史上最全的产品需求说明书模板.docx

1、史上最全的产品需求说明书模板史上最全的产品需求说明书模板产品名称 产品需求说明书Version: 编号：WD_PA_ PRESP _版本记录版本号修改状态修改日期修改摘要撰稿人校对审核关于此文档产品需求说明书在产品研发过程的初始阶段形成，用于分析相关领域的业务模型，确认产品需要满足的核心需求，明确产品的总体业务架构、产品和其他系统之间的关系等，描述少量重要的用例。在细化阶段，将描述产品的大部分需求用例，并根据产品架构设计（细化阶段进行）的成果重构和整理产品需求，使之符合整体架构并更具有扩展性。构建阶段和产品化阶段只会对需求进行完善，不会进行涉及产品架构的修改。鉴于产品的迭代过程比较频繁，本文档

2、在说明产品需求规格，介绍使用场景的同时，要注意将当前修复的或升级的内容与已发行版本的关联部分做必要的比对说明，描述新版本中增加的和调整的产品需求，用以指导产品的设计和开发。第1章 简介1.1 目的和范围说明文档描述的主要内容（一句话），文档编制的背景、针对的读者。1.2 术语和缩略语说明文档中涉及的业务术语和缩略语的含义，方便读者理解。缩略语定义1.3 参考资料说明本文档中部分引用的参考资料。编号文档名来源备注第2章 产品概述这一部分主要将概要描述产品所属行业的业务、产品的定位、产品的总体规划等。2.1 相关行业简介简要描述相关行业的主要业务、相关组织、发展趋势。对行业业务的具体分析在后面内容

3、中展开。2.2 产品定位简要描述产品的定位，主要面向的客户、主要特点和优势。2.3 产品总体规划简要描述产品的总体发展路线图，以便读者对产品有全面了解。简要描述当前产品研发过程的总体计划，拟完成的主要功能、目标。2.4 运行环境简要描述产品运行所需要的硬件、软件、网络条件。2.5 开发策略产品的哪些部分需要自行研发/复用/外购？研发采用何种总体技术路线？必须采用的和避免使用的特定技术和工具？遵循的开发规范和标准？复用需要做哪些方面的改进？如果存在协作开发则阐明协作开发原则。2.6 技术策略 描述完成产品开发所需要的关键技术实现的途径？ 关键技术生命周期及替代技术分析。在多种技术中选择了哪种技术

4、？为什么？（主要分析本产品赖以生存的关键技术的生命周期及存在或可能出现的替代技术，现已存在的替代技术或替代技术出现后对本产品竞争力的影响及相应的对策。） 说明技术共享方面将采取的措施（从是否借鉴了其他产品的开发成果、利用公司内标准、货架化或成熟技术等方面进行说明技术继承； 从产品的开发成果是否标准化，可被公司其他产品重用、货架化等方面进行说明技术重用。） 公司自主知识产权取得（如技术合作中的知识产权共享与归属）和保护（专利或商业秘密）策略；存在的专利权障碍对公司产品开发和销售的影响及相应的规避策略；商标申请策略（沿用公司原有商标还是申请新商标）2.7 产品研发约束描述产品研发的一些预定的约束，

5、例如相关应用项目的时间节点、相关资源等。第3章 相关业务分析分析相关客户的业务需求，抽取其中共性的部分，形成领域业务模型明确重要的业务用例，这些业务用例涉及到多个参与者，包含了一系列的业务活动。在这个步骤中，需要避免的是直接进入设计的思路，避免从子系统的角度来规划和分析业务。在业务分析中，一些相关的业务可以作为一个“包”来归类描述，但是不能认为它们就形成了一个子系统（是细化阶段需要整理和设计的）。3.1 相关业务术语描述一下产品中涉及的相关的业务术语，便于理解，写出缩略语的全称和含义。3.2 业务领域概述对目标领域的范围和特性作出总体描述；绘制高层的块图，显示目标领域与其它领域之间的关系。3.

