【优质】CMMI精粹（第3版）_PartII.pptVIP

5.风险管理（RSKM） 风险管理的目的是在潜在问题发生之前识别它们，以便在产品或整个生命周期中计划风险处理活动，并且必要时调用风险处理活动以缓解对目标实现的不利影响。RSKM(见图7-13)实际上是建立在部分PP过程域之上的，因为PP中的一个特定实践识别和分析项目风险，而且PP应该文档化这些风险。不过，与RSKM中所描述的需求相比，PP不是很系统，同时也缺乏主动性。另外，RSKM可以被应用在项目语境之外，用于管理组织级风险。其他几个过程域也引用了RSKM。 图7-13 风险管理语境图 RSKM有3个特定目标，包括准备风险管理，风险的识别和分析和在适当的时候处理和减轻风险。 第一个目标—准备风险管理—包括确定风险源和用于组织风险的分类，建立风险的分析和分类参数以及制订风险策略。 第二个目标—风险的识别和分析—主要基于分析参数标识风险的相对优先级。 第三个目标—风险的处理和减轻—包括制订、实施和更新风险减轻计划。 7.1.3 基础工程过程域 CMMI基础包括一个工程过程域：需求管理(REQM)。需求管理位于CMMI基础中的原因是所有项目都应该有需求，并且不论是否开发产品都应该管理这些需求。 需求管理的目的是管理项目的产品和产品构件的需求，并且识别需求与项目计划和工作产品之间的不一致性。REQM(见图7-14)有一个特定目标： 管理需求并识别计划与工作产品的不一致性。它是惟一位于ML 2中的工程过程域；所有其他工程过程域都位于ML 3中。 图7-14 需求管理语境图 REQM有5个特定实践。为了管理需求，接收需求的个人或团队在做任何与需求相关的事之前都需要和需求提供者一起理解这些需求的含义。管理人员或团队也需要从实现需求的人员那里得到承诺。一旦接收和理解需求并获得了承诺，就需要管理需求的一切变更，包括记录变更历史及评价变更影响。项目应该对需求及相关计划和工作产品提供双向可追踪性。追踪需求提供了确定变更分支的更好基础，并且确保所有需求都有产生源以及产品设计可涵盖所有高层次的需求。最后，项目应该识别需求和工作产品的不一致之处。应该在需求开发过程、项目计划过程或其他可能的过程中完成修复不一致所需的任何纠正措施。 7.1.4 基础支持过程域 支持过程域提供了在其他CMMI过程域所使用的基本过程。它们也可应用于CMMI共性实践。一般情况下，这些过程域都以项目为目标(除了过程和产品质量保证)。然而，在必要时，它们可以更广泛地用于组织。例如，过程与产品质量保证可以和所有其他过程域一起，用于提供对过程以及其中描述的工作产品的客观评审。 CMMI模型基础包括5个支持过程域： 配置管理(CM) 过程和产品质量保证(PPQA) 度量和分析(MA) 因果分析和解决方案(CAR) 决策分析和解决方案(DAR) 1.配置管理（CM） 配置管理的目的是使用配置标识、配置控制、配置状态报告和配置审计建立和维护工作产品的完整性。CM(见图7-15)有3个特定目标：建立基线、跟踪和控制变更和建立基线的完整性。我们通常都认为配置管理能以多层次的粒度和形式出现。这个过程域可以和CL 2中的共性实践紧密联系，一起来管理配置。它提供了应用该共性实践时使用的过程。 本章组织结构： 7.1节回顾CMMI基础中的过程域； 回顾两个已发布的群集(7.2节介绍CCMI-DEV，7.3节介绍CMMI-ACQ) ； 7.4节介绍CMMI-SVC中的草案资料； 最后在7.5节，通过观察CMMI组件中的关系对本章进行总结。 本章将按照类别介绍过程域，从而可以在计划成功的过程改进策略时阐明出现的过程域关系。 7.1 基础过程域 7.1.1 基础过程管理过程域 CMF中构成过程管理类别的5个过程域如下： 组织级过程定义(OPD) 组织级过程焦点(OPF) 组织级过程性能(OPP) 组织级改革和部署(OID) 组织级培训(OT) 上述过程域说明组织在定义、计划、部署、实施、监督、控制、验证、度量和改进其过程方面的工作。 如图7-1所示，这些过程域中的4个过程域存在紧密的联系。 这种关系是用阶段式表示法定义的，也就是ML 3中的OPF和OPD，ML 4中的OPP和ML 5中的OID。在采用CMMI连续式表示法进行过程改进时，应该理解这些关系，并根据它们来计划改进项目。例如，不应该在OPP中追求一个能力等级，而该能力等级高于在OPF和OPD中所达到的能力等级。 图7-1 过程管理过程域的关系 OPF OPD OPP OID 1.组织级过程定义（OPD） OPD的目的是建立和维护一个组织级过程资产和工作环境标准的有用集合。OPD也有一个说明IPPD的附加信息。OPD(见图7-2)有一个基础的特定目标：创建和维护组织级过程资产。 OPD和