第五届北大青鸟杯全国IT精英挑战赛全国一等奖项目——智慧水务管理系统
需求分析说明书
作者:武汉宏鹏田超凡
版权所有,转载请注明原作者,仿冒侵权必究法律责任
编号:BDQN-WHHP 版本:1.0
目录
3.1 功能描述 ...................................................................................................................7
3.2.2 二期开发模块
3.2.3.4 运行调度.........................................................................................................11
3.2.3.5 管网模型.........................................................................................................12
1.1目的
水是居民生活重要的物资,水务管理的效率直接影响到居民的幸福指数。但是随着经济的发展,传统的水务管理业务流程繁琐,办公效率低等问题凸显,为了提供水服务的公司如水利局、自来水公司、水资源管理公司提供系统化的解决方案,特此开发了本系统。
1.2 定义、简写和缩略语
编号 | 缩写、术语 | 解 释 |
1. | 建模语言 | 用语法和语义定义的、用来表示模型的语言。一些建模语言还有一些 实用规则。 |
2. | UML | Unified Modeling Language 统一建模语言,是一种建模语言,是第三 代用来为面向对象开发系统的产品进行说明、可视化和编制文档的方 法,已正式成为进行软件分析和设计方法的信息技术的国际标准。 |
3. | 用户 | 指运行系统或者直接与系统发生交互作用的个人或集团。 |
4. |
迭代 | 迭代包括产生产品发布(稳定、可执行的产品版本)的全部开发活 和要使用该发布必需的所有其他外围元素。所以,在某种程度上 发迭代是一次完整地经过所有工作流程的过程:(至少包括)需求 作流程、分析设计工作流程、实施工作流程和测试工作流程。 |
5. |
用例 | 从一个外部角色的角度描述如何使用系统。用例说明了系统的功能, 并且是用外部角色、用例和被建模的系统的角度来描述。用例应该对 某个特定角色产生一个可见的结果。 |
6. | 前置条件 | 在操作被执行前必须为真的条件。 |
7. | 后置条件 | 在操作完成后必须为真的一个条件。 |
8. |
扩展 | 在用例之间的一种通用关系,其中一个用例通过增加动作把另一个用 例扩展成一个更通用化的用例。扩展用例可能包含被扩展的用例(依 扩展的条件而定) |
9. | 优先级 | 5 最高、4 高、3 中、2 低、1最低。 |
10.
|
富文本编辑器
| 富文本编辑器, Rich Text Editor, 简称 RTE, 它提供类似于 Microsoft Word 的编辑功能,可以帮助用户在浏览器中设置各种文本格式。 |
11. |
流程图 | 本文专指业务流程图, 就是用一些规定的符号及连线来表示某个具体业务处理过程。业务流程图的绘制基本上按照业务的实际处理步骤和过程绘制。 |
表 1.2
1.3 综述
本文档第一部分为引言,主要介绍需求规格说明书的背景内容;第二部分为项目的总体描述,第三部分是系统具体需求说明和用例说明。
2 总体描述
2.1 产品描述
背景随着计算机技术、网络通讯技术以及电力系统保护及自控技术的发展,变电站的自动化水平不断提高,大大减少了人为操作事故,使变电站的无人值守逐步变成了可能,并已成为电业系统的发展趋势。目前已实现了将生产现场的设备运行数据、状态传送到远方的监控中心,同时监控中心也可对远程的现场设备进行控制和调节,电力系统内各种生产设备类型复杂,数目巨大,地域分布广,人工维护困难。同时,为适应减员增效和现代化管理的要求,对生产现场的闭路电视监控系统在可靠性、易用性及易维护性,尤其对远程监控方面提出了更高的要求。
针对当前情况,智慧水务系统致力于为客户提供更优的解决方案,推出了一套完整的智慧监控系统,通过智慧化管理平台,对设备的监控、整体优化等技术措施,实现运行监视、操作与控制、信息综合分析与智能告警和自动化管理等功能,为客户提供更好的方案解决实际问题。
2.2 产品功能(一期)
图 2.2产品功能
2.2 产品功能(二期)
2.3 用户特点
用户分为:巡检用户、采购用户、水务经理、水务总监四类。水务经理和水务总监拥有本系统的所有权限,二者权限区别在于审核额度不同。
3 功能性需求
3.1 功能描述
智慧水务系统主要有8大功能模块:巡检管理、设备管理、系统维修、爆管监控、G-S-M管理、SCADA管理、运行调度、管网模型
3.2 流程描述
3.2.1 一期开发模块
3.2.1.1 巡检管理
用例说明:
内容 | 说明 |
用例名称 | 巡检管理 |
主要参与者 | 巡检用户、水务经理、水务总监 |
简要说明 | 巡检人员完成巡检任务,管理人员管理巡检计划和任务 |
事件流 | 1、 登录系统 2、 进入巡检管理列表页面 3、 进行查询、修改操作 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 更改用户信息,保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
表 3.2.1.1
3.2.1.2 设备管理
用例说明:
内容 | 说明 |
用例名称 | 设备管理 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 用于管理员维护设备管理信息。 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
表 3.2.2.1
3.2.1.3 系统维护
用例说明:
内容 | 说明 |
用例名称 | 系统维护 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 用于管理员维护派工单信息 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
表 3.2.2.3
3.2.2 二期开发模块
3.2.2.1 爆管监控
用例说明:
内容 | 说明 |
用例名称 | 爆管监控 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 监测和管理爆管数据、仪器管理和数据统计分析 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
3.2.2.2 G-S-M管理
用例说明:
内容 | 说明 |
用例名称 | G-S-M管理 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 监测和管理泵站和测点数据并进行数据分析 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
3.2.2.3 SCADA管理
用例说明:
内容 | 说明 |
用例名称 | SCADA管理 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 监测和管理泵站和测点数据及属性、报表管理、数据统计分析 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
3.2.3.4 运行调度
用例说明:
内容 | 说明 |
用例名称 | 运行调度 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 对方案和设备等信息进行管理维护 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
3.2.3.5 管网模型
用例说明:
内容 | 说明 |
用例名称 | 管网模型 |
主要参与者 | 水务经理、水务总监 |
简要说明 | 管理告警数据、温湿度监测、供水统计、泵站工艺图管理 |
事件流 | 无 |
前置条件 | 登录后并具有该操作权限 |
后置条件 | 保存到数据库 |
非功能需求 | 无 |
扩展点 | 无 |
优先级(数值 越大优先级越 低,下同) | 2 |
说明 | 无 |
4 非功能性需求
在这一部分应对所有的软件需求进行足够详细的描述。详尽程度应以足够软件
设计人员进行概要设计和系统测试人员进行系统测试计划和编写测试用例为准。
4.1 技术需求
4.1.1 软硬件环境需求
硬件需求: Web Server DBServer1(write) , DBServerR1(read), DBServerR2(read)
共3台服务器。服务器配置如下:
CPU:4 核或8核
内存:8-16G
硬盘:500G
远程控制卡
软件需求:
带宽:10M 或者100M
Java运行环境:JDK1.6以上
WebApplicationServer:Tomcat1.6 以上
DataBase:Oracle10.0
Memcache
Nginx1.4.2 (稳定版)
4.1.2 产品性能
系统需满足以下性能:
最大并发用户数 500人/次
最大同时在线人数 1000人/次
最大同时提交事务人数 50人/次
高峰时期系统响应时间 3~5秒
4.1.3 安全性
系统需满足国家保密部门要求的分级保护中机密级信息系统设计的相关要求,
并采取必要的技术手段从应用开发层面保证数据的安全。
4.2 质量需求
4.2.1 可靠性
系统具有大量的数据统计汇总和查询分析要求,因此,必须确保数据汇总、统
计、查询分析的更准确有效。系统必须具备较强的可靠运行设计,可应对单点故障。保证数据安全,包括数据级备份与灾难性恢复。
4.2.2 灵活性
系统要采用先进的技术,保证可灵活地按照不同方式组织其内部模块,从而适
应不同网络规模、不同个性化需求和不同组织模式。
4.2.3 兼容性
系统必须具有高度的可扩展性,能够在规模、功能、性能三个方面进行扩展,
以适应应用和技术发展的需要,特别是对省(区、市)应用系统及其他纪检监察业务系统的扩展。系统必须开发维护中心,使整个系统的管理维护工作量以及开销较小,并提供完备的运行管理解决方案,包括性能、安全、统计、配置管理等。
4.2.4 易用性
须保证系统的易用性。具体可以通过以下方式保障系统的易用性:
1) 通过提供统一的信息门户,使多种渠道的信息方便接入,并提供一致的渠
道服务手段。
2) 针对不同类型的用户设计集成的用户界面,保证用户能够方便快捷的使用
自己需要的常用功能。
3) 遵循统一的界面设计规范,在应用程序编码阶段监督编码人员认真执行规
范,以做到:界面风格一致、颜色调和、提示清晰、窗口大小适当,提供常用
的快捷操作键,操作方法应符合日常习惯。
4.3 文档需求
交付验收时需交付的文档清单:
《需求分析说明书》
《软件开发计划》
《概要设计说明书》
《详细设计说明书》
《软件测试计划》
《测试用例》
《配置管理计划》
4.4 设计约束
详细说明对系统的设计局限性。设计局限的定义代表了对系统要求的决策, 这可
能出于商务运作、资金、人员、时间等多方面的综合考虑从而指导软件的设计和开
发。例如,软件的开发语言、开发环境、开发工具、第三方软件、 硬件使用以及网
络设备等。
4.4.1 语言约束
本系统是基于中文系统环境开发和使用的,系统必须支持中文处理。
4.4.2 系统模型约束
本系统采用 MVC 模型,在保证实现技术简单易维护的基础上,实现表现层和
业务逻辑层的分离,提高可重用性、可移植性。
5 验收标准
智慧水务管理系统验收标准为:
Ø 实现所有功能需求
Ø 满足非功能性需求
Ø 系统设计文档完整,且符合规范
Ø 代码符合规范,且与系统设计一致
此要求将作为验收测试计划和测试的基线。如果所开发的产品能满足此要求,
则项目可结束并由客户方按合同规定付款。