[软件需求与需求管理.pptVIP

4、需求变更失控可能导致的后果 ⑴ 未受控的需求 变更引起需求 和实现不一致 需求文档V1 系统实现 V1 系统实现 V2 需求变更 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. ⑵ 受控的需求 变更使需求和实现一致 图7 未受控及受控的需求变更 需求文档V1 需求文档V2 系统实现 V1 系统实现 V2 需求变更 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 5.降低需求变更风险的策略 ⑴ 与用户充分沟通 ★与用户共同明确确定的需求的意义 项目开发工作 项目开发组织 用户 * 产品后续开发工作的基础 * 产品维护工作的重要参考 * 对用户的承诺 * 关系到项目开发工作的投入、交付期和产品质量 * 关系到能否如期获得所需的产品 * 作为合同的附件，关系到双方的权益 * 是产品验收的依据 ★向用户说明需求不确切或频繁变更对开发工作的冲击 ★使用户理解过多变更最终对用户不利 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. ⑵ 与用户共同确定需求，作为合同附件， 签字生效 ⑶ 合同中含有对需求变更的条款 ⑷ 采用原型方法开发，或螺旋模型开发 ⑸ 项目计划中适当留有余地（时间进度、人力投入、 费用等） ⑹ 严格实施变更控制 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 七、需求变更控制要求 1．变更控制的策略 （1）所有需求变更必须遵循需求变更控制规程实施变更。 （2）需求变更提出后是否被接受，应由专门的组织―变 更控制委员会（CCB－Change Control Board）审查决定。 （3）不得以任何理由删除和修改需求变更的原始文件。 （4）应将已接受的需求变更通知到所有相关人员。 （5）已接受的需求变更应能追溯到批准的变更请求。 （6）对项目的需求赋予状态属性，以利于需求变更的控制。 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 2．需求变更影响的控制 按CMM2级RM KPA的要求，由于分配需求的变更导致软件计划、工作产品和活动的变更，都应对其作： 识别 评价 风险分析 编制文档 制定计划 传达给受影响的小组和人员 跟踪直至结束 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 3．变更控制的步骤 （1）提出变更请求 （2）审理变更请求，进行变更影响评估。评估内容包括： 变更所需人力投入 变更对原计划安排的影响 估计变更引起的成本增加 （3）批准变更请求 （4）取得用户的认可 （5）修订项目计划 （6）实施变更 （7）验证变更 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 批准 提出变更请求 变更影响评估 评审评估报告 审批 用户认可 修订项目计划 实施变更 验证 变更结束 拒绝 修正 图10 需求变更控制流程 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile . Copyright 2004-2011 Aspose Pty Ltd. 八、需求变更控制实施 1．需求变更请求 （1）内容 申请号 变更说明 变更类别 影响分析 变更请求状态 变更请求日期 Evaluation only. Created with A