软件能力成熟度模型(CMM)

合集下载

软件能力成熟度模型的五个等级

导语：

在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。

一、初始级（Level 1 - Initial）

初始级是软件能力成熟度模型中最低的等级。在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。

二、重复级（Level 2 - Repeatable）

重复级是软件能力成熟度模型中的第二个等级。在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。组织能够重复地执行一些已经被证明是成功的软件开发实践。这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。

三、定义级（Level 3 - Defined）

定义级是软件能力成熟度模型中的第三个等级。在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。

“软件能力成熟度模型”

(1)背景介绍：CMM是“软件能力成熟度模型”的英文简写，该模型由美国卡内基-梅隆大学的软件工程研究所（简称SEI）受美国国防部委托，于1991年研究制定，初始的主要目的是为了评价美国国防部的软件合同承包组织的能力，后因为在软件企业应用CMM模型实施过程改进取得较大的成功，所以在全世界范围内被广泛使用。

CMMI是SEI于2000年发布的CMM的新版本，目前CMMI已经发展到1.2版本，并且只接受1.2版本的评估结果。CMMI目前包含了三个模型，分别是CMMI-DEV、CMMI-SVC以及CMMI-ACQ模型。

CMMI-DEV：最新版本是SEI于2006年8月份发布的CMMI for Development v1.2版本。该版本集成了软件工程、硬件工程和系统工程三大学科领域。

图表1 CMMI-DEV模型集成

CMMI-DEV模型按照阶段式表达方式将成熟度分为五个等级，每个等级包含相应的过程域，如下图所示：

图表2 CMMI-DEV各成熟度等级包含的过程域

CMMI-SVC：该模型SEI于2009年2月份发布，最新版本是CMMI for Services v1.2版本。该模型可以应用于IT、医疗卫生、教育等各类服务领域。

该模型采用了CMMI的基础架构，在此基础上增加了服务相关的特有过程域。对于已经实施CMMI- DEV 的企业，提供了快速、便捷的理解和导入机制。

图表3 CMMI-SVC和CMMI其他模型的关系

CMMI-SVC模型按照阶段式表达方式也分成五个等级，每个等级包含相应的过程域，如下图所示：

软件能力成熟度模型(精)

CMM 软件能力成熟度模型
Capability Maturity Model
3.1 过程改进
质量三角：组织的Q&P依赖于过程、人和技术三个因素；过程驱动的两种模式：目标模式：根据一个预先设定的目标，自顶向下制定过程度量或评价模型，有目的地开展相关改进活动的过程改进模式；缺陷驱动模式：根据过程实施时所产生的关于过程缺陷的反馈信息，进行有针对性的改进活动；有效结合。
CMM的一些基本概念（1）
软件过程：人们用于开发和维护软件及其相关过程的一系列活动，包括软件工程活动和软件管理活动。软件过程能力：描述（开发组织或项目组）遵循其软件过程能够实现预期结果的程度，它既可对整个软件开发组织而言，也可对一个软件项目而言。软件过程性能：表示（开发组织或项目组）遵循其软件过程所得到的实际结果，软件过程性能描述的是已得到的实际结果，而软件过程能力则描述的是最可能的预期结果，它既可对整个软件开发组织而言，也可对一个特定项目而言。软件过程成熟：一个特定软件过程被明确和有效地定义，管理测量和控制的程度。
企业结构原则：商业结构，应用结构，技术结构，信息结构应用开发原则：组队模型，开发模型，风险管理组件设计原则：概念设计，逻辑设计，物理设计基础开发原则：组队模型，开发模型，风险管理
CMM的诞生
软件管理工程引起广泛注意源于20世纪70年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。到了20世纪90年代中期，软件管理工程不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。

cmmi能力成熟度模型口诀

CMMI能力成熟度模型口诀

CMMI（Capability Maturity Model Integration）能力成熟度模型是一种用于评估和改进组织软件和系统工程过程的方法，它提供了一套结构化的指南和最佳实践，帮助组织提高软件工程能力和质量。

