产品需求新版说明书模板.doc

{产品名称}
产品需求说明书
Version:
编号：WD_PA_ PRESP _

版本统计
版本号
修改状态
修改日期
修改摘要
撰稿人
校对
审核

相关此文档
产品需求说明书在产品研发过程初始阶段形成，用于分析相关领域业务模型，确定产品需要满足关键需求，明确产品总体业务架构、产品和其它系统之间关系等，描述少许关键用例。
在细化阶段，将描述产品大部分需求用例，并依据产品架构设计（细化阶段进行）结果重构和整理产品需求，使之符合整体架构并更含有扩展性。
构建阶段和产品化阶段只会对需求进行完善，不会进行包含产品架构修改。
鉴于产品迭代过程比较频繁，本文档在说明产品需求规格，介绍使用场景同时，要注意将目前修复或升级内容和已发行版本关联部分做必需比对说明，描述新版本中增加和调整产品需求，用以指导产品设计和开发。
目 录
产品需求说明书 1
第1章 介绍 3
1.1 目标和范围 3
1.2 术语和缩略语 3
1.3 参考资料 3
第2章 产品概述 4
2.1 相关行业介绍 4
2.2 产品定位 4
2.3 产品总体计划 4
2.4 运行环境 4
2.5 开发策略 4
2.6 技术策略 4
2.7 产品研发约束 5
第3章 相关业务分析 6
3.1 相关业务术语 6
3.2 业务领域概述 6
3.3 经典业务场景 6
3.4 业务角色 6
3.5 业务步骤 7
3.6 关键业务用例 6
第4章 产品功效需求 8
4.1 模块1/需求1 8
4.1.1 现在版本功效 错误！未定义书签。
4.1.2 功效需求说明 8
4.2 模块2/需求2 8
第5章 产品非功效性需求 9
5.1 性能需求说明 9
5.2 安全需求说明 9
5.3 接口需求说明 错误！未定义书签。
5.4 界面需求说明 9
5.5 复用需求说明 9
5.6 测试需求说明 9
5.7 服务需求说明 9
5.8 资源需求说明 10
5.9 标准需求说明 10
审批意见 11

第1章 介绍
1.1 目标和范围
说明文档描述关键内容（一句话），文档编制背景、针正确读者。
1.2 术语和缩略语
说明文档中包含业务术语和缩略语含义，方便读者了解。
缩略语
定义

1.3 参考资料
说明本文档中部分引用参考资料。
编号
文档名
起源
备注

第2章 产品概述
这一部分关键将概要描述产品所属行业业务、产品定位、产品总体计划等。
2.1 相关行业介绍
简明描述相关行业关键业务、相关组织、发展趋势。对行业业务具体分析在后面内容中展开。
2.2 产品定位
简明描述产品定位，关键面向用户、关键特点和优势。
2.3 产品总体计划
简明描述产品总体发展路线图，方便读者对产品有全方面了解。
简明描述目前产品研发过程总体计划，拟完成关键功效、目标。
2.4 运行环境
简明描述产品运行所需要硬件、软件、网络条件。
2.5 开发策略
产品哪些部分需要自行研发/复用/外购？研发采取何种总体技术路线？必需采取和避免使用特定技术和工具？遵照开发规范和标准？复用需要做哪些方面改善？假如存在协作开发则说明协作开发标准。
2.6 技术策略
描述完成产品开发所需要关键技术实现路径？
关键技术生命周期及替换技术分析。在多个技术中选择了哪种技术？为何？
（关键分析本产品赖以生存关键技术生命周期及存在或可能出现替换技术，现已存在替换技术或替换技术出现后对本产品竞争力影响及对应对策。）
说明技术共享方面将采取方法
（从是否借鉴了其它产品开发结果、利用企业内标准、货架化或成熟技术等方面进行说明技术继承； 从产品开发结果是否标准化，可被企业其它产品重用、货架化等方面进行说明技术重用。）
企业自主知识产权取得（如技术合作中知识产权共享和归属）和保护（专利或商业秘密）策略；存在专利权障碍对企业产品开发和销售影响及对应规避策略；商标申请策略（沿用企业原有商标还是申请新商标）
2.7 产品研发约束
描述产品研发部分预定约束，比如相关应用项目标时间节点、相关资源等。

