消防報警聯(lián)網(wǎng)監(jiān)控系統(tǒng)技術方案

消防報警聯(lián)網(wǎng)監(jiān)控系統(tǒng)

技

術

方

案

2022年11月

第一章系統(tǒng)概述.................................................................4

1.1前言.........................................................................4

1.2需求分析.....................................................................4

1.3建設目標.....................................................................4

1.4指導思想.....................................................................5

1.5設計目標.....................................................................5

1.6設計原貝!].....................................................................6

系統(tǒng)性原則......................................................6

標準性原則......................................................6

先進性和有用性原則..............................................7

經(jīng)濟高效性原則..................................................7

開放性原則......................................................7

兼容性和連續(xù)性原則..............................................7

可擴展性和易維護性原則..........................................7

平安性和牢靠性原則..............................................7

1.7相關標準及法律規(guī)范...........................................................8

其次章技術解決方案..............................................................9

2.1系統(tǒng)簡介....................................................9

信息米集系統(tǒng)...............................................10

計算機網(wǎng)絡系統(tǒng).............................................10

消防報警遠程監(jiān)控系統(tǒng).......................................10

2.2系統(tǒng)結構..................................................12

系統(tǒng)總體結構...............................................12

系統(tǒng)的功能規(guī)律結構.........................................13

系統(tǒng)的網(wǎng)絡結構.............................................13

軟件平臺劃分...............................................14

硬件平臺劃分...............................................15

2.3系統(tǒng)設計思路..............................................16

高度應用集成和智能幫助決策的設計思想.......................16

采納集成網(wǎng)絡應用平臺（INAP）的體系結構....................16

建立消防管理應用平臺開發(fā)的層次模型.........................18

針對不同的階段優(yōu)選應用開發(fā)工具.............................20

設計用戶界面設計原則.......................................20

2.4軟件平臺方案...............................................22

系統(tǒng)組成...................................................22

軟件架構...................................................23

監(jiān)督掌握層.................................................23

基礎管理層.................................................24

數(shù)據(jù)層.....................................................27

軟件平臺主要系統(tǒng)建設方案...................................27

2.5硬件平臺方案..............................................42

2.5.1.信息采集終端系統(tǒng)平臺.................................42

2.5.2.信息監(jiān)控處理平臺.....................................42

2.6系統(tǒng)工作原理..............................................43

消防報警智能收發(fā)終端的數(shù)據(jù)采集.............................43

消防報警監(jiān)控中心...........................................44

接警處理（原理圖）.........................................45

第三章系統(tǒng)實施.................................................................47

3.1實施條件：（場地、環(huán)境、硬件、軟件平臺工具選擇、系統(tǒng)功能、設計、

工程實施等）...................................................47

3.2其他設施接口處理...........................................48

3.3工程實施...................................................48

工程實施指導原則.............................................48

工程任務.....................................................49

第四章售后服務體系...............................................錯誤!未定義書簽。

4.1售后服務承諾書..............................錯誤!未定義書簽。

第五章設施清單...................................................錯誤!未定義書簽。

第六章典型客戶...................................................錯誤!未定義書簽。

第一章系統(tǒng)概述

1.1前言

火災作為現(xiàn)代城市的主要災難，越來越受到人們的廣泛關注。隨著消防報警技術

和計算機網(wǎng)絡技術的飛速進展，融合這兩門學科的城市和各類區(qū)域的消防智能化

自動報警網(wǎng)絡的建設因而倍受矚目。消防自動報警遠程監(jiān)控系統(tǒng)主要面對于城市、

各類區(qū)域和行業(yè)內部的消防管理部門。

通過消防自動報警遠程監(jiān)控系統(tǒng)可以關心建設單位了解聯(lián)網(wǎng)單位消防報警

設施的開通狀況、運行狀況，對于不按規(guī)定安裝、使用和維護消防自動報警設施

的單位，準時要求其作出相應整改?？梢躁P心建設單位實時了解聯(lián)網(wǎng)單位消防值

班人員的在崗狀況，杜絕因各種因素造成的人員脫崗現(xiàn)象?？梢躁P心單位進行上

述各類數(shù)據(jù)的統(tǒng)計并編制報表。幫助聯(lián)網(wǎng)單位消防掌握室的值班人員準時、精確

地確認和上報火警，最大限度提早報警時間、縮短報警過程，爭取珍貴時間快速

出警滅火。

消防自動報警遠程監(jiān)控系統(tǒng)的自動接警功能并不是對值班人員通過人工119

報警的取代，而是幫助完成對火警的上報工作，并使之更加法律規(guī)范、牢靠。城

市的自動接警中心可將確認后的火警信息通過專用設施傳到城市119指揮中心。

各地消防管理部門可依據(jù)實際狀況，確定是否和如何使用自動接警功能。

1.2需求分析

隨著業(yè)務的快速進展，對保障建筑消防平安越來越重要，消防設施暫未進行

集中聯(lián)網(wǎng)監(jiān)控，消防系統(tǒng)實行分散管理的方式，平安性難以得到保障。

1.3建設目標

對現(xiàn)有消防報警設施進行集中聯(lián)網(wǎng)，在不更換設施的前提下，通過各廠商供

應的通訊接口和合同以及增加相應的采集模塊、合同轉換模塊實現(xiàn)系統(tǒng)集成。

平安設施集中聯(lián)網(wǎng)監(jiān)控系統(tǒng)是運用現(xiàn)代計算機、通信、自動掌握、圖像處理、

智能測控等先進技術，采用先進的通信網(wǎng)絡對分布于本區(qū)域或者遠程區(qū)域的機房

和工作區(qū)進行實時相互式監(jiān)控，以實現(xiàn)圖像監(jiān)控、智能門禁、環(huán)境監(jiān)控、煙霧探

測、防盜報警、故障告警、緊急時大事處理、紀錄并處理相關數(shù)據(jù)，從而實現(xiàn)對

在一個區(qū)域或不同區(qū)域里的各個及工作區(qū)域進行集中監(jiān)控。

平安設施集中監(jiān)控系統(tǒng)是一個綜合采用計算機網(wǎng)絡技術、數(shù)據(jù)庫技術、通信

技術、自動掌握技術、新型傳感技術等構成的計算機網(wǎng)絡，其監(jiān)控對象是機房內

動力設施、消防設施、機房環(huán)境監(jiān)測和圖像采集等。平安設施集中監(jiān)控系統(tǒng)的建

設充分采用人力資源，加強維護支持手段的建設，保障通信設施穩(wěn)定運行和機房

平安，提高勞動生產(chǎn)率和網(wǎng)絡維護水平。

1.4指導思想

消防聯(lián)網(wǎng)工程的設計和建設要秉承先進、有用、敏捷、穩(wěn)定、高效、易于建

設和擴展升級、并最終能夠大范圍推廣應用的設計指導思想。使整個消防自動報

警系統(tǒng)的建設與其他單位相比較具有更加先進、有用的功能，系統(tǒng)采納模塊化結

構設計思路，系統(tǒng)建設比較敏捷、并可依據(jù)實際需要和資金狀況、分步驟來建設

和完善整個系統(tǒng)，這樣一來系統(tǒng)的建設可實現(xiàn)自由組合、配置。

1.5設計目標

