莫云音，吳盛洪，陳 亮，李 勛，葉彩榮

(1.海南省氣象服務(wù)中心，海南 ?？?570100；2.海南省南海氣象防災(zāi)減災(zāi)重點(diǎn)實(shí)驗(yàn)室，海南 海口 570100;3.海南省氣象臺(tái)，海南 ?？?570100)

0 引 言

電子顯示屏和大喇叭等發(fā)布渠道的完善，可以提高農(nóng)村氣象災(zāi)害的應(yīng)急處置能力，可以最大限度地避免或者降低人民生命財(cái)產(chǎn)的損失，這對(duì)海南省建立健全的氣象災(zāi)害防御體系具有十分重要的意義。對(duì)通訊能力和效率較差的農(nóng)村來(lái)說，通過大喇叭廣播、電子顯示屏發(fā)布突發(fā)事件預(yù)警信息，是最有效的發(fā)布手段[1]。這是因?yàn)榇罄葟V播、電子顯示屏一接到信息發(fā)布指令，就會(huì)立即啟動(dòng)自動(dòng)播報(bào)程序，電子顯示屏通過文字的形式，大喇叭通過聲音的形式，以最短時(shí)間將預(yù)警信息發(fā)布出去。

隨著國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)的建成與使用，需要將海南省現(xiàn)有的大喇叭、顯示屏等各類氣象信息發(fā)布手段同國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)進(jìn)行業(yè)務(wù)對(duì)接，以實(shí)現(xiàn)氣象預(yù)警信息一鍵式多手段發(fā)布。國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)與大喇叭、顯示屏等發(fā)布手段對(duì)接，可為完成海南突發(fā)事件預(yù)警信息的及時(shí)發(fā)布，為農(nóng)村能夠及時(shí)獲得突發(fā)性自然災(zāi)害等預(yù)警信息提供保障[2]。

基于大喇叭、顯示屏的氣象信息發(fā)布監(jiān)控系統(tǒng)整合了現(xiàn)有的預(yù)警信息發(fā)布手段，制定了統(tǒng)一的多手段氣象預(yù)警信息發(fā)布標(biāo)準(zhǔn)，與國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)實(shí)現(xiàn)了業(yè)務(wù)對(duì)接，可多手段一鍵式發(fā)布?xì)庀鬄?zāi)害預(yù)警信息以及氣象服務(wù)信息[3]。系統(tǒng)以國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)作為基礎(chǔ)，以實(shí)現(xiàn)氣象災(zāi)害預(yù)警信息、氣象應(yīng)急服務(wù)信息以及各種氣象為農(nóng)服務(wù)信息的有效及時(shí)發(fā)布為目的，實(shí)現(xiàn)了信息制作系統(tǒng)流程化、預(yù)警信息發(fā)布系統(tǒng)一鍵化、氣象監(jiān)測(cè)系統(tǒng)自動(dòng)化。

1 系統(tǒng)功能設(shè)計(jì)

氣象信息發(fā)布監(jiān)控系統(tǒng)的功能結(jié)構(gòu)如圖1所示。

圖1 系統(tǒng)功能結(jié)構(gòu)

系統(tǒng)采用C/S三層架構(gòu)[4-6]，采用跨平臺(tái)應(yīng)用程序框架Qt和MVC設(shè)計(jì)模式，基于TCP/IP協(xié)議進(jìn)行系統(tǒng)架構(gòu)設(shè)計(jì)和系統(tǒng)開發(fā)，采用MYSQL數(shù)據(jù)庫(kù)為后臺(tái)支撐，支持對(duì)各種類型數(shù)據(jù)的快速存儲(chǔ)和海量訪問。系統(tǒng)主要由三大功能模塊構(gòu)成，分別為多手段數(shù)據(jù)處理中心、多手段監(jiān)控平臺(tái)以及SDK廠商對(duì)接接口。多手段數(shù)據(jù)處理中心負(fù)責(zé)將國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)制作生成的預(yù)警信息發(fā)送給各SDK廠商對(duì)接接口進(jìn)行發(fā)布，并將預(yù)警信息的發(fā)布結(jié)果返回給國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)；多手段監(jiān)控平臺(tái)負(fù)責(zé)預(yù)警信息跟蹤。該系統(tǒng)以國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)的主要業(yè)務(wù)為出發(fā)點(diǎn)，對(duì)數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化管理，實(shí)現(xiàn)預(yù)警發(fā)布，預(yù)警回執(zhí)及設(shè)備備案的流程化運(yùn)行。