第3章 相关业务分析
分析相关用户业务需求，抽取其中共性部分，形成领域业务模型
明确关键业务用例，这些业务用例包含到多个参与者，包含了一系列业务活动。在这个步骤中，需要避免是直接进入设计思绪，避免从子系统角度来计划和分析业务。
在业务分析中，部分相关业务能够作为一个“包”来归类描述，不过不能认为它们就形成了一个子系统（是细化阶段需要整理和设计）。
3.1 相关业务术语
描述一下产品中包含相关业务术语，便于了解，写出缩略语全称和含义。
3.2 业务领域概述
对目标领域范围和特征作出总体描述；绘制高层块图，显示目标领域和其它领域之间关系。
3.3 经典业务场景
描述和产品相关经典业务场景，不是描述具体某个用户业务。需要进行部分汇总和提炼。
有可能话，能够分析部分产品使用模式。
3.4 业务角色
描述和产品相关业务角色，各个角色职责。
3.5 业务步骤
描述部分经典业务步骤，尤其是全局业务步骤。描述各个业务相关角色、活动、流转条件、输入输出等。
需要注意是，因为产品需要满足不一样用户需求，可能存在一些业务步骤难以确定情况，此时需要描述基础业务步骤，并提出扩展性需求。
3.6 业务用例
选择部分关键业务进行用例描述。
业务用例用于描述相关业务全貌，不仅仅是和产品相关，也能够是和其它单位、系统相关，或是手工操作业务。
3.6.1 业务用例1
3.6.1.1 用例模型
描述业务用例相关角色、关键活动、备选流、异常流。
需要注意是，因为产品需要满足不一样用户需求，可能存在一些业务难以确定情况，此时需要描述基础业务用例，并提出扩展性需求。
3.6.1.2 活动模型
描述关键活动、流转条件等。和业务步骤模型不一样是，它描述了一个用例中相关活动流。
3.6.2 业务用例2
同上节。
第4章 产品功效需求
通常来说，假如是应用类产品，能够采取用例实现（Use Case Realization）方法描述产品功效需求，此时能够描述每个用例实现次序图。
假如是平台类产品，部分功效需求不方便采取用例描述，能够采取特征（Feature）方法来描述。
能够从业务用例描述、其中各个活动中，抽取和产品相关活动，整理产品功效。
能够将产品功效按摄影关程度进行分类描述（初步划分部分子系统），假如内容比较多，能够单列章节。
4.1 功效1
针对产品提供某个应用功效（粗粒度，能够了解为对用户提供业务服务，而不是细粒度一个界面操作）。
各项功效需求应该被唯一标识，方便进行测试验证。
4.1.1 相关业务用例
描述此功效相关业务用例，便于跟踪和回溯。
4.1.2 需求描述
（产品需求是基于现有和潜在用户需要和要求。根据以下三条分类给出关键需求列表。）
必需含有要素 ("必需含有")
满足特定用户要求 ("和众不一样地方")
非必需特征 ("含有这些功效话将是很不错")
预期可能衍生子版本需要单独定义
4.1.3 交互关系
描述此功效相关角色、相关子系统、各子系统怎样经过交互实现此功效？
经过交互关系描述，愈加深入规范地描述了功效需求。
4.1.4 相关业务数据
描述此功效相关业务数据（指标、标准等）。
4.2 需求2
同上节。
第5章 产品非功效性需求
5.1 性能需求说明
叙述不一样应用领域对性能需求，说明提出需求原理或依据，以帮助设计人员做出合理设计选择。尽可能具体地描述性能需求，假如需要，能够针对每个功效需求或特征分别陈说其性能需求。如：
支持并发操作数量；
响应时间；
和实时系统时间关系：
数据库中表容量需求
存放器；
磁盘空间
5.2 可靠性需求说明
描述产品需要满足可靠性要求，比如连续正常运行时间、故障恢复时间等。
5.3 安全需求说明
描述产品必需含有安全管理功效（应用、网络、硬件），遵从安全标准、策略、或规则，定义产品使用过程中可能发生损失/破坏情况时，采取安全保护动作，和产品必需预防潜在危险动作。
5.4 界面需求说明
描述界面风格，满足终端用户操作所必需含有易用性、简单性等需求。
5.5 复用需求说明
描述开发过程中需要用到哪些构件？这些构件由什么合作方采取何种方法提供？分别需要做什么程度调整？
5.6 测试需求说明
产品生命周期内需要哪些测试能力。
本节内容在进入测试阶段提交送测单时，需扩充为独立《测试需求》文档随送测单一并提交
5.7 服务需求说明
描述产品实施、升级、定制化、支持等服务内容提供策略、受理策略、收费策略
提供培训方法
服务资源需求（人员和环境）
5.8 资源需求说明
明确在要求时间框架内成功地开发产品、使产品上市及产品支持独特需求。需要哪些外部基础条件或需采购什么设备？
描述产品生命周期内可能需要关键供给商、合作方及战略联盟方角色。
5.9 标准需求说明
叙述产品质量标准。如国家一级标准、行业标准等。并将选定标准和国家标准、国际常见标准作比较说明。

审批意见
上级主管意见：
签字:
时间:
QA意见：
签字:
时间:
备注