软件工程和开发技术第21章 能力成熟度模型.pptVIP

21.1 CMM的发展过程　　CMM的思想内核及其结构基于几个推行产品质量管理的科学家的理论。这些学者是：沃尔特·谢华特(Walter Shewart)、埃华茨·丹明(Ewards Deming)、约瑟夫·佐兰(Joseph Juran)和菲力浦·克罗斯比(Philip Crosby)。　　20世纪30年代，谢华特在贝尔实验室工作时，最先提出了一套运用统计学进行质量管理的控制原则。此后，统计学家丹明和佐兰将其理论加以完善并付诸于实践。后来丹明又揭示了一种号称丹明链式反映的现象，内容如下： 　　(1) 一个企业改进它的生产过程并且坚持不懈地按此运动。　　(2) 质量改进了。　　(3) 因为减少了返工、错误和延误，设计的更好，更有效地使用了资源，成本下降了。　　(4) 因为上升了的质量和降低了的成本，产品的市场占有率提高了。　　(5) 利润增加了。 　 　　丹明、佐兰以及其他学者的这种做法，被人们称为“全面质量管理”(Total Quality Management)。丹明也被人们誉为现代质量思想理论的鼻祖。　　后来，全面质量管理的思想被IBM公司的罗恩·拉德斯(Ron Radice)和瓦茨·汉佛莱(Watss Humphrey)应用于软件工程领域。1986年，汉佛莱从IBM退休后，加入了SEI。他带去的思想与实践就成为了以后的CMM的主要基础。1987年，SEI发表了他们的第一份CMM研究报告。 　　1986年11月，SEI应美国联邦政府的要求，在Mitre公司的协助下开始进行有关软件能力成熟度的研究。1987年9月开发出了一套软件能力成熟度框架和一套软件能力成熟度问卷，用以评估软件供应商的工程能力，这就是最早用以探索软件工程过程成熟度的一个工具。　　四年之后的1991年，SEI自己总结了成熟度框架和初版成熟度问卷的实践经验，并以此为标准推出了CMM1.0版。 　　CMM1.0使用将近两年之后，SEI在1992年4月举行了一个CMM研讨会，参加研讨会的有200余名经验丰富的软件专家。SEI在广泛听取他们的意见之后，又于1993年推出了CMM1.1版。这也是迄今世界上比较流行的、通用的CMM版本。　　十余年来，CMM的应用、改进、提升工作一直在不断地进行。按照SEI原来的计划，CMM的改进版本CMM2.0版应当在1997年11月完成，在取得实践反馈意见之后，于1999年正式推出(从已经获得的CMM2.0的讨论稿来看，它与CMM1.1的实质内容并没有大的变化)。但是，美国国防部办公室要求SEI推迟发布CMM2.0版本，而要先完成一个更紧迫的项目——CMMI。 　　CMMI(Capability Maturity Model Integration)即“能力成熟度模型集成”，这也是美国国防部的一个设想，他们想把现存所有的以及将被发展出来的各种能力成熟度模型集成到一个框架中去。这个框架有两个功能，第一，软件获取方法的改革；第二，建立一种从集成产品与过程发展的角度出发，包含健全的系统开发原则的过程改进方法。　　随着人们对CMM研究的不断深入，其他一些学科也结合自身的特点，陆续推出了自己的CMM模型。例如人力资源能力成熟度模型P-CMM、系统集成能力成熟度模型SE-CMM等。为了便于区分，在有可能引起混淆的地方，将软件成熟度模型用SW-CMM来称呼。 　21.2 CMM体系结构21.2.1 CMM的等级结构 图21.1 CMM的等级结构 　　“初始级”的特点是无秩序的，有时甚至是混乱的。软件过程定义几乎处于无章法和步骤可循的状态。处于这种状态的开发组织也有可能开发出成功的产品，但是成功的取得完全依靠于个别精英的超常劳动和特定的机遇。　　“可重复级”已经建立了基本的项目管理过程，可以用来对软件工程的成本、进度和功能特性进行跟踪。对于类似的应用项目，开发过程有固定的章程可循并能够重复以往的成功。 　　“已定义级”的特点是用于管理方面的和工程方面的软件过程均已文档化、标准化，并形成了整个软件开发组织的标准软件过程。全部开发项目均采用和实际情况相吻合的、按照对方要求适当裁剪后的标准软件过程来进行操作。在持续的开发过程中，组织的软件过程数据和软件财富数据不断积累并得到有效使用。　　“已管理级”的特点是软件过程和产品质量有详细的度量标准。软件产品的质量和软件工程过程得到了定量的认识和管理。 　　“持续优化级”是CMM的最高等级，但并不是意味着过程的改进到此为止。在这个等级中的软件开发组织能够主动地预防软件产品缺陷的发生，并通过对来自过程、新概念、新技术等方面的各种有用信息的定量分析，不断地、持续地对自身的软件过程进行改进提升。　　CMM的5个等级是向下覆盖的。也就是说，只有满足了本等级