【正文】 （ 3）數(shù)據(jù)訂閱管理 :需要訂閱共享數(shù)據(jù)的子系統(tǒng)向數(shù)據(jù)中心注冊數(shù)據(jù)訂閱主機的地址，數(shù)據(jù)的型 (空間數(shù)據(jù)或非空間數(shù)據(jù) )、數(shù)據(jù)庫管理系統(tǒng)類型，數(shù)據(jù)庫連接參數(shù)等數(shù)據(jù)中心可以根據(jù)這些信息自動更新其數(shù)據(jù)。包括數(shù)據(jù)抽取與更新、數(shù)據(jù)源注冊管理、數(shù)據(jù)更新發(fā)布、數(shù)據(jù)訂管理、身份認證與權(quán)限管理、空間數(shù)據(jù)模型轉(zhuǎn)換、目錄查找與發(fā)現(xiàn)、日志管理、參數(shù)維護等功能模塊。 (4) 預(yù)案審核：對新建立的預(yù)案方案進行審核，如果通過審核，保存到數(shù)據(jù)庫。 (2) 預(yù)案查詢匹配：根據(jù)一些火警信息的性質(zhì)，查詢最匹配的預(yù)案。 ? 建筑信息包括聯(lián)系人電話，建筑名稱，內(nèi)部單位等等。當(dāng)設(shè)備報告火警發(fā)生時，地圖 會自動居中顯示聯(lián)網(wǎng)單位，并報以聲光警示。 系統(tǒng)參數(shù)設(shè)置：對整個系統(tǒng)的參數(shù)設(shè)置，此模塊的權(quán)限必須是懂得整套系統(tǒng)運行的角色人員來設(shè)置。 (4) 系統(tǒng)事件信息管理：根據(jù)不同時間段，查看系統(tǒng)運行中的一些報警等信息。 (2) 故障信息管理：根據(jù)不同的地點、時間段和消防設(shè)施，查出相對應(yīng)設(shè)施的故障記錄信息。 (5) 刪除消防紙圖：對已經(jīng)遷移或者銷毀的監(jiān)控點的消防紙圖在 數(shù)據(jù)中刪除。 (1) 添加消防設(shè)施：對新添加的消防設(shè)施，如果系統(tǒng)沒有對應(yīng)位置的消防紙圖，必須先添加消防紙圖，然后在 GIS 上動態(tài)標(biāo)繪，錄入相應(yīng)信息。 (3) 短信上報：通過短信端口把報警信息通過發(fā)短信的方式，發(fā)送到相關(guān)領(lǐng)導(dǎo)，值班人員手機上。同時火警信息將通過短消息或電話錄音方式發(fā)送到相關(guān)領(lǐng)導(dǎo)、值班人員的手機上。另一方面，負責(zé)消防值班室的值班人員的監(jiān)控和管理，可以實現(xiàn)所有聯(lián)網(wǎng)單位的 查崗巡檢。主要包括：消防基礎(chǔ)數(shù)據(jù)管理子系統(tǒng)、事務(wù)管理子系統(tǒng)、設(shè)置與維護子系統(tǒng)、地理信息 GIS 管理子系統(tǒng)、消防預(yù)案管理子系統(tǒng)、數(shù)據(jù)交換與接口子系統(tǒng)等共 6 個子系統(tǒng)的功能?；谝陨峡紤]，我們決定采用層次結(jié)構(gòu)來構(gòu) 建我們的系統(tǒng)。 界面對象維護界面描述界面模式管理界面生成 界面組裝描述文件 資源文件界面對象庫界面模式庫功能對象庫界面應(yīng)用庫 22 軟件平臺方案 系統(tǒng)組成 本系統(tǒng)由于涉及的內(nèi)容很多，功能復(fù)雜，顯然將系統(tǒng)劃分為多個功能相對獨立的子系統(tǒng)來建設(shè)，就容易得多，而且可以將可能的軟件故障控制在一個較小的范圍。界面模式庫保存的是一些界面模式的控制方法，用戶還可利用界面模式維護工具，開發(fā)符合自己需要的控制方法。對 GUI 對象表示其屬性和操作時，增加了兩個附加元素：屬性的側(cè)面和可選的視圖。 (5) 使用界面描述工具來描述用戶需求，即對要生成的界面進行描述，并形成一個描述文件。而在界面開發(fā)時，可針對不同權(quán)限用戶需要，設(shè)計不同的交互形式，并可對具體硬件、軟件環(huán)境設(shè)計特定的顯示界面。在整個應(yīng)用開發(fā)中約占一半以上的比 重是決策支持系統(tǒng)界面與功能的開發(fā)，為此有必要提供一個一致的用戶界面開發(fā)平臺。 20 針對不同的階段優(yōu)選應(yīng)用開發(fā)工具 在應(yīng)用平臺層次模型中，應(yīng)該選擇適合應(yīng)用開發(fā)的工具集，在應(yīng)用軟件開發(fā)周期的幾個主要階段，即：在應(yīng)用系統(tǒng)分析階段，通過對 SDL(Structure Described Language)規(guī)范進行對象規(guī)范的擴充，來闡述系統(tǒng)的需求；在系統(tǒng)的設(shè)計階段，從系統(tǒng)的總體結(jié)構(gòu)，系統(tǒng)的約束上用統(tǒng)一建模語言（ UML）對系統(tǒng)進行進一步的處理；在系統(tǒng)實現(xiàn)階段，用 Erwin 實現(xiàn)實體關(guān)系模型到關(guān)系數(shù)據(jù)庫定義的轉(zhuǎn)換，在調(diào)度控制端完成 OOSDL(ObjectOriented SDL)規(guī)范到 C 語言的轉(zhuǎn)換及 OOSDL規(guī)范到可執(zhí)行代碼的轉(zhuǎn)換，選用 MapInfo 和具有空間數(shù)據(jù)管理功能的關(guān)系數(shù)據(jù)庫（例如， SQL Server2020）系列工具軟件，結(jié)合面向?qū)ο蟮拈_發(fā)工具（如 Eclipse）完成各種數(shù)據(jù)和應(yīng)用的集成等等。該子層可根據(jù)用戶類別而提供不同類別的用戶界面，為 Web 應(yīng)用用戶提供簡單、易學(xué)的瀏覽器窗口界面，并輔以幫助信息；為內(nèi)部專業(yè)人員提供命令式交互界面和命令提示信息，并可根據(jù)自己的興趣選擇不同背景或畫面等等。 3. 應(yīng)用層 (1) 運行管理子層：在平衡網(wǎng)絡(luò)負載下，完成網(wǎng)絡(luò)應(yīng)用活動的監(jiān)控和處理，為分布應(yīng)用提供一個良好的運行管理環(huán)境，由開發(fā)環(huán)境轉(zhuǎn)交給運行環(huán)境的應(yīng)用，可由該層通過對整個網(wǎng)絡(luò)的監(jiān)視，把當(dāng)前應(yīng)用分布到空閑的站點上去運行，并對其運行活動進行控制和管理。 (4) 信息、知識、模型庫管理子層：建立各種管理信息（空間數(shù)據(jù)與屬性數(shù)據(jù)、實時動態(tài)數(shù)據(jù)與靜態(tài)數(shù)據(jù)、多媒體數(shù)據(jù)）庫、知識庫和模型庫，統(tǒng)籌管理應(yīng)用軟件開發(fā)、維護過程中各環(huán)節(jié)所需的信息，確保應(yīng)用軟件的服務(wù)質(zhì)量。 2. 系統(tǒng)層： (1) 網(wǎng)絡(luò)操作系統(tǒng)子層，以 Windows2020 操作系統(tǒng)為核心，完成主存管理、進程管理、進程間通信、與外設(shè)的 I/O 通信以及文件系統(tǒng)管理等系統(tǒng)服務(wù)。面向分布應(yīng)用開發(fā)，其目的是建立一個集成的分布環(huán)境，以改進軟件開發(fā)生產(chǎn)率和質(zhì)量。 ③人機交互接口 (顯示器、鍵盤、鼠標(biāo)器等 )；④信息服務(wù)接口 (定義永久性存儲設(shè)備的數(shù)據(jù)格式等 )；⑤通信服務(wù)接口 (提供應(yīng)用平臺間應(yīng)用軟件通信、互用的接口等 )。其組成為：①用戶；②通信實體；③信息交換實體。其中應(yīng)用軟件實體包括應(yīng)用軟件 (完成應(yīng)用使命 )和應(yīng)用支撐軟件 (支撐應(yīng)用使命 )。 目前，輔助決策有兩個層次上的含義，最容易實現(xiàn)的是基于信息查詢式的會商系統(tǒng)，它僅僅是為決策者提供信息支 持，多為客觀數(shù)據(jù)的簡單羅列，這種簡單低層次上的信息查詢系統(tǒng)從嚴格定義上而言并不是決策支持系統(tǒng)，因為它沒有提供任何經(jīng)過仿真運算和風(fēng)險分析的方案給決策者選擇；只有通過客觀計算和專家主觀經(jīng)驗相結(jié)合的綜合分析，能提供給決策者至少有２種以上的可供選擇的風(fēng)險決策方案的系統(tǒng)才是真正意義上的決策支持系統(tǒng)。主要包括控制中心的數(shù)據(jù)服務(wù)器、信息處理（報警）服務(wù)器、各相關(guān)報警模塊。 數(shù)據(jù)層 ： 包括業(yè)務(wù)數(shù)據(jù)和 GIS 電子地圖數(shù)據(jù)。 軟件平臺劃分 系統(tǒng)的架構(gòu)就猶如 同 大廈的基石， 系統(tǒng)架構(gòu)是保證整個系統(tǒng)良好運行的基礎(chǔ) ， 合理的系統(tǒng)架構(gòu)可以增強系統(tǒng)的健壯性、可擴展性 ，因此本方案在建設(shè)滿足用戶業(yè)務(wù)需求 的 消防報警管理系統(tǒng) 時，應(yīng) 規(guī)劃出合理的系統(tǒng) 架構(gòu)，讓應(yīng)用體系健壯、科學(xué)、靈活、易擴展，能夠較好地解決現(xiàn)有應(yīng)用變更 和應(yīng)對 15 未來新應(yīng)用加入系統(tǒng)應(yīng)用體系所帶來的集成問題，降低后期維護和集成成本，提升應(yīng)用成效，讓系統(tǒng)走上健康發(fā)展的道路。通過查詢功能可以進于相關(guān)的故障分析追尋。 ? 實時監(jiān)控子模塊 ：實時顯示系統(tǒng)連接的所有監(jiān)控點無線傳輸設(shè)備的信息，包括火災(zāi)報警信息、值班人員在崗情況、巡檢信息等。 ? 消防巡查管理子模塊 ：一方面動態(tài)監(jiān) 控各消防主機的工作狀態(tài)信息，以及時發(fā)現(xiàn)設(shè)備故障，保證消防系統(tǒng)的正常工作。 消防報警遠程監(jiān)控系統(tǒng) 監(jiān)控中心管理軟件的功能包括：一 、 基于 B/S 架構(gòu)對 消防報警器的實時監(jiān)控 11 功能；二 、 根據(jù)數(shù)據(jù)庫的數(shù)據(jù)產(chǎn)生相關(guān)的用戶模塊，包括短信告警、統(tǒng)計報表等。信息采集系統(tǒng)應(yīng)完成無線傳輸設(shè)備報警信息和運行信息的自動化或半自動化采集和發(fā)送。主控平 臺以文字方式顯示報警事故的時間、地點和報警狀態(tài)、處理結(jié)果，報警紀錄以歷史記錄的方式存在系統(tǒng)的數(shù)據(jù)服務(wù)器中。主 /分控平臺匯接信息后，把不同類型的信息進行分析，判斷可能的故障、告警信息，轉(zhuǎn)發(fā) 至相關(guān)的監(jiān)控中心，同時以聲音、電話、郵件、手機短信等方式通知相關(guān)管理人員。 相關(guān)標(biāo)準(zhǔn)及規(guī)范 系統(tǒng)的設(shè)計參考以下相關(guān)標(biāo)準(zhǔn)及規(guī)范要求： 1. 《安全防范工程技術(shù)規(guī)范》 GB503482020 2. 《安全防范系統(tǒng)通用圖形符號》 GA/T7494 3. 《安全防范工程程序與要求》 GA/T7594 4. 《民用建筑電氣設(shè)計規(guī)范》 JGJ/T1692 5. 《建筑電氣安裝工程質(zhì)量檢測評定標(biāo)準(zhǔn)》 GBJ30388 6. 《電氣裝置安裝工程施工及驗收規(guī)范》 GB(5025450259)96 7. 《民用閉路監(jiān)視電視系統(tǒng)工程技術(shù)規(guī)范》 GB5019894 8. 《建筑與建筑群綜合布線系統(tǒng)工程設(shè)計規(guī)范》 CECS 72:97 9. 《建筑與建筑群綜合布線系統(tǒng)工程施工及驗收規(guī)范》 CECS 89:97 10. 《智能建筑設(shè)計標(biāo)準(zhǔn)》 DBJO84795 11. 《 消防 報警系統(tǒng)設(shè)計規(guī)范 》 GBJ11688 12. 《 消防 報警系統(tǒng)施工及驗收規(guī)范 》 GB5016692 9 第二章 技術(shù)解決方案 簡介 系統(tǒng)整體規(guī)劃為 二 級架構(gòu)： 第一級為 監(jiān)控中心； 第 二 級 為 下屬機樓的消防主機組成。系統(tǒng)的維護、擴展要比較容易。利于系統(tǒng)推廣，也有利于降低建設(shè)的投資成本。為此，系統(tǒng)設(shè)計、建設(shè)必須遵循以下原則進行： 系統(tǒng)的建設(shè)，必須從系統(tǒng)的角度考慮，綜合分析各要素之間相互的關(guān)系，建立一個廣泛的系統(tǒng)和結(jié)構(gòu)。監(jiān)控中心的各分系統(tǒng)有機的結(jié)合起來，在總體規(guī)劃的指導(dǎo)下，按照現(xiàn)有條件分期、分步實施。 ? 系統(tǒng)功能易于擴充， 系統(tǒng)容量容易擴展， 最大限度滿足 用戶對系統(tǒng)功能的 要求 和容量擴展的 要求。 ? 接口層主要由具有聯(lián)網(wǎng)功能的 數(shù)據(jù)通訊轉(zhuǎn)換 模塊 ，與火災(zāi)報警控制器層的不同廠家的火災(zāi)報警控制器連接。安全設(shè)施集中監(jiān)控系統(tǒng)的建設(shè)充分利用人力資源，加強維護支持手段的建設(shè)，保障通信設(shè)備穩(wěn)定運行和機房安全，提高勞動生產(chǎn)率和網(wǎng)絡(luò)維護水平。 需求 分析 隨著業(yè)務(wù)的迅速發(fā)展，對保障