94在逗你
范文一：水害预警管理系统1
水害预警管理系统实施方案
山西柳林金家庄煤业有限公司
水害预警管理系统
以安全预警原理为指导，从矿井工作面水害的诱导因素出发，结合我矿安全生产的实际需要，建立矿井水害预警系统，以期从方法和技术角度为矿井水害预警系统提供一个新颖的实现方案。
一、系统总体设计
随着空间信息技术和计算机科学技术的飞速发展，地理信息系统技术（GIS ）所特有的图形—属性数据集成管理、空间分析和空间决策支持等功能日益增强，使其成为构建动态的、信息全面的水文地质信息管理系统及进行水害预测的优选工具。矿井水害预警信息系统即是基于GIS 的数据信息处理系统，强调收集、整理、挖掘水文地质信息，为矿井防治水工作服务。
系统的总体设计目标为：
(1)矿山水文地质信息采集、维护、查询、分析；
(2)图形空间信息编辑、维护、管理；
(3)图形与属性信息查询、数据绑定、专题图制作；
(4)数据深层分析，等值线、历时曲线、水化学玫瑰图等制作；
(5)水害预警模块，数据流程分析，建立水害预测模型。
二、系统结构
（一）、系统模块
根据矿区勘探、建井、开拓开采揭露的有关水文地质信息建立矿井水文地质属性信息数据库和相关的图形信息数据库，开发相关的模块，使这些数据可以输出和更新。根据这些数据建立相关的数据分析程序，提取对水害预警有用的信息。根据各预警模块对应的
理论，建立相应的突水评价模型，利用突水评价模型对矿井水害进行预测预报。
1、收集勘探、开采资料和水文地质资料，并对资料进行系统分类整理。
2、建立属性数据库，对钻孔原始资料、钻孔基本资料、矿井涌水资料、水文观测资料、矿井突水资料、水源井资料、水质分析资料、历年降水资料、井下水文钻孔资料等进行管理。
3、建立图形数据库，将勘探、建井、开拓开采时所用的相关的图件转换为预警系统可以运用的统一的格式（tab 文件）进行处理，一般过程：纸质图件经扫描变为电子栅格图像，数字化为不同的专题矢量图件，将其导入Mapinfo 系统，利用通用转化器变为系统可运用的tab 文件。建立基本模块实现信息管理功能。
4、开发数据分析模块，提取对水害预警有用的信息，例如：可以从水质分析数据库里提取相关的信息完成玫瑰图的绘制，由不同的钻孔的同一个含水层的多个玫瑰图我们可以得到这个含水层水力联系方面的信息。
5、开发水害预警评价模块。结合实际生产中遇到各种水害事故和当今的各种评价理论建立水害预警模型库，应用所建立的模型对实际生产中的水害进行预测。
（二）、系统功能设计
在分析矿井水文地质信息输入、存储、管理、利用、绘图、输出等数据流程的基础上，将矿井水害预警信息系统分为三个子系统：1、矿井水文地质属性信息管理子系统，2、矿井空间信息管理子系统，3、水害预警分析子系统（图1) 。
图1 矿井水害预警信息系统的功能结构图
任何信息系统都是以数据为基础，并把数据作为处理对象，因此在系统设计中弄清楚整个系统的数据流程是十分必要的。矿井水文地质信息管理与水害预测系统的数据流程如图2所示。
图2 矿井水害预警信息系统的数据流程图
1、矿井水文地质属性信息管理子系统
矿井水文地质属性信息管理系统的功能为：
（1）数据库的创建，生成钻孔数据表、矿井涌水数据表、水文观测孔数据表、矿井突水数据表、矿井抽水数据表、井下水文钻孔数据表、水质分析数据表、降水量数据表等；
（2）信息的输入、编辑、查询和分析；
（3）数据的导入与导出，实现同其他数据如Excel ， text 等格式之间的数据交换；
（4）数据备份；
（5）报表格式输出。
2、矿井水文地质空间信息管理子系统
矿井水文地质空间信息管理子系统的核心任务是根据图形和数据信息给出的专题数与专题图件，为矿井水害预测预报提供可靠
的信息。功能为：
（1）文件管理，打开、生成、保存地图集，生成永久图层与临时图层；
（2）地图编辑，提供多种对象选择方式（点选择，矩形框选择，圆选择），绘制、标注
图形；
（3）图层操作，属性数据集绑定，创建专题图；
（4）查询操作，实现图形信息和属性信息的互相查询。
3、水害预警分析子系统
为整个系统设计的核心部分，功能为：
（1）数据分析，根据属性数据生成多变量相关曲线、水化学玫瑰图、各种历时曲线与等值线等；
（2）涌水量预计，提供大井法、水文地质比拟法、降深－流量关系曲线法、相关分析法等模型；
（3）水文地质参数求解，老空区积水量计算；
（4）地下水流场分析；
（5）顶板突水预测，提供上三带理论预测、多源信息复合预测、模糊数学法突水危险性评价等模型；
（6）底板突水预测，提供斯列萨列夫公式、突水系数法、多源信息复合方法、下三带理论预测等模型。
三、煤矿水文地质信息系统与水害预警信息系统的比较
（一）、 水文地质信息系统
我国内现有的正在使用的矿井水文地质信息系统是专门服务于矿井水文地质工作的专业化信息系统。一方面，为矿井水文地质工作者提供了水文地质数据输入、存储、查询、统计、分析、计算、报表、图件输出以及水文地质条件评价、预测、预报等多重信息处理手段和决策支持工具；另一方面，在矿井水文地质实践中，无论在信息分析、处理方面，还是在管理、决策支持方面都给矿井水文地质信息系统提出了更高的要求，并促进了矿井水文地质信息系统进一步发展。多元化、智能化、可视化（2D,3D ）及多媒体化己成为矿井水文地质信息系统发展的主要方向。但是，它存在以下主要问题：
1、图形信息和空间信息的分离存储和处理，不能有机结合，造成信息使用上的不方便。
2、如果为了使用GIS 的强大的空间处理能力和美观的输出功能，就需要购买昂贵的GIS 软件，而对于我们水文地质工作，仅需要进行其中几项功能就足够了，容易造成资金的浪费。
3、对矿井突水事故预测的针对性不强，水害信息分析，水害预测模块有待完善。
（二）、水害预警信息系统
水害预警信息系统则基于水文地质信息管理系统，它研究以下四个方面以至比水文地质信息管理系统更强调如何收集、整理、分
析这些信息，使之成为防治水害有用的信息：
1、针对矿井水文地质工作的特点，提出矿井水文地质信息存储，管理，应用的方案，完成矿井水害预警信息系统的框架构建，分析水文地质数据的存储，组织，管理，应用，研究如何从这些信息里提取对水害分析预警有帮助的信息。
2、研究图形信息和属性信息如何有机结合到一起，在友好界面下实现由图形信息查取属性信息，由属性信息来查询图形的功能。
3、应用GIS 的组件技术，把MapX 组件集成到面向对象(Object Oriented-OO) 的快速应用开发工具语言Microsoft Visual Basic 6.0的环境下，充分使用GIS 高效的空间数据处理、输出功能与VB 简单高效的数据计算功能。
4、通过查阅文献资料，构建数据分析和水害预测模型库大体结构，并实现部分功能。
四、结论
最终开发出来的基于GIS 的煤矿水害预警信息系统实现了对矿井水文地质属性数据资料和空间数据资料的有效管理，并能够使两者有机结合，实现空间数据和属性数据相互查询。GIS 在存储和处理诸如钻孔、突水点、断层等具空间信息的数据具有非常大的优势。在空间数据库基础上，佐之多源信息复合分析与数值模拟方法，GIS 可将数据与分析结果，如水害类型分布、水害危险程度分区、水情动态演变、水害损失估算和救灾措施规划等，直观而有效地显示在二维或三维电子地图上，并可在人机交互式地进行设计、修改、输
出。与传统的分析方法相比较，将过去的手工、单一、静态、以定性为主的分析技术推进到多时相、多数据源、时空结合、动态实时、定性定量相结合的综合分析技术，大大提高了直观性和形象性，各种治理方案的优劣比较也很清楚，在水害预测与治水方案的制定过程中使决策者减少盲目性，从而使决策更科学、更符合实际情况。
山西柳林金家庄煤业有限公司 水害防治中心 二〇一三年十一月二十七日
范文二：管理系统应急预案
管理系统故障处理应急方案
一、管理系统故障处理相关人员
二、管理系统故障处理通知流程
1、发现管理系统网络故障或供电系统故障，应及时立即通知相关负责人或值班人员，由其进行相关处理，并保持联络了解处理进度，通知客户人员以便做好解析工作。
2、发现管理系统中非数据库系统设备故障（包括网卡故障），应立即按相关步骤启用备用系统，通知相关负责人或值班人员，约定好时间尽快到现场诊断排查。通知客户人员以便做好解析工作。
3、发现管理系统中数据库系统故障，应立即按相关步骤进行处理，通知相关负责人或值班人员，通知客户人员以便做好解析工作。
三、管理系统各类故障处理流程 1、网络故障或供电系统故障
判断方法：机房内所有外网地址均无法访问，但可以访问其他互联网地址。
处理流程：
(1)通知相关负责人或值班人员, 确认情况。
(2)保持联络了解处理进度。
(3)如果是网络故障，故障恢复后，逐个检查各系统是否都已正常对外服务。
(4)如果是供电系统故障，供电故障恢复后，首先请值班人员协助启动各个计算机设备；然后检查各系统是否能正常启动；在对外服务前先进行一次数据库备份。最后，再启动对外服务程序。
2、个别设备（非数据库）故障
判断方法：机房内所有外网地址均可以访问，但在内网监测到部分地址不可访问；部分外网地址不可访问。
处理流程：
(1)确定故障机器位置及故障类型。
(2)如果是软件故障（如内存、硬盘空间引起的软件错误退出），内存引起的重新启动整个机器；硬盘空间不足的先清理无用的垃圾和临时文件，或重新分配硬盘空间，满足条件后重新启动软件。
(3)如果是网卡或硬件引起的故障，这时是无法进行远程维护的，应立即启用备用系统，以实现尽快提供对外服务。然后通知相关负责人或值班人员，在值班人员协助下，先尝试检查是否网线连接故障，如是重新连接后将该机设为备用系统；如不是再尝试重启机器，如重启后能够远程访问，通过远程检查故障原因并在可继续使用时将该机设为备用系统，如重启后仍不能远程访问，和相关负责人或值班人员约定好时间尽快到机房现场诊断排查。
3、数据库系统软件故障
判断方法：网络正常并可访问，不能访问数据库或数据库响应很慢。
处理流程：
（1）检查数据库进程是否正常运行，如正常运行，检查内存占用情况和硬盘空间使用情况，如硬盘空间不足清理临时文件和无用垃圾文件或重新分配硬盘空间。如内存占用满，找到长时间访问会话并终止，记录该会话相关的sql, 数据库正常后，分析该SQL 运行时间长的原因，并排除（如临时表空间不足）。
（2）如数据库进程异常退出，检查机器是否有错误日志，检查硬盘文件是否正常。如果硬件没有问题，则有可能是内存不足引起的数据库进程，可重新启动数据库后，立即备份数据，然后调整数据库参数，如减少会话访问数量等，再对外提供服务。
（3）如果是硬件问题如硬盘满（现在还没有出现这种情
况），请先将数据库备份恢复到备用机器后，启用备用机器后，增加硬盘空间，并改该机为备用系统。
4、数据库系统网卡故障
判断方法：数据库主网卡不能访问，通过第二网卡可以访问。 处理流程：
（1）通知相关负责人或值班人员，在值班人员协助下，先尝试检查是否网线连接故障，如是重新连接后，立即备份数据。
（2）如果不是，请通过值班人员协助下将主网卡与第二网卡网线进行交换。如果可以访问（按理这是可以的），立即备份数据。
（3）如果仍不可以访问，将主网卡与第二网卡网线交换回去，通过第二网卡将数据库备份并恢复到备用数据库，启用备用数据库作为主数据库服务器。
(4)相关负责人或值班人员约定好时间尽快到机房现场诊
断排查。
5、数据库系统设备故障
判断方法：数据库主网卡不能访问，通过第二网卡也不可以访问。
处理流程：
(1)通知相关负责人或值班人员，在值班人员协助下，先尝试重启机器，如重启后能够远程访问，通过远程检查故障原因，立即备份数据并恢复到备用服务器，启用备用数据库作为主数据库服务器。
(2)如能够重启机器到操作系统，但网络不能访问的，立即赶往机房备份数据，并恢复到备用服务器，启用备用数据库作为主数据库服务器。
(3)无法启动机器的，立即赶到机房，确定硬件故障原因，如果在当天无法排除故障的，在备用数据库器恢复最近的数据备份，并启用为主数据库服务器。这种情况会使得上次备份与故障发生期间的操作需要重复，应该避免这种情况，可通过把数据文件存放在网络存储服务器上避免。
(4)以上各种情况，都需要尽快重新安装新的备用数据库，以作备用。
范文三：应急车辆管理系统方案
应急车辆管理系统方案
一：随着我国国民经济的高速发展，交通运输企业之间的竞争不断加剧，带来了诸多的交通、安全和车辆的管理问题。发展交通运输，仅仅是建设基础设施、增加车辆是不够的，软硬件要一起抓，如何运用现代化的高科技手段对车辆进行实时监督和科学调度，是企业提高服务质量，降低运营成本和强化车辆安全的一个必不可少的重要方面。
交通部、公安部、国家安全生产监督管理局在2001年10月联合发布《关于加强公路客运交通安全管理的通知》，要求长途客车应当逐步安装，使用符合国家标准的行车记录仪。2002年5月第226号文件《关于继续进行道路危险货物运输专项整治的通知》更明确要求，车辆应安装GPS卫星定位系统。各地也纷纷出台相关政策，例如湖南交管局和运管局联合规定未安装行车记录仪或GPS设备的车辆不准营运。广东省也规定营运车辆应该安装GPS 监控系统。
我们提供的“GPS车辆监控与服务系统”是一个建立在GPS、GIS和现代通讯手段之上，专业服务于车辆监控与调度的GPS软件平台，实现车辆的实时监控和科学调度，有效防盗防抢，降低事故发生率。系统集成GPS车载终端、行车记录仪（黑匣子），无缝连接企业内部业务管理系统，广泛应用于公路客运系统，将为各地客运系统的信息化和服务水平的提高提供帮助。
二：产品GPS组成
典型客户：无
友情提醒：本方案的组成方式由广州实创信息技术有限公司所有，未经同意，不要以任何方式复制
范文四：应急处置管理系统
智能应急指挥调度系统
一、 概述
1.1 智能应急指挥调度系统建设背景
随着社会的不断进步，发生紧急突发事件的种类更加复杂与多变，传统的应对机制已不能适应日益增多的紧急突发事件处置的需要，如何有效整合各方面力量、建立健全专业的应急机制，引发了许多思考。
针对以上需要，拟开发一款适用于金融应急指挥需求的“智能应急指挥调度系统”。紧密结合用户需求，以众绎平台为基础，集成视频指挥调度、视频会议、视频监控以及数据分析、预案设置、移动互联等多种业务功能。协助各级指挥者在实时监控现场的同时，完成与相关部门和现场人员语音、视频数据的双向实时交互，适用指挥者快速决策、实时调度、应急处置。
1.2 智能应急指挥调度系统概述
智能应急指挥调度系统紧密结合应急指挥对多种视频业务的综合应用需求，应用多项自主开发技术，实现了视频指挥调度、视频会议、智能视频监控、移动互联等多种关键业务功能。真正实现即时、交互的指挥调度功能，满足应急指挥调度的真实需求。
建设方案特点：
标准性：可为客户提供标准化预案
先进性：采用先进的MPEG-4/H.264视频编码技术，压缩比高，图像质量好；
整合性：一套系统综合实现了远程监控，视频指挥调度，视频会议功能； 兼容性：支持多种视频监控系统的接入；
安全性：独有的多级别、多权限的指挥调度管理。
实时性：支持用户多级别实时指挥调度；
多业务性：单一用户终端支持多项业务应用；
可扩展性：支持数据采集、案例分析、视频报警联动；
二、 智能应急指挥调度系统主要功能简介
2.1 预案管理
制定标准化的处置预案，为事故的协调指挥提供参考方案。提升日常管理与应急处置效率。 突发事件发生后，为了快速部署人力资源，系统自动寻找与该事件发生时间和地点相符的相关预案中的人员部署方案，并提供多种选择，供用户快速应用。
2.2 指挥调度应急处置
借助于应急指挥指挥调度系统具有的多种权限和级别模式设置，上级人员通过指挥调度终端可以向下级发布指挥和调度命令，各级部门之间、部门与下属之间可以实时进行各项任务、任务计划下达和各项任务协调。上级人员可实现多种指挥方式，如单呼、组呼、强插、越级指挥、分组协同指挥等指挥调度模式。
2.3 视频电话、会议功能
系统支持即时视频会议、多组视频会议、多种例会，用户根据业务需求，可以设置不同例会，主席可以管理控制各个分会场的发言权，并广播某一会场，会议成员可以随时加入和退出会议组。
2.4 远程视频监控
系统支持大规模视频监控接入，用户可实现分级、分权限监控管理，监控中心能灵活切换现场视频画面、控制云台和摄像头，并支持双线语音可视对讲。
2.5 视频录像大屏集中显示、案例对比
监控中心部署视频矩阵，支持多路视频集中输出，接入大屏幕电视墙多路实时显示。并设置单独画面显示以往类似案例解决方案，以协助指挥者做出正确处理。
2.6 一键通功能
快捷“一键通”功能，可通过该功能一键启动“一键通”模式的指挥调度、视频监控、视频会议等，方便指挥者快捷应急处置。
2.7 指挥调度数据记录、分析
在处置过程中，系统可对处置过程进行详细记录和保存。针对处置流程可进行复核检查，对数据进行深度分析，可协助完善预案，并对高风险点进行风险提示，做到主动防御。并对防御资源进行合理分配。
2.8 移动互联
可联动到我司手机移动端考拉云平台，并支持web 端访问，实现多平台接入，方便指挥者在任何时间任何地点都能方便快捷的进行应急处置。
2.9 模拟演练
引入模拟演练的方式来校验预案的可行性。
模拟演练方面，可分为两类，一类是通过事故预案来进行的桌面演练，这种方式是以二维平面电子地图为基础进行的，模拟真实的报警事件，运行相应的行动预案，从而达到校验的结果。
另外一类就是实战演练，这种方式需要人为模拟一起真实的事故，这种演练
方式有一定的实战效果，强化应急管理的流程深入人心的同时，验证流程的可靠性。
三、 设计原则
根据突发事件发生前、发生中、发生后整个过程将应急处置分为五个阶段： 阶段一：日常应急管理，包括应急预案管理、应急组织体系管理等。 阶段二：应急事件获取，包括应急事件首报、续报等。
阶段三：应急响应，包括应急信息处理、预案查询、应急事件的预判与预警。 阶段四：应急处置，包括应急资源调配、应急事件处置。
阶段五：事后评估、影响分析、计划、资源要求规范、评审与执行。
四、 系统架构
范文五：政府应急预案管理系统
1 概述
1.1 项目背景
近年来，我国一些自然灾害、安全生产、环境污染等事件频频发生。如2008年的特大冰雪灾害、汶川地震灾害，2010年的玉树地震灾害、舟曲泥石流灾害、王家岭煤矿透水事故及三鹿奶粉事件、瓮安群体性事件，都给人民群众生命财产安全带来了巨大的损失和严重的威胁。每一次事件的发生都牵动着党中央、国务院和全国各族人民的心，有些事件甚至引起国际的广泛关注。成功应对突发事件，就会把一场灾难，转化为一次机遇，更加凝聚人心；如果应对失误，就会酿成更大的灾难，就会丢失民心，失去民意。应对突发事件的能力和绩效，已经成为考验政府公共管理水平和行政能力的重要标志。同时，加强应急管理信息化建设是加快应急管理队伍建设，提高应急管理工作水平和应急处置能力，有效预防事故发生，减少和控制事故扩大的重要手段。
1.2 项目目标
根据政府的紧急事件的处置机制，建设一套辅助政府应急预案管理的信息系统，系统遵照危机管理理论，平战结合，平时进行应急预案的编制、管理和完善；在突发事件发生时，快速检索和匹配预案，指导工作人员完成应急响应的协调、联络和监督等工作；在突发事件处置完成后，及时进行善后处理及对事件进行评估并对预案进行修正，从而不断完善和提升政府应对公共事件处理的能力，为政府应对突发公共事件提供重要信息保障。
2 系统功能需求
系统功能结构图
2.1 预案模版管理
预案模版是编制应急预案的基础，相当于应急预案的提纲和目录。系统根据不同预案类型对预案模版进行管理，也可以根据事件类型对预案模版进行管理；管理内容包括模版基本信息以及模版的目录结构、目录类型，在预案编制时编制人员选择相应的预案模版，系统自动对预案模版和预案索引进行绑定，编制人员就可以根据模版大纲编制预案内容，管理功能包括对预案模版的基本信息和目录结构类型进行添加、修改、删除、修改等管理。
2.1.1 预案模版基本信息管理
定义预案模版的各项基本信息，包括名称、版本号、编制单位、编制时间和使用说明等。模版基本信息是模版在模版库中的唯一信息，包括模版编号和模版版本号，在预案编制时通过预案基本条件检索匹配到预案模版，从而根据模版索引检索到模版目录。
2.1.2 预案模版编制管理
预案模版各项内容的增加、修改和删除，包括模版的各层次级别目录树、目录项的类型（如文本、列表
等）等功能。预案模版编制管理是对模版的目录结构、层次级别顺序以及类型的定义，在模版基本信息创建后模版本身是没有模版目录，需要编制人员根据预案需要进行定义，可以按预案类型或者事件类型进行模版定义，选择模版索引后系统跳转到模版目录定义界面，编制人员在界面中定义不同的目录名称、目录顺序以及目录类型，定义完成后提交到系统后台，系统根据定义把目录索引和模版索引进行绑定并保存到模版库中形成完整的预案模版。
2.1.3 预案模版基础数据配置管理
包括预案模版的分类管理和目录类型管理。
系统在交付使用时，已内置了一些常用的类型和目录。在未来的系统使用过程中，用户可利用此项功能，自行灵活定义各种不同类型的预案和预案目录，以适应不同预案编制的需要。预案模版基础数据配置是预案模版目录的重要组成部份，基础数据主要是包括应急资源、成员单位及职责、应急专家、应急救援队伍等需要数字化格式化的内容输入目录，所有的目录都有相应的索引，在预案模版定义时选择相应的基础目录信息跟预案模版索引进行绑定，这样所有基础目录通过索引绑定形成各种结构的预案模版。
预案分类管理：
目录类型管理：
2.2 预案编制管理
系统根据应急预案中的要素信息，提供结构化的应急预案信息、响应事件、应急资源配置、处置程序等信息要素的输入和变更等界面功能，并能按照用户工作习惯方式友好地回显预案内容。
用户在编制数字预案时选择预案模版，按照向导提示编制，也可以参照某项预案进行修改编制。系统支持数字预案保存、修改、删除功能。
应急预案制作还包括电子地图方案制作接口，通过该接口可在电子地图上进行定位、标注和文字的编写，进行编辑和布置应急预案的人力和资源安排。
用户可以上传和下载与编制预案相关的附件，编辑简要说明。系统自动记录上传和下载的时间。
2.2.1 预案基本信息管理
应急预案的基本属性，包括编号、名称、版本、类型、编制部门、编制人和使用说明等。预案基本信息是预案在系统中唯一信息，包括预案编码、预案版本号，在预案编制时通过条件检索到预案并进入编制工作，在突发事件应急处置时通过事件名称、事故类型等条件到预案基本信息库中检索匹配所需要的预案启动进行应急处置工作，编制人员在创建预案基本信息时在创建界面输入基本信息相关项提交到系统后台，后台获取操作人员提交的基本信息并自动分配预案索引保存到预案基本信息库中，同时操作人员也可以对预案基本信息进行修改、删除等操作，系统根据操作人员选择的预案索引对数据库中的基本信息进行相关项的更新和删除操作。
2.2.2 预案编制管理
根据预案模版的目录结构，逐项填写相应的预案内容。系统支持所见即所得的编辑方式，即在界面上编辑文字的各种格式，未来文本输出时可原样输出。
预案编制是编制人员在创建了预案基本信息之后对预案内容进行填写的功能，编制人员在内容编制时选择需要编制的预案，系统跳转到编制界面并从预案模版库中提取系统中所有已经编制好的预案模版，编制人员选择预案模版，系统后台获取预案索引以及预案模版索引到数据库中提取该模版的所有目录信息（目录顺序、目录结构、目录类型），后台再对提取的目录索引跟预案索引进行绑定并保存到预案库中同时展示到系统前台，预案目录就已经产生，编制人员根据目录对预案内容进行编制并保存到预案库中，预案在编制的过程中不同的内容就会要用到不同的目录模版，这也是预案模版预案已经定义好的，比如预案编制依据、目的等内容一般都是文字性描述，文字性内容填写到文本编辑中；比如组织成员单位及职责、应急人员、应急专家等相关内容在应急处置时是需要从预案库中进行提成，数字格式化的内容在预案编制时需要进行数字化格式化录入，以方便在预案启动进行应急处置时系统能快速提取。
文本录入：
列表录入：
2.2.3 预案预览及导出
在编制过程中，可随时通过预览功能，查看预案编制的基本情况。也可以通过导出功能，获得该预案的word文档。预案预览及导出功能是系统根据用户需要生成一份和预案文本文件同样格式的预案，系统根据操作人员选择的预案索引到预案库中进行数据检索，对符合索引条件的预案信息进行提取并提交给系统后台按照预案目录先后顺序层次结构进行处理生成网页文件和word文档，最终展示在系统界面中供用户进行查看阅读或者导出到操作人员所指定的位置。
2.2.4 预案发布管理
预案编制完成后，通过预案发布功能使预案正式投入使用，同时系统也对预案进行锁定不能进行修改及修订工作，未经发布的预案，在应急事件处置中不能使用，操作人员可以正常的对预案内容进行修改修订工作。预案发布时操作人员选择需要发布的预案进行发布，系统根据预案索引到预案库中进行数据检索并对符合索引条件的预案状态进行锁定，操作人员不能再对预案进行相应的修改修订工作，同时也代表该预案已经编制完成，在突发事件应急处置时可以匹配并可以启动已经发布的预案进行事件应急处置工作。
2.2.5 预案任务库管理
任务是处置突发事件的各项具体行动或措施，有的任务相互间还具有先后顺序或逻辑关系。任务信息管理实现了任务内容、任务责任单位和责任人、任务所需资源、任务执行步骤、任务执行标准等信息进行管理，提供了预案任务配置及任务信息录入和任务岗位、资源配置等功能，支持预案-任务的关联关系查询和检索。
任务责任矩阵可以明确各项任务主体的责任关系和职责，明确责任者、协作者、配合者、支持者的任务分工。系统提供的功能可使用户设置每项任务的相关方及其责任类型和职责内容，并可按责任矩阵的形式展现给操作者。
任务资源矩阵可以明确各项任务所需的资源类型、数量等内容。用户可使用系统提供的功能设置每项任务的资源，并可按资源矩阵的形式展现给操作者。
对各成员单位的任务进行统一的管理，在预案编制过程中从任务库里选择成员单位的任务进行关联。
2.3 预案启动管理
2.3.1 预案检索匹配向导
突发事件发生后，可通过预案检索匹配向导功能，方便快捷地查询相关预案，找到最为合适的预案并启动执行。
向导的主要过程包括：预案快速检索、地图定位、预案级别研判和预案启动等过程。
2.3.2 预案地图定位
可通过预案地图定位功能，在地图上标注突发事件的发生地点并把地理位置坐标信息保存到数据库中，也可以通过地图强大的查询功能查询事发地点周边不同距离范围内的基本情况，包括应急救援力量、危险源和脆弱设施等信息通过图标和列表二种方式展示给指挥人员，以便指挥人员以及其他应急人员在处置突发事件时了解事发地相关信息，有利于掌握并合理、科学的对事件进行处置，尽可能的减少人员伤亡、财产损失。
2.3.3 预案快速检索
可通过下拉列表模式，快速检索预案。
下拉列表模式：
下拉列表主要是检索预案的标题信息，输入关键字后，系统根据关键字到数据库中检索预案库，对符合条件的预案通过下拉列表弹出，快速显示匹配到的预案，选择下拉列表的内容后，可直接进入该预案。
2.3.4 预案级别研判
预案级别研判在突发事件时根据指挥人员选择的预案，系统根据预案索引自动检索数据库中预案响应级别，把符合条件的响应级别信息在系统中进行展示供指挥人员根据事件情况进行级别研判，同时系统也根据响应级别启动预案，把预案中预置成员单位级职责、相关救援队伍、专家、应急人员信息检索展示出来进行应急处置。
2.3.5 预案上报流程
可随时查看事件上报流程以及上报领导、联系电话等信息。
事件上报流程查阅是系统根据当前突发事件所启动的应急预案响应级别而从突发事件上报流程库中匹
配到相应级别的上报流程。
上报流程的每个环节都有上报单位以及岗位，系统根据上报单位以及岗位到数据库中找到上报人的姓名、联系电话、单位电话、值班电话等信息，如数据库中有多上报人联系信息则一一查询并展示到上报流程中。
2.3.6 预案启动
突发事件时根据事件类型和等级等条件自动搜索预案库并启动，将该预案相关信息展示给指挥人员和应急处置人员。系统提供二种方式启动应急预案，分别以导航式启动和自动匹配方式启动预案。
导航式启动预案分为三步：
预案检索：系统根据指挥人员输入的关键字自动到预案库中检索到符合条件预案，如检索到多个预案时需要指挥人员选择相应的预案；
预案级别研判：指挥人员根据突发事件情况参照预案中的响应级别条件选择响应级别。
上报流程：系统根据指挥人员选择的预案以及预案响应级别从数据库中检索到符合条件的上报流程以及流程中所关联到的上报单位、上报人、联系方式。
自动匹配启动预案：
自动匹配式启动预案是系统根据管理人员前期预置的匹配条件、匹配指标数据，在突发事件时根据指挥人员输入的突发事件类型、事故人员、人员伤亡、财产损失等情况自动检索数据库中预案及响应级别启动预案。
2.4 应急处置管理
2.4.1 应急处置预案生成
应急处置预案生成根据当前系统所启动的预案从预案库中以及资源配置库中提取应急处置要素，预案要素包括突发事件报案信息、事件基本信息、事件上报流程图、成员单位及职责、应急通讯录、专家资源、救援队伍、事件处置进展以及下一步相关措施等内容。
事件报案信息、事件基本信息和上报流程图内容是根据事件名称、事件类型以及响应级别综合条件从事件库以及流程库检索提取。
成员单位及职责、应急通讯录、专家资源、救援队伍是根据当前突发事匹配启动预案索引到资源配置库中进行检索提取。
2.4.2 事件基本信息管理
突发事件录入包括报案人基本信息的录入和突发事件本身基本信息的录入。
报案人基本信息包括报案人姓名、单位、报案时间、报案电话，报案内容。
突发事件的各种基本信息管理，包括事件的名称、类型、级别、描述、伤亡情况、财产损失情况等。输入事发地址后系统根据中文地址快速在地图上定位，电子地图切换到事件地点。事故原因、人员伤亡情况以及财产损失情况填写项系统提供快速填写模版以方便填写人员快速填写，节约填写时间。
2.4.3 成员单位及职责
预案启动后，预置的各种成员单位及职责将自动通过短信的方式分发到各个成员单位负责人。成员单位职责分发后，同时系统也会自动记录职责分发时间以及详细职责，指挥人员可以通过系统提供的短信等方式，
督促提醒成员单位负责人。
成员单位接到任务后，应根据行动的进度，及时上报任务状态信息，状态包括已接收、已出发、已到位、已控制和已完成等，在指挥中心就能够非常清楚的看到各成员单位的情况，便于进一步的行动部署。
作为成员单位的任务信息的上报手段可以有多种，如通过手机短信的特殊编码实时上报信息等，技术手段的完善和管理制度的约束，确保任务执行的实时信息能够及时地反馈到指挥中心。
2.4.4 应急通讯录查阅检索
在突发事件应急处置时预案启动后，预案中预置的所有应急人员信息从数据库中检索出来，指挥人员可以利用系统中提供的短信以及电话等自动或人工的方式联系通知应急人员前往事发地点以及在事件处置过程中所需要负责的任务及职责。同时系统会对指挥人员通知应急人员的时间以及应急处置任务等其它指示指令信息进行自动和手工记录，也对应急人员在现场及处置过程中反馈的信息进行记录，给指挥人员在应急处置过程中能合理有效的进行指挥。
2.4.5 专家资源信息查阅检索
在突发事件应急处置时预案启动后，预案中预置的所有专家资源信息从数据库中检索出来，指挥人员可以利用系统中提供的短信以及电话等自动或人工的方式通知专家前往事发地点以及在事件处置过程中所需要负责的任务及其它信息，为行动争取更多的时间，减少更少的损失。
系统会对指挥人员通知专家人员的时间以及应急处置任务等其它指示指令信息进行自动和手工记录，同时也对专家在现场及处置过程中反馈的信息进行记录，给指挥人员在应急处置过程中能合理、高效的进行指挥，在事件总结起到评估作用。
2.4.6 救援队伍信息查阅检索
在突发事件应急处置时预案启动后，预案中预置的所有应急救援队伍从数据库中检索出来并显示在系统界面上，包括队伍名称，负责人、联系电话、值班电话，队伍人员数据以及队伍介绍信息，指挥人员可以利用系统中的功能通过短信以及电话等方式自动或人工的方式通知队伍负责人员前往突发事件事发地址以及在事件处置过程中所需要负责的救援任务及其它信息，为行动争取更多的时间，减少更少的损失。
系统会对指挥人员通知救援队伍负责人的时间以及救援任务等其它指示指令信息进行自动和手工记录，同时也对救援队伍相关人员在现场及救援过程中反馈的信息进行记录，给指挥人员在应急处置过程中能合理、高效的进行指挥，同时也为救援赢得更多的时间。
2.4.7 预案文本信息查阅检索
系统提供不同方式查看阅读预案信息，主要包括格式化和文本化查看二种，供系统使用人员可随时调阅该预案的文本内容，系统根据当前应急处置时所启动的应急预案从数据库中调出生成当前所属预案的文本内容，和原来文本同样格式，方便习惯看文本文字预案人员进行查看阅读。
2.4.8 事件上报流程查阅
可随时查看事件上报流程以及上报领导、联系电话等信息。
事件上报流程查阅是系统根据当突发事件所启动的应急预案响应级别而从突发事件上报流程库中匹配到相应级别的上报流程。
上报流程的每个环节都有指定的上报单位以及岗位，系统根据上报单位以及岗位到数据库中找到上报人的姓名、联系电话、单位电话、值班电话等信息，如数据库中有多个上报人联系信息则全部查询并展示到上报流程中。
2.4.9 事故处置总结填写
指挥人员对事故的处置过程、处置情况、处置结果进行详细的记录。
2.4.10 事故处置报告生成
应急响应过程中，提供软件工具和手段对相关应急预案执行过程进行全程跟踪监控，并记录执行过程中下达的指令的执行反馈信息，支持事后回朔和总结。具体包括对预案启动处理、预案升级处理、事件关闭处理、执行过程记录、生成执行报告，实现以下功能：
突发事件时启动相应预案，分类显示任务列表和应急资源。
记录预案和任务执行过程中的指令和反馈信息，并可随时调整任务和资源。
根据现场情况进行预案升级。
启动应急预案后，对联动单位执行情况进行监控。
事件处理完毕后关闭预案，对事故的报案人、基本信息、处置过程、处置结果生成事件报告并提供打印。
2.4.11 预案关闭
事件处置完毕后关闭相应的预案。
2.5 资源配置管理
应急资源包括应急处置装备和物资，是应对突发事件的重要保障。完善的应急资源管理，是提高应急管理综合水平的关键。
应急资源管理是对应急资源的基本信息、位置信息和非结构化信息进行分类管理。基本信息是为了更方便检索，位置信息是为了直观展现应急资源的地理位置，非结构化信息是为了包含更多结构化信息所没有包含的信息。
应急资源管理除了对应急资源的属性信息进行管理外，还对应急资源的使用过程进行管理。在预案等业务流程进行处理过程中，也会对应急资源的状态、位置、数量等属性进行操作，如应急资源的部署和撤回等。
应急资源的监控管理主要是对应急资源状态和位置进行管理，使得指挥人员能够准确地知道应急资源的分布情况和使用情况。
系统提供方便的应急资源查询功能，通过电子地图接口，操作者可以很方便地从信息系统和电子地图两个层面查询应急资源的相关信息。
应急资源的合理调配体现在三个方面：
第一是应急资源与预案的关联：在预案中根据不同任务调用不同的应急资源进行处理，它提出了需要哪些应急资源，需要多少。这就要求应急资源要和预案和预案任务进行关联，确保在预案启动的时候能够快速的取得应急资源的需求列表，减少差错和遗漏，为行动赢得时间。
第二是基于电子地图的应急资源检索和分配：根据需求列表，调度人员可以本着就近的原则调取相应的应急资源，提高响应速度。
第三是应急资源的使用和信息的反馈：应急资源在使用过程中状态会不断地发生变化，
随着任务的进程，应急资源使用情况被不断的上报到指挥中心，指挥中心能够依据应急资源信息的反馈情况及时调整和补充应急资源，确保应急资源的充分合理地使用。
应急预案中的相关应急资源的管理，包括应急单位、应急队伍、应急岗位、危险源、应急人员、应急车辆、应急物资和应急资料等等。
2.6 系统管理
2.6.1 用户管理
系统登录用户的信息和密码等内容的管理。
2.6.2 部门管理
政府相关部分的组织结构管理。
2.6.3 角色管理
系统中的角色管理。一个用户可以有多个角色，一个角色可以有多个权限，角色将权限累加到用户。
2.6.4 权限管理
系统用户可操作的系统功能。
2.6.5 栏目管理
系统界面右侧的功能目录树的层级管理。
3 系统设计
3.1 设计原则
为确保项目建设目标的实现，遵循如下的建设原则：
? 规范性：系统的设计遵循国家安全应急管理体系的业务架构和与之配套的应急管理信息系统架构，
系统的开发、上线和后期维护，遵循相应的系统集成和软件工程的技术规范。
? 开放性：系统接口在遵循规范性原则的基础上，可以集成不同设备厂商、系统或平台供应商、软
件供应商的产品。
? 先进性：引入国际先进的安全生产和应急管理的理念，采用成熟先进的技术、产品和管理手段，
以保障系统符合国际的标准和规范，具有高效、全面和稳定的特性。
? 安全性：充分考虑整个系统运行的安全策略和机制，可以根据不同的业务要求和应用处理，设置
不同的安全措施。
? 扩展性：系统必须提供标准的和开放的应用接口及丰富的开发工具，以便集成现有的和将来的生
产和管理系统，实现对投资的保护，防止重复建设。
? 简单实用有效：系统是面向安全生产和应急管理的，在操作上应力求简单实用，高效便捷，同时，
针对管理人员级别的不同，提供的功能也有所侧重和差别。
? 总体规划，分步实施的原则。
3.2 系统总体架构
? 网络通讯层
整个系统的底层是信息系统的基础设施，这包括计算机网络及通讯设施、主机服务器及存储系统、视频监控系统、视频会议系统、大屏幕数据演示系统，以及操作系统、数据库管理系统及网络通讯基础设施等，这些是系统最基本的运行基础。
? 信息资源层
数据是整个系统的基础，基础数据经过采集、处理、标准化、传输、存储，形成系统资源库，为系统提供了高效的业务分析、决策、交换、共享的数据环境。
应急指挥需要多部门、多系统联动配合，如果彼此孤立，不能实现信息共享，就会形成的“信息孤岛”。造成缺乏可比数据、缺乏分析、缺乏管理。难以获得全面的业务信息，就会影响业务和决策的效率和准确性。通过提供应用整合服务、业务整合服务、数据整合服务连接相关职能部门的系统、业务、数据，最大程度的解决信息孤岛，最大限度地利用现有的数据资源。
? 应用支撑层
应用支撑层的设计直接影响系统的稳定性、安全性及可靠性等重要因素，南京雅信科技集团有限公司凭借多年的软件开发经验，采用基于SOA的低耦合，高内聚的设计思想，基于开放的标准在该层部署应用部件，为系统高效、可靠的运行提供保障。
? 应用层
应用层围绕事件的生命周期，从隐患、发生、发展、消除和善后处理等进行全过程管理，功能包括值班管理、预案管理、资源管理等。
? 综合门户
综合门户系统建立了一个灵活、规范的信息组织管理平台和全网范围的网络协作环境，实现集成的信息采集、内容管理、信息搜索，能够直接组织各类共享信息和内部业务基础信息，面向不同使用对象，通过门
户技术实现个性化服务，从而实现初步的信息整合；门户不同的用户提供个性化、服务，实现用户的统一认证、统一管理，提供实时信息访问及多系统协同工作。
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标准的实例化和做相应拓展，应急预案流程完全能够实现业务流程的跨系统集成。
3.3.3 SOA架构的优势
? 围绕服务而不是应用来组织企业IT ， SOA 提供了如下关键的好处：. 提高业务和IT 的生产效率、
敏捷性和速度 ... 与有经验的SOA 提供商进行合作还有一个好处，企业可以获得对构造组件、企业域（ domains ）、服务和规范数据模型的参考经验。
? 它可以将IT架构抽象出来，而把IT系统实现的功能以服务形式表示出来，每种服务都清晰地表现
出其业务价值，这些服务的顾客（既可能在公司内部，也可能是公司的某个业务伙伴或供应商）就可以得到这些服务，而不必考虑其后台的具体实现技术。
? SOA的出现改变了人们编写应用软件的方式，它要求开发人员将应用设计为服务的集合，并充分考
虑现有服务的重用以及如何让新开发出的服务能被其他项目重用。“单独的”、“独立的”、“封装完善的”服务所具有的一个关键好处是可以采用多种不同的方法重新组合它们以形成新的应用。 ? 应用开发上的好处：编码灵活性 可基于模块化的低层服务，采用不同组合方式创建高层服务，从
而实现重用。此外，由于服务使用者不直接访问服务提供者，因此服务实现方式本身也是灵活的。 ? 明确开发人员角色 可以充分发挥开发人员的长处，提高开发效率。例如，熟悉BES的开发人
员可以集中精力在重用访问层上；协调层开发人员则无须特别了解BES的实现，而是把精力放在解决高价值的业务问题上。
? 支持多种客户类型 借助精确定义的服务接口和对XML、Web服务标准的支持，SOA可以支持
多种客户类型，包括PDA、手机等新型访问渠道。
? 更易维护 服务提供者和服务使用者的松散耦合关系及开放标准的采用使得系统的维护变得更
容易。
? 更好的伸缩性 依靠服务设计、开发和部署所采用的架构模型实现伸缩性，服务提供者可以彼此
独立地进行调整以满足服务需求。
SOA带来管理上的优点：管理员可以直接管理开发人员所构建的相同的服务，这远胜于以往管理单个应用的方式，通过分析服务间的交互，SOA可以帮助企业了解何时以及为什么业务逻辑被切实执行了，这使管理员或分析师能够有针对性地优化业务流程。
3.4 系统功能框架
3.4.1 网络通讯层
整个系统的底层是信息系统的基础设施，这包括网络及通讯设施、主机服务器及存储系统、视频会议系统、大屏幕数据演示系统，以及操作系统、数据库管理系统及网络通讯基础设施等，这些是系统最基本的运行基础。
3.4.2 信息资源层
数据是整个系统的基础，基础数据经过采集、处理、标准化、传输、存储，形成系统资源库，为系统提供了高效的业务分析、决策、交换、共享的数据环境。
应急指挥需要多部门、多系统联动配合，如果彼此孤立，不能实现信息共享，就会形成的“信息孤岛”。造成缺乏可比数据、缺乏分析、缺乏管理。难以获得全面的业务信息，就会影响业务和决策的效率和准确性。通过提供应用整合服务、业务整合服务、数据整合服务连接相关职能部门的系统、业务、数据，最大程度的解决信息孤岛，最大限度地利用现有的数据资源。
3.4.3 应用支撑层
应用支撑层的设计直接影响系统的稳定性、安全性及可靠性等重要因素，正邦高科凭借多年的软件开发经验，采用基于SOA的低耦合，高内聚的设计思想，基于开放的标准在该层部署应用部件，为系统高效、可靠的运行提供保障。
3.4.4 应用层
应用层结合应急指挥中心的实际情况以及项目设定的目标，通过预案编制、预案管理、资源管理、事件管理、预案执行管理、统计分析和GIS定位等功能，来完成通州区应急指挥中心预案管理系统的建设。
3.4.5 综合门户
综合门户系统建立了一个灵活、规范的信息组织管理平台和全网范围的网络协作环境，实现集成的信息采集、内容管理、信息搜索，能够直接组织各类共享信息和内部业务基础信息，面向不同使用对象，通过门户技术实现个性化服务，从而实现初步的信息整合；门户不同的用户提供个性化、服务，实现用户的统一认证、统一管理，提供实时信息访问及多系统协同工作。
3.5 系统网络架构
3.5.1 应急值守
应急值守是指应急预案管理的日常工作，包括预案编制、查询和应急资源维护等功能。应急值守人员通过PC访问Web服务器，登录系统并使用相应系统功能。此部分功能为本期项目重点实现的功能。
客户端采用PC并通过局域网与服务器连接，通过IE浏览器访问系统。由于系统集成了百度地图功能，因此，要求客户端电脑能够访问百度地图网站。
3.5.2 应急指挥
应急指挥是指突发事件发生后，启动相应的预案，指挥调度各种资源，完成相应的应急响应工作，包括事件管理、预案启动、预案执行和预案关闭等功能。应急指挥人员通过PC访问Web服务器，登录系统并使用相应系统功能。此部分功能为本期项目试用的功能。
客户端采用PC并通过局域网与服务器连接，通过IE浏览器访问系统。由于系统集成了百度地图功能，因此，要求客户端电脑能够访问百度地图网站。
3.5.3 应急处置
应急处置是指应急响应的联动人员，通过手机客户端和短信等方式，从指挥中心获取各种事件信息和应急任务信息，并将任务执行的情况，通过手机及时反馈给应急指挥中心。此部分功能是未来系统功能扩展的方向之一。
客户端应采用智能手机（安卓、IOS或WP7等）并开通GPRS/3G网络功能，通过手机上安装的客户端
软件与服务器进行通信。
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三层结构有许多内在的优点：
逻辑界限清晰。中间层允许用户把全部业务逻辑从另外的两个层中移到中间层的一个功能模块中定义实现，这样各层之间相对独立使得其中某一层的改变不影响到其他层。因而，当用户需求发生变化的时候，开发人员可以很容易地控制变更的范围，从而达到及时快速修改的目的。
三层体系结构架构的系统也有利于资源的优化。由于一个系统功能被分为三个部分，因此可以根据各层负载情况，可升级以相应的硬件平台来满足不断增加的负载需求，使得系统具有良好的可扩展性。
三层结构与传统的客户端—服务端结构相比，我们可以在开发过程中在Client，Web Application Server，DB Server间均衡的分布应用负担，如在DB Server中使用触发器，存储过程简化页面查询负担，在Web Application Server中充分利用中间件相关技术，以编译的执行方式代替脚本的解释执行方式提高了存取速度。在客户端应用一定量的客户端脚本如提交校验，对话框预览等降低了服务器的负担。
由用户表现层向业务逻辑层发出请求，然后业务逻辑层决定使用哪个数据源来满足其请求。通过使用相同的调用接口，商业逻辑层就可以对任何可用的数据源访问。
增强和提高信息的安全性。访问特权可以指定或内置于二个层次的每一个层次中，以便提供二个级别的安全性。
3.6.2 基于Java的Spring程序框架
Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。
Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图所示。
组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下：
1) 核心容器
核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转 （IOC） 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
2) Spring 上下文
Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
3) Spring AOP
通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring 的应用程序中的对象
提供了事务管理服务。通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。
4) Spring DAO
JDBC DAO 抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。Spring DAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
5) Spring ORM
Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括 JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
6) Spring Web 模块
Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
7) Spring MVC 框架
MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC 框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。
Spring 框架的功能可以用在任何 J2EE 服务器中，大多数功能也适用于不受管理的环境。Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境 （Web 或 EJB）、独立应用程序、测试环境之间重用。
3.6.3 系统主要实体关系图
从图中可以看出系统主要实体之间的关系。
应急预案是系统的核心，应急预案的制定来自于应急预案模版，包括静态信息和应急任务，静态信息管理用于预案的文档管理和内容检索，应急任务用于突发事件的处置和管理。
应急任务与应急资源关联，通过任务调度应急车辆、应急物资和应急队伍等应急资源，而应急任务本身的责任单位，也通过应急单位赋予。
当突发事件发生时，会与应急预案进行关联，同时记录应急预案的处置过程，相应的资源调度过程，也会进行记录。
系统用户通过权限管理，对系统的不通实体拥有不通的操作权限。应急任务的接受者，也是应急系统的一个用户，拥有对应急任务的操作权限，用于查阅任务和任务反馈。
3.6.4 系统数据结构
根据实体关系可以进行系统数据库结构的设计。
系统的实体关系与数据库的详细设计，将在项目进行过程中，根据具体需求而进行调整和设计，最终以《系统设计说明书》的形式提交给用户。
3.6.5 系统开发环境
1) 系统开发语言（JDK）：Java 1.6
2) 集成开发环境：MyEclipse 5.1.1 GA
3) 应用服务器：Tomcat 6.0
4) 数据库管理软件：Mysql5
5) 文档管理：WinCVS 2.0
3.7 数据备份
系统数据丢失不仅会导致系统文件、数据库文件等相关数据的丢失，而且会使整个企业的业务瘫痪，造成不堪设想的后果。因此，有效的保护现有数据，使得系统稳定运行显得尤为重要。当人为因素（如：误操
作）、硬件故障及其它不可预见因素造成数据丢失、系统瘫痪发生时，保证及时有效的恢复系统和数据，使系统得以正常运转，将损失减小到最低，则是关心的问题。
解决上述问题最为根本的的办法就是数据备份。因此，数据备份已成为信息系统中不可或缺的重要组成部分。所以若想对数据进行可靠的备份，必须选择专门的备份软、硬件，并制定相应的备份及恢复方案。
根据系统数据备份需要专门附带一个外部数据备份存储设备，定期(每周五晚上十二点)对数据库数据进行热备份，数据在存储设备上存储时间为三十天，并定期对数据存储空间进行检查，以确保存储设备空间能满足数据备份需要。
3.8 系统接口
3.8.1 对外提供接口
本系统通过Web Service的方式对外提供接口，调用方通过SOAP协议将包含用户/密码/请求信息等特定结构和内容的XML信息发送到接口服务器，接口服务器解析并验证用户身份后，根据请求信息进行相应的数据库操作，并将结果以特定结构的XML反馈给调用方。
对外可提供的接口视具体需求而定，主要包括：预案查询和资源查询等。
3.8.2 外部接口调用
本系统可通过API和Web Service等方式调用其他系统提供的功能接口，获取其他系统的数据信息。 对外部接口调用视具体需求而定，主要包括：视频信息、电子政务信息、110指挥中心报警信息、气象预报信息等等。
3.9 系统安全
3.9.1 系统部署位置
由于系统的客户端和Web服务器需要访问Internet，所以，系统应部署在政府的外网网络中。
目前暂不需要与政务内网进行直接的信息交换，如果未来需要直接交换数据，则需要增加物理隔离的安全设备（如安全网闸），在保证安全的情况下进行互联互通。
3.9.2 防火墙安全策略
由于Web服务器需要与Internet连接，因此，需要在Web服务器与外网之间增加防火墙设备，以保证系统安全。
Web服务器和数据库服务器应添加到防火墙的DMZ区进行保护，既需要防止外网的非法攻击和入侵，又需要方式内网用户的非法访问。
Web服务器开放Internet访问权限，但可限制只访问特定的域名或IP地址以及特定的端口。Internet访
问Web服务器，则可完全禁止。
数据库服务器禁止所有的外网访问和访问外网。
3.9.3 用户访问安全
目前系统采用用户名/密码的方式进行用户身份校验。
未来如果对内部用户有更高的安全级别要求，可采用硬件加密的方式（如USB KEY盘）进行用户身份的认证。项目实施
