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