一、了解CMMI

CMMI是软件工程领域的一个重要模型，其核心思想是通过评估和改进组织的过程，达到提高软件工程能力和质量的目标。

二、掌握CMMI的五个等级

CMMI模型根据组织的过程成熟度分为五个等级：初始级、可管理级、定义级、量化管理级和优化级。

三、初始级：过程不稳定

初始级表示组织的过程是不稳定的，无法重复且无法预测。组织需要进行过程的规范化和标准化，建立起稳定的基础。

四、可管理级：过程可重复

可管理级表示组织的过程已经能够在一定程度上重复执行，并且能够进行基本的度量和控制。组织需要建立过程管理的能力，确保过程的稳定性和可重复性。

五、定义级：过程可管理且可量化

定义级表示组织的过程已经被定义和标准化，并且能够进行量化的度量和分析。组织需要建立度量和分析的能力，以便对过程进行持续改进。

六、量化管理级：过程可控制

量化管理级表示组织的过程已经能够进行统计和量化的控制，并且能够预测和优化过程的性能。组织需要建立过程控制和预测的能力，以便实现过程的持续改进和优化。

七、优化级：过程优化

优化级表示组织的过程已经达到最高水平，能够持续改进和优化。组织需要建立创新和持续改进的能力，以保持竞争优势和持续创新。

八、CMMI的实施步骤

CMMI的实施需要经历规划、执行、评估和改进四个阶段。组织需要制定实施计划，明确目标和时间表，并按照计划执行，评估实施效果并进行持续改进。

软件能力成熟度模型

Management oversightBiblioteka Baiduand tracking of project; stable planning and product baselines
Level 1 初始级
Ad hoc; success depends on heroes
基于CMM的软件质量管理 13

为企业的发展规定过程成熟级别，分为5级（Version 1.0）：
基于CMM的软件质量管理
3

SW-CMM的管理思想来源于20世纪30年代的产品质量管理。在IBM公司，Watts Humphrey和Ron Radice 将这种全面质量管理的思想应用于软件工程过程，收到了很大的成效。 1985年，在宾夕法尼亚州匹兹堡市的卡耐基梅隆大学获得联邦政府的合同建立并运作一个国家研发中心；
基于CMM的软件质量管理
4

1986年， SEI在IBM公司过程管理工作基础上着手开发一个过程成熟度框架；通过改进国防部软件供应商的软件工程实践来改进软件质量；同时，联邦政府要求能提供一种用来评价软件承包方能力的方法； SEI开始开展这项工作；
基于CMM的软件质量管理
5

◦ 初始级（Initial）：一般企业皆具有 ◦ 可重复级（Repeatable）：成功经验可以重复 ◦ 定义级（Defined）：一套完整的企业过程，人员自觉遵守（培训） ◦ 管理级（Managed）：过程&产品可度量和控制 ◦ 优化级（Optimizing）：过程持续改进

软件工程第十二章软件能力成熟度模型

01
03
源自文库基于度量的决策
根据度量数据制定决策，以提高项目过程的效率和效果。
量化项目管理
使用量化指标进行项目管理，确保项目目标的实现。
05
04
预防和探测措施
采取综合的预防和探测措施来持续改进软件质量。
优化级
创新和实验
鼓励创新和实验，探索新的软件开发技术和方法。
持续改进目标
不断优化和改进项目过程，以提高软件开发的效率和效果。
3. 实施改进
按照计划实施改进措施，确保软件开发过程更加规范。
4. 持续监控与评估
在实施过程中，持续监控改进效果，定期进行评估。
应用效果
经过CMM的实施，政府机构的软件开发过程更加规范，软件质量得到显著提升，同时提高了工作效率和客户满意度。
THANKS
感谢观看
CMM模型关注软件开发过程中的过程能力、一致性和可预测性，通过不断改进过程管理、项目管理、工程实践和组织支持等方面，提高软件开发的成熟度和质量。
CMM模型适用于各种规模和类型的组织，包括软件开发、系统集成、硬件和系统工程等领域。
CMM的历史与发展
CMM模型最初由美国卡内基梅隆大学软件工程研究所（SEI）于1986年开发，旨在解决软件开发的可靠性和质量方面的问题。
承包商评估
CMM用于评估软件开发承包商的能力水平，为选择合适的承包商提供依