依據(jù)本公司在消防自動報警及消防聯(lián)網(wǎng)系統(tǒng)建設方面積累的豐富閱歷并結

合給出的具體、嚴謹?shù)男枨蠓治龊驮O計標準制定，本設計方案將達到如下的總體

目標：

?整個系統(tǒng)將建設成為聯(lián)網(wǎng)的綜合消防網(wǎng)絡監(jiān)控系統(tǒng)，系統(tǒng)按地理位置和功能

規(guī)律結構按前端的火災報警掌握器層和接口層、傳輸網(wǎng)絡層、監(jiān)控管理層及

外部接口五個層聯(lián)網(wǎng)結構劃分。

?接口層主要由具有聯(lián)網(wǎng)功能的數(shù)據(jù)通訊轉換模塊，與火災報警掌握器層的不

同廠家的火災報警掌握器連接。系統(tǒng)能夠在無人值守的狀況下獨立的實現(xiàn)遠

程掌握火災報警聯(lián)網(wǎng)監(jiān)控功能，數(shù)據(jù)通訊轉換器具有長時間、持續(xù)、穩(wěn)定、

高效、牢靠的運行性能。

?系統(tǒng)傳輸網(wǎng)絡采納目前電信局已有的光纖傳輸網(wǎng)絡。

?監(jiān)控層的構成是依據(jù)現(xiàn)狀我們劃分，中心功能強大，中心采納的全部硬件系

統(tǒng)均采納高性能產(chǎn)品，軟件系統(tǒng)功能要足夠強大和有用，能夠采用計算機、

大屏幕實現(xiàn)軟件監(jiān)控，地圖分布管理、報警點標識等功能。

?系統(tǒng)功能易于擴充，系統(tǒng)容量簡潔擴展，最大限度滿意用戶對系統(tǒng)功能的要

求和容量擴展的要求。系統(tǒng)前端的數(shù)據(jù)通訊轉換模塊具有連接其他報警監(jiān)控

系統(tǒng)的接口和容量。監(jiān)控中心對前端的監(jiān)控數(shù)量要留有足夠的擴展容量，系

統(tǒng)擴展時比較簡潔和方面。

1.6設計原則

系統(tǒng)設計必需依據(jù)先進、牢靠、長遠進展的要求進行，以適應今數(shù)字化、網(wǎng)

絡化、系統(tǒng)化、多維化進展的需要。監(jiān)控中心的各分系統(tǒng)有機的結合起來，在總

體規(guī)劃的指導下，依據(jù)現(xiàn)有條件分期、分步實施。充分考慮多種設施、系統(tǒng)的連

接。網(wǎng)絡設計要考慮到進一步與其他各系統(tǒng)的網(wǎng)絡連接，實現(xiàn)多系統(tǒng)整合。系統(tǒng)

應具備相當?shù)木W(wǎng)絡設施容量及處理力量，軟、硬件預留接口，使系統(tǒng)具有充分的

可擴充性。為此，系統(tǒng)設計、建設必需遵循以下原則進行：

1.6.1系統(tǒng)性原則

系統(tǒng)的建設，必需從系統(tǒng)的角度考慮，綜合分析各要素之間相互的關系，建

立一個廣泛的系統(tǒng)和結構。

標準性原則

系統(tǒng)的設計、建設，必需堅持遵循我國、行業(yè)、企業(yè)相關的消防、建筑、防

盜、電源、報警、通信等產(chǎn)品、系統(tǒng)的設計標準、法律規(guī)范。

1.6.3先進性和有用性原則

系統(tǒng)設計必需采納成熟的先進技術，同時必需留意有用性，系統(tǒng)采納的設計

思路、設計原理，系統(tǒng)結構，系統(tǒng)中選用的產(chǎn)品性能、通信方式、計算機軟、硬

件系統(tǒng)必需遵循先進性和有用性原則。

L6.4經(jīng)濟高效性原則

系統(tǒng)的建設，必需充分考慮市場經(jīng)濟原則，既有利于用戶單位，也有利于社

會、我國和承建單位。利于系統(tǒng)推廣，也有利于降低建設的投資成本。

1.6.5開放性原則

系統(tǒng)的建設，遵循開放性原則，能夠支持多種軟、硬件設施和系統(tǒng)，并支持

系統(tǒng)的二次開發(fā),擴展。

1.6.6兼容性和連續(xù)性原則

最大限度的采用原有系統(tǒng)、設施，充分采用己有的資源，盡量保證各種在用

的相關資源能夠重復使用，削減不必要的重復投資。

可擴展性和易維護性原則

要求對系統(tǒng)網(wǎng)絡的終期容量及網(wǎng)絡進展設想進行方案設計，以降低網(wǎng)絡維護

升級的簡單程度，提高網(wǎng)絡更新、維護、升級的效率。系統(tǒng)的維護、擴展要比較

簡潔。

1.6.8平安性和牢靠性原則

系統(tǒng)建成運行后，會涉及大量的關系到我國經(jīng)濟建設、城市規(guī)劃、社會平安

以及高科技技術領域等方面的重要信息，因此必需具有高度的平安性。網(wǎng)絡設施

要高度集成化、要防止非法用戶享受服務，防止計算機病毒的入侵，實現(xiàn)對整個

網(wǎng)絡的實時監(jiān)控。軟件設計及數(shù)據(jù)庫管理中，要采納容錯技術，保證軟件系統(tǒng)的

平安、精確、保密、牢靠、穩(wěn)定的運行。

1.7相關標準及法律規(guī)范

系統(tǒng)的設計參考以下相關標準及法律規(guī)范要求：

1.《平安防范工程技術法律規(guī)范》GB50348-2004

2.《平安防范系統(tǒng)通用圖形符號》GA/T74-94

3.《平安防范工程程序與要求》GA/T75-94

4.《民用建筑電氣設計法律規(guī)范》JGJ/T16-92

5.《建筑電氣安裝工程質量檢測評定標準》GBJ303-88

6.《電氣裝置安裝工程施工及驗收法律規(guī)范》GB(50254-50259)-96

7.《民用閉路監(jiān)視電視系統(tǒng)工程技術法律規(guī)范》GB50198-94

8.《建筑與建筑群綜合布線系統(tǒng)工程設計法律規(guī)范》CECS72:97

9.《建筑與建筑群綜合布線系統(tǒng)工程施工及驗收法律規(guī)范》CECS89:97

10.《智能建筑設計標準》DBJ08-47-95

11.《消防報警系統(tǒng)設計法律規(guī)范》GBJ116-88

12.《消防報警系統(tǒng)施工及驗收法律規(guī)范》GB50166-92

其次章技術解決方案

2.1系統(tǒng)簡介

系統(tǒng)整體規(guī)劃為二級架構：第一級為監(jiān)控中心；其次級為下屬機樓的消防主

機組成。監(jiān)控中心對整個消防系統(tǒng)集中掌握管理，并通過網(wǎng)絡轉發(fā)，把數(shù)據(jù)從局

域網(wǎng)到消防主機進行分控管理，軟件統(tǒng)一采納B/S結構。系統(tǒng)結構圖見下圖。

:監(jiān)控平臺

6消防設備…*；消防設備6消防設篝

圖：系統(tǒng)結構圖

整個系統(tǒng)數(shù)據(jù)流程是采納逐級匯接至監(jiān)控中心的拓撲結構。主/分控平臺匯接

