CMMI成熟度模型集成.docx

1、CMMI成熟度模型集成CMMICMMI早期的CMMCMMI-SE/SW/IPPD1.02版本是应用于软件业项目的管理方法，SEI 在部分国家和地区开始推广和试用。 随着应用的推广与模型本身的发展，演绎成 为一种被广泛应用的综合性模型。简介 评估 等级 评估方式CMM的基本思想 研发背景 源模型 原则简介评估 等级 评估方式CMM的基本思想 研发背景 源模型原则*目标方法内容与CMI差别标准名词术语实施人员素质实施流程展开简介CMMI 的全称为： Cap ability Maturity Model In tegration ，即能力成熟度模型集成。CMM家族包括 CMMI for Develo

2、pment, CMMI for Service 和 CMMI for Acquisiti on 三个套装产品。CMM是 CMM模型的最新版本。早期的 CMMI(CMMI-SE/SW/IPPD 1.02版本是应用于软件业项目的管理方法， SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本身的发展，演绎成为一种被广泛应用的综合 性模型自从1994年SEI正式发布 软件CMM以来，相继又开发出了系统工程、 软件采购、人力资源管理以及集成产品和过程开发方面的多个 能力成熟度模型。虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软 件企业来说，可能会出现需要同时采用多种模型来改进自己多

3、方面过程能 力的情况。这时他们就会发现存在一些问题，其中主要问题体现在：n不能集中其不同过程改进的能力以取得更大成绩；n要进行一些重复的培训、评估和改进活动，因而增加了许多成本；n遇到不同模型中有一些对相同事物说法不一致，或活动不协调，甚 至相抵触。于是，希望整合不同 CMM模型的需求产生了。 1997年，美国联邦航空管理局(FAA)开发了 FAA-iCMMSM(联邦航空管理局的集成 CMM，该模型集成了适用于系统工程的 SE-CM M软件获取的SA-CM M和软件的SW-CMME个模型中的所有原则、概念和实践。该模型被认为是第一个集成化的模型。CMMI与CMM最大的不同点在于： CMMISM

4、-SE/SW/IPPD/SS 1.1版本有四个集成成分，即：系统工程 (SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面 (IPPD)的内容，如果涉及到供应商外包管理可以相应的应用 SS(Supplier Sourci ng) 部分。CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM样的阶段 式表现方法，另一种是连续式的表现方法。这两种表现方法的区别是：阶 段式表现方法仍然把 CMMI中的若干个过程区域分成了 5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。 而连续式表现方法则通过将 CMMI中过程区域分为四大类：过程管理、

5、项目管理、 工程以及支持。对于每个大类中的过程区域，又进一步分为基本的和高级 的。这样，在按照连续式表示方法实施 CMMI的时候，一个组织可以把项目管理或者其他某类的实践一直做到最好，而其他方面的过程区域可以完全 不必考虑。编辑本段评估预备工作评估实践证明：在进行 CMM评估之前，制定一个正确的评估计划并将 其文档化，确保有一个富有经验的、受过培训且具有适当资格的小组能被 用来评估，为执行评估过程做准备，是十分必要的。我们所说的文档化 CMMI评估计划的结果，包括：要求，协定，估价， 风险，剪裁方法，以及与评估相关的实际考虑（例如：日程安排，后勤， 组织的背景信息）。此外，还应当获取并记录发起

6、方对于 CMMI评估计划的正式批准。在制定评估计划之前，应对 CMM评估输入中反映出来的协议文档化，该协议将有助于 CMMI评估目标和关键评估计划参数的共同理解。在 对驱动计划过程的关键参数达成共同理解的基础上， CMMI评估发起方和SCAMPI主任评估师应就评估计划达成一致；发起者和评估小组领导应就已 计划的评估中技术和非技术细节达成一致。这个计划在执行其他的计划和 准备阶段活动中需要进一步细化。而通过CMMI评估小组的准备工作，将产生一支富有经验的、受过培训 的且定位准确的小组准备执行 CMM评估任务。该小组的成员都应当获得了完成他们各自的任务所必备的知识，或者他们之前所拥有的知识被证实足

7、 以完成相关任务。评估小组领导者已经给每一个人提供了为完成他们各自 的任务所需的对技能进行实践的机会，或者证实这些技能在过去已经得到 了示范。小组成员相互了解，同时开始计划他们如何协调一致的工作。还 应该做到：准备好的小组是为评估目标而服务的，小组的成员已提供培训 且培训结果被记录，在必要的时候，对他们所做的因知识或技能不足的补 救工作已经完成。我们认为，无论 CMMI评估小组领导者是从头培训一支全新的评估小组，还是通过从富有经验的小组成员中选择来组建一个小组， 确保他们与CMMI评估小组领导者能组成一个成功的集体是其责任。此外， 在对CMMI评估进行的预备工作的过程中，我们还应当对模型剪裁的

8、原则有 所了解：1.在某些应用中，计划模板和例行的程序能够根据评估的需要进行调 整，这和当地的过程所有权一样，有助于交流；2.一个结构化的计划工艺组有利于只有有限的评估经验的组织，这样 一个工艺就像缓和策略样，对于发现风险是一个很有价值的机会；3.案例研究材料提供了各种各样的选择来扩充小组培训内容以增强那 些更需要培训的重点；4.富有经验的评估小组领导者在没有案例分析的情况下，同样可以管 理和模拟评估行为；5.在小组所有已获得培训成员的集合中，对小组的建立工作进行管理 以确保其团队凝聚力是十分重要的，因此，很多的小组建立练习是可以利 用的，小组的规模、技能、组成部分都是本方法的裁剪内容；6.所

9、采用工具可以包括评估计划模板，样例，和计划模板中嵌入式的 程序上的帮助，此外，为了估计评估约束的影响，估算工作表和方法也是 很有用处的。总之，CMMI评估是一个十分复杂的过程，更由于其具有的不确定性， 在评估的实践中，一定要做到有备无患。真理来自于实践，我们相信，随 着越来越多的软件组织着手 CMMI评估，越来越多的成功经验将为我们所利用和借鉴。评估方法自1991年起，CMM出现了很多模型，覆盖了各种各样的专业领域。其 中著名的模型有系统工程软件工程软件采购集成产品和流程开发等。 然而当企业想要在组织内不同专业领域的流程改进，这些针对不同专业领 域的模型在架构内容和方法上的不同限制了组织成功实

10、施改进的能力。 此外，将这样模型在组织内部集成也提高了培训认证和改进的费用。一 套包括多个专业领域的模型加上整合的培训和认证支持将解决这些问题。CMMI(Capability maturity model in tegrati on) 是为了合并三个模型到一个框架中Cap ability Maturity Model for Software (SW-CMM) v2.0 draft C,Electronic Industries Allianee Interim Standard (EIA/IS) 731In tegrated Product Developme nt Capability M

11、aturity Model (IPD-CMM) v0.98正如其他CMM模型，CMMI提供了流程改进的指导，而不是流程或流程 的描述。组织使用的实际流程取决于很多因素，包括应用领域组织框架 和规模。CMMI将许多经过验证的方法加入架构中，来帮组组织评价成熟 度某个软件流程的能力度，并且建立改进的优先顺序和实施改进。从CMMI框架可以产生不同的 CMMI模型，因此必须首先确定那种模型最适合企业流程改进的需要。阶段式描述or连续式描述系统工程or软件工程or两者皆有使用连续式描述可以根据企业需要选择流程改进顺序，降低企业风险， 这给通过ISO做流程改进提供了一个方便的比较。 使用能力度(Capab

12、ility)来衡量。阶段式描述提供了已经过验证的流程改进顺序，方便从 CMh移植过来。使用成熟度(Maturity) 来衡量流程改进。系统工程包括整个系统的开发，可能包括软件也可能不包括。软件工程用于软件系统的开发， 主要集中在使用系统的科学的量化的方法来开发运行维护软件。cmm是项目管理由美国卡内基梅隆大学的软件工程研究所 (SEI)创立的CMM(Capability Maturity Model 软件能力成熟度模型 )认证评估，在过去的十几年中，对全球的软件产业产生了非常深远的影响。 CMMft有五个等级,分别标志着软件企业能力成熟度的五个层次。从低到高，软件开发生产计 划精度逐级升高，单

13、位工程生产周期逐级缩短，单位工程成本逐级降低。据SEI统计，通过评估的软件公司对项目的估计与控制能力约提升 40%到50%生产率提高10%到20%软件产品出错率下降超过 1/3。对一个软件企业来说，达到 CMM2就基本上进入了规模开发，基本具备了一个现代化软件企业的基本架构和方法，具备了承接外包项目的能力。CMM评估则需要对大软件集成的把握，包括整体架构的整合。一般来说， 通过CMM1证的级别越高，其越容易获得用户的信任，在国内、国际市场 上的竞争力也就越强。因此，是否能够通过 CMM认证也成为国际上衡量软件企业工程开发能力的一个重要标志。CMM是目前世界公认的软件产品进入国际市场的通行证，

14、它不仅仅是对产品质量的认证，更是一种 软件过程 改善的途径。参与 CMM估的博科负责人表示，通过 CMM勺评估认证不是目标，它只是推动软件企业在产品的 研发、生产、服务和管理上不断成熟和进步的手段，是一种持续提升和完 善企业自身能力的过程。如果一家公司最终通过 CMMI的评估认证，标志着该公司在质量管理的能力已经上升到一个新的高度。编辑本段等级1 初始级软件过程是无序的，有时甚至是混乱的，对过程几乎没有定义，成功 取决于个人努力。管理是反应式的。2.可重复级建立了基本的 项目管理 过程来跟踪费用、进度和功能特性。制定了必 要的过程纪律，能重复早先类似应用项目取得的成功经验。3.已定义级已将软件

15、管理和工程两方面的过程文档化、标准化，并综合成该组织 的标准软件过程。所有项目均使用经批准、剪裁的标准软件过程来开发和 维护软件，软件产品的生产在整个软件过程是可见的。4.量化管理级分析对软件过程和产品质量的详细度量数据，对软件过程和产品都有 定量的理解与控制。管理有一个作出结论的客观依据，管理能够在定量的 范围内预测性能。5.优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。每个等级都被分解为 过程域，特殊目标和特殊实践，通用目标、通用 实践和共同特性：每个等级都有几个过程区域组成，这几个过程域共同形成一种软件过 程能力。每个过程域，都有一些特殊目标和通用目标，通过相应的特

16、殊实 践和通用实践来实现这些目标。当一个过程域的所有特殊实践和通用实践 都按要求得到实施，就能实现该过程域的目标。能力度等级：属于连续式表述，共有六个能力度等级 （05），每个能力度等级对应到一个一般目标，以及一组一般执行方法和特定方法。0不完整级1执行级2 管理级3定义级4量化管理级5最佳化级编辑本段评估方式自我评估：用于本企业领导层评价公司自身的软件能力。主任评估：使本企业领导层评价公司自身的软件能力，向外宣布自己 企业的软件能力CMMI的评估类型：软件组织的关于具体的软件过程能力的评估。软件组织整体软件能力的评估(软件能力成熟度等级评估)。编辑本段CMMI的基本思想1、 解决软件项目过程

17、改进难度增大问题2、 实现软件工程的并行与多学科组合3、 实现过程改进的最佳效益编辑本段研发背景CMM的成功促使其他学科也相继开发类似的过程改进模型， 例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从 CMM厅生出了一些改善模型，比如：(1)SW-CMM (Software CMM) 软件 CMM(2) SE-CMM (System Engineering CMM) 系统工程 CMM(3) SA-CMM (Software Acquisition CMM) 软件采购 CMM(4)IPT-CMM (In tegrated Product Team CMM) 集成产品群组 CMM(

18、5)P-CMM (People CMM)人力资源能力成熟度模型为了以示区别，国内外很多资料把 CMM叫做SW-CMM按照SEI原来的 计划，CMM勺改进版本2.0应该在1997年11月完成，然后在取得版本 2.0 得实践反馈意见之后，在 1999年完成准CMM2.0版本。但是，美国国防部 办公室要求SEI推迟发布CMM2.0版本，而要先完成 一个更为紧迫的项目 CMMI原因是在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆， CMMI就是为了解决怎么保持这些模式之间的协调。CMMI (Capability Maturity Model In tegration )即能力成熟度集成模型，

19、这是美国国防部的一个设想，他们想把现在所有的以及将被发展出 来的各种能力成熟度模型，集成到一个框架中去。这个框架有两个功能， 第一，软件采购方法的改革；第二，建立一种从集成产品与过程发展的角 度出发、包含健全的系统开发原则的过程改进。 就软件而言，CMMI是 SW-CMM的修订本。它兼收了 SW-CMM 2.0版C稿草案和SPA中更合理、更科学和更周密的优点。SEI在发表CMMI-SE/SW1.0版时，宣布大约用两年的时间完成从 CMM到CMMI的过渡。CMMI项目更为工业界和政府部门提供了一个集成的产品集，其主要目 的是消除不同模型之间的不一致和重复，降低基于模型改善的成本。 CMMI将以更

20、加系统和一致的框架来指导组织改善软件过程，提高产品和服务的 开发、获取和维护能力。由业界、美国政府和卡内基梅隆大学软件工程研究所率先倡导的能力成熟度模型集成（CMM）项目致力于帮助企业缓解这种困境。 CMMI为改进一个组织的各种过程提供了一个单一的集成化框架，新的集成模型框架 消除了各个模型的不一致性，减少了模型间的重复，增加透明度和理解， 建立了一个自动的、可扩展的框架。因而能够重总体上改进组织的质量和 效率。CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个 方面。与原有的能力成熟度模型类似， CMM也包括了在不同领域建立有效过程的必要元素，反映了业界普遍认可的 最佳实践；专业

21、领域覆盖软件工程、系统工程、集成产品开发和系统采购。在此前提下， CMMI为企业的过程构建和改进提供了指导和框架作用；同时为企业评审自己的过程提供了 可参照的行业基准。编辑本段源模型软件能力成熟度模型 2.0版，C稿；电子行业协会临时标准（ EIA/IS）731;集成产品开发能力成熟度模型（ IPD-CMM vO.98。编辑本段原则（1）、强调高层管理者的支持。过程改进往往也是由高层管理者认识 和提出的，大力度的、一致的支持是过程改进的关键。（2 ）、 仔细确定改进目标，首先应该对给定时间内的所能完成的改 进目标进行正确的估计和定义并制定计划。选择能够达到的目标和能够看 到对组织的效益。（3

22、）、 选择最佳实践，应该基于组织现有的软件活动和过程财富， 参考其他标准模型，取其精华去其糟粕，得到新的实践活动模型。（4 ）、 过程改进要与组织的商务目标一致，与发展战略紧密结合。编辑本段目标（1）、 为提高组织过程和管理产品开发、发布和维护能力提供保障。（2 ）、 帮助组织客观评价自身能力成熟度和过程域能力，为过程改 进建立优先级以及执行过程改进。编辑本段方法（1）、决定哪个 CMM模型等级最适合组织过程改进需要。（2 ）、 选择模型的表示法是连续式还是阶段式。（3 ）、 决定组织需要用到的模型中的知识领域。（4）、 类似CMM提出的过程改进 6步，集成化过程改进分成：开始 集成过程改进，

23、建造集成改善平台，集成传统过程，启动新过程，进行改进 评估。编辑本段内容CMMI内容分为“ Required ” （必需的）、“ Expected” （期望的）、“ In formative ” （提供信息的）三个级别，来衡量模型包括的质量重要性 和作用。最重要的是要求级别，是模型和过程改进的基础。第二级别 期望在过程改进中起到主要作用，但是某些情况不是必须的可能不会出现在 成功的组织模型中。提供的信息构成了模型的主要部分，为过程改进提 供了有用的指导，在许多情况下他们对 必需和期望的构件做了进一步说明。必需的模型构件是目标，代表了过程改进想要达到的最终状态，它 的实现表示了项目和过程控制已经

24、达到了某种水平。当一个目标对应一个 关键过程域，就称为特定目标;对应整个关键过程域就称为 公用目标。整个CMMI模型包括了 54个特定目标，每个关键过程域都对应了一到四个 特定目标。每个目标的描述都是非常简捷的，为了充分理解要求的目标就 是扩展期望的构件。期望的构件是方法，代表了达到目标的实践手段和补充认识。每个 方法都能映射到一个目标上，当一个方法对一个目标是唯一就是 特定方法;而能适用于所有目标时就是 公用方法。CMM模型包括了 186个特定方法，每个目标有两到七个方法对应。CMMI包括了 10种提供的信息：目的，概括和总结了关键过程域的特 定目标；介绍说明，介绍关键过程域的范围、性质和实

25、际方法和影响等特 征；引用，关键过程域之间的指向是通过引用；名字，表示了关键过程域 的构件；方法和目标关系，关键过程域中方法映射到目标的关系表；注释， 注释关键过程域的其他模型构件的信息来源；典型工作产品集，定义关键 过程域中执行方法时候产生的工作产品；子方法，通过方法活动的分解和 详细描述；学科扩充， CMMI对应学科是独立的，这里提供了对应特定学科的扩展；公用方法的详细描述，关键过程域中公用方法应用实践的详细描 述。CMM提供了阶段式和连续式两种表示方法，但是这两种表示法在逻辑 上是等价的。我们熟悉的 SW-CMM软件能力成熟模型就是是阶段式的模型， SE-CMMS统工程模型是连续式模型，

26、而 IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。阶段式方法将模型表示威一系列 成熟度等级阶段，每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程，每个 KPA用满足其目标的方法来描述，过程改进通过在一个特定的成熟度等级中满足所有 KPA的目标而实现的。连续式模型没有像阶段式那样的分散阶段，模型的 KPA中的方法是当KPA的外部形式，并可应用于所有的 KPA中,通过实现公用方法来改进过程。 它不专门指出目标，而是强调方法。组织可以根据自身情况适当裁剪连续 模型并以确定的 KPA为改进目标。两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的 方法，他们虽然描

27、述的机制可能不同，但是两种表示方法通过采用公用的 目标和方法作为必需的和期望的模型元素，而达到了相同的改善目的。现在CMMI面临的一个挑战就是创建一个单一的模型，可以从连续和阶 段两个角度进行观察，包含相同的过程改进基本信息；处理相同范围的一 个CMMI过程能够产生相同的结论。统一的 CMMI（U-CMM）是指产生一个只有公用方法和支持他们的 KPA组成的模型。当按一种概念性的可伸展的方 式编写，并产生了用于定义组织的特定目标过程模版，定义的模版构件将 定义一个模型以适用于任何工程或其他方面。编辑本段与CMMi别CMMI模型的前身是 SW-CMM和SE-CMM,前者就是我们指的 CMM CMM

28、I 与SW-CM啲主要区别就是覆盖了许多领域； 到目前为止包括四个下面领域：（1） 、软件工程（SW-CMM软件工程的对象是软件系统的开发活动，要求实现软件开发、运行、 维护活动系统化、制度化、量化。（2） 、系统工程（SE-CMM系统工程的对象是全套系统的开发活动，可能包括也可能不包括软件。 系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案， 并对解决方案的实现提供全程的支持。（3） 、集成的产品和过程开发（IPPD-CMM集成的产品和过程开发是指在产品生命周期中，通过所有相关人员的 通力合作，采用系统化的进程来更好地满足客户的需求、期望和要求。如 果项目或企业选择IPPD进程

29、，则需要选用模型中所有与 IPPD相关的实践。（4） 、采购（SS-CMM采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用 的项目。主要内容包括：识别并评价产品的潜在来源、确定需要采购的产 品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作 产品以及对供应协议很供应关系进行适当的调整。在以上模块中，企业可以选择软件工程，或系统工程，也可以都选择。 集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使 用。例如，纯软件企业可以选择 CMMI中的软件工程的内容；设备制造企业可以选择系统工程和采购；集成的企业可以选择软件工程、系统工程和集 成的产品和过程开发。 C

30、MMI中的大部分内容是适用各不同领域的，但是实施中会有显著的差别，因此模型中提供了 不同领域应用详解oCMM勺基于活动的度量方法和瀑布过程的有次序的、 基于活动的管理规范有非常密切的联系，更适合瀑布型的开发过程。而 CMM相对CMMS一步支持迭代开发过程和经济动机推动组织采用基于结果的方法：开发业务案 例、构想和原型方案；细化后纳入基线结构、可用发布，最后定为现场版 本的发布。虽然 CMMI保留了基于活动的方法，它的确集成了软件产业内很 多现代的最好的实践，因此它很大程度上淡化了和瀑布思想的联系。在CMMI模型中在保留了 CMM阶段式模式的基础上，出现了连续式模 型，这样可以帮助一个组织以及这

31、个组织的客户更加客观和全面的了解它 的过程成熟度。同时，连续模型的采用可以给一个组织在进行过程改进的 时候带来更大的自主性，不用再象 CMM中一样，受到等级的严格限制。这种改进的好处是灵活性和客观性强，弱点在于由于缺乏指导，一个组织可 能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程，造成一 些过程成为空中楼阁，缺少其他过程的支撑。两种表现方式（连续的和阶 段的）从他们所涵盖的过程区域上来说并没有不同，不同的是过程区域的 组织方式以及对成熟度（能力）级别的判断方式。CMMI模型中比CMM进一步强化了对需求的重视。在 CMM中，关于需求只有需求管理这一个关键过程域，也就是说，强调对有质量的需求进行 管理，而如何获取需求则没有提出明确的要求。 在CMMI的阶段模型中，3级有一个独立的关键过程域叫做需求开发，提出了对如何获取优秀的需求的 要求和方法。CMMI模型对工程活动进行了一定的强化。在 CMM中，只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关 的，而在CMMI中，则将需求开发，验证，确认，技术解决方案，产品集成 这些工程过程活动都作为单独的关键过程域进行了要求，从