感受软件能力成熟度模型
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。
CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。
本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。
一、初始级（Level 1 - Initial）初始级是软件能力成熟度模型中最低的等级。
在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。
在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。
缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。
二、重复级（Level 2 - Repeatable）重复级是软件能力成熟度模型中的第二个等级。
在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。
组织能够重复地执行一些已经被证明是成功的软件开发实践。
这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。
三、定义级（Level 3 - Defined）定义级是软件能力成熟度模型中的第三个等级。
在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。
组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。
组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。
四、管理级（Level 4 - Managed）管理级是软件能力成熟度模型中的第四个等级。
在这个等级中，组织开始对软件开发过程进行量化和度量，以便对项目进行更加准确和全面的管理。
组织会使用一些度量指标来评估和监控软件开发过程的质量和效率，以及在开发过程中发现和解决问题的能力。
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型体系（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简介(软件能力成熟度模型)
关 键 过 程 域
不断改进的过程
过程更改管理 技术更新管理 缺陷预防 软件质量管理
优化级
可预测的过程
定量过程管理 同行评审 组间协调 软件产品工程 集成软件管理 培训大纲 组织过程定义 组织过程焦点
已管理级
已定义级
标准、一致的过程
有纪律的过程
软件配置管理 软件质量保证 软件子合同管理 软件项目跟踪与监督 软件项目计划 需求管理
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)产品和过程已建立了定量的质量目标。
过程中活动的生产率和质量是可度量的。
已建立过程数据库。
已实现项目产品和过程的控制可预测过程和产品质量趋势。
软件能力成熟度模型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
能力成熟度模型的挑战与解决方案
组织文化冲突
总结词
组织文化冲突是指不同部门或团队之间在价值观、行为准则 和工作方式等方面的差异，可能导致在实施能力成熟度模型 时产生阻碍。
详细描述
在引入能力成熟度模型时，不同部门或团队可能会因为自身 的工作习惯、传统和经验而产生抵触或反对。这需要管理层 进行有效的沟通和协调，确保各方理解变革的必要性和益处 ，并逐步调整和适应新的工作方式。
基础薄弱，缺乏体系
详细描述
组织在初始阶段通常缺乏明确的流程和规范，项目执行过程混乱，技术和管理 能力薄弱。
能力成熟度模型的构成 初始阶段
总结词
基础工作，初步体系
详细描述
组织在成长阶段开始建立基本的流程和规范，项目执行过程逐渐有序，技术和管理能力得到提升。
能力成熟度模型的构成 初始阶段
总结词
持续改进，稳定运行
能力成熟度模型介绍
• 引言 • 能力成熟度模型的构成 • 能力成熟度模型的应用 • 能力成熟度模型的挑战与解决方案 • 案例研究
软件工程第十二章软件能力成熟度模型
由于软件过程的建立和改进是一个渐进的、分轻重缓急 的、逐步完善的过程。所以，在总体目标已经确定的前提下， 还要制订近期目标和长期目标。
等级 1
成熟度 初始级
可视性 有限的可视性
过程能力 一般达不到进度和成本的目标
2 可重复级 里程碑上具有管理可视性 由于基于过去的性能，项目开 发计划比较现实可行
3 已定义级 项目定义软件过程的活动具 基于已定义的软件过程，组织
有可视性
持续地改善过程能力
4 已管理级
定量地控制软件过程
基于对过程和产品的度量，组 织持续地改善过程能力
如果已经具备了软件过程，则要对这个过程做内部评估， 对照CMM的要求，找出问题，然后对这个过程进行补充修改。 在具体实施的过程中，可以选择有一定代表性和完善性的项 目组或项目进行试点，跟踪、监督改进后的软件过程的实施 情况，执行改进活动的状态。
一个组织的软件过程能力为组织提供了预测软件项目开发的数据基础，提 供了全面的软件质量保证。
软件过程成熟度是指一个软件过程被明确定义、管理、度量和控制的有效程 度。成熟意味着软件过程能力持续改善的过程，成熟度代表软件过程能力改善的潜 力。
5
12.1.2 软件过程的成熟度等级
CMM将软件过程的成熟度分为5个级别(Maturity Levels), 如图所示，5个等级分别是：
3
12.1.1 CMM的基本概念
1. 什么是软件过程 一个软件过程是指人们开发和维护软件及其相关产品
所采取的一系列活动。
申报软件能力成熟度模型五级条件
申报软件能力成熟度模型五级条件全文共四篇示例，供读者参考第一篇示例：申报软件能力成熟度模型（CMM）五级条件是指按照CMM的五个不同级别，评估软件开发组织的成熟度程度。
软件能力成熟度模型是一种对软件开发组织进行评估和改进的工具，帮助组织提高软件开发的质量和生产效率。
而在这个过程中，达到五级条件是组织能够有效应对各种挑战，具备了最高-level的软件开发能力。
第一级是“初级”级别，组织在这个级别主要是了解软件开发的基本过程，但是缺乏系统化的管理方法，往往依赖于个人经验和技术能力。
目标是程序员依靠自身的技能和经验进行软件开发，没有明确的项目管理流程和标准化的工作方法。
第二级是“管理”级别，组织在这个级别开始建立一些软件开发的管理方法，开始建立软件开发的过程控制和质量保证机制。
在这个阶段，软件开发项目会有明确的计划和进度，并由专门的项目经理进行管理。
组织会开始建立一些质量保证机制来确保产品质量。
第三级是“已定义”级别，组织在这个级别已经建立了完整的软件开发过程，包括软件开发的各个阶段和任务，以及相应的标准和规范。
在这个级别，软件开发项目会有详细的计划和进度，并且会有专门的质量管理和配置管理工具和流程。
第五级是“持续改进”级别，组织在这个级别已经具备了最高水平的软件开发能力，可以有效应对各种挑战和变化。
在这个级别，组织会不断进行软件开发过程的优化和改进，以适应市场的变化和提高竞争力。
组织会不断引入新的技术和方法，以提高软件开发的质量和效率。
第二篇示例：申报软件能力成熟度模型五级条件随着信息技术的不断发展和应用，软件在各个领域中的作用越来越重要。
为了提高软件开发和管理的效率，许多组织开始关注和提升自身的软件能力成熟度。
软件能力成熟度模型（Software Capability Maturity Model，CMM）是美国卡耐基梅隆大学软件工程研究所（SEI）于1987年设计和发布的软件过程改进模型，用于评估和指导组织的软件开发和管理能力。
软件能力成熟度模型
软件能力成熟度模型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的关键过程区域
简述cmm(能力成熟度模型)的五个等级
简述cmm(能力成熟度模型)的五个等级CMM（Capability Maturity Model），即能力成熟度模型，是一种评估组织软件工程能力成熟度的模型。
CMM通过定义一系列的实践和过程，帮助组织评估和改进软件开发过程，以追求更高的质量和效率。
CMM的五个等级分别是：初始级、可管理级、已定义级、定量管理级和优化级。
一、初始级（Initial）初始级是组织软件工程能力发展的最低级别，也是最初的阶段。
在初始级别，组织的软件过程是不可预测和不可控的。
软件项目缺乏稳定的工程管理和过程规范，仅仅依靠个别的英雄人物的努力。
初始级别的组织缺乏对软件过程的了解和控制，项目的成功往往依赖于个别人员的能力和经验。
这种情况下，软件开发过程会受到外部变化和内部因素的频繁干扰，容易出现延期和成本超支等问题。
二、可管理级（Managed）可管理级是对软件过程的第一步改进。
在可管理级别，组织开始关注项目的计划、资源分配和度量等管理活动。
组织开始建立一套可重复使用的软件过程，并对其进行监控和度量。
此阶段的工作重点是确保项目能够按照计划进行，并进行评估和收集过程改进的数据。
通过对项目管理过程的改进，组织可以更好地控制软件工程项目的进度、成本和质量。
三、已定义级（Defined）已定义级是对软件过程的更进一步改进。
在已定义级别，组织建立了一套描述软件过程的标准和规范。
这些标准和规范明确了软件开发过程的每个阶段，包括需求分析、设计、编码、测试等。
组织开始为软件过程的每个阶段指定明确的任务，制定相应的工作指南和模板，并确保每个成员都了解并遵守这些规范。
这样做可以提高软件开发的一致性和可预测性，减少项目风险和不确定性。
四、定量管理级（Quantitatively Managed）定量管理级是对软件过程的更进一步度量和分析。
在定量管理级别，组织开始收集和分析软件过程的度量数据，并利用这些数据来进行过程的改进。
组织建立了一套基于数据的质量管理系统，用来监控和控制软件开发过程的性能和质量。
软件能力成熟度模型笔记
CMM之后对CMMI的思考—CMMI学写笔记发布于2013-6-21本人在某上市软件公司担任SQA和SEPG，进行基于CMM的过程改进。
近期学习CMMI，对CMMI 有了一些了解。
总结如下，希望大家指正。
1、CMMI基本介绍1.1、起因和缘由工程环境和过程更加复杂，独立的CMM面对更加复杂化的要求不能适应了。
针对分段工作的弊端（重复返工），工作更加集成化，这样需要集成化的专业知识，也需要集成化的过程。
多种模型的衍生，造成了理解和培训上的困难。
同时多种衍生模型的实践提供了必要的信息和信心，可以建立这样集成的能力程度模型1.2、目标成本效益：减少理解和培训上的成本；改进模型：统一模型利于统筹进行分析和计划；避免封闭的过程改进：过程按照学科单独进行，没有顾及整体效益；交流：跨越部门学科的过程带来更多的交流，从而利于紧密的、有效的、精简的、继承的过程，对过程改进有全局效益统一模型的过程改进（不仅仅是软件过程能力）提供更大的适应性和扩充性，减少冲突和冗余1.3、CMMI框架结构的基本思想CMMI的框架结构基于对对过程和过程改进理论的深刻认识公共性的基础：项目管理和过程管理适用于任何学科如果进行适当的抽象，则工程过程可以直接应用于任何工程形式支持过程对不同学科提供不同的实现，但是目标和实践可以保持不变模型结构思路：根据信息的不同作用进行分类，划分为十二种构件整个模型由此十二种构件组成，并且具备一定的结构每个构件由一个或者多个资料组成整个模型汇编数了千个小的资料模型的不同表示法，就是通过构件的不同结构来体现模型结构的优点：模型由数千个小的资料组成，不同表示法共同使用这些资料这样来确保两种表示法的“等价性”模型通过十二种构件来组织，建立了一个公共的框架容纳未来的内容所有小资料均归属于不同得构件，模型的改进可以通过小资料的改进来实现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版。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Level 4 的特点
组织过程性能
根据历史数据，算出了性能基线、性能 模型。 定量项目管理 聚餐活动进行时，利用性能基线、性能 模型进行定量管理。
这样做会有什么结果？
Group）负责整个组织的流程活动
这样做会有什么结果？
这次活动成功的几率大大提高了？
但谁能拍胸口说：一定能成功？
3级遗留的问题
感觉成功机会会提高很多，但没有一个 底？最好有个数字能说明问题。
Level 4：定量管理级
积累了大量聚餐活动的CPI、SPI数据。 积累了大量的聚餐满意度数据。 当前反应聚餐活动能力的数据CPI、SPI、 满意度等在一定范围内波动。 根据当前CPI、SPI，可预测聚餐活动的 最终成本。 通过这些数据对活动进行监控。
聚餐活动进展情况了如指掌 比较准确的估计到最后的结果 成功的几率极大提高
Level 4的遐想
哇！Level4已经很厉害了！ 更厉害的Level5会是怎样呢？ 请猜？
Level 5：持续优化级
如何持续改进？
原因分析 采用新技术 公司定下新的目标
Level 5 之 原因分析
Level 5 之 公司定下新的目标
SEPG定下改进计划，修改了采购方面 的过程，对供应商的选择加强了标准。 在某次聚餐中试行新的采购过程，结果 发现成本偏差果然控制在-10%到10% 范围内。 分析试行结果后，SEPG把过程正式推 行，最终满足了老板的要求。
Level 5的两个PA
原因分析 组织革新与部署
技术改进 公司定下新目标
小结
通过“聚餐活动”，能体会CMMI 1-5 级的大致内容吗?
第1级：初始级 第2级：受管理级 第3级：已定义级 第4级：定量管理级 第5级：持续优化级
实施验证（verifying implementation）。
CMMIonline
用CMMI1-5级如何管理？
第1级：初始级 第2级：受管理级 第3级：已定义级 第4级：定量管理级 第5级：持续优化级
Level 1：初始级
不用做什么计划，提前一点订好座位 当天下班大家一哄而去 现场点菜，然后大吃一顿
FB&CMMI
------感受软件能力成熟度模型
史建明
CMMIonline
课程概述
No 理论！ 通过一个FB活动---“聚餐”的例子，让 大家感受CMMI 1级到5级。
CMMIonline
你会如何组织这个的活动？
某个时间，公司进行聚餐活动。 请你组织这次活动，目的是用合理的 经费让大家高高兴兴地吃一顿！ 5人一组讨论，5分钟时间。
Level 5 之 原因分析
对一些特殊问题、特殊情况进行分析， 可以得到改进过程的机会。 对过程进行改进后，我们的性能会提高。
Level 5 之 采用新技术
出现了这样的一些问题：
发现难以统计到场的人员，需要经常去问。 很多人不知道如何去聚餐地点。 每人配一台PDA和GPS，里面有地图 活动组织者用笔记本电脑能见到各位位置。
这样做会有什么结果？
定不到位？ 菜不合大家口味？ 经费超出？ 大家心情变得很沮丧？ 有没有可能取得比较好效果呢？
Level2:受管理级-1
怎样才能办 好事情呢？
大家想吃什 么？
需求管理(RM) 老板有什么期望呢？ 预算是多少呢？
采购(SAM) 酒水需要另 外买啊！ 要做个计划 才行？
为了解决这个问题，采取以下新技术：
Level 5 之 采用新技术
采用新技术后，大家准时出席率提高， 并且满意度也提高。
Level 5 之 公司定下新的目标
预算的偏差率当前值是-20%到20%， 老板觉得不满意，要求改进为-10%到 10%。 SEPG就非常紧张了，投入大量人力物 力分析如何改进。 SEPG发现导致预算偏差大的地方主要 在于酒水采购方面，供应商的价钱浮动 太厉害。
通过数据，我们发现由A君组织聚餐活 动时，满意度总能在基线范围内。 但由B君组织时，满意度异常的高，超 出了基线上限。 于是我们进行原因分析，发现B君进行 抽奖活动之前，做了一个调查，知道每 个人最想要什么。故抽奖活动做得很出 色，满意度就高了。
Level 5 之 原因分析
抽奖活动前先进行调查这个工作，在过 程文档里面并没有规定的，是B君的特 殊做法。 SEPG异常高兴，把B君的做法写入过 程中。 于是全部人都按照这个做法去做了，结 果满意度性能基线上升了。
这样做会有什么结果？
大家吃得满意？ 预算控制得好？ 老板高兴？ 真的能这样吗？
2级做法遗留的一些问题
不需要进行风险管理吗？ 用什么方法调查大家喜欢吃什么菜式呢？ 有指南就好了？ 如何组织聚餐活动，是不是应该有个指 导？或者有成功经验可供参考？ ……
Level 3：已定义级
项目计划(PP)
要统计一下出席 情况以及各菜式 的“吃剩”情况！
度量(MA)
要督促大家 按照计划进 行？ 项目计划跟踪(PMC)
Level2:受管理级-2
配置管理(CM) 就这样够了 吗？ 菜式统计、买酒的 协议、计划等文档 要统一管理起来。
老板对我不放心， 还派个人来监督 我工作！哼！ 质量保证(PPQA)
经过一段时间积累，以下活动都有明确的指导 文档：
如何写计划 如何组织吃饭现场活动 如何确定餐单 ….
对于确定餐单、选定酒水供应商方面采用决策 分析的办法。 进行风险管理。 建立了相应的培训制度。 另外，为了让组织聚餐活动越做越好，成立了 专门的SEPG来维护文档。
Remark：一个跨项目的团队，SEPG（SofБайду номын сангаасware Engineering Process
CMMIonline
请记录成电子文档
CMMIonline
基本概念
Capability Maturity Model Integration 能力成熟度模 型整合 KPA key process area 关键过程（流程）域
每个KPA的所有KP都按照共有特性（common feature）归类，包括 实施承诺（commitment to perform） 实施能力（ability to perform） 实施活动（activities performed） 度量和分析（measurement and analysis）