CMM(CMMI)基础知识介绍

因此从软件过程成熟度模型导出的改进策略将对软件过程不断改进的历程提供一份进策略将对软件过程不断改进的历程提供一份引导图图它指导软件开发组织不断识别出其软件过程的缺它指导软件开发组织不断识别出其软件过程的缺陷引导开发组织或项目组在各个等级上陷引导开发组织或项目组在各个等级上做什么进但它并不提供进但它并不提供如何做如何做的具体措施
第5级
◆ 特征（1）整个组织特别关注软件过程改进的持续性、预见及增强自身，防止缺陷及问题的发生，不断地提高他们的过程处理能力。（2）加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使软件过程不断地得到改进。（3）根据软件过程的效果，进行成本 / 利润分析，从成功的软件过程中吸取经验，加以总结。把最好的创新成绩迅速向全组织转移，对失败的案例，由软件过程小组进行分析以找出原因。（4）组织能找出过程的不足并预先改进，把失败的教训告知全组织以防止重复以前的错误。（5）对软件过程的评价和对标准软件过程的改进，都在全组织推广。过程不断地系统地改进软件过程。理解并消除产生问题的公共根源，在任何一个系统中都可找到：由于随机变化造成重复工作、进而导致时间浪费。为了防止浪费人力可能导致的系统变化，要消除“公共”的无效率根源”，防止浪费发生。尽管所有级别都存在这些问题，但这是第5级的焦点。 ◆ 人员整个组织都存在自觉的强烈的团队意识。（2）每个人都致力于过程改进，人们不再以达到里程碑式的成就而满足，而力求减少错误率。 ◆ 技术

能力成熟度模型

能力成熟度模型能力成熟度模型（Capability Maturity Model ，英文缩写为CMM ⑴是一种开发模型。Carnegie Mell on 大学的研究人员从美国国防部合同承包方那里收集数据并加以研究，提出了 CMM 美国国防部资助了这项研究。 Carnegie Mellon 以该模型为基础，创办了软件工程研究所（SEI ）。CM 啲目标是改善现有软件开发过程，也可用于其它过程。

它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM 勺核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护过程进行监控和研究。

CMM!—种用于评价软件承包能力以改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。

其假设是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。

历史

1984年，美国国防部资助建立了卡内基•梅隆大学软件研究所（ SEI ） [2] ; 1987

年，SEI 发布第一份技术报告介绍软件能力成熟度模型（CMM 及作为评价国防合同承包方过程成熟度的方法论；1991年，SEI 发表1.0版软件CMM （SW-CMM ） CMM! 1987年开始实施认证，现已成为软件业权威的评估认证体系。CM 血括5 个等级，共计18个过程域，52个目标，300多个关键实践。

能力成熟度模型CMM

能力成熟度模型（Capability Maturity Model，简称CMM）是美国软件工程研究所（SEI）于1987年提出的一种软件过程改进的模型。CMM主要用于评估组织的软件开发能力，帮助组织提高软件过程的能力和效率。

CMM分为5个不同的成熟度级别：

1. 初始级（Initial）：软件过程是不稳定的，无法重复且无法量化。

2. 可重复级（Repeatable）：组织开始建立基本的管理过程，能够复用过去的经验。

3. 定义级（Defined）：组织具有了明确定义的软件开发过程，能够根据需求进行管理。

4. 管理级（Managed）：组织能够对软件开发过程进行量化、分析和预测，并做出相应的调整。

5. 优化级（Optimized）：组织能够持续改进软件开发过程，并将改进经验应用于组织的其他项目中。

每个级别都有一组关键实践，用于帮助组织达到该级别的能力要求。CMM的目标是通过逐级过渡，最终达到优化级，从而提高软件开发