1.1 多手段數(shù)據(jù)處理中心

多手段數(shù)據(jù)處理中心負(fù)責(zé)對(duì)接國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)，實(shí)現(xiàn)預(yù)警數(shù)據(jù)統(tǒng)一化管理。處理中心可實(shí)現(xiàn)終端通信，監(jiān)控平臺(tái)通信及處理中心之間的通信；同時(shí)可以接入各廠商的終端信息發(fā)布平臺(tái)，并監(jiān)控各廠商的終端狀態(tài)。

多手段數(shù)據(jù)處理中心是預(yù)警發(fā)布的數(shù)據(jù)處理核心，是預(yù)警發(fā)布的關(guān)鍵。該處理中心啟動(dòng)定時(shí)器獲取國(guó)突預(yù)警信息發(fā)布平臺(tái)推送的預(yù)警文件，XML解析后將預(yù)警信息存入數(shù)據(jù)庫(kù)，再通過指定的發(fā)布手段將預(yù)警信息同步給在線的終端和監(jiān)控平臺(tái)，同時(shí)接收處理各個(gè)發(fā)布手段反饋的預(yù)警回執(zhí)和終端設(shè)備備案信息。

多手段數(shù)據(jù)處理中心功能主要包括預(yù)警輪詢、預(yù)警處理、終端通信、監(jiān)控平臺(tái)通信、多手段數(shù)據(jù)處理中心通信、參數(shù)配置、鑒權(quán)碼[7]管理等。

(1)預(yù)警輪詢：設(shè)定全局定時(shí)器，采用輪詢機(jī)制，定時(shí)監(jiān)控指定目錄，獲取國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)推送的預(yù)警資源。

(2)預(yù)警處理：解析已獲取的預(yù)警資源，將預(yù)警信息存入內(nèi)存同時(shí)入庫(kù)。按照預(yù)警文件中的發(fā)布手段，執(zhí)行相關(guān)同步操作。

(3)終端通信：接收終端服務(wù)器連接，當(dāng)有新的預(yù)警信息時(shí)，以FTP方式向終端發(fā)布預(yù)警信息，同時(shí)接受預(yù)警回執(zhí)信息和終端設(shè)備備案信息。其中終端分為SDK終端和非SDK終端。

(4)多手段監(jiān)控平臺(tái)通信：當(dāng)有新預(yù)警或者預(yù)警回執(zhí)時(shí)，向監(jiān)控平臺(tái)發(fā)送預(yù)警信息及預(yù)警信息的回執(zhí)狀態(tài)。

(5)多手段數(shù)據(jù)處理中心之間通信：上級(jí)多手段數(shù)據(jù)處理中心向下級(jí)多手段數(shù)據(jù)處理中心同步預(yù)警回執(zhí)，下級(jí)多手段數(shù)據(jù)處理中心向上級(jí)多手段數(shù)據(jù)處理中心同步預(yù)警文件，預(yù)警回執(zhí)，設(shè)備備案及其他資源信息，從而實(shí)現(xiàn)國(guó)家、省、市、縣多級(jí)平臺(tái)之間的通信。

(6)參數(shù)配置：用戶可根據(jù)具體使用場(chǎng)景為多手段數(shù)據(jù)處理中心配置系統(tǒng)參數(shù)。

(7)鑒權(quán)碼管理：為SDK終端及監(jiān)控平臺(tái)分配唯一的鑒權(quán)碼，并實(shí)現(xiàn)添加、刪除功能。鑒權(quán)碼管理主要是為了確保系統(tǒng)的安全性和可區(qū)分性，無(wú)匹配鑒權(quán)碼，則無(wú)法通過連接認(rèn)證。

1.2 多手段監(jiān)控平臺(tái)

多手段監(jiān)控平臺(tái)是展現(xiàn)預(yù)警信息狀態(tài)的模塊，該平臺(tái)根據(jù)多手段數(shù)據(jù)處理中心同步的預(yù)警和預(yù)警回執(zhí)，展現(xiàn)預(yù)警發(fā)布情況，方便氣象人員直觀地觀測(cè)預(yù)警分布及終端反饋。

