政府应急预案管理系统(6)

第26页 共40页

3 系统设计

3.1 设计原则

为确保项目建设目标的实现，遵循如下的建设原则：

? 规范性：系统的设计遵循国家安全应急管理体系的业务架构和与之配套的应急管理信息系统架构，

系统的开发、上线和后期维护，遵循相应的系统集成和软件工程的技术规范。

? 开放性：系统接口在遵循规范性原则的基础上，可以集成不同设备厂商、系统或平台供应商、软

件供应商的产品。

? 先进性：引入国际先进的安全生产和应急管理的理念，采用成熟先进的技术、产品和管理手段，

以保障系统符合国际的标准和规范，具有高效、全面和稳定的特性。

? 安全性：充分考虑整个系统运行的安全策略和机制，可以根据不同的业务要求和应用处理，设置

不同的安全措施。

? 扩展性：系统必须提供标准的和开放的应用接口及丰富的开发工具，以便集成现有的和将来的生

产和管理系统，实现对投资的保护，防止重复建设。

? 简单实用有效：系统是面向安全生产和应急管理的，在操作上应力求简单实用，高效便捷，同时，

针对管理人员级别的不同，提供的功能也有所侧重和差别。 ? 总体规划，分步实施的原则。

第27页 共40页

3.2 系统总体架构

? 网络通讯层

整个系统的底层是信息系统的基础设施，这包括计算机网络及通讯设施、主机服务器及存储系统、视频监控系统、视频会议系统、大屏幕数据演示系统，以及操作系统、数据库管理系统及网络通讯基础设施等，这些是系统最基本的运行基础。 ? 信息资源层

数据是整个系统的基础，基础数据经过采集、处理、标准化、传输、存储，形成系统资源库，为系统提供了高效的业务分析、决策、交换、共享的数据环境。

应急指挥需要多部门、多系统联动配合，如果彼此孤立，不能实现信息共享，就会形成的“信息孤岛”。造成缺乏可比数据、缺乏分析、缺乏管理。难以获得全面的业务信息，就会影响业务和决策的效率和准确性。通过提供应用整合服务、业务整合服务、数据整合服务连接相关职能部门的系统、业务、数据，最大程度的解决信息孤岛，最大限度地利用现有的数据资源。 ? 应用支撑层

应用支撑层的设计直接影响系统的稳定性、安全性及可靠性等重要因素，南京雅信科技集团有限公司凭借多年的软件开发经验，采用基于SOA的低耦合，高内聚的设计思想，基于开放的标准在该层部署应用部件，为系统高效、可靠的运行提供保障。 ? 应用层

应用层围绕事件的生命周期，从隐患、发生、发展、消除和善后处理等进行全过程管理，功能包括值班管理、预案管理、资源管理等。 ? 综合门户

综合门户系统建立了一个灵活、规范的信息组织管理平台和全网范围的网络协作环境，实现集成的信息采集、内容管理、信息搜索，能够直接组织各类共享信息和内部业务基础信息，面向不同使用对象，通过门

第28页 共40页

户技术实现个性化服务，从而实现初步的信息整合；门户不同的用户提供个性化、服务，实现用户的统一认证、统一管理，提供实时信息访问及多系统协同工作。

3.3 基于SOA的体系架构 3.3.1 SOA架构介绍

面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。

这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。

对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。

3.3.2 SOA与应急管理系统

作为应急预案流程处理，势必会涉及到跨组织跨地域的多单位多部门的协同工作，不同的单位在拥有诸多构建在不同技术元素的业务系统的现状下，要实现跨越系统的流程集成，要以什么作为首要的选择依据呢 ？

答案是“标准”和“架构”，IT技术发展到今天，再没有什么比面向服务的架构(Service Oriented Architecture，简称SOA)更加合适去作为这样的解决方案了，通过借助BPM对SOA计算模型中BPEL标准的实例化和做相应拓展，应急预案流程完全能够实现业务流程的跨系统集成。

第29页 共40页

3.3.3 SOA架构的优势

? 围绕服务而不是应用来组织企业IT ， SOA 提供了如下关键的好处：. 提高业务和IT 的生产效率、

敏捷性和速度 ... 与有经验的SOA 提供商进行合作还有一个好处，企业可以获得对构造组件、企业域（ domains ）、服务和规范数据模型的参考经验。

? 它可以将IT架构抽象出来，而把IT系统实现的功能以服务形式表示出来，每种服务都清晰地表现

出其业务价值，这些服务的顾客（既可能在公司内部，也可能是公司的某个业务伙伴或供应商）就可以得到这些服务，而不必考虑其后台的具体实现技术。

? SOA的出现改变了人们编写应用软件的方式，它要求开发人员将应用设计为服务的集合，并充分考

虑现有服务的重用以及如何让新开发出的服务能被其他项目重用。“单独的”、“独立的”、“封装完善的”服务所具有的一个关键好处是可以采用多种不同的方法重新组合它们以形成新的应用。 ? 应用开发上的好处：编码灵活性 可基于模块化的低层服务，采用不同组合方式创建高层服务，从

而实现重用。此外，由于服务使用者不直接访问服务提供者，因此服务实现方式本身也是灵活的。 ? 明确开发人员角色 可以充分发挥开发人员的长处，提高开发效率。例如，熟悉BES的开发人

员可以集中精力在重用访问层上；协调层开发人员则无须特别了解BES的实现，而是把精力放在解决高价值的业务问题上。

? 支持多种客户类型 借助精确定义的服务接口和对XML、Web服务标准的支持，SOA可以支持

多种客户类型，包括PDA、手机等新型访问渠道。

第30页 共40页