信息后，把不同類型的信息進行分析，推斷可能的故障、告警信息，轉發(fā)至相關

的監(jiān)控中心，同時以聲音、電話、郵件、手機短信等方式通知相關管理人員。以

此達到以下功能描述。

系統(tǒng)通過由消防設施供應的通信數(shù)據(jù)、干接點信號或者區(qū)域性的有源信號，

采納合同轉換模塊、數(shù)據(jù)采集模塊，合同網(wǎng)關等專業(yè)設施將消防設施的報警信息

或干接點變化信號通過網(wǎng)絡送至主/分控中心，實時監(jiān)測每個區(qū)域的火災狀況。

消防設施一旦發(fā)生報警（火災、設施故障等），報警信號通過網(wǎng)絡實時傳送到監(jiān)

控中心，馬上發(fā)出警報信號：以聲音報警、文字提示、電子地圖等多種形式報出

警情，同時監(jiān)控中心向預先設定的手機或電信手機發(fā)送報警短信信息。主控平臺

以文字方式顯示報警事故的時間、地點和報警狀態(tài)、處理結果，報警紀錄以歷史

紀錄的方式存在系統(tǒng)的數(shù)據(jù)服務器中。同時系統(tǒng)具有報警查詢、數(shù)據(jù)導入導出、

權限管理等功能。

為了合理有序的完成上述要求，本系統(tǒng)將分為一下三大系統(tǒng)。

2.1.1信息采集系統(tǒng)

消防報警信息和遠程監(jiān)控傳輸設施運行信息、值班人員在崗信息、巡檢信息

等是消防管理的基礎信息，它們具有實時性強的共同特點，是消防火災遠程監(jiān)控

與信息系統(tǒng)的重要數(shù)據(jù)。信息采集系統(tǒng)應完成無線傳輸設施報警信息和運行信息

的自動化或半自動化采集和發(fā)送。

消防監(jiān)控無線傳輸設施監(jiān)控信息：

無線傳輸設施監(jiān)控信息包括運行狀態(tài)信息、緊急火災報警信息、故障報警信

息、值班人員在崗狀況信息，巡檢信息等，系統(tǒng)以自動和人工相結合的方式完成

信息的采集。

2.1.2計算機網(wǎng)絡系統(tǒng)

依據(jù)規(guī)劃設計，消防遠程監(jiān)控系統(tǒng)主要建設以下兩級網(wǎng)：

本部局域網(wǎng)、移動通信網(wǎng)。

對消防監(jiān)控計算機網(wǎng)絡的功能要求：

-高速牢靠的傳輸力量；

-異種、異構網(wǎng)的互連、互操作；

-惡劣天氣狀況下保證網(wǎng)絡的暢通；

-開放和敏捷的擴展性；

-網(wǎng)絡牢靠的平安性。

2.1.3消防報警遠程監(jiān)控系統(tǒng)

監(jiān)控中心管理軟件的功能包括：一、基于B/S架構對消防報警器的實時監(jiān)控

功能；二、依據(jù)數(shù)據(jù)庫的數(shù)據(jù)產(chǎn)生相關的用戶模塊，包括短信告警、統(tǒng)計報表等。

?角色管理子模塊：管理員可以依據(jù)用戶具體狀況，自定義擁有不同的

操作權限或不同的平安等級。

?消防基礎數(shù)據(jù)管理子模塊：客戶可對無線傳輸設施與消防圖紙進行基

于GIS電子地圖的動態(tài)標繪，這樣降低了地理位置信息采集的難度，

除此之外，還包括顯示無線傳輸設施的屬性、增刪無線傳輸設施、設置

無線傳輸設施的信息、設置報警電話等。可對消防圖紙進行管理，顯示

消防圖紙、上傳、刪除消防圖紙、設置消防圖紙信息等。

?消防巡查管理子模塊：一方面動態(tài)監(jiān)控各消防主機的工作狀態(tài)信息，

以準時發(fā)覺設施故障，保證消防系統(tǒng)的正常工作。另一方面，負責消防

值班室的值班人員的監(jiān)控和管理，可以實現(xiàn)全部聯(lián)網(wǎng)單位的查崗巡檢。

?火災管理子模塊：聯(lián)網(wǎng)傳輸設施收到消防報警設施的火警后，在10秒

內（我國最新標準GB16806-2006規(guī)定）將信息傳至監(jiān)控管理中心，值

班人員通過與現(xiàn)場消防值班人員聯(lián)系及依據(jù)系統(tǒng)供應的預案管理系統(tǒng)

功能，準時推斷火警真?zhèn)危瑢⒄鎸嵒鹁畔⑸蠄?19,并可將信息傳至

119消防調度指揮中心。同時火警信息將通過短消息或電話錄音方式發(fā)

送到相關領導、值班人員的手機上。

?實時監(jiān)控子模塊：實時顯示系統(tǒng)連接的全部監(jiān)控點無線傳輸設施的信

息，包括火災報警信息、值班人員在崗狀況、巡檢信息等。一旦發(fā)生火

警，立刻通過聲光、短信告警提示值班人員。

?數(shù)據(jù)分析子模塊：包括消防報警紀錄、無線傳輸設施的運行狀態(tài)、值

班人員在崗狀況、巡檢狀況等報表統(tǒng)計分析。此外，還包括常規(guī)歷史紀

錄查詢、報警大事查詢、運行狀態(tài)查詢等。通過查詢功能可以進于相關

的故障分析追尋。

?GIS地理信息系統(tǒng)子模塊：為系統(tǒng)供應基于GIS地理信息支撐，實現(xiàn)

相關部件或大事的電子地圖定位，可視化操作。

2.2系統(tǒng)結構

2.2.1系統(tǒng)總體結構

系統(tǒng)總體結構如下圖所示:

監(jiān)督控制層

消防巡查管理火災報警管理

基礎管理層

數(shù)據(jù)交換與接口管理

協(xié)同工作

運

安

行

全

維

保

護

障

體通信管理層

系電話網(wǎng)絡短信圖片人T卜體

系

接口層

軟件接口一

硬件接口

通信網(wǎng)絡層

電話語音網(wǎng)數(shù)據(jù)通信網(wǎng)無線通信網(wǎng)

機電環(huán)境層

機房綜合布線能源裝修

2.2.2系統(tǒng)的功能規(guī)律結構

系統(tǒng)功能規(guī)律結構如下圖所示:

管理人員

決策支持系統(tǒng)

監(jiān)

控

維

護

人

員

消防監(jiān)控中心系統(tǒng)

消防監(jiān)測數(shù)據(jù)匯總、顯示

通信網(wǎng)絡系統(tǒng)

信息采集系統(tǒng)

2.2.3系統(tǒng)的網(wǎng)絡結構

系統(tǒng)的網(wǎng)絡拓撲結構如下圖所示:

如上圖所示，每個報警主機將各種報警信息統(tǒng)一匯總，通過網(wǎng)絡上傳總控中

心。通過數(shù)據(jù)匯合，總控中心對數(shù)據(jù)進行統(tǒng)一管理，本系統(tǒng)依據(jù)不同的權限規(guī)劃

與管轄范圍供應不同的管理功能與管理界面。

2.2.4軟件平臺劃分

系統(tǒng)的架構就猶如同大廈的基石，系統(tǒng)架構是保證整個系統(tǒng)良好運行的

