目录
第一节 背景和原理
第二节 CMMI的模型部件
第三节 CMMI的等级
第四节 过程域举例
第一节 背景和原理
-
CMMI的含义
全称是Capability Maturity Model Integration， 即软件能力成熟度模型集成，是由美国国防部与卡内基-梅隆大学和美国国防工业协会共同开发和研制的，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。其所依据的想法是：只要集中精力持续努力去建立有效的软件工程过程的基础结构，不断进行管理的实践和过程的改进，就可以克服软件开发中的困难。CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。因而能够从总体上改进组织的质量和效率。 -
CMMI主要关注点
成本效益、明确重点、过程集中和灵活性四个方面。 -
CMMI核心理念：过程管理
CMMI是一套融合多学科的、可扩充的产品集合， 其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。 CMMI的本质是软件管理工程的一个部分。软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。基於模型的过程改进是指用采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW－CMM，SE-CMM、IPD-CMM等。不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。CMMI就是为了解决怎麼保持这些模式之间的协调。 -
CMMI的构成
（1） 软件能力成熟模型（SW－CMM）
（2） 软件工程能力模型SECM
（3） 集成产品开发能力成熟度模型IPD-CMM
第二节 CMMI的模型部件
第二节 CMMI的模型部件
每一个CMMI模型都有的基本模块叫做“过程域”。一个过程域并不对如何执行一个有效的过程（例如进入标准和离开标准、参加者任务、资源）做出描述，而是要对那些使用了有效过程的人做了什么（实践）以及他们为什么做这些事（目标）做出描述。
CMMI是一种过程改善框架。
- 过程改善（Process Improvement）
是指人为设计的一个活动程序，其目的是改进组织的过程性能和成熟度，并改进这一程序的结果。 - CMMI的模型部件
（1） 由一些过程域组成，过程域有自己的确定专用目标和公共目标。
（2） 每个专用目标和公共目标的实现，分别依赖一些实践。
（3） 每个专用实践有自己的子实践和确定的典型工作产品，符号： ，资料性部件。
（4） 每个过程域还有意图陈述、简介性注释以及相关过程域。 - 过程域
一个业务域中一束相关的实践，当它们一起得以实现时，就满足被认为对该过程域的改善具有重要作用的一组条件。
CMMI有22个过程域，分为四类。
过程域类名 包括的过程域
项目管理类 规划、监控、定量项目管理、集成项目管理、风险管理、提供方协议管理
工程类 需求开发、需求管理、技术解决方案、产品集成、确认、验证
支持类 配置管理、过程和产品质量保证、测量与分析、原因分析与解决、决策分析与解决
过程管理类 组织过程定义、组织过程性能、组织过程培训、组织过程关注、组织创新与部署
（1） 意图陈述
（2） 简介性注释
（3） 相关过程域 - 专用目标与专用实践
描述该过程域必须呈现的一些独有特征。 - 共用目标与共用实践
可用于多个过程。 - 典型工作产品
- 子实践
第三节 CMMI的等级
能力等级和成熟度等级。
- 过程能力
遵循一个过程可达到的预期结果的程度。
表征组织对一个过程域的改善，是不断改善一个给定的过程域的一种手段。 - 能力等级
能力等级包含一个共性目标及其相关的共性实践，它们与一个过程域相关联，能够改进组织同那个过程域相关联的过程。
能力等级0： 未完成级。过程不完整 – 一个过程或者没有得到执行或者只是得到部分执行。过程域的一个或者多个特定目标没有被实现，而且该等级不存在共性目标，因为没有理由将一个仅仅是部分完成的过程制度化。
能力等级1：已执行的过程 – 实现了过程域的特定目标。它支持产生输出成果所需的工作。
能力等级 2： 已管理的过程 – 一个能够支持该过程的基础设施已经到位的已执行（能力等级1）的过程。它的计划和执行按照政策来进行；雇佣了拥有充足资源以生成受控的输出的有熟练技能的人；相关的利益相关者参与了进来；它受到了监控和检查；还要接受有没有遵守过程描述的评价。能力等级2所表现出的工艺有助于确保现有的实践在困难时期仍能够保持。
能力等级3： 已定义过程 – 按照组织的裁减指南从组织的标准过程中裁减出来的一个已管理（能力等级 2）过程，它向组织的过程资产提供工作成果、量度和其他的过程改进信息。
能力等级4： 量化管理过程 – 使用统计和其他定量技巧控制的一个已定义（能力等级 3）过程。质量和过程绩效的量化目标得以设立并被当作管理过程的标准。质量和过程绩效在统计意义上得到理解，并在过程的生命周期中受到管理。
能力等级5： 持续优化过程 – 经过改进的一个量化管理过程，这种改进的基础是对过程内在的共性变异原因的理解。持续优化过程的中心在于通过渐进式的和创新式的改进持续地改进过程绩效的范围。 - 组织成熟度等级
成熟度等级是一个经过定义的渐进的过程改进集合。每个成熟度等级都巩固了组织在计划、执行以及成功地完成项目方面的一些重要能力。
CMMI的阶段式表示模型定义了5个成熟度等级，在持续的过程改进上，每一等级都是构成下一阶段基础的一个层次，这些等级用从1到5的数字表示。
（1） 成熟度等级1：初始级
过程是混乱的，应付式的。组织没有提供一个稳定的环境来支持过程。成功由组织中个人的能力和拼搏精神决定，而不是建立在经过检验的过程之上。尽管过程是这样的混乱，在成熟度等级1中的组织仍可能生产出可用的产品和服务；但是，他们经常会超出预算并且无法按期完成。
（2） 成熟度等级2：已管理
组织的项目已能确保过程按照预定方针得到计划和执行；项目雇佣了掌握着足够资源来产生受控输出的技能熟练的员工；相关的利益相关者参与了进来；受到了监控和检查；而且还被评价是否符合它们的过程描述。
（3） 成熟度等级3: 已定义
过程得到了很好地描述和理解，并应用标准、规程、工具及方法来表现。作为成熟度等级3基础的组织标准过程集已经被建立并且不断被改进。这些标准过程被用来在组织范围内建立一致性。项目通过按照剪裁指南剪裁组织的标准过程集来建立他们的已定义过程。
（4） 成熟度等级4: 量化管理
组织和项目为质量和过程绩效建立了量化目标并将其用作管理过程的标准。量化目标以顾客、最终用户、组织和过程实施者的需要为基础。质量和过程绩效在统计意义上得到理解，并在过程的生命周期中受到管理。
（5） 成熟度等级5: 持续优化
重点关注通过渐进性和革新性过程改进和技术改进来持续地改进过程的绩效。组织的量化过程改进目标已获建立，并被不断地修订以反映企业目标的改变，该目标还被用作管理过程改进的标准。人们按照量化过程改进目标量度和评价已部署的过程改进的效果。已定义过程和组织的标准过程集都是可量度的改进活动的对象。
成熟度等级包含的过程域
成熟度等级 过程域 类属
2 配置管理
测量与分析
项目监控
项目规划
过程和产品质量保证
需求管理
提供方协议管理 同学们把所属类别填上
3 决策分析与解决
集成项目管理
组织过程定义
组织过程关注
……
4 组织过程性能
定量项目管理 过程管理类
项目管理类
5 原因分析与解决
组织创新与部署 支持类
过程管理类
第四节 过程域举例
两个过程域：项目规划（2级）和需求开发过程（3级）。
- 项目规划-意图
建立并维护项目活动计划的定义。
项目计划和项目规划的区别。 - 项目规划-专用目标和专用实践
3个专用目标：
（1） SG1：建立估算
（2） SG2：开发项目计划
（3） SG3：获得对该计划的承诺
14个专用实践：
（1） SP1.1 估算项目规模
（2） SP1.2 建立工作产品和任务属性的估算
（3） SP1.3 定义项目生存期
（4） SP1.4 确定工作量和成本的估算
（5） SP2.1 建立预算和进度
（6） SP2.2 标识项目风险
（7） SP2.3 规划数据管理
（8） SP2.4 规划项目资源
（9） SP2.5 规划需要的知识和技能
（10） SP2.6 规划利益攸关方的参与
（11） SP2.7 建立项目计划
（12） SP3.1 评审该项目的计划
（13） SP3.2 调和工作和资源等级，使之一致
（14） SP3.3 获得计划承诺 - SP1.1 估算项目规模
WBS工作分解结构。
把一个大型项目划分为一些活动和产品。自考赢家网www.zikaoyj.com - 项目规划-共用目标和共用实践
GG2：共用目标2，把过程制度化为一个已管理过程。对达到共用目标1的专用实践实施了P-D-C-A。
GP2.1：建立组织策略
GP2.2：规划过程
GP2.3：提供资源
GP2.4：指派责任
GP2.5：培训人员
GP2.6：管理配置
GP2.7：标识相关利益方的参与
GP2.8：监控过程
GP2.9：客观地评估符合型
GP2.10：高层管理视角评审状态 - 需求开发-意图
生成并分析客户需求、产品需求和产品部件需求。 - 需求开发-专用目标和专用实践
SG1：开发客户需求
SP1.1：引出要求
SP1.2：开发客户需求
SG2：开发产品需求
SP2.1：建立产品和产品构件的需求
SP2.2：分配产品构件需求
SP2.3：标识接口需求
SG3：分析并验证需求
SP3.1：建立操作概念和场景
SP3.2：建立所需功能的定义
SP3.3：分析需求
SP3.4：分析需求，以达到权衡
SP3.5：确认需求 - 需求开发-共用目标和共用实践
开发过程域必须达到共用目标3。
GG3把过程制度化为一个已定义过程。
GP3.1：建立一个已定义过程
GP2.1：建立组织策略
GP2.2：规划过程
GP2.3：提供资源
GP2.4：指派责任
GP2.5：培训人员
GP2.6：管理配置
GP2.7：标识相关利益方的参与
GP2.8：监控过程
GP2.9：客观地评估符合性
GP2.10：以高层管理视角评审状态
GP3.2：收集改进信息
1136
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
