软件项目管理_第8章软件项目需求与变更管理1概要.pptVIP

建立需求状态 状态值 定义 已建议 该需求已被有权提出需求的人建议 已批准 该需求已被分析，估计了其对项目余下部分的影响，已用一个确定的产品版本号或创建编号分配到相关基线中，软件开发团队已同意实现该需求 已实现 已实现需求代码的设计、编写和单元测试 已验证 使用所选择的方法已验证了实现的需求，用例测试和检测，审查该需求跟踪与测试用例相符 已删除 计划的需求已从基线中删除，但包括一个原因说明和作出决定的人员 建立需求状态 管理每个需求的状态是需求管理的一个重要方面。 了解需求可能的状态类别，周期性的报告各 类状态类别在整个需求中所占的百分比将会改进 项目的监控工作。 软件项目需求管理 定义需求 需求确认 建立需求状态 需求评审 需求承诺 需求跟踪 需求变更控制 需求评审 对软件产品的评审有两类方式： 一类是正式技术评审； 另一类是非正式技术评审。 对于任何重要的工作的产品，都应该至少执 行一次正式技术评审。 需求评审 需求评审过程主要包括： 制定评审计划 需求预审查 召开评审会议 调整需求文档 重审需求文档 软件项目需求管理 定义需求 需求确认 建立需求状态 需求评审 需求承诺 需求跟踪 需求变更控制 需求承诺 需求承诺是指开发方和客户方的负责人对通过了 正式技术评审的需求阶段的工作产品， 作出承诺，同时该承诺具有商业合同的 同等效果。 需求承诺 该承诺书将附在“软件需求规格说明书”后，一同存档保存。 　　本“软件需求规格说明书”是建立在双方对需求的共同理解基础之上的，我们同意后续的开发工作根据该“软件需求规格说明书”进行。如果需求发生变化， 我们将按照“需求变更流程”执行，即需求的变更将导致双方重新协商成本、资源和进度等。 　　 甲方签字　　　　 乙方签字 软件项目需求管理 定义需求 需求确认 建立需求状态 需求评审 需求承诺 需求跟踪 需求变更控制 需求跟踪 需求跟踪的目的： ◆ 建立和维护从用户需求开始到测试之间的一致 性与完整性； ◆ 确保所有实现都是以用户需求为基础； ◆ 确保需求实现全部覆盖； ◆ 确保所有输出与用户需求符合。 需求跟踪 需求跟踪有两种方式： ◆ 正向跟踪：以用户需求为切入点，检查《需求规格说明 书》中的每个需求是否都能在后续工作产品 中找到对应点。 ◆ 逆向跟踪：检查设计文档、代码、测试用例等工作产品 是否能在《需求规格说明书》中找到出处。 需求跟踪 进行需求跟踪可以及时发现需求与后续工作 产品之间的不一致，有助于开发人员及时纠正偏 差，避免干冤枉活。 软件项目需求管理 定义需求 需求确认 建立需求状态 需求评审 需求承诺 需求跟踪 需求变更控制 需求变更控制 在软件项目的开发过程中，需求变更贯穿了软件项目 的整个生命周期，从软件项目的立项到研发和维护。需 求变更可能来自开发方、客户或产品供应商等，也可能 来源于项目组内部。 需求变更会给项目的正常进展带来不尽的麻烦： ▲ 影响项目进度计划 ▲ 项目人力资源的调整、工作任务重新分配 ▲ 修改前期工作产品 ▲ 增加项目成本 需求变更控制 因此，需要控制需求的变更，使其在受控的状 态下发生变化，而不是随意变化。 需求管理就是要按照标准的流程来控制需求的 变化。需求变更处理流程如下图： 客户 开发方 。。。 变更申请 选择变更方式 项目经理自行决定 变更控制委员会评估 忽略 根据评估结果 拒绝 接受本次修改 下个版本变更 修改合同相关信息 修改相关需求 修改应项目计划 不在合同范围内 * 表4-3 需求变更提交单 软件基线产品修改提交单 申请人 韩万江 申请日期 2010.10．11 项目名称 项目管理系统 阶段名称 系统设计 文件名称 RCR-PM-01.doc, RCR-PM-02.doc, 变更简述如下 修改内容 1）修改测试流程控制：将2个角色，3个渠道流，改为3个角色，4个渠道流，详见RCR-PM-01.doc 2）增加开发人员技能信息库管理，详见RCR-PM-02.doc ? 验证意见 同意RCR-PM-01.doc变更。RCR-PM-02.doc的变更可以推迟到下一个版本实施 验证人 杨炎泰 验证日期 2010．10．11 SCCB 韩万江，姜岳尊，孙泉 填