0Zionrr浅谈CMMI与CMMI五级认证Word文件下载.docx
《0Zionrr浅谈CMMI与CMMI五级认证Word文件下载.docx》由会员分享,可在线阅读,更多相关《0Zionrr浅谈CMMI与CMMI五级认证Word文件下载.docx(23页珍藏版)》请在冰豆网上搜索。
![0Zionrr浅谈CMMI与CMMI五级认证Word文件下载.docx](https://file1.bdocx.com/fileroot1/2023-1/29/a792413c-a1e6-423a-b2f3-e01a8c85ff6f/a792413c-a1e6-423a-b2f3-e01a8c85ff6f1.gif)
此外,还应当获取并记录发起方对于CMMI评估计划的正式批准。
在制定评估计划之前,应对CMMI评估输入中反映出来的协议文档化,该协议将有助于CMMI评估目标和关键评估计划参数的共同理解。
在对驱动计划过程的关键参数达成共同理解的基础上,CMMI评估发起方和SCAMPI主任评估师应就评估计划达成一致;
发起者和评估小组领导应就已计划的评估中技术和非技术细节达成一致。
这个计划在执行其他的计划和准备阶段活动中需要进一步细化。
而通过CMMI评估小组的准备工作,将产生一支富有经验的、受过培训的且定位准确的小组准备执行CMMI评估任务。
该小组的成员都应当获得了完成他们各自的任务所必备的知识,或者他们之前所拥有的知识被证实足以完成相关任务。
评估小组领导者已经给每一个人提供了为完成他们各自的任务所需的对技能进行实践的机会,或者证实这些技能在过去已经得到了示范。
小组成员相互了解,同时开始计划他们如何协调一致的工作。
还应该做到:
准备好的小组是为评估目标而服务的,小组的成员已提供培训且培训结果被记录,在必要的时候,对他们所做的因知识或技能不足的补救工作已经完成。
我们认为,无论CMMI评估小组领导者是从头培训一支全新的评估小组,还是通过从富有经验的小组成员中选择来组建一个小组,确保他们与CMMI评估小组领导者能组成一个成功的集体是其责任。
此外,在对CMMI评估进行的预备工作的过程中,我们还应当对模型剪裁的原则有所了解:
1.在某些应用中,计划模板和例行的程序能够根据评估的需要进行调整,这和当地的过程所有权一样,有助于交流;
2.一个结构化的计划工艺组有利于只有有限的评估经验的组织,这样一个工艺就像缓和策略样,对于发现风险是一个很有价值的机会;
3.案例研究材料提供了各种各样的选择来扩充小组培训内容以增强那些更需要培训的重点;
4.富有经验的评估小组领导者在没有案例分析的情况下,同样可以管理和模拟评估行为;
5.在小组所有已获得培训成员的集合中,对小组的建立工作进行管理以确保其团队凝聚力是十分重要的,因此,很多的小组建立练习是可以利用的,小组的规模、技能、组成部分都是本方法的裁剪内容;
6.所采用工具可以包括评估计划模板,样例,和计划模板中嵌入式的程序上的帮助,此外,为了估计评估约束的影响,估算工作表和方法也是很有用处的。
总之,CMMI评估是一个十分复杂的过程,更由于其具有的不确定性,在评估的实践中,一定要做到有备无患。
真理来自于实践,我们相信,随着越来越多的软件组织着手CMMI评估,越来越多的成功经验将为我们所利用和借鉴。
Cmmi评估方法
自1991年起,CMM出现了很多模型,覆盖了各种各样的专业领域。
其中著名的模型有系统工程·
软件工程·
软件采购·
集成产品和流程开发等。
然而当企业想要在组织内不同专业领域的流程改进,这些针对不同专业领域的模型在架构·
内容和方法上的不同限制了组织成功实施改进的能力。
此外,将这样模型在组织内部集成也提高了培训·
认证和改进的费用。
一套包括多个专业领域的模型加上整合的培训和认证支持将解决这些问题。
CMMI(Capabilitymaturitymodelintegration)是为了合并三个模型到一个框架中
CapabilityMaturityModelforSoftware(SW-CMM)v2.0draftC,
ElectronicIndustriesAllianceInterimStandard(EIA/IS)731
IntegratedProductDevelopmentCapabilityMaturityModel(IPD-CMM)v0.98
正如其他CMM模型,CMMI提供了流程改进的指导,而不是流程或流程的描述。
组织使用的实际流程取决于很多因素,包括应用领域·
组织框架和规模。
CMMI将许多经过验证的方法加入架构中,来帮组组织评价成熟度·
某个软件流程的能力度,并且建立改进的优先顺序和实施改进。
从CMMI框架可以产生不同的CMMI模型,因此必须首先确定那种模型最适合企业流程改进的需要。
阶段式描述or连续式描述
系统工程or软件工程or两者皆有
使用连续式描述可以根据企业需要选择流程改进顺序,降低企业风险,这给通过ISO做流程改进提供了一个方便的比较。
使用能力度(Capability)来衡量。
阶段式描述提供了已经过验证的流程改进顺序,方便从CMM移植过来。
使用成熟度(Maturity)来衡量流程改进。
系统工程包括整个系统的开发,可能包括软件也可能不包括。
软件工程用于软件系统的开发,主要集中在使用系统的·
科学的·
量化的方法来开发·
运行·
维护软件。
cmm是项目管理
由美国卡内基梅隆大学的软件工程研究所(SEI)创立的CMM(CapabilityMaturityModel软件能力成熟度模型)认证评估,在过去的十几年中,对全球的软件产业产生了非常深远的影响。
CMM共有五个等级,分别标志着软件企业能力成熟度的五个层次。
从低到高,软件开发生产计划精度逐级升高,单位工程生产周期逐级缩短,单位工程成本逐级降低。
据SEI统计,通过评估的软件公司对项目的估计与控制能力约提升40%到50%;
生产率提高10%到20%,软件产品出错率下降超过1/3。
对一个软件企业来说,达到CMM2就基本上进入了规模开发,基本具备了一个现代化软件企业的基本架构和方法,具备了承接外包项目的能力。
CMM3评估则需要对大软件集成的把握,包括整体架构的整合。
一般来说,通过CMM认证的级别越高,其越容易获得用户的信任,在国内、国际市场上的竞争力也就越强。
因此,是否能够通过CMM认证也成为国际上衡量软件企业工程开发能力的一个重要标志。
CMM是目前世界公认的软件产品进入国际市场的通行证,它不仅仅是对产品质量的认证,更是一种软件过程改善的途径。
参与CMM评估的博科负责人表示,通过CMM的评估认证不是目标,它只是推动软件企业在产品的研发、生产、服务和管理上不断成熟和进步的手段,是一种持续提升和完善企业自身能力的过程。
此次由美国PIA咨询公司负责评估并最终通过CMM3认证,标志着博科在质量管理的能力已经上升到一个新的高度。
CMMI分为五个等级,二十五个过程区域(PA)
1.初始级软件过程是无序的,有时甚至是混乱的,对过程几乎没有定义,成功取决于个人努力。
管理是反应式的。
2.已管理级建立了基本的项目管理过程来跟踪费用、进度和功能特性。
制定了必要的过程纪律,能重复早先类似应用项目取得的成功经验。
3.已定义级已将软件管理和工程两方面的过程文档化、标准化,并综合成该组织的标准软件过程。
所有项目均使用经批准、剪裁的标准软件过程来开发和维护软件,软件产品的生产在整个软件过程是可见的。
4.量化管理级分析对软件过程和产品质量的详细度量数据,对软件过程和产品都有定量的理解与控制。
管理有一个作出结论的客观依据,管理能够在定量的范围内预测性能。
5.优化管理级过程的量化反馈和先进的新思想、新技术促使过程持续不断改进。
每个等级都被分解为过程域,特殊目标和特殊实践,通用目标、通用实践和共同特性:
每个等级都有几个过程区域组成,这几个过程域共同形成一种软件过程能力。
每个过程域,都有一些特殊目标和通用目标,通过相应的特殊实践和通用实践来实现这些目标。
当一个过程域的所有特殊实践和通用实践都按要求得到实施,就能实现该过程域的目标。
能力度等级:
属于连续式表述,共有六个能力度等级(0~5),每个能力度等级对应到一个一般目标,以及一组一般执行方法和特定方法。
0 不完整级
1 执行级
2 管理级
3 定义级
4 量化管理级
5 最佳化级
CMMI的评估方式:
自我评估:
用于本企业领导层评价公司自身的软件能力。
主任评估:
使本企业领导层评价公司自身的软件能力,向外宣布自己企业的软件能力
CMMI的评估类型:
软件组织的关于具体的软件过程能力的评估。
软件组织整体软件能力的评估(软件能力成熟度等级评估)。
CMMI的基本思想
1、解决软件项目过程改进难度增大问题
2、实现软件工程的并行与多学科组合
3、实现过程改进的最佳效益
1、CMMI的背景
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将以更加系统和一致的框架来指导组织改善软件过程,提高产品和服务的开发、获取和维护能力。
由业界、美国政府和卡内基•梅隆大学软件工程研究所率先倡导的能力成熟度模型集成(CMMI)项目致力于帮助企业缓解这种困境。
CMMI为改进一个组织的各种过程提供了一个单一的集成化框架,新的集成模型框架消除了各个模型的不一致性,减少了模型间的重复,增加透明度和理解,建立了一个自动的、可扩展的框架。
因而能够重总体上改进组织的质量和效率。
CMMI主要关注点就是成本效益、明确重点、过程集中和灵活性四个方面。
与原有的能力成熟度模型类似,CMMI也包括了在不同领域建立有效过程的必要元素,反映了业界普遍认可的"
最佳"
实践;
专业领域覆盖软件工程、系统工程、集成产品开发和系统采购。
在此前提下,CMMI为企业的过程构建和改进提供了指导和框架作用;
同时为企业评审自己的过程提供了可参照的行业基准。
2、CMMI的源模型
软件能力成熟度模型2.0版,C稿;
电子行业协会临时标准(EIA/IS)731;
集成产品开发能力成熟度模型(IPD-CMM)v0.98。
3、CMMI的原则
(1)、强调高层管理者的支持。
过程改进往往也是由高层管理者认识和提出的,大力度的、一致的支持是过程改进的关键。
(2)、仔细确定改进目标,首先应该对给定时间内的所能完成的改进目标进行正确的估计和定义并制定计划。
选择能够达到的目标和能够看到对组织的效益。
(3)、选择最佳实践,应该基于组织现有的软件活动和过程财富,参考其他标准模型,取其精华去其糟粕,得到新的实践活动模型。
(4)、过程改进要与组织的商务目标一致,与发展战略紧密结合。
4、CMMI目标
(1)、为提高组织过程和管理产品开发、发布和维护能力的提供保障。
(2)、帮助组客观织评价自身能力成熟度和过程域能力,为过程改进建立优先级以及执行过程改进。
5、CMMI的方法
(1)、决定哪个CMMI模型等级最适合组织过程改进需要。
(2)、选择模型的表示法是连续式还是阶段式。
(3)、决定组织需要用到的模型中的知识领域。
(4)、类似CMM提出的过程改进6步,集成化过程改进分成:
开始集成过程改进,建造集成改善平台,集成传统过程,启动新过程,进行改进评估。
6、CMMI内容
CMMI内容分为“Required”(必需的)、“Expected”(期望的)、“Informative”(提供信息的)三个级别,来衡量模型包括的质量重要性和作用。
最重要的是"
要求"
级别,是模型和过程改进的基础。
第二级别"
期望"
在过程改进中起到主要作用,但是某些情况不是必须的可能不会出现在成功的组织模型中。
"
提供的信息"
构成了模型的主要部分,为过程改进提供了有用的指导,在许多情况下他们对需要和期望的构件做了进一步说明。
"
的模型构件是目标,代表了过程改进想要达到的最终状态,它的实现表示了项目和过程控制已经达到了某种水平。
当一个目标对应一个关键过程域,就称为"
特定目标"
;
对应整个关键过程域就称为"
公用目标"
。
整个CMMI模型包括了54个特定目标,每个关键过程域都对应了一到四个特定目标。
每个目标的描述都是非常简捷的,为了充分理解要求的目标就是扩展"
的构件。
的构件是方法,代表了达到目标的实践手段和补充认识。
每个方法都能映射到一个目标上,当一个方法对一个目标是唯一就是"
特定方法"
而能适用于所有目标时就是"
公用方法"
CMMI模型包括了186个特定方法,每个目标有两到七个方法对应。
CMMI包括了10种"
:
目的,概括和总结了关键过程域的特定目标;
介绍说明,介绍关键过程域的范围、性质和实际方法和影响等特征;
引用,关键过程域之间的指向是通过引用;
名字,表示了关键过程域的构件;
方法和目标关系,关键过程域中方法映射到目标的关系表;
注释,注释关键过程域的其他模型构件的信息来源;
典型工作产品集,定义关键过程域中执行方法时候产生的工作产品;
子方法,通过方法活动的分解和详细描述;
学科扩充,CMMI对应学科是独立的,这里提供了对应特定学科的扩展;
公用方法的详细描述,关键过程域中公用方法应用实践的详细描述。
CMMI提供了阶段式和连续式两种表示方法,但是这两种表示法在逻辑上是等价的。
我们熟悉的SW-CMM软件能力成熟模型就是是阶段式的模型,SE-CMM系统工程模型是连续式模型,而IPD-CMM集成产品开发模型结合了阶段式和连续式两者的特点。
阶段式方法将模型表示威一系列"
成熟度等级"
阶段,每个阶段都有一组KPA指出一个组织应集中于何处以改善其组织过程,每个KPA用满足其目标的方法来描述,过程改进通过在一个特定的成熟度等级中满足所有KPA的目标而实现的。
连续式模型没有像阶段式那样的分散阶段,模型的KPA中的方法是当KPA的外部形式,并可应用于所有的KAP中,通过实现公用方法来改进过程。
它不专门指出目标,而是强调方法。
组织可以根据自身情况适当裁剪连续模型并以确定的KPA为改进目标。
两种表示法的差异反应了为每个能力和成熟度等级描述过程而使用的方法,他们虽然描述的机制可能不同,但是两种表示方法通过采用公用的目标和方法作为需要的和期望的模型元素,而达到了相同的改善目的。
现在CMMI面临的一个挑战就是创建一个单一的模型,可以从连续和阶段两个角度进行观察,包含相同的过程改进基本信息;
处理相同范围的一个CMMI过程能够产生相同的结论。
统一的CMMI(U-CMMI)是指产生一个只有公用方法和支持他们的KPA组成的模型。
当按一种概念性的可伸展的方式编写,并产生了用于定义组织的特定目标过程模版,定义的模版构件将定义一个模型以适用于任何工程或其他方面。
CMMI与CMM差别:
CMMI模型的前身是SW-CMM和SE-CMM,前者就是我们指的CMM。
CMMI与SW-CMM的主要区别就是覆盖了许多领域;
到目前为止包括四个下面领域:
(1)、软件工程(SW-CMM)
软件工程的对象是软件系统的开发活动,要求实现软件开发、运行、维护活动系统化、制度化、量化。
(2)、系统工程(SE-CMM)
系统工程的对象是全套系统的开发活动,可能包括也可能不包括软件。
系统工程的核心是将客户的需求、期望和约束条件转化为产品解决方案,并对解决方案的实现提供全程的支持。
(3)、集成的产品和过程开发(IPPD-CMM)
集成的产品和过程开发是指在产品生命周期中,通过所有相关人员的通力合作,采用系统化的进程来更好地满足客户的需求、期望和要求。
如果项目或企业选择IPPD进程,则需要选用模型中所有与IPPD相关的实践。
(4)、采购(SS-CMM)
采购的内容适用于那些供应商的行为对项目的成功与否起到关键作用的项目。
主要内容包括:
识别并评价产品的潜在来源、确定需要采购的产品的目标供应商、监控并分析供应商的实施过程、评价供应商提供的工作产品以及对供应协议很供应关系进行适当的调整。
在以上模块中,企业可以选择软件工程,或系统工程,也可以都选择。
集成的产品和过程开发和采购主要是配合软件工程和系统工程的内容使用。
例如,纯软件企业可以选择CMMI中的软件工程的内容;
设备制造企业可以选择系统工程和采购;
集成的企业可以选择软件工程、系统工程和集成的产品和过程开发。
CMMI中的大部分内容是适用各不同领域的,但是实施中会有显著的差别,因此模型中提供了"
不同领域应用详解"
CMM的基于活动的度量方法和瀑布过程的有次序的、基于活动的管理规范有非常密切的联系,更适合瀑布型的开发过程。
而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法:
开发业务案例、构想和原型方案;
细化后纳入基线结构、可用发布,最后定为现场版本的发布。
虽然CMMI保留了基于活动的方法,它的确集成了软件产业内很多现代的最好的实践,因此它很大程度上淡化了和瀑布思想的联系。
在CMMI模型中在保留了CMM阶段式模式的基础上,出现了连续式模型,这样可以帮助一个组织以及这个组织的客户更加客观和全面的了解它的过程成熟度。
同时,连续模型的采用可以给一个组织在进行过程改进的时候带来更大的自主性,不用再象CMM中一样,受到等级的严格限制。
这种改进的好处是灵活性和客观性强,弱点在于由于缺乏指导,一个组织可能缺乏对关键过程域之间依赖关系的正确理解而片面的实施过程,造成一些过程成为空中楼阁,缺少其他过程的支撑。
两种表现方式(连续的和阶段的)从他们所涵盖的过程区域上来说并没有不同,不同的是过程区域的组织方式以及对成熟度(能力)级别的判断方式。
CMMI模型中比CMM进一步强化了对需求的重视。
在CMM中,关于需求只有需求管理这一个关键过程域,也就是说,强调对有质量的需求进行管理,而如何获取需求则没有提出明确的要求。
在CMMI的阶段模型中,3级有一个独立的关键过程域叫做需求开发,提出了对如何获取优秀的需求的要求和方法。
CMMI模型对工程活动进行了一定的强化。
在CMM中,只有3级中的软件产品工程和同行评审两个关键过程域是与工程过程密切相关的,而在CMMI中,则将需求开发,验证,确认,技术解决方案,产品集成这些工程过程活动都作为单独的关键过程域进行了要求,从而在实践上提出了对工程的更高要求和更具体的指导。
CMMI中还强调了风险管理。
不像在CMM中把风险的管理分散在项目计划和项目跟踪与监控中进行要求,CMMI3级里单独提出了一个独立的关键过程域叫做风险管理。
CMMI标准名词术语
1ATAssessmentTeam评审小组
2ATMAssessmentTeamMember评审小组成员
3BABaselineAssessment基线评审
4CARCausalAnalysisandResolution原因分析与决策
5CBACMM-BasedAppraisal基于CMM的评价
6CBA-IPICMM-BasedAppraisalforInternalProcessImprovement
为内部过程改进而进行的基于CMM的评价(通常称为CMM评审)
7CCConfigurationController配置管理员
8CFCommonFeature公共特性
9CFPSCertifiedFunctionPointSpecialist注册功能点专家
10CIConfigurationItem配置项
11CMConfigurationManagement配置管理
12CMMCapabilityMaturityModel能力成熟度模型
13CMMICapabilityMaturityModelIntegration能力