基礎，合理的系統(tǒng)架構可以增加系統(tǒng)的健壯性、可擴展性，因此本方案在建

設滿意用戶業(yè)務需求的消防報警管理系統(tǒng)時，應規(guī)劃出合理的系統(tǒng)架構，讓

應用體系健壯、科學、敏捷、易擴展，能夠較好地解決現(xiàn)有應用變更和應對

將來新應用加入系統(tǒng)應用體系所帶來的集成問題，降低后期維護和集成成本,

提升應用成效，讓系統(tǒng)走上健康進展的道路。

方案的初步總體框架如下圖所示

監(jiān)

督

控消防巡杳管理火災報警管理

制子系統(tǒng)子系統(tǒng)

層

■

數(shù)據(jù)交換與接口子系統(tǒng)

基

礎消防基地理信

管設置與消防預

礎數(shù)據(jù)息6漕

理維護子案管理

管理/理子系

層系統(tǒng)子系統(tǒng)

系統(tǒng)統(tǒng)

通訊管理子系統(tǒng)

地圖引萃

業(yè)務數(shù)據(jù)庫地圖數(shù)據(jù)

該系統(tǒng)框架是由掌握監(jiān)督層、基礎管理層、數(shù)據(jù)層三個層次共八個子系

統(tǒng)組成。

掌握監(jiān)督層：負責收集遠端各信息點產(chǎn)生和錄入的數(shù)據(jù)，包括遠程傳輸設施、

管理信息系統(tǒng)遠端應用系統(tǒng)等，實現(xiàn)對消防設施，消防資源，

火災報警的掌握監(jiān)督。

基礎管理層：包括消防基礎數(shù)據(jù)，消防預案,GIS地理信息系統(tǒng)等支撐平臺。

數(shù)據(jù)層：包括業(yè)務數(shù)據(jù)和GIS電子地圖數(shù)據(jù)。

2.2.5硬件平臺劃分

消防遠程監(jiān)控系統(tǒng)硬件平臺劃分為：信息采集終端系統(tǒng)平臺、信息監(jiān)控處理

平臺兩個部分：

信息采集終端系統(tǒng)平臺：主要是部署在各個大樓，用于采集各個點位的火災

報警信息，并集中作一個初步處理。主要包括各個采集終端設施和智能主機。

信息監(jiān)控處理平臺：主要是部署在各掌握中心，用于將收集的各大樓報警信

息存儲，并對不同的信息作相對應的處理。主要包括掌握中心的數(shù)據(jù)服務器、信

息處理（報警）服務器、各相關報警模塊。

2.3系統(tǒng)設計思路

2.3.1高度應用集成和智能幫助決策的設計思想

消防遠程監(jiān)控系統(tǒng)的設計思路必需貫徹應用集成和智能幫助決策的思想。

應用集成不同于狹義的系統(tǒng)集成（硬件與網(wǎng)絡的簡潔集成），它是從用戶應

用角度提出的更高層次上的集成，即硬件、網(wǎng)絡、數(shù)據(jù)、模型和應用的有機集成。

例如，一切與空間地理位置相關的消防數(shù)據(jù)必需用地理信息系統(tǒng)（GIS）及其應

用軟件集成；重要的消防單位、消防設施能夠在數(shù)字化管理系統(tǒng)中設置遠程監(jiān)視

和監(jiān)控等等。

目前，幫助決策有兩個層次上的含義，最簡潔實現(xiàn)的是基于信息查詢式的會

商系統(tǒng)，它僅僅是為決策者供應信息支持，多為客觀數(shù)據(jù)的簡潔排列，這種簡潔

低層次上的信息查詢系統(tǒng)從嚴格定義上而言并不是決策支持系統(tǒng)，由于它沒有供

應任何經(jīng)過仿真運算和風險分析的方案給決策者選擇；只有通過客觀計算和專家

主觀閱歷相結合的綜合分析，能供應應決策者至少有2種以上的可供選擇的風險

決策方案的系統(tǒng)才是真正意義上的決策支持系統(tǒng)。

消防遠程監(jiān)控系統(tǒng)應實現(xiàn)高層次意義上的智能幫助決策的目標。這就要求應

用系統(tǒng)開發(fā)者時刻留意與有消防管理閱歷的專家結合，加強多種數(shù)據(jù)集成機制的

討論和處理，加強數(shù)據(jù)挖掘功能的開發(fā)，做到數(shù)據(jù)采集快速精確、信

息處理標準法律規(guī)范。

2.3.2采納集成網(wǎng)絡應用平臺（INAP）的體系結構

INAP體系結構如下圖所示:

網(wǎng)絡平臺體系參考模型包括三種實體和兩種接口。其中應用軟件實體包括應

用軟件（完成應用使命）和應用支撐軟件（支撐應用使命）o

應用平臺實體：指支持應用軟件運行、開發(fā)、維護的一整套計算機系統(tǒng)的資

源。它由網(wǎng)絡硬件、操作系統(tǒng)、通信網(wǎng)絡、數(shù)據(jù)管理（包括管理信息的管理），圖

形與圖像處理，編程語言與開發(fā)工具、系統(tǒng)運行管理、用戶界面等組成，構成了

一種層次結構，并由這些組成成分經(jīng)過應用平臺通向程序接口API服務，而屏

蔽了應用平臺實體組成的實現(xiàn)細節(jié)，使之對應用軟件實體透亮。

外部環(huán)境：指應用平臺間交換信息的外部實體。其組成為：①用戶；②通信

實體；③信息交換實體。外部環(huán)境通過外部環(huán)境接口EEI供應EEI服務。

接口包括:①應用編程接口API;②外部環(huán)境接口EEI;③人機交互接口（顯示器、

鍵盤、鼠標器等）；④信息服務接口（定義永久性存儲設施的數(shù)據(jù)格式等）；⑤通信

服務接口（供應應用平臺間應用軟件通信、互用的接口等）。

2.3.3建立消防管理應用平臺開發(fā)的層次模型

在INAP的體系結構基礎上建立開放型應用平臺的層次模型，充分體現(xiàn)開放

性和面對分布應用和Web應用開發(fā)的特點。開放性主要表現(xiàn)在：廣為流行的操

作系統(tǒng)符合應用可移植要求；網(wǎng)絡符合開放系統(tǒng)互連體系結構要求（如OSL

TCP/IP合同體系）；信息資源共享符合分布式計算、異構數(shù)據(jù)訪問要求。

以及在涉密應用時（如Web應用）符合信息平安要求。面對分布應用開發(fā)，

其目的是建立一個集成的分布環(huán)境，以改進軟件開發(fā)生產(chǎn)率和質量。應用開發(fā)應

遵循軟件工程開發(fā)法律規(guī)范，采納面對對象的開發(fā)方法、開發(fā)工具，并為用戶供

應一個友好、具有統(tǒng)一風格的訪問界面。應用平臺的層次模型從功能上分為運行

環(huán)境和開發(fā)維護環(huán)境，其層次結構如下圖所示。

應用層用戶界面（含決策支持）

運行管理開發(fā)工具

信息、學問、空間庫管理、應用環(huán)境配置信

系統(tǒng)層數(shù)據(jù)接受、預處理管理息

通信、網(wǎng)絡管理安

網(wǎng)絡操作系統(tǒng)全

