07021_2012_7 _软件能力成熟度模型(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(其英文全称为Capability Maturity Model for Software，英文缩写为SW-CMM，简称CMM)对软件测试技术的应用和扩充。
2 软件开发和测试过程目前我单位的软件开发过程遵循的是瀑布式开发过程模型，如图1所示，软件测试只是作为软件开发过程中的一个特定阶段，并且只针对软件成品进行测试。
测试是在编码完成之后和软件产品交付运行之前的一个工程阶段，所有的审查和评审活动都是针对软件成型产品而开展。
这样的软件测试主要关注的是对软件的验收测试，在一定程度上保证了所提交的软件产品的质量。
但是，软件的高质量是开发和设计出来的，而不是测试出来的。
因此，仅仅依靠对软件产品进行测试是远远不够的。
随着全面质量管理思想在软件开发领域的应用，软件测试也由最初的只针对软件成品扩展到了针对软件半成品和过程产品的全过程测试。
这是对软件测试的一种扩充。
扩充后的软件测试贯穿了软件开发的全过程，包括从软件需求分析、软件概要设计、软件详细设计、编码、集成、验收等各个工程阶段。
相应地，各阶段所开展的测试分别为需求测试、架构测试、详细设计测试、单元测试、集成测试以及验收测试等。
这样的软件测试涵盖了软件开发的整个工程过程，对于识别和控制软件缺陷、提高软件质量起到了很明显的成效。
从本质上来说，无论是传统的软件验收测试，还是面向整个开发过程的全过程软件测试，其所针对的测试对象都是软件产品、半成品或者过程工作产品，其所报告的测试结果也只是为了识别出现在阶段产品的缺陷，并加以纠正以支持下一阶段的开发工作。
软件生产能力成熟度模型
软件生产能力成熟度模型
什么是CMM？CMM（软件生产能力成熟度模型）为软件企业的过程能力提供了一个阶梯式的进化框架，它基于过去所有软件工程成果的过程改善的框架，吸取了以往软件工程的经验教训。
是目前国际上最流行也是最实用的软件生产过程标准，理解CMM需要注意以下几点：
他仅指明该做什么，而没有指明如何做，他不是方法论，但我们在学习CMM时，可以从中学到分析问题的方法。
他仅指明该做的关键内容，他仅描述软件过程的本质属性，而并非面面俱到。
抓问题的主要方面的思想贯穿在整个CMM模型中。
软件过程是指软件工程过程、软件管理过程和软件组织的过程三者的有机结合。
上述两个过程是以软件工程组为主的活动。
软件组织的过程是企业级的对软件的组织活动,是以企业为主的活动。
他是从软件过程的角度考虑问题，而并非关注软件软件开发工具。
这与框架软件生存周期无关，也与所采用的开发技术无关。
CMM为改善整个企业的软件过程提供了指南，而并非针对某个具体项目。
CMM并不能保证在这个过程框架下，产品开发百分之百的成功。
产品的成功是多种因素的组合，例如市场等因素。
软件能力成熟度模型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）是一个用于评估和改进软件开发能力的框架，它通过定义五个不同的成熟度等级来帮助组织了解他们软件开发过程的状态，并提供指导他们改进的路径。
这五个等级分别是初始级、重复级、定义级、管理级和优化级。
在本文中，我将从这五个等级出发，深入探讨软件能力成熟度模型等级和过程，以期帮助读者更全面地理解这一主题。
### 1. 初始级在软件能力成熟度模型中，初始级是指组织在软件开发过程中缺乏一致性和可预测性。
在这个阶段，软件开发过程通常是不受控制的，因为缺乏标准化的过程和程序。
这意味着在初始级的组织中，软件开发过程是混乱的，不可靠的，并且难以管理和预测。
### 2. 重复级在重复级，组织开始意识到需要对软件开发过程进行一定程度的标准化和文档化，以确保在软件开发过程中能够重复使用成功的实践。
在这个阶段，组织可能会创建一些基本的流程，并且对这些流程进行持续改进，以确保在软件开发过程中的可预测性和一致性。
### 3. 定义级在定义级，组织已经实现了对软件开发过程的标准化，并且能够对这些过程进行量化和测量。
这意味着组织可以更好地控制和管理软件开发过程，并且能够更好地预测成果和生产力。
在这个阶段，组织通常会将标准化的软件开发过程进行文档化，并且建立一些度量指标来监控和改进这些过程。
### 4. 管理级在管理级，组织不仅能够量化和测量软件开发过程，还能够根据这些度量指标来进行持续改进和优化。
这意味着组织已经具有较高的管理水平，能够监控和控制软件开发过程，并且能够在持续改进中实现更高的成果和生产力。
在这个阶段，组织通常会建立一个持续改进的文化，并且不断提高对软件开发过程的认识和理解。
### 5. 优化级在优化级，组织已经实现了对软件开发过程的最高理解和控制。
这意味着组织能够根据对软件开发过程的深刻理解来实现最佳的成果和生产力，并且能够持续改进和优化软件开发过程。
在这个阶段，组织不断寻求创新和改进，以保持其在软件开发领域的领先地位。
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的实施还帮助该公司 提高了团队协作和项目管理能力，从而提高了整体软件开发的效率和质量。
软件能力成熟度模型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）优化级是指软件开发组织持续追求卓越，通过不断优化和改进开发过程和项目管理，实现最高水平的质量和效率。
能力成熟度模型介绍
详细描述：某组织在发展过程中遇到瓶颈，需要进行组织变革。通过应用能力成熟度模型，该组织明确了变革的目标和路径 ，制定了详细的实施计划，并成功地推动了组织结构和文化的变革，提高了组织的竞争力和创新能力。
个人应用能力成熟度模型提升技能水平
总结词：技能提升
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）软件过程成熟度模型等，以对软件开发组织的能力和成熟度进行更全面、更细致的评估。
这些模型的集成可以相互补充，提高评估的准确性和全面性，从而有助于企业更好地管理和控制软件开发过程。
CMM能力成熟度模型
• 其他类型的企业需要对CMM进行裁剪。 • 裁剪的一般模式：
– CMM为定义“软件企业标准过程OSSP”提供指导和 要求
– OSSP为软件企业的“项目定义过程DSP”提供基准 – DSP是设立“软件开发计划SDP”的前提。 – 如果尚没有OSSP，取代它的是：Organizational
过程裁剪和定义 • 软件产品工程（Software Product Engineering）－过
程执行 • 组间协调（Intergroup Coordination） • 对等审查（Peer Reviews）
五、CMM的五个级别
• Level 4 管理级
– 过程可度量，预测值与结果之间的偏差可控
五、CMM的五个级别
五、CMM的五个级别
• Level 5的3个KPA：动态优化
• 缺陷预防（Defect Prevention） • 技术改变管理（Technology Change
Management） • 过程改变管理（Process Change Management）
六、过程能力的提高和改进
六、过程能力的提高和改进
其它应用工具 （如度量工具 等）
八、质量保障平台
• 平台的使用
平台启动
SEPG
高级 主管
其他 成员
用户界面
其他 成员
标准过程定 义（文档&
角色）
启动项目 指定项目成员
定义过程裁剪（ 文档&角色）
过程转换
任务表
新任务&例程添加
任务申请和操作
• 两种过程评测方法：
– CBA IPI：CMM Based Appraisal for Internal Process Improvement。企业内部过程诊断
软件工程能力成熟度模型的主要用途
软件工程能力成熟度模型的主要用途
软件工程能力成熟度模型（SE-CMM）是一种在软件工程领域中应用的能力评估模型，用来评估组织的软件开发能力，进而指导组织改进软件开发过程以实现更高效和可靠的软件开发。
软件工程能力成熟度模型的主要用途是帮助组织识别其软件开发能力的当前水平，以及如何将其水平提高到更高的水平。
它还可以帮助组织制定软件工程活动的发展计划，并建立一套定量的标准来衡量软件工程能力的提升。
此外，软件工程能力成熟度模型还可以帮助组织估算软件开发项目的风险，并减少软件开发成本，从而在有限的财力和时间内实现最大的工作效率。
- 1 -。
07021-2022-7-软件能力成熟度模型(CMM)-图文
07021-2022-7-软件能力成熟度模型(CMM)-图文2022年7月高等教育自学考试福建省统一命题考试软件能力成熟度模型(CMM)试题课程代码：07021本试卷满分100分，考试时间150分钟。
考生答题注意事项：1.本卷所有试卷必须在答题卡上作答。
答在试卷上无效，试卷空白处和背面均可作草稿纸。
2.第一部分为选择题。
必须对应试卷上的题号使用2B铅笔将“答题卡”的相应代码涂黑。
3.第二部分为非选择题。
必须注明大、小题号，使用0.5毫米黑色字迹签字笔作答。
4.合理安排答题空间，超出答题区域无效。
第一部分选择题一、单项选择题(本大题共l0小题，每小题2分，共20分)在每小题列出的四个备选项中只有一个是符合题目要求的，请将其选出并将“答题卡”的相应代码涂黑。
未涂、错涂或多涂均无分。
1．软件内部过程改进大纲中关键性的一步是A．软件能力评价B．软件过程评估C．软件质量管理D．技术更新管理2．软件过程生成计划中产品的内在能力是A．软件过程效能B．软件过程能力C．软件过程管理D．软件过程成熟度3．下列属于已管理级的关键过程域是A．定量过程管理B．机构过程定义C．预防缺陷D．同行评审4．软件质量管理的中心是A．技术B．市场C．产品D．过程5．包含正规计划的关键过程域是A．缺陷预防B．技术更新管理C．组间协调D．过程更改管理6．CMM关注过程问题，而不是人员问题，CMM直接涉及人的因素仅仅体现在A．技术B．市场C．培训D．产品7．CMM的共同特性中，与项目执行唯一相关的属性是A．执行约定B．执行活动C．执行能力D．验证实现8．SSOS项目的软件缺陷预防过程，第1阶段为A．确定缺陷的技术原因并改正B．确定并改正缺陷的过程原因C．改正遗漏缺陷的缺陷检测活动D．检查产品中别处的类似缺陷、9．CMM估价方法的第l步是A．填写成熟度问卷B．进行响应分析C．现场访问会谈D．选择估值小组10．软件过程的量化反馈出现在A．第2级B．第3级C．第4级D．第5级第1页共5页第二部分非选择题二、填空题(本大题共l0小题，每小题2分，共20分)请在答题卡上作答。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2012年7月高等教育自学考试福建省统一命题考试
软件能力成熟度模型(CMM) 试题
课程代码：07021
本试卷满分100分，考试时间150分钟。
考生答题注意事项：
1.本卷所有试卷必须在答题卡上作答。
答在试卷上无效，试卷空白处和背面均可作草稿纸。
2.第一部分为选择题。
必须对应试卷上的题号使用2B铅笔将“答题卡”的相应代码涂黑。
3.第二部分为非选择题。
必须注明大、小题号，使用0.5毫米黑色字迹签字笔作答。
4.合理安排答题空间，超出答题区域无效。
第一部分选择题
一、单项选择题(本大题共l0小题，每小题2分，共20分)
在每小题列出的四个备选项中只有一个是符合题目要求的，请将其选出并将“答题卡”
的相应代码涂黑。
未涂、错涂或多涂均无分。
1．软件内部过程改进大纲中关键性的一步是
A．软件能力评价B．软件过程评估
C．软件质量管理D．技术更新管理
2．软件过程生成计划中产品的内在能力是
A．软件过程效能B．软件过程能力
C．软件过程管理D．软件过程成熟度
3．下列属于已管理级的关键过程域是
A．定量过程管理B．机构过程定义
C．预防缺陷D．同行评审
4．软件质量管理的中心是
A．技术 B．市场 C．产品 D．过程
5．包含正规计划的关键过程域是
A．缺陷预防B．技术更新管理
C．组间协调D．过程更改管理
6．CMM关注过程问题，而不是人员问题，CMM直接涉及人的因素仅仅体现在
A．技术 B．市场 C．培训 D．产品
7．CMM的共同特性中，与项目执行唯一相关的属性是
A．执行约定 B．执行活动 C．执行能力 D．验证实现
8．SSOS项目的软件缺陷预防过程，第1阶段为
A．确定缺陷的技术原因并改正B．确定并改正缺陷的过程原因
C．改正遗漏缺陷的缺陷检测活动D．检查产品中别处的类似缺陷、
9．CMM估价方法的第l步是
A．填写成熟度问卷B．进行响应分析
C．现场访问会谈D．选择估值小组
10．软件过程的量化反馈出现在
A．第2级B．第3级C．第4级D．第5级
第二部分非选择题
二、填空题(本大题共l0小题，每小题2分，共20分)
请在答题卡上作答。
11．CMM是全面质量管理TQM中__________概念在软件方面的应用，TQM的目标是满足现在的和将来的__________。
12．共同特性解决了一个关键过程域的__________是否有效，它包含了若干__________。
13．CMM的第2级为__________，它的过程能力可以概括为__________。
14．每一个关键过程域都确定了一套相应的__________，完成了它们，就达到了被认为是对改进过程能力非常重要的一组__________。
15．可以用一个框架来表示关键过程域，这个框架有固定的__________和__________。
16．执行能力，通常包括__________、__________和机构结构。
17．机构是指公司或其他实体中的__________，它从整体上管理许多__________。
18．软件工程研究所SEI制定的软件改进方法称为__________，它涉及两种类型的评估：__________和软件过程评估。
19．CMM项目通常有三份文档：__________、__________和项目工作明细机构表。
20．CMM软件过程成熟度包括__________个等级，共计__________个关键过程域。
三、名词解释题(本大题共8小题，每小题3分，共24分)
请在答题卡上作答。
21．过程
22．执行能力
23．项目负责人
24．缺陷预防
25．测量分析
26．软件产品
27．软件工程组
28．机构过程结构
四、简答题(本大题共4小题，每小题5分，共20分)
请在答题卡上作答。
29．简述已定义级的行为特征。
30．简述CMM第5级关键过程域的内容。
31．简述对初始级改进的重点。
32．简述CMM的主要特点。
五、论述题(本大题共2小题，每小题8分，共16分)
请在答题卡上作答。
33．试述软件机构在推行CMM标准时应重点关注哪些方面。
34．从过程、人员、技术、测量等因素，试述提高CMM第1级的含义。