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

? 更易维护 服务提供者和服务使用者的松散耦合关系及开放标准的采用使得系统的维护变得更

容易。

? 更好的伸缩性 依靠服务设计、开发和部署所采用的架构模型实现伸缩性，服务提供者可以彼此

独立地进行调整以满足服务需求。

SOA带来管理上的优点：管理员可以直接管理开发人员所构建的相同的服务，这远胜于以往管理单个应用的方式，通过分析服务间的交互，SOA可以帮助企业了解何时以及为什么业务逻辑被切实执行了，这使管理员或分析师能够有针对性地优化业务流程。

3.4 系统功能框架

3.4.1 网络通讯层

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

第31页 共40页

3.4.2 信息资源层

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

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

3.4.3 应用支撑层

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

3.4.4 应用层

应用层结合应急指挥中心的实际情况以及项目设定的目标，通过预案编制、预案管理、资源管理、事件管理、预案执行管理、统计分析和GIS定位等功能，来完成通州区应急指挥中心预案管理系统的建设。

3.4.5 综合门户

综合门户系统建立了一个灵活、规范的信息组织管理平台和全网范围的网络协作环境，实现集成的信息采集、内容管理、信息搜索，能够直接组织各类共享信息和内部业务基础信息，面向不同使用对象，通过门户技术实现个性化服务，从而实现初步的信息整合；门户不同的用户提供个性化、服务，实现用户的统一认证、统一管理，提供实时信息访问及多系统协同工作。

第32页 共40页

3.5 系统网络架构

3.5.1 应急值守

应急值守是指应急预案管理的日常工作，包括预案编制、查询和应急资源维护等功能。应急值守人员通过PC访问Web服务器，登录系统并使用相应系统功能。此部分功能为本期项目重点实现的功能。

客户端采用PC并通过局域网与服务器连接，通过IE浏览器访问系统。由于系统集成了百度地图功能，因此，要求客户端电脑能够访问百度地图网站。

3.5.2 应急指挥

应急指挥是指突发事件发生后，启动相应的预案，指挥调度各种资源，完成相应的应急响应工作，包括事件管理、预案启动、预案执行和预案关闭等功能。应急指挥人员通过PC访问Web服务器，登录系统并使用相应系统功能。此部分功能为本期项目试用的功能。

客户端采用PC并通过局域网与服务器连接，通过IE浏览器访问系统。由于系统集成了百度地图功能，因此，要求客户端电脑能够访问百度地图网站。

3.5.3 应急处置

应急处置是指应急响应的联动人员，通过手机客户端和短信等方式，从指挥中心获取各种事件信息和应急任务信息，并将任务执行的情况，通过手机及时反馈给应急指挥中心。此部分功能是未来系统功能扩展的方向之一。

客户端应采用智能手机（安卓、IOS或WP7等）并开通GPRS/3G网络功能，通过手机上安装的客户端

第33页 共40页

软件与服务器进行通信。

3.5.4 Web服务器/数据库服务器

Web服务器是主要用于系统应用程序的部署。用户通过浏览器访问Web服务器，Web服务器根据用户的请求，访问数据库服务器，获取相应的信息后，形成网页并反馈给用户。

系统硬件配置：建议采用两台独立的服务器分别作为Web服务器和数据库服务器，未来随着用户数的增加和业务复杂程度的提高，可采用更多的服务器来分摊系统的压力。由于预案管理系统的短信模块需要通过Internet发送短信，所以，Web服务器需要有Internet的访问权限。这也是将Web服务器和数据库服务器分离的一个原因，避免数据库服务器直接暴露在外网，造成数据不安全。

系统软件配置：数据库管理软件方面建议系统采用Oracle 11g数据库，可为系统提供更高性能的数据管理功能。若用户考虑成本问题，本系统也可采用MySQL5等开源的数据库软件。系统操作软件方面建议采用Linux 5.4企业版操作系统，更为稳定，更少的病毒威胁。Web应用服务器软件方面建议采用免费的开源系统。

3.5.5 短消息网关

短消息是指手机短信。系统支持短信网关集中发送短信的功能，一般用于通知和提醒。短信网关的实现方式采用与短信服务商合作，申请专用的短信号码和短信通道，如106XXXXX，系统通过调用短信服务商的短信发送服务端口，向短信服务商提交短信发送的内容和接收者，由短信服务提供商将短信发出。

短信功能模块安装在Web服务器上。未来随着新的业务功能的增加（如手机功能）和安全性要求的提升，可增加单独的外网应用网关，将短信模块部署到应用网关。

3.5.6 其他应用系统接口

应用系统可预留接口，未来与其他内部办公系统（如OA系统等）进行对接。 接口方式可采用API或Web Service等多种方式。

3.6 应用系统架构

3.6.1 基于B/S的应用系统架构

本方案采用B/S三层体系结构来构架整个系统。由三部分组成：客户机、应用服务器、数据库服务器。客户机上只需要安装浏览器，它负责处理与用户的交互和应用服务器的交互。应用服务器负责处理业务逻辑，具体地说就是接受客户机方应用程序的请求，然后根据业务逻辑将这个请求转化为数据库请求后与数据库服务器交互，并将与数据库服务器交互的结果传送给客户机方的应用程序。数据库服务器软件根据应用服务器发送的请求进行数据库操作，并将操作的结果传送给应用服务器。

B/S三层结构有许多内在的优点： 逻辑界限清晰。中间层允许用户把全部业务逻辑从另外的两个层中移到中间层的一个功能模块中定义实现，这样各层之间相对独立使得其中某一层的改变不影响到其他层。因而，当用户需求发生变化的时候，开发人员可以很容易地控制变更的范围，从而达到及时快速修改的目的。

第34页 共40页

三层体系结构架构的系统也有利于资源的优化。由于一个系统功能被分为三个部分，因此可以根据各层负载情况，可升级以相应的硬件平台来满足不断增加的负载需求，使得系统具有良好的可扩展性。

三层结构与传统的客户端—服务端结构相比，我们可以在开发过程中在Client，Web Application Server，DB Server间均衡的分布应用负担，如在DB Server中使用触发器，存储过程简化页面查询负担，在Web Application Server中充分利用中间件相关技术，以编译的执行方式代替脚本的解释执行方式提高了存取速度。在客户端应用一定量的客户端 …… 此处隐藏：2197字，全部文档内容请下载后查看。喜欢就下载吧 ……