文档介绍:项目名称
产品需求规格说明书
文件状态:
[√] 草稿
[ ] 正式发布
[ ] 正在修改
文件标识:
Company-Project-RD-PRS
当前版本:
作者:
完成日期:
Year-Month-Day
版本历史
版本/状态
作者
参与者
起止日期
备注
目录
0. 文档介绍 4
文档目的 4
文档范围 4
读者对象 4
参考文档 4
术语与缩写解释 4
1. 产品介绍 5
2. 产品面向的用户群体 5
3. 产品应当遵循的标准或规范 5
4. 产品范围 5
5. 产品中的角色 5
6. 产品的功能性需求 6
功能性需求分类 6
Feature M 6
Function 6
7. 产品的非功能性需求 7
用户界面需求 7
软硬件环境需求 7
产品质量需求 7
其他需求 7
附录A:需求建模与分析报告 8
需求模型1 8
需求模型N 8
附录B:需求确认 9
0. 文档介绍
文档目的
文档范围
读者对象
参考文档
提示:列出本文档的所有参考文献(可以是非正式出版物),格式如下:
[标识符] 作者,文献名称,出版单位(或归属单位),日期
例如:
[SPP-PROC-PP] SEPG,需求开发规范,机构名称,日期
术语与缩写解释
缩写、术语
解释
…
1. 产品介绍
提示:
(1)说明产品是什么,什么用途。
(2)介绍产品的开发背景。
2. 产品面向的用户群体
提示:
(1)描述本产品面向的用户(客户、最终用户)的特征,
(2)说明本产品将给他们带来什么好处?他们选择本产品的可能性有多大?
3. 产品应当遵循的标准或规范
提示:阐述本产品应当遵循什么标准、规范或业务规则(Business Rules),违反标准、规范或业务规则的产品通常不太可能被接受。
4. 产品范围
提示:阐述本产品“适用的领域”和“不适用的领域”,本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是:(1)有助于判断什么是需求,什么不是需求;(2)可以将开发精力集中在产品范围之内,少干吃力不讨好的事情;(3)有助于控制需求的变更。
5. 产品中的角色
提示:阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
6. 产品的功能性需求
功能性需求分类
提示:将功能性需求先粗分再细分,下表中的 Feature A, Function 。
功能类别
子功能
Feature A
Function
Function
…
Feature B
Function
Function
…
…
Feature M
提示:此处写一些承上启下的文字。
Function
名称、标识符
界面模拟草图
功能描述
算法及说明
优先级
输入
操作序列
输出
补充说明
……
7. 产品的非功能性