附录产品需求规格说明书样本.doc

机构图标 项目名称 产品需求规格说明书文件状态： 初稿 正式公布 正在修改文件标识：Company-Project-RD-PRS目前版本：X.Y作 者：完成日期：Year-Month-Day机构公开信息版 本 历 史版本/状态作者参与者起止日期备注 目 录 0. 文档介绍40.1 文档目标40.2 文档范围40.3 读者对象40.4 参考文档40.5 术语和缩写解释41. 产品介绍52. 产品面向用户群体53. 产品应该遵照标准或规范54. 产品范围55. 产品中角色56. 产品功效性需求66.0 功效性需求分类66.m Feature M66.m.n Function M.N67. 产品非功效性需求77.1 用户界面需求77.2 软硬件环境需求77.3 产品质量需求77.n 其它需求7附录A：需求建模和分析汇报8A.1 需求模型18A.n 需求模型N8附录B：需求确定90. 文档介绍0.1 文档目标0.2 文档范围0.3 读者对象0.4 参考文档提醒：列出本文档全部参考文件（能够是非正式出版物），格式以下：标识符 作者，文件名称，出版单位（或归属单位），日期比如：SPP-PROC-PP SEPG，需求开发规范，机构名称，日期0.5 术语和缩写解释缩写、术语解 释1. 产品介绍提醒：（1）说明产品是什么，什么用途。（2）介绍产品开发背景。2. 产品面向用户群体提醒：（1）描述本产品面向用户（用户、最终用户）特征，（2）说明本产品将给她们带来什么好处？她们选择本产品可能性有多大？3. 产品应该遵照标准或规范提醒：叙述本产品应该遵照什么标准、规范或业务规则（Business Rules），违反标准、规范或业务规则产品通常不太可能被接收。4. 产品范围提醒：叙述本产品“适用领域”和“不适用领域”，本产品“应该包含内容”和“不包含内容”。说清楚产品范围好处是：（1）有利于判定什么是需求，什么不是需求；（2）能够将开发精力集中在产品范围之内，少干吃力不讨好事情；（3）有利于控制需求变更。5. 产品中角色提醒：叙述本产品多种角色及其职责。多种角色具体行为将在功效性需求中描述。角色名称职责描述6. 产品功效性需求6.0 功效性需求分类提醒：将功效性需求先粗分再细分，下表中 Feature A, Function A.1等符号应该被替换成有含义名称。功效类别子功效Feature AFunction A.1Function A.2Feature BFunction B.1Function B.26.m Feature M提醒：此处写部分承上启下文字。6.m.n Function M.N名称、标识符功效描述优先级输入操作序列输出补充说明7. 产品非功效性需求7.1 用户界面需求需求名称具体要求7.2 软硬件环境需求需求名称具体要求7.3 产品质量需求关键质量属性具体要求正确性健壮性可靠性性能，效率易用性清楚性安全性可扩展性兼容性可移植性7.n 其它需求附录A：需求建模和分析汇报提议用Rational Rose对产品需求进行建模和分析。A.1 需求模型1A.n 需求模型N附录B：需求确定提醒：需求确定规程请参见SPP-PROC-RM，关键分两步：（1）需求评审，（2）需求承诺。对需求评审应该采取“正式技术评审方法”，将产生一份“需求评审汇报”，规程请参见SPP-PROC-TR。在获取责任人（Stakeholders）对需求承诺之前，该产品需求规格说明书必需先经过需求评审。需求评审汇报摘要需求文档输入名称，标识符，版本，作者，完成日期，需求评审汇报输入名称，标识符，评审日期，评审结论 工作结果合格，“无需修改”或“需要轻微修改但无须再审核”。 工作结果基础合格，需要作少许修改，以后经过审核即可。 工作结果不合格，需要作比较大修改，以后必需重新对其评审。评审意见评审小组组员输入评审小组组员需求承诺需求文档输入名称，标识符，版本，作者，完成日期用户承诺承诺签字，日期项目经理承诺承诺签字，日期