《智慧城市 城市级智慧消防物联网监控服务平台建设方案V4.docx》由会员分享，可在线阅读，更多相关《智慧城市 城市级智慧消防物联网监控服务平台建设方案V4.docx（70页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、城市级智慧消防物联网监控服务平台建设方案文件编号202X QK011/ BT-ZTA-QK011文件状态草稿J正式发布正在修改当前版本拟制日期审核日期(3)平安防范工程程序与要求GA/T75-94(4)民用建筑电气设计规范JGJ/T16-92(5)建筑电气安装工程质量检测评定标准GBJ303-88(6)电气装置安装工程施工及验收规范GB(50254-50259)-96(7)民用闭路监视电视系统工程技术规范GB50198-94(8)建筑与建筑群综合布线系统工程设计规范CECS 72： 97(9)建筑与建筑群综合布线系统工程施工及验收规范 CECS 89： 97(10)智能建筑设计标准DBJO8-
2、47-95(11)消防报警系统设计规范GBJ116-88 (12)消防报警系统施工及验收规范GB50166-92第二章技术方案2.1. 设计思路2.1.1. 智能辅助消防远程监控系统的设计思路必须贯彻应用集成和智能辅助决 策的思想。应用集成不同于狭义的系统集成（硬件与网络的简单集成），它 是从用户应用角度提出的更高层次上的集成，即硬件、网络、数据、 模型和应用的有机集成。例如，一切与空间地理位置相关的消防数据 必须用地理信息系统（GIS）及其应用软件集成；重要的消防单位、 消防设施能够在数字化管理系统中设置远程监视和监控等等。目前，辅助决策有两个层次上的含义，最容易实现的是基于信息 查询式的会
3、商系统，它仅仅是为决策者提供信息支持，多为客观数据 的简单罗列，这种简单低层次上的信息查询系统从严格定义上而言并 不是决策支持系统，因为它没有提供任何经过仿真运算和风险分析的 方案给决策者选择；只有通过客观计算和专家主观经验相结合的综合 分析，能提供给决策者至少有2种以上的可供选择的风险决策方案的 系统才是真正意义上的决策支持系统。消防远程监控系统应当实现高层次意义上的智能辅助决策的目标。这就要求应用系统开发者时刻注意与有消防管理经验的专家结合,加强多种数据集成机制的研究和处理，加强数据挖掘功能的开发，做 到数据采集快速准确、信息处理标准规范。2.1.2. 集成网络INAP体系结构如下列图所示
4、：应用钦件实体信息 平安应 用 秋 件 应用支撑秋件API月艮;应用编程接口, API用数图 形通户据图讯界管象 处网面理理络操作系统网络硬 件网络平台体系参考模型包括三种实体和两种接口。其中应用软件实体包括应用软件（完成应用使命）和应用支撑软件（支撑应用使命）。应用平台实体：指支持应用软件运行、开发、维护的一整套计算 机系统的资源。它由网络硬件、操作系统、通信网络、数据管理（包 括管理信息的管理），图形与图像处理，编程语言与开发工具、系统 运行管理、用户界面等组成，构成了一种层次结构，并由这些组成成 分经过应用平台通向程序接口 API服务，而屏蔽了应用平台实体组成 的实现细节，使之对应用软件
5、实体透明。外部环境：指应用平台间交换信息的外部实体。其组成为：用户；通信实体；信息交换实体。外部环境通过外部环境接口 EEI提供EEI服务。接口包括：应用编程接口 API;外部环境接口 EEI;人机交互接口（显示器、键盘、鼠标器等）；信息服务接口 （定义永久性存储设备的数据格式等）；通信服务接口（提供应用平台间应用软件通信、互用的接口等）。2.1.3. 层次模型在INAP的体系结构基础上建立开放型应用平台的层次模型，充 分表达开放性和面向分布应用和Web应用开发的特点。开放性主要 表现在：广为流行的操作系统符合应用可移植要求；网络符合开放系 统互连体系结构要求（如OSI, TCP/IP协议体系
6、）；信息资源共享符合 分布式计算、异构数据访问要求。以及在涉密应用时（如Web应用）符合信息平安要求。面向分 布应用开发，其目的是建立一个集成的分布环境，以改进软件开发生 产率和质量。应用开发应遵循软件工程开发规范，采用面向对象的开 发方法、开发工具，并为用户提供一个友好、具有统一风格的访问界 面。应用平台的层次模型从功能上分为运行环境和开发维护环境，其 层次结构如下列图所示。应用层用户界面（含决策支持）信息运行管理开发工具系统层信息、知识、空间库管理、应用环境配置数据接受、预处理管理通信、网络管理安全网络操作系统硬件层信息采集设备、控制与嵌入式硬件、通信与网络设施(1)硬件层消防报警信息、消
7、防设备状态信息等由信息采集设备与计算机、 通信网络硬件及固化在硬设备中的低层软件组成。(2)系统层。网络操作系统子层，以Windows2003操作系统为核心， 完成主存管理、进程管理、进程间通信、与外设的I/O通信以及 文件系统管理等系统服务。由本层实现的对象管理系统为数据及 其操作系统提供封装，并为网络应用开发提供支持。:通信网络管理子层：以OSI, TCP/IP协议体系为基础，包 括低层网络通信功能和高层网络通信应用服务，完成分布式应用 模式下的信息互通和支持资源共享，支持互访互操作。数据接收、预处理管理子层：用SQL Server2005关系型 数据库管理系统完成数据管理，包括能支持在异
8、种网上为用户提供透明的数据管理，即在网上可运行和访问不同类型的数据库管 理系统。信息、知识、模型库管理子层：建立各种管理信息(空间 数据与属性数据、实时动态数据与静态数据、多媒体数据)库、 知识库和模型库，统筹管理应用软件开发、维护过程中各环节所 需的信息，确保应用软件的服务质量。支持透明数据传输的分布 式网络，提供并发访问管理信息库信息的能力；。应用环境配置子层：它由一些与系统有关的配置文件，实 用子程序等汇集成方法库。它可根据不同应用程序的要求，选择 不同的执行系统。该子层为应用层提供一致的运行界面，提供各 种有用的服务功能，减少应用软件开发的工作量，提供可靠、有 效的执行代码，为应用层提
9、供应用部件和装配方法的能力。(3)应用层。运行管理子层：在平衡网络负载下，完成网络应用活动的 监控和处理，为分布应用提供一个良好的运行管理环境，由开发 环境转交给运行环境的应用，可由该层通过对整个网络的监视， 把当前应用分布到空闲的站点上去运行，并对其运行活动进行控 制和管理。开发工具子层：它由编程语言、联编以及面向软件开发各 个阶段的各种可供选择的开发工具集组成。利用工具集可以方便、高效地进行网络应用的开发。用户界面子层：为终端用户提供友好、灵活、具有统一网 络、规范工作方式的操作界面（窗口、图标、鼠标器、下拉菜单等）， 以及功能选择（字形选择、窗口的移动、放大、缩小以及图标的设 计和更改等
10、）。该子层可根据用户类别而提供不同类别的用户界面, 为Web应用用户提供简单、易学的浏览器窗口界面，并辅以帮助 信息；为内部专业人员提供命令式交互界面和命令提示信息，并 可根据自己的兴趣选择不同背景或画面等等。此外，信息平安贯穿于模型各层，面向保密性、可用性和完整性 要求。在分析系统所受信息平安威胁，建立平安策略的基础上，由安 全模型、平安服务、平安机制、平安管理来保证信息平安。这涉及到 硬件、操作系统、通信网络、数据库、应用软件等方面。2.1.4. 开发工具在应用平台层次模型中，应该选择适合应用开发的工具集，在应 用软件开发周期的几个主要阶段，即：在应用系统分析阶段，通过对 SDL（Stru
11、cture Described Language）规范进行对象规范的扩充，来 阐述系统的需求；在系统的设计阶段，从系统的总体结构，系统的约 束上用统一建模语言（UML）对系统进行进一步的处理；在系统实现 阶段，用Erwin实现实体关系模型到关系数据库定义的转换，在调度 控制端完成OOSDL（Object-Oriented SDL）规范到C语言的转换及OOSDL规范到可执行代码的转换，选用Mapinfo和具有空间数据管 理功能的关系数据库(例如，SQL Server2005)系列工具软件，结 合面向对象的开发工具(如Eclipse)完成各种数据和应用的集成等 等。利用这组应用开发工具，可方便、高
12、效地进行应用开发。2.1.5. 界面设计消防远程监控系统软件除开发应用的功能模型外，应用开发的另 一个重要局部就是用户界面的设计和实现。本系统除非常专业的软件 外，一般采用浏览器图形界面。在整个应用开发中约占一半以上的比 重是决策支持系统界面与功能的开发，为此有必要提供一个一致的用 户界面开发平台。用户界面开发平台的设计原那么是：(1)采用面向对象的图形界面设计方法，即把与用户直接交 互的界面或成份看成一个对象，对一个界面的各种活动都看成是 其上的各种操作，对对象数据和操作的封装可用对象来定义。(2)把界面开发与应用的功能实现分开。应用功能的相对独 立和完整，也为应用奠定了基础。而在界面开发时
13、，可针对不同 权限用户需要，设计不同的交互形式，并可对具体硬件、软件环 境设计特定的显示界面。(3)面向对象的概念用于图形的最大好处是直观性，使图形在外观和行为上得到了更加直接的描述。面向对象的系统提供了灵活的通信机制，可方便地实现应用对象与图形对象的通信。(4)采用面向对象的概念来设计界面，也使得应用系统的开 发在方法上得到了统一，使得在应用系统功能上的各种技术实现 可以同样用于界面开发，为系统的维护和集成带来了很大的方便。(5)使用界面描述工具来描述用户需求，即对要生成的界面 进行描述，并形成一个描述文件。基于自然语言的界面描述工具， 会使描述变得冗长、烦琐且语义模糊，因此带来了对其进行一
14、致 性和完整性验证的困难。通过对多种形式和半形式语言(如多对语 法、菜单树法、转换图法等)的分析比拟。界面应用描述的实现采 用基于菜单树的结点对象描述方法，即用一个菜单树给出菜单的 结构信息并对应每个菜单结点，再将结点看成一个结点对象(GUI 对象)，而给出其对象的描述定义。对GUI对象表示其属性和操作 时，增加了两个附加元素：属性的侧面和可选的视图。这种方法， 即利用了菜单树的结构简明、清晰，又利用了转换图的脚本注释 及提供状态结点信息的特点。(6)利用界面自动生成工具，根据描述文件以及界面对象库 中的各个GUI对象，形成一个显示屏幕为单位的界面资源文件。(7)界面模式管理提供多个界面的控制
15、方式。界面模式库保 存的是一些界面模式的控制方法，用户还可利用界面模式维护工目录第一章工程概述41.1. 需求分析51.2. 建设目标51.3. 指导思想61.4. 设计目标61.5. 设计原那么71.5.1. 系统性原那么81.5.2. 标准性原那么81.5.3. 实用性原那么81.5.4. 经济性原那么81.5.5. 开放性原那么81.5.6. 兼容性原那么91.5.7. 扩展性原那么91.5.8. 平安性原那么9L6 .标准规范9第二章 技术方案112.1. 设计思路112.1.1. 智能辅助112.1.2. 集成网络122.1.3. 层次模型142.1.4. 开发工具172.1.5.
16、界面设计182.2. 系统架构202.3. 功能逻辑212.4. 网络结构222.5. 软件平台232.5.1. 控制监督层242.5.2. 基础管理层252.5.3. 数据层252.6. 平台划分252.6.1.1. 信息采集终端252612信息监控处理252.7. 技术架构262.7.1. 采集272.7.2. 网络系统282.7.3. 消防监控282.8. 系统组成302.8.1. 软件架构322.8.2. 监督控制322.8.3. 基础管理层342.8.4. 数据层392.8.5. 消防巡查39火灾报警管理子系统41具，开发符合自己需要的控制方法。实现的界面模式有下拉式、弹出式、瀑布式
17、、命令式等。(8)界面与应用程序的组装，它把生成的界面资源文件以及 对功能对象的引用作为组装的数据，并加上对界面的操作形式， 以得到一个完整的面向对象的图形界面应用系统。用户界面应用开发环境的系统结构如下列图所示。22系统架构系统总体结构如下列图所示:监督控制层消防巡查管理火灾报警管理基础管理层数据交换与接口管理消防基础数据管理运 行 维 护 体 系协同工作安 全 保 障 体 系通信管理层 网络 短信 图片 人T 接近层软件接口硬件接口通信网络层 语音网数据通信网无线通信网机电环境层机房综合布线能源装修23功能逻辑系统功能逻辑结构如下列图所示:管理人员决策支持系统消防监控中心系统通信网络系统信
18、息采集系统消防监测数据汇总、显示监控维护人员24网络结构系统的网络拓扑结构如下列图所示:出也I限务涔生警服务器高级管理员粒住报警Q瑞捽工作站如上图所示，每个报警主机将各种报警信息统一汇总，通过网络 上传总控中心。通过数据汇集，总控中心对数据进行统一管理，本系 统根据不同的权限规划与管辖范围提供不同的管理功能与管理界面。25软件平台系统的架构就犹如同大厦的基石，系统架构是保证整个系统良好运行的基础，合理的系统架构可以增强系统的健壮性、可扩展性，因此本方案在建设满足用户业务需求的消防报警管理系统时，应规划出 合理的系统架构，让应用体系健壮、科学、灵活、易扩展，能够较好 地解决现有应用变更和应对未来
19、新应用加入系统应用体系所带来的 集成问题，降低后期维护和集成本钱，提升应用成效，让系统走上健 康开展的道路。方案的初步总体框架如下列图所示监督控制信消防巡杳管理子系统火灾报警管理子系统数据交换与接口子系统基础管理层消防基础数据管理子系统地理信息CI中管理子系统消防预案管理子系统通讯管理子系统该系统框架是由控制监督层、基础管理层、数据层三个层次共八 个子系统组成。251.控制监督层负责收集远端各信息点产生和录入的数据，包括远程传输设备、管理信息系统远端应用系统等，实现对消防设备，消防资源，火灾报 警的控制监督。2.5.2. 基础管理层包括消防基础数据，消防预案，GIS地理信息系统等支撑平台。2.
20、5.3. 数据层包括业务数据和GIS电子地图数据。26平台划分消防远程监控系统硬件平台划分为：信息采集终端系统平台、信 息监控处理平台两个局部： 261.1.信息采集终端主要是部署在各个大楼，用于采集各个点位的火灾报警信息，并 集中作一个初步处理。主要包括各个采集终端设备和智能主机。2.6.1.2.信息监控处理主要是部署在各控制中心，用于将提供的各大楼报警信息存储,并对不同的信息作相对应的处理。主要包括控制中心的数据服务器、 信息处理（报警）服务器、各相关报警模块。27技术架构系统整体规划为二级架构：第一级为监控中心；第二级为下属机 楼的消防主机组成。监控中心对整个消防系统集中控制管理，并通过
21、 网络转发，把数据从局域网到消防主机进行分控管理，软件统一采用 B/S结构。系统结构图见下列图。监控平台I前端设箸前端设需Q0 0消防设箸。消防设备消防设篝图：系统结构图整个系统数据流程是采用逐级汇接至监控中心的拓扑结构。主/ 分控平台汇接信息后，把不同类型的信息进行分析，判断可能的故障、 告警信息，转发至相关的监控中心，同时以声音、 、邮件、手机 短信等方式通知相关管理人员。以此到达以下功能描述。系统通过由消防设备提供的通信数据、干接点信号或者区域性的 有源信号，采用协议转换模块、数据采集模块，协议网关等专业设备 将消防设备的报警信息或干接点变化信号通过网络送至主/分控中心, 实时监测每个区
22、域的火灾情况。消防设备一旦发生报警（火灾、设备 故障等），报警信号通过网络实时传送到监控中心，立即发出警报信 号：以声音报警、文字提示、电子地图等多种形式报出警情，同时监 控中心向预先设定的手机或电信手机发送报警短信信息。主控平台以 文字方式显示报警事故的时间、地点和报警状态、处理结果，报警纪 录以历史记录的方式存在系统的数据服务器中。同时系统具有报警查 询、数据导入导出、权限管理等功能。为了合理有序的完成上述要求，本系统将分为一下三大系统。2.7.1. 信息采集消防报警信息和远程监控传输设备运行信息、值班人员在岗信息、 巡检信息等是消防管理的基础信息，它们具有实时性强的共同特点， 是消防火灾
23、远程监控与信息系统的重要数据。信息采集系统应完成无 线传输设备报警信息和运行信息的自动化或半自动化采集和发送。消防监控无线传输设备监控信息：无线传输设备监控信息包括运行状态信息、紧急火灾报警信息、故障报警信息、值班人员在岗情况信息，巡检信息等，系统以自动和 人工相结合的方式完成信息的采集。2.7.2. 网络系统根据规划设计，消防远程监控系统主要建设以下两级网：本部局域网、移动通信网。对消防监控计算机网络的功能要求：- 高速可靠的传输能力；- 异种、异构网的互连、互操作；- 恶劣天气情况下保证网络的畅通；- 开放和灵活的扩展性；- 网络可靠的平安性。2.7.3. 消防监控监控中心管理软件的功能包
24、括：一、基于B/S架构对消防报警器的实时监控功能；二、根据数据库的数据产生相关的用户模块，包括短信告警、统计报表等。2.7.3.1. 角色管理管理员可以根据用户具体情况，自定义拥有不同的操作权限或不 同的平安等级。273.2.消防数据管理客户可对无线传输设备与消防图纸进行基于GIS电子地图的动 态标绘，这样降低了地理位置信息采集的难度，除此之外，还包括显 示无线传输设备的属性、增删无线传输设备、设置无线传输设备的信 息、设置报警 等。可对消防图纸进行管理，显示消防图纸、上传、 删除消防图纸、设置消防图纸信息等。2.7.3.3.消防巡查管理一方面动态监控各消防主机的工作状态信息，以及时发现设备故
25、 障，保证消防系统的正常工作。另一方面，负责消防值班室的值班人 员的监控和管理，可以实现所有联网单位的查岗巡检。27.3.4.火灾管理联网传输设备收到消防报警设备的火警后，在10秒内（国家最 新标准GB16806-2006规定）将信息传至监控管理中心，值班人员 通过与现场消防值班人员联系及根据系统提供的预案管理系统功能, 及时判断火警真伪，将真实火警信息上报119,并可将信息传至119 消防调度指挥中心。同时火警信息将通过短消息或 录音方式发送2.9. 硬件平台58291 .信息采集终端58消防主机连接图592.9.2.信息监控处理592.10. 工作原理602.10.1. 智能收发终端602
26、.10.2. 消防报警监控622.10.3. 接警处理63第三章系统实施653.1. 实施条件653.2. 设备接口663.3. 工程实施673.3.1. 指导原那么673.3.2. 工程任务68第四章 售后服务体系70到相关领导、值班人员的手机上。1.1.1.1. 时监控实时显示系统连接的所有监控点无线传输设备的信息，包括火灾 报警信息、值班人员在岗情况、巡检信息等。一旦发生火警，马上通 过声光、短信告警提示值班人员。2.7.3.6. 数据分析包括消防报警记录、无线传输设备的运行状态、值班人员在岗情 况、巡检情况等报表统计分析。另外，还包括常规历史记录查询、报 警事件查询、运行状态查询等。通
27、过查询功能可以进于相关的故障分 析追寻。2.7.3.7. GIS地理信息为系统提供基于GIS地理信息支撑，实现相关部件或事件的电 子地图定位，可视化操作。2.8. 系统组成本系统由于涉及的内容很多，功能复杂，显然将系统划分为多个 功能相对独立的子系统来建设，就容易得多，而且可以将可能的软件 故障控制在一个较小的范围。各子系统均可以实现一组相对独立而完 整的用户需求，其业务依赖程度小，符合高内聚和低耦合的原那么，这 样构建起来的系统的健壮性和可维护性较好。同时，采用何种结构模 型将这些功能相对独立的子系统组合起来、最终实现我们的系统，是 我们首先要考虑的重要问题。层次结构的系统具有稳定性，而现实
28、世 界中的任何大系统其实都是采用层次结构来构建的。基于以上考虑, 我们决定采用层次结构来构建我们的系统。系统由数据层、基础管理层、监督控制层和三个局部组成的相互 协调工作的完整系统。为便于详细系统设计工作的展开，现将三个系 统之间的边界划分如下：1、数据层：为系统提供业务数据和地图数据。2、基础管理层：实现与业务处理关联的各相关子系统的设计与 开发，并为信息的采集、汇总、以及系统管理提供支持。主要包括: 消防基础数据管理子系统、事务管理子系统、设置与维护子系统、地 理信息GIS管理子系统、消防预案管理子系统、数据交换与接口子 系统等共6个子系统的功能。3、监督控制层：实现对火警报警的实时监督，
29、在各类紧急和必要 的情况下通过接口直接通知119指挥中心.主要包含消防巡查管理子 系统、火灾报警管理子系统等2个子系统的功能。以上的各个子系统在设计的时候都单独设计，能单独成为一个单独系统，通过平台又能整合在一起，成为一个完整的综合的自动报警远程监控系统。2.8.1. 软件架构监督控制信消防巡杳管理子系统火灾报警管理子系统数据交换与接口子系统基础管理层消防基础数据管理子系统设置与维护子系统地理信息ci中管理子系统消防预案管理子系统通讯管理子系统2.8.2. 监督控制2.8.2.1. 消防巡查工作人员对整个消防设施进行巡查，一方面动态监控各消防主 机的工作状态信息，以及时发现设备故障，保证消防系
30、统的正常工作。 另一方面，负责消防值班室的值班人员的监控和管理，可以实现所有 联网单位的查岗巡检。(1)对消防设施实时状态查询：可以根据消防设施的名字进行定位查询，在地图上现实所在单位和相对应的状态信息，以达 到监控的目的。(2)对消防设施的历史状态查询：可以对某个消防设施在某 个时间段的状态进行查询，对一些火灾事故进行调查原因。2.8.2.2. 火灾报警联网设备收到消防报警设备的火警后，在10秒内(国家最新标 准GB16806-2006规定)将信息传至监控管理中心，值班人员通过 与现场消防值班人员联系及根据系统提供的预案管理系统功能，及时 判断火警真伪，将真实火警信息上报119,并可将信息传
31、至119消 防调度指挥中心。同时火警信息将通过短消息或 录音方式发送到 相关领导、值班人员的手机上。(1)报警信号监听：专门监听联网设备端口传来的报警信息, 收到报警信号后，立即传至监控中心。(2)预案匹配查询：根据传来的报警信息，调出跟报警信息 相匹配的预案方案。判断后并执行预案。(3)短信上报：通过短信端口把报警信息通过发短信的方式,发送到相关领导，值班人员手机上。并可以带有例如 录音等一附件C2.8.3. 基础管理层2.8.3.1. 消防数据管理登记和维护更新各重点消防单位的基础消防数据，包括消防图纸、 消防预案等。也可以在地图上动态标绘消防设施，录入相对应的信息。(1)添加消防设施：对
32、新添加的消防设施，如果系统没有对 应位置的消防纸图，必须先添加消防纸图，然后在GIS上动态标 绘，录入相应信息。(2)修改消防设施：查询选中某个消防设施，对其位置，状 态，和一些参数信息进行修改。(3)删除消防设施：对已经移除的消防设施在地图上删除标 记，并删除相对应的信息。(4)添加消防纸图：对新添加的监控地点的消防纸图的信息 加入纸图数据库。(5)删除消防纸图：对已经迁移或者销毁的监控点的消防纸图在数据中删除。2.8.3.2. 事务管理用户可以查询任意时间段的火警信息，故障信息，在岗情况信息， 操作记录信息，系统事件信息，并且可以把信息打印成报表。(1)火警信息管理：根据时间段查出相对应某
33、个监控点的 火警信息。可以提供一些历史数据作为参考。(2)故障信息管理：根据不同的地点、时间段和消防设施， 查出相对应设施的故障记录信息。以备监控、维修人员参考。(3)在岗信息管理：根据员工号查询不同时间段的在岗信息。 以备考勤查询备案。(4)系统事件信息管理：根据不同时间段，查看系统运行中 的一些报警等信息。以上各个功能都支持信息打印成报表。提供分析功能。2.8.3.3. 维护管理实现对系统的参数配置，实现系统的管理、维护和扩展工作。系统参数设置：对整个系统的参数设置，此模块的权限必须是懂得整套系统运行的角色人员来设置。2.8.3.4. 地理信息GIS支持对空间数据资源的管理、维护和扩展功能
34、。为了能更直观、 方便的采集、处理消防系统的信息，本系统采用了 GIS技术（消防 GIS），数据来源主要是城市地图、建筑平面图和消防数据。中选择任 何一个联网单位时，地图系统自动显示该单位在地图上的具体位置。 当设备报告火警发生时，地图会自动居中显示联网单位，并报以声光 警示。实时显示地理信息系统收到的各种即时消息，如突发火灾显示、 火灾报警信息、火警反应信息、 呼叫信息等，能够将这些实时信 息即时地显示在电子地图上。2.8.3.5. 消防预案管理存储和管理各城市建筑的地理位置和所有楼层的探测器安装平 面图，实现与火灾报警控制器的联动，能通过平面图指示出发生故障 或火灾的探测器位置。当火警发生
35、时，预案系统的探测器安装平面图 数据可以通过消防指挥系统帮助消防员了解火灾发生的明确位置。建筑信息包括联系人 ，建筑名称，内部单位等等。建筑预案包括针对城市建筑的信息制定的火灾救援方案。(1)预案编辑：对一些同类突发火警事件进行总结，按照一 定的类型分类，每类对应一个执行方案。执行方案包含多个步骤， 根据最基础的一些原子组成一个个步骤。(2)预案查询匹配：根据一些火警信息的性质，查询最匹配 的预案。对应一套处理方案。可以执行处理。(3)预案添加修改：在实践执行中，发现一些漏洞的步骤, 可以对此预案方案添加步骤，也可以对已经存在的步骤的执行内 容进行修改。(4)预案 对新建立的预案方案进行审核，
36、如果通过审 核，保存到数据库。(5)预案预演：对选择的预案方案进行预演，可以提前评估 此预案的可执行性。2.8.3.6. 数据交换管理数据交换与接口子系统主要供监控中心、专业部门的具有相应权 限的工作人员使用。用于实现指挥中心与各相关专业部门之间的数据 共享与交换。包括数据抽取与更新、数据源注册管理、数据更新发布、 数据订管理、身份认证与权限管理、空间数据模型转换、目录查找与 发现、日志管理、参数维护等功能模块。(1)数据抽取与更新：从中心数据库中提取数据，并将抽取 的到的数据存放到前置数据库中，提交给相关的子系统。(2)数据更新发布：数据源注册后，需要注册其发布的数据。 对于一般数据，注册数
37、据库表名；对于空间数据，注册其发布的 图层，各个图层的元数据信息在注册共享数据的同时，系统启动 对原始数据的更新监听服务，将原始数据源的所有变化信息保存 到日志记录表中，并自动将更新内容发布给数据订阅者。(3)数据订阅管理：需要订阅共享数据的子系统向数据中心 注册数据订阅主机的地址，数据的型(空间数据或非空间数据)、 数据库管理系统类型，数据库连接参数等数据中心可以根据这些 信息自动更新其数据。系统提供登记注册页面，允许用户浏览可 共享的数据，选择属性表或图层，并进行字段类型的匹配，提交 数据订阅及交换方案。(4)目录查找与发现：目录查华与发现模块允许用户查看及 遍历共享与交换平台中所有的共享
38、数据；在用户与目的数据库之 间建立起一条访问链路，使得经过认证的用户能查看其元数据、 字段方案等内容。(5)日志管理：系统具有日志管理信息，记录数据发布者和 订阅者的所有操作，以及数据更新发生的日期、用时、更新状况 等信息。该功能允许管理员按时间顺序分条查看及分析日志，并支持打印输出。2.8.4. 数据层2.8.4.1. 业务数据库存储一些预案信息、消防设施信息，和火警案件处理过程信息。2.8.4.2. 地图数据存储消防设施分布图，城市电子地图。2.8.5. 消防巡查消防巡查主要功能是监控消防设施的运行状态是否正常。对消防 设施进行自动巡查或者人工巡查，通过系统查询定位消防设施，并查 看其状态
39、，以到达监控的目的。也可以对某个消防设施历史状态进行 查询。用例模型第一章工程概述火灾作为现代城市的主要灾害，越来越受到人们的广泛关注。随 着消防报警技术和计算机网络技术的飞速开展，融合这两门学科的城 市和各类区域的消防智能化自动报警网络的建设因而倍受瞩目。消防 自动报警远程监控系统主要面向于城市、各类区域和行业内部的消防 管理部门。通过消防自动报警远程监控系统可以帮助建设单位了解联网单 位消防报警设备的开通情况、运行情况，对于不按规定安装、使用和 维护消防自动报警设备的单位，及时要求其作出相应整改。可以帮助 建设单位实时了解联网单位消防值班人员的在岗情况，杜绝因各种因 素造成的人员脱岗现象。
40、可以帮助单位进行上述各类数据的统计并编 制报表。辅助联网单位消防控制室的值班人员及时、准确地确认和上 报火警，最大限度提早报警时间、缩短报警过程，争取珍贵时间迅速 出警灭火。消防自动报警远程监控系统的自动接警功能并不是对值班人 员通过人工119报警的取代，而是辅助完成对火警的上报工作，并使 之更加规范、可靠。城市的自动接警中心可将确认后的火警信息通过 专用设备传到城市119指挥中心。各地消防管理部门可根据实际情况, 确定是否和如何使用自动接警功能。功能层次结构系统功能层次图主要功能描述消防巡查主要功能是监控消防设施的状态是否正常。主要分为自 动巡查和人工巡查。自动查询：系统自动查询某个地区、某
41、个时间段、某个类型的一些消防设施的状态，自动检测或判断是否要发送火警信号。人工巡查：监控人员通过GIS平台，搜索定位_些消防设施,号。可以根据不同区域，不同时间段，不同类型的设施来巡查。处理流程统计系统处理流程图火灾报警管理子系统用例模型系统自动监听预案匹配知信上报用户用例模型图功能层次结构系统自动监听火 警信号有火警信号预案匹配也配成功预案执行和短彳：上报系统功能层次图主要功能描述火灾报警管理系统主要系统自动监听端口，获取火警信息。用户系统自动监听火警信号：系统自动监听端口是否有火警信号传入, 当有火警信号传入时，判断其火警等级。预案匹配：根据火警等级以及火警信号的信息，系统自动或人工 操作
42、去预案库查找匹配的预案。处理流程设计系统自动监听火A 警信息 是预案匹配短信上报并执行 预案系统处理流程图短信上报：根据火警等级通过短信上报给相关领导以及值班人员。 并执行匹配的预案。用例模型用例模型图功能层次结构系统功能层次图主要功能描述事务管理子系统可以提供用户查询任意时间段的火警信息，故障 信息，在岗情况信息，操作记录信息，系统事件信息，并且可以把信息打印成报表。火警信息管理：根据时间段查出相对应某个监控点的火警信息。 可以提供一些历史数据作为参考。故障信息管理：根据不同的地点、时间段和消防设施，查出相对 应设施的故障记录信息。以备监控、维修人员参考。在岗信息管理：根据员工号查询不同时间
43、段的在岗信息。以备考 勤查询备案。系统事件信息管理：根据不同时间段，查看系统运行中的一些报 警等信息。处理流程设计系统处理流程图需求分析尽管事故是难以防止的，但如果决策迅速、指挥得当、具备有效 的预案等，就可极大地降低事故带来的损失。在完全有准备的条件下, 甚至可以将事故消灭在发生的初始阶段，从而最大限度地减少人员的 伤亡和财产损失和对环境的破坏。因此消防远程监控系统软件必须具备一个有效的决策支持系统, 对决策者起“支持”和“辅助”的作用，支持决策的全过程。2.8.5.1. 建设目标1、形成一个集社会学、经济学等多学科的基于火灾报警远程监 控应用的知识库系统，提高指挥决策的科学性和专业性。2、
44、建立一套实用的、高效的预案制定、管理、使用系统，为指 挥人员提供应对策略上的支持。2.852. 建设原那么1、从基础业务与数据分析入手，进行数据整合，帮助政府掌握 支持决策的核心价值。2、关注应用，通过多维度的信息查询、分析、预测和挖掘，给 客户决策以全面支撑。3、可定制的界面、强大的图形，引入经济及社会领域专家，建立先进的指标、数据统计与分析模型。2.8.5.3.整体结构决策支持系统整体结构2.854.主要功能存储和管理着消防联网单位建筑基本信息、建筑的结构平面图、 建筑的地理位置、建筑的消防设施等资料，帮助消防管理部门作出快 速、科学、系统、合理的分析决策，最大程度缩短准备时间，防止或 减
45、少联网单位的生命财产的损失。固定预案应用模块根据事件基本信息（事件类型、事发地点等）快速搜索到对应的处置预案（包括文本形式的法律法规或图形形式的重点单位建筑结构 图等），并将该预案的内容显示在用户界面上。资源调度预案应用模块根据事件基本信息、当前应急资源状态，匹配适用的资源调度图 形预案模型，并动态替换预案参数，得到根据事件基本信息生成的实 际预案，并传送至计算机辅助调度子系统中，提供便捷的事件处置建 议。图形预案应用模块利用系统提供的编辑工具和专用符号进行预案制作，并将制作完 成的预案存入预案库中。还可以利用该子系统对原有预案进行编辑修 改和查询浏览。预案模型维护模块根据用户的实际预案内容，将预案抽象成模型，存储在预案模型 库中。通过该模块，还可以对已存在的预案模型进行删除、修改的操 作。预案库维护模块根据用户的需要新增、删除或编辑各种形式预案。应急隐患信息管理模块根