资源描述
**********项目
需求规格阐明书
*********************公司
****年**月**日
版本记录
版本
日期
作 者
审批人
[备注]
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.1 1软件总体功能构造图 4
图 3.2 1流程示例图 5
图 3.2 2界面设计图 6
表目录
表 3.2 1界面对象描述详表 9
1 前言
1.1 本需求规格阐明书根据材料
阐明需求规格阐明使用参照资料，如商务合同、顾客领域资料等。
1.2 参照文档
要在此描述与该文档有关文档。
2 概述
本文档着重描述顾客需要系统将做成什么样。文档描述应尽量采用系统分析人员可以看懂语言。
本文档是进行系统设计基本，也是系统进行系统测试根据。
2.1 软件目与目的
项目目是开发本系统意图总概括，目的是将目细化后详细描述。
对于项目目的可以逐渐细化，以便与系统需求建立相应关系，检查系统功能与否覆盖了系统目的。
本节描述忌使用“开发一套让顾客满意系统”等字句。
如果该节在《顾客需求报告》中已详细描述，本节可阐明参见有关文档章节。
2.2 顾客简介
在本节中要将顾客基本状况描述清晰，以便于分析人员划定系统范畴，进行关于功能与进度、成本、性能等方面平衡决策。
对于产品开发类项目，需要在此将该产品定义顾客群特点描述清晰。
如果该节在《顾客需求报告》中已详细描述，本节可阐明参见有关文档章节。
2.3 术语定义
将需求规格阐明中术语、缩写进行定义。涉及顾客应用领域与计算机领域术语与缩写等。
在本文档中用到数据对象用语描述先后要一致。
2.4 新系统组织构造
如果没有变动，此节可略。详细阐明参见该项目《顾客需求报告》中对旧系统组织构造描述规定。
2.5 新系统岗位定义
使用该系统各顾客角色描述。
3 功能设计
3.1 软件总体功能构造
软件总体功能构造设计表达软件系统中各子系统或各大功能模块之间关系设计，下图：
………………
图 3.1 1软件总体功能构造图
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.2 1流程示例图
3.2.2.3 界面设计
在这里绘制本功能项操作界面，并对界面中操作对象进行阐明（规定对象阐明尽量细化，以实现对顾客操作过程进行清晰描述。）。例如：
[
图 3.2 2界面设计图
界面描述：
对象名称
类型
显示
信息
[取值]
样式
控制规则
[其他
阐明]
列表
数据窗口
公司原则
账户编号
输入框
账户编号
账户字典
公司原则
必填项，银行账户协助字典获取，获取本资金中心且当前操作员所拥有帐户组设立数据权限。
账户名称
文本框
账户名称
账户字典
公司原则
依照账户编号默认显示。
相应科目
文本框
相应科目
账户字典
依照账户编号默认显示。
记账方式
下拉框
默以为“记账到自身”
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.2 1界面对象描述详表
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 其他需求
如果需要描述其他系统需求，可在该章节描述。举例如下：
[
运营环境需求：平台、体系构造、设备规定；
培训需求：顾客对培训需求，如与否提供多媒体教学光盘；
其她技术需求：安全性、可靠性、灵活性等；
推广需求：推广规定，如在上百个远程部门推广该系统，与否要有推广支持软件。
]
展开阅读全文
浙ICP备2021020529号-1 | 浙B2-20240490 
