CMM简介软件能力成熟度模型
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。
CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。
本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。
一、初始级（Level 1 - Initial）初始级是软件能力成熟度模型中最低的等级。
在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。
在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。
缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。
二、重复级（Level 2 - Repeatable）重复级是软件能力成熟度模型中的第二个等级。
在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。
组织能够重复地执行一些已经被证明是成功的软件开发实践。
这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。
三、定义级（Level 3 - Defined）定义级是软件能力成熟度模型中的第三个等级。
在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。
组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。
组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。
四、管理级（Level 4 - Managed）管理级是软件能力成熟度模型中的第四个等级。
在这个等级中，组织开始对软件开发过程进行量化和度量，以便对项目进行更加准确和全面的管理。
组织会使用一些度量指标来评估和监控软件开发过程的质量和效率，以及在开发过程中发现和解决问题的能力。
CMM(CMMI)基础知识介绍
的软件组织进行了软件过程成熟度模型的评估实践。SEI根据这四年 的实践经验，在原过程成熟度框架的基础上开发出了“软件能力成熟 度模型（CMM1．1版）”。 CMM1．1版发表后的两年里先后产生了三十多个草案，于己于1993年 2月发表了“软件能力成熟度模型的关键惯例1．1版”，统称SW— CMM1．1版，简称CMM。
◆ 技术 建立技术支持活动，并有稳定的计划。
◆ 度量 每个项目建立资源计划。主要关心成本、产品和进度。有相应的管理数据。
◆ 改进方向 （1） 不再按项目制定软件过程，而是总结各种项目的成功经验，使之规则 化，具体经验归纳为全组织的标准软件过程。把改进组织的整体软件过程能 力的软件过程活动，作为软件开发组织的责任。 （2） 确定全组织的标准软件过程，把软件工程及管理活动集成到一个稳固 确定的软件过程中。从而可以跨项目改进软件过程效果，也可作为过程剪裁 的基础。 （3） 建立软件工程过程小组（SEPG）长期承担评估与调整软件过程的任务， 以适应未来软件项目的要求。 （4） 积累数据，建立组织的软件过程库及软件过程相关文档库。 （5） 加强培训。
◆ 过程
软件开发和维护的过程是相对稳定的，但过程建立在项目一级。 有规则的软件过程是在一个有效的工程管理系统的控制之下，先前的成功经验
可以被重复。 问题出现时，有能力识别及纠正。承诺是可以实现的。
◆ 人员
项目的成功依赖于个人的能力以及管理层的支持。 理解管理的必要性及对管理的承诺。 注意人员的培训问题。
CMM/CMMI基础知识
1．1什么是CMM
CMM是指“软件能力成熟度模型”，其英文全称 为Capability Maturity Model
“软件能力成熟度模型”
“软件能力成熟度模型”(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及软件项目管理
CMM(软件能力成熟度模型)一、CMM的含义与作用CMM是Capability Maturity Model for Software的简称，中文叫“软件能力成熟度模型”，是对组织软件过程能力的描述。
CMM的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化，使企业能够更好的实现商业目标。
它侧重于软件过程开发的管理及软件工程能力的改进与评估，因此CMM被用作评价软件承包商能力并帮助组织改善软件过程质量，是目前国际上最流行、最实用的一种软件生产过程标准，成为当今企业从事规模软件生产不可缺少的一项内容。
CMM的目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
企业实施CMM模型并评估可为企业带来如下好处：指导软件组织提高软件开发管理能力；降低软件承包商和采购者的风险；评估软件承包商的软件开发管理能力；帮助软件企业识别开发和维护软件的有效过程和关键实践；帮助软件企业识别为达到CMM更高成熟等级所必须的关键实践；增加软件企业的国际竞争能力。
二、CMM的发展过程1984年美国国防部为降低采购风险，委托卡耐基—梅隆大学软件工程研究院（SEI）制定了软件过程改进、评估模型，也称为SEI SW-CMM。
该模型于1991年正式推出，迅速得到广大软件企业及其顾客的认可。
1987年SEI推出SW－CMM框架1991年推出CMM 1.0 版1993年推出CMM 1.1 版2000年推出CMMI-SE/SW 1.0版。
我国也于2001年4月发布了《SJ/T 11234-2001 软件过程能力评估模型》和《SJ/T 11235-2001 软件能力成熟度模型》两个标准。
我国政府一直重视软件产业的规范和发展，国务院于2000年6月颁发的“18号文件”第五章第十七条明确提出鼓励软件出口型企业通过ISO9000系列质量保证体系认证和CMM认证，其认证费用通过中央外贸发展基金适当予以支持。
软件能力成熟度模型(精)
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的介绍
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
• 第 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的未来发展
云原生和微服务架构的适 应性
随着云原生和微服务架构的普 及，CMM模型需要进一步发 展和改进，以适应这些新兴技 术的需求。
人工智能和机器学习的整 合
人工智能和机器学习在软件开 发中的应用越来越广泛， CMM模型需要与这些技术整 合，以提高软件开发的智能化 水平。
敏捷开发与CMM的融合
敏捷开发方法在软件开发中受 到广泛应用，CMM模型需要 与敏捷开发进一步融合，以提 高软件开发的灵活性和快速响 应能力。
个性化软件能力成熟度模 型
随着软件行业的快速发展和变 革，组织需要根据自身的特点 和需求，发展个性化的软件能 力成熟度模型，以更好地满足 业务发展需求。
05
软件能力成熟度模型案例研究
4. 重新评估
经过一段时间后，再次评估企业的软件开发 过程，确认改进效果。
05
06
实施效果
经过CMM的实施，企业的软件开发过程更加 规范，质量得到显著提升，同时开发效率也有 所提高。
案例二：CMM在软件开发项目中的应用
项目背景
01 某大型软件项目的开发，客户
对质量要求非常高。
1. 选择CMM级别
02 根据项目需求和客户要求，选
需求管理
需求变更得到控制，项目范围 和进度相对稳定。
已建立过程
项目过程已文档化并得到一定 程度的遵守。
文档管理
项目文档得到有效管理，方便 查阅和使用。
质量保证
实施了一定的质量保证措施， 如代码审查、测试等，以提高 软件质量。
已定义级
已定义过程
项目过程已完全文档化，并成为组织内部 标准。
预防措施
采取预防措施来降低缺陷和问题的发生率 。
3. 实施改进
软件工程与能力成熟度模型cmm
软件工程与能力成熟度模型cmm中国计算机用户20世纪70年代中期，软件工程管理引起广泛注意。
当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的失败项目是因为管理不善而引起的，而不是因为技术实力不够。
他们进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。
这个结论非常重要。
软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制等等。
在关系到软件项目成功与否的众多因素中，软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等都是与工程管理直接相关的因素。
由此可见，软件工程管理的意义至关重要。
软件项目的特殊性软件工程管理和其它工程管理相比有其特殊性。
首先，软件是知识产品，进度和质量都较难度量，生产效率也较难保证。
其次，软件系统复杂程度也是超乎想象的。
例如，宇宙飞船的软件系统源程序代码多达2000万行，如果按过去的生产效率一个人一年只能写1万行代码的话，将需要2000人年的工作量，这是非常惊人的。
正因为软件如此复杂和难以度量，软件工程管理的发展还很不成熟。
cmm，逐步的成熟美国carnegie mellon大学软件工程研究所(cmu/sei)主持研究与开发的cmm/psp/tsp技术，为软件工程管理开辟了一条新的途经。
cmm是英文“capability maturity model”的简称，意为能力成熟度模型。
cmm的本质是软件管理工程的一个部分。
根据软件生产的历史与现状，cmm框架可用5个不断进化的层次来表达：其中初始层是混沌的过程，可重复层是经过训练的软件过程，定义层是标准一致的软件过程，管理层是可预测的软件过程，优化层是能持续改善的软件过程。
任何单位所实施的软件过程，都可能在某一方面比较成熟，在另一方面不够成熟，但总体上必然属于这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的关键过程域
缺陷预防的目标是，明确产生缺陷的原因并
预防它们再次发生。 技术更新管理的目标是，确定新技术（如工 具、方法和过程），并有序地将这些技术引 入组织内。 过程更改管理的目标是，不断改进组织中所 使用的软件过程，从而提高软件质量和生产 率，缩短产品开发生命周期。
关键实践
软件能力成熟度模型（一）-CMMI概述
软件能⼒成熟度模型（⼀）-CMMI概述CMMI( Capability Maturity Model Integration)即能⼒成熟度模型集成，由CMM (Capability Maturity Model)发展⽽来，它最早是应⽤于软件业的⼀个过程改进模型，为软件组织描述了从混乱的、不成熟的软件过程向成熟有序的软件过程进⾏改进的⼀条途径。
后来随着应⽤的推⼴和模型本⾝的发展，CMMI逐渐演化成为⼀个被⼴泛应⽤的综合性过程改进模型。
1.CMMI的历史1991年，美国卡耐基梅隆⼤学软件⼯程研究所（SEI）推出了能⼒成熟度模型CMM，CMM的作⽤主要有两⽅⾯：1. 为软件客户提供评价软件开发商能⼒的⽅法。
2. 帮助软件开发商改进其软件过程，提⾼成熟度。
随着CMM在软件界应⽤的不断推⼴，其它相关学科和领域也采⽤它的模式，开发出了许多类似于CMM的模型。
1. SE-CMM (System Engineering CMM) 系统⼯程CMM，应⽤于系统⼯程管理。
2. SA-CMM (Software Acquisition CMM) 软件获取CMM，应⽤于软件获取（采购）⽅的能⼒成熟度模型。
3. IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发CMM，应⽤于集成系统产品的开发管理。
4. P-CMM (People CMM)：⼈员能⼒成熟度模型，应⽤于⼈⼒资源管理。
为了以⽰区别，常把CMM叫做SW-CMM。
同⼀个组织可能会应⽤多个过程改进模型，但多个过程改进模型的并存可能会引起冲突和混淆。
CMMI为⼯业界和政府部门提供了⼀个集成的能⼒成熟度模型产品集，消除了不同模型之间的不⼀致和重复，降低了过程改进的成本。
CMMI覆盖了软件⼯程、系统⼯程、集成产品开发和系统采购，以更加系统和⼀致的框架来指导组织改善软件过程，提⾼产品和服务的开发、获取和维护能⼒。
CMMI能力成熟度模型
CMMI能力成熟度模型
一、CMMI是什么？
CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成（也有称为：软件能力成熟度集成模型），是美国国防部的一个设想，年由美国国防部与卡内基-梅隆大学下的软件工程研究中心以及美国国防工业协会共同开发和研制的。
换句话说，就是给你公司一个软件开发管理可执行的框架，这个框架具有自动性和可扩展性。
实行CMMI体系的过程就是改进的过程。
最终的目的，就是在保证工期和预算的前提下，输出高质量的软件。
只要按照这个框架执行，我们开发工作每一个环节都有规程和文档为依据，我们的需求、设计、测试各个环节都有评审，变更将得到有效管理，项目成果和经验能得到积累和应用……
大家熟知的信息系统项目管理师和PMP，是两个对个人层面的认证，而CMMI是对企业层面的认证。
二、CMMI体系结构是怎样的？
5个等级。
CMMI模型把企业的软件能力成熟度划分为5个等级——第1到第5级。
数字越大，成熟度越高。
5个等级分别是：初始级、已管理级、已定义级、已定量管理级、优化级。
一般企业评估是第3级或第5级。
22个过程域。
每一个成熟度等级对应一定数量的过程域。
所谓过程域（PA），就是做好软件管理的某一个方面，如项目计划（PP）、风险管理（RSKM）、需求开发（RD）等等。
CMMI一共包括22个过程域，涵盖了过程管理、项目管理、工程管理、支持管理四个方面。
能力成熟度模型介绍
详细描述：某组织在发展过程中遇到瓶颈，需要进行组织变革。通过应用能力成熟度模型，该组织明确了变革的目标和路径 ，制定了详细的实施计划，并成功地推动了组织结构和文化的变革，提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词：技能提升
VS
详细描述：个人在职业发展过程中需 要不断提升自己的技能水平。通过应 用能力成熟度模型，个人可以清晰地 了解自己的能力短板，制定针对性的 学习计划和训练方法，提高自己的技 能水平和实践能力，实现职业发展和 个人价值的提升。
个人技能和能力。
个人绩效改进
03
通过分析个人绩效表现，发现存在的问题和不足，提出改进措
施和方法，提高个人绩效水平。
04
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异，可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时，不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调，确保各方理解变革的必要性和益处 ，并逐步调整和适应新的工作方式。
基础薄弱，缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范，项目执行过程混乱，技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作，初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范，项目执行过程逐渐有序，技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进，稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究
CMM软件成熟度标准
CMM软件成熟度标准CMM（软件能力成熟度模型：Capability Maturity Model For Software）是由美国卡内基梅隆大学的软件工程研究所（SEI：Software Engineering Institute）受美国国防部委托研究制定并在美国，随后在全世界推广实施的一种软件评估标准，主要用于软件开发过程和软件开发能力的评估和改进，共分为五级：第一级：初始级在初始级，企业一般不具备稳定的软件开发与维护的环境。
常常在遇到问题的时候，就放弃原定的计划而只专注于编程与测试。
第二级：可重复级在这一级，建立了管理软件项目的政策以及为贯彻执行这些政策而定的措施。
基于过往的项目的经验来计划与管理新的项目。
第三级：定义级在这一级，有关软件工程与管理工程的一个特定的、面对整个企业的软件开发与维护的过程的文件将被制订出来。
同时，这些过程是集成到一个协调的整体。
这就称为企业的标准软件过程。
第四级：定量管理级在这一级，企业对产品与过程建立起定量的质量目标，同时在过程中加入规定得很清楚的连续的度量。
作为企业的度量方案，要对所有项目的重要的过程活动进行生产率和质量的度量。
软件产品因此具有可预期的高质量。
第五级：（不断）优化级在这个等级，整个企业将会把重点放在对过程进行不断的优化。
企业会采取主动去找出过程的弱点与长处，以达到预防缺陷的目标。
同时，分析有关过程的有效性的资料，作出对新技术的成本与收益的分析，以及提出对过程进行修改的建议。
一、CMM的含义及作用CMM软件评估标准是从1930年开始的近代质量管理理论与实践基础上发展起来的。
1986年美国卡内基梅隆大学由联邦政府赞助成立了软件工程研究所（SEI），1991年SEI采访了100多家软件公司，开发出了CMM 1.0版本，1993年又推出了1.1版本。
CMM把软件开发过程的成熟度由低到高分为五级，即初始级、可重复级、已定义级、已管理级和优化级。
随着CMM等级的提高，逐步降低了软件开发风险，缩短了开发时间，降低了软件开发的人力物力成本，降低了灾难性的错误发生率，提高了质量。
软件能力成熟度模型
软件能力成熟度模型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的关键过程区域
CMMI简介
本章要点
1.CMMI历史 2.企业实施CMMI的好处 3.CMMI框架
企业实施CMMI的好处
具体的好处有 一个软件项目能够成功的最基本特征就是整个软件项目是在一个合 理的计划指导下，有序地完成各项规定的任务。这包括十个最基本 的因素。这些因素都可通过建立CMM/CMMI模型所获得的。它们是： ① 建立一个清楚的视野。包括明确整个和各阶段要实现的目标， 以及可能存在的各种风险等。这些可通过科学地评估和周密的策划 所得到。 ② 获得一个相对稳定和完整的书面需求。需求的变更是导致软 件产品质量下降和开发工作混乱的主要原因之一。通过需求管理可 以最大限度地降低这项风险。 ③ 建立一个有效的与客户之间沟通的渠道和方法。与客户沟通 的有效性，直接影响着客户对产品的满意以及对尽可能降低开发成 本和风险，缩短开发周期。
CMMI历史-简介
上个世纪70年代中期。当时美国国防部立题研究软件项目做不好的 原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力 不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而 技术只影响局部。到了20世纪90年代中期，软件管理工程不善的问题仍 然存在，大约只有10%的项目能够在预定的费用和进度下交付。软件项 目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程； 没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意 改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的 控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；军 用标准太少且不够完善等等。在关系到软件项目成功与否的众多因素中， 软件度量、工作量估计、项目规划、进展控制、需求变化和风险管理等 都是与工程管理直接相关的因素。由此可见，软件管理工程的意义至关 重要。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMM的五个等级
1. 初始级：软件过程的特点是无序的，甚至是混乱的。 几乎没有什么过程是经过妥善定义的，成功往往依 赖于个人或小组的能力。
2. 可重复级：建立了基本的项目管理过程来跟踪成本、 进度和功能特性。制定了必要的过程纪律，能重复 早先类似应用项目取得的成功。
3. 已定义级：已将管理和工程活动两方面的软件过程 文档化、标准化，并综合成该机构的标准软件过程。 所有项目均使用经批准、剪裁的标准软件过程来开 发和维护软件。
4. 已管理级：收集对软件过程和成品质量的详细度量 值，对软件过程和产品都有定量的理解和控制。
5. 优化级：过程的量化反馈和先进的新思想、新技术 促使过程不断改进C。MM简介软件能力成熟度模型
关键过程域
指明为了改进其软件过程组织应重点关注的区 域。识别出为了达到某个成熟度等级所必须着 手解决的问题。
SEI：美国卡耐基梅隆大学的软件工程研究 院产品
SEI：为美国联邦政府评估软件供应商能力，于 1986年开始研究的模型，于1993 年推出CMM 1.1版。
CMM 1.1版：是目前世界上比较流行和通用的CMM 版本。
新研究：
CMMI ( Integration ) P-CMM ( People ) SACMM ( 软件获取CMM )
CMM定义：对于软件组织在定义、实现、度量、控 制和改善其软件过程中各个发展阶段的描述。这个模 型便于确定软件组织的现有过程的能力和查找软件质 量及过程改进方面最关键的问题，从而为选择过程改 进战略提供指南。
CMM简介软件能力成熟度模型
SEI：Software Engineering Institute
组织过程定义的目标是，开发和维护一组可用的能提高项目软件 过程整体效能的软件过程资源集合，并为在定量过程管理中确定 有意义的数据提供基础，这些资源提供了一组稳定的准则，并通 过诸如培训等机制使其制度化。
软件分包合同管理的目标是，选择高质量的软件分承制 方，并进行有效的管理。
软件质量标准的目标是，为管理者提理的目标是，保证软件项目生成的产品在软 件生命周期中的完整CM性M简。介软件能力成熟度模型
等级3的关键过程域
组织过程的目标是，为改进组织的整体软件过程能力，建立负责 软件过程活动的机制。
CMM简介软件能力成熟度模型
软件能力成熟度模型CMM简介
CMM的主要作用：
➢软件过程的改进(Software Process Improvement)。 ➢软件过程评估(Software Process Assessment)。 ➢软件能力评估(Software Capability Evaluation)。
美国国防部的17个重要软件，进度计划平均28个月， 推迟了20个月才完成。
B1轰炸机的部署，因软件问题被推迟。
耗资580亿美元的A12飞机计划因软件问题被部分取 消。
美国统计局结论：把软件看成一个产品，把软件开发 看成一个过程，这种理解没有与已有的和刚刚形成的 飞行关键系统不断增加的复杂性及其对软件的依赖性 要求同步发展。 CMM简介软件能力成熟度模型
优化级
可预测的过程
软件质量管理 定量过程管理
已管理级
标准、一致的过程
同行评审 组间协调 软件产品工程 集成软件管理 培训大纲 组织过程定义 组织过程焦点
已定义级
有纪律的过程
软件配置管理
软件质量保证
软件子合同管理 软件项目跟踪与监督
可重复级
软件项目计划
需求管理
CMM简介软件能力成熟度模型
初始级
等级2的关键过程域
CMM定义：对于软件杂志在定义、实习、度量、控 制和改善其软件过程中各个发展阶段的描述。这个模 型暴雨强度软件组织的校友过程的能力和查找软件质 量及过程改进方面最关键的问题，从而为选择过程改 进战略提供指南。
CMM简介软件能力成熟度模型
软件能力成熟度模型CMM简介
开发符合预算和进度要求的高可靠性和可用性软件难 以实现。
软件能力成熟度模型CMM简介
SEI的任务：领导改进软件工程实践的当前状况，以 提高以软件为主的系统的质量。
软件能力成熟度模型(Capability Maturity Model for Software)：描述了有效的软件过程单元的框架。为 软件机构描述了从混乱的、不成熟的软件过程向成熟 的、有纪律的软件过程改进的一条途径。
软件能力成熟度模型CMM简介
SEI的任务：领导改进软件工程实践的当前状况，以 提高以软件为主的系统的质量。
软件能力成熟度模型(Capability Maturity Model for Software)：描述了有效的软件过程单元的框架。为 软件机构描述了从混乱的、不成熟的软件过程向成熟 的、有纪律的软件过程改进的一条途径。
需求管理的目标是，在客户和解决客户需求的软件项目 之间，建立对客户需求的共同理解。这种与客户间的一 致是计划和管理软件项目的基础。
软件项目计划的目标是，制定实施软件工程与管理软件 项目的合理计划。
软件项目跟踪和监督的目标是，能够随时掌握软件项目 的实际开发过程，使得当软件项目的执行活动与软件计 划相背离时，管理部门能采取有效的措施。
软件能力成熟度模型CMM简介
开发符合预算和进度要求的高可靠性和可用性软件难 以实现。
美国国防部的17个重要软件，进度计划平均28个月， 推迟了20个月才完成。
B1轰炸机的部署，因软件问题被推迟。
耗资580亿美元的A12飞机计划因软件问题被部分取 消。
美国统计局结论：把软件看成一个产品，把软件开发 看成一个过程，这种理解没有与已有的和刚刚形成的 飞行关键系统不断增加的复杂性及其对软件的依赖性 要求同步发展。 CMM简介软件能力成熟度模型
每个关键过程域识别一串相关活动，当这些活 动全部完成时，能达到一组对增强过程能力至 关重要的目标。
要实现某个关键过程域，必须达到该关键过程
域的全部目标。目标概括一个关键过程域的关
键实践。目标表明每个关键过程域的范围、边
界和意图。
CMM简介软件能力成熟度模型
关 键 过 程 域
不断改进的过程
过程更改管理 技术更新管理 缺陷预防