软件能力成熟度模型
软件能力成熟度模型的五个等级
软件能力成熟度模型的五个等级软件能力成熟度模型的五个等级导语：在软件开发和管理领域，软件能力成熟度模型（Capability Maturity Model，简称CMM）是一个被广泛应用的评估和改进软件开发能力的框架。
CMM根据不同的组织在软件开发过程中的能力水平，将其分为五个等级，逐步提升组织的软件开发能力。
本文将详细介绍软件能力成熟度模型的五个等级，并对每个等级所代表的特点和优势进行分析。
一、初始级（Level 1 - Initial）初始级是软件能力成熟度模型中最低的等级。
在这个等级中，组织没有明确的软件开发过程，开发工作往往是以临时和非结构化的方式进行的。
在这种情况下，项目的成功往往依赖于个别的开发人员的经验和个人技能。
缺乏标准化的开发流程、文档化的要求和质量控制，容易导致开发过程中的混乱和错误。
二、重复级（Level 2 - Repeatable）重复级是软件能力成熟度模型中的第二个等级。
在这个等级中，组织开始意识到软件开发过程的重要性，并开始建立一些基本的规范、流程和工具来规范开发过程。
组织能够重复地执行一些已经被证明是成功的软件开发实践。
这些实践可以帮助组织在不同的项目中保持一定的一致性，提高软件质量和生产效率。
三、定义级（Level 3 - Defined）定义级是软件能力成熟度模型中的第三个等级。
在这个等级中，组织进一步明确了软件开发过程，并进行了规范化和文档化。
组织能够定义一套标准的开发流程和过程，并将其应用于所有的软件开发项目。
组织还会建立一些针对不同项目要求的指南和标准，以确保开发过程的一致性和高质量。
四、管理级（Level 4 - Managed）管理级是软件能力成熟度模型中的第四个等级。
在这个等级中，组织开始对软件开发过程进行量化和度量，以便对项目进行更加准确和全面的管理。
组织会使用一些度量指标来评估和监控软件开发过程的质量和效率，以及在开发过程中发现和解决问题的能力。
软件能力成熟度模型(精)
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 CMMI
什么是CMMI？软件能力成熟度模型(Capability Maturity Model For Software ,简称SW-CMM/CMMI),是由美国卡内基梅隆大学软件工程研究所(CMU SEI)研究出的一种用于评价软件承包商能力并帮助改善软件质量的方法，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。
CMM/CMMI是目前国际上最流行、最实用的一种软件生产过程标准，已经得到了国际软件产业界的认可，成为当今(企业)从事规模软件生产不可缺少的一项内容。
CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征：(1)初始级(initial)。
工作无序，项目进行过程中常放弃当初的计划。
管理无章法，缺乏健全的管理制度。
开发项目成效不稳定，项目成功主要依靠项目负责人的经验和能力，他一但离去，工作秩序面目全非。
(2)可重复级(Repeatable)。
管理制度化，建立了基本的管理制度和规程，管理工作有章可循。
初步实现标准化，开发工作比较好地按标准实施。
变更依法进行，做到基线化，稳定可跟踪，新项目的计划和管理基于过去的实践经验，具有重复以前成功项目的环境和条件。
(3)已定义级(Defined)。
开发过程，包括技术工作和管理工作，均已实现标准化、文档化。
建立了完善的培训制度和专家评审制度，全部技术活动和管理活动均可控制，对项目进行中的过程、岗位和职责均有共同的理解。
(4)已管理级(Managed)。
产品和过程已建立了定量的质量目标。
开发活动中的生产率和质量是可量度的。
已建立过程数据库。
已实现项目产品和过程的控制。
可预测过程和产品质量趋势，如预测偏差，实现及时纠正。
(5)优化级(Optimizing)。
软件能力成熟度模型
基于CMM的软件质量管理
24
2.2可重复级
± Ó ì Ì ª î Ï Ä À Å Í Ä ï²è î º ¾ Ì Á ¹ ¨¢ ç ¼ à ¸ Ë ³ ® Á CMM2¹ £ º ´ · ¨ ¢ ð » Á ç ¼ ¾ ¸ ±³ Ì Á µ ³Ì Á º ñ Õ ç ¼ õ Ü ì ä ´ Ê ¤ ¶ ½ ¶ ²· ¶ Å ´ ïñ à ³¸ Ó ´ ° à º Í Ñ ñ ²õ ¶ ½ · ¼ Ó Ü ì Ê Ô Ã ç ¸ ¨¢ è î ð ß º ¾ Í Ä ¸ Ì ½ á ç ¼ ä £ ¶ È Ì Á ¶ Á Æ ±¢ Ç ² ¸ ± » ¡ ³Ñ £ ¨¢ ç ¼ à ® º ¾ Ì Á ¹ ¸ É ¢ ²Ò Á ± ¡ å Ì Ë ³ Å ¼ ç ¼ õ ¶ ´ ¾ Ì Á º Ò ½ ÷ æ © ¸ » Ò ² Ç £ é ¤ñ ²Ê ç Î Ó ° à · ¸ è î £ Í Ä ¡ Ñ ñ ²¢ â ò ´ ° à ¡ ±µ ´ ð Ê Ô Ã ¸ Ç ±· ¼ Ó £ ¡ ñ Ì Î Ñ · Ç ³ ± Á Í â ª ¢ ç ¯ £ à ¼ ²¸ ´ ¡ ¯ ´ ¢ ¤ï¼ ¢ ¡ ¶ ³¾ ¡ ¢ ½ á ¢ ÷ ¡ ¶ È ¡ ¶ £ ¡ ¬ °±Æ ¡ £ ¹ Ç ° Å ¯ Ä ñ ö Ì ´ Ç ²²· ¢ Ç à õ ¡ Ë É º Í ò É ¬ Ü ì °Æ £ ¶ ½ ì ø â À Ü ì Å ¹ Â Ó ¶ ½ ì ø Ð Ì ¬ Ü ì Å ¹ ³· Ê ¶ ½
26
基于CMM的软件质量管理
2.4已管理级
ì Ó ± Ì CMM4¹ £ Ë ´ · ª ¾ µ ³· ¼ Ó È ñ Õ Ê Ô Ã ì ø ª ¢ Ç Å ¹ ¼ ²Ó ¾ £ Ï ´ ¼ ² ¼ ¬ ª Ñ ª ¢ ¶ ± · ° à º ÷ É Ê ñ ²õ Í ²Ë Ó ô ª î Ï Ä ¨¢ º ¾ ê ± Ñ Ì ´ ç õ º Í ì ½ ç ¸ ¯ ´ ª µ õ ì ø ÷ É ¨¢ Å ¼ Ë Á º Å ¹ ¶ ± º ¾ ´ ¾ Ç ¼ ¼ Ó ¾ Á ¼ ±¸ Á ê £ ¨¾ ì ø ñ ²Ç ¼ ¼ ê £ º ¢ Å ¹ ° Ã Ó ¾ Á ±¡ ¼ õ ¶ ´ ì ¹ ¶ ± ³ Í Á º Í ´ Á º Ò Ñ Å ø ÷ É Á Ñ Ü õ Å ¼ ¯ Ü ¾ ¸ ¾ ¸ ¶ ¼ £ Ñ ° ²Ç ¼ õ Å ¼ ´ ñ Ã Ó ¾ º Í ´ ¾ Ô ò ÷ É õ í ¶ ¹ ¶ ± Ä Ð ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½ ÷ ¼ ¯ ÷ É Ü ì Ç ¾ ¸ ¶ ± ¶ ½ ì ø Ç ¼ Ü ì Å ¹ Ó ¾ ¶ ½
软件能力成熟度模型体系
软件能力成熟度模型体系软件能力成熟度模型体系（Software Capability Maturity Model，简称SCMM）是一个评估和改进软件开发组织能力的框架。
该模型由美国国防部软件工程研究所（Software Engineering Institute，简称SEI）在1986年提出。
它是一个五层的阶梯模型，用于评估和指导软件开发组织的软件工程能力。
本文将详细介绍软件能力成熟度模型体系的各个层次和其对软件开发过程的重要性。
第一层：初始级初始级是指软件开发组织没有一个确定的过程，所有工作都是临时性的，没有一致性的开发标准。
在这一级别，项目成功与否主要依赖于个人技能和意愿。
没有任何的文档化标准和过程规范，项目无法可靠地按时、按质完成。
在初始级，很难复制和标准化成功的开发方法。
第二层：重复级重复级是指开始建立一些通用的软件开发过程。
组织开始制定一些工作指导方针和标准操作流程。
重复级的主要特点是组织具有了一定能力来复制和重复之前的成功。
虽然还没有完全标准化的过程，但团队已经开始建立对软件开发流程的控制。
第三层：定义级定义级是指软件开发组织开始将过程进行文档化，并建立起一套软件工程的标准和指导文件。
软件开发组织在这个级别上建立了一套可重复的工程方法，并对项目开展了全面的计划和控制。
具体的软件开发过程标准化并进行了持续的改进，起到了确保项目按时交付、满足质量要求的作用。
第四层：管理级管理级是指软件开发组织建立了系统化的软件过程管理，通过度量和监控来控制软件开发过程。
在管理级，组织可以进行定量的评估和分析，以便更好地调整和改进软件过程。
该级别的目标是通过有效的量化和改进，持续提升软件开发过程的质量和效率。
第五层：优化级优化级是指软件开发组织通过确定和推动改进机会，实现持续和可持续的过程改进。
在优化级，组织通过收集和分析数据，识别问题并找到解决方案。
持续的过程改进能够保持组织的竞争优势，并使软件开发组织更加灵活和适应变化。
软件能力成熟度模型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
能力成熟度模型（Capability Maturity Model，简称CMM）是美国软件工程研究所（SEI）于1987年提出的一种软件过程改进的模型。
CMM主要用于评估组织的软件开发能力，帮助组织提高软件过程的能力和效率。
CMM分为5个不同的成熟度级别：
1. 初始级（Initial）：软件过程是不稳定的，无法重复且无法量化。
2. 可重复级（Repeatable）：组织开始建立基本的管理过程，能够复用过去的经验。
3. 定义级（Defined）：组织具有了明确定义的软件开发过程，能够根据需求进行管理。
4. 管理级（Managed）：组织能够对软件开发过程进行量化、分析和预测，并做出相应的调整。
1
5. 优化级（Optimized）：组织能够持续改进软件开发过程，并将改进经验应用于组织的其他项目中。
每个级别都有一组关键实践，用于帮助组织达到该级别的能力要求。
CMM的目标是通过逐级过渡，最终达到优化级，从而提高软件开发
过程的效率和质量。
2。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SWSW-CMM分为
五个等级 初始级 可重复级 已定义级 已管理级 优化级
SWSW-CMM的管理思想与结构（续一） 的管理思想与结构（续一）
1、初始级：混沌的过程 初始级： 不具备稳定的环境用于软件开发和维护； 缺乏健全的管理惯例，其软件过程能力无法预计； 软件过程是一片混沌； 软件过程总是随着软件开发工作的推进而处于变
内
容
我们怎么办？ 我们怎么办？
什么是SW CMM？ 什么是SW-CMM？ SW SW-CMM称为软件能力成熟度模型，是Capability SW-CMM称为软件能力成熟度模型，是Capability
Maturity Model for Software的缩写形式。 Software的缩写形式。 目前国际上最流行最实用的软件生产过程标准和 软件企业成熟度等级认证标准。用于评价软件承 包能力并帮助其改善软件质量的方法。 美国卡内基-梅隆大学的软件工程研究所(SEI： 美国卡内基-梅隆大学的软件工程研究所(SEI： Software Engineering Institute) 在1987年研制成 1987年研制成 功。 卡内基卡内基-梅隆大学的软件工程研究所是美国国防部 的软件开发基地之一，CMM就是受美国国防部委 的软件开发基地之一，CMM就是受美国国防部委 托而研制的。
SWSW-CMM的由来与发展（续二） 的由来与发展（续二）
70年代中期美国国防部曾立题专门研究软件项目做 70年代中期美国国防部曾立题专门研究软件项目做
不好的原因，发现70%的项目是因为管理不善而引 不好的原因，发现70%的项目是因为管理不善而引 起，而并不是因为技术实力不够。 90年代中期，软件工程管理不善的问题仍然存在。 90年代中期，软件工程管理不善的问题仍然存在。 据美国软件工程实施现状的调查，大约只有10%的 据美国软件工程实施现状的调查，大约只有10%的 项目能够在预定的费用和进度下交付。 1995年，美国共取消了810亿美元的软件项目，其 1995年，美国共取消了810亿美元的软件项目，其 中31%的项目未做完就取消了，53%的软件项目进 31%的项目未做完就取消了，53%的软件项目进 度通常要延长50%的时间，通常只有9%的软件项目 度通常要延长50%的时间，通常只有9%的软件项目 能够及时交付并且费用也不超支。 结论：管理是影响软件研发项目全局的因素，而技术 结论：管理是影响软件研发项目全局的因素，而技术 只影响局部。
SWSW-CMM的管理思想与结构（续四） 的管理思想与结构（续四）
4、管理级：设定定量的质量目标 管理级： 第四级的管理是量化的管理。 所有过程都需建立相应的度量方式，所有产品的质
量(包括工作产品和提交给用户的产品)需有明确的 包括工作产品和提交给用户的产品) 度量指标。这些度量是详尽的，且可用于理解、控 制软件过程和产品，这种量化控制将使软件开发真 正变成为工业生产活动。 处于这一级的组织已经能够为软件产品和软件过程 设定定量的质量目标，并且能对跨项目的重要软件 过程活动的效率和质量予以度量。 管理级是可度量的、可预测的软件过程
SWSW-CMM的由来与发展
The Capability Maturity Model for Software, Version 1.1(Mr. Marc C. Paulk): The major problems in software development are managerial – not technical.
软件能力成熟度模型 SWSW-CMM
马 梅 2002.4.29
SW-CMM是什么？ SW是什么？ SW-CMM的由来和发展 SW SW-CMM的管理思想与结构 SW SW-CMM评估的国内外现状 SW ISO 9001与SW-CMM异同 9001与SW 软件业对SW-CMM的认识 SW SW-CMM市场存在的问题 SW-
SWSW-CMM的管理思想与结构（续五） 的管理思想与结构（续五）
5、优化级：持续优化级 优化级： 第五级的目标是达到一个持续改善的境界。 可根据过程执行的反馈信息来改善下一步的执行过
程，即优化执行步骤。 如果一个企业达到了这一级，那么表明该企业能够 根据实际的项目性质、技术等因素，不断调整软件 生产过程以求达到最佳。 优化级是能持续改善的软件过程
SWSW-CMM的管理思想与结构（续三） 的管理思想与结构（续三） 3、定义级：定义执行的步骤标准 定义级：
制定企业范围的工程化标准； 将这些标准集成到企业软件开发标准过程中去。
所有开发的项目需根据这个标准过程，剪裁出 该项目的过程，并执行这些过程。 对用于软件开发和维护的标准过程要以文件形 式固定下来。针对各个基本过程建立起文件化 的“标准软件过程” 标准软件过程” 较普遍的看法是，只有当达到了第3 较普遍的看法是，只有当达到了第3级能力成熟 度时，才表明这个软件组织的软件能力“成熟” 度时，才表明这个软件组织的软件能力“成熟” 了。 定义级是标准一致的软件过程。
SW-CMM是什么？（续一） SW-CMM是什么？（续一） 是什么？（续一
SEI给CMM下的定义： SEI给CMM下的定义
对于软件组织在定义、实现、度量、控制和改 善其软件过程的各个发展阶段的描述。这个模 型便于确定软件组织的现有过程能力和查找出 软件质量及过程改进方面的最关键的问题，从 而为选择过程改进战略提供指南。 如今的行情是：一家软件企业如果不能通过相 应等级的CMM评估，他的产品就少了一张进入 应等级的CMM评估，他的产品就少了一张进入 国际市场的通行证。
SWSW-CMM的由来与发展（续四） 的由来与发展（续四）
从1995年，CMM又进入了另一个修改的高峰期。 1995年，CMM又进入了另一个修改的高峰期。 美国政府和软件业界大力支持和积极参与下，SEI先后发表 美国政府和软件业界大力支持和积极参与下，SEI先后发表
了CMM 2.0版的A版，B版和C版草案；1997年，CMM 2.0C 2.0版的A版，B版和C版草案；1997年，CMM 版草案停止推进。 SEI宣布，CMM 1.1版和CMM 2.0C版草案都有效，并且SEI SEI宣布，CMM 1.1版和CMM 2.0C版草案都有效，并且SEI 及其授权的机构为这两种版本提供相应的服务。 自CMM 1.1发布起，SEI相继研制并发布了“人员能力成熟 1.1发布起，SEI相继研制并发布了“ 度模型” 度模型”（P-CMM），“软件访问能力成熟度模型”（SACMM），“软件访问能力成熟度模型” SACMM）和“系统工程能力成熟度模型” SE-CMM）及其支 CMM）和“系统工程能力成熟度模型”（SE-CMM）及其支 持文件。 经过试运行，产生了把SM经过试运行，产生了把SM-CMM, P-CMM, SA-CMM和SEPSA-CMM和SECMM合并在一起的想法，于是开始了名为“ CMM合并在一起的想法，于是开始了名为“综合能力成熟度 模型”（英文缩写为CMMI）的一个综合性模型投入研制。 模型”（英文缩写为CMMI）的一个综合性模型投入研制。
SWSW-CMM的由来与发展（续一） 的由来与发展（续一）
20世纪60年代中期，大型软件系统生产中爆发的软 20世纪60年代中期，大型软件系统生产中爆发的软
件危机，使程序中大量的错误难以消除，软件生产 的进度无法预测，开发应用费用失去控制，程序员 人数增长需求很难满足要求。 人们将工程的概念、原理、技术和方法引入了软件 系统开发，在一定程度上解决了软件生产过程中遇 到的问题。软件工程成为软件产业的重要分支。 直至80年代还是没有提出一套管理软件开发的通用 直至80年代还是没有提出一套管理软件开发的通用 原则，软件管理不善的问题依旧在大范围内存在。
SWSW-CMM的由来与发展（续三） 的由来与发展（续三）
80年代中期，美联邦政府提出对软件承包商的软件开发
能力进行评估的要求。在Mitre公司的帮助下，1987年 能力进行评估的要求。在Mitre公司的帮助下，1987年9月， 美国卡内基美国卡内基-梅隆大学软件工程研究所发布了软件过程成 熟度框架，并提供了软件过程评估和软件能力评价两种评 估方法和软件成熟度提问单。 4年之后，SEI将软件过程成熟度框架进化为软件能力成熟 年之后，SEI将软件过程成熟度框架进化为软件能力成熟 度模型（Capability 度模型（Capability Maturity Model For Software，简称 Software，简称 SW-CMM）。 SW-CMM）。 1991年 月，SEI发布了最早的SW1991年8月，SEI发布了最早的SW-CMM v1.0。 v1.0。 经过两年的试用，1993年SEI正式发布了SW经过两年的试用，1993年SEI正式发布了SW-CMM v1.1， v1.1， 这是目前使用最为广泛的版本。
SWSW-CMM的管理思想与结构（续六） 结构（续六）
除第一级外，SW-CMM的每一级都是按完全相同的 除第一级外，SW-CMM的每一级都是按完全相同的
结构组成的。每一级包含了实现这一级目标的若干 关键过程域(KPA)，每个KPA进一步包含若干关键实 关键过程域(KPA)，每个KPA进一步包含若干关键实 施活动(KP)，无论哪个KPA，它们的实施活动都统一 施活动(KP)，无论哪个KPA，它们的实施活动都统一 按五个公共属性进行组织。 关键过程域KPA(Key 关键过程域KPA(Key Process Areas) 一组相关联的活动； 一组相关联的活动；通过执行这些活动可以实现既 定的过程能力。 定的过程能力。 关键实施KP（ 关键实施KP（Key Practices） Practices） 使关键过程域得以有效实现和制度化的最大的基础 设施和活动。 设施和活动。
SWSW-CMM的管理思想与结构
SW-CMM为软件企业的过程能力提供了一个阶 SW-CMM为软件企业的过程能力提供了一个阶
梯式的进化框架。 它是基于过去所有软件工程成果的过程改善的 框架，吸取了以往软件工程的经验教训。 指明了一个成熟的软件组织在软件开发方面需 要管理的主要工作、这些工作之间的关系以及 以怎样的先后次序，一步一步的做好这些工作 使软件组织走向成熟。