{产品名称}
产品需求阐明书
Version:
编号：WD_PA_PRESP_
版本记录
版本号 修改状态 修改曰期 修改摘要 撰稿人 校对 审核
有关此文档
产品需求阐明书在产品研发过程的初始阶段形成，用于分析有关领域的业务模型，确认产品需要满足的关键需求，明确产品的总体业务架构、产品和其他系统之间的关系等，描述少許重要的用例。
在细化阶段，将描述产品的大部分需求用例，并根据产品架构设计（细化阶段进行）的成果重构和整顿产品需求，使之符合整体架构并更具有扩展性。
构建阶段和产品化阶段只会对需求进行完善，不会进行波及产品架构的修改。
鉴于产品的迭代过程比较频繁，本文档在阐明产品需求规格，简介使用场景的同步，要注意将目前修复的或升级的内容与已发行版本的关联部分做必要的比对阐明，描述新版本中增長的和调整的产品需求，用以指导产品的设计和开发。
目录
TOC\o"1-3"\h\z\u产品需求阐明书 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.1 术語和缩略語
阐明文档中波及的业务术語和缩略語的含义，以便读者理解。
缩略語 定义
1.1 参照资料
阐明本文档中部分引用的参照资料。
编号 文档名 来源 备注
第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章 产品功能需求
一般来說，假如是应用类的产品，可以采用用例实現（UseCaseRealization）的方式描述产品的功能需求，此時可以描述每个用例实現的次序图。
假如是平台类的产品，部分功能需求不以便采用用例描述的，可以采用特性（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意見：
签字:
時间:
备注