第十章 软件能成熟度模型CMM.docVIP

第十章 软件过程能力评估 软件产品的质量取决于软件开发过程，具有良好软件过程的软件机构能够开发出高质量的软件产品。这一点早已为人们所公认，但切实地在软件过程方面开展工作也只有十年。1987年在美国国防部支持下，卡内基—梅隆大学率先推出了软件过程评估项目的研究成果—软件过程能力成熟度模型CMM。很快就引起了软件界的广泛关注，并在此基础上形成了国际标准(ISO/IEC 15504)。 事实上，CMM给了软件开发机构一把度量软件过程的尺子，这个尺子从低到高共有5个等级的刻度，用它度量便是软件过程评估的工作。另一方面，CMM同时也是一个指南，它在客观上起到了指导软件机构的作用，它可告诉软件机构，如果要在原有的水平上提高一个等级，应该关注哪些问题，这就是软件过程改进的工作。 本章在概述软件过程评估之后，重点介绍了CMM，并且在最后把国际标准也做了扼要的描述。 10.1 软件过程评估的意义 软件过程评估是软件过程改进和软件能力评价的前提环节。 10.1.1 软件过程改进的需要 软件过程不断改进是软件工程的基本原理之一。 1983年美国TRW公司B.W.Boehm总结了该公司在12年内，总共花了15000人年，先后开发五代指挥控制软件的经验，得出如下七条原则： 按软件生存周期分阶段制订计划并认真实施； 逐阶段进行确认； 坚持严格的产品控制； 使用现代程序设计技术； 明确责任； 用人少而精； 不断改进开发过程。 这就是著名的软件工程七原理。由此可见，不断改进软件开发过程是软件工程的基本原理之一。 软件过程改进是软件生存周期的基本过程之一 软件工程界始终十分重视对软件过程的研究，本世纪70年代中期形成了软件生存周期的概念，1995年正式发布了一项国际标准，即ISO/IEC 12207信息技术—软件生存周期过程，这是软件过程研究的一个重要成果。这项标准科学地定义了软件生存周期的过程，总共17个，其中一个就是改进过程。 实践证明，软件过程需要不断完善，首先从非工程化的软件开发方法转变为工程化的软件开发方式，按照软件工程的系统方法进行软件的工程活动和管理活动，进而不断完善各个软件过程。从而不断提高软件过程能力。随着这种能力的提高，一个软件组织完成软件产品时在预算、进度，特别是产品质量方面的风险就逐步降低。显然，软件过程能力的提高需要首先对当前的软件过程状况进行科学的评估。 10.1.2 降低软件风险的需要 软件采购者的需要 软件产品或软件服务的采购单位进行招标、选择承制者时，为了降低风险，需要对备选单位的软件过程能力进行评价，而这种评价的依据是对该单位的软件过程的评估结果。 软件承制者的需要 软件产品研制单位和软件服务单位在响应顾客的需要、进行投标时，为了降低风险，需要对自己的软件过程能力进行评价，避免承担力所不及的任务，而这种评价的依据仍然是根据实际需要，对相应软件过程的评估结果。 10.2 软件过程评估方法的产生 软件过程评估方法的研究在80年代取得了突破性。1987年在美国卡内基—梅隆大学软件工程研究所（SEI）以W.S.Humphrey为首的研究组发表的“承包商软件工程能力的评估方法”是最杰出的代表。这个评估方法给出了软件过程能力成熟度框架，1991年发展为CMM(Capability Maturity Model)1.0（能力成熟度模型1.0版），它把软件过程按完善程度分为5个等级，描述了不同完善程度的软件过程的不同特点。这个方法本是美军委托研究，用来评估军用软件承包商的软件过程，从而评价其软件开发能力的；但在试用过程中，该方法的另一个更加重要的作用越来越被人们重视，就是它描述了软件过程不断改进的科学途径，使软件开发组织能自我分析，找出尽快提高软件过程能力的策略。这个方法的意义得到国际软件产业界和软件工程界广泛关注和认可，人们认为这是80年代软件工程技术最重要的发展之一。1993年该模型发展为CMM1.1，目前该模型的2.0版本应已修订完成。 1991年国际标准化组织开展调查研究，以便确定是否需要编制有关软过程评估的国际标准，并于1993年得出肯定的结论，开始了有关标准的研究制订工作，现已取得重要成果，产生了技术报告ISO/IEC TR 15504 SPICE(Software Process Improvement and Capability dEtermination)信息技术—软件过程评估，并预计于2001年产生正式标准。从该技术报告的内容来看，制订标准的基本目的及其思路均与SEI CMM相似。 上述两个研究组织的有关研究结果以不同方式给出了评估软件过程的方法和不断改进软件过程的科学途径，在下面两节分别加以简介。 10.3 软件能力成熟度模型CMM（Capability Maturity Model）简介 10.3.1 模型概要