硬件層信息采集設施、掌握與嵌入式硬件、通信與網(wǎng)絡設施

1.硬件層

消防報警信息、消防設施狀態(tài)信息等由信息采集設施與計算機、通信網(wǎng)絡硬

件及固化在硬設施中的低層軟件組成。

2.系統(tǒng)層：

（1）網(wǎng)絡操作系統(tǒng)子層，以Windows2003操作系統(tǒng)為核心，完成主存管理、

進程管理、進程間通信、與外設的I/O通信以及文件系統(tǒng)管理等系統(tǒng)服務。由本

層實現(xiàn)的對象管理系統(tǒng)為數(shù)據(jù)及其操作系統(tǒng)供應封裝，并為網(wǎng)絡應用開發(fā)供應支

持。

（2）通信網(wǎng)絡管理子層：以OSI,TCP/IP合同體系為基礎，包括低層網(wǎng)絡通

信功能和高層網(wǎng)絡通信應用服務，完成分布式應用模式下的信息互通和支持資源

共享，支持互訪互操作。

(3)數(shù)據(jù)接收、預處理管理子層：用SQLServer2005關系型數(shù)據(jù)庫管理系統(tǒng)

完成數(shù)據(jù)管理，包括能支持在異種網(wǎng)上為用戶供應透亮的數(shù)據(jù)管理,

即在網(wǎng)上可運行和訪問不同類型的數(shù)據(jù)庫管理系統(tǒng)。

(4)信息、學問、模型庫管理子層：建立各種管理信息(空間數(shù)據(jù)與屬性數(shù)

據(jù)、實時動態(tài)數(shù)據(jù)與靜態(tài)數(shù)據(jù)、多媒體數(shù)據(jù))庫、學問庫和模型庫，統(tǒng)籌管理應

用軟件開發(fā)、維護過程中各環(huán)節(jié)所需的信息，確保應用軟件的服務質量。支持透

亮數(shù)據(jù)傳輸?shù)姆植际骄W(wǎng)絡，供應并發(fā)訪問管理信息庫信息的力量；

(5)應用環(huán)境配置子層:它由一些與系統(tǒng)有關的配置文件，有用子程序等匯合

成方法庫。它可依據(jù)不同應用程序的要求，選擇不同的執(zhí)行系統(tǒng)。該子層為應用

層供應全都的運行界面，供應各種有用的服務功能，削減應用軟件開發(fā)的工作量,

供應牢靠、有效的執(zhí)行代碼，為應用層供應應用部件和裝配方法的力量。

3.應用層

(1)運行管理子層：在平衡網(wǎng)絡負載下，完成網(wǎng)絡應用活動的監(jiān)控和處理，

為分布應用供應一個良好的運行管理環(huán)境，由開發(fā)環(huán)境轉交給運行環(huán)境的應用，

可由該層通過對整個網(wǎng)絡的監(jiān)視，把當前應用分布到空閑的站點上去運行，并對

其運行活動進行掌握和管理。

(2)開發(fā)工具子層：它由編程語言、聯(lián)編以及面對軟件開發(fā)各個階段的各種

可供選擇的開發(fā)工具集組成。采用工具集可以便利、高效地進行網(wǎng)絡應用的開發(fā)。

(3)用戶界面子層：為終端用戶供應友好、敏捷、具有統(tǒng)一網(wǎng)絡、法律規(guī)范

工作方式的操作界面(窗口、圖標、鼠標器、下拉菜單等)，以及功能選擇(字形選

擇、窗口的移動、放大、縮小以及圖標的設計和更改等)。該子層可依據(jù)用戶類

別而供應不同類別的用戶界面，為Web應用用戶供應簡潔、易學的掃瞄器窗口

界面，并輔以關心信息；為內部專業(yè)人員供應命令式交互界面和命令提示信息，

并可依據(jù)自己的愛好選擇不同背景或畫面等等。

止匕外，信息平安貫穿于模型各層，面對保密性、可用性和完整性要求。在分

析系統(tǒng)所受信息平安威逼，建立平安策略的基礎上，由平安模型、平安服務、平

安機制、平安管理來保證信息平安。這涉及到硬件、操作系統(tǒng)、通信網(wǎng)絡、數(shù)據(jù)

庫、應用軟件等方面。

2.3.4針對不同的階段優(yōu)選應用開發(fā)工具

在應用平臺層次模型中，應選擇適合應用開發(fā)的工具集，在應用軟件開發(fā)周

期的幾個主要階段，即：在應用系統(tǒng)分析階段，通過對SDL(StructureDescribed

Language)法律規(guī)范進行對象法律規(guī)范的擴充，來闡述系統(tǒng)的需求；在系統(tǒng)的設

計階段，從系統(tǒng)的總體結構，系統(tǒng)的約束上用統(tǒng)一建模語言(UML)對系統(tǒng)進

行進一步的處理；在系統(tǒng)實現(xiàn)階段，用Erwin實現(xiàn)實體關系模型到關系數(shù)據(jù)庫定

義的轉換,在調度掌握端完成OOSDL(Object-OrientedSDL)法律規(guī)范到C語言的

轉換及OOSDL法律規(guī)范到可執(zhí)行代碼的轉換，選用Mapinfo和具有空間數(shù)據(jù)管

理功能的關系數(shù)據(jù)庫(例如，SQLServer2005)系列工具軟件，結合面對對象的

開發(fā)工具(如Eclipse)完成各種數(shù)據(jù)和應用的集成等等。采用這組應用開發(fā)工

具，可便利、高效地進行應用開發(fā)。

2.3.5設計用戶界面設計原則

消防遠程監(jiān)控系統(tǒng)軟件除開發(fā)應用的功能模型外，應用開發(fā)的另一個重要部

分就是用戶界面的設計和實現(xiàn)。本系統(tǒng)除特別專業(yè)的軟件外，一般采納掃瞄器圖

形界面。在整個應用開發(fā)中約占一半以上的比重是決策支持系統(tǒng)界面與功能的開

發(fā)，為此有必要供應一個全都的用戶界面開發(fā)平臺。用戶界面開發(fā)平臺的設計原

則是:

(1)采納面對對象的圖形界面設計方法，即把與用戶直接交互的界面或成份

看成一個對象，對一個界面的各種活動都看成是其上的各種操作，對對象數(shù)據(jù)和

操作的封裝可用對象來定義。

(2)把界面開發(fā)與應用的功能實現(xiàn)分開。應用功能的相對獨立和完整，也為

應用奠定了基礎。而在界面開發(fā)時，可針對不同權限用戶需要，設計不同的交互

形式，并可對具體硬件、軟件環(huán)境設計特定的顯示界面。

(3)面對對象的概念用于圖形的最大好處是直觀性，使圖形在外觀和行為上

得到了更加直接的描述。面對對象的系統(tǒng)供應了敏捷的通信機制，可便利地實現(xiàn)

應用對象與圖形對象的通信。

(4)采納面對對象的概念來設計界面，也使得應用系統(tǒng)的開發(fā)在方法上得到

了統(tǒng)一，使得在應用系統(tǒng)功能上的各種技術實現(xiàn)可以同樣用于界面開發(fā)，為系統(tǒng)

的維護和集成帶來了很大的便利。

(5)使用界面描述工具來描述用戶需求，即對要生成的界面進行描述，并形

