需求规格模板.docx
- 文档编号:10724496
- 上传时间:2023-02-22
- 格式:DOCX
- 页数:9
- 大小:64.85KB
需求规格模板.docx
《需求规格模板.docx》由会员分享,可在线阅读,更多相关《需求规格模板.docx(9页珍藏版)》请在冰豆网上搜索。
需求规格模板
机构图标
{项目名称}
项目需求规格说明书
文件状态:
[√]草稿
[]正式发布
[]正在修改
文件标识:
Company-Project-RD-PRS
当前版本:
X.Y
作者:
完成日期:
Year-Month-Day
机构公开信息
版本历史
版本/状态
作者
参与者
起止日期
备注
目录
0.文档介绍4
0.1文档目的4
0.2文档范围4
0.3读者对象4
0.4参考文档4
0.5术语与缩写解释4
1.项目介绍5
2.项目面向的用户群体5
3.项目应当遵循的标准或规范5
4.项目范围5
5.项目中的角色5
6.项目的功能性需求6
6.0功能性需求分类6
6.mFeatureM6
6.m.nFunctionM.N6
7.项目的非功能性需求7
7.1用户界面需求7
7.2软硬件环境需求7
7.3项目质量需求7
7.n其它需求7
附录A:
需求建模与分析报告8
A.1需求模型18
A.n需求模型N8
附录B:
需求确认9
0.文档介绍
0.1文档目的
0.2文档范围
0.3读者对象
0.4参考文档
提示:
列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符]作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP]SEPG,需求开发规范,机构名称,日期
0.5术语与缩写解释
缩写、术语
解释
…
1.项目介绍
提示:
(1)说明项目是什么,什么用途。
(2)介绍项目的开发背景。
建立财务系统,并且逐步实现与下属企业的财务系统集成应用,提高信息的准确性和及时性,实现总公司报表的合并;通过财务管理系统进一步加强管理会计的功能,以满足财经办发挥管理和监控职能的需求,并满足对总公司财务数据的快速查询和收集,包括:
资金动向、资金日报等。
对企业资金,搭建A的资金管理平台。
2.项目应当遵循的标准或规范
提示:
阐述本项目应当遵循什么标准、规范或业务规则(BusinessRules),违反标准、规范或业务规则的项目通常不太可能被接受。
3.项目面向的用户群体
提示:
(1)描述本项目面向的用户(客户、最终用户)的特征,
(2)说明本项目将给他们带来什么好处?
他们选择本项目的可能性有多大?
4.项目范围
提示:
阐述本项目“适用的领域”和“不适用的领域”,本项目“应当包含的内容”和“不包含的内容”。
说清楚项目范围的好处是:
(1)有助于判断什么是需求,什么不是需求;
(2)可以将开发精力集中在项目范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。
5.项目中的角色
提示:
阐述本项目的各种角色及其职责。
各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
6.项目的功能性需求
6.0功能性需求分类
提示:
将功能性需求先粗分再细分,下表中的FeatureA,FunctionA.1等符号应当被替换成有含义的名称。
功能类别
功能名称、标识符
描述
FeatureA
FunctionA.1
…
FeatureB
FunctionB.1
…
FeatureC
FunctionC.1
…
6.mFeatureM
提示:
此处写一些承上启下的文字。
6.m.nFunctionM.N
用例名称
跨行转账
用例编号
UC6_2
作者
郭树行
创建时间
2011.7.3
修改时间
评审者
客服李志强
测试者
客服李志强
版本号
1.9
用例简要描述:
作为银行卡,希望通过此功能实现向他行银行卡账户转账,这样具有方便持卡人办理转账业务无需柜台交易。
用例主要参与者:
银行卡用户
用例触发事件:
有跨行转账需求时
用例前置条件:
持卡人完成身份认证。
用例主事件流
1.步骤:
验证身份后,选择跨行转账还是同行转账
2.步骤:
输入对方账户号码,并确认
3.步骤:
输入金额,并校验金额是否充足
4.步骤:
进行划转,显示之后余额
5.步骤:
确认是否需要打印凭条,退回欢迎窗口。
用例可选事件流——《透支处理》
3.1步骤:
提示当前账户余额步足
3.2步骤:
提示用户是否透支
3.3步骤:
确认《透支》,返回转账支付
3.4步骤:
确认《退出》,返回输入金额。
用例后置条件:
扣减金额=划转金额+手续费
用例非功能性需求:
修改历史:
修改时间
修改人
修改原因
2011-7-10
王强——需求文档的配置管理员
需求评审会中确认只提供信用卡透支划转。
7.项目的非功能性需求
7.1用户界面需求
需求名称
详细要求
…
7.2软硬件环境需求
需求名称
详细要求
…
7.3项目质量需求
主要质量属性
详细要求
正确性
健壮性
可靠性
性能,效率
易用性
清晰性
安全性
可扩展性
兼容性
可移植性
…
7.n其它需求
附录A:
需求建模与分析报告
建议用RationalRose对项目需求进行建模与分析。
A.1需求模型1
A.n需求模型N
附录B:
需求确认
提示:
需求确认规程请参见SPP-PROC-RM,主要分两步:
(1)需求评审,
(2)需求承诺。
对需求的评审应当采用“正式技术评审方式”,将产生一份“需求评审报告”,规程请参见SPP-PROC-TR。
在获取责任人(Stakeholders)对需求的承诺之前,该《项目需求规格说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
输入名称,标识符,版本,作者,完成日期,…
需求评审报告
输入名称,标识符,评审日期,…
评审结论
[]工作成果合格,“无需修改”或者“需要轻微修改但不必再审核”。
[√]工作成果基本合格,需要作少量的修改,之后通过审核即可。
[]工作成果不合格,需要作比较大的修改,之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称,标识符,版本,作者,完成日期
客户承诺
承诺…
签字,日期
项目经理承诺
承诺…
签字,日期
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 规格 模板