过程的效率和质量。

软件能力成熟度模型等级和过程

软件能力成熟度模型（CMM）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。这五个等级分别是初始级、重复级、定义级、管理级和优化级。在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。

### 1. 初始级

在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。

### 2. 重复级

在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。

### 3. 定义级

在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。在这个阶段，组织通常

会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。

### 4. 管理级

在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。

能力成熟度模型

能力成熟度模型（Capability Maturity Model，英文缩写为CMM）[1]是一种开发模型。Carnegie Mellon大学的研究人员从美国国防部合同承包方那里收集数据并加以研究，提出了CMM。美国国防部资助了这项研究。Carnegie Mellon以该模型为基础，创办了软件工程研究所（SEI）。CMM的目标是改善现有软件开发过程，也可用于其它过程。

它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护过程进行监控和研究。

CMM是一种用于评价软件承包能力以改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。

其假设是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。

历史

1984年，美国国防部资助建立了卡内基·梅隆大学软件研究所（SEI）[2]；1987年，SEI发布第一份技术报告介绍软件能力成熟度模型（CMM）及作为评价国防合同承包方过程成熟度的方法论；1991年，SEI发表1.0版软件CMM(SW-CMM)。CMM自1987年开始实施认证，现已成为软件业权威的评估认证体系。CMM包括5个等级，共计18个过程域，52个目标，300多个关键实践。

CMM等级

能力等级特点关键过程

第一级初始级（最低级）软件工程管理制度缺乏，过程缺乏定义、混乱无序。成功依靠的是个人的才能和经验，经常由于缺乏管理和计划导致时间、费用超支。管理方式属于反应式，主要用来应付危机。过程不可预测，难以重复。

软件能力成熟度模型管理方案

软件能力成熟度模型（Software Capability Maturity Model，CMM）是一种管理方案，用于评估和改进组织的软件开发和维护过程。它是由美国卡内基梅隆大学软件工程研究所（SEI）开发的，旨在帮

助组织提高其软件开发能力，并确保交付的软件产品具有高质量和

可靠性。

软件能力成熟度模型管理方案主要包括以下几个方面：

1. 评估，组织可以通过软件能力成熟度模型对其软件开发过程

进行评估，了解当前的能力成熟度水平。评估可以帮助组织识别现

有过程中的弱点和改进空间，为制定改进计划提供依据。

2. 改进计划，基于评估结果，组织可以制定针对性的软件过程

改进计划。这些改进计划可以涉及流程优化、技术更新、人员培训

等方面，旨在提高软件开发过程的效率和质量。

3. 指导，软件能力成熟度模型提供了一套指导原则和最佳实践，帮助组织建立和改进其软件开发过程。这些指导原则涵盖了组织管理、工程实践、过程改进等多个方面，可以帮助组织更好地管理和

执行软件开发项目。

4. 持续改进，软件能力成熟度模型强调持续改进的理念，组织

不断地进行自我评估和调整，以逐步提高其软件开发能力和成熟度

水平。这种持续改进的文化有助于组织不断适应市场变化和技术发展，保持竞争优势。

总的来说，软件能力成熟度模型管理方案是一种系统性的方法，可以帮助组织评估、改进和管理其软件开发过程，从而提高软件交

付的质量和效率。通过实施该管理方案，组织可以建立起稳定、可

靠的软件开发能力，更好地满足客户需求并在市场竞争中脱颖而出。

软件能力成熟度模型PPT课件

