应急消防指挥系统的设计与实现研究.docVIP

精品文档（可编辑） 值得下载 应急消防指挥系统的设计与实现研究 【摘要】：本文以下内容将对应急消防指挥系统的设计与实现进行研究和探讨，以供参考。 【关键词】：应急消防；指挥系统；设计与实现 中图分类号：S611文献标识码： A 1、需求分析 本项目的目标是为安全生产管理提供技术支持，对重大危险源进行风险评价、定位与可视化，模拟灾害所造成的后果。当灾害发生时，应急指挥中心通过安全生产监督管理局的数据以及功能服务，可以查询、定位与可视化相关的救援部门，为应急救援决策提供辅助支持。第一，功能需求。系统功能需求主要包括：地图操作功能、基础数据管理功能、日常安全管理、资料和文档管理功能、地图查询功能、安全规划功能、危险源管理功能、应急救援指挥辅助决策功能、外部信息发布功能、用户及权限管理等。第二，性能需求。系统性能需求主要是系统对用户请求的响应速度。第三，环境需求。系统运行环境需求主要包括：数据服务器、GIS服务器、应用服务器、备份服务器、服务器端、客户端、数据库、地理信息平台和组件、系统开发软件、B/S部分的开发语言、Web服务器。第四，其他需求。系统其他需求包括：安全维护主要指系统设置、运行环境设置、系统运行状态监视、系统恢复和系统升级等方面。 2、系统框架 根据城市安全生产需求分析，本文概要说明系统框架。应急指挥系统充分考虑了数据海量状况，不仅将数据库服务器与应用服务器完全分离，而且也将数据库服务器分类，保障数据存储的安全以及数据应用的灵活性。系统采用SuperMapObject 5作为GIS的开发基础。SuperMap Objects 5提供了11个控件、170多个可编程对象和3000多个二次开发接口，二次开发能力强大，封装粒度适中。功能涵盖了图形与属性编辑、拓扑处理、空间分析、三维建模与分析、三维可视化、专题图形制作、符号线型填充库的编辑与管理、布局打印等。 系统采用多层分布式架构开发方法。所谓的多层分布式架构，就是把系统分成多个单独执行的部分，这多个部分之间既相互独立又相互联系。相互独立表现在每个部分都完成特定功能，其中某个部分的内部变动不会影响到其余部分；相互联系表现在各个部分之间通过接口之间的相互调用来完成特定的业务，从而实现整个业务系统功能。 系统框架结构主要层次包括：表现层，负责信息的显示和收集，呈现不同的子系统，与用户交互；业务层：提供了系统的各种功能模块：地图操作模块、安全监督管理模块应急信息管理模块、应急指挥调度模块等；数据访问层，主要是通过SuperMap SDX+5、ADO.Net、Web服务对空间数据库、安监业务数据库，以及其他数据源（主要指气象信息等）的操作，具体为业务逻辑层或表示层提供数据服务。 3、系统功能模块 系统功能模块主要包含：第一，现场救援指挥子系统。现场救援指挥子系统主要用来实现对应急现场救援指挥及信息管理的功能。第二，预案管理子系统。 在应急救援指挥系统中应急预案主要包括总体应急预案、综合应急预案、站段应急预案三类。预案管理子系统是对预案进行流程化、系统化、规范化、模块化管理的系统。第三，事故管理子系统。事故管理子系统主要实现两方面的功能：对现场事故进行管理和对历史事故进行资料管理。第四，决策支持子系统。决策支持管理子系统是为应急救援决策提供辅助信息的子系统。第五，救援资源管理子系统。救援资源管理子系统用来实现对消防应急救援体系中所有应急救援资源的统一管理。另外，还有系统维护子系统、数据交换子系统、应急演练子系统。 4、基于.NETFramework3.5的可视化工作流建模 4.1、Windows Workflow Foundation基本活动 .NET Framework中将工作流划分为两种：顺序工作流和状态机工作流。顺序工作流有明确的开始和结束点，从始至终，一步接一步，沿着一条可能的线路执行；状态机工作流可以被表示为一组状态，每种状态可能包括各种活动，并由事件触发。您可以定义初始和完成状态，并按照所有定义的转换过程逐个状态地执行，直至到达结束状态。 4.2、工作流运行时引擎 每个正在运行的工作流实例都是由进程中的运行时引擎创建和维护的，该引擎通常称为“工作流运行时引擎”。在一个应用程序域中可以有多个工作流运行时引擎，并且运行时引擎的每个实例均可支持多个并发运行的工作流实例。 工作流模型经过编译后，可以在包括控制台应用程序、基于窗体的应用程序、Windows服务、ASP.NET网站和Web服务在内的任意Windows进程中执行。由于工作流是在进程中承载，因此工作流可以方便地与其宿主应用程序通信。 4.3、运用.NETFramework3.5对救援流程进行可视化建模 .