多手段監(jiān)控平臺(tái)功能主要包括預(yù)警提醒、預(yù)警歷史、預(yù)警詳情、終端反饋、設(shè)備定位、參數(shù)配置等。

(1)預(yù)警提醒：顯示選中預(yù)警信息內(nèi)容，當(dāng)內(nèi)容過長(zhǎng)時(shí)，自動(dòng)滾動(dòng)，在頂端循環(huán)持續(xù)顯示。

(2)預(yù)警歷史：顯示最新20條預(yù)警信息，內(nèi)容主要包括發(fā)布單位，發(fā)布內(nèi)容，發(fā)布時(shí)間及完成狀態(tài)。

(4)終端反饋：顯示選中預(yù)警信息的終端反饋信息，包括終端總數(shù)，成功個(gè)數(shù)，失敗個(gè)數(shù)，成功率。

(5)設(shè)備定位：顯示選中預(yù)警信息的設(shè)備定位。設(shè)備定位是根據(jù)終端提供的經(jīng)緯度信息將其標(biāo)識(shí)在地圖上，用戶可直觀地觀測(cè)到該條預(yù)警對(duì)用的終端設(shè)備在全國(guó)的分布情況。

(6)參數(shù)配置：配置連接服務(wù)器IP，端口號(hào)及地圖相對(duì)路徑信息，監(jiān)控平臺(tái)鑒權(quán)碼等信息。

1.3 SDK廠商對(duì)接接口

SDK廠商對(duì)接接口的功能主要是實(shí)現(xiàn)終端服務(wù)器與數(shù)據(jù)處理中心的通信。SDK廠商對(duì)接接口運(yùn)行在終端服務(wù)器上，數(shù)據(jù)處理中心與SDK終端(如大喇叭，顯示屏等)的數(shù)據(jù)交互都是通過它實(shí)現(xiàn)的，它負(fù)責(zé)預(yù)警文件的下載，預(yù)警回執(zhí)和設(shè)備備案的上傳。當(dāng)動(dòng)態(tài)庫(kù)有更新時(shí)，SDK廠商對(duì)接接口根據(jù)發(fā)布平臺(tái)要求可實(shí)現(xiàn)自動(dòng)升級(jí)。

SDK廠商對(duì)接接口與數(shù)據(jù)處理中心采用心跳包機(jī)制[8-10]實(shí)時(shí)檢測(cè)網(wǎng)絡(luò)連接，實(shí)現(xiàn)斷開自動(dòng)重連。

2 系統(tǒng)網(wǎng)絡(luò)拓?fù)鋱D

單級(jí)氣象信息發(fā)布監(jiān)控系統(tǒng)的網(wǎng)絡(luò)拓?fù)淙鐖D2所示。國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)負(fù)責(zé)制作生成預(yù)警信息；多手段數(shù)據(jù)處理中心負(fù)責(zé)將預(yù)警信息轉(zhuǎn)發(fā)給各SDK終端，終端服務(wù)器通過FTP下載預(yù)警數(shù)據(jù)并進(jìn)行預(yù)警信息發(fā)布，預(yù)警信息發(fā)布完成后，終端服務(wù)器將預(yù)警回執(zhí)信息上傳到多手段數(shù)據(jù)處理中心，多手段處理中心將預(yù)警執(zhí)行結(jié)果返回到國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)。此外，當(dāng)有新預(yù)警或者預(yù)警回執(zhí)時(shí)，數(shù)據(jù)處理中心會(huì)通知多手段監(jiān)控平臺(tái)，并將預(yù)警文件或回執(zhí)文件置于上傳目錄下，多手段監(jiān)控平臺(tái)通過FTP下載該文件并對(duì)預(yù)警信息進(jìn)行跟蹤，方便查看預(yù)警狀態(tài)。

該項(xiàng)目嘗試建立基層糖尿病分級(jí)診療技術(shù)平臺(tái)，在全國(guó)24個(gè)省1 080個(gè)項(xiàng)目檢查點(diǎn)，選取19 440例患者，采取隨機(jī)對(duì)照方法進(jìn)行研究，具體干預(yù)策略包括對(duì)基層專業(yè)培訓(xùn)和教育、組建全專科醫(yī)生團(tuán)隊(duì)提供簽約服務(wù)、借助信息化手段對(duì)血糖進(jìn)行智能檢測(cè)等。目前該項(xiàng)目仍在研究階段[11]。

