番禺区应急管理综合业务系统

软件需求是客户对软件产品和开发过程提出的要求、限制、约束，是进行软件开发活动、生产软件产品的依据和基础；软件开发活动、生产软件产品以达到软件需求为最终目的。
软件项目成功的因素很多，但是有一个因素是必不可少的：良好的软件需求描述、管理；而超过50%的项目的失败主要原因是软件需求描述不清晰、完整或软件需求管理控制不善。
软件需求对软件软件开发活动、生产软件产品的影响是巨大的，在开发过程中变更软件需求往往代价高昂，例如开发成本大大增加、进度大大拖后、质量受到影响等等；有时甚至是致命的。
由于软件需求的权威性、重要性，所以对软件需求应当进行良好的描述、管理、控制。本份文档是对软件需求进行描述的文档（管理、控制由变更管理和配置管理实现），应当慎重对待，确保它的正确性、完整性、权威性。 
 

1引言

1.1编写目的

本用户需求说明书是对整个番禺区应急管理综合业务系统项目用户需求的描述及说明，此文档可以做为整个项目开发过程的基础，同时也为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解。
本文档的读者对象包括甲方最终用户及项目管理人员，乙方项目经理、项目组成员（包括开发人员、测试人员、配置管理员）、项目部成员。

1.2项目背景

本项目将根据番禺区应急信息发展的状况，整合和利用番禺区现有的软件资源，来完善和提升整个应急指挥平台的处置和指挥能力。增加应急值守系统、应急物资管理系统和数字化预案管理系统，并将道路监控视频和应急物资的信息整合到地理空间系统的平台中，最终能够在地图上显示突发事件相关信息，以及现场实时的图像。
此平台应满足番禺区应急管理工作的需要，尤其在特大和重大突发事件情况下，应急办人员可以通过应急值守系统对突发事件进行快速的接报，及时的掌握事件的最新的进展情况，汇报给相关的部门和领导。区领导可以通过地理空间系统，对突发事件快速定位，并掌握事件周边的环境信息和应急保障资源，结合数字化预案管理系统，对人员进行及时的疏散和安置。

1.3术语定义

序号	术语名称	术语定义
1	系统	番禺区应急管理综合业务系统
2	项目	番禺区应急管理综合业务系统建设项目
3	预案	指番禺区应急办所编制及管理的突发事件应急预案
4	区府办	番禺区人民政府办公室
5	区应急委	番禺区突发公共事件应急委员会
6	区应急办	番禺区人民政府应急管理办公室
7	镇街用户	番禺区下属各镇街政府用户
8	EDS	应急值守管理系统
9	ERS	应急资源管理系统
10	EPS	应急预案管理系统
11	SI	系统接口
12	API	应用程序接口（ApplicationProgrammingInterface）
13	OCX	OCX 是对象类别扩充组件（Object Linking and Embedding (OLE) Control eXtension）
14	WEB Service	Web service是一个平台独立的，松耦合的，自包含的、基于可编程的web的应用程序，可使用开放的XML标准来描述、发布、发现、协调和配置这些应用程序，用于开发分布式的互操作的应用程序。
15	XML	可扩展标记语言 (Extensible Markup Language, XML) ，用于标记电子文件使其具有结构性的标记语言，可以用来标记数据、定义数据类型

1.4参考资料

1. 项目招投标文件
2. 项目合同
3. 需求调研计划
4. 需求调研会议记录
5. 甲方提供的文档资料

 

2总体描述

2.1项目描述

本项目将根据番禺区应急信息发展的状况，整合和利用番禺区现有的软件资源，来完善和提升整个应急指挥平台的处置和指挥能力。增加应急值守系统、应急物资管理系统和数字化预案管理系统，并将道路监控视频和应急物资的信息整合到地理空间系统的平台中，最终能够在地图上显示突发事件相关信息，以及现场实时的图像。此平台满足番禺区应急管理工作的需要，尤其在特大和重大突发事件情况下，应急办人员可以通过应急值守系统对突发事件进行快速的接报，及时的掌握事件的最新的进展情况，汇报给相关的部门和领导。区领导可以通过地理空间系统，对突发事件快速定位，并掌握事件周边的环境信息和应急保障资源，结合数字化预案管理系统，对人员进行及时的疏散和安置。

2.2目标范围

