2019年产品需求分析与需求管理实务课件.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 需求的类型及其追踪性 问题 解决方案领域 市场领域 市场需求 产品需求 设计规约 测试规约 设计 规约 用户 手册 所要 构建的 系统 追踪性 (1) ．需求可跟踪与需求变更控制 随着开发工作的进展需求将逐步扩展和演化 各个开发阶段的工作产品之间存在的继承关系 可跟踪矩阵 (2)．可跟踪管理的目标 使每一项需求均能追溯到 前后继承关系的脉络清晰可见 (3)．两类不同的跟踪 （1）向前跟踪 （2）向后跟踪 3、需求跟踪 可跟踪矩阵 （1）矩阵的作用 可防止遗漏 为评审提供方便 便于进行变更影响追踪、分析和检查 （2）矩阵的建立与维护 （3）矩阵的应用 完整性检验 ――考察有无需求遗漏的情况 ――有无冗余代码 ――检查所有性能需求是否已被测试用例测试 ――对集成测试计划和系统测试计划进行交互检查 需求变更控制 ――需求变更后相关的工作产品受影响的部分应随之变更 ――更新需求规格说明，同时要更新跟踪矩阵 ――每增加一项需求，应在跟踪矩阵中得到体现 表 跟踪矩阵实例 1 2 3 4 5 6 7 8 需求号 需求 描述 概要设计文档 索引号 对应的设计(功能,结构,数据库) 实现 (程序,类,继承类) 单元测试用例 集成/系统测试用例 验收 测试 用例 1.1.2 利用收集的数据实现亮点的实时集成 5.3.2 数据采集与亮度控制器接口 PB405 数据采集 #12 #46 #11 CICS203亮点控制器启动 #1 #47 #11 需求跟踪归纳如下： 1、建立和维护需求跟踪矩阵 正向跟踪 逆向跟踪 当需求文档或后续工作成果发生变更时，要及时更新需求跟踪矩阵 2、查找不一致 后续工作成果没有实现需求文档中的某些需求 后续工作成果实现了需求文档中不存在的需求 后续工作成果没有正确实现需求文档中的需求 3、消除不一致 将消除不一致记录到“需求跟踪报告” 消除不一致后，项目经理更新“需求跟踪矩阵” CMM 2级 RM KPA 需求管理（RM－Requirements Management）是CMM 2级的第1个关键过程域。 需求管理的目的是要在客户和将处理客户需求的产品项目之间形成共同的理解。 这种共同理解应该体现在： 客户需求的文档和对客户需求的控制中 使项目的计划、产品和活动都应与需求一致 美国企业眼中的需求管理目标与活动 目标1：分配给产品的系统需求应是受控的， 以利建立产品工程和管理的基线 活动1：在分配需求被纳入产品项目之前， 产品工程组应对其进行评审 目标2：产品计划、产品和活动要与分配给产品的 系统需求保持一致 活动2：产品工程组将分配需求作为产品计划、 工作产品和活动的基础 活动3：评审对分配需求的变更，并将变更纳入产品项目 2．约定与能力 约定1：项目要遵循一个书面的组织方针来管理 分配给产品的系统需求 能力1：为每个项目规定分析系统需求并将其分 配给硬件、产品和其它系统成分的职责 能力2：编制分配需求文档 能力3：为管理分配需求提供足够的资源和资金 能力4：产品工程组人员和与产品相关的其它组 人员要接受培训，以利于完成他们的需 求管理活动 3．测量与验证 测量1：进行测量，并将测量结果用于确定对分配 需求所作管理活动的状态 验证1：高级管理者定期评审管理需求分配的活动 验证2：项目经理定期地也要在特定事件出现时 评审管理需求分配的活动 验证3：产品质量保证组评审和（或）审核管理 需求分配的活动和工作产品，并报告结 果 4．入口－任务－验证－出口（ETVX－Entry, Task, Verification and eXit (表六 RM 的 ETVX ） 入口条件 任务 出口条件 1．方针 （C1） 2．职责 （Ab1） 3．文档化需求 （Ab2） 4．评审和(或)审核 （Ab3 ） 5．人员培训 （Ab4） 1.需求纳入之前应进行评审 （Ac1） 2.需求作为计划、工作产品和活动的基础