圖2 單級(jí)系統(tǒng)網(wǎng)絡(luò)拓?fù)?/p>

該氣象信息發(fā)布監(jiān)控系統(tǒng)可實(shí)現(xiàn)多級(jí)通信，多級(jí)系統(tǒng)網(wǎng)絡(luò)拓?fù)淙鐖D3所示。

上級(jí)氣象系統(tǒng)可通過監(jiān)控平臺(tái)連接下級(jí)數(shù)據(jù)處理中心，從而實(shí)現(xiàn)高級(jí)權(quán)限部門對(duì)預(yù)警信息的全局查看。

3 關(guān)鍵技術(shù)應(yīng)用

為了實(shí)現(xiàn)業(yè)務(wù)所需的功能，平臺(tái)在設(shè)計(jì)和開發(fā)過程中應(yīng)用了比較成熟的軟件技術(shù)，創(chuàng)新地實(shí)現(xiàn)了業(yè)務(wù)所需的功能要求。

3.1 數(shù)據(jù)通信技術(shù)

氣象信息發(fā)布監(jiān)控系統(tǒng)主要基于TCP/IP協(xié)議[11-13]，實(shí)現(xiàn)終端通信，監(jiān)控平臺(tái)通信，多手段數(shù)據(jù)處理中心之間的通信?；贔TP協(xié)議，實(shí)現(xiàn)預(yù)警及回執(zhí)文件的上傳及下載。

3.1.1 終端通信

終端通信指的是SDK終端與處理中心的數(shù)據(jù)交互。SDK終端連接處理中心，采用雙向認(rèn)證[14]，SDK終端需持有處理中心分配的鑒權(quán)碼，方可通過認(rèn)證，實(shí)現(xiàn)連接。終端通信采用心跳包機(jī)制實(shí)時(shí)檢測(cè)網(wǎng)絡(luò)連接狀態(tài)，當(dāng)網(wǎng)絡(luò)異常斷開時(shí)，終端會(huì)持續(xù)發(fā)生心跳包，并嘗試與處理中心重新建立連接。

圖3 多級(jí)系統(tǒng)網(wǎng)絡(luò)拓?fù)?/p>

當(dāng)有新預(yù)警到來(lái)時(shí)，處理中心通知終端服務(wù)器，并將預(yù)警文件置于上傳目錄下，終端服務(wù)器通過FTP下載該文件。當(dāng)終端服務(wù)器完成預(yù)警發(fā)布后，將預(yù)警回執(zhí)信息上傳到處理中心服務(wù)器。當(dāng)終端服務(wù)器收到處理中心下發(fā)的提交設(shè)備備案的通知，上傳設(shè)備備案文件至發(fā)布平臺(tái)。多手段處理中心界面上的SDK終端數(shù)據(jù)交互區(qū)域顯示在線終端列表，同時(shí)顯示數(shù)據(jù)交互日志，日志信息將作為系統(tǒng)異常原因的重要參考依據(jù)。

3.1.2 監(jiān)控平臺(tái)通信

監(jiān)控平臺(tái)通信指的是監(jiān)控平臺(tái)與數(shù)據(jù)處理中心的數(shù)據(jù)交互。監(jiān)控平臺(tái)連接發(fā)布平臺(tái)，采用雙向認(rèn)證，監(jiān)控平臺(tái)端需持有數(shù)據(jù)處理中心分配的鑒權(quán)碼，方可通過認(rèn)證，實(shí)現(xiàn)連接。監(jiān)控平臺(tái)通信采用心跳包機(jī)制實(shí)時(shí)檢測(cè)網(wǎng)絡(luò)連接狀態(tài)，當(dāng)網(wǎng)絡(luò)異常斷開時(shí)，監(jiān)控平臺(tái)會(huì)持續(xù)發(fā)送心跳包，并嘗試與數(shù)據(jù)處理中心重新建立連接。

