cmm和cmmi的5个级别,cmm和cmmi的区别
1. CMM和CMMI的五个级别分别是什么?
CMMI包括5个等级,1级最低,5级最高。每个级别有各自的过程域。每个级别的要求是不一样的,具体过程域和核心内容见图。
1. CMM和CMMI的五个级别分别是什么?
CMMI包括5个等级,1级最低,5级较高。每个级别有各自的过程域。每个级别的要求是不一样的,具体过程域和核心内容见图。
CMM/CMMI将软件过程的成熟度分为5个等级,以下是5个等级的基本特征:(1)初始级(initial)。工作无序,项目进行过程中常放弃当初的计划。管理无章法,缺乏健全的管理制度。开发项目成效不稳定,项目成功主要依靠项目负责人的经验和能力,他一但离去,工作秩序面目全非。(2)可重复级(Repeatable)。管理制度化,建立了基本的管理制度和规程,管理工作有章可循。 初步实现标准化,开发工作比较好地按标准实施。 申报依法进行,做到基线化,稳定可跟踪,新项目的计划和管理基于过去的实践经验,具有重复以前成功项目的环境和条件。(3)已定义级(Defined)。开发过程,包括技术工作和管理工作,均已实现标准化、文档化。建立了完善的培训制度和专家评审制度,全部技术活动和管理活动均可控制,对项目进行中的过程、岗位和职责均有共同的理解 。(4)已管理级(Managed)。iso三体系认证和过程已建立了定量的质量目标。开发活动中的生产率和质量是可量度的。已建立过程数据库。已实现项目iso三体系认证和过程的控制。可预测过程和iso三体系认证质量趋势,如预测偏差,实现及时纠正。(5)优化级(Optimizing)。可集中精力改进过程,采用新技术、新方法。拥有防止出现缺陷、识别薄弱环节以及加以改进的手段。可取得过程有效性的统计数据,并可据进行分析,从而得出最佳方法。扩展资料:CMM的核心把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。CMM模型主要用于软件过程的改进,促进软件企业软件能力成熟度的提高,但对于系统工程、集成化iso三体系认证和过程开发、供应商管理等领域的过程改进都存在缺陷,因而人们不得不分别开发软件以外其他学科的类似模型。
CMM和CMMI的五个级别1这是什么?
CMMI 是软件开发的一种资质,中文是能力成熟度模型集成认证咨询,CMMI包括5个等级,1级最低,5级较高 CMMI比CMM多个I 这个I是intergration,集成的意思。 CMM适用于软件的组织成熟度测评。 CMMI适用于多种组织成熟度测评,其中CMMI_SW适用于软件。 CMMI相对CMM更完整,更适用于大环境。 过去有政策,过CMM3的企业可以得到政策补贴(现在政策有变化),所以还是有部分公司参与CMM的评估。
虽然我很聪明,但这么说真的难到我了
CMMI 是软件开发的一种资质,中文是能力成熟度模型集成认证,CMMI包括5个等级,1级最低,5级最高CMMI比CMM多个I这个I是intergration,集成的意思。CMM适用于软件的组织成熟度测评。CMMI适用于多种组织成熟度测评,其中CMMI_SW适用于软件。CMMI相对CMM更完整,更适用于大环境。过去有政策,过CMM3的企业可以得到政策补贴(现在政策有变化),所以还是有部分公司参与CMM的评估。
cmm与cmmi的区别?
CMM和CMMI的联系及区别:联系:CMMI即CMM集成,是系统工程和软件工程的集成成熟度模型,CMMI更适合于信息系统集成企业。CMMI是在CMM基础上发展起来的,它继承并发扬了CMM的优良特性,借鉴了其他模型的优点,融入了新的理论和实际研究成果。它不仅能够应用在软件工程领域,而且可以用于系统工程及其他工程领域。区别:从等级划分上看,1,3,5级的iso认证流程建议没有变化,均是初始级,已定义和优化;但是2级和4级分别定义为已管理级和定量管理级,这个变化更突出了CMMI定性管理和定量管理的特点.CMMI共有分属于4个类别的25个过程哉,覆盖了4个不同的领域;相对应的CMM共有18个过程域.CMM基本活动的度量方法和瀑布过程的有次序的,基本活动的管理规范有非常密切的联系,更适合瀑布型的开发过程;而CMMI相对CMM更一步支持迭代开发过程和经济动机推动组织采用基于结果的方法:开发业务安全,构想和原型方案,细化后纳入基线结构,可用发布,最后确定为现场版本的发布.CMMI比CMM进一步强化了对需求的重视.在CMM中,关于需求只有需求管理这一个KPA,也就是说强调对有质量的需求进行管理,而如何获取需求则没有提出明确的要求;在CMMI中,3级有一个独立的KPA叫做需求开发,提出了对如何获取优秀的需求的要求和方法.CMMI对工程活动进行了一定的强化.在CMM中只有3级中的软件iso三体系认证工程和同行评审两个KPA是与工程过程密切相关的;而在CMMI中,则将需求开发,验证,确认,技术解决方案iso三体系认证集成这些工程过程活动都作为单独的KPA进行了要.CMMI3级中单独强调了风险管理,而在CMM中把风险的管理分散在项目计划,项目跟踪与监控中进行要求.从评估方法上看,随着CMM过渡到CMMI,其CAF(CMM,Assessment Frame-work)框架变成评估需求(ARC:appraisal requirements for CMMI);IPI-CBA 的评估方法 被 SCAMPI方法替代.
CMM的发展过程1984年美国国防部为降低采购风险,委托卡耐基—梅隆大学软件工程研究院(SEI)制定了软件过程改进、评估模型,也称为SEI SW-CMM。该模型于1991年正式推出,迅速得到广大软件企业及其顾客的认可。从1987年SEI推出SW-CMM框架开始,1991年推出 CMM
1.0 版,1993年推出CMM
1.1 版,2000年推出CMMI-SE/SW
1.0版。我国也于2001年4月发布了《SJ/T 11234-2001 软件过程能力评估模型》和《SJ/T 11235-2001 软件能力成熟度模型》两个标准。我国单位一直重视软件产业的规范和发展,单位于2000年6月颁发的“18号iso三体系认证”第五章第十七条明确提出鼓励软件出口型企业通过ISO9000系列质量保证体系认证咨询和CMM认证咨询,其认证咨询费用通过中央外贸发展基金适当予以支持。目前各省市、高新区、软件园都有对通过CMM的企业给予资金奖励的制度。CMMI的起源随着人们对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 (Integrated Product Team CMM) 集成iso三体系认证群组CMM(5) P-CMM (People CMM) 人力资源能力成熟度模型为了以示区别,国内外很多资料把CMM叫做SW-CMM。按照SEI原来的计划,CMM的改进版本
2.0应该在1997年11月完成,然后在取得版本
2.0得实践反馈意见之后,在1999年完成准CMM
2.0版本。但是,美国国防部办公室要求SEI推迟发布CMM
2.0版本,而要先完成一个更为紧迫的项目CMMI。CMMI(Capability Maturity Model Integration)即能力成熟度集成模型,这也是美国国防部的一个设想,他们想把现在所有的以及将被发展出来的各种能力成熟度模型,集成到一个框架中去。这个框架有两个功能,第一,软件采购方法的改革;第二,建立一种从集成iso三体系认证与过程发展的角度出发、包含健全的系统开发原则的过程改进。就软件而言,CMMI是SW-CMM的修订本。它兼收了SW-CMM
2.0版C稿草案和SPA中更合理、更科学和更周密的优点。SEI在发表CMMI-SE/SW
1.0版时,宣布大约用两年的时间完成从CMM到CMMI的过渡。CMMI项目更为工业界和单位部门提供了一个集成的iso三体系认证集,其主要目的是消除不同模型之间的不一致和重复,降低基于模型改善的成本。CMMI将以更加系统和一致的框架来指导组织改善软件过程,提高iso三体系认证和服务的开发、获取和维护能力。-----------------------------------------------------------------------睿泰科技是国内有名的CMMI咨询公司
CMMI比CMM多个I这个I是intergration,集成的意思。CMM适用于软件的组织成熟度测评。CMMI适用于多种组织成熟度测评,其中CMMI_SW适用于软件。CMMI相对CMM更完整,更适用于大环境。过去有政策,过CMM3的企业可以得到政策补贴(现在政策有变化),所以还是有部分公司参与CMM的评估。
cmmi与cmm的区别?
1、作用不同CMM是一种对软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述形成的标准。CMMI是CMM模型的最新版本。早期的CMMI(CMMI-SE/SW/IPPD),SEI在部分国家和地区开始推广和试用。
2、特点不同CMM是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMMI是由美国卡耐基梅隆大学软件工程研究所组织全世界的软件过程改进和软件开发管理方面的专家历时四年而开发出来的,并在全世界推广实施的一种软件能力成熟度评估标准,主要用于指导软件开发过程的改进和进行软件开发能力的评估。
3、功能不同CMM的核心是把软件开发视为一个过程,并根据这一原则对软件开发和维护进行过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业目标。CMM模型主要用于软件过程的改进,促进软件企业软件能力成熟度的提高,但它对于系统工程、集成化产品和过程开发、供应商管理等领域的过程改进都存在缺陷,因而人们不得不分别开发软件以外其他学科的类似模型。