8-需求管理过程-K技巧.ppt

SECTION 3需求状态跟踪与需求追溯 体系文件变化 调整前 调整后 需求管理员由项目经理指派 业务师由需求管理部指派 SECTION 3需求状态跟踪与需求追溯 工作任务 建立《需求矩阵表》 维护《需求矩阵表》 《需求矩阵表》状态跟踪 查找并消除需求矩阵表中的不一致 需求追溯 SECTION 3需求状态跟踪与需求追溯 工作任务-建立《需求矩阵表》 需求分析阶段 在项目组进行需求分析同行评审前，由业务师负责根据《业务需求范围说明书》的需求范围建立《需求矩阵表》“用户需求”项。 项目经理组织需求分析人员完成“功能分析”项的填写，并建立与“用户需求”的对应关系，对功能分析的需求覆盖性进行验证。 业务师负责组织项目组成员对《需求矩阵表》“用户需求”项与“功能分析”项对应关系的正确性和完整性进行组内走查。 SECTION 3需求状态跟踪与需求追溯 工作任务-建立《需求矩阵表》 系统测试阶段 测试经理负责在编写《系统测试案例》时组织完成《需求矩阵表》“系统测试”项的填制，并建立该项内容与“功能分析”项的对应关系，对系统测试案例的功能覆盖性进行验证。 业务师负责组织项目组成员对《需求矩阵表》“功能分析”项与“系统测试”项对应关系的正确性和完整性进行组内走查。 对于已完成组内走查的《需求矩阵表》，由业务师负责提交版本管理员进行配置管理。 SECTION 3需求状态跟踪与需求追溯 工作任务 建立《需求矩阵表》 维护《需求矩阵表》 《需求矩阵表》状态跟踪 查找并消除需求矩阵表中的不一致 需求追溯 SECTION 3需求状态跟踪与需求追溯 工作任务-维护《需求矩阵表》 根据需求管理部下达的需求变更生产任务单： 业务师负责对《需求矩阵表》“用户需求”项进行维护。 需求分析人员负责对 “功能分析”项进行维护。 测试经理负责对“系统测试”项进行维护。 业务师负责组织项目组成员对《需求矩阵表》各项内容对应关系的正确性和完整性进行组内走查。 SECTION 3需求状态跟踪与需求追溯 工作任务 建立《需求矩阵表》 维护《需求矩阵表》 《需求矩阵表》状态跟踪 查找并消除需求矩阵表中的不一致 需求追溯 SECTION 3需求状态跟踪与需求追溯 工作任务-《需求矩阵表》状态跟踪 业务师负责将“用户需求”项相应“状态列”更新为“已提出”。时机：需求管理部已下达生产任务，“用户需求”项已完成编写或修改。 需求分析人员负责将“功能分析”项相应“状态列”更新为“已分析”。时机：需求分析文档完成同行评审（或因需求变更进行调整）。 测试经理负责将“系统测试”项相应“状态列”更新为“已验证”。时机：系统测试案例测试成功。 SECTION 3需求状态跟踪与需求追溯 工作任务-《需求矩阵表》状态跟踪 发生需求变更时，业务师负责对《需求矩阵表》“用户需求”项相应的“变更性质”列进行维护。变更状态分为A/U/D： A：代表新增的需求项 U： 代表修改的需求项 D： 代表删除的需求项 SECTION 3需求状态跟踪与需求追溯 工作任务 建立《需求矩阵表》 维护《需求矩阵表》 《需求矩阵表》状态跟踪 查找并消除需求矩阵表中的不一致 需求追溯 SECTION 3需求状态跟踪与需求追溯 工作任务-查找并消除需求矩阵表中的不一致业务师负责对《需求矩阵表》的维护及时性进行跟踪，对未及时更新的，提请项目经理组织更新。 SECTION 3需求状态跟踪与需求追溯 工作任务 建立《需求矩阵表》 维护《需求矩阵表》 《需求矩阵表》状态跟踪 查找并消除需求矩阵表中的不一致 需求追溯 SECTION 3需求状态跟踪与需求追溯 工作任务-需求追溯 从用户需求追溯到需求分析，确认用户需求得到分析； 从需求分析回溯到用户需求，确认每一个功能分析项的来源及其变化； 从功能分析追溯到系统测试，确认每一个功能分析项均有系统测试案例进行验证； 从系统测试回溯到功能分析，确认系统测试案例的依据。 用户需求 系统测试 功能分析 SECTION 3需求状态跟踪与需求追溯 实例 * * * * * * * * * 软件中心：做什么（需求）、怎么做（架构）、实施（开发、测试） * CMMI4级实施及评估项目组 2008-2-19 ISO9001质量体系文件—需求管理过程 CONTENTS目 录 概述 需求变更控制 需求状态跟踪与需求追溯 SECTION 1概述 需求管理过程始于内部需求基线的形成，存在于软件生命周期的各个阶段（技术方案、需求分析、总体设计、详细设计、编码、测试和维护）。 需求管理的目的，是在客户与完成客户需求的项目人员之间达成对需求的共识，维护需求与工作产品的一致性，并控制需求的变更。 SECTION 1概述 CONTENTS目 录 概述 需求变更控制 需求状态跟踪与需求追溯 SE