CMMI简介及CMMI2级的实施方案设计

1CMMI简介及CMMI2级的实施方案设计第一部分CMMI简介：CMMI全称是CapabilityMaturityModelIntegration,，即软件能力成熟度模型集成模型，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的。CMMI（CMMI-SE/SW/IPPD）1.02版本在部分国家和地区被SEI开始推广和试用，主要应用于软件业项目，帮助提升对软件项目的管理能力。随着模型本身的发展与应用的推广，CMMI逐渐演变成为了一种被广泛采用的综合性模型。在业界广泛使用的传统软件研发流程会带来一个严重的问题：存在于设计阶段的一个微小缺陷可能会直到后期的测试阶段才能被发现，而整个公司可能会花费数十倍甚至百倍的代价来改正这个缺陷。为此，人力资源管理、软件采购、集成产品和过程开发、以及系统工程等等，多元化覆盖范围越来越广的能力成熟度模型应运而生。1.1CMMI的作用软件能力成熟度集成模型（CMMI）经过长期积累和不断地优化，已经成功地发展并被认可为软件研发领域的标准过程体系，通过CMMI可以增强企业核心竞争力、有效地提高软件企业产品质量，国内乃至国际上的广大软件厂商都已经见证了CMMI为企业带来的成功。目前众多业界的软件企业纷纷试图使用CMMI来达到过程改进的趋势，怎样才能将过程改进有效地实施，使其能实质地对软件研发过程起到优化效果，并带来行之有效地经济价值，已经逐渐成为了软件企业的决策者们最为关心的问题。由最新SEI评估报告中的数据显示，在进行了CMMI的评估的企业中，大部分都是商业组织，并且其中近一半的企业人员规模都是在100人以下。种种迹象均表明，CMMI评估已经不仅仅吸引了大型IT企业的注意力，同样存在大量的中小型企业也对此抱有浓厚的兴趣。对软件企业来讲，CMMI可以主要应用在两个地方：企业软件过程的改进和企业软件过程能力的评估。1）过程改进对软件来说，要对其进行过程改进需要企业中的所有成员都参加的，这个过程不是一次性的，而是长久持续的不断循环过程。CMMI制定了一整套的目标和框架来对软件企业的成熟度进行定义和诠释。这些目标和框架那个对软件过程中的关键活动做出了很详细地定义，还对软件工程和过程管理的提出了一系列具有参考价值的成功实践。软件企业可以在实施过程中根据自身情况采用成功实践中的经验来对软件开发的整个过程进行指导，从而有效地对自身软件过程不断改进。2）能力评估目前CMMI可以通过两种不同的方式来对软件过程的成熟度进行评估：软件能力评价以及软件过程评估。软件过程评估：该评估方式主要用来评价和估量组织内部当前的软件过程管理状态和当前的软件过程优化问题。软件过程评估会将评估结果向企业领导层进行汇报，从而使领导层成为过程改进的坚强后盾。软件能力评价：主要用来辨识或者监督软件承包方的软件研发和管控能力。软件能力评价的注意力主要基于在保证预算的前提下，能够按照预期的进度提交高质量的软件产品，并能够应对可能存在的诸多风险。1.2CMMI的成熟度模型1.2.1成熟度模型的等级2一件产品的开发过程越规范，说明该组织的能力成熟度越高。软件开发项目的管理能力越高，最终的软件产品质量也就越好。CMMI能力成熟度模型分为五个等级，按照级别依次为（高——低），见图1：图1.CMMI成熟度模型的五个等级1、初始级(Initial)：所有没有经过CMMI能力成熟度模型的指导，并根据模型执行过开发过程改进活动的软件企业，其软件产品开发过程都被看做是初始级。2、受管理级(Managed)具备了为每个软件开发项目定义明确目标、清晰过程的软件企业，可以被认定为处于受管理级的级别。通过了受管理级评估的软件企业，我们可以认为其在软件开发的过程中执行了适当的监控措施。3、已定义级(Defined)如果企业已从其运作过的历史项目之中，提取出一套行之有效的项目开发规范，该企业可以被认定为处于已定义级的级别。“已定义级”可以在企业的所有项目的标准开发过程中推广使用，但是“受管理级”却只能在指定的项目中实施。4、定量管理级(Quantitativelymanaged)已经能通过采取一系列量化的指标作为衡量标准的软件产品管理方式，则该企业可以被认定为处于定量管理级的级别。只要是具备定量管理级能力的软件企业，都能做到为实现软件产品的最终质量和项目过程的效率，创立一系列量化的目标，且运用了统计的方法来管理项目过程。“定量管理级”和“已定义级”之间的区别体现在对项目过程效率的预测与控制，处于“定量管理级”企业的软件产品开发过程管理是定量的。5、持续优化级(Optimizing)已经具备通过执行一定的过程规范，对软件过程不断地进行改进，并且该过程是可持续的，可以被认为是处于持续优化级的级别。达到持续优化级的软件企业，可以根据自身的商业目标对的开发过程制定改善目标，并在开发过程中持续不断地进行改善。1.2.2成熟度模型的过程域：不同的诸多过程域组合在一起，形成了CMMI的每个成熟度等级——不包含初始级，所以CMMI开发模型共有项目管理、支持类、过程管理类、工程类四个类别包括22个相关过程域。CMMI过程域结构：每个过程中设定了通用目标和特定目标，每个目标下由若干惯例组成。这些惯例是根据各个软件组织长期开发实践活动的成功经验逐渐总结、提炼形成3的，被认为是具有共性的最佳惯例。由于成熟度的各个等级之间是循序渐进的关系，所以如果想要达到某个成熟度等级，例如已定义级(Defined)，除了满足该级本身的过程域之外，还要满足受管理级(Managed)的所有过程域。CMMI的模型层次结构如下图2所示。图2.CMMI的模型层次结构CMMI过程域过程域(ProcessArea)，简单的说就是做好一个事情的某一个方面。对应软件开发来说，就是做好软件开发的某一个方面。CMMI2、3级共有18个过程域(PA)，主要内容如下，分四大类：(1)过程管理：1)OPD：(OrganizationalProcessDefinition)组织级过程定义。建立和维护有用的组织过程资产。2)OPF：(OrganizationalProcessFocus)组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。3)OT：(OrganizationalTraining)组织培训管理。增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。4)OPP：(OrganizationalProcessPerformance)组织过程性能。建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。5)OID：(OrganizationalInnovationandDeployment)组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。(2)项目管理：6)PP：(ProjectPlanning)项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务。协调人员。根据实际情况，调整项目。7)PMC：(ProjectMonitoringandControl)项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。8)SAM：(SupplierAgreementManagement)供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。9)IPM：(IntegratedProjectManagement)集成项目管理。根据从组织标准过程剪裁而来的集4成的、定义的过程对项目和利益相关者的介入进行管理。10)RSKM:(RiskManagement)风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。11)QPM：(QuantitativeProjectManagement)量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。(3)工程管理：12)RD：(RequirementDevelopment)需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便使用户(客户、最终用户)和项目组对所开发的内容达成一致。13)REQM：(RequirementManagement)需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。14)TS：(TechnicalSolution)技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。15)PI：(ProductIntegration)产品集成。从产品部件组装产品，确保集成产品功能正确并交付产品。16)VER：(Verification)验证。验证确保选定的工作产品满足需求规格。17)VAL：(Validation)确认。确认证明产品或产品部件在实际应用下满足应用要求。(4)支持管理：18)CM：(ConfigurationManagement)配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性。19)PPQA：(ProcessandProductQualityAssurance)过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。20)MA：(MeasurementandAnalysis)度量与分析。开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。21)DAR：(DecisionAnalysisandResolution)决策分析。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。22）CAR：(CausalAnalysisandResolution)原因分析与解决，识别缺失的原因并进行矫正进一步的防止未来再次发生。表1.成熟度级别与过程域映射关系成熟度级别过程域过程域类别CMMI2级：受管理级(Managed)REQM：(RequirementManagement)需求管理工程管理PP：(ProjectPlanning)项目计划项目管理PMC：(ProjectMonitoringandControl)项目监督与控制项目管理SAM：(SupplierAgreementManagement)供应商协议管理项目管理MA：(MeasurementandAnalysis)度量与分析支持管理PPQA：(ProcessandProductQualityAssurance)过程和产品质量保证支持管理CM：(ConfigurationManagement)配置管理支持管理RD：(RequirementDevelopment)工程管理5CMMI3级：已定义级(Defined)需求开发TS：(TechnicalSolution)技术解决方案工程管理PI：(ProductIntegration)产品集成工程管理VER：(Verification)验证工程管理VAL：(Validation)确认工程管理OPD：(OrganizationalProcessDefinition)组织级过程定义过程管理OPF：(OrganizationalProcessFocus)组织级过程焦点过程管理OT：(OrganizationalTraining)组织培训管理过程管理IPM：(IntegratedProjectManagement)集成化项目管理项目管理RSKM:(RiskManagement)风险管理项目管理DAR：(DecisionAnalysisandResolution)决策分析支持类CMMI4级：定量管理级(Quantitativelymanaged)OPP：(OrganizationalProcessPerformance)组织过程性能过程管理QPM：(QuantitativeProjectManagement)量化的项目管理项