番禺区应急平台应急值守系统实现突发公共事件信息的接报处理、跟踪反馈和情况综合等值守应急业务管理。按照统一格式，向广州市市应急平台报送特别重大、重大突发公共事件信息和现场音视频数据以及特别重大突发事件预警信息，并向有关专项部门通报。
通过各种通讯手段相结合的方式，及时快速地将突发事件的基本信息报送到番禺区应急管理办公室以及上一级应急指挥平台。本项目的建设范围是应急值守系统、应急资源管理系统、数字化预案管理系统以及相应的数据库建设，并对现有的指挥大厅中控系统、CTI平台和中控进行改造。通过突发事件的监测监控、信息报告、指挥调度等主要功能，实现对突发事件的协同处置和有序应对，满足番禺区委区政府以及各有关单位的应急管理工作需要。
本项目的具体用户使用对象包括：区领导、应急办工作人员、区政府其他职能部门、下属镇街等。

2.3用户特性

本项目的用户对象包括区领导、区应急办领导、区应急办工作人员、区政府其他职能部门、下属镇街用户、系统管理员。各类用户的特性如下：

序号	用户类别	用户特性
1	区领导	指挥突发公共事件的处置
2	应急办领导	协调、指挥突发公共事件的处置
3	应急办工作人员	负责应急办日常工作事务，落实领导交办的相关事项
4	区政府职能部门用户	负责向应急办提供突发事件信息及部门所负责管辖的应急资源信息等
5	镇街用户	接受应急办的指挥协调，向应急办提供相关事件信息，上报应急管理相关的数据及信息
6	系统管理员	负责本系统用户、权限管理，以及基础数据的维护等工作

2.4假定与约束

• 假定

N/A

• 约束1

         本系统与短信系统的整合，依赖于区政务办短信系统接口的开放及工作配合。

• 约束2

         本系统与通讯指挥调度系统的整合，依赖于杭州迈可行系统接口的开放与工作配合。

• 约束3

本系统的运行环境需windows/linux操作系统，Oracle 10g/11g数据库管理软件，以及3台至少相当于dellR710标准配置参数的服务器。（具体参见系统运行需求部分）
 

 

3应急值守管理功能需求

3.1EDS-1值守管理

• 业务描述

应急值守系统能够对日常的工作进行全面的管理，在发生突发事件后对整个事件的处置过程进行管理和监督。主要是为应急值班人员提供获取、传达突发事件相关信息和日常工作处理的一个渠道。汇集、储存、分析、传输有关突发事件的信息，并与上级人民政府及其有关部门、下级应急主管部门及其有关部门、专业机构和监测网点的突发事件信息系统实现互联互通，加强跨部门、跨地区的信息交流与情报合作。报送、报告突发事件信息，做到及时、客观、真实，不迟报、谎报、瞒报、漏报。增加突发事件信息的透明度，从而形成对突发事件有效的处置方法。

• 业务流程
• 

 

3.1.1EDS-1-1事件管理

在重大突发事件发生时，应急指挥相关部门向区应急办报送突发事件的初报信息、续报信息，系统将初报信息和续报信息进行合并，同时将事件信息转发给相关单位，并提供事件打印功能。应急值守人员可对突发事件的信息进行跟踪。对于完结的突发事件，系统将所有初报信息、续报信息的文字信息、电话信息、图像信息、附件信息、传真信息等进行统一分类归档。

3.1.1.1EDS-1-1-1事件登记

• 功能概述

登记并保存从各种信息渠道报送至应急办的应急事件信息。
对已登记的事件信息提供查询、修改功能。
已登记的事件信息工作人员不可删除。

• 业务描述

区应急办工作人员在接到相关电话、短信或其他渠道报送到指挥中心的突发事件信息，对事件信息进行登记和保存。

• 输入输出描述

事件来源、事件名称、事件类别、事件子类、事发时间、事发地点、事件内容、登记时间、登记人

• 界面参考

3.1.1.2EDS-1-1-2事件报送

• 功能描述

系统根据已登记保存的事件信息自动生成信息专报
修改及保存信息专报（续保）
打印信息专报（续保）

• 业务描述

• 信息专报格式参考

• 输入输出描述

输入：事件来源、事件名称、事件类别、事件子类、事发时间、事发地点、事件内容、登记时间、登记人
加工：手工修改信息专报
输出：信息专报

• 界面参考

N/A

3.1.1.3EDS-1-1-3事件监控

对突发事件的信息进行跟踪监控
业务场景

名称	描述
编号	ETS－1－1－5
场景描述	对事件的处理情况进行监控
系统用户角色	授权人员
前置条件	无
后置条件	无
正常流 （业务处理逻辑）	点击“事件监控”按钮 弹出事件监控界面 滚动显示事件实时信息。
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	对事件处理情况跟踪 事件处理情况跟踪与事件信息数据录入相关。

 
 

