良好的信息系統(tǒng)體系結(jié)構(gòu)模式對網(wǎng)絡(luò)安全監(jiān)察與維護技術(shù)的方法的探討

肖萍

[摘 要]我們必須清楚地認識到良好的信息系統(tǒng)體系結(jié)構(gòu)對于網(wǎng)絡(luò)安全監(jiān)察維護模式的意義重大。如果我們有一個良好的信息系統(tǒng)體系結(jié)構(gòu)，我們完全可以抵御或者減少病毒入侵。

[關(guān)鍵詞]數(shù)據(jù)庫 中間層 應(yīng)用層 三層架構(gòu)

中圖分類號：X936 文獻標識碼：A 文章編號：1009-914X（2016）17-0299-01

筆者從事計算機十多年的教學(xué)，又參與了軟件Java與Asp.net的開發(fā)及應(yīng)用。在這里，我想針對網(wǎng)絡(luò)安全監(jiān)察維護模式，由淺入深地談?wù)剳?yīng)該如何建立良好的信息系統(tǒng)體系結(jié)構(gòu)模式。

一、認識信息系統(tǒng)體系結(jié)構(gòu)的重大意義

首先，我們必須清楚地認識到良好的信息系統(tǒng)體系結(jié)構(gòu)對于網(wǎng)絡(luò)安全監(jiān)察維護模式的意義重大。如果我們有一個良好的信息系統(tǒng)體系結(jié)構(gòu)，我們完全可以抵御或者減少病毒入侵，如網(wǎng)頁掛馬等。

閱讀計算機之類的報刊、雜志，我們總有一些不解，什么是中間層，什么是接口，什么是修改參數(shù)，什么是模擬仿真，那么我以Java程序或Asp.net程序為例進行闡述。

Java程序和Asp.net程序，我認為是目前最好的系統(tǒng)程序，因為它們有一種很好的思想值得我們?nèi)W(xué)習(xí)，去采納。作為一名學(xué)者，不能只是一味地去學(xué)習(xí)、接納別人的東西，而是要理解事物的本質(zhì)，所謂必定要透過事物的表象去看清里面的內(nèi)涵，與實質(zhì)，不能一味地去抄襲或者盜竊他人的原代碼之類的東西。這樣做，既無科學(xué)道德，也無太多的實際價值，同時也不能在專業(yè)術(shù)語、英文字母上徘徊不前，大道理小道理地講，又有什么用。

二、程序三層架構(gòu)思想

Java程序和Asp.net程序，基本的三層架構(gòu)思想，這給我們的信息體系結(jié)構(gòu)帶來不少的沖擊。數(shù)據(jù)結(jié)構(gòu)體系的基本三層模式（圖1）：

當(dāng)然你可以在信息體系結(jié)構(gòu)的基本三層的基礎(chǔ)上發(fā)展五六層、七八層都可以，但是我們要知道是上一層調(diào)用下一層的命令。應(yīng)用層，就是我們常說的界面、窗口；數(shù)據(jù)庫層，就是我們大量信息儲存的地方；中間層，就是在應(yīng)用層需要數(shù)據(jù)庫時，依靠中間層進行層層轉(zhuǎn)運，即應(yīng)用層程序先調(diào)用中間層命令，由中間層程序再調(diào)用數(shù)據(jù)庫層里的文件信息。這里要注意的問題是，應(yīng)用層是永遠不可能直接調(diào)用數(shù)據(jù)庫層的信息。同樣，箭頭永遠不可能反過來，也就是說數(shù)據(jù)庫層不可能去調(diào)用中間層或應(yīng)用層的程序，他們是獨立、有序的。這樣就做到了信息體系結(jié)構(gòu)的良性循環(huán)。所謂“君是君，臣是臣，哪里是主語，哪里是謂語”。

說到這里，有朋友會問，這與我們的“網(wǎng)絡(luò)安全監(jiān)察維護”有什么聯(lián)系。試想，這樣一個有序的信息體系結(jié)構(gòu)，如果在每一層都進行打包、封裝、加密，甚至工具式的異類化，直接調(diào)用，那么病毒怎么進得來，計算機的安全監(jiān)察與維護技術(shù)工作不是變得更加容易！

