第十三章 内河综合海事应急管理信息系统体系架构设计.pdfVIP

内河综合海事应急管理信息系统体系架构设计 宫福忠，文元桥 武汉理工大学航运学院，武汉 （430063 ） E-mail: gongfuzhong@126.com 摘 要：本文比较了现有应急管理软件体系架构的利弊，根据某一内河水域水上突发事件应 急流程对软件数据流进行了分析，并在此基础上提出了一种多层次框架体系结构。系统从下 向上依次是基础设施层、数据层、应用支撑层和应用层。根据功能不同系统又可分为应急指 挥模块、应急行动模块、资源管理模块、电子江图模块、报表管理模块、网络管理模块和系 统管理及维护模块七大模块。 关键词：海事应急管理信息系统，应急流程，数据流，软件体系结构 中图分类号：TP311.52 1 引言 现阶段软件体系架构主要分为正交软件体系架构、二层C/S 体系架构、多层C/S 体系架 构、B/S 体系架构和C/S 与B/S 混合的体系结构五种模式。现有应急管理软件系统中少数采 用正交软件体系架构，如高速公路应急管理系统[1] 。较多采用多层C/S 体系架构，如基于 GIS 的突发性水污染事故应急管理系统[2] [3] 和高速公路应急救援指挥软件系统 等。对于大型 的应急管理系统则不拘泥于某一架构模式，而是采用混合模式吸收各种模式的优点，如贵阳 城市综合应急系统既具有C/S 与B/S 混合的模式，在局域网内又采用了多层此框架结构。 正交软件体系结构具有结构清晰、易于理解、易修改、可维护性强和可移植性强、重用 粒度大等优点。但由于不同线索中的构件之间没有相互调用，难以满足水上应急管理的复杂 需求。 三层的C/S 结构一般将应用功能分成表示层、功能层和数据层三个部分。该种结构具有 系统逻辑结构清晰，可维护性和可扩展性强，各层可以并行选择最合适的开发语言开发，提 高了数据管理的安全性。但若各层间的通信效率不高，即使分配给各层的硬件能力很强，其 作为整体来说也达不到所要求的性能。 典型的C/S 与B/S 混合软件体系结构就是企业内部(局域网内)使用C/S 结构，外部 (Internet 用户)使用B/S 结构。该种结构外部用户不直接访问数据库服务器，能保证企业数据 库的相对安全。企业内部用户的交互性较强，数据查询和修改的响应速度较快；缺点是企业 [4] 外部用户修改和维护数据时，速度较慢，较繁琐，数据的动态交互性不强 。 内河综合海事应急管理信息系统涉及领域广，技术层次深，系统的构架也是比较复杂。 该系统应实现对水上突发事件数据的收集、分析、对海事应急指挥的辅助决策、对应急资源 的组织、协调和管理控制等功能。为在系统数据安全的情况下实现上述功能，系统采用一种 多层次的框架结构，整个系统从下向上依次是基础设施层、数据层、应用支撑层和应用层。 该体系结构既满足了用户需求，又保证了数据的安全性，而且系统的响应速度快，交互性强， 维护数据十分方便。 2 软件体系架构设计 2.1 应急流程 在软件需求分析阶段确定，该软件的使用人员为内河某一水域海事局、处应急管理人员， 包括工作第一线的海事处值班人员、海事局处应急相关人员以及海事局处领导的远程指挥； - 1 - 该软件所应对的水上突发事件包括海事局辖区内应急预案所列出的所有等级事故险情。 海事局处报警信息来源于船舶设施及有关单位的报告、目击者或知情者的报告、海事处 的报告、广东海事局总值班室或广东省海上搜救中心值班室的转报、“12395”报警电话、“110 报警台”转报和本辖区周边海事局或海事处的转报。针对不同等级的水上突发事件系统对所 应采取的应急措施做了明确提示，接受报警后首先根据事故险情和周边情况对事故定级，事 故根据险情不同被分为四级，然后启动相应应急预案。事故处置过