一、CMMI简介：

CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型），是美国国防部的一个设想，1994年由美国国防部（United States Department of Defense）与卡内基-梅隆大学（Carnegie-Mellon University）下的软件工程研究中心（Software Engineering Institute，SEISM）以及美国国防工业协会（National Defense Industrial Association）共同开发和研制的，他们计划把现在所有现存实施的与即将被发展出来的各种能力成熟度模型，集成到一个框架中去，申请此认证的前提条件是该企业具有有效的软件企业认定证书。其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。 

二、CMMI版本：     

CMMI 1.3是2010年11月SEI 发布的CMMI模型的最新版本。CMMI 1.3包括CMMI采购模型1.3版、CMMI开发模型1.3版、CMMI服务模型1.3版。CMMI 1.3将于2020年9月30号截止，2020年10月1日开始正式进入CMMI V2.0。CMMI V2.0 模型是一套经过验证的全球最佳实践，旨在优化不断变化的全球环境中的业务性能，帮助组织建立解决最常见业务挑战的关键能力并设定相应基准，包括：设计和开发产品提高性能交付和管理服务维持习惯性和持久性管理业务弹性规划和管理工作选择和管理供应商确保质量管理员工支持实施CMMI V2.0 关键改进：1、改进业务性能：业务目标直接与运营相关联，以便在时间、质量、预算、客户满意度和其他关键驱动因素方面实现可度量的性能提升。2、利用当前的最佳实践：CMMI V2.0 是经验证最佳实践的可信来源，将不断更新以反映新在线平台上不断变化的业务需求。3、构建敏捷弹性和规模：直接指导如何增强使用 Scrum 的敏捷项目的过程，并注重性能。4、提高基准评估的价值：新的绩效导向评估方法提高了基准评估的可靠性和一致性，同时缩短了准备时间和生命周期成本。5、采用：通过在线访问和应用指南，比以往更加容易获得 CMMI 的优势。 

三、过程域：

Process Area：过程域。简单的说就是做好一个事情的某一个方面，对应软件开发来说，就是做好软件开发的某一个方面。2、3级共有18个过程域（PA）,主要内容如下，分四大类：

过程管理

1． OPD：（Organizational Process Definition）组织级过程定义。建立和维护有用的组织过程资产。2． OPF：（Organizational Process Focus）组织级过程焦点。在理解现有过程强项和弱项的基础上计划和实施组织过程改善。3． OT：（Organizational Training）组织培训管理。增加组织各级人员的技能和知识，使他们能有效地执行他们的任务。

项目管理

4． PP：（Project Plan）项目计划。保证在正确的时间有正确的资源可用。为每个人员分配任务、协调人员。根据实际情况，调整项目。5． PMC：（Project Monitoring and Control）项目监督与控制。通过项目的跟踪与监控活动，及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况，通过对跟踪结果的分析，依据跟踪与监控策略采取有效的行动，使项目组能在既定的时间、费用、质量要求等情况下完成项目。6．SAM：（Supplier Agreement Management）供应商协议管理。旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。7．IPM：（Integrated Project Management）集成项目管理。根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。8． RSKM：（Risk Management）风险管理。识别潜在的问题，以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动，缓解不利的影响，实现目标。

工程管理

9．RD：（Requirement Development）需求开发。需求开发的目的在于定义系统的边界和功能、非功能需求，以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。10．REQM（Requirement Management）需求管理。需求管理的目的是在客户和软件项目之间就需要满足的需求建立和 维护一致的约定。11．TS：（Technical Solution）技术解决方案。在开发、设计和实现满足需求的解决方案。解决方案的设计和实现等都围绕产品、产品组件和与过程有关的产品。12．PI：（Product Integration）产品集成。从产品部件组装产品，确保集成产品功能正确并交付产品。13．VAL：（Validation）确认。确认证明产品或产品部件在实际应用下满足应用要求。14．VER：（Verification）验证。验证确保选定的工作产品满足需求规格。

支持管理

