CMMI基础知识扫盲
- 格式:doc
- 大小:105.00 KB
- 文档页数:7
一:CMMI简介1.1 CMMI发展简史CMMI(Capability Maturity Model Integration,能力成熟度模型集成)是用于产品开发(或服务)的过程改进成熟度模型。
CMMI的最佳实践覆盖了产品构思、交付和维护的整个生命周期。
1981年,美国卡内基梅隆大学软件工程研究所(SEI),应美国联邦政府的要求开发的一种用于评价软件承包商能力并帮助其改善质量的方法。
Watts Humphrey将成熟框架带到了SEI并增加了成熟度等级的概念,将这些原理应用于软件开发,发展成为软件过程成熟度框架,它提供了一个评估软件开发过程的管理以及工程能力的标准。
1987年,基于Watts Humphery 等人的工作,SEI的Mark Pauk 等人建立了第一个CMM模型,即软件CMM。
1993年,SEI推出了CMM 1.1,这是目前世界上应用最广泛的CMM 版本。
十几年来CMM的改进工作一直不断地进行,相继有多个学科领域的CMM模型问世:SE-CMM, SW-CMM, IPD-CMM等。
美国国防采购与技术办公室领导了一个由政府、企业和SEI的代表组成的团队开始开发一个CMM模型的集成框架,即CMMI。
CMMI的基础源模型包括:软件CMM 2.0版本,EIA-731系统工程,以及IPD CMM (IPD) 0.98a版本。
2002年1月CMMI 1.1版本正式发布,并立即被广泛采用。
CMMI 1.2的三种模型·2·2006年8月,面向开发的CMMI(CMMI-DEV 1.2)版本正式发布。
为了适应更加广泛的应用,SEI 计划今后发布另外二种模型,分别是面向服务的CMMI(CMMI-SVC 1.2)版本和面向采购的CMMI(CMMI-ACQ 1.2)。
1.2 CMMI的过程域过程域(Process Area)是同属于某个领域而彼此相关的实践集合,当这些实践共同执行时,可以达到该领域过程改进的目标。
CMMI基础理论CMMI,即能力成熟度模型集成(Capability Maturity Model Integration),是一种软件和系统工程能力评估模型,用于帮助组织提高其开发和维护过程的效率和质量。
1.起源:CMMI最早是由美国国防部软件工程研究所(SEI)开发的,旨在帮助军事合同供应商改进软件开发过程。
后来,CMMI被扩展应用于其他领域,如航空航天、银行、制药等,以提高组织的成熟度和竞争力。
2.结构:CMMI基于了三个关键概念:能力级别、过程领域和目标行为。
能力级别表示一个组织的过程成熟度,包括初始级别(Level 1)、重复级别(Level 2)、定义级别(Level 3)、管理级别(Level 4)和优化级别(Level 5)。
过程领域是一组相关的过程,涵盖了组织的全部活动。
目标行为则是组织应达到的基本目标和行为。
3.目标:CMMI的主要目标是帮助组织改进其过程能力,从而提高质量、效率和可靠性。
通过评估组织的当前能力水平,CMMI可以识别改进的领域,并为组织提供相应的指导和建议。
通过实施CMMI,组织可以追求连续改进,逐步提高其过程能力,并提供高质量的产品和服务。
4.常见模型:CMMI有多个版本和模型可供组织选择,如CMMI for Development (CMMI-DEV)、CMMI for Services(CMMI-SVC)和CMMI forAcquisition(CMMI-ACQ)。
每个模型都针对不同类型的组织需求和行业特点进行了定制,但它们共享相同的基本概念和方法。
5.实施过程:实施CMMI需要组织首先进行一次自我评估,以了解其当前的能力水平和改进的需求。
然后,组织需要定义一个改进计划,包括目标、措施和时间表。
实施过程包括培训、过程定义和文档编制、度量分析等活动。
最后,组织需要进行定期评估和审核,以确保改进的持续性和有效性。
总结起来,CMMI基础理论是一种软件和系统工程能力评估模型,旨在帮助组织提高其开发和维护过程的效率和质量。
CMMI基本概念要点CMMI(Capability Maturity Model Integration)能力成熟度模型集成,是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。
CMMI基于过去对软件工程和系统工程最佳实践的研究和经验,通过一系列的阶段和培训,帮助组织提高其过程的成熟度和质量,以便更好地满足客户需求和提供价值。
以下是CMMI的一些基本概念要点:1. 成熟度级别(Maturity Levels):CMMI定义了五个成熟度级别,分别是初始级、可重复级、已定义级、已管理级和已优化级。
每个级别都有特定的目标和过程特点,组织可以按照这些级别逐步改进其软件工程和系统工程能力。
2. 能力级别(Capability Levels):CMMI还定义了六个能力级别,分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。
能力级别是针对特定过程或实践的细分评估,组织可以用它来评估和度量其各个过程的成熟度。
3. 关键过程领域(Key Process Areas):CMMI将软件工程和系统工程划分为22个关键过程领域。
每个关键过程领域都描述了组织达到特定目标所需的一组过程。
这些过程领域包括需求管理、配置管理、项目计划等,可以通过培训和改进来提高组织的能力。
4. 成熟度级别的目标和实践(Goals and Practices):CMMI对于每个成熟度级别都定义了一组目标和相关实践。
这些目标描述了组织在特定成熟度级别中应该达到的状态,而实践则提供了实现这些目标的具体方法。
5. 过程改进(Process Improvement):CMMI强调了持续的过程改进的重要性。
组织通过采纳CMMI指南中的最佳实践和建议,可以改进其软件工程和系统工程过程,提高效率、质量和客户满意度。
6. CMMI的评估和认证(Assessment and Certification):组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。
CMMI 知识要点汇总1、CMMI全称Capability Maturity Model Integration (能力成熟度模型集合)2、CMMI来源于那三个模型,研究机构(英文、中文)软件工程sw-cmm系统工程EIA/IS集成化产品和过程开发IPD-CMM3、CMMIv1.2分为哪三个集群(英文、中文)面向开发的CMMI(CMMI for Development,CMMI-DEV)(自己学习的)面向采购的CMMI(CMMI for Acquisition,CMMI-ACQ)面向服务的CMMI(CMMI for Services,CMMI-SVC)(面向外包的)4、CMMI的成熟度等级表示两种方法:连续式(5个公式)、阶段式(2级7个)5、CMMI有哪些pa ,ML2、3、4、5级别成熟度分别要求哪些pa达到怎样的成熟度(1)包括22个过程域(pa)REQM 需求管理PP 项目计划PMC 项目监督和控制SAM 供应商协议管理MA 度量和分析PPQA 过程和产品质量保证CM 配置管理2级7个过程域,本题考点儿,大家熟悉各级过程域中英文对应中文即可,不需死背,理解万岁RD 需求开发TS 技术解决方案PI 产品套件套VER 验证VAL 确认OPF 组织级过程集点OPD+IPPD 组织级过程定义+IPPDOT 组织级培训IPM+IPPD 集成化项目管理+IPPDRSKM 风险管理DAR 决策分析和解析方案OPP 组织级过程性能QPM 项目定量管理OID 组织级改革和部署CAR 因果分析和解决方案(2)已管理级(Managed)=ML2 PAS(GG2)定义级 (Defined )=ML2 PAS (GG3)+ML3 PA (GG3) 量化管理级(Quantitatively Managed )=ML2,3,4 PA (GG3) 优化级(Optimizing )=ML 2,3,4,5 PA(GG3) 6、CMMI 框架的组成结构(中英文都可) 重点儿,老师平时曾要求大家会默写7、评估方法简述,评估三种类型、评估的主要依据、评估的结果Scampi 的评估方法,老师原话:“了解下看一遍有印象就行了”,具体含义自行领悟(1) 用于过程改进的标准CMMI 评估方法 (2)评估三种类型:Class A:凡是按体系要求的项目都需要按体系要求做,评估的时候采取抽样评估; Class B:评估试点项目与体系文档、CMMI 模型的符合度; Class C:评估完成的过程体系与CMMI 模型的差距;(3) 当且仅当目标下的全部实践被全部实施或者被大部分实施 所有弱项的累积不会对目标的达成产生显著负面影响。
CMMI基础知识扫盲摘要:CMMI全称是Capability Maturity Model Integration,CMMI是个好东西来的,但行内人士对她的认识并不全面,甚至有种种的误解。
尽管网上有很多CMMI相关介绍,但一般都是比较苦涩难懂的。
本文将用生动通俗的语句,让大家初步看清楚CMMI的真面面孔。
CMMI是什么东西?CMMI英文全称是Capability Maturity Model Integration,直接翻译就是能力成熟度模型,直接看这几个中文字,你还是没有办法搞清楚CMMI是什么东西的。
大家可能在网上见过很多《成功人士的七个习惯》(可能还有很多类似的名字)的文章吧?有人总结了成功人士的成功的原因,总结出他们的习惯,如果我们也能具备这些习惯,那么我们也很可能成为成功人士。
类似的,CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合,是如何做好软件的最佳实践的集合。
如果企业也能按照CMMI的要求做好,那么企业就很可能成为成功的企业。
CMMI里面所有的要求,都是来自于成功企业的最佳实践的,她的先进性我们不必怀疑,如果我们没有做好,那不是CMMI本身的问题,而是我们自己没有理解好或者是没有执行好的原因。
说到CMMI,就不可避免会提到另外3个字母SEI,SEI全称是Software Engineering Institute的全称,直译就是软件工程学院,是美国的一所大学,CMMI标准就是他们搞出来的。
CMMI目前最新版本是V1.2,如果你是现在才开始了解CMMI的,那么你完全没有必要去搞清楚V1.1与V1.2的差别,更加没有必要去比较CMM与CMMI的差别,直接了解CMMI V1.2就可以了,你只需要知道CMM是CMMI的前身,而CMMI V1.1虽然比CMM要新很多,但现在已经不用了。
现在在互联网上还有很多比较CMM与CMMI的文章的,除非你很想了解或者你有很多时间,建议不必去看这些内容。
CMMI基础知识扫盲
作者:张传波
摘自:
摘要:
CMMI全称是Capability Maturity Model Integration,CMMI是个好东西来的,但行内人士对她的认识并不全面,甚至有种种的误解。
尽管网上有很多CMMI相关介绍,但一般都是比较苦涩难懂的。
本文将用生动通俗的语句,让大家初步看清楚CMMI的真面面孔。
CMMI是什么东西?
CMMI英文全称是Capability Maturity Model Integration,直接翻译就是能力成熟度模型,直接看这几个中文字,你还是没有办法搞清楚CMMI是什么东西的。
大家可能在网上见过很多《成功人士的七个习惯》(可能还有很多类似的名字)的文章吧?有人总结了成功人士的成功的原因,总结出他们的习惯,如果我们也能具备这些习惯,那么我们也很可能成为成功人士。
类似的,CMMI可以看作是成功企业如何做好软件的一些习惯、做法、准则等的集合,是如何做好软件的最佳实践的集合。
如果企业也能按照CMMI的要求做好,那么企业就很可能成为成功的企业。
CMMI里面所有的要求,都是来自于成功企业的最佳实践的,她的先进性我们不必怀疑,如果我们没有做好,那不是CMMI本身的问题,而是我们自己没有理解好或者是没有执行好的原因。
说到CMMI,就不可避免会提到另外3个字母SEI,SEI全称是Software Engineering Institute的全称,直译就是软件工程学院,是美国的一所大学,CMMI标准就是他们搞出来的。
CMMI目前最新版本是V1.2,如果你是现在才开始了解CMMI的,那么你完全没有必要去搞清楚V1.1与V1.2的差别,更加没有必要去比较CMM与CMMI的差别,直接了解CMMI V1.2就可以了,你只需要知道CMM是CMMI的前身,而CMMI V1.1虽然比CMM要新很多,但现在已经不用了。
现在在互联网上还有很多比较CMM
与CMMI的文章的,除非你很想了解或者你有很多时间,建议不必去看这些内容。
连续式 vs 阶段式
CMMI有两种表述方式:连续式与阶段式,两种方式只是从不同的角度来阐述CMMI,其实质上表达的内容是一致的。
就好像我们做数据库设计的时候,可能会设计不同的视图来查看相同数据表的数据,只是角度不一样。
大家可能会问,好好的CMMI,为什么要搞两种表达方式呢?不怕把大家搞糊涂吗?
确实这两种方式把不少人给搞糊涂了,这是SEI的一个败笔。
以前的CMM是只有阶段式的表达方式的,连续式是后来提出来的,SEI内部分成两派,一派支持连续式,一派支持阶段式,互不相让,最后达不成一致,就出来了现在这个样子,连续式与阶段式两者共存。
连续式其实更加能反应过程改进的本质,并且能更好地引导企业把过程改进做到实处,但连续式比较难以理解。
阶段式是直接继承CMM的,大家都比较容易理解,而且阶段式有一个级别,在商业上更好宣传,但很容易导致企业为了过级而过级。
连续式和阶段式同时也是评估的两个不同角度,用连续式评估,企业会得到很多个PA的Level,用阶段式评估,企业会得到一个整体的Level。
对CMMI还不是很熟的人士,先了解这么多就可以了,以后再慢慢了解。
CMMI 1至5级简述
这里我们用比较容易理解的阶段式的角度,来描述一下CMMI的级别。
在模型中,所有软件组织的软件能力成熟度划分为5个等级——第1到第5级。
数字越大,成熟度越高,高成熟度等级代表比较强的综合软件能力。
5个成熟度等级分别是:
l 第1级:初始级
l 第2级:受管理级
l 第3级:已定义级
l 第4级:定量管理级
l 第5级:持续优化级
第1级是不需要评估的,哪怕你们是手工作坊开发的软件公司,也可以说是CMMI1级。
从2级开始到5级,SEI在每个级别都有详细的标准。
那怎样才算达到某个级别呢?
要通过高级别的评估,要满足这个级别以下所有级别的标准。
例如:
l 一个进行4级评估的企业,评估的时候首先是看是否达到2级要求,然后是3级要求,然后才是4级要求。
l 评估的时候,如果2级的标准达到,但3级的要求达不到,就算4级的要求达到了,也只能算2级。
每个级别又代表怎样的意思呢?下表简要地说明了1到5级的差异:
2级比较容易做到,要做到3级要做的事情多很多,一般来说建议2、3级一起来做。
3级到4级跨度很大,要做到4级非常不容易。
如果4级做得比较好,要做到5级难度不算很大。
以下是各级难度的示意图:
过程域(PA)、目标(Goal)与实践(Practice)
CMMI2级到5级,每个级别都包含几个到十几个PA(Process Area),直接翻译就叫做:过程域。
PA简单地说就是要做好软件开发的某一个方面,如果要达到某个级别的要求,就要达到该级别所有PA的要求。
一个PA包含几个Goal(目标),如果要达到某个PA的要求,就意味着要达到该PA每个Goal的要求。
每个Goal怎样才算达到要求呢?每个Goal又包含几个到十几个Practice(实践),如果这些Practice都做到了,就认为该Goal达到要求了。
级别、PA、Goal与Practice的关系示意图如下:
2级有7个PA,3级有11个PA,4级有2个PA,5级有2个PA,一共22个PA,Practice的总数量超过400个。
如果要达到5级的要求,意味着必须满足这400多个Practice的要求。
评估办法
评估一个企业达到多少级别的要求,其实就是看相应的Practice是否达到要求。
评估办法根据严谨的程度,分为以下办法:
l SCAMPI C
l SCAMPI B
l SCAMPI A
SCAMPI A是最严谨的,进行正式评估的时候,必须采用该办法。
下面我们简单体会一下SCAMPI A评估方法。
举一个日常的例子,比方说你今天中午吃了饭,但别人不知道,别人要判断你是不是吃了饭,用SCAMPI A的办法来判断的话,需要提供以下证据:
1)书面直接证据,能证明你吃了饭的书面的直接的证据。
如果你去餐厅吃饭的,你的帐单就可以用来做直接证据,如果你在家做饭,那就麻烦,可能没有能留下直接书面证据了。
2)书面间接证据:比方说你在家做饭,之前去买菜了,你买菜的账单就可以作为间接书面证据。
3)访谈证据:如果别人问你,今天中午有没有吃饭,你能准确说出来,并且没有疑点,那就认为证据有效了,或者是如果你和别人吃饭,别人能说出跟你吃了饭,也认为证据有效了。
以上3方面的证据,第一个证据书面直接证据,是必须要有的,同时第2和第3类证据,至少要有一个。
以上证据都具备,才能认为你吃了饭。
我想大家可能要“吐血”了,为了要证明吃了饭,居然要这样麻烦!当然吃饭只是一个例子,我们进行CMMI评估的时候,每一个Practice都需要提供这样的证据。
准备评估没有什么捷径,就是老老实实按照CMMI的要求去做,认真做好过程改进的工作,认真准备书面证据,访谈的时候就按照实际的做法老老实实的回答。
企业商业目标与CMMI
有一种业内普遍的误解,好像CMMI级别越高,项目的成本就越高。
那么我们要问,为什么我们还要去追求高级别呢?企业到底为什么要去评估CMMI?
业内也有另外一种误解,CMMI是用来提高软件质量的。
那么CMMI不用来加快软件开发进度,节省成本吗?软件开发从来就是质量、进度、成本的平衡,CMMI 只关注一个方面吗?
公司的商业目标,简单地说两个字可以概括——“赚钱”!为了赚钱,我们有很多办法:
l 提高质量,我们的质量不需要很高,比竞争对手高就可以了。
l 加快进度,我们的进度也不需要很快,但至少要比竞争对手快。
l 减少成本,成本也不必减少很多,关键是能支持公司运作,能带来利润就可以了。
CMMI是为企业的商业目标服务的!既不是纯粹提高质量,也不是光增加公司的成本而不提高效益。
CMMI是为了提高企业的生产力!
如果贵公司实施了CMMI,而没有提高生产力的话,改进是失败的,违背CMMI的初衷的。
CMMI是个好东西,我们没有做好,并不是CMMI的错,是我们没有理解好或者是执行好。
要让CMMI切实为企业带来价值,难度很高,如何才能做到?这些内容可以写一本书。
本文希望能澄清大家的一些思想误区,扫扫CMMI的文盲,为切实发挥CMMI 的作用做好准备。