當(dāng)有新預(yù)警或者預(yù)警回執(zhí)時(shí)，數(shù)據(jù)處理中心通知監(jiān)控平臺(tái)，并將預(yù)警文件或回執(zhí)文件置于上傳目錄下，監(jiān)控平臺(tái)通過FTP下載該文件。多手段處理中心界面上的GIS監(jiān)控?cái)?shù)據(jù)交互區(qū)域顯示在線監(jiān)控平臺(tái)列表，同時(shí)顯示數(shù)據(jù)交互日志。

3.1.3 數(shù)據(jù)處理中心之間的通信

數(shù)據(jù)處理中心之間的通信指的是下級(jí)數(shù)據(jù)處理中心與上級(jí)數(shù)據(jù)處理中心的信息交互，即可實(shí)現(xiàn)國(guó)家、省、市、縣多級(jí)數(shù)據(jù)通信。數(shù)據(jù)處理中心的直接通信采用心跳包機(jī)制，可實(shí)現(xiàn)斷開自動(dòng)重連機(jī)制。數(shù)據(jù)處理中心界面上可以看到上級(jí)、下級(jí)各處理中心的通信狀態(tài)，同時(shí)顯示數(shù)據(jù)交互日志。

3.2 QT跨平臺(tái)應(yīng)用程序框架

Qt[15]是面向?qū)ο蟮目蚣?，易于擴(kuò)展，允許組件編程。Qt具有良好的封裝機(jī)制，它的這一特性使得模塊化程度非常高，因此可重用性好，用戶可以非常方便地進(jìn)行開發(fā)。Qt具有豐富的API和大量的開發(fā)文檔，支持XML解析[16]。Qt與系統(tǒng)平臺(tái)無(wú)關(guān)，可以兼容所有平臺(tái)，是一門非常適合應(yīng)用于跨操作系統(tǒng)開發(fā)的編程語(yǔ)言。Qt的網(wǎng)絡(luò)通信處理功能非常強(qiáng)大，提供了很多網(wǎng)絡(luò)處理類庫(kù)，支持基于TCP/IP協(xié)議各種應(yīng)用層協(xié)議，包括HTTP、FTP、SMTP等[17]。通過Qt自帶的數(shù)據(jù)庫(kù)驅(qū)動(dòng)和封裝的數(shù)據(jù)庫(kù)類，可以實(shí)現(xiàn)Qt應(yīng)用程序方便地訪問MYSQL等各種數(shù)據(jù)庫(kù)[18]。

預(yù)警信息多手段數(shù)據(jù)處理中心采用Qt5進(jìn)行開發(fā)，利用其垃圾回收機(jī)制及時(shí)地對(duì)不存在任何引用的某對(duì)象進(jìn)行釋放，保證內(nèi)存在被別的對(duì)象使用時(shí)得到完全釋放；對(duì)于存儲(chǔ)在硬盤上的相關(guān)臨時(shí)信息，在使用完成后通過Qt代碼及時(shí)進(jìn)行文件刪除操作。

3.3 多線程、多隊(duì)列處理

在多手段發(fā)布處理環(huán)節(jié)，需要同時(shí)處理多個(gè)文件上傳。為了提高產(chǎn)品的發(fā)送效率，采用了多線程、多隊(duì)列的處理方式。每個(gè)FTP上傳任務(wù)都先進(jìn)入到線程池，線程池根據(jù)先進(jìn)先出的原則，對(duì)進(jìn)入線程池隊(duì)列的任務(wù)依次進(jìn)行發(fā)布，這樣可以避免多個(gè)任務(wù)在發(fā)布的過程中由于文件傳輸?shù)葐栴}對(duì)系統(tǒng)性能造成影響。

3.4 數(shù)據(jù)處理與數(shù)據(jù)顯示分離

與大部分的預(yù)警信息發(fā)布系統(tǒng)不同，氣象信息發(fā)布監(jiān)控系統(tǒng)將數(shù)據(jù)處理和數(shù)據(jù)的顯示界面分開，將顯示界面作為獨(dú)立模塊進(jìn)行處理。多手段監(jiān)控平臺(tái)作為該系統(tǒng)的顯示界面，通過TCP協(xié)議與多手段數(shù)據(jù)處理中心進(jìn)行連接。多手段監(jiān)控平臺(tái)從多手段數(shù)據(jù)處理中心獨(dú)立出來(lái)，這樣不僅降低了多手段數(shù)據(jù)處理中心的壓力，提高了數(shù)據(jù)處理的效率，而且也方便多用戶同時(shí)查看預(yù)警信息的發(fā)布情況。

