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

产品名称 产品需求说明书Version: 编号：WD_PA_ PRESP _版本统计版本号修改状态修改日期修改摘要撰稿人校对审核相关此文档产品需求说明书在产品研发过程初始阶段形成，用于分析相关领域业务模型，确定产品需要满足关键需求，明确产品总体业务架构、产品和其它系统之间关系等，描述少许关键用例。在细化阶段，将描述产品大部分需求用例，并依据产品架构设计（细化阶段进行）结果重构和整理产品需求，使之符合整体架构并更含有扩展性。构建阶段和产品化阶段只会对需求进行完善，不会进行包含产品架构修改。鉴于产品迭代过程比较频繁，本文档在说明产品需求规格，介绍使用场景同时，要注意将目前修复或升级内容和已发行版本关联部分做必需比对说明，描述新版本中增加和调整产品需求，用以指导产品设计和开发。目 录产品需求说明书1第1章介绍31.1目标和范围31.2术语和缩略语31.3参考资料3第2章产品概述42.1相关行业介绍42.2产品定位42.3产品总体计划42.4运行环境42.5开发策略42.6技术策略42.7产品研发约束5第3章相关业务分析63.1相关业务术语63.2业务领域概述63.3经典业务场景63.4业务角色63.5业务步骤73.6关键业务用例6第4章产品功效需求84.1模块1/需求184.1.1现在版本功效错误！未定义书签。4.1.2功效需求说明84.2模块2/需求28第5章产品非功效性需求95.1性能需求说明95.2安全需求说明95.3接口需求说明错误！未定义书签。5.4界面需求说明95.5复用需求说明95.6测试需求说明95.7服务需求说明95.8资源需求说明105.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 业务用例13.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意见：签字:时间:备注