神马文学网文档: 产品需求规格说明书
来源：百度文库 编辑：神马文学网 时间：2024/04/30 00:56:15
2003-11-8 网友评论 0 条点击进入论坛
作者：林锐 电子工业出版社出版发行
{ 项目名称 }
产品需求规格说明书
文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Company-Project-RD-PRS
当前版本： X.Y
作者：
完成日期： Year-Month-Day
版 本 历 史
版本/状态
作者
参与者
起止日期
备注
目 录
0. 文档介绍
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文档
0.5 术语与缩写解释
1. 产品介绍
2. 产品面向的用户群体
3. 产品应当遵循的标准或规范
4. 产品范围
5. 产品中的角色
6. 产品的功能性需求
6.0 功能性需求分类
6.m Feature M
6.m.n Function M.N
7. 产品的非功能性需求
7.1 用户界面需求
7.2 软硬件环境需求
7.3 产品质量需求
7.n 其它需求
附录A：需求建模与分析报告
A.1 需求模型1
A.n 需求模型N
附录B：需求确认
0. 文档介绍
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文档
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：
[标识符] 作者，文献名称，出版单位（或归属单位），日期
例如：
[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期
0.5 术语与缩写解释
缩写、术语
解 释
SPP
精简并行过程，Simplified Parallel Process
RD
需求开发 Require Development
…
1. 产品介绍
提示：
（1）说明产品是什么，什么用途。
（2）介绍产品的开发背景。
2. 产品面向的用户群体
提示：
（1）描述本产品面向的用户（客户、最终用户）的特征，
（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？
3. 产品应当遵循的标准或规范
提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。
4. 产品范围
提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
5. 产品中的角色
提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
6. 产品的功能性需求
6.0 功能性需求分类
提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。
功能类别
功能名称、标识符
描述
Feature A
Function A.1
…
Feature B
Function B.1
…
Feature C
Function C.1
…
6.m Feature M
提示：此处写一些承上启下的文字。
6.m.n Function M.N
名称、标识符
功能描述
优先级
输入
操作序列
输出
补充说明
7. 产品的非功能性需求
7.1 用户界面需求
需求名称
详细要求
…
7.2 软硬件环境需求 需求名称
详细要求
…
7.3 产品质量需求
主要质量属性
详细要求
正确性
健壮性
可靠性
性能，效率
易用性
清晰性
安全性
可扩展性
兼容性
可移植性
…
7.n 其它需求
附录A：需求建模与分析报告
建议用Rational Rose对产品需求进行建模与分析。
A.1 需求模型1
A.n 需求模型N
附录B：需求确认
提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
输入名称，标识符，版本，作者，完成日期，…
需求评审报告
输入名称，标识符，评审日期，…
评审结论
[ ] 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。
[√] 工作成果基本合格，需要作少量的修改，之后通过审核即可。
[ ] 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称，标识符，版本，作者，完成日期
客户承诺
承诺…
签字，日期
项目经理承诺
承诺…
签字，日期
作者：林锐 电子工业出版社出版发行
{ 项目名称 }
产品需求规格说明书
文件状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改 文件标识： Company-Project-RD-PRS
当前版本： X.Y
作者：
完成日期： Year-Month-Day
版 本 历 史
版本/状态
作者
参与者
起止日期
备注
目 录
0. 文档介绍
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文档
0.5 术语与缩写解释
1. 产品介绍
2. 产品面向的用户群体
3. 产品应当遵循的标准或规范
4. 产品范围
5. 产品中的角色
6. 产品的功能性需求
6.0 功能性需求分类
6.m Feature M
6.m.n Function M.N
7. 产品的非功能性需求
7.1 用户界面需求
7.2 软硬件环境需求
7.3 产品质量需求
7.n 其它需求
附录A：需求建模与分析报告
A.1 需求模型1
A.n 需求模型N
附录B：需求确认
0. 文档介绍
0.1 文档目的
0.2 文档范围
0.3 读者对象
0.4 参考文档
提示：列出本文档的所有参考文献（可以是非正式出版物），格式如下：
[标识符] 作者，文献名称，出版单位（或归属单位），日期
例如：
[SPP-PROC-PP] SEPG，需求开发规范，机构名称，日期
0.5 术语与缩写解释
缩写、术语
解 释
SPP
精简并行过程，Simplified Parallel Process
RD
需求开发 Require Development
…
1. 产品介绍
提示：
（1）说明产品是什么，什么用途。
（2）介绍产品的开发背景。
2. 产品面向的用户群体
提示：
（1）描述本产品面向的用户（客户、最终用户）的特征，
（2）说明本产品将给他们带来什么好处？他们选择本产品的可能性有多大？
3. 产品应当遵循的标准或规范
提示：阐述本产品应当遵循什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则的产品通常不太可能被接受。
4. 产品范围
提示：阐述本产品“适用的领域”和“不适用的领域”，本产品“应当包含的内容”和“不包含的内容”。说清楚产品范围的好处是：（1）有助于判断什么是需求，什么不是需求；（2）可以将开发精力集中在产品范围之内，少干吃力不讨好的事情；（3）有助于控制需求的变更。
5. 产品中的角色
提示：阐述本产品的各种角色及其职责。各种角色的具体行为将在功能性需求中描述。
角色名称
职责描述
6. 产品的功能性需求
6.0 功能性需求分类
提示：将功能性需求先粗分再细分，下表中的 Feature A, Function A.1等符号应当被替换成有含义的名称。
功能类别
功能名称、标识符
描述
Feature A
Function A.1
…
Feature B
Function B.1
…
Feature C
Function C.1
…
6.m Feature M
提示：此处写一些承上启下的文字。
6.m.n Function M.N
名称、标识符
功能描述
优先级
输入
操作序列
输出
补充说明
7. 产品的非功能性需求
7.1 用户界面需求
需求名称
详细要求
…
7.2 软硬件环境需求 需求名称
详细要求
…
7.3 产品质量需求
主要质量属性
详细要求
正确性
健壮性
可靠性
性能，效率
易用性
清晰性
安全性
可扩展性
兼容性
可移植性
…
7.n 其它需求
附录A：需求建模与分析报告
建议用Rational Rose对产品需求进行建模与分析。
A.1 需求模型1
A.n 需求模型N
附录B：需求确认
提示：需求确认规程请参见SPP-PROC-RM，主要分两步：（1）需求评审，（2）需求承诺。对需求的评审应当采用“正式技术评审方式”，将产生一份“需求评审报告”，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求的承诺之前，该《产品需求规格说明书》必须先通过需求评审。
需求评审报告摘要
需求文档
输入名称，标识符，版本，作者，完成日期，…
需求评审报告
输入名称，标识符，评审日期，…
评审结论
[ ] 工作成果合格，“无需修改”或者“需要轻微修改但不必再审核”。
[√] 工作成果基本合格，需要作少量的修改，之后通过审核即可。
[ ] 工作成果不合格，需要作比较大的修改，之后必须重新对其评审。
评审意见
评审小组成员
输入评审小组成员
需求承诺
需求文档
输入名称，标识符，版本，作者，完成日期
客户承诺
承诺…
签字，日期
项目经理承诺
承诺…
签字，日期
文档: 产品需求规格说明书
软件需求规格说明书
软件工程文档模板----三、需求规格说明书 - lihuaidong521的专栏 - CSDNBlog
软件工程之需求分析－需求规格说明书 — JAVA频道 - 赛迪网1
如何正确的看待：产品需求文档和产品需求 | 产品经理费杰的博客
丁宇 | blog - 从“产品需求文档”（PRD）到“产品设计文档”（PDD）
产品经理该如何正确的写产品需求文档(PRD)
软件需求说明书
软件需求说明书
如何编写需求文档
如何编写需求文档
软件需求说明书-格式案例
产品文档经验
如何编写高质量“软件需求说明书”
如何编写高质量“软件需求说明书”
如何编写高质量"软件需求说明书"
附件C可用性需求说明书的案例
网站模板需求说明书样本a
网站模板需求说明书样本0
如何写规范需求分析说明书
需求决定网站产品模型（下）
产品经理如何获取用户的需求
避险需求升温 银行产品“越短越好卖”
产品经理-需求分析六原则(转载)