3.5 靈活的參數(shù)配置

氣象信息發(fā)布監(jiān)控系統(tǒng)提供多種參數(shù)配置功能，系統(tǒng)管理人員可以非常靈活地進(jìn)行參數(shù)配置，從而達(dá)到控制預(yù)警數(shù)據(jù)來(lái)源及預(yù)警信息發(fā)布手段的目的。參數(shù)配置項(xiàng)主要包括八部分：數(shù)據(jù)庫(kù)，微信，郵件，廠商服務(wù)器編碼，預(yù)警目錄，多手段通信，微博，傳真。

(1)數(shù)據(jù)庫(kù)配置：配置數(shù)據(jù)庫(kù)IP地址，用戶名，密碼和數(shù)據(jù)庫(kù)名稱。

(2)微信配置：微信開關(guān)，為兼容國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)無(wú)微信發(fā)布手段情況，微信文件推送FTP信息及微信生成目錄。

(3)郵件配置：配置郵件服務(wù)器IP地址，端口，發(fā)送人賬號(hào)，密碼，發(fā)送人郵箱，以及郵件發(fā)送方式，當(dāng)發(fā)送方式選擇群組時(shí)，需選擇群組來(lái)源。

(4)廠商服務(wù)器編碼：包含12種發(fā)布方式的服務(wù)器編碼，發(fā)布平臺(tái)會(huì)根據(jù)編碼發(fā)布預(yù)警。

(5)預(yù)警目錄配置：配置預(yù)警相關(guān)目錄。

(6)多手段通信配置：配置SDK監(jiān)聽端口(也是監(jiān)控平臺(tái)監(jiān)聽端口)，發(fā)布平臺(tái)監(jiān)聽端口，及上級(jí)發(fā)布平臺(tái)服務(wù)器IP地址及端口，F(xiàn)TP信息。

(7)微博配置：微博開關(guān)，為兼容國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)無(wú)微博發(fā)布手段情況，配置微博輪詢時(shí)間，微博輪詢目錄及回執(zhí)目錄。

(8)傳真配置：配置傳真目錄及傳真發(fā)布方式和群組來(lái)源。

4 結(jié)束語(yǔ)

氣象信息發(fā)布監(jiān)控系統(tǒng)整合了現(xiàn)有的預(yù)警信息發(fā)布手段,制定了統(tǒng)一的多手段氣象預(yù)警信息發(fā)布標(biāo)準(zhǔn)，充分利用海南省已有的大喇叭、LED顯示屏等發(fā)布手段，將海南現(xiàn)有的各類氣象信息發(fā)布手段同國(guó)家突發(fā)事件預(yù)警信息發(fā)布平臺(tái)對(duì)接，實(shí)現(xiàn)了氣象預(yù)警信息一鍵式多手段進(jìn)行發(fā)布。系統(tǒng)實(shí)時(shí)監(jiān)控接入的大喇叭和顯示屏的當(dāng)前狀態(tài)以及預(yù)警信息的發(fā)布結(jié)果，實(shí)現(xiàn)了預(yù)警信息多渠道發(fā)布的高效性和安全性。

為了降級(jí)各子系統(tǒng)之間的依賴關(guān)系和耦合度，該系統(tǒng)采用層次化進(jìn)行設(shè)計(jì)。系統(tǒng)易于維護(hù)及二次開發(fā)，當(dāng)系統(tǒng)業(yè)務(wù)發(fā)生變化時(shí)，可以通過參數(shù)配置來(lái)調(diào)整系統(tǒng)，或者通過快速開發(fā)的方式來(lái)滿足新的業(yè)務(wù)需求。各個(gè)子系統(tǒng)的功能則采用組件化的方式進(jìn)行設(shè)計(jì)，子系統(tǒng)的各個(gè)功能模塊相互獨(dú)立，以滿足系統(tǒng)有更加細(xì)微的需求變化，增加了系統(tǒng)組件的復(fù)用性。

該系統(tǒng)目前已經(jīng)投入使用，結(jié)果表明，系統(tǒng)能滿足業(yè)務(wù)需求，同時(shí)具有較高的穩(wěn)定性和可靠性。