CMMI&SOA
CMMI简介
１、什么是CMMI？CMMI的全称是Capability Maturity Model Integration（能力成熟度模型集成），是用于组织进行过程改进的成熟度模型。
CMMI由美国卡内基-梅隆大学软件工程研究所（SEI）研制。
CMMI的前身是CMM（Capability Maturity Model），CMM是衡量软件过程能力的事实上的标准，同时也是目前软件过程改进最好的参考标准。
随着CMM 获得广泛的成功和认可，SEI推出了 CMMI模型，使它广泛应用于产品的研发和服务等领域。
2006年8月，面向开发的CMMI（CMMI-DEV 1.2）版本正式发布，主要面向于产品研发的版本，也是目前在全球范围内广泛使用的版本。
为了使CMMI 模型覆盖所有的行业，SEI于2007年先后又推出了另外二种模型，分别是面向采购的CMMI（CMMI-ACQ 1.2）和面向服务的CMMI（CMMI-SVC 1.2）。
2010年11月SEI发布了CMMI开发、服务和获取的最新版本V1.3。
图1-1 CMMI 1.3的三种模型2、CMMI的两种表达方式CMMI 有两种表示法：一种是阶段式表示法；另一种是连续式的表示法。
图2-1 CMMI的阶段表达方式阶段式表示法把过程域分成5个成熟度等级，指出达到每一成熟度等级必须实施哪些过程域。
成熟度等级提供一个阶段式的流程改进建议顺序。
一个成熟度等级包括多个过程域，每个过程域包含共性目标和特定目标，以及共性实践和特定实践。
图2-2 CMMI阶段表示方式的5个等级CMMI-DEV V1.3 成熟度5个等级对应的过程域（Process Area）如下表：连续式表示法则将过程域分为四大类型：过程管理、项目管理、工程以及支持。
对于每个大类中的过程域，又进一步分为“基础的”和“高级的”过程域，如图 2-3所示。
在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其它某类的实践一直做到最好，而其它方面的过程域可以不必考虑。
什么是cmmi
什么是cmmi什么是 cmmi？ CMMI 是指将组织看做一个系统，该系统的设计、运行、维护需要来自于外部专家的参与。
因此 CMMI 强调外包开发过程中的协同性、一致性、规范化。
CMMI 的理念主要基于以下两点考虑：其一，在开发过程中引入第三方专业人士或者团队，可以帮助公司解决开发难题，减少资源浪费；其二，这些第三方所具备的专业知识使得整个项目保持了较高水准，确保项目品质。
CMMI 的概念非常简单，但它却把许多管理工具进行了优化整合，如果不注意深刻领会其含义，那很容易就被一般流行的“敏捷”、“极限编程”等新概念所迷惑。
CMMI 在国际上已经存在了十年左右时间，美国、欧洲都制定了相关的标准，其核心内涵是帮助客户取得成功。
CMMI 在欧洲地区通用的软件成熟度模型（ SoftwareMillgreation Model），也就是MSIL (SystemsExpectiveMetificationLanguage)，它的核心思想在于让组织利用第三方成熟的技术去弥补自身的短板，即根据特定组织的业务问题，提供适当的 IT 服务，并且采用 CMMI 的评估方法，定期测量和监控这种方案的效果，从而达到改善管理和提升绩效的目的。
CMMI 是当今最为先进的软件过程改进模型，已经得到了业界广泛的支持和接受，已经成为软件过程管理（ SEM）和过程改进（ TS）领域最普遍、最具代表性的工具之一。
CMMI 的主要内容包括：阶段评审（ StageCourseRhymes）、配置管理（ ConfigurationLoaders）、里程碑管理（ MilestoneClassinter s）、测试驱动开发（ TestIndustries）、风险管理（ RiskDirectory）、质量保证（ QualityAssurance）和服务管理（ ServiceManageries），这六大块内容构建起了 CMMI 的知识库。
CMMI 的全称是软件能力成熟度模型，它是微软公司首创的一套成熟度管理模型。
《CMMI体系介绍》课件
CMMI的框架结构
级别和域
CMMI定义了不同级别（如初 始级、管理级等）和域（如开 发、服务等），以表示组织的 不同能力水平。
过程领域
CMMI包含多个过程领域，每 个领域都描述了实现高质量过 程的最佳实践。
主要组件
CMMI由模型、域指南、过程 指南和模型内容组件等多个主 要组件构成，共同帮助组织实 施和改进过程能力。
CMMI的优势和劣势
优势
CMMI可以帮助组织提高过程效率和质量，增强组织的竞争力，并提供稳定的开发和管理能 力。
劣势
实施CMMI可能需要投入大量的时间和资源，也需要组织全员的参与和支持才能取得成功。
改进建议
为了使CMMI实施更有效，建议根MMI的案例分享
《CMMI体系介绍》PPT 课件
CMMI（Capability Maturity Model Integration）是一个用于评估和改进组织过 程能力的框架。本课件将介绍CMMI的定义、框架结构、实施方法、优势和劣 势，并分享CMMI的案例。
CMMI是什么？
CMMI是一种用于评估和改进组织过程能力的框架。它的初衷是帮助组织提高软件开发和管理的能力， 并在其他领域也有广泛的应用。
案例一：成功案例
案例二：问题和经验
某公司通过实施CMMI提高了 产品质量、客户满意度和项目 管理能力，取得了卓越的成果。
某公司在CMMI实施过程中遇 到的问题和经验，包括团队合 作、变革管理和持续改进。
案例三：业务影响
CMMI的实施对某公司的业务 发展带来了积极的影响，包括 提升品牌形象、拓展市场份额 和增加盈利能力。
CMMI的实施方法
1
实施流程
实施CMMI需要定义目标、建立度量和收集数据、改进过程，以及培训和支持等 流程。
白话CMMI理解
白话CMMI：CMMI是什么？接触CMMI有好几年了，从当初的感性懵懂，到现在的理性认识，领悟良多！自己以前做过一些软件项目，也是个实用主义者，不想说太多的花哨架子，只想借此将自己感悟与认识用大白话记录下来。
一、CMMI来源何处？CMMI（Capability Maturity Model Integration）即能力成熟度模型集成，其前身为CMM，原本是当年美国军方为了评估自己的软件产品供应商的过程质量水平，而委托美国卡内基梅隆大学软件工程学院（SEI）开发的一套过程评估体系，后来又被推广到全世界，成为全球软件企业重要的过程改进方法之一，后因其衍生品的派系林立（如：SW-CMM、SE-CMM、IPT-CMM等等），SEI决定在SW-CMM、SE-CMM的基础上，加入委外采购、IPPD等相关内容，并融合ISO9000部分理念，形成了今天我们看到的CMMI，这也就是CMMI中的“I”的由来。
目前CMMI最新版本为V1.2，不过具SEI最新消息显示，CMMI V1.3版将在未来14-18个月内发布，主要修改内容为提高了对高成熟度（CMMI L4、5）实施和评估的要求，并且凡是通过L4以上的软件企业都须接受SEI的复核。
二、什么是CMMI？CMMI的概念在网上和书本中都有许多解释，在这里不想再重述，不过其中有一个重点需要特别强调：CMMI仅提出了目标，而没有提出目标实现的方法。
这也就是说CMMI根据过程质量的角度出发，提出了一系列的目标，而具体目标如何实现，可根据企业实际情况（如：企业规模、企业文化等）而定，这与很多人谈到的CMMI是一个重型过程体系就有所矛盾了。
因此，综上所述，个人认为CMMI是一种基于软件项目开发过程质量考虑，整合了项目管理、质量管理的过程改进方法。
之所以仍称其为方法，主要是因为以下两点：1、CMMI目前仅作为商业评估机构SEI所研发的评估体系，还并非是全球公认的软件过程标准化体系文件。
CMMI质量管理体系
CMMI质量管理体系CMMI质量管理体系：提升企业竞争力的关键引言:在当今激烈的市场竞争中，追求卓越的质量管理成为企业取得成功的必备条件。
而CMMI（Capability Maturity Model Integration）质量管理体系，作为全球通用且灵活应用的一种方法，对于提升企业的质量管理水平和产品的可靠性具有重要意义。
本文将探讨CMMI质量管理体系的定义、特点以及实施对企业竞争力的影响，并尝试从实践应用角度探讨其优点和挑战。
一、CMMI质量管理体系的定义和特点CMMI质量管理体系是由美国计算机软件工程研究所（SEI）于1990年代初提出的一种综合性质量管理模型。
它不仅适用于软件开发行业，还可广泛应用于制造业和服务业等各个领域。
CMMI质量管理体系的主要特点包括：1. 综合性：CMMI质量管理体系将过程改进和质量管理有机结合，包括项目管理、需求管理、配置管理、过程改进等多个方面，以确保企业各环节的质量可控。
2. 渐进式改进：CMMI质量管理体系通过引入成熟能力级别的概念，从初始级到最高级，逐步提升企业的管理水平和质量能力，实现渐进式改进。
3. 遵循标准：CMMI质量管理体系严格遵循国际标准和最佳实践，如ISO 9001等，为企业提供了行之有效的质量管理方法和框架。
二、CMMI质量管理体系的实施对企业竞争力的影响1.提升绩效：CMMI质量管理体系能够帮助企业建立一套科学规范的管理流程和标准，降低质量管理风险，提高产品交付的效率和准确性，从而提升企业绩效。
2.增强品牌形象：通过CMMI质量管理体系的实施，企业能够建立起一种可持续、可信赖的质量管理体系，树立起良好的品牌形象和声誉，提升市场竞争力。
3.优化资源利用：CMMI质量管理体系强调过程改进和组织能力提升，使得企业在资源分配和利用方面更加高效，降低了资源浪费，并为企业节约成本。
4.推动技术创新：CMMI质量管理体系为企业提供了一种文化氛围和方法论，鼓励员工持续改进和技术创新，提高组织的创新能力和竞争力。
能力成熟度模型CMMI
能力成熟度模型CMMI意义与功能CMMI 的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
CMMI 是CMM模型的最新版本。
早期的CMMI（CMMI-SE/SW/IPPD）1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。
随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
具体内容自从1994 年SEI 正式发布软件CMM 以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：1. 不能集中其不同过程改进的能力以取得更大成绩；2. 要进行一些重复的培训、评估和改进活动，因而增加了许多成本；3. 遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM 模型的需求产生了。
1997 年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM 和软件的SW-CMM 三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI与CMM 最大的不同点在于： CMMISM-SE/SW/IPPD/SS 1.1 版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应的应用SS(Supplier Sourcing)部分。
CMMI 有两种表示方法，一种是大家很熟悉的，和软件CMM 一样的阶段式表现方法，另一种是连续式的表现方法。
这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。
CMMI
综合性模型
目录
01 发展
03 模型的表示法
02 基本思想 04 级别
05 作用
07 2.0
目录
06 应用
基本信息
CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最 新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本 身的发展，演绎成为一种被广泛应用的综合性模型。
级别
级别
CMMI共有5个级别，代表软件团队能力成熟度的5个等级，数字越大，成熟度越高，高成熟度等级表示有比 较强的软件综合开发能力。
CMMI一级，执行级。在执行级水平上，软件组织对项目的目标与要做的努力很清晰，项目的目标可以实现。 但是由于任务的完成带有很大的偶然性，软件组织无法保证在实施同类项目时仍然能够完成任务。项目实施能否 成功主要取决于实施人员。
模型的表示法
模型的表示法
在CMMI中，每一种CMMI学科模型都有两种表示法：阶段式表示法和连续式表示法。
不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力，从过程域的角度考察基线和 度量结果的改善，其关键术语是“能力”；而阶段式表示法强调的是组织的成熟度，从过程域集合的角度考察整 个组织的过程成熟度阶段，其关键术语是“成熟度”。
CMMI2.0版本具备以下优势：
改善业务绩效-商业目标直接与运营相关联，达到在时间、质量、预算、客户满意度和其他关键驱动因素的 性能方面实现可衡量的提升。
利用当前的优良实践- CMMI2.
谢谢观看
（1）解决软件项目的过程改进难度增大问题。CMM成功实施以后，极大地提高了软件企业的开发效率和软件 产品的质量，从而也提高了软件产品的可靠性和软件产业的信誉，这样人们就对软件寄予了更大的希望。人们希 望软件能够完成更多、更大、更复杂的任务。
什么是CMMI
六、CMMI的五个台阶
台阶一：CMMI一级，完成级。在完成级水平上，企业对项目的目标与要做的努力很清晰，项目的目标得以实现。但是由于任务的完成带有很大的偶然性，企业无法保证在实施同类项目的时候仍然能够完成任务。企业在一级上的项目实施对实施人员有很大的依赖性。
台阶二：CMMI二级，管理级。在管理级水平上，企业在项目实施上能够遵守既定的计划与流程，有资源准备，权责到人，对相关的项目实施人员有相应的培训，对整个流程有监测与控制，并与上级单位对项目与流程进行审查。企业在二级水平上体现了对项目的一系列的管理程序。这一系列的管理手段排除了企业在一级时完成任务的随机性，保证了企业的所有项目实施都会得到成功。
CMMI 有两种表示方法，一种是大家很熟悉的，和软件CMM 一样的阶段式表现方法，另一种是连续式的表现方法。这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5 个成熟度级别，帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。而连续式表现方法则通过将CMMI 中过程区域分为四大类：过程管理、项目管理、工程以及支持。对于每个大类中的过程区域，又进一步分为基本的和高级的。这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。 五、CMMI的基本表述
如果一家企业对外宣称自己通过了CMMI三级评估，外行的人会觉得还不错，因为三级比二级要高。 内行的人则要问通过了三级什么？ 因为，CMMI有两种不同的表述方式，不同的表述方式，其级别表示不同的内容。CMMI的一种表述方式为连续表述，主要是衡量一个企业的项目能力。企业在接受评估时可以选择自己希望评估的项目来进行评估。因为是企业自己挑选项目，其评估通过的可能性就较大一点。但是，它反映的内容也比较窄一点。它仅仅表示企业在该项目或类似项目的实施能力达到了某一等级。而另一种表述方式为阶段性。它主要是衡量一个企业的成熟度，也即是企业在项目实施上的综合实力。企业在进行评估时，一定要由评估师来挑选企业内部的任何项目，甚至于任何项目的任何部分。一般地讲，一个企业要想在阶段性评估中得到三级，其企业内部的大部分项目要达到三级，小部分项目可以在二级，但绝不能够有一级。阶段性表述的难度要大一些。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
(Capability Maturity Model Integration，能力成熟度模式整合)CMMI（ Capability Maturity Model Integration）的本质是软件管理工程的一个部分。
软件过程改善是当前软件管理工程的核心问题，50多年来计算的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。
基於模型的过程改进是指用采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
然而，软件组织形成一套完整而成熟的软件过程不是一蹴而就的事情，需要经历一系列的成熟度。
软件组织首先要进行差异分析，评定自己比较接近哪一个成熟度，然后再根据自身的情况来决定要采取哪些改进活动，来更有效地改进自己的软件过程。
这就对软件过程的评定提出了一个客观的标准。
美国卡内基梅隆大学软件工程学院於1987年研究成功的SW-CMM（Capability Maturity Model for Software）就是这样的一个理论模型，其目的在於帮助软件组织改善软件生产流程，以探索一个保证软件产品质量、缩短开发周期、提高工作效率的软件工程模式与标准规范。
CMMICMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM 衍生出了一些改善模型，比如：SW－CMM,SE-CMM,IPD-CMM等。
不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。
CMMI就是为了解决怎麼保持这些模式之间的协调。
由业界、美国政府和卡内基·梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMMI）项目致力於帮助企业缓解这种困境。
CMMI 为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。
因而能够从总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
与原有的能力成熟度模型类似，CMMI也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。
在此前提下，CMMI 为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。
CMMI的源模型：软件能力成熟度模型2.0版，C稿；电子行业协会临时标准（EIA/IS）731；集成产品开发能力成熟度模型（IPD- CMM)。
CMMI的原则：1．强调高层管理者的支持。
过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。
2．仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。
选择能够达到的目标和能够看到对组织的效益。
3．选择最佳实践，应该基於组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。
4．过程改进要与组织的商务目标一致，与发展战略紧密结合。
CMMI目标:1. 为提高组织过程和管理产品开发、发布和维护能力的提供保障。
2. 帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。
CMMI的方法：1 决定哪个CMMI模型等级最适合组织过程改进需要。
2 选择模型的表示法是连续式还是阶段式。
3 决定组织需要用到的模型中的知识领域。
4 类似CMM提出的过程改进6步，集成化过程改进分成：开始集成过程改进,建造集成改善平台，集成传统过程，启动新过程，进行改进评估。
CMMI内容CMMI内容分为"要求"、"期望"和"提供信息"三个级别，来衡量模型包括的质量重要性和作用。
最重要的是"要求"级别，是模型和过程改进的基础。
第二级别"期望"在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在成功的组织模型中。
"提供的信息"构成了模型的主要部分，为过程改进提供了有用的指导，在许多情况下他们对需要和期望的构件做了进一步说明。
"要求"的模型构件是目标，代表了过程改进想要达到的最终状态，它的实现表示了项目和过程控制已经达到了某种水平。
当一个目标对应一个关键过程域，就称为"特定目标"；对应整个关键过程域就称为"公用目标"。
整个CMMI模型包括了54个特定目标，每个关键过程域都对应了一到四个特定目标。
每个目标的描述都是非常简捷的，为了充分理解要求的目标就是扩展"期望"的构件。
"期望"的构件是方法，代表了达到目标的实践手段和补充认识。
每个方法都能映射到一个目标上，当一个方法对一个目标是唯一就是"特定方法"；而能适用於所有目标时就是"公用方法"。
CMMI模型包括了186个特定方法，每个目标有两到七个方法对应。
CMMI包括了10种"提供的信息"：目的，概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质和实际方法和影响等特徵；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和详细描述；学科扩充，CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描述。
CMMI提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑上是等价的。
我们熟悉的SW-CMM软件能力成熟模型就是阶段式的模型，SE-CMM系统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。
阶段式方法将模型表示为一系列"成熟度等级"阶段，每个阶段都有一组KPA指出一个组织应集中於何处以改善其组织过程，每个KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的。
连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当KPA的外部形式，并可应用於所有的KAP中，通过实现公用方法来改进过程。
它不专门指出目标，而是强调方法。
组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。
两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法，他们虽然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素，而达到了相同的改善目的。
CMMI 模型的前身是 SW-CMM 和 SE-CMM，前者就是我们指的CMM。
CMMI 与SW-CMM的主要区别就是覆盖了许多领域；到目前为止包括四个下面领域：1．软件工程（SW-CMM）软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。
2．系统工程（SE-CMM）系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。
系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。
3．集成的产品和过程开发（IPPD-CMM）集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。
如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。
4．采购（SS-CMM）采购的内容适用於那些供应商的行为对项目的成功与否起到关键作用的项目。
主要内容包括：识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议和供应关系进行适当的调整。
在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。
集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。
例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。
CMMI中的大部分内容是适用各不同领域的，但是实施中会有显著的差别，因此模型中提供了"不同领域应用详解"。
CMM的基於活动的度量方法和瀑布过程的有次序的、基於活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。
而CMMI相对CMM 更一步支持迭代开发过程和经济动机推动组织采用基於结果的方法：开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。
虽然CMMI保留了基於活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。
在 CMMI 模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。
同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再像CMM 中一样，受到等级的严格限制。
这种改进的好处是灵活性和客观性强，弱点在於由於缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。
两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。
CMMI 模型中比 CMM 进一步强化了对需求的重视。
在 CMM 中，关於需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。
在CMMI的阶段模型中，3 级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。
CMMI 模型对工程活动进行了一定的强化。
在CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从而在实践上提出了对工程的更高要求和更具体的指导。
CMMI中还强调了风险管理。
不像在CMM 中把风险的管理分散在项目计划和项目跟踪与监控中进行要求，CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。
面向服务的体系结构（service-oriented architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。