软件能力成熟度模型CMM
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。
CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。
本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。
一、初始级（Level 1 - Initial）初始级是软件能力成熟度模型中最低的等级。
在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。
在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。
缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。
二、重复级（Level 2 - Repeatable）重复级是软件能力成熟度模型中的第二个等级。
在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。
组织能够重复地执行一些已经被证明是成功的软件开发实践。
这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。
三、定义级（Level 3 - Defined）定义级是软件能力成熟度模型中的第三个等级。
在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。
组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。
组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。
四、管理级（Level 4 - Managed）管理级是软件能力成熟度模型中的第四个等级。
在这个等级中，组织开始对软件开发过程进行量化和度量，以便对项目进行更加准确和全面的管理。
组织会使用一些度量指标来评估和监控软件开发过程的质量和效率，以及在开发过程中发现和解决问题的能力。
软件能力成熟度模型――CMM的理论和实践
软件能力成熟度模型――CMM的理论和实践吉林大学计算机学院李文辉主要参考讲义：1．Capability Maturity Model for Software, Version 1.1Mark C. PaulkBill CurtisMary Beth ChrissisCharles V. Weber2．Key Practices of the Capability Maturity Model,Version 1.1Mark C. PaulkCharles V. WeberSuzanne M. GarciaMary Beth ChrissisMarilyn BushCapability Maturity Model for Software, Version 1.1前言软件危机（software crisis）CMM的发展过程（SEI /Software Engineering Institute/Carnegie Mellon University）CMM产生的理论基础1．过程成熟度框架(The Process Maturity Framework)1．1 不成熟和传输组织的比较1．2构成过程成熟度基础的基本概念1．3能力成熟度模型概述2．软件过程成熟度的五个等级成熟度等级成熟度等级的五个级别的主要特征2．1等级的行为特征×成熟度可以通过以下各项对其特征加以描述：1．组织为建立或改进软件过程所进行的活动2．对每个项目所进行的活动3．所产生的横跨各项目的过程能力×等级1：×等级2：1．具有项目级的方针和执行这些方针的规程2．基于在类似们项目上的经验对新项目进行规划和管理3．达到等级2的目的是使软件项目的有效管理过程制度化4．一个有效过程可特征化为：实用的、已文档化的、已实施的、已培训的、已测量的、能改进的5．等级2组织的过程能力可概括为有纪律的。
×等级3：1．有组织级的标准软件过程2．存在一个负责组织的软件过程活动的组，SEPG3．实施全组织的培训计划4．项目剪裁组织的标准软件过程去建立他们自己的软件过程（项目定义软件过程）5．等级3组织的软件过程能力可概括为标准和一致的×等级4：1．组织对软件产品和过程都设置定量的质量目标2．组织内建立了软件过程数据库3．开始定量地认识软件过程4．软件过程变化较小，一般在可接受的范围内5．等级4组织的软件过程能力概括为可预测的×等级5：1．整个组织集中精力进行不断的过程改进2．缺陷预防3．技术更新4．等级5组织的软件过程能力可特征化为不断改进2．2理解成熟度等级描述模型规范模型CMM不是处方，它并不告诉组织如何进行改进×理解初级×理解可重复级和已定义级×理解已管理级和优化级2．3软件过程的可视性等级1―――一个黑盒等级2―――项目里程碑处具有管理可视性等级3―――盒子的内部结构可视等级4―――软件过程被配备上度量，并得到定量地控制等级5―――对过程不断改进3．4过程能力和性能预测随着成熟度增加，预定目标结结果与实际结果间的差距减少随着成熟度增长，实际结果相对预定目标结果的偏差范围减小随着成熟度增加，预定目标结果得到改善2．5跳越成熟度等级跳跃等级是违反生产规律的4．CMM的可操作定义四种用法3．1成熟度等级的内部结构3．2成熟度等级3．3关键过程区域每个关键过程区域识别出一串相关活动，当这些活动全部完成时，能达到一组对增强过程能力至关重要的目标分别叙述等级2－等级5的每个KPA3．4共同特点执行约定――必须执行的活动执行能力――先决条件执行的活动描述为了建立过程能力必须作什么，而其他的实践是执行的活动中所描述的实践规范化的基础3．5关键实践5．运用ＣＭＭ4．1软件过程评估和软件能力评价方法4．2软件过程评估和软件能力评价之间的差别4．3CMM在过程改进方面的其他用法Key Practices of the Capability MaturityModel2．能力成熟度模型概述2．1介绍能力成熟度模型软件能力成熟度模型是一种描述有效软件过程的关键元素的框架，CMM描述一条从无序的不成熟的过程到成熟的、有纪律的过程的进化的改进途径。
“软件能力成熟度模型”
“软件能力成熟度模型”(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的软件质量管理
24
2.2可重复级
± Ó ì Ì ª î Ï Ä À Å Í Ä ï²è î º ¾ Ì Á ¹ ¨¢ ç ¼ à ¸ Ë ³ ® Á CMM2¹ £ º ´ · ¨ ¢ ð » Á ç ¼ ¾ ¸ ±³ Ì Á µ ³Ì Á º ñ Õ ç ¼ õ Ü ì ä ´ Ê ¤ ¶ ½ ¶ ²· ¶ Å ´ ïñ à ³¸ Ó ´ ° à º Í Ñ ñ ²õ ¶ ½ · ¼ Ó Ü ì Ê Ô Ã ç ¸ ¨¢ è î ð ß º ¾ Í Ä ¸ Ì ½ á ç ¼ ä £ ¶ È Ì Á ¶ Á Æ ±¢ Ç ² ¸ ± » ¡ ³Ñ £ ¨¢ ç ¼ à ® º ¾ Ì Á ¹ ¸ É ¢ ²Ò Á ± ¡ å Ì Ë ³ Å ¼ ç ¼ õ ¶ ´ ¾ Ì Á º Ò ½ ÷ æ © ¸ » Ò ² Ç £ é ¤ñ ²Ê ç Î Ó ° à · ¸ è î £ Í Ä ¡ Ñ ñ ²¢ â ò ´ ° à ¡ ±µ ´ ð Ê Ô Ã ¸ Ç ±· ¼ Ó £ ¡ ñ Ì Î Ñ · Ç ³ ± Á Í â ª ¢ ç ¯ £ à ¼ ²¸ ´ ¡ ¯ ´ ¢ ¤ï¼ ¢ ¡ ¶ ³¾ ¡ ¢ ½ á ¢ ÷ ¡ ¶ È ¡ ¶ £ ¡ ¬ °±Æ ¡ £ ¹ Ç ° Å ¯ Ä ñ ö Ì ´ Ç ²²· ¢ Ç à õ ¡ Ë É º Í ò É ¬ Ü ì °Æ £ ¶ ½ ì ø â À Ü ì Å ¹ Â Ó ¶ ½ ì ø Ð Ì ¬ Ü ì Å ¹ ³· Ê ¶ ½
26
基于CMM的软件质量管理
2.4已管理级
ì Ó ± Ì CMM4¹ £ Ë ´ · ª ¾ µ ³· ¼ Ó È ñ Õ Ê Ô Ã ì ø ª ¢ Ç Å ¹ ¼ ²Ó ¾ £ Ï ´ ¼ ² ¼ ¬ ª Ñ ª ¢ ¶ ± · ° à º ÷ É Ê ñ ²õ Í ²Ë Ó ô ª î Ï Ä ¨¢ º ¾ ê ± Ñ Ì ´ ç õ º Í ì ½ ç ¸ ¯ ´ ª µ õ ì ø ÷ É ¨¢ Å ¼ Ë Á º Å ¹ ¶ ± º ¾ ´ ¾ Ç ¼ ¼ Ó ¾ Á ¼ ±¸ Á ê £ ¨¾ ì ø ñ ²Ç ¼ ¼ ê £ º ¢ Å ¹ ° Ã Ó ¾ Á ±¡ ¼ õ ¶ ´ ì ¹ ¶ ± ³ Í Á º Í ´ Á º Ò Ñ Å ø ÷ É Á Ñ Ü õ Å ¼ ¯ Ü ¾ ¸ ¾ ¸ ¶ ¼ £ Ñ ° ²Ç ¼ õ Å ¼ ´ ñ Ã Ó ¾ º Í ´ ¾ Ô ò ÷ É õ í ¶ ¹ ¶ ± Ä Ð ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½ ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½
软件能力成熟度模型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）认证考试（答案见尾页）一、选择题1. 软件能力成熟度模型的英文缩写是什么？A. SDLCB. OMTC. CMMD. IFECS2. CMM模型的最高等级是什么？A. 1级初始级B. 2级已管理级C. 3级定义级D. 4级管理级3. 在CMM模型中，下列哪项是“定义级”的关键目标？A. 定义项目的需求和范围B. 确保项目按时完成C. 确保项目按照预定的成本和质量标准完成D. 确保项目过程和产品的质量得到持续改进4. CMM模型中的“管理级”对应的是哪一层级？A. 初始级B. 已管理级C. 定义级D. 优化级5. 在CMM模型中，“集成级”是第几级？A. 1级B. 2级C. 3级D. 4级6. CMM模型的核心是什么？A. 风险管理B. 过程管理C. 质量管理D. 技术管理7. 在CMM模型中，“执行级”对应的是哪一层级？A. 初始级B. 已管理级C. 定义级D. 优化级8. CMM模型的目的是什么？A. 提高软件开发的效率和质量B. 确保软件项目的成功C. 提供一个标准化软件开发的框架D. 提高软件产品的可用性和可维护性9. 在CMM模型中，“优化级”是第几级？A. 1级B. 2级C. 3级D. 4级10. CMM模型的发展经历了哪些阶段？A. 初始级、已管理级、定义级、管理级、优化级B. 初始级、已管理级、定义级、优化级C. 初始级、已管理级、定义级、管理级、优化级、持续改进级D. 初始级、已管理级、定义级、管理级、优化级11. 软件能力成熟度模型（CMM）是一种用于评估和提高软件过程能力的模型。
它的最高等级是（）。
A. 初始级B. 可重复级C. 已定义级D. 优化级12. CMM模型的第一级是（）。
A. 初始级B. 可重复级C. 已定义级D. 优化级13. 在CMM模型中，用于评估软件过程能力的三个关键过程域是（）。
A. 项目管理、工程和支持过程B. 需求管理、工程和支持过程C. 项目管理、开发和支持过程D. 项目管理、需求管理和支持过程14. CMM模型的第二级是（）。
软件工程第十二章软件能力成熟度模型
CMM的未来发展
云原生和微服务架构的适 应性
随着云原生和微服务架构的普 及，CMM模型需要进一步发 展和改进，以适应这些新兴技 术的需求。
人工智能和机器学习的整 合
人工智能和机器学习在软件开 发中的应用越来越广泛， CMM模型需要与这些技术整 合，以提高软件开发的智能化 水平。
敏捷开发与CMM的融合
敏捷开发方法在软件开发中受 到广泛应用，CMM模型需要 与敏捷开发进一步融合，以提 高软件开发的灵活性和快速响 应能力。
个性化软件能力成熟度模 型
随着软件行业的快速发展和变 革，组织需要根据自身的特点 和需求，发展个性化的软件能 力成熟度模型，以更好地满足 业务发展需求。
05
软件能力成熟度模型案例研究
4. 重新评估
经过一段时间后，再次评估企业的软件开发 过程，确认改进效果。
05
06
实施效果
经过CMM的实施，企业的软件开发过程更加 规范，质量得到显著提升，同时开发效率也有 所提高。
案例二：CMM在软件开发项目中的应用
项目背景
01 某大型软件项目的开发，客户
对质量要求非常高。
1. 选择CMM级别
02 根据项目需求和客户要求，选
需求管理
需求变更得到控制，项目范围 和进度相对稳定。
已建立过程
项目过程已文档化并得到一定 程度的遵守。
文档管理
项目文档得到有效管理，方便 查阅和使用。
质量保证
实施了一定的质量保证措施， 如代码审查、测试等，以提高 软件质量。
已定义级
已定义过程
项目过程已完全文档化，并成为组织内部 标准。
预防措施
采取预防措施来降低缺陷和问题的发生率 。
3. 实施改进
什么是CMM、CMM的背景
什么是CMM、CMM的背景：CMM(Capability Maturity Model) 是能力，成熟度模型的缩写。
CMM的工作最早开始于 1986年11月，当时为了满足美国联邦政府评估软件供应商能力的要求，美国卡内基·梅隆大学的软件工程研究院(SEI)牵头，在Mitre公司的协助下，于1987年9月发布了一份能力成熟度框架(Capability Maturity Framework), 以及一套成熟度问卷 (Maturity Questionnaire).很多人认为这套问卷就代表了CMM模型，其实它只是用于探索软件过程成熟度的一个工具，真正的模型出现在四年以后。
SEI总结了自1987年以来对成熟度框架和初版成熟度问卷的实战经验，并以此为基础，推出了CMM1.0 版。
这个推出于 1991年的 CMM1.0 集中了四年来对软件公司评估的经验以及广泛的用户反馈，在成熟度框架的基础上建立了一个可用的模型，这个模型可以更加有效地帮助软件企业建立和实施过程改进计划。
CMM1.0 版使用两年之后，于1992年四月进行了一个研讨会，参加研讨会的有约两百名富有经验的软件专业人员。
在广泛听取了他们的反馈意见之后， SEI于 1993 年推出了CMM1.1 版。
近几年来，CMM又推出了2.0 版本，同时进入了ISO 体系，称为 ISO/IEC15504 或 SPICE. SPICE 从1995年起进入实地测试阶段，可能于2001年发布。
CMM 致力于软件开发过程的管理及工程能力的提高与评估。
该模型在美国和北美地区已得到广泛应用同时正在被越来越多的欧洲和亚洲等国家的大型信息技术企业所采纳，实际上已成为软件开发过程改进与评估的事实上的工业标准。
我们的邻居，软件大国印度，十分重视软件开发过程的管理及与其相关的理论与标准的发展。
据统计，在印度的2000多家软件公司中有75家软件公司通过了ISO9000认证，60多家软件公司通过了CMM认证，其中达到CMM5级一家，4级三家，3级4家。
软件能力成熟度模型等级和过程
软件能力成熟度模型（CMM）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。
这五个等级分别是初始级、重复级、定义级、管理级和优化级。
在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。
### 1. 初始级在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。
在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。
这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。
### 2. 重复级在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。
在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。
### 3. 定义级在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。
这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。
在这个阶段，组织通常会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。
### 4. 管理级在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。
这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。
在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。
### 5. 优化级在优化级，组织已经实现了对软件开发过程的最高理解和控制。
这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力，并且能够持续改进和优化软件开发过程。
在这个阶段，组织不断寻求创新和改进，以保持其在软件开发领域的领先地位。
软件能力成熟度模型：CMM五个级别介绍
软件能力成熟度模型：CMM五个级别介绍CMM 为企业的软件过程能力提供了一个阶梯式的进化框架，阶梯共有五级。
第一级只是一个起点，任何准备按CMM 体系进化的企业都自然处于这个起点上，并通过它向第二级迈进。
除第一级外，每一级都设定了一组目标，如果达到了这组目标，则表明达到了这个成熟级别，可以向下一级别迈进。
从纯粹的个人行为发展到有计划有步骤的组织行为…第一级：初始级(Initial)；第二级：可重复级(Repeatable)；第三级：已定义级(Defined)；第四级：受管理级(Managed)；第五级：优化级(Optimizing)。
初始级初始级的软件过程是未加定义的随意过程，项目的执行是随意甚至是混乱的。
也许有些企业制定了一些软件工程规范，但若这些规范未能覆盖基本的关键过程要求，且执行没有政策、资源等方面的保证时，那么它仍然被视为初始级。
关注点：工作方式处于救火状态，不断的应对突如其来的危机；工作组：软件开发组、工程组；提高：需要建立项目过程管理，建立各种计划，开展QA 活动。
可重复级根据多年的经验和教训，人们总结出软件开发的首要问题不是技术问题而是管理问题。
因此，第二级的焦点集中在软件管理过程上。
一个可管理的过程则是一个可重复的过程，可重复的过程才能逐渐改进和成熟。
可重复级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面；其中项目管理过程又分为计划过程和跟踪与监控过程。
通过实施这些过程，从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。
关注点：规则化引入需求管理、项目管理、质量管理、配置管理、子合同管理等；引入工作组：测试组、评估组、质量保证组、配置管理组、合同组、文档支持组、培训组；提高：SEPG、建立软件过程库和文档库已定义级在可重复级定义了管理的基本过程，而没有定义执行的步骤标准。
在第三级则要求制定企业范围的工程化标准，并将这些标准集成到企业软件开发标准过程中去。
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的关键过程域
缺陷预防的目标是，明确产生缺陷的原因并
预防它们再次发生。 技术更新管理的目标是，确定新技术（如工 具、方法和过程），并有序地将这些技术引 入组织内。 过程更改管理的目标是，不断改进组织中所 使用的软件过程，从而提高软件质量和生产 率，缩短产品开发生命周期。
关键实践
软件能力成熟度模型(CMM)
CMM是Capability Maturity Model for Software的简称，中文叫“软件能力成熟度模型”，是对组织软件过程能力的描述。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化，使企业能够更好的实现商业目标。
它侧重于软件过程开发的管理及软件工程能力的改进与评估，因此 CMM被用作评价软件承包商能力并帮助组织改善软件过程质量，是目前国际上最流行、最实用的一种软件生产过程标准，成为当今企业从事规模软件生产不可缺少的一项内容。
CMM是由美国卡内基-梅隆大学软件工程研究所(CMU SEI)研究制定，并在全世界推广实施的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进。
CMM把软件开发过程的成熟度由低到高分为五级，等级越高，表明该企业软件开发失败风险越低，整体开发时间越短，并能减少开发成本，降低错误发生率，提高产品质量。
按照《使用软件工程》的标准，CMM将软件分为5个等级：(如图一所示)图一1.初始级(initial)工作无序，项目进行过程中常放弃当初的规划管理无章，缺乏健全的管理制度开发项目的成效不稳定，产品的性能和质量依赖于个人能力和行为。
2.可重复级(Repeatable)管理制度化，建立了基本的管理制度和规程，管理工作有章可循初步实现标准化，开发工作较好的实施标准稳定课跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件3.已定义级(Defined)开发的过程，包括技术工作和管理工作，均已实现标准化，文档化。
建立了完善的培训制度和专家评审制度全部技术活动和管理活动均可稳定实施项目的质量，进度和费用均可控制。
对项目进行中的过程，岗位和指责均有共同的理解。
4.已管理级(Managed)产品和过程已建立了定量的质量目标。
过程中活动的生产率和质量是可度量的。
已建立过程数据库。
已实现项目产品和过程的控制可预测过程和产品质量趋势。
软件能力成熟度模型PPT课件
案例三：某大型企业的CMMI应用与效果
总结词
CMMI助力大型企业提升软件质量与竞争力
详细描述
某大型企业为了提高软件质量和竞争力，全面应用了CMMI。通过实施CMMI，该企业 规范了软件开发流程，提高了软件质量。同时，CMMI的应用还帮助该企业提高了团队 协作和项目管理能力，降低了软件开发成本和风险。这些改进使得该企业的软件产品更
评估结果与改进
反馈评估结果
将评估报告向相关干系人进行反馈，以便了解软件开发生命周期的成 熟度现状和改进方向。
制定改进计划
根据评估结果，制定针对性的改进计划，明确改进目标、措施、时间 表和责任人。
实施改进措施
按照改进计划，组织相关人员进行改进工作，确保改进措施的有效实 施。
监控与评审
对改进过程进行监控和评审，确保改进工作的顺利进行，并及时调整 改进计划以确保达成预期的改进目标。
企业如何持续改进软件能力成熟度
制定改进计划
企业应根据自身实际情况，制定具体 的改进目标和计划，明确改进的方向 和措施。
实施过程改进
企业应积极推行过程改进，通过优化 流程、提高团队能力、加强项目管理 等方面提升软件能力成熟度。
பைடு நூலகம்
持续监控与评估
企业应建立持续监控和评估机制，及 时发现和解决存在的问题，确保改进 效果的持续性和稳定性。
PART 04
CMMI实践案例
案例一：某软件开发公司的CMMI实施
总结词
成功实施CMMI，显著提升软件质量
详细描述
某软件开发公司为了提高软件质量，成功实施了CMMI。通过制定严格的软件开发流程和质量标准， 该公司减少了软件缺陷和错误，提高了软件的可维护性和可靠性。同时，CMMI的实施还帮助该公司 提高了团队协作和项目管理能力，从而提高了整体软件开发的效率和质量。
能力成熟度模型介绍
详细描述：某组织在发展过程中遇到瓶颈，需要进行组织变革。通过应用能力成熟度模型，该组织明确了变革的目标和路径 ，制定了详细的实施计划，并成功地推动了组织结构和文化的变革，提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词：技能提升
VS
详细描述：个人在职业发展过程中需 要不断提升自己的技能水平。通过应 用能力成熟度模型，个人可以清晰地 了解自己的能力短板，制定针对性的 学习计划和训练方法，提高自己的技 能水平和实践能力，实现职业发展和 个人价值的提升。
个人技能和能力。
个人绩效改进
03
通过分析个人绩效表现，发现存在的问题和不足，提出改进措
施和方法，提高个人绩效水平。
04
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异，可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时，不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调，确保各方理解变革的必要性和益处 ，并逐步调整和适应新的工作方式。
基础薄弱，缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范，项目执行过程混乱，技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作，初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范，项目执行过程逐渐有序，技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进，稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究
CMM是什么
CMM是指“能力成熟度模型”，其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM。
它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
CMM是是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。
CMM分为五个等级：一级为初始级，二级为可重复级，三级为已定义级，四级为已管理级，五级为优化级。
CMM是由美国卡内基梅隆大学软件工程研究所1987年研制成功的，是目前国际上最流行最实用的软件生产过程标准和软件企业成熟度等级认证标准。
目前，我国已有软件企业通过了CMM标准认证。
SW-CMM(Capability Maturity Model For Software 软件生产能力成熟度模型,以下简称"CMM"),是87年由美国卡内基梅隆大学软件工程研究所（CMU SEI）研究出的一种一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件生产中的困难。
CMM它是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了众多国家以及国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。
CMM目前通用流行的版本是1．1（Version1．1）。
《按照软件工程研究所（SEI）的原来计划，CMM的改进版版本2．0（V2．0）是要在1997年的11月完成的。
但是，美国国防部办公室要求软件工程研究所（SEI）延迟发放公布CMM版本2．0，直至他们完成另一个更为紧迫的项目-CMMI。
软件能力成熟度模型
软件能力成熟度模型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的关键过程区域
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
❖软件成本高 ❖软件开发的进度难于控
制 ❖估计软件工作量很困难 ❖软件质量难于保证 ❖修正维护软件困难
20
40
60
80
百 分 比
硬件
软件
55 60 65 70 75 80 85 90 95 2000年代
图1.1 软硬件费用之比
1.1 软件与软件产业的发展过程
v 软件开发技术状况
❖ 软件产业与CMM的提出
目前国际上最流行的、使用最广泛的是专门针对 软件产业制定的CMM认证体系
世界上软件发展的水平参差不齐
❖美国、欧洲、日本和印度等国家：水平高、质量好、 规模大
❖我国
进展显著 发展速度相对落后
1 绪论
v
v CMM的发展过程
v CMM与软件产业
1.2 CMM的发展过程
❖ CMM概况
❖ W. Edward Deming（现代质量思想理论的 鼻祖）提出了丹明链式反应的现象
1. 一个企业改进他的生产过程并坚持不懈地按此 运动
2. 质量改进了
3. 因为减少了返工、错误和延迟，设计得更好， 更有效地使用资源，成本下降了
4. 因为上升了的质量及降低了的售价，产品的市 场占有率提高了
5. 利润增加了
❖目的：研究如何有效地对软件开发项目进行 管理，以便按照进度和预算完成软件项目计 划，实现预期的经济效益和社会效益
❖包括：成本估计、进度计划、人员组织、质 量保证等
1.1 软件与软件产业的发展过程
v 软件产业与CMM的提出
软件产业的发展
图1.3 软件产业发展过程
Continue
1.1 软件与软件产业的发展过程
开发方法 功能性程序设计技术；依赖于才智与技巧； 以“软件工程”来解决“软件危机”
70年代 处理对象 程序设计=数据结构+算法，“小规模系统
程序的设计”
用途
非数值计算的商业事务应用，以及之能领域 的应用
环境与目的 发展了应用系统的基础设施；确定数据结构
及相应算法
Continue
开发方法 1、程序中分离出数据结构和算法
2、结构化分析与设计
形成了系统软件与应用软件；开始提出软 件开发模型——”瀑布模型”
80年代 处理对象 大规模系统的程序设计
用途 以数据库为中心的计算机信息系统
环境与目的 网络、分布系统和个人计算机的普及，软 件系统规模扩大；CASE及相应的集成化 工具
开发方法
重点转向构造系统的方法；强调开发组的 协作；技术上：关系数据库的客户/服务器 计算，COCOMO和CMM的提出，面向对 象技术
CMM的用途包括:软件过程改进;软件过程评估; 软件组织开发能力评价.
CMM不是特定的软件开发技术。
1.2 CMM的发展过程
❖ CMM的理论基础
“丹明链” “全面质量管理” “质量管理顾问公司（质量研究所）”
1.2 CMM的发展过程
❖ 20世纪30年代，Walter Shewart公布了统 计质量控制原理
1.2 CMM的发展过程
❖ 全面质量管理（TQM，Total Quality Management）
CMM产生的理论基础 CMM是TQM在软件业应用中的升华 目标：满足现在和将来的客户需求
项目A
机构 项目B
项目C
项目X
系统
硬件
软件
TQM
过程管理 CMM
CMM的发展过程
❖ “质量管理顾问公司（质量研究所）”
质量管理学家克罗斯比在1979年成立了一家名为 质量管理顾问的公司（质量研究所）
IBM公司的罗恩.拉德斯和瓦茨.汉弗莱
1.2 CMM的发展过程
v CMM的发展
1987年9月 SEI 软件能力成熟度框架和软件成熟度问卷
1991年 SEI推出了CMM 1.0版本
1993年 SEI推出了CMM 1.0版本
图1.2 软件发展趋势
Continue
年代
软件开发技术的状况
40年代 处理对象 机器码
~
用途 科学计算；军事应用
50年代 环境与目的 裸机；确定计算机硬件的动作序列
开发方法 逻辑能力
60年代 处理对象 多种符号语言（独立于机器的）
用途 科学计算；商业、银行等领域
环境与目的 高效的程序设计语言；确定程序设计人员定 义的动作序列
目前 CMMI（Capability Maturity Model Integration）
计划 CMM 2.0
图1.4 CMM的发展过程
1.2 CMM的发展过程
❖ CMM的发展方向
CMM的主要特点
❖基于实际实践 ❖最好的反映了实践的情况
Continue
1.1 软件与软件产业的发展过程
❖ 软件工程与软件过程管理
软件过程管理
❖对软件开发全过程规范化及标准化的管理
❖软件过程管理技术包括：软件管理学和软件 工程经济学
❖目前，国外普遍采用的软件过程管理方法是： 美国卡内基•梅隆大学软件工程研究所（SEI） 提出的软件能力成熟度模型（SW-CMM）
90年代 处理对象 多媒体
用途 网络
环境与目的 Internet；信息共享，协同工作
开发方法 Internet的遍布，出现了JAVA；强调集成 和可重复性，复用经验，以及过程管理
1.1 软件与软件产业的发展过程
❖ 软件工程与软件过程管理
软件工程( Software Engineering)
❖指导计算机软件开发和维护的工程科学
❖旨在确定软件开发技术规范，其中软件开发 技术包含：软件开发方法学、软件工具和软 件工程环境
❖应用计算机科学（用于构造模型预算法）、 工程科学（用于制定规范、设计模型、评估 成本及权衡利弊）和管理科学（用于计划、 资源、质量、成本等管理）的基本原理
❖与其他工程的区别：产品是程序
❖特点：规范化、文档化
摘要
❖ 绪论 ❖ CMM体系结构 ❖ 可重复级(第2级) ❖ 已定义级(第3级) ❖ 已管理级(第4级) ❖ 优化级(第5级) ❖ CMM过程控制和ISO9000评价标准的区别
1 绪论
❖ 软件与软件产业的发展过程 ❖ CMM的发展过程 ❖ CMM与软件产业
1.1 软件与软件产业的发展过程
❖ 软件
解决“软件危机”
CMM工作最初是应美国联邦政府的要求提供一 种评估软件承包商能力的方法而进行的。
Capability Maturity Model For Software （SW—CMM)，软件能力成熟度模型是由美国 卡内基梅隆大学的软件工程研究所 (Software Engineering Institute SEI) 在1991年推出的。