项目编号：
版本号： V1.1 城市消防安全管理系统
需求分析报告
北京清大燕园智慧消防技术研究院
目录
目录 (1)
1任务概述 (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目标
为进一步加大日常监督检查力度，认真开展单位监督抽查工作，努力消除各类火灾隐患，广泛开展社会消防教育培训，提高群众消防安全意识，不断推进消防工作社会化，特运用互联网手段，贯彻执行中央通知，设计开发城市消防安全管理系统，对“双随机”抽查做到全程留痕，实现责任可追溯。
——坚持依法监管。严格执行有关法律法规，规范事中事后监管，落实监管责任，确保事中事后监管依法有序进行，推进随机抽查制度化、规范化。
——坚持公开透明。实施随机抽查事项公开、程序公开、结果公开，实行“阳光执法”，保障市场主体权利平等、机会平等、规则平等。
1.2系统特点
系统分为移动端和PC端，移动端主要用于抽查情况填报、信息反馈、审核查看、结果公示。PC端主要是系统管理，制定随机抽查事项清单，明确抽查依据、抽查主体、抽查内容、抽查方式，抽查情况填报，审核查看等功能。
1.3用户特点
通过分析，有以下类别的用户要使用该系统：系统管理员、消防管理部门、第三方检测机构、各级主管部门、受检单位；
●系统管理员：该类用户属于对计算机系统比较了解，负责维护
系统的运行，维护各类用户帐号。
●消防管理部门：制定随机抽查事项清单，建立第三方检测机构
库和执法检查人员名录库。审核抽查情况、反馈信息以及向社会公布查处结果。
●第三方检测机构：完善自身信息，检测范围，通过手机app或
PC端，将抽查情况上报。
●行政主管部门：完善自身信息，自行根据管理要求，建立管理层
级，最终落实到具体下属法人单位及单位下属机构。查看下属单位抽检情况以及反馈信息。
●受检单位：完善自身信息，抽查情况查询、结果反馈以及事后整
改措施。
2需求规定
2.1功能结构
系统功能结构图如下所示：
2.2业务流程
2.3对性能的规定
时间特性要求
系统的速度要在用户可接受的范围内，对数据导入的速度，因为涉及用户所使用机器的限制，可以有较低的要求。
灵活性
系统设计时尽量考虑以后功能可能出现的扩展，以适应多方面需求。
2.4输入输出要求
数据填报功能对应的输入要求按相应功能描述。
所有输入部分需检查是否属于必填项，限制相应的长度，判断输入类型的正确性，过滤可能导致系统错误的字符（如：“’”）。
异常输出时提供指代明确的、可追溯的异常信息，方便用户反馈或系统跟踪。
2.5系统设计原则
可扩展性和开放性
在设计时，首先要满足现有规模网络用户和应用的需求，同时考虑未来业务发展、规模的扩大，关键系统应具备扩展能力以及实施新应用的能力。同时，系统应采用开放技术、支持标准协议，具有良好的互连互通性。
灵活扩充性：灵活的端口扩充能力，模块扩充能力，满足网络规模的扩充。
易用性
系统在设计阶段应采用结构化、模块化的设计理念，对于栏目的增、删、减及权限配置等均采用后台可视化动态配置设计，方便管理用户进行相应设置。
兼容性
系统从硬件平台到软件运行操作系统，全部采用业界标准的开放式平台和协议，对主流浏览器、办公软件等具有良好的兼容性。
可靠性
软件系统平台及产品选择成熟技术。另外，还需考虑冗余设计、系统备份等措施保证系统可靠性。资系统的可靠性将直接影响到抽查工作的公平公正性。为此，在系统的设计和实施上，必须全面考虑影响系统可靠性的各项因素，从网络、服务器、软件、管理制度等多个方面，利用冗余和容错的手段来保证系统的可靠性。
安全性
充分考虑数据的安全性，在数据结构和系统结构上保证数据在生成、传输、存储、使用过程中的安全，防止数据被非法篡改、删除、添加的可能性，避免因误操作带来的数据错误和混乱，应建立可靠的数据备份和恢复机制。
2.6系统网络安全性
本系统有着高度的严肃性，系统的安全性需要作全方位的考虑。以下将基于目前的网络构架状况的安全需求进行统一分析。在考虑安全需求的同时从网络层到应用层分别进行分析和讨论。
物理安全设计
主要是保证网络系统的物理安全，防范因为物理介质、信号辐射等造成的安全风险，保证信号传输的完整性、保密性和可靠性。
网络安全设计
根据目前的网络现状和构架的网络结构，在网络系统中，整个网络的安全首先要确保网络设备的安全，保证非授权用户不能直接访问数据库服务器、路由器、交换机和防火墙等网络设备。
