软件能力成熟度模型
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。
CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。
本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。
一、初始级（Level 1 - Initial）初始级是软件能力成熟度模型中最低的等级。
在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。
在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。
缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。
二、重复级（Level 2 - Repeatable）重复级是软件能力成熟度模型中的第二个等级。
在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。
组织能够重复地执行一些已经被证明是成功的软件开发实践。
这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。
三、定义级（Level 3 - Defined）定义级是软件能力成熟度模型中的第三个等级。
在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。
组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。
组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。
四、管理级（Level 4 - Managed）管理级是软件能力成熟度模型中的第四个等级。
在这个等级中，组织开始对软件开发过程进行量化和度量，以便对项目进行更加准确和全面的管理。
组织会使用一些度量指标来评估和监控软件开发过程的质量和效率，以及在开发过程中发现和解决问题的能力。
“软件能力成熟度模型”
“软件能力成熟度模型”(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模型按照阶段式表达方式也分成五个等级，每个等级包含相应的过程域，如下图所示：图表4 CMMI-SVC各成熟度等级的过程域CMMI-ACQ：该模型SEI于2007年11月份发布，最新版本是CMMI for Acquisition v1.2版本。
该模型基于CMMI模型体系架构，整合了CMMI采购模型、软件采购模型以及政府及产业采购的最佳实践等，用于指导采购方进行采购管理。
软件能力成熟度模型(精)
CMM的一些基本概念（3）
关键实践：对关键过程域的实践起关键作用的方针、规 程、措施、活动以及相关基础设施的建立。关键实践一 般只描述“做什么”而不强制规定“如何做”。整个软 件过程的改进是基于许多小的、渐进的步骤，而不是通 过一次革命性的创新来实现的，这些小的渐进步骤就是 通过一些着关键实践来实现。
CMM等级模型图
CMM的作用： 科学地评价软件开发单位的软件能力成熟 等级； 帮助软件开发单位进行自检，了解自己的 强项和弱项，从而不断完善和改进单位的 软件开发过程，确保软件质量，提高软件 开发能效率。
CMM的意义
迄今为止学术界和工业界公认的有关软件 工程和管理实践的最好的软件过程。 为评估软件组织的生产能力提供了标准。 为提高软件组织的生产过程指明了方向。
企业结构原则：商业结构，应用结构，技术结构，信息结构 应用开发原则：组队模型，开发模型，风险管理 组件设计原则：概念设计，逻辑设计，物理设计 基础开发原则：组队模型，开发模型，风险管理
CMM/CMMI本身是一套非常有价值的过程模型，但简 单的将其图腾化却是整个中国软件行业的悲哀，反观 CMM/CMMI的发源地——美国，除了和军方有业务往 来的软件企业会寻求通过CMM/CMMI评审外，其他多 数的企业并不怎么在乎是通过了CMM/CMMI的三级还 是四级，象是著名的微软、甲骨文等知名企业都没听说 过和CMM/CMMI沾过边，但这也丝毫不影响以他们为 代表的美国软件企业在整个行业中独领风骚。 只有有效的而不是最权威的，才是最好的。
链接3：软件市场的通行证——CMM
世界上第一家通过CMM5认证的并非美国公司， 而是来自印度的WIPRO。同时，WIPRO还是 全球第一个通过人力成熟度模型（PCMM）5级 认证的软件及服务公司。 据SEI统计，目前有大约300家印度软件公司通 过了CMM认证，其中通过最高质量等级CMM5 的有50余家，占全球的60%以上。高品质的管 理决定了高品质的产品，从而也确立了印度在 美国外包市场的垄断地位。
软件能力成熟度模型CMM CMMI
什么是CMMI？软件能力成熟度模型(Capability Maturity Model For Software ,简称SW-CMM/CMMI),是由美国卡内基梅隆大学软件工程研究所(CMU SEI)研究出的一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。
CMM/CMMI是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了国际软件产业界的认可，成为当今(企业)从事规模软件生产不可缺少的一项内容。
CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征：(1)初始级(initial)。
工作无序，项目进行过程中常放弃当初的计划。
管理无章法，缺乏健全的管理制度。
开发项目成效不稳定，项目成功主要依靠项目负责人的经验和能力，他一但离去，工作秩序面目全非。
(2)可重复级(Repeatable)。
管理制度化，建立了基本的管理制度和规程，管理工作有章可循。
初步实现标准化，开发工作比较好地按标准实施。
变更依法进行，做到基线化，稳定可跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件。
(3)已定义级(Defined)。
开发过程，包括技术工作和管理工作，均已实现标准化、文档化。
建立了完善的培训制度和专家评审制度，全部技术活动和管理活动均可控制，对项目进行中的过程、岗位和职责均有共同的理解。
(4)已管理级(Managed)。
产品和过程已建立了定量的质量目标。
开发活动中的生产率和质量是可量度的。
已建立过程数据库。
已实现项目产品和过程的控制。
可预测过程和产品质量趋势，如预测偏差，实现及时纠正。
(5)优化级(Optimizing)。
软件能力成熟度模型-13
CMM(Capacity Maturity Model)
张庆生 zhangqs@
计算机学院软件工程系
摘要
• • • • • • • • 绪论 CMM体系结构 软件过程评估的国际标准 可重复级(第2级) 已定义级(第3级) 已管理级(第4级) 优化级(第5级) 提问单
6 CMM模型的已管理级和优化级
• • • • CMM4级上的定量过程管理 组织的测量程序； 组织的标准软件过程； 项目的有关软件产品的质量、生产能力和 产品开发周期的目标； • 对其他项目定义的软件过程测量的性能数 据； • 项目定义的软件过程的描述。 2）定量过程管理计划需经同行评审。
6 CMM模型的已管理级和优化级
6 CMM模型的已管理级和优化级
• CMM4级上的定量过程管理 定量过程管理的目标 –定量过程管理主要涉及为项目定义软件过 程制定实施目标、 测量过程的性能、 分析 得到的变量，并通过变量的调整使过程性 能处于可接受的范围内。
6 CMM模型的已管理级和优化级
• CMM4级上的定量过程管理 定量过程管理要达到以下的目标： –有计划地进行定量过程管理活动 –对项目定义软件过程的过程性能进行定量 控制 –组织标准软件过程的过程能力是已知的、 定量的。
6 CMM模型的已管理级和优化级
• CMM4级的关键过程域 • 在CMM4级中， 软件过程具有精确定义的、 一致的评价方法, 这些评价方法为评估项目 的软件产品和质量奠定了一个量化的基础。 • 量化控制将使软件开发真正变成一种工业生 产活动。
6 CMM模型的已管理级和优化级
• CMM4级的关键过程域包括以下2个 • 定量过程管理 (QPM： Quantity Process management) • 软件质量管理 (SQM: Software Quality Management) • 每个关过程域都有一组目标，并包含一些可 操作的、目标明确的关键实践，它们指明了 改进其软件过程应关注的区域，以及为达到 本成熟度等级，其软件过程必须决的问题。
软件能力成熟度模型
基于CMM的软件质量管理
24
2.2可重复级
± Ó ì Ì ª î Ï Ä À Å Í Ä ï²è î º ¾ Ì Á ¹ ¨¢ ç ¼ à ¸ Ë ³ ® Á CMM2¹ £ º ´ · ¨ ¢ ð » Á ç ¼ ¾ ¸ ±³ Ì Á µ ³Ì Á º ñ Õ ç ¼ õ Ü ì ä ´ Ê ¤ ¶ ½ ¶ ²· ¶ Å ´ ïñ à ³¸ Ó ´ ° à º Í Ñ ñ ²õ ¶ ½ · ¼ Ó Ü ì Ê Ô Ã ç ¸ ¨¢ è î ð ß º ¾ Í Ä ¸ Ì ½ á ç ¼ ä £ ¶ È Ì Á ¶ Á Æ ±¢ Ç ² ¸ ± » ¡ ³Ñ £ ¨¢ ç ¼ à ® º ¾ Ì Á ¹ ¸ É ¢ ²Ò Á ± ¡ å Ì Ë ³ Å ¼ ç ¼ õ ¶ ´ ¾ Ì Á º Ò ½ ÷ æ © ¸ » Ò ² Ç £ é ¤ñ ²Ê ç Î Ó ° à · ¸ è î £ Í Ä ¡ Ñ ñ ²¢ â ò ´ ° à ¡ ±µ ´ ð Ê Ô Ã ¸ Ç ±· ¼ Ó £ ¡ ñ Ì Î Ñ · Ç ³ ± Á Í â ª ¢ ç ¯ £ à ¼ ²¸ ´ ¡ ¯ ´ ¢ ¤ï¼ ¢ ¡ ¶ ³¾ ¡ ¢ ½ á ¢ ÷ ¡ ¶ È ¡ ¶ £ ¡ ¬ °±Æ ¡ £ ¹ Ç ° Å ¯ Ä ñ ö Ì ´ Ç ²²· ¢ Ç à õ ¡ Ë É º Í ò É ¬ Ü ì °Æ £ ¶ ½ ì ø â À Ü ì Å ¹ Â Ó ¶ ½ ì ø Ð Ì ¬ Ü ì Å ¹ ³· Ê ¶ ½
26
基于CMM的软件质量管理
2.4已管理级
ì Ó ± Ì CMM4¹ £ Ë ´ · ª ¾ µ ³· ¼ Ó È ñ Õ Ê Ô Ã ì ø ª ¢ Ç Å ¹ ¼ ²Ó ¾ £ Ï ´ ¼ ² ¼ ¬ ª Ñ ª ¢ ¶ ± · ° à º ÷ É Ê ñ ²õ Í ²Ë Ó ô ª î Ï Ä ¨¢ º ¾ ê ± Ñ Ì ´ ç õ º Í ì ½ ç ¸ ¯ ´ ª µ õ ì ø ÷ É ¨¢ Å ¼ Ë Á º Å ¹ ¶ ± º ¾ ´ ¾ Ç ¼ ¼ Ó ¾ Á ¼ ±¸ Á ê £ ¨¾ ì ø ñ ²Ç ¼ ¼ ê £ º ¢ Å ¹ ° Ã Ó ¾ Á ±¡ ¼ õ ¶ ´ ì ¹ ¶ ± ³ Í Á º Í ´ Á º Ò Ñ Å ø ÷ É Á Ñ Ü õ Å ¼ ¯ Ü ¾ ¸ ¾ ¸ ¶ ¼ £ Ñ ° ²Ç ¼ õ Å ¼ ´ ñ Ã Ó ¾ º Í ´ ¾ Ô ò ÷ É õ í ¶ ¹ ¶ ± Ä Ð ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½ ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½
软件能力成熟度模型
SWSW-CMM分为
五个等级 初始级 可重复级 已定义级 已管理级 优化级
SWSW-CMM的管理思想与结构（续一） 的管理思想与结构（续一）
1、初始级：混沌的过程 初始级： 不具备稳定的环境用于软件开发和维护； 缺乏健全的管理惯例，其软件过程能力无法预计； 软件过程是一片混沌； 软件过程总是随着软件开发工作的推进而处于变
内
容
我们怎么办？ 我们怎么办？
什么是SW CMM？ 什么是SW-CMM？ SW SW-CMM称为软件能力成熟度模型，是Capability SW-CMM称为软件能力成熟度模型，是Capability
Maturity Model for Software的缩写形式。 Software的缩写形式。 目前国际上最流行最实用的软件生产过程标准和 软件企业成熟度等级认证标准。用于评价软件承 包能力并帮助其改善软件质量的方法。 美国卡内基-梅隆大学的软件工程研究所(SEI： 美国卡内基-梅隆大学的软件工程研究所(SEI： Software Engineering Institute) 在1987年研制成 1987年研制成 功。 卡内基卡内基-梅隆大学的软件工程研究所是美国国防部 的软件开发基地之一，CMM就是受美国国防部委 的软件开发基地之一，CMM就是受美国国防部委 托而研制的。
SWSW-CMM的由来与发展（续二） 的由来与发展（续二）
70年代中期美国国防部曾立题专门研究软件项目做 70年代中期美国国防部曾立题专门研究软件项目做
不好的原因，发现70%的项目是因为管理不善而引 不好的原因，发现70%的项目是因为管理不善而引 起，而并不是因为技术实力不够。 90年代中期，软件工程管理不善的问题仍然存在。 90年代中期，软件工程管理不善的问题仍然存在。 据美国软件工程实施现状的调查，大约只有10%的 据美国软件工程实施现状的调查，大约只有10%的 项目能够在预定的费用和进度下交付。 1995年，美国共取消了810亿美元的软件项目，其 1995年，美国共取消了810亿美元的软件项目，其 中31%的项目未做完就取消了，53%的软件项目进 31%的项目未做完就取消了，53%的软件项目进 度通常要延长50%的时间，通常只有9%的软件项目 度通常要延长50%的时间，通常只有9%的软件项目 能够及时交付并且费用也不超支。 结论：管理是影响软件研发项目全局的因素，而技术 结论：管理是影响软件研发项目全局的因素，而技术 只影响局部。
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型体系（Software Capability Maturity Model，简称SCMM）是一个评估和改进软件开发组织能力的框架。
该模型由美国国防部软件工程研究所（Software Engineering Institute，简称SEI）在1986年提出。
它是一个五层的阶梯模型，用于评估和指导软件开发组织的软件工程能力。
本文将详细介绍软件能力成熟度模型体系的各个层次和其对软件开发过程的重要性。
第一层：初始级初始级是指软件开发组织没有一个确定的过程，所有工作都是临时性的，没有一致性的开发标准。
在这一级别，项目成功与否主要依赖于个人技能和意愿。
没有任何的文档化标准和过程规范，项目无法可靠地按时、按质完成。
在初始级，很难复制和标准化成功的开发方法。
第二层：重复级重复级是指开始建立一些通用的软件开发过程。
组织开始制定一些工作指导方针和标准操作流程。
重复级的主要特点是组织具有了一定能力来复制和重复之前的成功。
虽然还没有完全标准化的过程，但团队已经开始建立对软件开发流程的控制。
第三层：定义级定义级是指软件开发组织开始将过程进行文档化，并建立起一套软件工程的标准和指导文件。
软件开发组织在这个级别上建立了一套可重复的工程方法，并对项目开展了全面的计划和控制。
具体的软件开发过程标准化并进行了持续的改进，起到了确保项目按时交付、满足质量要求的作用。
第四层：管理级管理级是指软件开发组织建立了系统化的软件过程管理，通过度量和监控来控制软件开发过程。
在管理级，组织可以进行定量的评估和分析，以便更好地调整和改进软件过程。
该级别的目标是通过有效的量化和改进，持续提升软件开发过程的质量和效率。
第五层：优化级优化级是指软件开发组织通过确定和推动改进机会，实现持续和可持续的过程改进。
在优化级，组织通过收集和分析数据，识别问题并找到解决方案。
持续的过程改进能够保持组织的竞争优势，并使软件开发组织更加灵活和适应变化。
软件能力成熟度模型CMM
• 第 2 级（可重复级）有 6 个关键过程域，主要涉及建立软 件项目管理控制方面的内容。
• 需求管理（ Requirements Management ， RM ）
• 软件项目计划（ Software Project Planning ， SPP ）
• 软件项目跟踪与监控（ Software Project Tracking and Oversight ， SPTO ）
• CMM 的核心思想是将软件开发视为一组过 程，并根据统计质量管理的理论对软件开 发进行过程管理，以使其满足工程化、标 准化的要求，使企业能够更好地实现商业 目标。它侧重于软件开发的管理及软件工 程能力的提高，因此 CMM 可以作为企业软 件过程改进的指南，帮助软件开发机构建 立严格的、规范的软件开发过程，最有效 地提高软件工程能力。
• CMMI 把现存所有的以及将被发展出来的各种能力成熟度模型，集成在一个框架中。 • SA-CMM 用于组织获取和采购基于软件的应用系统的软件过程，美国的国防部、陆军、
海军和一些商用组织都已采用 SA-CMM 对他们的获取能力进行评估。 • SE-CMM 是描述一个组织为保证实现一个好的系统工程的主要元素。 • P-CMM 是有关组织的人力资源管理的模型。 • IDEAL 模型是一个组织用于启动、规划和实现过程改善措施蓝图的模型，概括了建立
• 组织过程焦点（ Organization Process Focus ， OPF ） • 组织过程定义（ Organization Process Definition ，
OPD ） • 培训程序（ Training Program ， TP ） • 集成软件管理（ Integrated Software Management ，
CMM(CMMI)基础知识介绍
第5级
◆ 特征 （1） 整个组织特别关注软件过程改进的持续性、预见及增强自身，防止缺陷及问题的发生，不 断地提高他们的过程处理能力。 （2） 加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使软件过程不断地得到 改进。 （3） 根据软件过程的效果，进行成本 / 利润分析，从成功的软件过程中吸取经验，加以总结。 把最好的创新成绩迅速向全组织转移，对失败的案例，由软件过程小组进行分析以找出原因。 （4） 组织能找出过程的不足并预先改进，把失败的教训告知全组织以防止重复以前的错误。 （5） 对软件过程的评价和对标准软件过程的改进，都在全组织推广。 过程 不断地系统地改进软件过程。 理解并消除产生问题的公共根源，在任何一个系统中都可找到：由于随机变化造成重复工作、 进而导致时间浪费。为了防止浪费人力可能导致的系统变化，要消除“公共”的无效率根源”， 防止浪费发生。尽管所有级别都存在这些问题，但这是第5级的焦点。 ◆ 人员 整个组织都存在自觉的强烈的团队意识。 （2） 每个人都致力于过程改进，人们不再以达到里程碑式的成就而满足，而力求减少错误率。 ◆ 技术
CMM2级的关键过程域是8个，目标20个， 承诺9个，能力25个，活动62个，度量6个， 验证19个。
CMM等级及特点
12
CMM过程的可视性
5 输入
输出
4 输入
3 输入
2 输入 1 输入
13
输出 输出 输出 输出
1．6 CMM1．1的等级及其特征
第1级 ◆ 特征
（1） 软件过程的特点是杂乱无章，有时甚至是混乱，几乎没有定义过程 的规则或步骤。 （2） 过分的承诺。常作出良好的承诺：如“按照软件工程方式，有序的 工程步骤来做”；或达到高目标的许诺。实际上却出现一系列问题。 （3） 遇到危机就放弃院计划过程，反复编码和测试。 （4） 成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员 和杰出有效的软件开发人员。具体的表现和成果都源自于或者说决定于个 人的能力和他们先前的经验、知识以及他们的进取心和积极程度。 （5） 能力只是个人的特性，而不是开发组织的特性。依靠着个人的品质 或承受着巨大压力；或找窍门取得成果。但此类人一旦离去，组织的稳定 作用也随之消失。 （6） 软件过程是不可确定的和不可预见的。软件能力成熟度处于一级的 软件组织其软件过程在实际工作过程中经常被改变（过程是随意的）。这 类组织也在开发产品，但其成果是步稳定的，不可预见的不可重复的。也 就是说，软件的计划、预算、功能和产品的质量都是不可确定的和不可预 见的。
软件工程第十二章软件能力成熟度模型
CMM的未来发展
云原生和微服务架构的适 应性
随着云原生和微服务架构的普 及，CMM模型需要进一步发 展和改进，以适应这些新兴技 术的需求。
人工智能和机器学习的整 合
人工智能和机器学习在软件开 发中的应用越来越广泛， CMM模型需要与这些技术整 合，以提高软件开发的智能化 水平。
敏捷开发与CMM的融合
敏捷开发方法在软件开发中受 到广泛应用，CMM模型需要 与敏捷开发进一步融合，以提 高软件开发的灵活性和快速响 应能力。
个性化软件能力成熟度模 型
随着软件行业的快速发展和变 革，组织需要根据自身的特点 和需求，发展个性化的软件能 力成熟度模型，以更好地满足 业务发展需求。
05
软件能力成熟度模型案例研究
4. 重新评估
经过一段时间后，再次评估企业的软件开发 过程，确认改进效果。
05
06
实施效果
经过CMM的实施，企业的软件开发过程更加 规范，质量得到显著提升，同时开发效率也有 所提高。
案例二：CMM在软件开发项目中的应用
项目背景
01 某大型软件项目的开发，客户
对质量要求非常高。
1. 选择CMM级别
02 根据项目需求和客户要求，选
需求管理
需求变更得到控制，项目范围 和进度相对稳定。
已建立过程
项目过程已文档化并得到一定 程度的遵守。
文档管理
项目文档得到有效管理，方便 查阅和使用。
质量保证
实施了一定的质量保证措施， 如代码审查、测试等，以提高 软件质量。
已定义级
已定义过程
项目过程已完全文档化，并成为组织内部 标准。
预防措施
采取预防措施来降低缺陷和问题的发生率 。
3. 实施改进
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估组织软件工程能力成熟度的模型。
它由美国卡内基梅隆大学的软件工程研究所（SEI）研发，主要用于评估软件开发和维护过程的管理能力和工程能力。
CMM模型将软件开发过程分为初始、重复、定义、管理和优化五个级别，每个级别都有不同的标准和要求。
初始级别是最低的级别，表示软件开发过程处于无序状态，没有明确的流程和规范；重复级别是第二个级别，表示软件开发过程开始有了一些基本的流程和规范，但仍然存在很多重复性的工作；定义级别是第三个级别，表示软件开发过程已经有了明确的流程和规范，并开始注重项目管理和质量保证；管理级别是第四个级别，表示软件开发过程已经有了完善的流程和规范，并开始注重团队协作和项目管理；优化级别是最高级别，表示软件开发过程已经非常成熟，并开始注重创新和改进。
CMM模型的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
它是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。
CMMI是CMM的升级版，也是由SEI开发的一种软件开发和维护过程成熟度评估模型。
CMMI 把软件开发过程分为初始、已管理、已定义、定量管理、优化五个阶段，每个阶段都有不同的标准和要求。
与CMM相比，CMMI更加注重定量管理和优化，强调通过数据分析和改进来提高软件开发和维护过程的效率和质量。
总之，软件能力成熟度模型体系是一种用于评估组织软件工程能力成熟度的模型，它包括CMM和CMMI两种模型，旨在帮助企业评估自己的软件开发和维护能力，识别改进的方向和方法，提高软件开发和维护过程的效率和质量。
CMM简介(软件能力成熟度模型)
关 键 过 程 域
不断改进的过程
过程更改管理 技术更新管理 缺陷预防 软件质量管理
优化级
可预测的过程
定量过程管理 同行评审 组间协调 软件产品工程 集成软件管理 培训大纲 组织过程定义 组织过程焦点
已管理级
已定义级
标准、一致的过程
有纪律的过程
软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪与监督 软件项目计划 需求管理
IDEAL模型
修订组 织的方 法
推进
记录并分析 经验教训 定义过程 与度量 规划并执 行行动指 南
行动
改进的激 明确范围 励条件 获取支持 初始化
建立改进 基础结构 评估明确 当前实践 编制报告 诊断 确立方针 和优先级
计划、执行 和跟踪安装 建立过程行 动小组，规 划行动
以CMM为基础
建立
SEI：Software Engineering Institute
SEI：美国卡耐基梅隆大学的软件工程研究
院产品 SEI：为美国联邦政府评估软件供应商能力，于 1986年开始研究的模型，于1993 年推出CMM 1.1版。 CMM 1.1版：是目前世界上比较流行和通用的CMM 版本。 新研究：
CMMI ( Integration )
P-CMM ( People ) SACMM ( 软件获取CMM )
等级5的关键过程域
缺陷预防的目标是，明确产生缺陷的原因并
预防它们再次发生。 技术更新管理的目标是，确定新技术（如工 具、方法和过程），并有序地将这些技术引 入组织内。 过程更改管理的目标是，不断改进组织中所 使用的软件过程，从而提高软件质量和生产 率，缩短产品开发生命周期。
关键实践
软件工程软件能力成熟模型
5
优化级
不断地改善软件过程
组织持续地改善过程能力
可视性与过程能力的比较
12.2 CMM的内部结构
CMM的每个等级都被分解为3个层次加以定义: 即关键过程域、公共特性和关键实践。
每个等级由几个关键过程域组成，这几个关键 过程域共同形成一种软件过程能力。
每个关键过程域按4个关键实践类加以组织；并 且都有一些特定的目标，通过相应的关键实践类来 实现。
等级 1
成熟度 初始级
可视性 有限的可视性
过程能力 一般达不到进度和成本的目标
2 可重复级 里程碑上具有管理可视性 由于基于过去的性能，项目开 发计划比较现实可行
3 已定义级 项目定义软件过程的活动具 基于已定义的软件过程，组织
有可视性
持续地改善过程能力
4 已管理级
定量地控制软件过程
基于对过程和产品的度量，组 织持续地改善过程能力
CMM认证已经成为世界公认的软件产品进入国 际市场的通行证。
CMM的主要用于： 1.软件过程评估SPA（Software Process Assessment） 2. 软件过程改进SPI（Software Process Improvement） 3. 软件能力评价SCE（Software Capability Evaluation）
Software，简称SW-CMM1.0版）。
目 前 ,CMM 已 经 发 展 到 CMMI （ Capability Maturity Model Integration)，能力成熟度模型集成 阶段。
12.1 CMM概述
CMM侧重于软件开发过程的管理及工程能力的 提高与评估，是国际上流行的软件生产过程标准和 软件企业成熟度等级认证标准，它更代表了一种管 理哲学在软件企业中的应用。
能力成熟度模型介绍
详细描述：某组织在发展过程中遇到瓶颈，需要进行组织变革。通过应用能力成熟度模型，该组织明确了变革的目标和路径 ，制定了详细的实施计划，并成功地推动了组织结构和文化的变革，提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词：技能提升
VS
详细描述：个人在职业发展过程中需 要不断提升自己的技能水平。通过应 用能力成熟度模型，个人可以清晰地 了解自己的能力短板，制定针对性的 学习计划和训练方法，提高自己的技 能水平和实践能力，实现职业发展和 个人价值的提升。
个人技能和能力。
个人绩效改进
03
通过分析个人绩效表现，发现存在的问题和不足，提出改进措
施和方法，提高个人绩效水平。
04
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异，可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时，不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调，确保各方理解变革的必要性和益处 ，并逐步调整和适应新的工作方式。
基础薄弱，缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范，项目执行过程混乱，技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作，初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范，项目执行过程逐渐有序，技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进，稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究
软件能力成熟度模型与模型集成基础
软件能力成熟度模型与模型集成基础软件能力成熟度模型（Capability Maturity Model，CMM）是一种评估软件开发组织的能力和成熟度的方法，它被广泛用于软件开发领域。
CMM最初是由美国国防部研制出来的，目的是为了评估国防部的软件供应商的能力和成熟度，后来逐渐得到了广泛的推广和应用。
CMM是由五个级别组成的阶梯式模型，每个级别代表了软件开发组织在软件开发过程中的成熟度和能力水平。
每个级别都包括一些关键过程区域（Key Process Areas，KPA），这些KPA对于实现该级别的目标至关重要。
在CMM中，每个KPA都有一套基于最佳实践的指导方针和评估方法。
CMM的五个级别分别是初始级别（Level 1）、重复级别（Level 2）、定义级别（Level 3）、管理级别（Level 4）和优化级别（Level 5）。
初始级别表示软件开发组织没有建立可重复使用的软件过程，重复级别表示组织已经开始建立可重复使用的软件过程，定义级别表示组织已经建立了完备的软件过程，管理级别表示组织已经建立了可度量和可控制的软件过程，优化级别表示组织已经建立了连续改进的软件过程。
CMM的评估可以通过自我评估、外部评估或者联合评估等方式来进行，评估结果可以用于确定软件开发组织的能力和成熟度水平，进而制定改进计划和提高软件开发过程的质量和效率。
同时，CMM可以与其他的模型进行集成，例如ISO9000质量管理体系、SPICE （Software Process Improvement and Capability Determination）软件过程成熟度模型等，以对软件开发组织的能力和成熟度进行更全面、更细致的评估。
这些模型的集成可以相互补充，提高评估的准确性和全面性，从而有助于企业更好地管理和控制软件开发过程。
软件能力成熟度模型一级申报条件
软件能力成熟度模型一级申报条件摘要：一、软件能力成熟度模型简介1.概念和作用2.发展历程二、软件能力成熟度模型一级申报条件1.基本条件2.具体要求3.适用范围三、申报流程与评审标准1.申报流程2.评审标准四、一级申报的意义和价值1.提升软件开发能力2.提高企业竞争力3.有助于获取更多客户信任正文：软件能力成熟度模型（Capability Maturity Model，CMM）是一种衡量软件开发过程成熟度的标准，能够帮助企业提高软件开发效率、降低开发成本、提高软件质量。
CMM分为五个等级，从低到高分别为：初始级、可重复级、定义级、管理级和优化级。
企业可以根据自身软件开发过程的成熟度，选择合适的等级进行申报。
本文主要介绍软件能力成熟度模型一级申报条件。
首先，我们需要了解软件能力成熟度模型的基本概念和作用。
CMM起源于20世纪80年代的美国，由卡内基梅隆大学的软件工程研究所（SEI）研发。
该模型通过对软件开发过程进行度量、分析和管理，帮助企业提高软件开发能力、提高软件质量和降低开发成本。
软件能力成熟度模型一级申报条件包括以下几个方面：1.基本条件- 企业应具备一定的软件开发能力，能够独立完成软件开发项目。
- 企业应具备一定的项目管理能力，能够对软件开发项目进行有效的计划、组织、协调和控制。
- 企业应具备一定的质量保证能力，能够对软件开发过程进行有效的质量管理和控制。
2.具体要求- 软件开发过程应具有一定的规范性和可重复性，能够按照预定计划和流程完成软件开发任务。
- 软件开发过程中应采用一定的文档化管理，能够对开发过程中的资料、文件进行有效的管理和归档。
- 软件开发过程中应进行一定的度量和分析，能够对开发过程中的质量、进度、成本等方面进行有效的度量和分析。
3.适用范围- 软件能力成熟度模型一级申报条件适用于各类企业，包括软件开发企业、系统集成企业、IT服务企业等。
- 软件能力成熟度模型一级申报条件适用于各类软件开发项目，包括企业内部软件开发项目、外包软件开发项目等。
软件能力成熟度模型
软件能力成熟度模型CMM(Capability Maturity Model）是由美国卡内基-梅隆 大学软件工程研究所(CMU/SEI)推出的评估软件能力与成熟度的一套标准，该标 准基于众多软件专家的实践经验。
从86年开始，开发软件过程成熟度框架。 91年8月SEI将软件过程成熟度框架进化为软件能力成熟度模型（Capability
2
12.1.1 CMM的基本概念
1. 什么是软件过程 一个软件过程是指人们开发和维护软件及其相关产品
所采取的一系列活动。
规程与方法
有技能经过培
训的开发人员
过程
工具和设备
3
12.1.1 CMM的基本概念
2. 什么是软件能力成熟度？
由于特定项目的属性和环境限制，项目的实际性能并不能充分反映组织的软 件过程能力，但成熟的软件过程可弱化和预见不可控制的过程因素（如客户需求变 化或技术变革等）。
优化级 已管理级 已定义级
可重复级
初始级
初始级
6
可重复级
可重复级(Repeatable):
在可重复级，组织建立了管 理软件项目的方针以及为贯彻执 行这些方针的措施。组织基于在 类似项目上的经验对新项目进行 策划和管理。组织的软件过程能 力可描述为有纪律的，并且项目 过程处于项目管理系统的有效控 制之下。
一个组织的软件过程能力为组织提供了预测软件项目开发的数据基础，提供了 全面的软件质量保证。
软件过程成熟度是指一个软件过程被明确定义、管理、度量和控制的有效程 度。成熟意味着软件过程能力持续改善的过程，成熟度代表软件过程能力改善的潜 力。
4
12.1.2 软件过程的成熟度等级
CMM将软件过程的成熟度分为5个级别(Maturity Levels),如 图所示，5个等级分别是：无ຫໍສະໝຸດ 过程SW-CMM的关键过程区域
软件能力成熟度模型CMII
3.1.1 质量和质量管理
客户满意度是企业成功的关键。
The average ‘Wronged’ customer will tell 8 to 16 people. 91% of unhappy customers will never purchase goods or services from you again. If you make an effort to remedy customer complaints, 82% to 95% of them will stay on with you. It costs 5 times as much to attract a NEW customer as it costs to retain an OLD one.
3.1.3 全面质量管理
全过程的管理 产品是项目各阶段研究、设计、生产活动的成果，它有产 生、形成过程，因此应将不合格消灭在过程中，防检结合， 以防为主，从各环节上致力于质量提高。 质量管理重点：从事后检查把关到事先控制；从管理结果 到管理因素。 使质量管理范围从原来的制造过程向前后延伸，形成一个 螺旋上升过程。从访问用户、市场研究、产品设计、方案论 证，到设计、试制、生产、销售、使用、服务的全过程，实 施质量管理。
3.1.3 全面质量管理
全员的质量管理 全员树立质量意识 抓好质量教育与培训 调动群众积极性，引导群众面向质量目标努力 自我学习，自我提高
3.2 质量管理体系与方法
质量管理体系是指在质量方面指挥和控制组织的管理体系。 它由建立质量方针和目标并实现这些目标的相互关联或相互 作用的一组要素组成。 质量管理体系将影响质量的技术、管理、人员和资源等因素 都综合在一起，在质量方针的指引下，为达到质量目标相互 配合、努力工作。 戴明改进循环PDCA、ISO9000、CMM/CMMI等在IT项目管理中 的应用，对IT项目质量管理地提高起到了很好的推进作用。