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