能力成熟度模型的介绍（一）

小弟初来乍到，最近翻阅研究了很多文献资料，整理了一下思路，在此与各位牛人分享。

 

 

软件能力成熟度模型——
能力成熟度模型的基本概况

能力成熟度模型的发展概况

    一个企业的生存和发展很大程度取决于用户的信任、支持和对产品质量的满意程度。尤其是软件企业，用户满意的一个最基本因素就是软件质量。由于软件过程通常是由临时的项目开发人员和管理者拼凑而成，所以没有严格的管理制度和规范化的标准，成功取决于少数人的努力。解决软件生产过程中的问题和判断产品质量的好坏没有一个客观的标准，因此造成了软件产品质量很难预测，为了解决软件质量，国内外学术界、企业界在软件工程技术和工具方面投入了大量的人力、物力和财力，希望能找到一种提高软件质量的有效方法。

    1986年11月，SEI应美国联邦政府的要求，在Mitre公司的协助下，于1987年9月开发一套软件能力成熟度框架和一套软件成熟度问卷，用来评估软件供应商的能力。这就是最早用于探索软件开发过程成熟度的一个工具。

    四年以后，也就是1991年，SEI自己总结了CMM成熟度框架和初版成熟度问卷的实践经验，并以此为基础推出民用CMM1．0版。

       CMM1．0版投入使用两年后的1992年4月，SEI举行了CMM一个的研讨会，参加研讨会的有大约200名富有经验的软件专家。SEI在广泛听取他们的意见之后 ，又于1993年推出CMM1．1版。这也是目前世界上比较流和通用的CMM版本。

    十几年来，更新CMM版本的工作一直在进行。按照SEI原来的计划，CMM的改进版本2.0应该在1997年11月完成，然后在取得版本2．0得实践反馈意见之后 ，在1999年完成准CMM2．0版本。但是美国国防部办公室要求SEI推迟发布CMM2．0版本，而要先完成一个更为紧迫得项目CMMI。

    CMMI（Capability Maturity Mode1 Integration）即能力成熟度模型集成，这也是美国国防部的一个设想，他们想把现在所有的以及将被发展出来的各种能力成熟度模型，集成到一个框架中去。这个框架有两个功能，第一，软件获取方法的改革；第二，建立一种从集成产品与过程发展的角度出发，包含健全的系统开发原则的过程改进。

随着人们对CMM研究的不断深入，其他学科也结合CMM本系统的特点，陆续推出了自己的CMM模型。例如，人力资源能力成熟度模型、系统工程能力成熟度模型等等。为了以示区别，国内外很多资料把CMM叫做SW-CMM。