ChapterCMMintroduction课件.ppt

The Software Capability Maturity Model软件能力成熟度模型 第一部分 CMM概述 主要内容 1.1 近年来软件界面临的问题 1.2 CMM简介 1.3 CMM 的产生及发展 1.4 软件过程的三个流派 1.5 CMM 的家族 1.6 CMM的一些基本概念 1.7 CMM五级模型 1.8 不同成熟度等级的差异 1.9 CMM的结构 1.10 CMM的应用 1.1 近年来软件界面临的问题 1、若干引起软件界关注的现象 软件项目的规模越来越大; 软件项目更加复杂; 产品的质量问题更加突出; 软件开发和维护的成本有增无减; 产品延期交付。 2、解决软件问题的出路 解决软件项目的管理问题; 应当把提高软件产品的质量和软件开发的生产率作为重点,优先加以解决; 建立过程的观念,运用过程的思维方式,从根本入手,而不是用头痛医头的办法; 最好给软件组织一个逐步提高成熟度的路线图。 1.2 CMM简介（1） 1、什么是CMM CMM是由能力成熟度模型（Capability Maturity Model）的英文缩写，它的本质是软件管理工程的一个部分。由卡内基.梅隆大学的软件工程研究所(Software?Engineering?Institute,?简称SEI)?提出并完善。 其目的是通过一个合理的体系模型来对软件组织开发能力进行合理有效的评估，帮助软件组织在模型实施的过程中提高软件过程管理能力，降低软件系统开发风险，在预定的项目周期和预算内开发出高质量的软件产品。 它是对于软件组织在定义、实现、度量、控制和改善其软件过程的进程中各个发展阶段的描述。他通过5个不断进化的层次来评定软件生产的历史与现状。 它是迄今为止学术界和工业界公认的有关软件工程和管理实践的最好的软件过程，为评估软件组织的生产能力提供了标准，也为提高软件组织的生产过程指明了方向。 1.2 CMM简介（2） 1.3 CMM 的产生及发展（1） 信息时代，软件质量的重要性越来越为人们所认识。软件是产品、是装备、是工具，其质量使得顾客满意，是产品市场开拓、事业得以发展的关键。而软件工程领域在1992年至1997年取得了前所未有的进展,其成果超过软件工程领域过去15年来的成就总和。 软件管理工程引起广泛注意源于20世纪70年代中期。当时美国国防部曾立题专门研究软件项目做不好的原因，发现70%的项目是因为管理不善而引起，而并不是因为技术实力不够，进而得出一个结论，即管理是影响软件研发项目全局的因素，而技术只影响局部。到了20世纪90年代中期，软件管理工程不善的问题仍然存在，大约只有10%的项目能够在预定的费用和进度下交付。 1.3 CMM 的产生及发展（2） 软件项目失败的主要原因有：需求定义不明确；缺乏一个好的软件开发过程；没有一个统一领导的产品研发小组；子合同管理不严格；没有经常注意改善软件过程；对软件构架很不重视；软件界面定义不善且缺乏合适的控制；软件升级暴露了硬件的缺点；关心创新而不关心费用和风险；军用标准太少且不够完善等等。 20 世纪 80 年代中期，国际软件产业界对软件过程的研究十分重视，因为在采用软件工程方法克服软件危机的过程中，人们已认识到，软件过程是否完善是软件风险大小的决定因素。 1.3 CMM 的产生及发展（3） 1986 年 11 月，美国卡内基梅隆大学的软件工程研究所（ Software Engineering Institute ， SEI ）应美国联邦政府的要求，针对美国国防部对软件承包商的能力评价问题，研究 “ 过程成熟度框架 ” 。 1987 年 9 月， SEI 开发了一套软件能力成熟度框架和软件成熟度问卷，用来评估软件供应商的能力。 1991 年， SEI 自己总结了成熟度框架和初版成熟度问卷的实践经验，并以此为基础推出了 “ 软件能力成熟度模型（ Capability Maturity Model For Software ， CMM ） 1.0 版 ” 。 1.3 CMM 的产生及发展（4） 1993 年， SEI 在广泛听取美国政府和各界软件专家的意见后，推出了目前世界上比较流行的通用的 CMM1.1 版。 目前， CMM 是国际上最流行、最实用的一种软件生产过程标准，已经得到国际软件产业界的认可，成为当今企业从事规模软件生产不可缺少的一项内容。 1998 年 SW-CMM2.0 的草案 C 发布并征求意见期间，美国国防部主管 CMM 的部门决定不再修订单独的 SW-CMM ，而着手制定集成的能力成熟度模型 CMMI ，其中包括软件方面的 SW-CMM 。 2002 年 1 月发布了 C