城市消防安全管理系统--需求分析报告V1.1

1、项目编号:版本号：V1.1城市消防安全管理系统需求分析报告文件状态：M草稿正式发布止在修改编制人：审核人：批准人：完成日期：2015年12月23日北京清大燕园智慧消防技术研究院目录目录 11 任务概述2.1.1 目标 2.1.2 系统特点2.1.3 用户特点3.2 需求规定3.2.1 功能结构3.2.2 业务流程4.2.3 对性能的规定5.2.4 输入输出要求5.2.5 系统设计原则5.2.6 系统网络安全性7.1 任务概述1.1 目标为进一步加大日常监督检查力度，认真开展单位监督抽查工作，努力消除各类火灾隐患，广泛开展社会消防教育培训，提高群众消防安全意识，不断推进消防工作社会化，特运用互联

2、网手段，贯彻执行中央通知， 设计开发城市消防安全管理系统，对 “双随机 ”抽查做到全程留痕，实现责任可追溯。 坚持依法监管。严格执行有关法律法规，规范事中事后监管，落实监管责任，确保事中事后监管依法有序进行，推进随机抽查制度化、规范化。 坚持公开透明。实施随机抽查事项公开、程序公开、结果公开，实行 “阳光执法 ”，保障市场主体权利平等、机会平等、规则平等。1.2 系统特点系统分为移动端和PC 端， 移动端主要用于抽查情况填报、信息反馈、审核查看、结果公示。PC 端主要是系统管理，制定随机抽查事项清单，明确抽查依据、抽查主体、抽查内容、抽查方式，抽查情况填报，审核查看等功能。1.3 用户特点通过

3、分析，有以下类别的用户要使用该系统：系统管理员、消防管理部门、第三方检测机构、各级主管部门、受检单位；系统管理员：该类用户属于对计算机系统比较了解，负责维护系统的运行，维护各类用户帐号。消防管理部门：制定随机抽查事项清单，建立第三方检测机构库和执法检查人员名录库。审核抽查情况、反馈信息以及向社会公布查处结果。第三方检测机构： 完善自身信息，检测范围，通过手机app 或PC 端，将抽查情况上报。行政主管部门： 完善自身信息，自行根据管理要求，建立管理层级，最终落实到具体下属法人单位及单位下属机构。查看下属单位抽检情况以及反馈信息。受检单位 ： 完善自身信息，抽查情况查询、结果反馈以及事后整改措施

4、。2 需求规定2.1 功能结构系统功能结构图如下所示：2.3 对性能的规定2.2业务流程时间特性要求系统的速度要在用户可接受的范围内，对数据导入的速度，因为涉及用户所使用机器的限制，可以有较低的要求。灵活性系统设计时尽量考虑以后功能可能出现的扩展，以适应多方面需求。2.4 输入输出要求数据填报功能对应的输入要求按相应功能描述。所有输入部分需检查是否属于必填项，限制相应的长度，判断输入类型的正确性，过滤可能导致系统错误的字符（如：“”）。异常输出时提供指代明确的、可追溯的异常信息，方便用户反馈或系统跟踪。2.5 系统设计原则可扩展性和开放性在设计时，首先要满足现有规模网络用户和应用的需求，同时考

5、虑未来业务发展、规模的扩大，关键系统应具备扩展能力以及实施新应用的能力。同时，系统应采用开放技术、支持标准协议，具有良好的互连互通性。灵活扩充性：灵活的端口扩充能力，模块扩充能力，满足网络规 模的扩充。易用性系统在设计阶段应采用结构化、模块化的设计理念，对于栏目的 增、删、减及权限配置等均采用后台可视化动态配置设计，方便管理 用户进行相应设置。兼容性系统从硬件平台到软件运行操作系统，全部采用业界标准的开放 式平台和协议，对主流浏览器、办公软件等具有良好的兼容性。可靠性软件系统平台及产品选择成熟技术。另外，还需考虑冗余设计、 系统备份等措施保证系统可靠性。资系统的可靠性将直接影响到抽查 工作的公

6、平公正性。为此，在系统的设计和实施上，必须全面考虑影 响系统可靠性的各项因素，从网络、服务器、软件、管理制度等多个 方面，利用冗余和容错的手段来保证系统的可靠性。安全性充分考虑数据的安全性，在数据结构和系统结构上保证数据在生 成、传输、存储、使用过程中的安全，防止数据被非法篡改、删除、 添加的可能性，避免因误操作带来的数据错误和混乱，应建立可靠的 数据备份和恢复机制。2.6 系统网络安全性本系统有着高度的严肃性，系统的安全性需要作全方位的考虑。以下将基于目前的网络构架状况的安全需求进行统一分析。在考虑安全需求的同时从网络层到应用层分别进行分析和讨论。物理安全设计主要是保证网络系统的物理安全，防范因为物理介质、信号辐射等造成的安全风险，保证信号传输的完整性、