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

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