3.1.1.4EDS-1-1-4事件归档

对于完结的突发事件，系统将所有初报信息、续报信息的文字信息、电话信息、图像信息、附件信息、传真信息等进行统一分类归档。
业务场景

名称	描述
编号	ETS－1－1－6
场景描述	事件处理完成后对事件进行归档或回放
系统用户角色	授权人
前置条件	事件已经结束
后置条件	无
正常流（业务处理逻辑）	1、事件归档管理模块是对已经结束处理的事件进行管理包括查询、对未归档事件设置保存有效日期、删除已归档事件操作。 2、事件回放模块是对已结束处理的事件查询，用于了解事件的详细信息与处理过程，并且根据事件处理过程生成事件处置报告word文档。
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	归档时异常，提示用户 回放时异常，提示用户
业务规则	对于已经处理完成的事件可以进行归档 对事后补录的事件及处理过程可以直接进行归档

 
 

3.1.1.5EDS-1-1-5事件查询

根据条件对事件信息进行查询
业务场景

名称	描述
编号	ETS－1－1－7
场景描述	根据条件对事件进行查询
系统用户角色	授权人
前置条件	输入查询条件
后置条件	无
正常流（业务处理逻辑）	打开事件查询页面。 输入查询条件 返回查询结果
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	可以根据事件类型、事件类别对事件进行查询。 根据事件名称对事件进行模糊查询

 
 

3.1.2EDS-1-2材料收集

在日常值班工作中，经常需要相关单位提供一些临时材料，或者为其他单位提供一些临时材料，材料收集管理实现区应急办向基层单位及成员单位的材料收集管理。应急办人员向相关单位下发材料收集通知后，相关单位在接收反馈期限内进行反馈，上传材料进行上报；对材料的收集情况可进行跟踪。

3.1.2.1EDS-1-2-1材料收集

应急办人员向相关单位下发材料收集通知后，相关单位在接收反馈期限内进行反馈，上传材料进行上报。
业务场景

名称	描述
编号	ETS－1－2－1
场景描述	应急办人员向相关单位下发材料收集通知，并收集材料
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	打开：通知下发 页面 点击“发送通知”按钮 选择单位 编辑消息标题及内容 下发通知
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 

3.1.2.2EDS-1-2-2材料管理

将收集的材料进行分门别类。
 
业务场景

名称	描述
编号	ETS－1－2－2
场景描述	将收集好的材料进行管理，包括查询、编辑、删除
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	打开：材料管理 页面 点击“编辑”按钮 可以对数据进行新增、修改、删除
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 

3.1.3EDS-1-3电话查询

电话查询功能包含对常用单位、部门、领导的办公电话、值班电话、传真、手机等分类管理、快速查询和检索。

3.1.3.1EDS-1-3-1通讯录管理

通讯录包括公共通讯录和常用通讯录。

• 公共通讯录，按照部门、机构进行列表展示，用户可自行维护通讯录，实现通信录的增加、删除、查询和修改。
• 常用通讯录，包括举报、投诉、急用、常用四类。用户可对常用通讯录进行增删改查。
• 通讯录记录增删改查的日志信息。
• 关联调度系统，可通过通讯录直接拨打电话、发短信、发传真。

应用场景

名称	描述
编号	ETS－1－3－1
场景描述	对通讯录信息进行管理
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	打开：通讯录管理 页面 点击“编辑”按钮 可以对数据进行新增、修改、删除
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 

3.2EDS-2监督指导

3.2.1EDS-2-1突发事件统计

在政务值班管理时，各种统计分析是日常一项重要而且耗时的工作内容。突发事件统计采用对历史突发事件进行统计分析，不仅能够很好的减轻工作人员的工作量，而且有利于加强政务值班工作的监督和考核，提高信息报告的时效性和准确性。
业务场景

名称	描述
编号	ETS－2－1
场景描述	对突发事件进行统计分析
系统用户角色	雇员
前置条件	事件记录存在
后置条件	无
正常流（业务处理逻辑）	打开：突发事件统计 页面 选择统计时间 点击“统计”按钮 列出统计信息
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 

3.2.2EDS-2-2报送统计

统计各基层单位对突发事件、材料、工作动态的报送数量
业务场景

名称	描述
编号	ETS－2－2
场景描述	对各基层单位报送的事件进行统计分析
系统用户角色	雇员
前置条件	事件记录存在
后置条件	无
正常流（业务处理逻辑）	打开：报送事件统计 页面 选择统计时间 点击“统计”按钮 列出统计信息
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 
 
 

3.3EDS-3综合协调