成一個描述文件?；谧匀徽Z言的界面描述工具，會使描述變得冗長、煩瑣且語

義模糊，因此帶來了對其進行全都性和完整性驗證的困難。通過對多種形式和半

形式語言(如多對語法、菜單樹法、轉換圖法等)的分析比較。界面應用描述的實

現(xiàn)采納基于菜單樹的結點對象描述方法，即用一個菜單樹給出菜單的結構信息并

對應每個菜單結點，再將結點看成一個結點對象(GUI對象)，而給出其對象的描

述定義。對GUI對象表示其屬性和操作時，增加了兩個附加元素：屬性的側面

和可選的視圖。這種方法，即采用了菜單樹的結構簡明、清楚，又采用了轉換圖

的腳本注釋及供應狀態(tài)結點信息的特點。

(6)采用界面自動生成工具，依據(jù)描述文件以及界面對象庫中的各個GUI

對象，形成一個顯示屏幕為單位的界面資源文件。

(7)界面模式管理供應多個界面的掌握方式。界面模式庫保存的是一些界面

模式的掌握方法，用戶還可采用界面模式維護工具，開發(fā)符合自己需要的掌握方

法。實現(xiàn)的界面模式有下拉式、彈出式、瀑布式、命令式等。

(8)界面與應用程序的組裝，它把生成的界面資源文件以及對功能對象的引

用作為組裝的數(shù)據(jù)，并加上對界面的操作形式，以得到一個完整的面對對象的圖

形界面應用系統(tǒng)。

用戶界面應用開發(fā)環(huán)境的系統(tǒng)結構如下圖所示。

2.4軟件平臺方案

2.4.1系統(tǒng)組成

本系統(tǒng)由于涉及的內容許多，功能簡單，明顯將系統(tǒng)劃分為多個功能相對獨

立的子系統(tǒng)來建設，就簡潔得多，而且可以將可能的軟件故障掌握在一個較小的

范圍。各子系統(tǒng)均可以實現(xiàn)一組相對獨立而完整的用戶需求，其業(yè)務依靠程度小,

符合高內聚和低耦合的原則，這樣構建起來的系統(tǒng)的健壯性和可維護性較好。同

時，采納何種結構模型將這些功能相對獨立的子系統(tǒng)組合起來、最終實現(xiàn)我們的

系統(tǒng)，是我們首先要考慮的重要問題。層次結構的系統(tǒng)具有穩(wěn)定性，而現(xiàn)實世界

中的任何大系統(tǒng)其實都是采納層次結構來構建的?；谝陨峡紤]，我們打算采納

層次結構來構建我們的系統(tǒng)。

系統(tǒng)由數(shù)據(jù)層、基礎管理層、監(jiān)督掌握層和三個部分組成的相互協(xié)調工作的

完整系統(tǒng)。為便于具體系統(tǒng)設計工作的綻開，現(xiàn)將三個系統(tǒng)之間的邊界劃分如下：

1、數(shù)據(jù)層：為系統(tǒng)供應業(yè)務數(shù)據(jù)和地圖數(shù)據(jù)。

2、基礎管理層：實現(xiàn)與業(yè)務處理關聯(lián)的各相關子系統(tǒng)的設計與開發(fā)，并為

信息的采集、匯總、以及系統(tǒng)管理供應支持。主要包括：消防基礎數(shù)據(jù)管理子系

統(tǒng)、事務管理子系統(tǒng)、設置與維護子系統(tǒng)、地理信息GIS管理子系統(tǒng)、消防預案

管理子系統(tǒng)、數(shù)據(jù)交換與接口子系統(tǒng)等共6個子系統(tǒng)的功能。

3、監(jiān)督掌握層：實現(xiàn)對火警報警的實時監(jiān)督，在各類緊急和必要的狀況下通

過接口直接通知119指揮中心.主要包含消防巡查管理子系統(tǒng)、火災報警管理子

系統(tǒng)等2個子系統(tǒng)的功能。

以上的各個子系統(tǒng)在設計的時候都單獨設計，能獨自成為一個單獨系統(tǒng)，通

過平臺又能整合在一起，成為一個完整的綜合的自動報警遠程監(jiān)控系統(tǒng)。

2.4.2軟件架構

監(jiān)

督

控消防巡杳管理火災報警管理

制子系統(tǒng)子系統(tǒng)

層

數(shù)據(jù)交換與接口子系統(tǒng)

基

礎消防基地理信

管消防預

礎數(shù)據(jù)息GIS^

理案管理

管理子理子系

層子系統(tǒng)

系統(tǒng)統(tǒng)

通訊管理子系統(tǒng)

2.4.3監(jiān)督掌握層

消防巡查管理子系統(tǒng)

工作人員對整個消防設施進行巡查，一方面動態(tài)監(jiān)控各消防主機的工作狀

態(tài)信息，以準時發(fā)覺設施故障，保證消防系統(tǒng)的正常工作。另一方面，負責消防

值班室的值班人員的監(jiān)控和管理，可以實現(xiàn)全部聯(lián)網(wǎng)單位的查崗巡檢。

(1)對消防設施實時狀態(tài)查詢：可以依據(jù)消防設施的名字進行定位查詢，在

地圖上現(xiàn)實所在單位和相對應的狀態(tài)信息，以達到監(jiān)控的目的。

(2)對消防設施的歷史狀態(tài)查詢：可以對某個消防設施在某個時間段的狀態(tài)

進行查詢，對一些火災事故進行調查緣由。

火災報警管理子系統(tǒng)

聯(lián)網(wǎng)設施收到消防報警設施的火警后，在10秒內(我國最新標準

GB16806-2006規(guī)定)將信息傳至監(jiān)控管理中心，值班人員通過與現(xiàn)場消防值班

人員聯(lián)系及依據(jù)系統(tǒng)供應的預案管理系統(tǒng)功能，準時推斷火警真?zhèn)危瑢⒄鎸嵒鹁?/p>

信息上報119,并可將信息傳至119消防調度指揮中心。同時火警信息將通過短

消息或電話錄音方式發(fā)送到相關領導、值班人員的手機上。

(1)報警信號監(jiān)聽：特地監(jiān)聽聯(lián)網(wǎng)設施端口傳來的報警信息，收到報警信號

后，馬上傳至監(jiān)控中心。

(2)預案匹配查詢：依據(jù)傳來的報警信息，調出跟報警信息相匹配的預案方

案。推斷后并執(zhí)行預案。

(3)短信上報：通過短信端口把報警信息通過發(fā)短信的方式，發(fā)送到相關領

導，值班人員手機上。并可以帶有例如電話錄音等一些附件。

2.4.4基礎管理層

消防基礎數(shù)據(jù)管理子系統(tǒng)

登記和維護更新各重點消防單位的基礎消防數(shù)據(jù)，包括消防圖紙、消防預案

等。也可以在地圖上動態(tài)標繪消防設施，錄入相對應的信息。

(1)添加消防設施：對新添加的消防設施，假如系統(tǒng)沒有對應位置的消防紙

圖，必需先添加消防紙圖，然后在GIS上動態(tài)標繪，錄入相應信息。

(2)修改消防設施：查詢選中某個消防設施，對其位置，狀態(tài)，和一些參數(shù)

信息進行修改。