PART 06
总结与展望
CMMI的未来发展趋势
持续改进
随着软件工程理论和实践的不断发展， CMMI模型将不断完善和进化，以适应新的软件工程需求和技术趋势。
智能化评估
借助人工智能和大数据技术，实现CMMI评估的智能化和自动化，提高评估效率和准确性。
跨领域融合
CMMI将与敏捷开发、DevOps等其他软件工程方法论进行融合，形成更加全面和综合的软件工程框架。
PART 01
引言
目的和背景
目的
介绍软件能力成熟度模型（CMM）的概念、发展历程、应用领域及其对企业和组织的重要意义。
背景
随着软件行业的快速发展，软件质量、开发过程管理以及企业竞争能力越来越受到关注。为了规范和提升软件企业的开发能力和管理水平，软件能力成熟度模型应运而生。
软件能力成熟度模型简介
评估结果与改进
反馈评估结果
将评估报告向相关干系人进行反馈，以便了解软件开发生命周期的成熟度现状和改进方向。
制定改进计划
根据评估结果，制定针对性的改进计划，明确改进目标、措施、时间表和责任人。
实施改进措施
按照改进计划，组织相关人员进行改进工作，确保改进措施的有效实施。
监控与评审
对改进过程进行监控和评审，确保改进工作的顺利进行，并及时调整改进计划以确保达成预期的改进目标。

CMM简介(软件能力成熟度模型)

等级5的关键过程域
¡ 缺陷预防的目标是，明确产生缺陷的原因并预防它们再次发生。
¡ 技术更新管理的目标是，确定新技术（如工具、方法和过程），并有序地将这些技术引入组织内。
¡ 过程更改管理的目标是，不断改进组织中所使用的软件过程，从而提高软件质量和生产率，缩短产品开发生命周期。
关键实践
¡ 描述对关键过程域的有效实施和规范化贡献最大的基础设施活动。
¡ SEI：为美国联邦政府评估软件供应商能力，于 1986年开始研究的模型，于1993 年推出CMM 1. 版。
¡ CMM 1.1版：是目前世界上比较流行和通用的CMM 版本。
¡ 新研究：
· CMMI ( Integration ) · P-CMM ( People ) · SACMM ( 软件获取CMM )
CMM的五个等级
• 初始级：软件过程的特点是无序的，甚至是混乱的。几乎没有什么过程是经过妥善定义的，成功往往依赖于个人或小组的能力。
• 可重复级：建立了基本的项目管理过程来跟踪成本、进度和功能特性。制定了必要的过程纪律，能重复早先类似应用项目取得的成功。
• 已定义级：已将管理和工程活动两方面的软件过程文档化、标准化，并综合成该机构的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件。
¡ CMM定义：对于软件组织在定义、实现、度量、控制和改善其软件过程中各个发展阶段的描述。这个模型便于确定软件组织的现有过程的能力和查找软件质量及过程改进方面最关键的问题，从而为选择过程改进战略提供指南。

能力成熟度模型介绍

促进组织改进
CMM不仅关注单个项目的成功，还关注组织整体的过程改进。通过识别和解决跨项目的共性问题，CMM促进组织整体成熟度的提升。
增强竞争优势
拥有高成熟度级别的组织通常能够更好地满足客户需求，降低成本，提高生产率，从而获得竞争优势。
02
能力成熟度模型的构成
能力成熟度模型的构成初始阶段
总结词
05
案例研究
某企业应用能力成熟度模型提升项目管理能力
总结词：成功应用
详细描述：某企业在项目管理中遇到诸多挑战，如项目延期、资源浪费等。通过引入能力成熟度模型，该企业建立了完善的项目管理体系，优化了流程，提高了团队协作和沟通效率，最终实现了项目的高效执行和客户满意度提升。
某组织应用能力成熟度模型推动组织变革
培训与实施成本
总结词
培训与实施成本是指实施能力成熟度模型所需的资金、时间和人力资源等成本，可能超出组织的预算和计划。
详细描述
为了控制培训与实施成本，组织需要制定详细的计划和预算，合理分配资源，并确保有效利用。同时，可以寻求外部支持和合作，例如与专业机构或咨询公司合作，以降低成
本和提高实施效率。
变革管理困难
总结词
变革管理困难是指组织在面对变革时可能出现的抵制、不适应和不确定性，可能导致能力成熟度模型的实施受阻。
VS
详细描述

能力成熟度模型

其假设是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。

历史

CMM等级

能力等级特点关键过程