3.3.1EDS-3-1电话管理

电话管理，通过该模块维护本单位或下属单位电话本信息，并管理电话本的查看权限。
业务场景

名称	描述
编号	ETS－3－1
场景描述	维护本单位或下属单位电话本信息
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	打开：电话管理 页面 选择新增、修改、删除等按钮进行相应操作 保持新增/修改/删除后的信息
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 
 
 
 

3.3.2EDS-3-2传真管理

传真管理实现了整个应急通信系统对外批量文件的传真发送，根据发送要求可以选用及时发送、定时发送等多种形式，并能够根据对端情况进行收发确认及智能重发。
所有的文档形成历史记录以便备查，对于接收的传真自动按日期、类型或小号进行分类存储，支持远端提取及删除等维护操作。
系统配置多路传真服务器及相应的传真终端。
多路传真系统的客户端软件可以嵌入到综合调度台中，可以集中实现传真文件的接收与发送。
该模块功能依赖于语音指挥调度系统。

3.4EDS-4值班管理

值班管理包括值排班管理、交接班管理、信息简报。

3.4.1EDS-4-1值班类别

主要对值班的各种分类进行集中管理
业务场景

名称	描述
编号	ETS－4－1
场景描述	值班分类
系统用户角色	管理员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	选择值班类别页面 可以新增、修改、删除值班类别 返回操作成功界面
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	无
业务规则	无

 

3.4.2EDS-4-2值班安排

• 值班表管理

按周、月进行值班表管理。值排班管理包括编排、查询、打印、输出值班表，值班信息汇总统计等功能。
值班单位通过值班表管理功能可以完成本单位值班表的排班，并可以通过系统向上级单位进行值班表的报送，上级单位通过系统对各值班单位上报的值班表进行查询浏览、汇总、打印成册。

3.4.2.1值班表审核

上级单位提供对下级单位上报的值班表进行审核功能。对于下级单位已上报的或已通过审核的值班表进行审核：对于已上报的值班表可进行审核通过和审核不通过操作，并且可以输入审核意见，可进行批量审核操作；对于已通过审核且已生效的值班表可进行取消生效操作，并且必须输入取消原因。
 
业务场景

名称	描述
编号	ETS－4－2－1
场景描述	值班表审核
系统用户角色	管理员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	选择值班审核页面 针对已经编排好的值班信息进行审核 审核后返回操作成功界面
分支流（业务处理逻辑）	审核不通过，输入审核不通过原因
异常流（业务处理逻辑）	不能打开审核页面时提醒用户
业务规则	无

 
 

3.4.2.2值班表浏览

用户可以根据日期、单位名称、姓名查看本单位以及授权单位的值班人员信息，系统提供按月查看、按天查看两种方式。
 
业务场景

名称	描述
编号	ETS－4－2－2
场景描述	值班表浏览
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	选择值班表页面 选择值班的月份 返回操作成功界面
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	不能打开页面时提醒用户
业务规则	无

 
 

3.4.2.3值班表打印

值班单位可以按照自己的格式打印出各自的值班表，上级单位打印所有单位的值班表。
业务场景

名称	描述
编号	ETS－4－2－3
场景描述	值班表打印
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	选择值班表页面 选择打印按钮 返回操作成功界面
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	不能打印时提醒用户
业务规则	无

 

3.4.2.4值班表模板定制

用户可对值班模板进行定制，不仅可以对班次进行设置，还可以对模板的布局和属性进行设置。
 
业务场景

名称	描述
编号	ETS－4－2－4
场景描述	值班表模板定制
系统用户角色	雇员
前置条件	无
后置条件	无
正常流（业务处理逻辑）	选择值班表模板页面 选择编辑按钮 进行新增、修改、删除操作
分支流（业务处理逻辑）	无
异常流（业务处理逻辑）	不能保存预案模板时提醒用户
业务规则	无

 
 

 

• 学生WEB端操作手册 顶岗实习管理软件
• 教师WEB端操作手册 顶岗学习管理软件
• 顶岗实习学院用户客户端操作手册
• 职业技术学院顶岗实习管理软件
• 顶岗实习信息管理APP学生版操作手册（六
• 顶岗实习信息管理APP学生版操作手册（五
• 顶岗实习信息管理APP学生版操作手册（四
• 顶岗实习信息管理APP学生版操作手册（三
• 顶岗实习信息管理APP学生版操作手册（二
• 顶岗实习信息管理APP学生版操作手册（一
• 顶岗学生实习信息化管理平台（实习成绩
• 顶岗实习信息化管理平台学生版（管理制