网站大量收购闲置独家精品文档,联系QQ:2885784924

2025年CMMI详解 _原创精品文档.pdfVIP

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

海纳百川,有容乃大;壁立千仞,无欲则刚。——林则徐

CMMI详解

CMM是指“能⼒成熟度模型”,其英⽂全称为CapabilityMaturityModelforSoftware,英⽂缩写为SW-CMM,简称CMM。它是对于

软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CMM的核⼼是把软件开发视为⼀个过程,并根据这

⼀原则对软件开发和维护进⾏过程监控和研究,以使其更加科学化、标准化、使企业能够更好地实现商业⽬标。

CMM是⼀种⽤于评价软件承包能⼒并帮助其改善软件质量的⽅法,侧重于软件开发过程的管理及⼯程能⼒的提⾼与评估。CMM分为

五个等级:⼀级为初始级,⼆级为可重复级,三级为已定义级,四级为已管理级,五级为优化级。

CMM是由美国卡内基梅隆⼤学软件⼯程研究所1987年研制成功的,是⽬前国际上最流⾏最实⽤的软件⽣产过程标准和软件企业成熟度

等级认证标准。⽬前,我国已有软件企业通过了CMM标准认证。

SW-CMM(CapabilityMaturityModelForSoftware软件⽣产能⼒成熟度模型,以下简称CMM),是87年由美国卡内基梅隆⼤学软件

⼯程研究所(CMUSEI)研究出的⼀种⼀种⽤于评价软件承包商能⼒并帮助改善软件质量的⽅法,其⽬的是帮助软件企业对软件⼯程过程

进⾏管理和改进,增强开发与改进能⼒,从⽽能按时地、不超预算地开发出⾼质量的软件。

其所依据的想法是:只要集中精⼒持续努⼒去建⽴有效的软件⼯程过程的基础结构,不断进⾏管理的实践和过程的改进,就可以克服软

件⽣产中的困难。CMM它是⽬前国际上最流⾏、最实⽤的⼀种软件⽣产过程标准,已经得到了众多国家以及国际软件产业界的认可,成为

当今企业从事规模软件⽣产不可缺少的⼀项内容。

CMM⽬前通⽤流⾏的版本是1.1(Version1.1)。《按照软件⼯程研究所(SEI)的原来计划,CMM的改进版版本

2.0(V2.0)是要在1997年的11⽉完成的。但是,美国国防部办公室要求软件⼯程研究所(SEI)延迟发放公布CMM版本2.0,直⾄

他们完成另⼀个更为紧迫的项⽬-CMMI。

CMMI(CapabilityMaturityModelIntegration能⼒成熟度模型集成),是美国国防部的⼀个设想。他们希望把所有现存的与将被发展

出来的各种能⼒成熟度模型,集成到⼀个框架中去。这个框架⽤于解决两个问题:第⼀,软件获取办法的改⾰;第⼆,从集成产品与过程发

展的⾓度出发,建⽴⼀种包含健全的系统开发原则的过程改进。

CMM为软件企业的过程能⼒提供了⼀个阶梯式的改进框架,它基于过去所有软件⼯程过程改进的成果,吸取了以往软件⼯程的经验教

训,提供了⼀个基于过程改进的框架;它指明了⼀个软件组织在软件开发⽅⾯需要管理哪些主要⼯作、这些⼯作之间的关系、以及以怎样

的先后次序,⼀步⼀步的做好这些⼯作⽽使软件组织⾛向成熟。

⼀、CMM的诞⽣

信息时代,软件质量的重要性越来越为⼈们所认识。软件是产品、是装备、是⼯具,其质量使得顾客满意,是产品市场开拓、事业得以

发展的关键。⽽软件⼯程领域在1992年⾄1997年取得了前所未有的进展,其成果超过软件⼯程领域过去15年来的成就总和。

软件管理⼯程引起⼴泛注意源于20世纪70年代中期。当时美国国防部曾⽴题专门研究软件项⽬做不好的原因,发现70%的项⽬是因

为管理不善⽽引起,⽽并不是因为技术实⼒不够,进⽽得出⼀个结论,即管理是影响软件研发项⽬全局的因素,⽽技术只影响局部。到了

20世纪90年代中期,软件管理⼯程不善的问题仍然存在,⼤约只有10%的项⽬能够在预定的费⽤和进度下交付。软件项⽬失败的主要原

因有:需求定义不明确;缺乏⼀个好的软件开发过程;没有⼀个统⼀领导的产品研发⼩组;⼦合同管理不严格;没有经常注意改善软件过

程;对软件构架很不重视;软件界⾯定义不善且缺乏合适的控制;软件升级暴露了硬件的缺点;关⼼创新⽽不关⼼费⽤和风险;军⽤标准太

少且不够完善等等。在关系到软件项⽬成功与否的众多因素中,软件度量、⼯作量估计、项⽬规划、进展控制、需求变化和风险管理等都是

与⼯程管理直接相关的因素。由此可见,软件管理⼯程的意义⾄关重要。

软件管理⼯程和其它⼯程管理相⽐有其特殊性。⾸先,软件是知识产品,进度和质量都难以度量,⽣产效率也难以保证。其次,软件系

统复杂程度也是超乎想象的。因为软件复杂和难以度量,软件管理⼯程的发展还很不成熟。

软件管理⼯程的发展,在经历了

您可能关注的文档

文档评论(0)

131****6859 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档