(3)刪除消防設施：對已經(jīng)移除的消防設施在地圖上刪除標記，并刪除相對

應的信息。

(4)添加消防紙圖：對新添加的監(jiān)控地點的消防紙圖的信息加入紙圖數(shù)據(jù)庫。

(5)刪除消防紙圖：對已經(jīng)遷移或者銷毀的監(jiān)控點的消防紙圖在數(shù)據(jù)中刪除。

事務管理子系統(tǒng)

用戶可以查詢任意時間段的火警信息，故障信息，在崗狀況信息，操作紀錄

信息，系統(tǒng)大事信息，并且可以把信息打印成報表。

(1)火警信息管理：依據(jù)時間段查出相對應某個監(jiān)控點的火警信息?？梢?/p>

供應一些歷史數(shù)據(jù)作為參考。

(2)故障信息管理：依據(jù)不同的地點、時間段和消防設施，查出相對應設施

的故障紀錄信息。以備監(jiān)控、修理人員參考。

(3)在崗信息管理：依據(jù)員工號查詢不同時間段的在崗信息。以備考勤查詢

備案。

(4)系統(tǒng)大事信息管理：依據(jù)不同時間段，查看系統(tǒng)運行中的一些報警等信

息。

以上各個功能都支持信息打印成報表。供應分析功能。

設置與維護子系統(tǒng)

實現(xiàn)對系統(tǒng)的參數(shù)配置，實現(xiàn)系統(tǒng)的管理、維護和擴展工作。

系統(tǒng)參數(shù)設置：對整個系統(tǒng)的參數(shù)設置，此模塊的權限必需是懂得整套系統(tǒng)

運行的角色人員來設置。

地理信息GIS管理子系統(tǒng)

支持對空間數(shù)據(jù)資源的管理、維護和擴展功能。為了能更直觀、便利的采集、

處理消防系統(tǒng)的信息，本系統(tǒng)采納了GIS技術(消防GIS),數(shù)據(jù)來源主要是城市

地圖、建筑平面圖和消防數(shù)據(jù)。當選擇任何一個聯(lián)網(wǎng)單位時，地圖系統(tǒng)自動顯示

該單位在地圖上的具體位置。當設施報告火警發(fā)生時，地圖會自動居中顯示聯(lián)網(wǎng)

單位，并報以聲光警示。

實時顯示地理信息系統(tǒng)收到的各種即時消息，如突發(fā)火災顯示、火災報警信

息、火警反饋信息、電話呼叫信息等，能夠將這些實時信息即時地顯示在電子地

圖上。

消防預案管理子系統(tǒng)

存儲和管理各城市建筑的地理位置和全部樓層的探測器安裝平面圖，實現(xiàn)與

火災報警掌握器的聯(lián)動，能通過平面圖指示動身生故障或火災的探測器位置。當

火警發(fā)生時，預案系統(tǒng)的探測器安裝平面圖數(shù)據(jù)可以通過消防指揮系統(tǒng)關心消防

員了解火災發(fā)生的明確位置。

□建筑信息包括聯(lián)系人電話，建筑名稱，內部單位等等。

□建筑預案包括針對城市建筑的信息制定的火災救援方案。

(1)預案編輯：對一些同類突發(fā)火警大事進行總結，依據(jù)肯定的類型分類,

每類對應一個執(zhí)行方案。執(zhí)行方案包含多個步驟，依據(jù)最基礎的一些原子組成一

個個步驟。

(2)預案查詢匹配：依據(jù)一些火警信息的性質，查詢最匹配的預案。對應一

套處理方案。可以執(zhí)行處理。

(3)預案添加修改：在實踐執(zhí)行中，發(fā)覺一些漏洞的步驟，可以對此預案方

案添加步驟，也可以對已經(jīng)存在的步驟的執(zhí)行內容進行修改。

(4)預案審核：對新建立的預案方案進行審核，假如通過審核，保存到數(shù)據(jù)

庫。

(5)預案預演：對選擇的預案方案進行預演，可以提前評估此預案的可執(zhí)行

性。

數(shù)據(jù)交換與接口管理子系統(tǒng)

數(shù)據(jù)交換與接口子系統(tǒng)主要供監(jiān)控中心、專業(yè)部門的具有相應權限的工作人

員使用。用于實現(xiàn)指揮中心與各相關專業(yè)部門之間的數(shù)據(jù)共享與交換。包括數(shù)據(jù)

抽取與更新、數(shù)據(jù)源注冊管理、數(shù)據(jù)更新發(fā)布、數(shù)據(jù)訂管理、身份認證與權限管

理、空間數(shù)據(jù)模型轉換、名目查找與發(fā)覺、日志管理、參數(shù)維護等功能模塊。

(1)數(shù)據(jù)抽取與更新:從中心數(shù)據(jù)庫中提取數(shù)據(jù)，并將抽取的到的數(shù)據(jù)存放

到前置數(shù)據(jù)庫中，提交給相關的子系統(tǒng)。

(2)數(shù)據(jù)更新發(fā)布:數(shù)據(jù)源注冊后，需要注冊其發(fā)布的數(shù)據(jù)。對于一般數(shù)據(jù)，

注冊數(shù)據(jù)庫表名；對于空間數(shù)據(jù)，注冊其發(fā)布的圖層，各個圖層的元數(shù)據(jù)信息在

注冊共享數(shù)據(jù)的同時，系統(tǒng)啟動對原始數(shù)據(jù)的更新監(jiān)聽服務，將原始數(shù)據(jù)源的全

部變化信息保存到日志紀錄表中，并自動將更新內容發(fā)布給數(shù)據(jù)訂閱者。

(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ù)。系統(tǒng)供應登記注冊頁面,

允許用戶掃瞄可共享的數(shù)據(jù)，選擇屬性表或圖層，并進行字段類型的匹配，提交

數(shù)據(jù)訂閱及交換方案。

（4）名目查找與發(fā)覺:名目查華與發(fā)覺模塊允許用戶查看及遍歷共享與交換

平臺中全部的共享數(shù)據(jù)；在用戶與目的數(shù)據(jù)庫之間建立起一條訪問鏈路，使得經(jīng)

過認證的用戶能查看其元數(shù)據(jù)、字段方案等內容。

（5）日志管理:系統(tǒng)具有日志管理信息，紀錄數(shù)據(jù)發(fā)布者和訂閱者的全部操

作，以及數(shù)據(jù)更新發(fā)生的日期、用時、更新狀況等信息。該功能允許管理員按時

間挨次分條查看及分析日志，并支持打印輸出。

2.4.5數(shù)據(jù)層

業(yè)務數(shù)據(jù)庫

存儲一些預案信息、消防設施信息，和火警案件處理過程信息。

地圖數(shù)據(jù)

存儲消防設施分布圖，城市電子地圖。

軟件平臺主要系統(tǒng)建設方案

2.4.6.1.消防巡查管理子系統(tǒng)

消防巡查主要功能是監(jiān)控消防設施的運行狀態(tài)是否正常。對消防設施進行自

動巡查或者人工巡查，通過系統(tǒng)查詢定位消防設施，并查看其狀態(tài)，以達到監(jiān)控

的目的。也可以對某個消防設施歷史狀態(tài)進行查詢。

用例模型

功能層次結構

▼

發(fā)送報警信號

系統(tǒng)功能層次圖

主要功能描述

