软件能力成熟度模型(精)
CMM简介软件能力成熟度模型
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
组织过程定义的目标是，开发和维护一组可用的能提高项目软件 过程整体效能的软件过程资源集合，并为在定量过程管理中确定 有意义的数据提供基础，这些资源提供了一组稳定的准则，并通 过诸如培训等机制使其制度化。
031软件能力成熟度模型TCMM
在衡量软件企业的是研发和管理能力的是CMM以及后面推出的CMMI，很多公司通过CMM 的各个级别的认证，为企业承接项目添加了砝码，而对于软件测试行业来说，还没有出现一个认证机构，测评一个从事软件测试项目的企业具有的能力。
其实在几年前，已经推出的TMM（Testing Maturity Model），而我个人认为使用TCMM（Testing Capability Maturity Model）更为合适，TCMM也分为五级。
下面我们就看看是如何划分的，来评判一下各位同仁自己所在的公司，所在的级别。
TCMM Level 1：Initial（初始级）测试处于一个混乱的状态，还不能把测试同调试分开，在编码完成后才进行测试工作，测试和调试交叉在一起，目的就是发现软件中的bug。
测试的目的是表明程序没有错。
软件产品发布后没有质量保证。
缺乏测试相应的测试资源、例如专职测试人员和测试工具，测试人员没有经过培训。
这种类型的公司属于这个阶段，处于这个阶段的公司在测试中缺乏成熟的测试目标，测试处于可无可有的地位。
TCMM Level 2：Phase Definition（阶段定义级）测试同调试分开且把测试作做为编码后的一个阶段。
尽管测试别看做是一个有计划的行为，但是由于测试的不成熟仅在编码后制定测试计划，因为测试完全是针对于源代码的。
处于这个级别的公司测试的首要目的就是验证软件符合需求，会采用基本的测试技术和方法，由于测试处于软件生命周期的末尾环节，导致出现很多无法弥补的质量问题。
另外，在需求和设计阶段产生的很多问题被引入到编码中，但基于源代码的测试导致产生了很多的问题无法解决。
TCMM Level 3：Integration（集成级）测试不再是编码后的一个阶段，而是把测试贯穿在整个软件生命周期中。
就象软件测试领域的V模型，在需求阶段软件测试就介入了，测试是建立在满足用户或客户的需求上，根据需求设计测试用例和作为测试的依据。
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（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采购模型、软件采购模型以及政府及产业采购的最佳实践等，用于指导采购方进行采购管理。
软件能力成熟度模型CapabilityMaturityModelforSoftware
公共特征 实施承诺(Commitment to Perform)： 描述为了保证软件过程的建立和持续执行软件开发组织所 需采取的活动，包括：方针政策、 高层管理者的保障、其它 责任等
实施能力 描述为了很好地实施软件过程所需的先决条件。包 括：资源、组织结构、培训等 实施活动 描述为了实现关键过程域所需的角色及其进行的活 动或过程。 度量与分析 描述为了度量软件过程和分析度量结果所需的活动 验证实现 描述为了保证过程的实施情况和所定义的过程完全 一致所需的验证步骤。
二、CMM的软件过程成熟度框架 通过成熟度级别，定义了在使软件 过程成熟的过程 中的 持续改善的 持续优化级 (5) 演化状态。 过程 可预言的 过程 标准的一致的 过程 已定义级 (3) CMM将这些演化步骤组织为5个成 熟度等级的框架，为持续的过程改 进提供了基础。 已管理级 (4)
严格的 过程
管理级(4)
软件质量管理 量化的过程管理
定义级(3)
对等复审 组间协作 软件产品工程 集成的软件管理 培训计划 组织过程定义 组织过程焦点
可重复级(2)
软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪和监督 软件项目规划 需求管理 初始级(1)
基本关系： 每一关键过程域包含一组关键实践。并按“共同特征” 组 织为每一级的关键实践类：制定方针政策，确保必备条件， 实施软件过程 ，检查实施情况。
在无纪律的、混乱的软件项目开发状态中，开发组织 不可能从软件工程的研究成果中获益。尽管仍有一些软件 开发组织能够开发出个别优秀软件，但其成功往往归功于 软件开发组的一些杰出个人或小组的努力。
历史的经验表明：一个软件开发组织，只有通过： 建立全组织的有效的软件过程； 采用严格的软件工程方法和管理； 坚持不懈地付诸实践； --才能取得全组织的软件过程能力的不断改进 针对这一问题： 1986 年 11 月，美国卡内基 - 梅隆大学软件工程研究所 （SEI）开始开发过程成熟度框架。 1987 年 9 月， SEI 发布了过程成熟度框架的简要描述和 成熟度调查表。 1991年，SEI将过程成熟度框架演化为CMM 1.0版。 1993年，SEI根据反馈，提出CMM 1.1版。 2001年，SEI发表CMMI—SE/SW1.0版。
软件能力成熟度模型
基于CMM的软件质量管理
24
2.2可重复级
± Ó ì Ì ª î Ï Ä À Å Í Ä ï²è î º ¾ Ì Á ¹ ¨¢ ç ¼ à ¸ Ë ³ ® Á CMM2¹ £ º ´ · ¨ ¢ ð » Á ç ¼ ¾ ¸ ±³ Ì Á µ ³Ì Á º ñ Õ ç ¼ õ Ü ì ä ´ Ê ¤ ¶ ½ ¶ ²· ¶ Å ´ ïñ à ³¸ Ó ´ ° à º Í Ñ ñ ²õ ¶ ½ · ¼ Ó Ü ì Ê Ô Ã ç ¸ ¨¢ è î ð ß º ¾ Í Ä ¸ Ì ½ á ç ¼ ä £ ¶ È Ì Á ¶ Á Æ ±¢ Ç ² ¸ ± » ¡ ³Ñ £ ¨¢ ç ¼ à ® º ¾ Ì Á ¹ ¸ É ¢ ²Ò Á ± ¡ å Ì Ë ³ Å ¼ ç ¼ õ ¶ ´ ¾ Ì Á º Ò ½ ÷ æ © ¸ » Ò ² Ç £ é ¤ñ ²Ê ç Î Ó ° à · ¸ è î £ Í Ä ¡ Ñ ñ ²¢ â ò ´ ° à ¡ ±µ ´ ð Ê Ô Ã ¸ Ç ±· ¼ Ó £ ¡ ñ Ì Î Ñ · Ç ³ ± Á Í â ª ¢ ç ¯ £ à ¼ ²¸ ´ ¡ ¯ ´ ¢ ¤ï¼ ¢ ¡ ¶ ³¾ ¡ ¢ ½ á ¢ ÷ ¡ ¶ È ¡ ¶ £ ¡ ¬ °±Æ ¡ £ ¹ Ç ° Å ¯ Ä ñ ö Ì ´ Ç ²²· ¢ Ç à õ ¡ Ë É º Í ò É ¬ Ü ì °Æ £ ¶ ½ ì ø â À Ü ì Å ¹ Â Ó ¶ ½ ì ø Ð Ì ¬ Ü ì Å ¹ ³· Ê ¶ ½
26
基于CMM的软件质量管理
2.4已管理级
ì Ó ± Ì CMM4¹ £ Ë ´ · ª ¾ µ ³· ¼ Ó È ñ Õ Ê Ô Ã ì ø ª ¢ Ç Å ¹ ¼ ²Ó ¾ £ Ï ´ ¼ ² ¼ ¬ ª Ñ ª ¢ ¶ ± · ° à º ÷ É Ê ñ ²õ Í ²Ë Ó ô ª î Ï Ä ¨¢ º ¾ ê ± Ñ Ì ´ ç õ º Í ì ½ ç ¸ ¯ ´ ª µ õ ì ø ÷ É ¨¢ Å ¼ Ë Á º Å ¹ ¶ ± º ¾ ´ ¾ Ç ¼ ¼ Ó ¾ Á ¼ ±¸ Á ê £ ¨¾ ì ø ñ ²Ç ¼ ¼ ê £ º ¢ Å ¹ ° Ã Ó ¾ Á ±¡ ¼ õ ¶ ´ ì ¹ ¶ ± ³ Í Á º Í ´ Á º Ò Ñ Å ø ÷ É Á Ñ Ü õ Å ¼ ¯ Ü ¾ ¸ ¾ ¸ ¶ ¼ £ Ñ ° ²Ç ¼ õ Å ¼ ´ ñ Ã Ó ¾ º Í ´ ¾ Ô ò ÷ É õ í ¶ ¹ ¶ ± Ä Ð ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½ ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型体系（Software Capability Maturity Model，简称SCMM）是一个评估和改进软件开发组织能力的框架。
该模型由美国国防部软件工程研究所（Software Engineering Institute，简称SEI）在1986年提出。
它是一个五层的阶梯模型，用于评估和指导软件开发组织的软件工程能力。
本文将详细介绍软件能力成熟度模型体系的各个层次和其对软件开发过程的重要性。
第一层：初始级初始级是指软件开发组织没有一个确定的过程，所有工作都是临时性的，没有一致性的开发标准。
在这一级别，项目成功与否主要依赖于个人技能和意愿。
没有任何的文档化标准和过程规范，项目无法可靠地按时、按质完成。
在初始级，很难复制和标准化成功的开发方法。
第二层：重复级重复级是指开始建立一些通用的软件开发过程。
组织开始制定一些工作指导方针和标准操作流程。
重复级的主要特点是组织具有了一定能力来复制和重复之前的成功。
虽然还没有完全标准化的过程，但团队已经开始建立对软件开发流程的控制。
第三层：定义级定义级是指软件开发组织开始将过程进行文档化，并建立起一套软件工程的标准和指导文件。
软件开发组织在这个级别上建立了一套可重复的工程方法，并对项目开展了全面的计划和控制。
具体的软件开发过程标准化并进行了持续的改进，起到了确保项目按时交付、满足质量要求的作用。
第四层：管理级管理级是指软件开发组织建立了系统化的软件过程管理，通过度量和监控来控制软件开发过程。
在管理级，组织可以进行定量的评估和分析，以便更好地调整和改进软件过程。
该级别的目标是通过有效的量化和改进，持续提升软件开发过程的质量和效率。
第五层：优化级优化级是指软件开发组织通过确定和推动改进机会，实现持续和可持续的过程改进。
在优化级，组织通过收集和分析数据，识别问题并找到解决方案。
持续的过程改进能够保持组织的竞争优势，并使软件开发组织更加灵活和适应变化。
软件能力成熟度模型等级和过程
软件能力成熟度模型等级和过程在软件开发行业中，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估和改进组织软件开发能力的方法。
CMM将软件过程能力分为五个等级，每个等级代表了不同的软件开发成熟度。
在本文中，我将介绍CMM的五个等级和相应的软件开发过程。
第一等级——初始级（Initial）初始级是软件开发团队的起点，特点是开发过程不可预测、不稳定且不受控制。
在这个等级中，软件开发过程通常是一种灵活的方式，缺乏定义和规范。
开发团队的工作主要依靠个人技能和经验，而非标准化方法。
第二等级——可管理级（Managed）当开发团队达到可管理级时，他们开始寻求一种系统化的方法来管理软件开发过程。
这个等级的关键是建立有效的项目管理实践，通过规范化的计划、控制和测量，对项目进展进行管理和监控。
第三等级——已定义级（Defined）已定义级是软件开发过程的一个重要里程碑，它要求开发团队建立起一套标准化的软件开发流程。
这个过程必须经过详细的定义和文档化，以确保团队的工作是可重复的和可预测的。
第四等级——量化管理级（Quantitatively Managed）在量化管理级，软件开发团队进一步改进了他们的过程，并引入了更多的量化和度量方法。
这些量化和度量方法是为了监控和管理软件开发过程的关键指标。
通过定期收集和分析数据，团队可以做出有根据的决策，进一步提高软件开发过程的质量和效率。
第五等级——优化级（Optimizing）优化级是软件开发过程的最高级别。
在这个等级中，开发团队持续追求卓越，并通过不断改进软件开发过程来实现进一步的提升。
团队会寻找新的创新方式，试验新的技术和方法，以优化软件开发过程的效率和质量。
综上所述，软件能力成熟度模型将软件开发能力划分为五个等级：初始级、可管理级、已定义级、量化管理级和优化级。
不同的等级代表了软件开发过程的不同成熟度水平，团队可以通过评估自身的成熟度来制定相应的改进计划，并逐步提高软件开发过程的质量和效率。
软件工程第十二章软件能力成熟度模型
CMM的未来发展
云原生和微服务架构的适 应性
随着云原生和微服务架构的普 及，CMM模型需要进一步发 展和改进，以适应这些新兴技 术的需求。
人工智能和机器学习的整 合
人工智能和机器学习在软件开 发中的应用越来越广泛， CMM模型需要与这些技术整 合，以提高软件开发的智能化 水平。
敏捷开发与CMM的融合
敏捷开发方法在软件开发中受 到广泛应用，CMM模型需要 与敏捷开发进一步融合，以提 高软件开发的灵活性和快速响 应能力。
个性化软件能力成熟度模 型
随着软件行业的快速发展和变 革，组织需要根据自身的特点 和需求，发展个性化的软件能 力成熟度模型，以更好地满足 业务发展需求。
05
软件能力成熟度模型案例研究
4. 重新评估
经过一段时间后，再次评估企业的软件开发 过程，确认改进效果。
05
06
实施效果
经过CMM的实施，企业的软件开发过程更加 规范，质量得到显著提升，同时开发效率也有 所提高。
案例二：CMM在软件开发项目中的应用
项目背景
01 某大型软件项目的开发，客户
对质量要求非常高。
1. 选择CMM级别
02 根据项目需求和客户要求，选
需求管理
需求变更得到控制，项目范围 和进度相对稳定。
已建立过程
项目过程已文档化并得到一定 程度的遵守。
文档管理
项目文档得到有效管理，方便 查阅和使用。
质量保证
实施了一定的质量保证措施， 如代码审查、测试等，以提高 软件质量。
已定义级
已定义过程
项目过程已完全文档化，并成为组织内部 标准。
预防措施
采取预防措施来降低缺陷和问题的发生率 。
3. 实施改进
软件能力成熟度模型等级和过程
软件能力成熟度模型（CMM）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。
这五个等级分别是初始级、重复级、定义级、管理级和优化级。
在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。
### 1. 初始级在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。
在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。
这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。
### 2. 重复级在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。
在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。
### 3. 定义级在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。
这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。
在这个阶段，组织通常会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。
### 4. 管理级在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。
这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。
在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。
### 5. 优化级在优化级，组织已经实现了对软件开发过程的最高理解和控制。
这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力，并且能够持续改进和优化软件开发过程。
在这个阶段，组织不断寻求创新和改进，以保持其在软件开发领域的领先地位。
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估组织软件工程能力成熟度的模型。
它由美国卡内基梅隆大学的软件工程研究所（SEI）研发，主要用于评估软件开发和维护过程的管理能力和工程能力。
CMM模型将软件开发过程分为初始、重复、定义、管理和优化五个级别，每个级别都有不同的标准和要求。
初始级别是最低的级别，表示软件开发过程处于无序状态，没有明确的流程和规范；重复级别是第二个级别，表示软件开发过程开始有了一些基本的流程和规范，但仍然存在很多重复性的工作；定义级别是第三个级别，表示软件开发过程已经有了明确的流程和规范，并开始注重项目管理和质量保证；管理级别是第四个级别，表示软件开发过程已经有了完善的流程和规范，并开始注重团队协作和项目管理；优化级别是最高级别，表示软件开发过程已经非常成熟，并开始注重创新和改进。
CMM模型的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
它是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。
CMMI是CMM的升级版，也是由SEI开发的一种软件开发和维护过程成熟度评估模型。
CMMI 把软件开发过程分为初始、已管理、已定义、定量管理、优化五个阶段，每个阶段都有不同的标准和要求。
与CMM相比，CMMI更加注重定量管理和优化，强调通过数据分析和改进来提高软件开发和维护过程的效率和质量。
总之，软件能力成熟度模型体系是一种用于评估组织软件工程能力成熟度的模型，它包括CMM和CMMI两种模型，旨在帮助企业评估自己的软件开发和维护能力，识别改进的方向和方法，提高软件开发和维护过程的效率和质量。
软件能力成熟度模型PPT课件
案例三：某大型企业的CMMI应用与效果
总结词
CMMI助力大型企业提升软件质量与竞争力
详细描述
某大型企业为了提高软件质量和竞争力，全面应用了CMMI。通过实施CMMI，该企业 规范了软件开发流程，提高了软件质量。同时，CMMI的应用还帮助该企业提高了团队 协作和项目管理能力，降低了软件开发成本和风险。这些改进使得该企业的软件产品更
评估结果与改进
反馈评估结果
将评估报告向相关干系人进行反馈，以便了解软件开发生命周期的成 熟度现状和改进方向。
制定改进计划
根据评估结果，制定针对性的改进计划，明确改进目标、措施、时间 表和责任人。
实施改进措施
按照改进计划，组织相关人员进行改进工作，确保改进措施的有效实 施。
监控与评审
对改进过程进行监控和评审，确保改进工作的顺利进行，并及时调整 改进计划以确保达成预期的改进目标。
企业如何持续改进软件能力成熟度
制定改进计划
企业应根据自身实际情况，制定具体 的改进目标和计划，明确改进的方向 和措施。
实施过程改进
企业应积极推行过程改进，通过优化 流程、提高团队能力、加强项目管理 等方面提升软件能力成熟度。
பைடு நூலகம்
持续监控与评估
企业应建立持续监控和评估机制，及 时发现和解决存在的问题，确保改进 效果的持续性和稳定性。
PART 04
CMMI实践案例
案例一：某软件开发公司的CMMI实施
总结词
成功实施CMMI，显著提升软件质量
详细描述
某软件开发公司为了提高软件质量，成功实施了CMMI。通过制定严格的软件开发流程和质量标准， 该公司减少了软件缺陷和错误，提高了软件的可维护性和可靠性。同时，CMMI的实施还帮助该公司 提高了团队协作和项目管理能力，从而提高了整体软件开发的效率和质量。
软件能力成熟度模型CMM五个级别介绍
软件能力成熟度模型CMM五个级别介绍软件能力成熟度模型（Capability Maturity Model，CMM）是美国国防部软件工程研究中心（SEI）为评估软件开发组织的能力而开发的一种模型。
CMM定义了五个不同的成熟度级别，每个级别都与软件组织的不同能力水平相对应。
下面将详细介绍CMM的五个级别。
1. 初始级（Level 1：Initial）初始级是指软件开发组织没有一个可重复使用的过程，所有的工作都是以临时和不规范的方式进行的。
在这个级别，软件开发过程主要依赖个人技能和经验，项目进展不可预测且难以控制。
组织在这个级别往往面临着高风险和低质量的软件交付。
2. 已管理级（Level 2：Managed）已管理级是指软件开发组织建立了基本的项目管理过程。
在这个级别，组织开始将项目管理和过程管理与产品开发相结合。
组织可以使用计划和跟踪等项目管理工具来确保项目按计划进行，并能够确定开发过程中的风险并采取行动控制风险。
软件开发过程在一定程度上可重复，开发者可以采用已定义的过程来提高开发效率和质量。
3. 已定义级（Level 3：Defined）已定义级是指软件开发组织已经建立了基于已定义的开发过程的标准化开发方法。
在这个级别，组织已经明确制定了一套开发过程，并在项目中广泛应用和执行这些过程。
组织通过培训和文档来确保开发人员明确和理解这些过程。
这种标准化和可重复性使组织能够更加有效地管理项目，并提高软件质量和可交付性。
4. 已量化级（Level 4：Quantitatively Managed）已量化级是指软件开发组织通过收集和分析数据来定量管理开发过程和项目。
在这个级别，组织建立了度量和评估机制，通过采集和分析各种度量数据来监控和管理项目和过程。
组织可以根据这些数据做出准确的决策，进行持续的过程改进，并能够提前预测和控制项目的结果。
5. 优化级（Level 5：Optimizing）优化级是指软件开发组织持续追求卓越，通过不断优化和改进开发过程和项目管理，实现最高水平的质量和效率。
【精品】软件能力成熟度模型：CMM五个级别介绍(精)
软件能力成熟度模型：C M M五个级别介绍(精)软件能力成熟度模型:CMM 五个级别介绍CMM 为企业的软件过程能力提供了一个阶梯式的进化框架, 阶梯共有五级。
第一级只是一个起点,任何准备按 CMM 体系进化的企业都自然处于这个起点上,并通过它向第二级迈进。
除第一级外,每一级都设定了一组目标, 如果达到了这组目标,则表明达到了这个成熟级别,可以向下一级别迈进。
从纯粹的个人行为发展到有计划有步骤的组织行为…第一级:初始级 (Initial;第二级:可重复级 (Repeatable;第三级:已定义级 (Defined;第四级:受管理级 (Managed;第五级:优化级 (Optimizing。
初始级初始级的软件过程是未加定义的随意过程, 项目的执行是随意甚至是混乱的。
也许有些企业制定了一些软件工程规范, 但若这些规范未能覆盖基本的关键过程要求, 且执行没有政策、资源等方面的保证时,那么它仍然被视为初始级。
关注点:工作方式处于救火状态,不断的应对突如其来的危机;工作组:软件开发组、工程组;提高:需要建立项目过程管理,建立各种计划,开展 QA 活动。
可重复级根据多年的经验和教训,人们总结出软件开发的首要问题不是技术问题而是管理问题。
因此, 第二级的焦点集中在软件管理过程上。
一个可管理的过程则是一个可重复的过程, 可重复的过程才能逐渐改进和成熟。
可重复级的管理过程包括了需求管理、项目管理、质量管理、配置管理和子合同管理五个方面; 其中项目管理过程又分为计划过程和跟踪与监控过程。
通过实施这些过程,从管理角度可以看到一个按计划执行的且阶段可控的软件开发过程。
关注点:规则化引入需求管理、项目管理、质量管理、配置管理、子合同管理等;引入工作组:测试组、评估组、质量保证组、配置管理组、合同组、文档支持组、培训组;提高:SEPG 、建立软件过程库和文档库已定义级在可重复级定义了管理的基本过程, 而没有定义执行的步骤标准。
软件能力成熟度模型
• 1995年，美国共取消了810亿美元的软件项目，其
中31%的项目未做完就取消了，53%的软件项目进 度通常要延长50%的时间，通常只有9%的软件项目 能够及时交付并且费用也不超支。
• 结论：管理是影响软件研发项目全局的因素，而技术
CMM合并在一起的想法，于是开始了名为“综合能力成熟度 模型”（英文缩写为CMMI）的一个综合性模型投入研制。
编辑ppt
12
SW-CMM的由来与发展（续五）
• SEI的CMM为软件工程管理开辟了一条新的途经，其的本
质还是软件工程的一个部分。
• 迄今为止，CMM虽然只是美国卡内基-梅隆大学软件工程
研究所（SEI）发表的一份技术报告，既不是政府也不是 行业协会批准的标准，但它在美国和国际上已成为事实上 的软件行业标准。鉴于CMM的巨大应用前景，SEI已在美 国注册了CMM, Capability Maturity Model 和Capability Maturity Modeling的专利和商标。
• 我们怎么办？
编辑ppt
5
什么是SW-CMM？
• SW-CMM称为软件能力成熟度模型，是Capability
Maturity Model for Software的缩写形式。
• 目前国际上最流行最实用的软件生产过程标准和
软件企业成熟度等级认证标准。用于评价软件承 包能力并帮助其改善软件质量的方法。
• 4年之后，SEI将软件过程成熟度框架进化为软件能力成熟
度模型（Capability Maturity Model For Software，简称 SW-CMM）。
• 1991年8月，SEI发布了最早的SW-CMM v1.0。 • 经过两年的试用，1993年SEI正式发布了SW-CMM v1.1，
软件能力成熟度模型
软件能力成熟度模型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)。
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的一些基本概念（1）
软件过程：人们用于开发和维护软件及其相关过程的一 系列活动，包括软件工程活动和软件管理活动。 软件过程能力：描述（开发组织或项目组）遵循其软件 过程能够实现预期结果的程度，它既可对整个软件开发 组织而言，也可对一个软件项目而言。 软件过程性能：表示（开发组织或项目组）遵循其软件 过程所得到的实际结果，软件过程性能描述的是已得到 的实际结果，而软件过程能力则描述的是最可能的预期 结果，它既可对整个软件开发组织而言，也可对一个特 定项目而言。 软件过程成熟：一个特定软件过程被明确和有效地定义， 管理测量和控制的程度。
为增强自身实力，积极参与国际竞争，国内软件企业把 资质认证也提上了日程。我国政府明确表示鼓励软件出 口型企业通过CMM认证。各地方政府也制定了相应的 政策，如上海市就规定对在本市注册并通过CMM3~5认 证的企业可以分别获得40万、60万和80万元人民币资助。 获得了CMM认证就获得了迈向国际市场的“通行证”。 IDG统计数据显示，目前全球软件外包市场规模已达到 1000亿美元。中国拥有软件企业近9000家。
CMM 软件能力成熟度模型
Capability Maturity Model
3.1 过程改进
质量三角：组织的Q&P依赖于过程、人和技术三个因素； 过程驱动的两种模式： 目标模式：根据一个预先设定的目标，自顶向下制定过 程度量或评价模型，有目的地开展相关改进活动的过程 改进模式； 缺陷驱动模式：根据过程实施时所产生的关于过程缺陷 的反馈信息，进行有针对性的改进活动； 有效结合。
链接4：微软解决方案框架MSF与CMM
微软成功的实践经验： 每天都保持出货状态 使用一对一的测试人员 建立特性小组 使用有缓冲的多个开发周期 建立固定的出货日期 增量式开发软件 分享经验教训
应用MSF 开发观念与原则：并不需要强制执行统一的过程， 相反，每个产品组都需要通过吸收学习当前成功 的实践经验来发展自己的合理的开发过程。 组成
链接2：CMM/CMMI不是软件企业唯一的选项
CMM/CMMI来到中国已经变质。只要花钱，只要招待，你就可能 拿到一张证书。虽然拿到了这个证书，但是软件企业并没有得到什 么实惠。 举例说来，软件企业的效率、过程的能力仍然是跟以前一样，因为 CMM/CMMI在做的同时，他们仍然在按照原来的方法在做，原来 的体制在运行。 一边按照CMM/CMMI做各种需要的文档，一边还在按照老传统做 什么调研、方案设计、调试，跟CMM/CMMI并不合拍。 CMM/CMMI是一个评估的依据，也是一个过程改进的框架，并不 是一个标准。
CMM的一些基本概念（2）
软件能力成熟度等级：软件开发组织在走向成熟的途中 几个具有明确定义的表示软件过程能力成熟度的平台。
关键过程域：每个软件能力成熟度等级包含若干个对该 成熟度等级至关重要的过程域，它们的实施对达到该成 熟度等级的目标起到保证作用。这些过程域就称为该成 熟度等级的关键过程域，反之有非关键过程域，是指对 达到相应软件成熟度等级的目标不起关键作用。归纳为： 互相关联的若干软件实践活动和有关基础设施的一个集 合。
中国目前已经有不少的公司开始介入软件外包这一领域。 目前软件外包产业较为发达的地区有上海、北京、大连 以及深圳等城市。以北京为例，有40%的软件企业参与 外包项目，软件行业60%～70%的营业额来自外包。在 上海和北京，一个软件外包工程师的月薪达到7,000～ 10,000元人民币，而同样能力的软件工程师在武汉只需 要三～四千元人民币。资本的特征是向成本更低的地方 流动，所以，近一段时间以来已经有大量的东部软件公 司准备迁移到中部地区，目前首选的地区主要是武汉和 西安。
软件能力成熟度模型：随着软件组织定义、实施、测量、 控制和改进其软件过程，软件组织的能力也伴随着这些 阶段逐步前进，完成对软件组织进化阶段的描述模型。
CMM五级模型(1)
第级：初始级
在初始级，企业一般不具备稳定的软件开 发与维护的环境。常常在遇到问题的时候，就 放弃原定的计划而只专注于编程与测试。
CMM五级模型(4)
第四级：定量管理级
在这一级，企业对产品与过程建立起定量 的质量目标，同时在过程中加入规定得很清楚 的连续的度量。作为企业的度量方案， 要对所 有项目的重要的过程活动进行生产率和质量的 度量。软件产品因此具有可预期的高质量。
CMM五级模型(5)
第五级：（不断）优化级
在这个等级，整个企业将会把重点放在对 过程进行不断的优化。企业会采取，以达到预 防缺陷 的目标。同时，分析主动去找出过程的 弱点与长处有关过程的有效性的资料，作出对 新技术的成本与收益的分析，以及提出对过程 进行修改的建议。
软件过程成熟度，指一个特定的软件过程 被显式定义、管理、度量、控制和执行的 程度；
3.2 CMM概述
一个成熟软件组织具有在全组织范围内管理软件、开发 过程和维护过程的能力 规定的软件过程被正确无误地通知到所有员工 工作活动均按照已规划的过程进行，并通过可控的先导 性试验和费效分析使这些过程得到改进 对已定义过程中的所有岗位及其职责都有清楚的描述 通过文档与培训使全组织有关人员对已定义的软件过程 都有很好的理解，从而使其软件过程所导致的生产率和 质量能随时间的推移得到改进。
软件项目失败的主要原因有：需求定义不明确；缺乏一 个好的软件开发过程；没有一个统一领导的产品研发小 组；子合同管理不严格；没有经常注意改善软件过程； 对软件构架很不重视；软件界面定义不善且缺乏合适的 控制；软件升级暴露了硬件的缺点；关心创新而不关心 费用和风险；军用标准太少且不够完善等等。 在关系到软件项目成功与否的众多因素中，软件度量、 工作量估计、项目规划、进展控制、需求变化和风险管 理等都是与工程管理直接相关的因素。
CMM五级模型(2)
第二级：可重复级
在这一级，建立了管理软件项目的政策以 及为贯彻执行这些政策而定的措施。基于过往 的项目的经验来计划与管理新的项目。
CMM五级模型(3)
第三级：定义级
在这一级，有关软件工程与管理工程的一 个特定的、面对整个企业的软件开发与维护的 过程的文件将被制订出来。同时，这些过程是 集成到一个协调的整体。这就称为企业的标准 软件过程。
所谓软件外包就是一些发达国家的软件公司将他们的一些非核心的 软件项目通过外包的形式交给人力资源成本相对较低的国家的公司 开发，以达到降低软件开发成本的目的。众所周知，软件开发的成 本中70%是人力资源成本，所以，降低人力资源成本将有效地降低 软件开发的成本。 软件外包已经成为发达国家的软件公司降低成本的一种重要的手段。 目前，全球软件的销售额为6,000亿美元，而其中软件外包的销售 额即达到500～600亿美元。预期到2005年软件外包的销售额将达到 1,000亿美元。软件外包的大幅度增长为人力资源成本相对较低的 印度和中国带来了新的发展机会。
CMM的诞生
软件管理工程引起广泛注意源于20世纪70年代中期。当 时美国国防部曾立题专门研究软件项目做不好的原因， 发现70%的项目是因为管理不善而引起，而并不是因为 技术实力不够，进而得出一个结论，即管理是影响软件 研发项目全局的因素，而技术只影响局部。 到了20世纪90年代中期，软件管理工程不善的问题仍然 存在，大约只有10%的项目能够在预定的费用和进度下 交付。
CMM和ISO9001的比较
CMM专为软件企业定制，而ISO适用于各行各 业 ISO9001确定了一个质量体系的最少要求 CMM明确强调持续的过程改进 既有联系又有区别 最重要的是保证企业产品质量并不断改进和提 高
链接1：解析CMM和中国软件
有意向中国软件公司发包的外商最关心的是两 个事情：一个是对知识产权的保护，另一个则 是人力资源上是否具备和甲方进行有效沟通的 能力。 关于开发的管理，有外商认为，如果在美国， 一个企业如果拿出任何能够证明其公司管理能 力的资料，他都不会有任何怀疑，而在中国： "No，I only believe my eyes!"