优质项目软件需求规格新版说明书.doc

**********项目
需求规格说明书

*********************企业
****年**月**日

版本统计
版本
日期
作 者
审批人
[备注]
1.0

目录
1 序言 1
1.1 本需求规格说明书依据材料 1
1.2 参考文档 1
2 概述 2
2.1 软件目标和目标 2
2.2 用户介绍 2
2.3 术语定义 2
2.4 新系统组织结构 2
2.5 新系统岗位定义 2
3 功效设计 3
3.1 软件总体功效结构 3
3.2 [UC01]子系统1 3
3.2.1 功效框架 3
3.2.2 [UC0101]功效项一 3
3.2.3 [UC0102]功效项二 8
3.3 [UC02]子系统2 8
4 外部接口需求 9
4.1 硬件外部接口 9
4.2 软件外部接口 9
5 人机交互需求 10
6 性能需求 11
6.1 响应时间和处理速度 11
6.2 数据量及存放 11
6.3 并发数及其它 11
7 质量需求 12
8 其它需求 13

图目录
图 3.11软件总体功效结构图 4
图 3.21步骤示例图 5
图 3.22界面设计图 6

表目录
表 3.21界面对象描述详表 9

1 序言
1.1 本需求规格说明书依据材料
说明需求规格说明使用参考资料，如商务协议、用户领域资料等。
1.2 参考文档
要在此描述和该文档相关文档。
2 概述
本文档着重描述用户需要系统将做成什么样。文档描述应尽可能采取系统分析人员能够看懂语言。
本文档是进行系统设计基础，也是系统进行系统测试依据。
2.1 软件目标和目标
项目目标是开发本系统意图总概括，目标是将目标细化后具体描述。
对于项目标目标能够逐步细化，方便和系统需求建立对应关系，检验系统功效是否覆盖了系统目标。
本节描述忌使用“开发一套让用户满意系统”等字句。
假如该节在《用户需求汇报》中已具体描述，本节可说明参见相关文档章节。
2.2 用户介绍
在本节中要将用户基础情况描述清楚，方便于分析人员划定系统范围，进行相关功效和进度、成本、性能等方面平衡决议。
对于产品开发类项目，需要在此将该产品定义用户群特点描述清楚。
假如该节在《用户需求汇报》中已具体描述，本节可说明参见相关文档章节。
2.3 术语定义
将需求规格说明中术语、缩写进行定义。包含用户应用领域和计算机领域术语和缩写等。
在本文档中用到数据对象用语描述前后要一致。
2.4 新系统组织结构
假如没有变动，此节可略。具体说明参见该项目标《用户需求汇报》中对旧系统组织结构描述要求。
2.5 新系统岗位定义
使用该系统各用户角色描述。
3 功效设计
3.1 软件总体功效结构
软件总体功效结构设计表示软件系统中各子系统或各大功效模块之间关系设计, 下图：
………………
图 3.11软件总体功效结构图
3.2 [UC01]子系统1
3.2.1 功效框架
对此子系统所包含功效项做总体说明，对功效项之间关系要进行简明说明。
3.2.2 [UC0101]功效项一
3.2.2.1 功效简述
系统哪些角色使用该功效。
该功效项实现了什么功效。比如：
[
为了满足不一样企业对银行接口和账户记帐要求，需要对银行账户进行对应设置，来满足不一样需求，本功效只能结算中心进行对应设置。
]
3.2.2.2 处理过程设计（业务层）
在这里从用户业务角度描述本功效项对操作处理过程，能够用自然语言或步骤图方法描述（推荐用步骤图实现）。比如：
[
页面展现操作：首先判定目前操作员是否是资金中心人员，假如不是，则提醒“该功效只能资金中心人员维护”，不然，进入页面，依据操作员所述资金中心，默认查询出对应账户接口设置表中数据，并关联账户字典显示对应数据。
保留：进行有效性检验，检验经过后，检验该账户是否是企业账户（ZJZH_QYZH为1），假如是，则检验用户选择记帐方法是否是“03”或“04“，假如不是，则提醒用户“企业账户不能记帐”，不然，假如用户选择为“02－记帐到上级账户”，检验该账户上级账户（ZJZH_SJZH）是否为空，假如为空，则提醒“没有上级账户，不能设置”，不然，将用户修改保留到账户接口设置（ZJZHSZ）中。
]
步骤图示例：
[系统登录具体步骤入下图 T-004 所表示；

图 3.21步骤示例图
3.2.2.3 界面设计
在这里绘制本功效项操作界面，并对界面中操作对象进行说明（要求对象说明尽可能细化，以实现对用户操作过程进行清楚描述。）。比如：
[
图 3.22界面设计图
界面描述：
对象名称
类型
显示
信息
[取值]
样式
控制规则
[其它
说明]
列表
数据窗口

企业标准

账户编号
输入框
账户编号
账户字典
企业标准
必填项，银行账户帮助字典获取，获取本资金中心且目前操作员所拥有帐户组设置数据权限。

账户名称
文本框
账户名称
账户字典
企业标准
依据账户编号默认显示。

对应科目
文本框
对应科目
账户字典

依据账户编号默认显示。

记账方法
下拉框
默认为“记账到本身”
01-记帐本身
02-记帐到上级账户
03-不记帐只更改头寸
04-不记帐不更改头寸

必填项。

平衡检验否
选择框
默认为否
0- 否
1- 是

必选项

启用接口否
选择框
默认为否
0- 否
1- 是

必选项

对应接口
下拉框
默认为空
01 -工商银行;
02 -农业银行;
03- 中国银行;
04-建设银行;
05-招商银行;
06-农村信用合作社;
07-交通银行
08 - 深圳发展银行;
09-浦东发展银行;
10- 中信实业银行;
11-光大银行

必选项。

获取收付明细
选择框
默认为否
0- 否
1- 是

必选项

获取上划收款明细
选择框
默认为否
0- 否
1- 是

必选项

获取上划付款明细
选择框
默认为否
0- 否
1- 是

必选项

获取下拨付款明细
选择框
默认为否
0- 否
1- 是

必选项

获取下拨收款明细
选择框
默认为否
0- 否
1- 是

必选项

获取调度付款明细
选择框
默认为否
0- 否
1- 是

必选项

获取调度收款明细
选择框
默认为否
0- 否
1- 是

必选项

增加
按钮
“增加”

保留后自动实施
列表增加一行。
修改
按钮
“修改”

目前行xxx文本框可编辑。
保留
按钮
“保留”

Xxx
退出
按钮
“退出”

企业标准

切换到xxx页面。
表 3.21界面对象描述详表
3.2.2.4 特殊要求
在这里描述对该功效项需要尤其申明问题，比如：
[
该功效为集团级设置，非集团级不能使用。
]
3.2.2.5 待处理问题
无。
3.2.3 [UC0102]功效项二
......... 【组织结构及表示内容，参见UC0101功效项一】
3.3 [UC02]子系统2
......【组织结构及表示内容，参见UC01子系统1】
4 外部接口需求
4.1 硬件外部接口
[该系统和硬件设备之间关联紧密，几乎每一个操作全部要经过硬件设备和通讯链路和远端RTU进行交互，这是本系统最为显著特征，硬件接口关键表现为和数传电台或GPRS modem之间经过RS232接口进行串行通信。这种技术已经很成熟，关键在于通信协议格式定制。]
4.2 软件外部接口
[该系统软件接口关键特征表现为和GIS系统之间无缝连接，以基础地图为背景，直观显示全部RTU位置和状态信息，这是本软件和其它软件系统之间接口关键特征。GIS系统首先考虑采取Mapinfo。]
5 人机交互需求
[1、人机界面无特殊要求，以直观、实用、易用、美观为标准；
2、系统采取简体汉字显示或输入信息。
3、用户图形界面要求风格统一、简练明了。对显示界面使用文字、字体能够使用统一风格管理，采取C/S结构，显示分辨率为1024×768，也支持800×600。
4、错误信息采取汉字方法显示。]
6 性能需求
6.1 响应时间和处理速度
系统中一些功效项对速度有较高需求，需要在此明确说明。比如：
[
响应时间，如查询最长等候时间。
更新处理时间，如记帐最长时间。
数据转换和传送时间，如远程数据传输时间要求。
]
6.2 数据量及存放
表和文件大小规模（要按可预见增加对数据及其分量存放要求作出估算）
处理和任务数量
在正常情况下和峰值工作条件下，在一定时间周期中要处理数据总数
6.3 并发数及其它
系统中一些功效项对该系统空间数值性能有较高需求，需要在此明确说明。比如：
[
支持终端数
支持并行操作使用者数
处理文件和统计数

对输入和输出数据精度要求
对处理和传输过程中精度要求
]
7 质量需求
要求经过第三方测试？
要求经过内部测试？
Bug密度？
8 其它需求
假如需要描述其它系统需求，可在该章节描述。举例以下：
[
运行环境需求：平台、体系结构、设备要求；
培训需求：用户对培训需求，如是否提供多媒体教学光盘；
其它技术需求：安全性、可靠性、灵活性等；
推广需求：推广要求，如在上百个远程部门推广该系统，是否要有推广支持软件。
]