CMMI成熟度模型集成.docx
《CMMI成熟度模型集成.docx》由会员分享，可在线阅读，更多相关《CMMI成熟度模型集成.docx（18页珍藏版）》请在冰豆网上搜索。
CMMI成熟度模型集成
CMMI
CMMI
早期的CMM〔CMMI-SE/SW/IPPD1.02版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试用。
随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型。
简介评估等级评估方式
CMM的基本思想研发背景源模型原则
简介
评估等级评估方式
CMM的基本思想研发背景源模型
原则
*目标
♦方法
•内容
•与CMI差别
•标准名词术语
•实施
•人员素质
•实施流程
展开
简介
CMMI的全称为：
CapabilityMaturityModelIntegration，即能力
成熟度模型集成。
CMM家族包括CMMIforDevelopment,CMMIforService和CMMIforAcquisition三个套装产品。
CMM是CMM模型的最新版本。
早期的CMMI（CMMI-SE/SW/IPPD1.02
版本是应用于软件业项目的管理方法，SEI在部分国家和地区开始推广和试
用。
随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合性模型
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度
模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：
n不能集中其不同过程改进的能力以取得更大成绩；
n要进行一些重复的培训、评估和改进活动，因而增加了许多成本；
n遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM模型的需求产生了。
1997年，美国联邦航空
管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM，该模型
集成了适用于系统工程的SE-CMM软件获取的SA-CMM和软件的SW-CMME
个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI与CMM最大的不同点在于：
CMMISM-SE/SW/IPPD/SS1.1版本有
四个集成成分，即：
系统工程（SE）和软件工程（SW）是基本的科目，对于有
些组织还可以应用集成产品和过程开发方面（IPPD）的内容，如果涉及到供
应商外包管理可以相应的应用SS（SupplierSourcing）部分。
CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM—样的阶段式表现方法，另一种是连续式的表现方法。
这两种表现方法的区别是：
阶段式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别，
帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。
而连续
式表现方法则通过将CMMI中过程区域分为四大类：
过程管理、项目管理、工程以及支持。
对于每个大类中的过程区域，又进一步分为基本的和高级的。
这样，在按照连续式表示方法实施CMMI的时候，一个组织可以把项目
管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全不必考虑。
⑴
。
编辑本段评估
预备工作
评估实践证明：
在进行CMM评估之前，制定一个正确的评估计划并将其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被用来评估，为执行评估过程做准备，是十分必要的。
我们所说的文档化CMMI评估计划的结果，包括：
要求，协定，估价，风险，剪裁方法，以及与评估相关的实际考虑（例如：
日程安排，后勤，组织的背景信息）。
此外，还应当获取并记录发起方对于CMMI评估计划的
正式批准。
在制定评估计划之前，应对CMM评估输入中反映出来的协议文
档化，该协议将有助于CMMI评估目标和关键评估计划参数的共同理解。
在对驱动计划过程的关键参数达成共同理解的基础上，CMMI评估发起方和
SCAMPI主任评估师应就评估计划达成一致；发起者和评估小组领导应就已计划的评估中技术和非技术细节达成一致。
这个计划在执行其他的计划和准备阶段活动中需要进一步细化。
而通过CMMI评估小组的准备工作，将产生一支富有经验的、受过培训的且定位准确的小组准备执行CMM评估任务。
该小组的成员都应当获得了
完成他们各自的任务所必备的知识，或者他们之前所拥有的知识被证实足以完成相关任务。
评估小组领导者已经给每一个人提供了为完成他们各自的任务所需的对技能进行实践的机会，或者证实这些技能在过去已经得到了示范。
小组成员相互了解，同时开始计划他们如何协调一致的工作。
还应该做到：
准备好的小组是为评估目标而服务的，小组的成员已提供培训且培训结果被记录，在必要的时候，对他们所做的因知识或技能不足的补救工作已经完成。
我们认为，无论CMMI评估小组领导者是从头培训一支全
新的评估小组，还是通过从富有经验的小组成员中选择来组建一个小组，确保他们与CMMI评估小组领导者能组成一个成功的集体是其责任。
此外，在对CMMI评估进行的预备工作的过程中，我们还应当对模型剪裁的原则有所了解：
1.在某些应用中，计划模板和例行的程序能够根据评估的需要进行调整，这和当地的过程所有权一样，有助于交流；
2.一个结构化的计划工艺组有利于只有有限的评估经验的组织，这样一个工艺就像缓和策略样，对于发现风险是一个很有价值的机会；
3.案例研究材料提供了各种各样的选择来扩充小组培训内容以增强那些更需要培训的重点；
4.富有经验的评估小组领导者在没有案例分析的情况下，同样可以管理和模拟评估行为；
5.在小组所有已获得培训成员的集合中，对小组的建立工作进行管理以确保其团队凝聚力是十分重要的，因此，很多的小组建立练习是可以利用的，小组的规模、技能、组成部分都是本方法的裁剪内容；
6.所采用工具可以包括评估计划模板，样例，和计划模板中嵌入式的程序上的帮助，此外，为了估计评估约束的影响，估算工作表和方法也是很有用处的。
总之，CMMI评估是一个十分复杂的过程，更由于其具有的不确定性，在评估的实践中，一定要做到有备无患。
真理来自于实践，我们相信，随着越来越多的软件组织着手CMMI评估，越来越多的成功经验将为我们所利
用和借鉴。
评估方法
自1991年起，CMM出现了很多模型，覆盖了各种各样的专业领域。
其中著名的模型有系统工程•软件工程•软件采购•集成产品和流程开发等。
然而当企业想要在组织内不同专业领域的流程改进，这些针对不同专业领域的模型在架构•内容和方法上的不同限制了组织成功实施改进的能力。
此外，将这样模型在组织内部集成也提高了培训•认证和改进的费用。
一套包括多个专业领域的模型加上整合的培训和认证支持将解决这些问题。
CMMI（Capabilitymaturitymodelintegration）是为了合并三个模型
到一个框架中
CapabilityMaturityModelforSoftware（SW-CMM）v2.0draftC,
ElectronicIndustriesAllianeeInterimStandard（EIA/IS）731
IntegratedProductDevelopmentCapabilityMaturityModel（IPD-CMM）v0.98
正如其他CMM模型，CMMI提供了流程改进的指导，而不是流程或流程的描述。
组织使用的实际流程取决于很多因素，包括应用领域•组织框架和规模。
CMMI将许多经过验证的方法加入架构中，来帮组组织评价成熟度•某个软件流程的能力度，并且建立改进的优先顺序和实施改进。
从CMMI框架可以产生不同的CMMI模型，因此必须首先确定那种模型
最适合企业流程改进的需要。
阶段式描述or连续式描述
系统工程or软件工程or两者皆有
使用连续式描述可以根据企业需要选择流程改进顺序，降低企业风险，这给通过ISO做流程改进提供了一个方便的比较。
使用能力度（Capability）
来衡量。
阶段式描述提供了已经过验证的流程改进顺序，方便从CMh移植过来。
使用成熟度（Maturity）来衡量流程改进。
系统工程包括整个系统的开发，可能包括软件也可能不包括。
软件工程用于软件系统的开发，主要集中在使用系统的•科学的•量化
的方法来开发•运行•维护软件。
cmm是项目管理
由美国卡内基梅隆大学的软件工程研究所（SEI）创立的
CMM（CapabilityMaturityModel软件能力成熟度模型）认证评估，在过去
的十几年中，对全球的软件产业产生了非常深远的影响。
CMMft有五个等级,
分别标志着软件企业能力成熟度的五个层次。
从低到高，软件开发生产计划精度逐级升高，单位工程生产周期逐级缩短，单位工程成本逐级降低。
据SEI统计，通过评估的软件公司对项目的估计与控制能力约提升40%到
50%生产率提高10%到20%软件产品出错率下降超过1/3。
对一个软件企业来说，达到CMM2就基本上进入了规模开发，基本具备
了一个现代化软件企业的基本架构和方法，具备了承接外包项目的能力。
CMM评估则需要对大软件集成的把握，包括整体架构的整合。
一般来说，通过CMM1证的级别越高，其越容易获得用户的信任，在国内、国际市场上的竞争力也就越强。
因此，是否能够通过CMM认证也成为国际上衡量软
件企业工程开发能力的一个重要标志。
CMM是目前世界公认的软件产品进入国际市场的通行证，它不仅仅是对
产品质量的认证，更是一种软件过程改善的途径。
参与CMM^估的博科负
责人表示，通过CMM勺评估认证不是目标，它只是推动软件企业在产品的研发、生产、服务和管理上不断成熟和进步的手段，是一种持续提升和完善企业自身能力的过程。
如果一家公司最终通过CMMI的评估认证，标志着
该公司在质量管理的能力已经上升到一个新的高度。
编辑本段等级
1•初始级
软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功取决于个人努力。
管理是反应式的。
2.可重复级
建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律，能重复早先类似应用项目取得的成功经验。
3.已定义级
已将软件管理和工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件，软件产品的生产在整个软件过程是可见的。
4.量化管理级
分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据，管理能够在定量的范围内预测性能。
5.优化管理级
过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域，特殊目标和特殊实践，通用目标、通用实践和共同特性：
每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过程能力。
每个过程域，都有一些特殊目标和通用目标，通过相应的特殊实践和通用实践来实现这些目标。
当一个过程域的所有特殊实践和通用实践都按要求得到实施，就能实现该过程域的目标。
能力度等级：
属于连续式表述，共有六个能力度等级（0~5），每个能力
度等级对应到一个一般目标，以及一组一般执行方法和特定方法。
0不完整级
1执行级
2管理级
3定义级
4量化管理级
5最佳化级
编辑本段评估方式
自我评估：
用于本企业领导层评价公司自身的软件能力。
主任评估：
使本企业领导层评价公司自身的软件能力，向外宣布自己企业的软件能力
CMMI的评估类型：
软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估（软件能力成熟度等级评估）。
编辑本段CMMI的基本思想
1、解决软件项目过程改进难度增大问题
2、实现软件工程的并行与多学科组合
3、实现过程改进的最佳效益
编辑本段研发背景
CMM的成功促使其他学科也相继开发类似的过程改进模型，例如系统工
程、需求工程、
人力资源、集成产品开发、软件采购等等，从CMM厅生出了一些改善
模型，比如：
（1）SW-CMM（SoftwareCMM）软件CMM
（2）SE-CMM（SystemEngineeringCMM）系统工程CMM
（3）SA-CMM（SoftwareAcquisitionCMM）软件采购CMM
（4）IPT-CMM（IntegratedProductTeamCMM）集成产品群组CMM
（5）P-CMM（PeopleCMM）人力资源能力成熟度模型
为了以示区别，国内外很多资料把CMM叫做SW-CMM按照SEI原来的计划，CMM勺改进版本2.0应该在1997年11月完成，然后在取得版本2.0得实践反馈意见之后，在1999年完成准CMM2.0版本。
但是，美国国防部办公室要求SEI推迟发布CMM2.0版本，而要先完成一个更为紧迫的项目CMMI原因是在同一个组织中多个过程改进模型的存
在可能会引起冲突和混淆，CMMI就是为了解决怎么保持这些模式之间的协
调。
CMMI（CapabilityMaturityModelIntegration）即能力成熟度集成
模型，这是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。
这个框架有两个功能，第一，软件采购方法的改革；第二，建立一种从集成产品与过程发展的角度出发、包含健全的系统开发原则的过程改进。
就软件而言，CMMI是SW-CMM
的修订本。
它兼收了SW-CMM2.0版C稿草案和SPA中更合理、更科学和更周密的
优点。
SEI在发表CMMI-SE/SW1.0版时，宣布大约用两年的时间完成从CMM
到CMMI的过渡。
CMMI项目更为工业界和政府部门提供了一个集成的产品集，其主要目的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。
CMMI
将以更加系统和一致的框架来指导组织改善软件过程，提高产品和服务的开发、获取和维护能力。
由业界、美国政府和卡内基•梅隆大学软件工程研究所率先倡导的能
力成熟度模型集成（CMM）项目致力于帮助企业缓解这种困境。
CMMI为改
进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解，建立了一个自动的、可扩展的框架。
因而能够重总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
与原有的能力成熟度模型类似，CMM也包括了在不同领域建立有效过
程的必要元素，反映了业界普遍认可的"最佳"实践；专业领域覆盖软件工
程、系统工程、集成产品开发和系统采购。
在此前提下，CMMI为企业的过
程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了可参照的行业基准。
编辑本段源模型
软件能力成熟度模型2.0版，C稿；电子行业协会临时标准（EIA/IS）
731;集成产品开发能力成熟度模型（IPD-CMMvO.98。
编辑本段原则
（1）、强调高层管理者的支持。
过程改进往往也是由高层管理者认识和提出的，大力度的、一致的支持是过程改进的关键。
（2）、仔细确定改进目标，首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。
选择能够达到的目标和能够看到对组织的效益。
（3）、选择最佳实践，应该基于组织现有的软件活动和过程财富，参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。
（4）、过程改进要与组织的商务目标一致，与发展战略紧密结合。
编辑本段目标
（1）、为提高组织过程和管理产品开发、发布和维护能力提供保障。
（2）、帮助组织客观评价自身能力成熟度和过程域能力，为过程改进建立优先级以及执行过程改进。
编辑本段方法
（1）、决定哪个CMM模型等级最适合组织过程改进需要。
（2）、选择模型的表示法是连续式还是阶段式。
（3）、决定组织需要用到的模型中的知识领域。
（4）、类似CMM提出的过程改进6步，集成化过程改进分成：
开始集成过程改进，建造集成改善平台，集成传统过程，启动新过程，进行改进评估。
编辑本段内容
CMMI内容分为“Required”（必需的）、“Expected”（期望的）、
“Informative”（提供信息的）三个级别，来衡量模型包括的质量重要性和作用。
最重要的是"要求"级别，是模型和过程改进的基础。
第二级别"期
望"在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在成功的组织模型中。
"提供的信息"构成了模型的主要部分，为过程改进提供了有用的指导，在许多情况下他们对"必需"和"期望"的构件做了进一步
说明。
"必需"的模型构件是目标，代表了过程改进想要达到的最终状态，它的实现表示了项目和过程控制已经达到了某种水平。
当一个目标对应一个关键过程域，就称为"特定目标";对应整个关键过程域就称为"公用目标"。
整个CMMI模型包括了54个特定目标，每个关键过程域都对应了一到四个特定目标。
每个目标的描述都是非常简捷的，为了充分理解要求的目标就是扩展"期望"的构件。
"期望"的构件是方法，代表了达到目标的实践手段和补充认识。
每个方法都能映射到一个目标上，当一个方法对一个目标是唯一就是"特定方法
";而能适用于所有目标时就是"公用方法"。
CMM模型包括了186个特定方
法，每个目标有两到七个方法对应。
CMMI包括了10种"提供的信息"：
目的，概括和总结了关键过程域的特定目标；介绍说明，介绍关键过程域的范围、性质和实际方法和影响等特征；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释，注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和详细描述；学科扩充，CMMI对应学科是独立的，这里提供了对应特定学科
的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描述。
CMM提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑上是等价的。
我们熟悉的SW-CMM软件能力成熟模型就是是阶段式的模型，SE-CMMS统工程模型是连续式模型，而IPD-CMM集成产品开发模型结合了
阶段式和连续式两者的特点。
阶段式方法将模型表示威一系列"成熟度等级"阶段，每个阶段都有一
组KPA指出一个组织应集中于何处以改善其组织过程，每个KPA用满足其
目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有KPA
的目标而实现的。
连续式模型没有像阶段式那样的分散阶段，模型的KPA中的方法是当
KPA的外部形式，并可应用于所有的KPA中,通过实现公用方法来改进过程。
它不专门指出目标，而是强调方法。
组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。
两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法，他们虽然描述的机制可能不同，但是两种表示方法通过采用公用的目标和方法作为"必需"的和"期望"的模型元素，而达到了相同的改善目的。
现在CMMI面临的一个挑战就是创建一个单一的模型，可以从连续和阶段两个角度进行观察，包含相同的过程改进基本信息；处理相同范围的一个CMMI过程能够产生相同的结论。
统一的CMMI（U-CMM）是指产生一个只
有公用方法和支持他们的KPA组成的模型。
当按一种概念性的可伸展的方式编写，并产生了用于定义组织的特定目标过程模版，定义的模版构件将定义一个模型以适用于任何工程或其他方面。
编辑本段与CMMi别
CMMI模型的前身是SW-CMM和SE-CMM,前者就是我们指的CMMCMMI与SW-CM啲主要区别就是覆盖了许多领域；到目前为止包括四个下面领域：
（1）、软件工程（SW-CMM
软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、维护活动系统化、制度化、量化。
（2）、系统工程（SE-CMM
系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。
系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案，并对解决方案的实现提供全程的支持。
（3）、集成的产品和过程开发（IPPD-CMM
集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。
如果项目或企业选择IPPD进程，则需要选用模型中所有与IPPD相关的实践。
（4）、采购（SS-CMM
采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。
主要内容包括：
识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的调整。
在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。
集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。
例如，纯软件企业可以选择CMMI中的软件工程的内容；设备制造企业
可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。
CMMI中的大部分内容是适用各不同领域的，但是实
施中会有显著的差别，因此模型中提供了"不同领域应用详解"o
CMM勺基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规
范有非常密切的联系，更适合瀑布型的开发过程。
而CMM相对CMMS一步
支持迭代开发过程和经济动机推动组织采用基于结果的方法：
开发业务案例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版本的发布。
虽然CMMI保留了基于活动的方法，它的确集成了软件产业内很多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。
在CMMI模型中在保留了CMM阶段式模式的基础上，出现了连续式模型，这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。
同时，连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性，不用再象CMM中一样，受到等级的严格限制。
这
种改进的好处是灵活性和客观性强，弱点在于由于缺乏指导，一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一些过程成为空中楼阁，缺少其他过程的支撑。
两种表现方式（连续的和阶段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的组织方式以及对成熟度（能力）级别的判断方式。
CMMI模型中比CMM进一步强化了对需求的重视。
在CMM中，关于需
求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行管理，而如何获取需求则没有提出明确的要求。
在CMMI的阶段模型中，3级
有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的要求和方法。
CMMI模型对工程活动进行了一定的强化。
在CMM中，只有3
级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成这些工程过程活动都作为单独的关键过程域进行了要求，从
升级会员 