CMMI是在CMM基础上发展起来的,CMMI继承并发扬了CMM的优良特性,借鉴了其他模型的优点,融入 了新的理论和实际研究成果。CMMI不仅能够应用在软件工程领域,而且可以用于系统工程及其他工程领域。本篇文章重点讨论:CMMI的产生,CMMI、CMM和ISO15504模型的等级名称的对应关系,CMMI和CMM的过程域。
1、CMMI的产生
自1994年SEI(美国软件工程研究院)正式发布软件CMM以来,相继叉开发出了系统工程、软件采购、人 力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。虽然 这些模型在许多组织都得到了良好的应 用,但对于一些大型软件企业来说,可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。这时 就会发现存在 一些问题,其中主要问题体现在:
(1)不能集中其不同过程改进的能力以取得更大成绩;
(2)要进行一些重复的培训、评估和改进活动,因而增加了许多成本;
(3)不同模型对相同事物的说法不一致,或活动不协调,甚至相抵触。
在出现这些问题的情况下,希望整合不同CMM模型的需求产生了,2001年12月,SEI正式发布CMMI1.1版 本,SEI宣布到2003年年底,不再继 续对软件CMM提供支持,转而支持能力成熟度模型集成CMMI。与原有的 能力成熟度相比,CMMI涉及面更广,专业集领域覆盖软件工程、系统工程、集成产品开发和系统采购。据美国 国防部资料显示,运用CMMl模型管理的项目,不仅降低了项目的成本,而且提高了项目的质量与按期完成率。 因此,美国在国防工程 项目中全面地推广CMMI模型,规定在国防工程项目的招标中,达到CMMI一定等级才有 参加竞标的资格。该模型包括了连续模型和阶段模型两种表示方法,一 个组织根据自己的过程改进要求可以自 由选择合适的表示方法来使用。
2、CMMI与CMM最大的不同点
(1)CMMI SM-SE/SW/IPPD/SS1.1 版本有四个集成成分。 系统工程(SE)和软件工(SW)是基本的科 目,对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容,如果涉及供应商外包管理可以相应的应 用SS(Supplier Sourcing)部分。
(2)CMMI有两种表现方法,一种是和CMM一样的阶段式表现方法,另一种是连续式的表现方法。这两种 表现方法的区别是:阶段式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别,帮助实施CMMI 的组织建议一条比较容易实现的过程改进发展道路。而连续式表现方法则将CMMI中过程区域分为四大类:过程 管理、项目管理、工程和支持。
(3)CMMI 有两种不同的实施方法,不同的实施方法,其级别表示不同的内容。CMMI的一实施方法为连 续式,主要是衡量一个企业的项目能力。企业在接受评估时可以选择 自己希望评估的项目来进行评估。因为是 企业自己挑选项目,其评估通过的可能性会增大。但是,它反映的内容也比较窄。它仅仅表示企业在该项目或类 似项目的实 施能力达到了某一等级。而另一种实施方法为阶段性。它主要是衡量一个企业的成熟度,即企业在 项目实施上的综合实力。企业在进行评估时,一定要由评估师来挑 选企业内部的任何项目,甚至是任何项目的 任何部分。一般地讲,个企业要想在阶段性评估中得到三级,其企业内部的大部分项目都要达到三级,小部分项 目可以在 二级,但绝不能够有一级。阶段性实施方法的难度要大一些。
(4)CMM的2级共有6个关键过程区域,而在CMMI中增加了1个——度量和分析。原来的6个关键过程域 的名称和内容在CMMI中做了部分改进,但是主体内容没有大幅调整。CMM的4级共有2个关键过程域,而在 CMMI中仍是2个,只是名称和内容有所改进。 CMM的5级共有3个KPA,而在CMMI中进行了合并,改为2个, 但主要内容未变。变化最显著的在CMMI3 级上,CMM原有的7个KPA,在CMMI中变成了14 个,其中原来对 工程活动进行要求的KPA(软件产品工程)进行了详细的拆分,并结合常见的软件生命周期模型进行了映射。 CMMI中新增的过程域中还涉及过去未曾提到的内容,比如决策分析和解决方案、集成团队等。
(5)CMMI和CMM模型相同,但是某些等级的名称有所变化。1级、 3级和5级的名称没有变化,名称还是 初始级、已定义级和优化级,但是2级和4级分别变为已管理级和定量管理级,这个变化更突出了2级定性管理和 4级定量管理的特点。
3、CMMI、 CMM和ISO15504模型的等级名称的对应关
下表列出了CMMI (阶段式、 连续式)、 CMM、 IS015504 模型的等级名称的对应关系。
4、CMMI和CMM的过程域
CMM把软件开发组织的能力成熟度分为18 个过程域,而CMMI把软件开发组织的能力成熟度分为4 个类别的25 个过程域。 CMMI 和CMM 的过程域如我2-5 所示。
等级 | CMM | CMMI | 类别 | ||
过程域 | 缩写 | 过程域 | 缩写 | ||
5 | 技术更新管理 | TCM | 组织革新与部署 | OID | 过程管理 |
过程更改管理 | PCM | ||||
缺陷预防 | DP | 原因分析与决策 | CAR | 支持 | |
4 | 软件质量管理盟 | SQM | 组织过程性能 | OPP | 过程管理 |
定量过程管理 | QPM | 定量项目管理 | QPM | 项目管理 | |
3 | 软件产品工程 同行评审 | SPE PR | 需求制定 | RD | 工程 |
技术方案 | TS | 工程 | |||
产品集成 | PI | 工程 | |||
验证 | VER | 工程 | |||
组织过程聚焦 | OPF | 确认 | VAL | 工程 | |
组织过程定义 | OPD | 组织过程聚焦 | OPF | 过程管理 | |
培训|大纲 | TP | 组织过程定义 | OPD | 过程管理 | |
集成软件管理 | ISM | 组织培训 | OT | 过程管理 | |
组间协调 | 集成项目管理 | IPM | 项目管理 | ||
风险管理 | RSKM | 项目管理 | |||
决策分析与决定 | DAR | 支持 | |||
集成供应商管理 | ISM | 项目管理 | |||
组织集成环境 | OEI | 支持 | |||
IC | 集成组队 | IT | 项目管理 | ||
2 | 需求管理 | RM | 需求管理 | RM | |
软件项目策划 | SPP | 项目策划 | PP | 项目管理 | |
软件项目监督控制 | SPTO | 项目监督与控制 | PMC | 项目管理 | |
软件分包管理 | SAM | 供应协议管理 | SAM | 项目管理 | |
软件质量保证 | SQA | 过程与产品质量保证 | PPQA | 支持 | |
软件配置管理 | SCM | 配置管理 | CM | 支持 | |
度量与分析 | MA | 支持 | |||
1 |
关注卓越空间
关注卓越微博
关注卓越微信