15． CM：（Configuration Management）配置管理。建立和维护在项目的整个软件生存周期中软件项目产品的完整性 。16．PPQA：（Process and Product Quality Assurance）过程和产品质量保证。为项目组和管理层提供项目过程和相关工作产品的客观信息。17．MA：（Measurement and Analysis）测量与分析。开发和维持度量的能力，以便支持对管理信息的需要。作为改进、了解、控制决策。18． DAR：（Decision Analysis and Resolution）决策分析与解决。应用正式的评估过程依据指标评估候选方案，在此基础上进行决策。第4级除第2、3级所涵盖的18个流程领域外，增加19. OPP ：（Organizational Process Performance）组织过程性能。建立与维护组织过程性能的量化标准，以便使用量化方式的管理项目。20. QPM（Quantitative Project Management) 量化的项目管理，量化管理项目已定义的项目过程，以达成项目既定的质量和过程性能目标。。第5级包含第2级到第4级的20个流程领域外，增加，21. OID：(Organizational Innovation and Deployment）组织的创新与推展，选择并推展渐进创新的组织过程和技术改善，改善应是可度量的，所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。22. CAR：（Causal Analysis and Resolution）因果分析与解决。识别缺失的原因并进行矫正，进一步的防止未来再次发生。 

四、评估方法：

SEI将CMMI的评估过程分为Class A、B 、C三种类型：Class A类评估：是正式的标准过程，目的是获得评估等级，评估过程需执行所有的评估步骤 ，在CMMI标准中需要满足ARC要求 ( Appraisal Requirement for CMMI ) ，需要组建正式评估小组，并需要SEI授权的主任评估师领导评估组进行评估。根据被评估的CMMI的不同级别，评估组人数通常为4-9人，评估天数为5-10天，被评估企业派人参加ATM。评估方式为文件审查和人员访谈，评估输出物为最终评估报告，并由主任评估师向SEI注册评估结果。具体评估过程详细描述参见SCAMPI ( Standard CMMI Appraisal Method for Process Improvement) “标准的CMMI评估方法”。企业做CMMI评估并向SEI注册，都是采用本类评估。Class B类评估：只需要满足部分的ARC要求，并可以只收集更少的信息，但必须包括从访谈方式获得的信息，不需要最终产生组织的成熟度级别，评估组的负责人既可以是SEI授权主任评估师，也可以由组织内部有经验的成员担当，可以认为是组织内部的评估过程，可以在过程改进过程中的诊断过程中使用，也可以在组织发展过程中进行阶段性评估审计时使用。Class C类评估：是一种非正式评估过程，满足更少的ARC要求，组织快速浏览过程，只确定相对较少过程域，不需要SEI授权评估师给出组织成熟度级别。一般是针对特定少数或一个项目，或针对少数过程、或一个过程在组织中执行的情况进行评估，通常是在组织发展过程中进行。 

五、等级：

1． 初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。管理是反应式的

2．可管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。

3． 已定义级已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。

4． 量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。

5． 优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。 

六、CMMI的价值：　　

1、能保证软件开发的质量与进度，能对“杂乱无章、无序管理”的项目开发过程进行规范。　　

2、有利于成本控制。因为质量有所保证，浪费在修改、解决客户的抱怨方面的成本会降低很多。绝大多数情况是缺少规范制度，只是求快。项目完成后，要花很多时间修修补补，费用很容易失控。　　

3、有助于提高软件开发者的职业素养。每一个具体参与其中的员工，无论是项目经理，还是工程师，甚至一些高层管理人的做事方法逐渐变得标准化、规范化。　　

4、能够解决人员流动所带来的问题。公司通过过程改进，建立了财富库以共享经验， 而不是单纯依靠某些人员。　

5、有利于提升公司和员工绩效管理水平，以持续改进效益。通过度量和分析开发过程和产品，建立公司的效率指标。

七、认证流程：

1）收集资料：需求文档、设计文档、开发文档、测试文档等

2）编写软件成熟度集成模型文件，并申报

3）正式评估

4）获证