接著，便存在層與層之間的通信連接問題，這就是我們常閱讀報刊雜志上所看見的專業(yè)術(shù)語“接口”。有讀者會問“接口”是個什么層。這里我們首先要清楚地認識到，各層之間的聯(lián)系，其實就在于各層文件名的命名及其附加參數(shù)，還有上一層可以插入下一層的文件名及其附加參數(shù)。文件名在本層中，既是一個程序文件的標志，同時對上一層來說，是調(diào)用下一層的命令，也就是說上一層只要輸入下一層的文件名及其實參，就可以調(diào)用下一層的文件。文件名及其附加參數(shù)在本層中是一個功能塊或者稱為過程調(diào)用和形參，在調(diào)用層則為命令和實參，只有符合條件的參數(shù)才可以配合命令去調(diào)用下一層的功能塊。如此反復(fù)，我們便可以在界面上看到了不斷更新的數(shù)據(jù)、動態(tài)的網(wǎng)頁。不符合條件的實參是不可以配合命令去調(diào)用下一層的功能塊。舉個淺顯的例子說下，如果下一層的程序塊的內(nèi)容是10除以多少，條件是有限制的，如不能為0或其他字母，如果輸入0或者其他字母，那么程序會馬上終止，進入退出狀態(tài)，不再運行。我們再看下仿真軟件，理論上只要修改參數(shù)，就知道故障就在哪里，然后通過模擬故障去排除故障，如仿真戰(zhàn)機、空中大戰(zhàn)、仿真系統(tǒng)維修軟件等，它們的故障就是實參輸入不合條件，出現(xiàn)故障，導(dǎo)致局部程序無法運行，上一層功能塊只有調(diào)用其他的功能塊才能解決故障問題，使模擬仿真安然進行。仿真軟件的設(shè)計，使現(xiàn)實事物并不需要出現(xiàn)，也不要去實驗，如空中大戰(zhàn)，達到理想的訓(xùn)練效果，又節(jié)省了人、材、機，同時又避免了環(huán)境污染和資源浪費。但是仿真系統(tǒng)與現(xiàn)實社會還是有一定距離，還是有必要去和現(xiàn)實數(shù)據(jù)進行吻合。我們可以應(yīng)用這種理論進行網(wǎng)絡(luò)安全監(jiān)察維護的仿真檢測。

中間層是一個封裝的程序，如果需要執(zhí)行多個命令，就封裝多個中間層。各層只要有必要，可以從這個項目中分離開，進入另外一個項目，只要提供一個接口。

程序的工具性異類化。為什么稱為程序的工具性異類化？程序包或功能塊經(jīng)過一系列的代碼轉(zhuǎn)換命令，完全變成了一個工具，直接拿來用即可，你無須知道它的源代碼，更確切地說，你根本不知道，也許永遠不知道它的源代碼 ，你只是利用這個工具去做你想去做的事情，現(xiàn)代計算機中稱工具的專業(yè)名稱為“對象”。所以工具性程序與普通程序完全不同，有些需要轉(zhuǎn)換代碼后才能調(diào)用，有些只是通過實參配合命令進行調(diào)用，不符合要求的實參根本無法進行調(diào)用。那么有人會問，能不能破譯“對象”的源代碼？所謂“解鈴還須系鈴人”，破譯源代碼除了“系鈴人”之外，別無他人。那么有人會說木馬病毒可以破譯，我個人認為，木馬病毒只是侵入，無法破譯并獲得源代碼?，F(xiàn)代軟件加密技術(shù)非常強，里三圈外三圈，攔了個水泄不通，木馬技術(shù)最多也只是個別侵入與替換與復(fù)制，除非知道程序的破譯方法，一般不可以破譯并獲得源代碼的。

在項目做好后，經(jīng)過系統(tǒng)軟件生成器平臺轉(zhuǎn)化成獨立代碼，直接運行在計算機操作系統(tǒng)中。

這里有兩個問題仍需解決，第一個問題是系統(tǒng)軟件生成器平臺是如何將程序打包并工具化的，第二個問題是不同版本的系統(tǒng)軟件之間是如何兼容的。

當(dāng)我們還常?？銫語言、C++語言源代碼開放，功能如何之強大時，其實，我們在程序應(yīng)用上還是未能解決根本問題。信息系統(tǒng)結(jié)構(gòu)的未來發(fā)展趨向，就是進行程序的快速打包封裝，快速便捷地進行功能調(diào)用，快速地組裝并且達到新的適用功能，而并不是程序的源代碼如何地強大。軟件業(yè)的發(fā)展必須將程序進行工具性的“異類化”，成為程序的新品種，直接拿過來用即可，我們并不需要其內(nèi)部的源代碼是什么。除此之外，我們要清楚地認識到，有些操作系統(tǒng)具有兼容其他語言的能力，以致我們的系統(tǒng)軟件能輕而易舉地應(yīng)用到某些操作系統(tǒng)上。

我們常說要自動化，不僅指硬件的自動化，更是要指軟件的自動化。軟件要自動化，必須要有獨立、有序、反應(yīng)敏捷的信息體系結(jié)構(gòu)，加上調(diào)用封裝好的工具性軟件，優(yōu)良的獨立接口軟件，達到與各種系統(tǒng)軟件平臺的兼容，同時也使計算安全監(jiān)察維護技術(shù)工作變得相當(dāng)簡單。哪一部分出了問題，我們就維護哪一部分，并不需要從頭至尾個個檢查。這樣，有利于減少工作量，提高工作效率。

三、結(jié)語

寫到這里，我希望廣大軟件開發(fā)的工作者門，開發(fā)出更好的、有利于國人的軟件產(chǎn)品，從根本上解決我們計算機網(wǎng)絡(luò)安全監(jiān)察與維護的技術(shù)工作問題。

參考文獻

[1] 尚宇峰.網(wǎng)絡(luò)可靠性研究[J].2006.12-16

[2] 夏長義.淺談計算機網(wǎng)絡(luò)的重要性[J].計算機光盤軟件與應(yīng)用，2000，5.

[3] 滕云微.網(wǎng)絡(luò)可靠性分析系統(tǒng)的設(shè)計與實現(xiàn)[J].計算機信息，2008，24（6）：129-131.