资源目录
压缩包内文档预览：(预览前20页/共51页)
编号：208681429
类型：共享资源
大小：2.07MB
格式：ZIP
上传时间：2022-04-20
上传人：考****
认证信息
个人认证
武**（实名认证）
山西
IP属地：山西
35
积分
- 关 键 词：
-
消防工程
施工
方案
技术措施
- 资源描述：
-
消防工程施工方案及技术措施,消防工程,施工,方案,技术措施
- 内容简介：
-
- 1 -消防报警联网监控系统消防报警联网监控系统技技术术方方案案重庆领略科技有限公司重庆领略科技有限公司www.LingLueT20112011 年年 1111 月月- 2 -第一章第一章 系统概述系统概述 .41.1 前言前言 .41.2 需求分析需求分析 .41.3 建设目标建设目标 .51.4 指导思想指导思想 .61.5 设计目标设计目标 .61.6 设计原则设计原则 .71.6.1 系统性原则.71.6.2 标准性原则.71.6.3 先进性和实用性原则.81.6.4 经济高效性原则.81.6.5 开放性原则.81.6.6 兼容性和延续性原则.81.6.7 可扩展性和易维护性原则.81.6.8 安全性和可靠性原则.81.7 相关标准及规范相关标准及规范 .9第二章第二章 技术解决方案技术解决方案 .102.1 系统简介.102.1.1 信息采集系统.112.1.2 计算机网络系统.112.1.3 消防报警远程监控系统.112.2 系统结构.132.2.1 系统总体结构.132.2.2 系统的功能逻辑结构.142.2.3 系统的网络结构.142.2.4 软件平台划分.152.2.5 硬件平台划分.162.3 系统设计思路.17- 3 -2.3.1 高度应用集成和智能辅助决策的设计思想.172.3.2 采用集成网络应用平台（INAP）的体系结构 .172.3.3 建立消防管理应用平台开发的层次模型.192.3.4 针对不同的阶段优选应用开发工具.212.3.5 设计用户界面设计原则.212.4 软件平台方案.232.4.1 系统组成.232.4.2 软件架构.242.4.3 监督控制层.242.4.4 基础管理层.252.4.5 数据层.282.4.6 软件平台主要系统建设方案.282.5 硬件平台方案.432.5.1. 信息采集终端系统平台.432.5.2. 信息监控处理平台.432.6 系统工作原理.442.6.1 消防报警智能收发终端的数据采集.442.6.2 消防报警监控中心.452.6.3 接警处理（原理图）.46第三章第三章 系统实施系统实施 .483.1 实施条件：（场地、环境、硬件、软件平台工具选择、系统功能、设计、工程实施等）.483.2 其他设备接口处理.493.3 工程实施.493.3.1 工程实施指导原则.493.3.2 工程任务.50第四章第四章 售后服务体系售后服务体系 .514.1 售后服务承诺书.51第五章第五章 设备清单设备清单 .52- 4 -第六章第六章 典型客户典型客户 .53第一章第一章 系统概述系统概述1.1 前言前言火灾作为现代城市的主要灾害，越来越受到人们的广泛关注。随着消防报警技术和计算机网络技术的飞速发展，融合这两门学科的城市和各类区域的消防智能化自动报警网络的建设因而倍受瞩目。消防自动报警远程监控系统主要面向于城市、各类区域和行业内部的消防管理部门。通过消防自动报警远程监控系统可以帮助建设单位了解联网单位消防报警设备的开通情况、运行情况，对于不按规定安装、使用和维护消防自动报警设备的单位，及时要求其作出相应整改。可以帮助建设单位实时了解联网单位消防值班人员的在岗情况，杜绝因各种因素造成的人员脱岗现象。可以帮助单位进行上述各类数据的统计并编制报表。辅助联网单位消防控制室的值班人员及时、准确地确认和上报火警，最大限度提早报警时间、缩短报警过程，争取宝贵时间迅速出警灭火。消防自动报警远程监控系统的自动接警功能并不是对值班人员通过人工 119报警的取代，而是辅助完成对火警的上报工作，并使之更加规范、可靠。城市的自动接警中心可将确认后的火警信息通过专用设备传到城市 119 指挥中心。各地消防管理部门可根据实际情况，确定是否和如何使用自动接警功能。1.2 需求分析需求分析随着业务的迅速发展，对保障建筑消防安全越来越重要，消防设备暂未进行集中联网监控，消防系统采取分散管理的方式，安全性难以得到保障。- 5 -1.3 建设目标建设目标对现有消防报警设备进行集中联网，在不更换设备的前提下，通过各厂商提供的通讯接口和协议以及增加相应的采集模块、协议转换模块实现系统集成。安全设施集中联网监控系统是运用现代计算机、通信、自动控制、图像处理、智能测控等先进技术，利用先进的通信网络对分布于本区域或者远程区域的机房和工作区进行实时相互式监控，以实现图像监控、智能门禁、环境监控、烟雾探测、防盗报警、故障告警、紧急时事件处理、记录并处理相关数据，从而实现对在一个区域或不同区域里的各个及工作区域进行集中监控。安全设施集中监控系统是一个综合利用计算机网络技术、数据库技术、通信技术、自动控制技术、新型传感技术等构成的计算机网络，其监控对象是机房内动力设备、消防设备、机房环境监测和图像采集等。安全设施集中监控系统的建设充分利用人力资源，加强维护支持手段的建设，保障通信设备稳定运行和机房安全，提高劳动生产率和网络维护水平。1.4 指导思想指导思想消防联网工程的设计和建设要秉承先进、实用、灵活、稳定、高效、易于建设和扩展升级、并最终能够大范围推广应用的设计指导思想。使整个消防自动报警系统的建设与其他单位相比较具有更加先进、实用的功能，系统采用模块化结构设计思路，系统建设比较灵活、并可根据实际需要和资金情况、分步骤来建设和完善整个系统，这样一来系统的建设可实现自由组合、配置。1.5 设计目标设计目标根据本公司在消防自动报警及消防联网系统建设方面积累的丰富经验并结合给出的详细、严谨的需求分析和设计标准制定，本设计方案将达到如下的总体目标：- 6 -整个系统将建设成为联网的综合消防网络监控系统，系统按地理位置和功能逻辑结构按前端的火灾报警控制器层和接口层、传输网络层、监控管理层及外部接口五个层联网结构划分。接口层主要由具有联网功能的数据通讯转换模块，与火灾报警控制器层的不同厂家的火灾报警控制器连接。系统能够在无人值守的情况下独立的实现远程控制火灾报警联网监控功能，数据通讯转换器具有长时间、持续、稳定、高效、可靠的运行性能。系统传输网络采用目前电信局已有的光纤传输网络。监控层的构成是根据现状我们划分，中心功能强大，中心采用的所有硬件系统均采用高性能产品，软件系统功能要足够强大和实用，能够利用计算机、大屏幕实现软件监控，地图分布管理、报警点标识等功能。 系统功能易于扩充，系统容量容易扩展，最大限度满足用户对系统功能的要求和容量扩展的要求。系统前端的数据通讯转换模块具有连接其他报警监控系统的接口和容量。监控中心对前端的监控数量要留有足够的扩展容量，系统扩展时比较容易和方面。1.6 设计原则设计原则系统设计必须按照先进、可靠、长远发展的要求进行，以适应当今数字化、网络化、系统化、多维化发展的需要。监控中心的各分系统有机的结合起来，在总体规划的指导下，按照现有条件分期、分步实施。充分考虑多种设备、系统的连接。网络设计要考虑到进一步与其他各系统的网络连接，实现多系统整合。系统应具备相当的网络设备容量及处理能力，软、硬件预留接口，使系统具有充分的可扩充性。为此，系统设计、建设必须遵循以下原则进行：.1 系统性原则系统性原则系统的建设，必须从系统的角度考虑，综合分析各要素之间相互的关系，建立一个广泛的系统和结构。- 7 -1.6.2 标准性原则标准性原则系统的设计、建设，必须坚持遵循国家、行业、企业相关的消防、建筑、防盗、电源、报警、通信等产品、系统的设计标准、规范。 1.6.3 先进性和实用性原则系统设计必须采用成熟的先进技术，同时必须注重实用性，系统采用的设计思路、设计原理，系统结构，系统中选用的产品性能、通信方式、计算机软、硬件系统必须遵循先进性和实用性原则。.4 经济高效性原则经济高效性原则系统的建设，必须充分考虑市场经济原则，既有利于用户单位，也有利于社会、国家和承建单位。利于系统推广，也有利于降低建设的投资成本。.5 开放性原则开放性原则系统的建设，遵循开放性原则，能够支持多种软、硬件设备和系统，并支持系统的二次开发,扩展。.6 兼容性和延续性原则兼容性和延续性原则最大限度的利用原有系统、设备，充分利用已有的资源，尽量保证各种在用的相关资源能够重复使用，减少不必要的重复投资。.7 可扩展性和易维护性原则可扩展性和易维护性原则要求对系统网络的终期容量及网络发展设想进行方案设计，以降低网络维护升级的复杂程度，提高网络更新、维护、升级的效率。系统的维护、扩展要比较容易。- 8 -.8 安全性和可靠性原则安全性和可靠性原则系统建成运行后，会涉及大量的关系到国家经济建设、城市规划、社会安全以及高科技技术领域等方面的重要信息，因此必须具有高度的安全性。网络设备要高度集成化、要防止非法用户享受服务，防止计算机病毒的入侵，实现对整个网络的实时监控。软件设计及数据库管理中，要采用容错技术，保证软件系统的安全、准确、保密、可靠、稳定的运行。1.7 相关标准及规范相关标准及规范 系统的设计参考以下相关标准及规范要求：1. 安全防范工程技术规范GB50348-20042. 安全防范系统通用图形符号GA/T74-943. 安全防范工程程序与要求GA/T75-944. 民用建筑电气设计规范JGJ/T16-925. 建筑电气安装工程质量检测评定标准GBJ303-886. 电气装置安装工程施工及验收规范GB(50254-50259)-967. 民用闭路监视电视系统工程技术规范GB50198-948. 建筑与建筑群综合布线系统工程设计规范CECS 72:979. 建筑与建筑群综合布线系统工程施工及验收规范CECS 89:9710. 智能建筑设计标准DBJO8-47-9511. 消防报警系统设计规范GBJ116-8812. 消防报警系统施工及验收规范GB50166-92- 9 -第二章第二章 技术解决方案技术解决方案2.12.1系统简介系统简介系统整体规划为二级架构：第一级为监控中心；第二级为下属机楼的消防主机组成。监控中心对整个消防系统集中控制管理，并通过网络转发，把数据从局域网到消防主机进行分控管理，软件统一采用 B/S 结构。系统结构图见下图。图：系统结构图整个系统数据流程是采用逐级汇接至监控中心的拓扑结构。主/分控平台汇接信息后，把不同类型的信息进行分析，判断可能的故障、告警信息，转发至相关的监控中心，同时以声音、电话、邮件、手机短信等方式通知相关管理人员。以此达到以下功能描述。系统通过由消防设备提供的通信数据、干接点信号或者区域性的有源信号，采用协议转换模块、数据采集模块，协议网关等专业设备将消防设备的报警信息或干接点变化信号通过网络送至主/分控中心，实时监测每个区域的火灾情况。消防设备一旦发生报警（火灾、设备故障等） ，报警信号通过网络实时传送到监- 10 -控中心，立即发出警报信号：以声音报警、文字提示、电子地图等多种形式报出警情，同时监控中心向预先设定的手机或电信手机发送报警短信信息。主控平台以文字方式显示报警事故的时间、地点和报警状态、处理结果，报警纪录以历史记录的方式存在系统的数据服务器中。同时系统具有报警查询、数据导入导出、权限管理等功能。为了合理有序的完成上述要求，本系统将分为一下三大系统。2.1.1 信息采集系统信息采集系统消防报警信息和远程监控传输设备运行信息、值班人员在岗信息、巡检信息等是消防管理的基础信息，它们具有实时性强的共同特点，是消防火灾远程监控与信息系统的重要数据。信息采集系统应完成无线传输设备报警信息和运行信息的自动化或半自动化采集和发送。消防监控无线传输设备监控信息：无线传输设备监控信息包括运行状态信息、紧急火灾报警信息、故障报警信息、值班人员在岗情况信息，巡检信息等，系统以自动和人工相结合的方式完成信息的采集。2.1.2 计算机网络系统计算机网络系统根据规划设计，消防远程监控系统主要建设以下两级网：本部局域网、移动通信网。对消防监控计算机网络的功能要求：- 高速可靠的传输能力；- 异种、异构网的互连、互操作；- 恶劣天气情况下保证网络的畅通；- 开放和灵活的扩展性；- 网络可靠的安全性。- 11 -2.1.3 消防报警远程监控系统消防报警远程监控系统监控中心管理软件的功能包括：一、基于 B/S 架构对消防报警器的实时监控功能；二、根据数据库的数据产生相关的用户模块，包括短信告警、统计报表等。角色管理子模块角色管理子模块：管理员可以根据用户具体情况，自定义拥有不同的操作权限或不同的安全等级。消防基础数据管理子模块消防基础数据管理子模块：客户可对无线传输设备与消防图纸进行基于 GIS 电子地图的动态标绘，这样降低了地理位置信息采集的难度，除此之外，还包括显示无线传输设备的属性、增删无线传输设备、设置无线传输设备的信息、设置报警电话等。可对消防图纸进行管理，显示消防图纸、上传、删除消防图纸、设置消防图纸信息等。消防巡查管理子模块消防巡查管理子模块：一方面动态监控各消防主机的工作状态信息，以及时发现设备故障，保证消防系统的正常工作。另一方面，负责消防值班室的值班人员的监控和管理，可以实现所有联网单位的查岗巡检。火灾管理子模块火灾管理子模块：联网传输设备收到消防报警设备的火警后，在 10 秒内（国家最新标准 GB16806-2006 规定）将信息传至监控管理中心，值班人员通过与现场消防值班人员联系及根据系统提供的预案管理系统功能，及时判断火警真伪，将真实火警信息上报 119，并可将信息传至 119 消防调度指挥中心。同时火警信息将通过短消息或电话录音方式发送到相关领导、值班人员的手机上。实时监控子模块实时监控子模块：实时显示系统连接的所有监控点无线传输设备的信息，包括火灾报警信息、值班人员在岗情况、巡检信息等。一旦发生火警，马上通过声光、短信告警提示值班人员。数据分析子模块数据分析子模块：包括消防报警记录、无线传输设备的运行状态、值班人员在岗情况、巡检情况等报表统计分析。另外，还包括常规历史记录查询、报警事件查询、运行状态查询等。通过查询功能可以进于相关的故障分析追寻。GIS 地理信息系统子模块地理信息系统子模块：为系统提供基于 GIS 地理信息支撑，实现- 12 -相关部件或事件的电子地图定位，可视化操作。2.22.2系统结构系统结构2.2.1 系统总体结构系统总体结构系统总体结构如下图所示：- 13 -2.2.2 系统的功能逻辑结构系统的功能逻辑结构系统功能逻辑结构如下图所示：2.2.3 系统的网络结构系统的网络结构系统的网络拓扑结构如下图所示：- 14 -如上图所示，每个报警主机将各种报警信息统一汇总，通过网络上传总控中心。通过数据汇集，总控中心对数据进行统一管理，本系统根据不同的权限规划与管辖范围提供不同的管理功能与管理界面。2.2.4 软件平台划分软件平台划分系统的架构就犹如同大厦的基石，系统架构是保证整个系统良好运行的基础，合理的系统架构可以增强系统的健壮性、可扩展性，因此本方案在建设满足用户业务需求的消防报警管理系统时，应规划出合理的系统架构，让应用体系健壮、科学、灵活、易扩展，能够较好地解决现有应用变- 15 -更和应对未来新应用加入系统应用体系所带来的集成问题，降低后期维护和集成成本，提升应用成效，让系统走上健康发展的道路。方案的初步总体框架如下图所示该系统框架是由控制监督层、基础管理层、数据层三个层次共八个子系统组成。控制监督层控制监督层：负责收集远端各信息点产生和录入的数据，包括远程传输设备、管理信息系统远端应用系统等，实现对消防设备，消防资源，火灾报警的控制监督。基础管理层基础管理层：包括消防基础数据，消防预案，GIS 地理信息系统等支撑平台。数据层：数据层：包括业务数据和 GIS 电子地图数据。2.2.5 硬件平台划分硬件平台划分消防远程监控系统硬件平台划分为：信息采集终端系统平台、信息监控处理平台两个部分：信息采集终端系统平台信息采集终端系统平台：主要是部署在各个大楼，用于采集各个点位的火- 16 -灾报警信息，并集中作一个初步处理。主要包括各个采集终端设备和智能主机。信息监控处理平台信息监控处理平台：主要是部署在各控制中心，用于将收集的各大楼报警信息存储，并对不同的信息作相对应的处理。主要包括控制中心的数据服务器、信息处理（报警）服务器、各相关报警模块。2.32.3 系统设计思路系统设计思路2.3.1 高度应用集成和智能辅助决策的设计思想高度应用集成和智能辅助决策的设计思想消防远程监控系统的设计思路必须贯彻应用集成和智能辅助决策的思想。应用集成不同于狭义的系统集成（硬件与网络的简单集成） ，它是从用户应用角度提出的更高层次上的集成，即硬件、网络、数据、模型和应用的有机集成。例如，一切与空间地理位置相关的消防数据必须用地理信息系统（GIS）及其应用软件集成；重要的消防单位、消防设施能够在数字化管理系统中设置远程监视和监控等等。目前，辅助决策有两个层次上的含义，最容易实现的是基于信息查询式的会商系统，它仅仅是为决策者提供信息支持，多为客观数据的简单罗列，这种简单低层次上的信息查询系统从严格定义上而言并不是决策支持系统，因为它没有提供任何经过仿真运算和风险分析的方案给决策者选择；只有通过客观计算和专家主观经验相结合的综合分析，能提供给决策者至少有种以上的可供选择的风险决策方案的系统才是真正意义上的决策支持系统。消防远程监控系统应当实现高层次意义上的智能辅助决策的目标。这就要求应用系统开发者时刻注意与有消防管理经验的专家结合，加强多种数据集成机制的研究和处理，加强数据挖掘功能的开发，做到数据采集快速准确、信息处理标准规范。2.3.2 采用集成网络应用平台（采用集成网络应用平台（INAP）的体系结构）的体系结构INAP 体系结构如下图所示：- 17 -编程语言开发工具用户界面数据管理图形图象处理通讯网络系统运行管理应用平台实体操 作 系 统网 络 硬 件信息安全通信实体信息交换实体外 部 环 境信息安全用户EEI服务外部环境接 口应 用 软 件应用支撑软件应用软件实体应用编程接口APIAPI服务信息安全网络平台体系参考模型包括三种实体和两种接口。其中应用软件实体包括应用软件(完成应用使命)和应用支撑软件(支撑应用使命)。应用平台实体：指支持应用软件运行、开发、维护的一整套计算机系统的资源。它由网络硬件、操作系统、通信网络、数据管理(包括管理信息的管理)，图形与图像处理，编程语言与开发工具、系统运行管理、用户界面等组成，构成了一种层次结构，并由这些组成成分经过应用平台通向程序接口 API 服务，而屏蔽了应用平台实体组成的实现细节，使之对应用软件实体透明。外部环境：指应用平台间交换信息的外部实体。其组成为：用户；通信实体；信息交换实体。外部环境通过外部环境接口 EEI 提供 EEI 服务。接口包括：应用编程接口 API; 外部环境接口 EEI; 人机交互接口(显示器、键盘、鼠标器等)；信息服务接口(定义永久性存储设备的数据格式等)；通信服务接口(提供应用平台间应用软件通信、互用的接口等)。- 18 -2.3.3 建立消防管理应用平台开发的层次模型建立消防管理应用平台开发的层次模型在 INAP 的体系结构基础上建立开放型应用平台的层次模型，充分体现开放性和面向分布应用和 Web 应用开发的特点。开放性主要表现在：广为流行的操作系统符合应用可移植要求；网络符合开放系统互连体系结构要求(如OSI，TCP/IP 协议体系)；信息资源共享符合分布式计算、异构数据访问要求。 以及在涉密应用时（如 Web 应用）符合信息安全要求。面向分布应用开发，其目的是建立一个集成的分布环境，以改进软件开发生产率和质量。应用开发应遵循软件工程开发规范，采用面向对象的开发方法、开发工具，并为用户提供一个友好、具有统一风格的访问界面。应用平台的层次模型从功能上分为运行环境和开发维护环境，其层次结构如下图所示。用户界面（含决策支持）应用层运行管理开发工具信息、知识、空间库管理、应用环境配置数据接受、预处理管理通信、网络管理系统层网络操作系统硬件层信息采集设备、控制与嵌入式硬件、通信与网络设施信息安全1.硬件层消防报警信息、消防设备状态信息等由信息采集设备与计算机、通信网络硬件及固化在硬设备中的低层软件组成。2.系统层：(1) 网络操作系统子层，以 Windows2003 操作系统为核心，完成主存管理、进程管理、进程间通信、与外设的 I/O 通信以及文件系统管理等系统服务。由本层实现的对象管理系统为数据及其操作系统提供封装，并为网络应用开发提供支持。(2) 通信网络管理子层：以 OSI, TCP/IP 协议体系为基础，包括低层网络通信功能和高层网络通信应用服务，完成分布式应用模式下的信息互通和支持资- 19 -源共享，支持互访互操作。(3) 数据接收、预处理管理子层：用 SQL Server2005 关系型数据库管理系统完成数据管理，包括能支持在异种网上为用户提供透明的数据管理，即在网上可运行和访问不同类型的数据库管理系统。(4) 信息、知识、模型库管理子层：建立各种管理信息（空间数据与属性数据、实时动态数据与静态数据、多媒体数据）库、知识库和模型库，统筹管理应用软件开发、维护过程中各环节所需的信息，确保应用软件的服务质量。支持透明数据传输的分布式网络，提供并发访问管理信息库信息的能力；(5) 应用环境配置子层:它由一些与系统有关的配置文件，实用子程序等汇集成方法库。它可根据不同应用程序的要求，选择不同的执行系统。该子层为应用层提供一致的运行界面，提供各种有用的服务功能，减少应用软件开发的工作量，提供可靠、有效的执行代码，为应用层提供应用部件和装配方法的能力。3. 应用层(1) 运行管理子层：在平衡网络负载下，完成网络应用活动的监控和处理，为分布应用提供一个良好的运行管理环境，由开发环境转交给运行环境的应用，可由该层通过对整个网络的监视，把当前应用分布到空闲的站点上去运行，并对其运行活动进行控制和管理。(2) 开发工具子层：它由编程语言、联编以及面向软件开发各个阶段的各种可供选择的开发工具集组成。利用工具集可以方便、高效地进行网络应用的开发。(3) 用户界面子层：为终端用户提供友好、灵活、具有统一网络、规范工作方式的操作界面(窗口、图标、鼠标器、下拉菜单等)，以及功能选择(字形选择、窗口的移动、放大、缩小以及图标的设计和更改等)。该子层可根据用户类别而提供不同类别的用户界面，为 Web 应用用户提供简单、易学的浏览器窗口界面，并辅以帮助信息；为内部专业人员提供命令式交互界面和命令提示信息，并可根据自己的兴趣选择不同背景或画面等等。此外，信息安全贯穿于模型各层，面向保密性、可用性和完整性要求。在分析系统所受信息安全威胁，建立安全策略的基础上，由安全模型、安全服务、安全机制、安全管理来保证信息安全。这涉及到硬件、操作系统、通信网络、- 20 -数据库、应用软件等方面。2.3.4 针对不同的阶段优选应用开发工具针对不同的阶段优选应用开发工具在应用平台层次模型中，应该选择适合应用开发的工具集，在应用软件开发周期的几个主要阶段，即：在应用系统分析阶段，通过对 SDL(Structure Described Language)规范进行对象规范的扩充，来阐述系统的需求；在系统的设计阶段，从系统的总体结构，系统的约束上用统一建模语言（UML）对系统进行进一步的处理；在系统实现阶段，用 Erwin 实现实体关系模型到关系数据库定义的转换，在调度控制端完成 OOSDL(Object-Oriented SDL)规范到 C 语言的转换及 OOSDL 规范到可执行代码的转换，选用 MapInfo 和具有空间数据管理功能的关系数据库（例如，SQL Server2005）系列工具软件，结合面向对象的开发工具（如 Eclipse）完成各种数据和应用的集成等等。利用这组应用开发工具，可方便、高效地进行应用开发。2.3.5 设计用户界面设计原则设计用户界面设计原则消防远程监控系统软件除开发应用的功能模型外，应用开发的另一个重要部分就是用户界面的设计和实现。本系统除非常专业的软件外，一般采用浏览器图形界面。在整个应用开发中约占一半以上的比重是决策支持系统界面与功能的开发，为此有必要提供一个一致的用户界面开发平台。用户界面开发平台的设计原则是：(1) 采用面向对象的图形界面设计方法，即把与用户直接交互的界面或成份看成一个对象，对一个界面的各种活动都看成是其上的各种操作，对对象数据和操作的封装可用对象来定义。(2) 把界面开发与应用的功能实现分开。应用功能的相对独立和完整，也为应用奠定了基础。而在界面开发时，可针对不同权限用户需要，设计不同的交互形式，并可对具体硬件、软件环境设计特定的显示界面。(3) 面向对象的概念用于图形的最大好处是直观性，使图形在外观和行为上得到了更加直接的描述。面向对象的系统提供了灵活的通信机制，可方便地- 21 -实现应用对象与图形对象的通信。(4) 采用面向对象的概念来设计界面，也使得应用系统的开发在方法上得到了统一，使得在应用系统功能上的各种技术实现可以同样用于界面开发，为系统的维护和集成带来了很大的方便。(5) 使用界面描述工具来描述用户需求，即对要生成的界面进行描述，并形成一个描述文件。基于自然语言的界面描述工具，会使描述变得冗长、烦琐且语义模糊，因此带来了对其进行一致性和完整性验证的困难。通过对多种形式和半形式语言(如多对语法、菜单树法、转换图法等)的分析比较。界面应用描述的实现采用基于菜单树的结点对象描述方法，即用一个菜单树给出菜单的结构信息并对应每个菜单结点，再将结点看成一个结点对象(GUI 对象)，而给出其对象的描述定义。对 GUI 对象表示其属性和操作时，增加了两个附加元素：属性的侧面和可选的视图。这种方法，即利用了菜单树的结构简明、清晰，又利用了转换图的脚本注释及提供状态结点信息的特点。(6) 利用界面自动生成工具，根据描述文件以及界面对象库中的各个 GUI对象，形成一个显示屏幕为单位的界面资源文件。(7) 界面模式管理提供多个界面的控制方式。界面模式库保存的是一些界面模式的控制方法，用户还可利用界面模式维护工具，开发符合自己需要的控制方法。实现的界面模式有下拉式、弹出式、瀑布式、命令式等。(8) 界面与应用程序的组装，它把生成的界面资源文件以及对功能对象的引用作为组装的数据，并加上对界面的操作形式，以得到一个完整的面向对象的图形界面应用系统。用户界面应用开发环境的系统结构如下图所示。- 22 -界面对象维护界面描述界面模式管理界面生成界面组装描述文件资源文件界面对象库界面模式库功能对象库界面应用库2.42.4 软件平台方案软件平台方案2.4.1 系统组成系统组成本系统由于涉及的内容很多，功能复杂，显然将系统划分为多个功能相对独立的子系统来建设，就容易得多，而且可以将可能的软件故障控制在一个较小的范围。各子系统均可以实现一组相对独立而完整的用户需求，其业务依赖程度小，符合高内聚和低耦合的原则，这样构建起来的系统的健壮性和可维护性较好。同时，采用何种结构模型将这些功能相对独立的子系统组合起来、最终实现我们的系统，是我们首先要考虑的重要问题。层次结构的系统具有稳定性，而现实世界中的任何大系统其实都是采用层次结构来构建的。基于以上考虑，我们决定采用层次结构来构建我们的系统。系统由数据层、基础管理层、监督控制层和三个部分组成的相互协调工作的完整系统。为便于详细系统设计工作的展开，现将三个系统之间的边界划分如下：1、数据层：为系统提供业务数据和地图数据。2、基础管理层：实现与业务处理关联的各相关子系统的设计与开发，并为信息的采集、汇总、以及系统管理提供支持。主要包括：消防基础数据管理子系统、事务管理子系统、设置与维护子系统、地理信息GIS 管理子系统、消防预案管理子系统、数据交换与接口子系统等共6 个子系统的功能。- 23 -3、监督控制层：实现对火警报警的实时监督,在各类紧急和必要的情况下通过接口直接通知119 指挥中心.主要包含消防巡查管理子系统、火灾报警管理子系统等2 个子系统的功能。以上的各个子系统在设计的时候都单独设计，能独自成为一个单独系统，通过平台又能整合在一起，成为一个完整的综合的自动报警远程监控系统。2.4.2 软件架构软件架构2.4.3 监督控制层监督控制层消防巡查管理子系统消防巡查管理子系统工作人员对整个消防设施进行巡查， 一方面动态监控各消防主机的工作状态信息，以及时发现设备故障，保证消防系统的正常工作。另一方面，负责消防值班室的值班人员的监控和管理，可以实现所有联网单位的查岗巡检。(1) 对消防设施实时状态查询：可以根据消防设施的名字进行定位查询，在地图上现实所在单位和相对应的状态信息，以达到监控的目的。(2) 对消防设施的历史状态查询：可以对某个消防设施在某个时间段的状- 24 -态进行查询，对一些火灾事故进行调查原因。火灾报警管理子系统火灾报警管理子系统联网设备收到消防报警设备的火警后，在10 秒内（国家最新标准GB16806-2006 规定）将信息传至监控管理中心，值班人员通过与现场消防值班人员联系及根据系统提供的预案管理系统功能，及时判断火警真伪，将真实火警信息上报119，并可将信息传至119 消防调度指挥中心。同时火警信息将通过短消息或电话录音方式发送到相关领导、值班人员的手机上。(1) 报警信号监听：专门监听联网设备端口传来的报警信息，收到报警信号后，立即传至监控中心。(2) 预案匹配查询：根据传来的报警信息，调出跟报警信息相匹配的预案方案。判断后并执行预案。(3) 短信上报：通过短信端口把报警信息通过发短信的方式，发送到相关领导，值班人员手机上。并可以带有例如电话录音等一些附件。2.4.4 基础管理层基础管理层消防基础数据管理子系统消防基础数据管理子系统登记和维护更新各重点消防单位的基础消防数据，包括消防图纸、消防预案等。也可以在地图上动态标绘消防设施，录入相对应的信息。(1) 添加消防设施：对新添加的消防设施，如果系统没有对应位置的消防纸图，必须先添加消防纸图，然后在GIS 上动态标绘，录入相应信息。(2) 修改消防设施：查询选中某个消防设施，对其位置，状态，和一些参数信息进行修改。(3) 删除消防设施：对已经移除的消防设施在地图上删除标记，并删除相对应的信息。(4) 添加消防纸图：对新添加的监控地点的消防纸图的信息加入纸图数据库。(5) 删除消防纸图：对已经迁移或者销毁的监控点的消防纸图在数据中删- 25 -除。事务管理子系统事务管理子系统用户可以查询任意时间段的火警信息，故障信息，在岗情况信息，操作记录信息，系统事件信息，并且可以把信息打印成报表。(1) 火警信息管理： 根据时间段查出相对应某个监控点的火警信息。可以提供一些历史数据作为参考。(2) 故障信息管理：根据不同的地点、时间段和消防设施，查出相对应设施的故障记录信息。以备监控、维修人员参考。(3) 在岗信息管理：根据员工号查询不同时间段的在岗信息。以备考勤查询备案。(4) 系统事件信息管理：根据不同时间段，查看系统运行中的一些报警等信息。以上各个功能都支持信息打印成报表。提供分析功能。设置与维护子系统设置与维护子系统实现对系统的参数配置，实现系统的管理、维护和扩展工作。系统参数设置：对整个系统的参数设置，此模块的权限必须是懂得整套系统运行的角色人员来设置。地理信息地理信息GISGIS 管理子系统管理子系统支持对空间数据资源的管理、维护和扩展功能。为了能更直观、方便的采集、处理消防系统的信息，本系统采用了GIS 技术（消防GIS）,数据来源主要是城市地图、建筑平面图和消防数据。当选择任何一个联网单位时，地图系统自动显示该单位在地图上的具体位置。当设备报告火警发生时，地图会自动居中显示联网单位，并报以声光警示。实时显示地理信息系统收到的各种即时消息，如突发火灾显示、火灾报警信息、火警反馈信息、电话呼叫信息等，能够将这些实时信息即时地显示在电子地图上。- 26 -消防预案管理子系统消防预案管理子系统存储和管理各城市建筑的地理位置和所有楼层的探测器安装平面图，实现与火灾报警控制器的联动，能通过平面图指示出发生故障或火灾的探测器位置。当火警发生时，预案系统的探测器安装平面图数据可以通过消防指挥系统帮助消防员了解火灾发生的明确位置。 建筑信息包括联系人电话，建筑名称，内部单位等等。 建筑预案包括针对城市建筑的信息制定的火灾救援方案。(1) 预案编辑：对一些同类突发火警事件进行总结，按照一定的类型分类，每类对应一个执行方案。执行方案包含多个步骤，根据最基础的一些原子组成一个个步骤。(2) 预案查询匹配：根据一些火警信息的性质，查询最匹配的预案。对应一套处理方案。可以执行处理。(3) 预案添加修改：在实践执行中，发现一些漏洞的步骤，可以对此预案方案添加步骤，也可以对已经存在的步骤的执行内容进行修改。(4) 预案审核：对新建立的预案方案进行审核，如果通过审核，保存到数据库。(5) 预案预演：对选择的预案方案进行预演，可以提前评估此预案的可执行性。数据交换与接口管理子系统数据交换与接口管理子系统数据交换与接口子系统主要供监控中心、专业部门的具有相应权限的工作人员使用。用于实现指挥中心与各相关专业部门之间的数据共享与交换。包括数据抽取与更新、数据源注册管理、数据更新发布、数据订管理、身份认证与权限管理、空间数据模型转换、目录查找与发现、日志管理、参数维护等功能模块。（1）数据抽取与更新:从中心数据库中提取数据，并将抽取的到的数据存放到前置数据库中，提交给相关的子系统。（2）数据更新发布:数据源注册后，需要注册其发布的数据。对于一般数- 27 -据，注册数据库表名；对于空间数据，注册其发布的图层，各个图层的元数据信息在注册共享数据的同时，系统启动对原始数据的更新监听服务，将原始数据源的所有变化信息保存到日志记录表中，并自动将更新内容发布给数据订阅者。（3）数据订阅管理:需要订阅共享数据的子系统向数据中心注册数据订阅主机的地址，数据的型(空间数据或非空间数据)、数据库管理系统类型，数据库连接参数等数据中心可以根据这些信息自动更新其数据。系统提供登记注册页面，允许用户浏览可共享的数据，选择属性表或图层，并进行字段类型的匹配，提交数据订阅及交换方案。（4）目录查找与发现:目录查华与发现模块允许用户查看及遍历共享与交换平台中所有的共享数据；在用户与目的数据库之间建立起一条访问链路，使得经过认证的用户能查看其元数据、字段方案等内容。（5）日志管理:系统具有日志管理信息，记录数据发布者和订阅者的所有操作，以及数据更新发生的日期、用时、更新状况等信息。该功能允许管理员按时间顺序分条查看及分析日志，并支持打印输出。2.4.5 数据层数据层业务数据库业务数据库存储一些预案信息、消防设施信息，和火警案件处理过程信息。地图数据地图数据存储消防设施分布图，城市电子地图。2.4.6 软件平台主要系统建设方案软件平台主要系统建设方案.消防巡查管理子系统消防巡查管理子系统消防巡查主要功能是监控消防设施的运行状态是否正常。对消防设施进行自动巡查或者人工巡查，通过系统查询定位消防设施，并查看其状态，以达到监控的目的。也可以对某个消防设施历史状态进行查询。- 28 -用例模型用例模型功能层次结构功能层次结构主要功能描述主要功能描述消防巡查主要功能是监控消防设施的状态是否正常。主要分为自动巡查和人工巡查。 自动查询：系统自动查询某个地区、某个时间段、某个类型的一些消防设施的状态，自动检测或判断是否要发送火警信号。人工巡查：监控人员通过 GIS 平台，搜索定位一些消防设施，查看消防设施的状态是否正常，如果不正常则判断是否要发送火警信号。可以根据不同区域，不同时间段，不同类型的设施来巡查。 - 29 -处理流程统计处理流程统计.火灾报警管理子系统火灾报警管理子系统用例模型用例模型- 30 -功能层次结构功能层次结构主要功能描述主要功能描述火灾报警管理系统主要系统自动监听端口，获取火警信息。用户可以通过查询获取某个时间段或者某个区域的火警统计信息。系统自动监听火警信号：系统自动监听端口是否有火警信号传入，当有火警信号传入时，判断其火警等级。预案匹配：根据火警等级以及火警信号的信息，系统自动或人工操作去预案库查找匹配的预案。- 31 -短信上报：根据火警等级通过短信上报给相关领导以及值班人员。并执行匹配的预案。处理流程设计处理流程设计.事务管理子系统事务管理子系统用例模型用例模型- 32 -功能层次结构功能层次结构主要功能描述主要功能描述事务管理子系统可以提供用户查询任意时间段的火警信息，故障信息，在岗情况信息，操作记录信息，系统事件信息，并且可以把信息打印成报表。火警信息管理：根据时间段查出相对应某个监控点的火警信息。可以提供一些历史数据作为参考。故障信息管理：根据不同的地点、时间段和消防设施，查出相对应设施的故障记录信息。以备监控、维修人员参考。在岗信息管理：根据员工号查询不同时间段的在岗信息。以备考勤查询备- 33 -案。系统事件信息管理：根据不同时间段，查看系统运行中的一些报警等信息。处理流程设计处理流程设计.消防预案管理子系统消防预案管理子系统需求分析需求分析尽管事故是难以避免的，但如果决策迅速、指挥得当、具备有效的预案等，就可极大地降低事故带来的损失。在完全有准备的条件下，甚至可以将事故消灭在发生的初始阶段，从而最大限度地减少人员的伤亡和财产损失和对环境的破坏。 因此消防远程监控系统软件必须具备一个有效的决策支持系统，对决策者起“支持”和“辅助”的作用，支持决策的全过程。.1. 建设目标建设目标1、形成一个集社会学、经济学等多学科的基于火灾报警远程监控应用的知识库系统，提高指挥决策的科学性和专业性。 2、建立一套实用的、高效的预案制定、管理、使用系统，为指挥人员提供- 34 -应对策略上的支持。.2. 建设原则建设原则1、从基础业务与数据分析入手，进行数据整合，帮助政府掌握支持决策的核心价值。 2、关注应用，通过多维度的信息查询、分析、预测和挖掘，给客户决策以全面支撑。 3、可定制的界面、强大的图形，引入经济及社会领域专家，建立先进的指标、数据统计与分析模型。.3. 整体结构整体结构.4. 主要功能描述主要功能描述存储和管理着消防联网单位建筑基本信息、建筑的结构平面图、建筑的地理位置、建筑的消防设施等资料，帮助消防管理部门作出快速、科学、系统、合理的分析决策，最大程度缩短准备时间，避免或减少联网单位的生命财产的- 35 -损失。固定预案应用模块固定预案应用模块 根据事件基本信息（事件类型、事发地点等）快速搜索到对应的处置预案（包括文本形式的法律法规或图形形式的重点单位建筑结构图等），并将该预案的内容显示在用户界面上。 资源调度预案应用模块资源调度预案应用模块 根据事件基本信息、当前应急资源状态，匹配适用的资源调度图形预案模型，并动态替换预案参数，得到根据事件基本信息生成的实际预案，并传送至计算机辅助调度子系统中，提供便捷的事件处置建议。 图形预案应用模块 利用系统提供的编辑工具和专用符号进行预案制作，并将制作完成的预案存入预案库中。还可以利用该子系统对原有预案进行编辑修改和查询浏览。预案模型维护模块预案模型维护模块 根据用户的实际预案内容，将预案抽象成模型，存储在预案模型库中。通过该模块，还可以对已存在的预案模型进行删除、修改的操作。 预案库维护模块预案库维护模块 根据用户的需要新增、删除或编辑各种形式预案。 应急隐患信息管理模块应急隐患信息管理模块 根据用户的实际预案内容，将预案抽象成模型，存储在预案模型库中。通过该模块，还可以对已存在的预案模型进行删除、修改的操作。.消防基础数据管理子系统消防基础数据管理子系统用户模型用户模型- 36 -功能层次结构功能层次结构主要功能描述主要功能描述消防基础数据管理包括对消防设施数据和消防数据的管理维护。1、消防设施数据的管理与维护：对已经存在的消防设施，可以通过查询定位，修改其信息。对新添加的消防设施，可以通过查询位置，用动态标绘在地图上标绘，并添加对应信息保存到数据库。对已经撤离的消防设施，在地图上搜索定位，并删除。2、消防图纸数据的管理与维护：对整个城市的监控范围内的消防数据进行维护，对新添加的监控区域的消防图纸进行添加保存到数据库。对取消监控的区域的消防图纸数据删除。处理流程设计处理流程设计- 37 -.设置与维护子系统设置与维护子系统根据系统的情况，我们对系统管理维护系统进行了功能模块的划分。划分情况如下：1、用户管理模块2、系统运行参数管理维护模块3、系统环境管理维护模块4、系统业务参数管理维护模块5、系统日志管理维护模块各功能子系统说明各功能子系统说明用户管理模块- 38 -进行用户管理，包括包括用户管理、工作组管理和权限管理。A、用户管理：可以增加、删除、修改用户资料。给用户配置所属的工作组和权限。B、工作组管理：可以增加、删除、修改工作组资料。每个工作组包含一定的权限，比如按区域划分工作组，该工作组的用户只能查看该区域的资源。C、权限管理：可以增加、删除、修改权限的资料。权限包含优先级的涵义，高权限具有比低权限高的优先级。系统运行参数管理维护模块管理维护系统运行所需要的各种参数，包括网络监控管理，设备维护管理，应用系统维护管理，数据维护管理和安全管理。根据需要把参数划分为系统级的参数和用户级的参数。系统级的参数对所有用户客户端都一致，记录在数据库中；用户级参数因用户的不同而不同，记录与客户端 PC 上。系统环境管理维护模块管理维护支持系统运行的软硬件环境，包括：服务器管理、电话机管理、用户 PC 管理、数据库管理等。A、服务器管理：管理维护支持系统运行的各服务器：包括数据库服务器、中间件服务器、文件服务器等。B、电话机管理：管理维护指挥大厅的电话系统，给各电话机配置参数。C、用户 PC 管理：管理维护各客户端 pc，监控各客户端 pc 运行情况，允许或禁止客户端 pc 访问系统。D、数据库管理：管理维护系统的数据库，进行数据的清理、备份和恢复等。系统基础数据管理维护模块管理维护系统的各种基础数据，包括资源管理、事件级别管理、业务流程管理、话务类型管理、事件类别管理、常用业务短语管理、电话四字段信息管理等。A、资源管理包括：人员管理、部门管理、等。可以对各种资源进行增加、修改、删除等操作。B、事件级别管理：定义事件的级数，同时在预案系统中根据事件的级别确- 39 -定相应的处理模式。C、业务流程管理：将接警、处警、事件反馈、事件升级等不同的步骤根据事件的级别进行组合，通过系统的业务流程定义功能对事件的处理流程和过程进行定义。D、话务类型管理：维护话务类型信息定义。可以根据实际情况，新增、删除话务类型信息。E、事件类别管理：根据实际情况定义事件的种类信息以及对应的事件级别信息。日志管理维护模块日志包括：系统错误日志、用户使用日志、业务日志、系统管理日志。日志管理维护模块负责管理维护这些日志，包括对日志的查找、删除、导出。A、系统错误日志：记录系统出错的信息。B、用户使用日志：记录系统出错的信息。C、业务日志：记录用户的每次业务操作。D、系统管理日志：记录管理员对系统管理的每次操作。.数据备份与恢复数据备份与恢复数据备份与恢复管理子系统具体功能包括以下几个方面：数据备份：数据备份：支持定时备份、人工备份，备份的内容可以交互确定。数据恢复：数据恢复：把备份的数据导入数据库。数据备份与恢复管理用例图如下图所示。- 40 -.数据转出数据转出选择导出数据库内的数据为 Excel 格式，供用户进行特殊使用。在系统中直接把选中的数据转出为*.xls 的 BIFF (二进制文件格式)。报表子系统提供了一个方便灵活的自定义输出报表系统。报表格式定义灵活、取数函数易学好懂、报表生成快速准确、报表查询方便快捷，报表打印真正所见即所得。报表系统包括的功能有：报表设计报表设计包括格式设计和数据公式设计。格式设计的操作方法类同于 EXCEL，但由于配置了多个模版，又比 EXCEL更为简单。实际上我们系统已经预装了各种财务报表。数据公式设计主要是取得数据来源。可对整行、整列、以及某一个点进行定义和手工添入。取其他行，其他列，其他点。并进行数据计算，包括行计算、列计算、点计算。在数据来源上包括取科目汇总表，取明细帐，取其他报表。报表的数据来源可选择某一部门，某一项目的内容，也可选择上年同期等，某一阶段的内容。报表定义的内容存入设计档案，可以打印输出，以便审查。报表生成- 41 -报表设计结束后可随时生成并在线打印。报表一次性设计可多次使用。报表修改报表修改主要是对报表设计的修改。对于已生成的报表除手工添制部分外不得修改。修改要有权限限制。报表审核主要对报表设计的审核。审核之后的报表设计不得修改。报表校验报表校验分两个内容，一是表内校验。二是表间校验。表内校验可以在定义公式时直接定义表内关系。表间校验由另一张校验表进行，校验表上有七列内容，即 ：甲方表名，乙方表名，甲方行、列，乙方行、列，甲方数据，乙方数据，差额等七项内容。校验表上的沟稽关系也由用户自由定义，定义方法与普通表的定义方式相同。经过校验对于不符合沟稽关系的报表内容，将列示在校验表上，以备检查调整。表内校验也可通过校验表进行，根据用户的需要选择。报表汇总是对同一表名，不同部门或不同时间的报表进行汇总。由用户圈定汇总范围。系统自动进行汇总。汇总后形成汇总报表。报表查询可以选择报表，通过翻页按钮，在不同期间，进行翻页查询，也可选定时间或部门，列出所有报表进行查询。报表打印可以对查询出的报表在线打印， 可对某一张报表不同时期进行连续打印，还可以对某一时期的各种报表进行批量打印。报表加工实际上是产生一张新表，数据来源于其他有关各表，设计完毕生成即可。- 42 -报表设计报表生成报表修改报表审核报表校验报表汇总报表查询业务操作员(from Logical View)报表打印.报警联动报警联动当有消防告警信号产生时，将告警现场图像信号自动调出并确认现场是否有火灾发生，通过摄像机图像及时了解告警现场情况，可有效区分是有火灾还是有误告警，值班人员可以根据此图像很方便的进行判别和采取进行的相应处理措施。2.52.5 硬件平台方案硬件平台方案2.5.1. 信息采集终端系统平台信息采集终端系统平台对于各大楼的不同信息采集终端于控制中心的连接，下面会一一介绍。前端智能型消防主机具有通讯接口并提供相应的通讯协议，连接消防主机的主要设备是数据通讯转换模块。其主要功能是接收消防主机发送的数据并通过协议转换将不同的协议转换成通用的标准协议，然后通过网络向监控中心传输数据，并能接收监控中心的数据发送给监控主机。- 43 -消防主机连接图消防主机连接图2.5.2. 信息监控处理平台信息监控处理平台下图是初步的信息监控处理平台的硬件部署图：由图可以看出一个监控处理平台即控制中心的硬件基本包括了，一个或以上的客户端 PC，一台数据服务器，一台报警服务器。客户终端服务器基本起一个人机交互平台的作用，让数据服务器和报警服务器可视化可控化。所以对于此机的性能要求并不高，与服务器以控制中心局域网相连接。数据服务器主要是由每个大楼的 2M 消防专线收集相关数据信息，并保存记录。报警服务器主要是接受大楼的报警信息，并连接打印机，短信报警模块，电话报警模块、语音报警模块等完成各种报警功能，和相关应用。对于市级控制中心还有一台转发服务器，用于将数据库服务器的数据通过专线将数据转发到省级的 OA 网内。- 44 -2.62.6 系统工作原理系统工作原理SS1000智能报警主机基站烟感火感红外主控工作站报警服务器数据线网络烟感火感红外报警盒硬盘录像机 模拟量数字量数字量模拟量移动专网数据服务器主控工作站手机网手机网在线管理员二级管理员无线网一级管理员短信告警模块在线管理员 2.6.1 消防报警智能收发终端的数据采集消防报警智能收发终端的数据采集消防报警智能收发终端安置在各大楼或营业厅内，监控、采集消防报警系统的报警信息和运行状态，并将监测、采集的数据和报警信息进行预处理，过滤掉误报警等信息，将重要报警和运行状态信息如时间、地点、设备类型和联动信息等自动通过网络传至消防报警监控中心。同时，智能终端程序，将视频图像传输控制器连入移动专网互联网。 数据采集方式主要有模拟量监测和串行数据通信两种。目前使用的消防报警系统一般都备有用于指示设备运行状态或控制自动消防设备的输出接点。 智能终端正是利用这些无源或有源输出接点，通过检测电流、电压或通断的方法实现对消防报警设备运行和报警状态的监测。模拟量监测方式由于其简单有效，易于实现，目前被广泛采用。但采用此种方式，只能了解火灾探测报警系统设备的简单工作状态（如运行、故障、报警等） ，尚不能满足当前消防部门的消防安全监管需求所以要通过转换模块来实现对模拟量和开关量- 45 -实现转换进行互连互通。通过串行数据通信（RS 一 232、RS 一 422、RS-485等方式）进行数据采集可以很好地弥补模拟量监测方式的不足。两种形式相结合（目前移动大楼和营业厅现状） ，利用消防报警系统的对外串行数据通信接口，智能终端可以与其实现数据互通互联，通过剖析火灾探测报警设备的数据通信协议，可以从输出数据中得到被监测设备详细准确的报警部位、报警类型、系统运行状态、故障信息、工作记录等信息。这些信息为判别火警真伪、了解报警点位置、掌握设备具体运行情况带来极大方便，从而在实现缩短报警时间，准确迅速扑救火灾方面提供了可靠技术保障。但由于火灾探测报警系统设备生产厂家众多，型号多样，其对外数据通信协议没有统一的标准规范，通信协议的纷繁复杂给监控终端应用串行通信方式进行数据采集带来了极大不便。所以，提高智能终端对众多型号火灾探测报警系统设备输出数据通信协议的兼容性，需进一步深入研究解决。通过我司开发的协议转换模块（适用市场主流消防产品）将其消防的协议统一到一个平台。2.6.2 消防报警监控中心消防报警监控中心 消防报警监控中心是一个局域网（如图所示） ，包括数据通信前置机、处理工作站、用户数据库工作站、WEB 工作站和若干数据处理工作站。消防数据中心能自动通过专用网络用户智能终端发送的报警和运行状态等信息，对其信息进行全面处理。若是火灾报警就进入火灾处理流程，包括处理用户的地理位置信息、报警确认、报警级别、重大报警处理流程和通知有关责任人、119 消防指挥中心等。 消防报警远程监控系统由消防报警终端识别、通信处理、地理信息处理、寻呼系统、消防数据处理系统、视频图像系统等子系统构成。中心的前置机、数据库服务器、报警机管理中心、等通过局域网互连，可采用多台计算机、服务器和工作站组成，为保证系统的可靠性和安全性，提供在线热备份和不间断电源（UPS） 。- 46 -2.6.3 接警处理（原理图）接警处理（原理图）大楼部分当报警终端发现火警后会将报警数据传输到嵌入式终端，嵌入式终端会保存报警数据，并将报警信息传送到监控中心告警处理流程：消防主机报警-系统受理-发告警通知-管理员确认/处理警情-系统自动记录数据-日后查询/统计。 告警流程说明告警流程说明（1） 监控中心发现告警应及时内向相应分控中心派出告警通知单；（2） 系统出现告警信息自动发送短信至相关责任人；（4） 责任人未收到短信，或未回复，系统将继续发送告警短信（次数可设定） ，或者向一级发送短信；（5） 系统收到回复，停止发送短信；（6） 各大楼责任人接到通知或系统短信后，应及时确认现场是否有火情；（7） 确认发生火情，应及时报 119 并向上级主管部门汇报；（8） 若确认无火情发生，应在单位时间内将情况回复短信到智能告警系- 47 -统，进行告警清除；（9） 系统告警消除后，智能告警系统将发送故障恢复短信通知相关负责人；（10） 相关部门对火情进行消除后，智能告警系统将发送故障恢复短信通知相关负责人。 系统告警处理完毕管理系统告警处理完毕管理消防主机报警-系统受理告警-系统派工单-处理警情-受理人员填写工单-系统录入处理结果-日后查询/统计。- 48 -第三章第三章 系统实施系统实施3.1 实施条件
- 温馨提示:
1: 本站所有资源如无特殊说明，都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等，如果需要附件，请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸，网页内容里面会有图纸预览，若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 人人文库网仅提供信息存储空间，仅对用户上传内容的表现方式做保护处理，对用户上传分享的文档内容本身不做任何修改或编辑，并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容，请与我们联系，我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
人人文库网所有资源均是用户自行上传分享，仅供网友学习交流，未经上传用户书面授权，请勿作他用。
川公网安备: 51019002004831号