消防巡查主要功能是監(jiān)控消防設施的狀態(tài)是否正常。主要分為自動巡查和人

工巡查。

自動查詢：系統(tǒng)自動查詢某個地區(qū)、某個時間段、某個類型的一些消防設施

的狀態(tài)，自動檢測或推斷是否要發(fā)送火警信號。

人工巡查：監(jiān)控人員通過GIS平臺，搜尋定位一些消防設施，查看消防設

施的狀態(tài)是否正常，假如不正常則推斷是否要發(fā)送火警信號?？梢砸罁?jù)不同區(qū)域,

不同時間段，不同類型的設施來巡查。

處理流程統(tǒng)計

消防巡杳管理子系統(tǒng)

▼

系統(tǒng)處理流程圖

2.4.6.2.火災報警管理子系統(tǒng)

用例模型

用戶

用例模型圖

功能層次結構

系統(tǒng)功能層次圖

主要功能描述

火災報警管理系統(tǒng)主要系統(tǒng)自動監(jiān)聽端口，獵取火警信息。用戶可以通過查

詢獵取某個時間段或者某個區(qū)域的火警統(tǒng)計信息。

系統(tǒng)自動監(jiān)聽火警信號：系統(tǒng)自動監(jiān)聽端口是否有火警信號傳入，當有火警

信號傳入時，推斷其火警等級。

預案匹配：依據(jù)火警等級以及火警信號的信息，系統(tǒng)自動或人工操作去預案

庫查找匹配的預案。

短信上報：依據(jù)火警等級通過短信上報給相關領導以及值班人員。并執(zhí)行匹

配的預案。

處理流程設計

系統(tǒng)處理流程圖

2.4.63事務管理子系統(tǒng)

用例模型

用例模型圖

功能層次結構

系統(tǒng)功能層次圖

主要功能描述

事務管理子系統(tǒng)可以供應用戶查詢任意時間段的火警信息，故障信息，在崗

狀況信息，操作紀錄信息，系統(tǒng)大事信息，并且可以把信息打印成報表。

火警信息管理：依據(jù)時間段查出相對應某個監(jiān)控點的火警信息。可以供應一

些歷史數(shù)據(jù)作為參考。

故障信息管理：依據(jù)不同的地點、時間段和消防設施，查出相對應設施的故

障紀錄信息。以備監(jiān)控、修理人員參考。

在崗信息管理:依據(jù)員工號查詢不同時間段的在崗信息。以備考勤查詢備案。

系統(tǒng)大事信息管理：依據(jù)不同時間段，查看系統(tǒng)運行中的一些報警等信息。

處理流程設計

系統(tǒng)處理流程圖

2.4.6.4,消防預案管理子系統(tǒng)

需求分析

盡管事故是難以避開的，但假如決策快速、指揮得當、具備有效的預案等，

就可極大地降低事故帶來的損失。在完全有預備的條件下，甚至可以將事故毀滅

在發(fā)生的初始階段，從而最大限度地削減人員的傷亡和財產(chǎn)損失和對環(huán)境的破壞。

因此消防遠程監(jiān)控系統(tǒng)軟件必需具備一個有效的決策支持系統(tǒng)，對決策者起

“支持”和“幫助”的作用，支持決策的全過程。

2.4.6.4.1.建設目標

1、形成一個集社會學、經(jīng)濟學等多學科的基于火災報警遠程監(jiān)控應用的學

問庫系統(tǒng)，提高指揮決策的科學性和專業(yè)性。

2、建立一套有用的、高效的預案制定、管理、使用系統(tǒng)，為指揮人員供應

應對策略上的支持。

2.4.6.4.2.建設原則

1、從基礎業(yè)務與數(shù)據(jù)分析入手，進行數(shù)據(jù)整合，關心政府把握支持決策的

核心價值。

2、關注應用，通過多維度的信息查詢、分析、猜測和挖掘，給客戶決策以

全面支撐。

3、可定制的界面、強大的圖形，引入經(jīng)濟及社會領域專家，建立先進的指

標、數(shù)據(jù)統(tǒng)計與分析模型。

2.4.6.43.整體結構

決策支持系統(tǒng)整體結構

2.464.4.主要功能描述

存儲和管理著消防聯(lián)網(wǎng)單位建筑基本信息、建筑的結構平面圖、建筑的地理

位置、建筑的消防設施等資料，關心消防管理部門作出快速、科學、系統(tǒng)、合理

的分析決策，最大程度縮短預備時間，避開或削減聯(lián)網(wǎng)單位的生命財產(chǎn)的損失。

固定預案應用模塊

依據(jù)大事基本信息（大事類型、事發(fā)地點等）快速搜尋到對應的處置預案（包

括文本形式的法律法規(guī)或圖形形式的重點單位建筑結構圖等），并將該預案的內

容顯示在用戶界面上。

資源調度預案應用模塊

依據(jù)大事基本信息、當前應急資源狀態(tài)，匹配適用的資源調度圖形預案模型,

并動態(tài)替換預案參數(shù)，得到依據(jù)大事基本信息生成的實際預案，并傳送至計算機

幫助調度子系統(tǒng)中，供應便捷的大事處置建議。

圖形預案應用模塊

采用系統(tǒng)供應的編輯工具和專用符號進行預案制作，并將制作完成的預案存

入預案庫中。還可以采用該子系統(tǒng)對原有預案進行編輯修改和查詢掃瞄。

預案模型維護模塊

依據(jù)用戶的實際預案內容，將預案抽象成模型，存儲在預案模型庫中。通過

該模塊，還可以對已存在的預案模型進行刪除、修改的操作。

預案庫維護模塊

依據(jù)用戶的需要新增、刪除或編輯各種形式預案。

應急隱患信息管理模塊

依據(jù)用戶的實際預案內容，將預案抽象成模型，存儲在預案模型庫中。通過該模

塊，還可以對已存在的預案模型進行刪除、修改的操作。

2.4.6.5.消防基礎數(shù)據(jù)管理子系統(tǒng)

用戶模型

添加添加

A

消防設施消防紙忤

用例模型圖

功能層次結構

主要功能描述

消防基礎數(shù)據(jù)管理包括對消防設施數(shù)據(jù)和消防數(shù)據(jù)的管理維護。

1、消防設施數(shù)據(jù)的管理與維護：對已經(jīng)存在的消防設施，可以通過查詢定

位，修改其信息。對新添加的消防設施，可以通過查詢位置，用動態(tài)標繪在地圖

上標繪，并添加對應信息保存到數(shù)據(jù)庫。對已經(jīng)撤離的消防設施，在地圖上搜尋

定位，并刪除。

2、消防圖紙數(shù)據(jù)的管理與維護：對整個城市的監(jiān)控范圍內的消防數(shù)據(jù)進行

維護，對新添加的監(jiān)控區(qū)域的消防圖紙進行添加保存到數(shù)據(jù)庫。對取消監(jiān)控的區(qū)

域的消防圖紙數(shù)據(jù)刪除。

處理流程設計

施還是

操作？

對設施操作

添

添刪

加

加除

“數(shù)據(jù)庫存儲k

系統(tǒng)處理流程圖

2.4.6.6.設置與維護子系統(tǒng)

依據(jù)系統(tǒng)的狀況，我們對系統(tǒng)管理維護系統(tǒng)進行了功能