第七章_软件能力成熟度模型
软件质量测试第七章软件质量和质量保证
沈阳师范大学软件学院
18
7.3.1软件能力成熟度模型概述 7.3.1.3软件能力成熟度模型的作用 企业实施CMM模型可为企业带来如下好处：
指导软件机构提高软件开发管理能力。 降低软件承包商和采购者的风险。 评估软件承包商的软件开发管理能力。 帮助软件企业识别开发和维护软件的有效过程和关键实践
图 Boehm质量模型
沈阳师范大学软件学院
7
7.1.2软件质量模型
7.1.2软件质量模型
• 1991年，ISO颁布了ISO 9126-1991标准《
软件产品评价—质量特性及其使用指南》 。我国也于1996年颁布了同样的软件产品 质量评价标准GB/T 16260-1996。ISO 9126模型如图10-3所示。 • ISO 9126模型定义了6个影响软件质量的 质量特性，而每个质量特性又可通过若干 子特性来测量，每个子特性在评价时要进 行定义并实施若干度量。 • ISO 9126质量模型使得软件最大限度地满 足用户的明确的和潜在的需求，且从用户 、开发人员、管理者等各类人员的角度全 方位地考虑软件质量。
能力成熟度、管理、生命周期、生产率、缺陷植入率
沈阳师范大学软件学院
14
实训一：软件质量保证计划
沈阳师范大学软件学院
15
本节内容
7.3软件能力成熟度模型
7.3.1软件能力成熟度模型概述 7.3.2软件能力成熟度模型的建立和评估
沈阳师范大学软件学院
16
7.3.1软件能力成熟度模型概述 7.3.1.1起源
沈阳师范大学软件学院
10
7.2.1软件度量概述
7.2.1.2软件度量的意义
在软件开发中，软件度量的根本目的是为了软件管理的需要，利用度 量来改进软件过程，以提高软件开发效率和软件质量。 通过软件度量，使人们能够可预测、可重复、准确地控制软件开发过 程和软件产品。
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（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的软件质量管理
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
• 第 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）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。
这五个等级分别是初始级、重复级、定义级、管理级和优化级。
在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。
### 1. 初始级在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。
在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。
这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。
### 2. 重复级在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。
在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。
### 3. 定义级在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。
这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。
在这个阶段，组织通常会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。
### 4. 管理级在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。
这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。
在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。
### 5. 优化级在优化级，组织已经实现了对软件开发过程的最高理解和控制。
这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力，并且能够持续改进和优化软件开发过程。
在这个阶段，组织不断寻求创新和改进，以保持其在软件开发领域的领先地位。
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型（Capability Maturity Model，简称CMM）是一种用于评估组织软件工程能力成熟度的模型。
它由美国卡内基梅隆大学的软件工程研究所（SEI）研发，主要用于评估软件开发和维护过程的管理能力和工程能力。
CMM模型将软件开发过程分为初始、重复、定义、管理和优化五个级别，每个级别都有不同的标准和要求。
初始级别是最低的级别，表示软件开发过程处于无序状态，没有明确的流程和规范；重复级别是第二个级别，表示软件开发过程开始有了一些基本的流程和规范，但仍然存在很多重复性的工作；定义级别是第三个级别，表示软件开发过程已经有了明确的流程和规范，并开始注重项目管理和质量保证；管理级别是第四个级别，表示软件开发过程已经有了完善的流程和规范，并开始注重团队协作和项目管理；优化级别是最高级别，表示软件开发过程已经非常成熟，并开始注重创新和改进。
CMM模型的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。
它是一种用于评价软件承包能力并帮助其改善软件质量的方法，侧重于软件开发过程的管理及工程能力的提高与评估。
CMMI是CMM的升级版，也是由SEI开发的一种软件开发和维护过程成熟度评估模型。
CMMI 把软件开发过程分为初始、已管理、已定义、定量管理、优化五个阶段，每个阶段都有不同的标准和要求。
与CMM相比，CMMI更加注重定量管理和优化，强调通过数据分析和改进来提高软件开发和维护过程的效率和质量。
总之，软件能力成熟度模型体系是一种用于评估组织软件工程能力成熟度的模型，它包括CMM和CMMI两种模型，旨在帮助企业评估自己的软件开发和维护能力，识别改进的方向和方法，提高软件开发和维护过程的效率和质量。
第七章 软件能力成熟度模型
排1.5年到2年）。 ? 根据CMU-SEI的统计，软件企业在引入 CMM
后劳动生产率平均增长了 35%；错误比率平均 减少39%；平均成本回报率为 5：1。
本章内容提要
? 软件过程与过程管理 ? CMMI概述 ? CMMI的成熟度等级及其过程域 ? CMMI的应用 ? PSP，TSP与CMMI
等级5：优化 组织革新与部署
管理级
原因分析与解决
缩写词 ISM OEI IT OPP QPM
OID CAR
5.CMMI的能力等级
? 能力等级 （Capability Level, CL ）是指在一 个单独的过程域中执行的良好程度。
? CMMI包括6个能力等级： ?CL0 ，不完整级：过程域的一个或多个目标 没有被满足。 ?CL1 ，已执行级：过程通过转换可识别的输 入工作产品，产生可识别的输出工作产品。 能实现过程域的特定目标。
成熟度等级
关键过程域
等级2：已 需求管理
管理级
项目计划
项目监督与控制
供应商协议管理
度量和分析
过程和产品质量保证
配置管理
等级3：已 需求开发
定义级
技术解决方案
缩写词 REQM PP PMC SAM MA PPQA CM RD TS
4.CMMI的关键过程域(续）
成熟度等级
关键过程域
等级3：已 产品集成
1.CMMI的历史（续）
?IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发 CMM，应用于集成系统产品的开发管理。
软件能力成熟度模型(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的实施还帮助该公司 提高了团队协作和项目管理能力，从而提高了整体软件开发的效率和质量。
软件工程软件能力成熟模型
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侧重于软件开发过程的管理及工程能力的 提高与评估，是国际上流行的软件生产过程标准和 软件企业成熟度等级认证标准，它更代表了一种管 理哲学在软件企业中的应用。
软件能力成熟度模型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）优化级是指软件开发组织持续追求卓越，通过不断优化和改进开发过程和项目管理，实现最高水平的质量和效率。
软件能力成熟度模型CapabilityMaturityModelforSoftware
二、CMM的软件过程成熟度框架
通过成熟度级别，定义了在使软件
过程成熟的过程 中的
持续改善的 持续优化级
演化状态。
过程
(5)
可预言的 过程
已管理级 (4)
标准的一致的 过程
已定义级 (3)
严格的 过程
可重复级 (2)
初始级 (1)
CMM将这些演化步骤组织为5个成 熟度等级的框架，为持续的过程改 进提供了基础。
可见，过程成熟度框架： 描述什么：一条从无序的、混乱的过程达到成熟的、有纪律
的软件过程的进化途径。 怎么描述：集软件过程、软件过程能力、软件过程性能和
软件过程成熟度等概念为一体。 用途：以软件过程成熟度框架，可以导出过程改进策略，为
成熟度级别
指示
过程能力
包含
关键过程区域 (KPA)
组织 达到
目标
共同特征
解决
包含
实现或 制度化
基础设施 或活动
关键实践
描述
其：
关键过程域：在框架的某一“平 台”上，其实施将对达到
下一成熟度等级的目标起保证作用 的过程域，被称为关键
过程域。
优化级(5)
过程变化管理 技术变化管理 缺陷预防
管理级(4)
❖CMM是（依据软件过程特点）质量体系概念的一个实现
。
可见：--CMM的基本思想
随着项目的规模和复杂度增长，在解决软件质量和生产 率问题中，目前更加关注组织和管理。其突破点为过程改善， 增强过程能力。
主要理论基础为费根堡姆的质量体系：
“在制造及传递某种合乎特定质量标准的产品时，
软件能力成熟度模型
• 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)。
第六章 软件能力成熟度模型
本章内容提要
软件过程与过程管理 CMMI概述 CMMI的成熟度等级及其过程域 CMMI的应用 PSP，TSP与CMMI
第一节 软件过程与过程管理
软件过程(Software Processes)是指软件开发 人员开发和维护软件及相关产品（如项目计划、 设计文档、代码、测试用例和用户手册）的一 套行为、方法、技术及变换过程。 不能把软件过程简单地理解为软件产品的开发 流程。
1.CMMI的历史
1991年，美国卡耐基梅隆大学软件工程研究所 （SEI）推出了能力成熟度模型CMM，CMM 的作用主要有两方面： 为软件客户提供评价软件开发商能力的方法。 帮助软件开发商改进其软件过程，提高成熟 度。
1.CMMI的历史（续）
随着CMM在软件界应用的不断推广，其它相 关学科和领域也采用它的模式，开发出了许多 类似于CMM的模型。 SE-CMM (System Engineering CMM) 系 统工程CMM，应用于系统工程管理。 SA-CMM (Software Acquisition CMM) 软 件获取CMM，应用于软件获取（采购）方 的能力成熟度模型。
积累数据：建立组织机构的软件过程库及软件 过程相关的文档库。 加强人员培训。
已管理级的关键过程域
需求管理 项目计划 项目监督与控制 供应协议管理 过程与产品质量保证 配臵管理 度量与分析
需求管理
需求管理（Requirements Management, ReqM）是指在客户和项目组之间就客户的需 求建立一个协议并加以管理。该协议包括技术 需求和非技术需求两个方面，它构成了整个产 品生命周期中估计、计划、执行和跟踪项目活 动的基础。
5.CMMI的能力等级
能力等级（Capability Level, CL）是指在一 个单独的过程域中执行的良好程度。 CMMI包括6个能力等级： CL0，不完整级：过程域的一个或多个目标 没有被满足。 CL1，已执行级：过程通过转换可识别的输 入工作产品，产生可识别的输出工作产品。 能实现过程域的特定目标。
成熟度等级 关键过程域
等级3：已 定义级
产品集成 验证 确认 组织过程核心 组织过程定义 组织培训 集成项目管理 风险管理 决策分析与解决
缩写词 PI VER VAl
OPF OPD OD IPM RSKM DAR
4.CMMI的关键过程域(续）
成熟度等级 关键过程域 等级3：已定 集成供应商管理 义级 组织集成环境 集成团队 等级4：量化 组织过程性能 管理级 量化项目管理 等级5：优化 组织革新与部署 管理级 原因分析与解决 缩写词 ISM OEI IT OPP QPM OID CAR
CMMI已管理级
过程 软件开发和维护过程是相对稳定的，但过程 建立在项目级别，而非企业级别。 软件工程过程受控于有效的工程管理过程， 先前的成功经验可以被重复使用。 问题出现时，有能力识别并纠正，承诺可以 兑现。
CMMI已管理级
人员 理解管理的必要性并对管理有承诺。 注意人员的培训。 技术 建立技术支持活动，并有稳定的计划。 度量 有计划地收集、分析有关项目过程和产品的 数据。
1.CMMI的历史（续）
CMMI为工业界和政府部门提供了一个集成的 能力成熟度模型产品集，消除了不同模型之间 的不一致和重复，降低了过程改进的成本。 CMMI覆盖了软件工程、系统工程、集成产品 开发和系统采购，以更加系统和一致的框架来 指导组织改善软件过程，提高产品和服务的开 发、获取和维护能力。 CMMI 1.0版于2000年发布，2002年又发布了 1.1版，2006年发布了1.2版，2010年发布了 1.3版。
1.CMMI的历史（续）
IPD-CMM (Integrated systems product Development CMM): 集成系统产品开发 CMM，应用于集成系统产品的开发管理。 P-CMM (People CMM)：人员能力成熟度 模型，应用于人力资源管理。 为了以示区别，常把CMM叫做SW-CMM。 同一个组织可能会应用多个过程改进模型，但 多个过程改进模型的并存可能会引起冲突和混 淆。
从大量项目实践中归纳总结出的行之有效的过 程称为最佳实践(Best Practices)。 软件过程管理就是对最佳实践进行有效的积累， 形成可重复的软件过程，使最佳实践在组织范 围内共享。 软件过程管理可将个人能力转变为企业的能力。
软件过程管理的主要内容包括过程定义和过程 改进。 过程定义是指对最佳实践进行总结，形成一 套稳定的、可重复的软件过程。 过程改进是指根据实践中对软件过程的使用 情况，对软件过程中的偏差和不足之处进行 不断优化。
4.CMMI的能力等级
CL2，已管理级：过程作为已管理的过程被制 度化。 CL3，已定义级：过程作为已定义的过程被制 度化。 CL4，量化管理级：过程作为量化管理的过程 被制度化。 CL5，优化级：过程作为优化的过程被制度化。
5.有关CMMI的说明
CMMI是什么？ CMMI指明该做什么，但没有指明如何做，它 不是方法论，没有给出特定应用领域内的专门 技术。 CMMI是一个用于改进软件产品和管理过程的 结构化模型，但是仅描述软件过程的本质属性， 并非涉及软件工程的所有问题。 CMMI是从软件过程角度定义了成熟的软件过 程的实践活动，但是对于成熟的软件组织而言， 人的因素和技术的因素也同样重要。
软件过程与过程管理 CMMI概述 CMMI的成熟度等级及其过程域 CMMI的应用 PSP，TSP与CMMI
第三节 CMMI的成熟度等级及其过程域
3.1 初始级
过程 极少存在或使用稳定的软件过程。（过程无 秩序） 各种条例、规章制度互不协调，甚至互相矛 盾。（开发无规范）
初始级
人员 依赖个人努力和精英人物； 项目组成员的工作方式就是哪里出现危机就 去哪儿解决。 技术 引进新技术是很大的风险。 度量 不收集和分析数据。
初始级
注意：有些组织制定了一些软件工程规范，但 如果这些规范没有覆盖基本的关键过程域，且 执行没有政策、资源方面的保证时，那么该组 织仍然被视为处于初始级成熟度。
初始级
改进方向 建立项目管理过程，实施规范化管理，保障 项目的承诺。 进行需求管理，建立客户与软件项目之间的 共同理解，使项目真正反映客户的要求。 建立各种软件项目计划。如：软件开发计划、 配臵管理计划、风险管理计划等。 开展软件质量保证活动。
建立了机构级的软件开发 和维护过程，软件人员按照计 划完成活动。
被动地处理软件项目中的一些 具有对软件项目的监控和主动 突发事件。 应对风险的能力。
进度和经费预算估计得不准确， 项目进度和预算是根据以往项 进度延期导致削减软件功能， 目取得的实践经验确定，比较 降低软件质量。 符合实际情况。 产品质量难以预测。 软件产品质量由质量保证部门 负责监控。
1.CMMI的历史（续）
CMMI是目前世界公认的软件产品进入国际市 场的通行证。一般来说，通过CMMI认证的级 别越高，就越容易获得用户的信任，在国内、 国际市场上的竞争力也就越强。 2000年6月，国务院颁发了《鼓励软件产业和 集成电路产业发展若干政策》，其中第17条中 明确规定“鼓励软件出口型企业通过CMM认 证，其费用通过中央外贸发展基金适当予以支 持”。随后各省市、高新区、软件园都出台了 对通过CMM的企业给予资金奖励的制度。
4.CMMI的关键过程域（续）
成熟度等级 关键过程域
等级2：已 管理级
等级3：已 定义级
需求管理 项目计划 项目监督与控制 供应商协议管理 度量和分析 过程和产品质量保证 配置管理 需求开发 技术解决方案
缩写词 REQM PP PMC
SAM MA PPQA CM RD TS
4.CMMI的关键过程域(续）
5.有关CMMI的说明（续）
CMMI过程改进需要多长时间？有何效果？ 一般需要2年才能把成熟度提升一级（建议安 排1.5年到2年）。 根据CMU-SEI的统计，软件企业在引入CMM 后劳动生产率平均增长了35%；错误比率平均 减少39%；平均成本回报率为5：1。
本章内容提要
无序的过程
3.CMMI中的成熟度等级（续）
成熟度等级
过程域1
过程域2
…
过程域n
特定目标
共性目标
特定 实践
共性 实践
4.CMMI的关键过程域
每个成熟度等级包含若干个关键过程域（Key Process Area，KPA）。 KPA表示当软件组织改进软件过程时必须集中 精力解决的关键问题。 一个组织要想达到某个成熟度等级，必须满足 该等级（以及较低等级）包含的KPA的所有要 求，满足每个KPA的所有目标。
软件过程管理和软件项目管理的关系
互相依赖，互相促进
组织级过程资产 Improve
项目过 程 When project coming !!!
Tailor
本章内容提要
软件过程与过程管理 CMMI概述 CMMI的成熟度等级及其过程域 CMMI的应用 PSP，TSP与CMMI
第二节 CMMI概述
已定义级：已将软件管理和工程两方面的过程 文档化、标准化，并综合成该组织的标准软件 过程。所有项目均使用经批准、剪裁的标准软 件过程来开发和维护软件。 量化管理级：分析软件过程和产品质量的详细 度量数据，对软件过程和产品都有定量的理解 与控制。管理活动有一个作出结论的客观依据， 能够在定量的范围内预测性能。
已管理级的改进方向
不再按项目制定软件过程，而是总结各种项目 的成功经验，使之规则化，把具体经验归纳为 全组织机构的标准软件过程。将改进组织机构 整体软件过程能力作为软件组织的责任。 建立软件工程过程小组（SEPG），长期承担 评估与调整软件过程的任务，以适应未来软件 项目的要求。