6、3 典型业务场景描述和产品相关的典型业务场景，不是描述具体的某个客户的业务。需要进行一些汇总和提炼。有可能的话，可以分析一些产品使用的模式。3.4 业务角色描述和产品相关的业务角色，各个角色的职责。3.5 业务流程描述部分典型的业务流程，特别是全局的业务流程。描述各个业务的相关角色、活动、流转条件、输入输出等。需要注意的是，由于产品需要满足不同客户的需求，可能存在某些业务流程难以确定的情况，此时需要描述基本的业务流程，并提出扩展性需求。3.6 业务用例选择部分重点的业务进行用例描述。业务用例用于描述相关业务的全貌，不仅仅是和产品相关的，也可以是和其他单位、系统相关，或者是手工操作的业务。3.6

7、.1 业务用例13.6.1.1 用例模型描述业务用例的相关角色、主要活动、备选流、异常流。需要注意的是，由于产品需要满足不同客户的需求，可能存在某些业务难以确定的情况，此时需要描述基本的业务用例，并提出扩展性需求。3.6.1.2 活动模型描述主要的活动、流转条件等。和业务流程模型不同的是，它描述了一个用例中相关活动的流。3.6.2 业务用例2同上节。第4章 产品功能需求一般来说，如果是应用类的产品，可以采用用例实现（Use Case Realization）的方式描述产品的功能需求，此时可以描述每个用例实现的顺序图。如果是平台类的产品，部分功能需求不方便采用用例描述的，可以采用特性（Featu

8、re）的方式来描述。可以从业务用例的描述、其中的各个活动中，抽取和产品相关的活动，整理产品功能。可以将产品功能按照相关程度进行分类描述（初步划分一些子系统），如果内容比较多，可以单列章节。4.1 功能1针对产品提供的某个应用功能（粗粒度，可以理解为对用户提供的业务服务，而不是细粒度的一个界面操作）。各项功能需求应当被唯一的标识，以便进行测试验证。4.1.1 相关业务用例描述此功能的相关业务用例，便于跟踪和回溯。4.1.2 需求描述（产品需求是基于现有和潜在客户的需要和要求。按照以下三条分类给出主要需求列表。）必须具有的要素 (必须具有)满足特定客户的要求 (与众不同的地方)非必须特性 (具备这

9、些功能的话将是很不错的)预期的可能衍生的子版本需要单独定义4.1.3 交互关系描述此功能的相关角色、相关的子系统、各子系统如何通过交互实现此功能？通过交互关系的描述，更加进一步规范地描述了功能需求。4.1.4 相关业务数据描述此功能的相关业务数据（指标、标准等）。4.2 需求2同上节。第5章 产品非功能性需求5.1 性能需求说明阐述不同应用领域对性能的需求，说明提出需求的原理或者依据，以帮助设计人员做出合理的设计选择。尽可能详细地描述性能需求，如果需要，可以针对每个功能需求或者特征分别陈述其性能需求。如：支持的并发操作数量；响应时间；与实时系统的时间关系：数据库中表的容量需求存储器；磁盘空间5

10、.2 可靠性需求说明描述产品需要满足的可靠性要求，例如持续正常运行时间、故障恢复时间等。5.3 安全需求说明描述产品必须具备的安全管理功能（应用、网络、硬件），遵从的安全标准、策略、或规则，定义产品使用过程中可能发生的损失/破坏情况时，采取的安全保护动作，以及产品必须预防的潜在危险动作。5.4 界面需求说明描述界面风格，满足终端用户操作所必须具备的易用性、简单性等需求。5.5 复用需求说明描述开发过程中需要用到哪些构件？这些构件由什么合作方采用何种方式提供？分别需要做什么程度的调整？5.6 测试需求说明产品生命周期内需要哪些测试能力。本节内容在进入测试阶段提交送测单时，需扩充为独立的测试需求文档随送测单一并提交5.7 服务需求说明描述产品实施、升级、定制化、支持等服务内容的提供策略、受理策略、收费策略提供的培训方式服务的资源需求（人员和环境）5.8 资源需求说明明确在要求的时间框架内成功地开发产品、使产品上市及产品支持的独特需求。需要哪些外部基本条件或需采购什么设备？描述产品生命周期内可能需要的主要供应商、合作方及战略联盟方的角色。5.9 标准需求说明叙述产品的质量标准。如国家一级标准、行业标准等。并将选定的标准与国家标准、国际常用标准作比较说明。审批意见上级主管意见：签字:时间:QA意见：签字:时间:备注