李大年等

摘 要：本文根據(jù)實(shí)際管理情況出發(fā)，通過對(duì)目前幾種主流的架構(gòu)研究討論，找到一個(gè)適合該項(xiàng)目的方案，目標(biāo)建成一個(gè)適應(yīng)于目前環(huán)境監(jiān)測(cè)管理平臺(tái)系統(tǒng)，形成以環(huán)境監(jiān)測(cè)中心的信息中心為主體，集監(jiān)測(cè)監(jiān)控、視頻監(jiān)控、數(shù)據(jù)管理、數(shù)據(jù)服務(wù)、信息發(fā)布為一體的多通道信息化管理模式。

關(guān)鍵詞：系統(tǒng)架構(gòu)方案 CS/BS ActiveX控件

該系統(tǒng)是專為環(huán)境監(jiān)測(cè)系統(tǒng)中自動(dòng)監(jiān)測(cè)負(fù)責(zé)系統(tǒng)的運(yùn)行和維護(hù)，并管理用戶的權(quán)限分配，通過授權(quán)機(jī)制供其它用戶合法使用；并且還需要對(duì)系統(tǒng)業(yè)務(wù)層面的管理與使用，對(duì)監(jiān)控?cái)?shù)據(jù)進(jìn)行瀏覽、審核，對(duì)現(xiàn)場(chǎng)運(yùn)行狀態(tài)進(jìn)行監(jiān)控、管理，實(shí)現(xiàn)對(duì)現(xiàn)場(chǎng)儀器的遠(yuǎn)程控制、標(biāo)定等；信息綜合室經(jīng)信息中心授權(quán)完成信息上報(bào)與對(duì)外發(fā)布。根據(jù)系統(tǒng)功能和管理職能的對(duì)應(yīng)關(guān)系，可構(gòu)成如圖1所示的業(yè)務(wù)模型。

上述業(yè)務(wù)模型，進(jìn)一步界定了系統(tǒng)的建設(shè)內(nèi)容和系統(tǒng)用戶。從部門職能看，數(shù)據(jù)中心集中管理自動(dòng)監(jiān)測(cè)數(shù)據(jù)和視頻數(shù)據(jù)，這些數(shù)據(jù)根據(jù)需要分發(fā)給應(yīng)用服務(wù)平臺(tái)供不同部門、不同層次的用戶使用。

我們調(diào)研了目前其他行業(yè)的情況，根據(jù)項(xiàng)目的類似需求，我們發(fā)現(xiàn)其他行業(yè)領(lǐng)域大多都以Client/Server或Browser/Server結(jié)構(gòu)為主，所以我們著手從這兩種架構(gòu)分別進(jìn)行深入研究，以求得適合該項(xiàng)目管理要求的技術(shù)架構(gòu)。

根據(jù)上一章節(jié)的介紹的兩種架構(gòu)，我們?cè)O(shè)計(jì)了兩種系統(tǒng)框架方案，這兩種方案都是目前同類行業(yè)中使用程度較高的，也是最為穩(wěn)定高效。下面我們對(duì)兩種方案進(jìn)行介紹：

方案一：B/S模式，系統(tǒng)采用4層體系結(jié)構(gòu)，客戶端、服務(wù)器端、數(shù)據(jù)庫(kù)服務(wù)器和功能端。瀏覽器作為客戶端，瀏覽器端僅僅瀏覽查詢數(shù)據(jù)，實(shí)現(xiàn)系統(tǒng)的發(fā)布功能；功能端由采集客戶端提供，采集客戶端和現(xiàn)場(chǎng)總線系統(tǒng)連接，當(dāng)采集客戶端訪問WEB服務(wù)器，下載WEB服務(wù)器上的ActiveX控件，安裝，注冊(cè)。ActiveX控件中封裝訪問現(xiàn)場(chǎng)設(shè)備的客戶端，實(shí)現(xiàn)將現(xiàn)場(chǎng)數(shù)據(jù)采集到WEB服務(wù)器，ActiveX控件與B/S模式的結(jié)合，使得B/S模式克服了交互性不強(qiáng)的劣勢(shì)。WEB服務(wù)器處于業(yè)務(wù)邏輯層，事物處理功能放在WEB服務(wù)器上，WEB服務(wù)器將采集的數(shù)據(jù)放回?cái)?shù)據(jù)庫(kù)，數(shù)據(jù)處理則由數(shù)據(jù)庫(kù)服務(wù)器完成。瀏覽器端和采集客戶端都通過WEB服務(wù)器和數(shù)據(jù)庫(kù)服務(wù)器連接。系統(tǒng)結(jié)構(gòu)如圖2。

方案二：C/S模式，安裝應(yīng)用程序作為C/S模式的客戶端，訪問應(yīng)用服務(wù)器，應(yīng)用服務(wù)器根據(jù)客戶端的請(qǐng)求，向數(shù)據(jù)庫(kù)服務(wù)器發(fā)送請(qǐng)求，數(shù)據(jù)庫(kù)服務(wù)器接受應(yīng)用服務(wù)器的請(qǐng)求，實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的查詢，將結(jié)果返回給應(yīng)用服務(wù)器，應(yīng)用服務(wù)器應(yīng)答客戶端的請(qǐng)求。系統(tǒng)結(jié)構(gòu)見圖3。

系統(tǒng)模式比較

我們將兩個(gè)方案在計(jì)算模型、系統(tǒng)性能、硬件成本、軟件成本、系統(tǒng)擴(kuò)展性、維護(hù)成本6個(gè)方面作一個(gè)簡(jiǎn)單研究比較，其中硬件成本和軟件成本包括設(shè)備成本和開發(fā)成本?！胺桨敢弧庇布杀靖哂凇胺桨付保怯捎诓捎肂/S模式，整個(gè)系統(tǒng)的擴(kuò)展性、升級(jí)能力和維護(hù)成本投入將大大優(yōu)于“方案二”，并且作為技術(shù)發(fā)展的趨勢(shì)，B/S模式必然在更多的領(lǐng)域取代C/S模式?！胺桨付敝胁捎昧薈/S模式，必然大大加大軟件成本的開銷和維護(hù)成本，而且C/S模式與B/S模式相比，整個(gè)系統(tǒng)的靈活性更差，所以整個(gè)系統(tǒng)選擇“方案一”作為建設(shè)方向。

4比較圖

綜合平臺(tái)的應(yīng)用軟件系統(tǒng)是基于數(shù)據(jù)庫(kù)的B/S體系結(jié)構(gòu)的應(yīng)用。環(huán)境監(jiān)測(cè)數(shù)據(jù)經(jīng)過通訊服務(wù)器的解釋存入數(shù)據(jù)庫(kù)服務(wù)器中，然后通過應(yīng)用服務(wù)器以瀏覽器的方式供最終用戶使用。實(shí)時(shí)數(shù)據(jù)通過通訊服務(wù)器傳送給Gis服務(wù)器與圖層結(jié)合，然后通過應(yīng)用服務(wù)器以瀏覽器的方式供最終用戶使用。實(shí)時(shí)數(shù)據(jù)不在數(shù)據(jù)庫(kù)中保存。視頻數(shù)據(jù)通過通訊服務(wù)器以流媒體文件的方式傳送給視頻服務(wù)器，并在視頻服務(wù)器中保存，然后通過應(yīng)用服務(wù)器以瀏覽器的方式提供最終用戶使用。視頻數(shù)據(jù)的保存周期為15天。