早在20世纪60年代中期，人们就发现软件的生产出现了“问题”，主要表现在生产过程不规范，缺乏管理。后来，人们在软件工程方法学中引入了工程的概念、原理、技术和方法，这种思想在一定程度上解决了软件生产过程中遇到的问题。但是直至80年代还是没有提出一套管理软件开发的通用原则，软件管理不善的问题依旧在大范围内存在。随着软件开发的深入、各种技术的不断创新以及软件产业的形成，人们越来越意识到软件过程管理的重要性，因此管理学的思想逐渐融入软件开发过程中，由美国软件工程研究所（SEI）提出的软件能力成熟度模型（简称SW-CMM）便是软件过程管理思想不断发展的集中体现。
CMM的管理思想背景
SW-CMM不仅是一个模型，一个工具，它更代表了一种管理哲学在软件工业中的应用。SW-CMM的管理思想来源于已有60多年历史的产品质量管理。1930年，Walter Sheward 率先提出了一整套基于统计学原理的质量控制方法，这些方法后来经过W. Ewards Deming和Joseph Juran的发展和实践得到了广泛的应用。Philip Crosby在《质量是免费的》一书中率先提出将质量管理形成成熟度框架的概念，描述了进行质管实践的5个阶段，表达了质量管理的全部运作。
Deming、Juran以及Crosby等人的做法后来被称为全面质量管理（TQM）理论。在IBM公司，Watts Humphrey和Ron Radice将这种全面质量管理的思想应用于软件工程过程，收到了很大的成效。SEI的软件能力成熟度模型就是在以Humphrey为主的软件专家实践经验的基础上发展而来的。软件能力成熟度模型中融合了全面质量管理的思想，以5个不断进化的层次反映了软件过程定量控制中项目管理和项目工程的基本原则。SW-CMM所依据的想法是只要不断地对软件企业的软件工程过程的基础结构和实践进行管理和改进，就可以克服软件生产中的困难，增强开发制造能力，从而能按时地、不超预算地制造出高质量的软件。
全面质量管理的含义和特点
含义 全面质量管理（Total Quality Management，简称TQM）是一个组织以质量为中心，以全员参与为基础，目的在于通过让顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径。
早期的质量管理仅限于质量检验，仅能对产品的质量实行事后把关，但质量并不是检验出来的，所以，质量检验并不能提高产品质量，只能剔除次品和废品。1924年提出休哈特理论，质量控制从检验阶段发展到统计过程控制阶段。休哈特认为，产品质量不是检验出来的，而是生产制造出来的，质量控制的重点应放在制造阶段，从而将质量控制从事后把关提前到制造阶段。1961年费根堡姆提出全面质量管理理论（TQM），将质量控制扩展到产品寿命循环的全过程，强调全体员工都参与质量控制。70年代，田口玄一博士提出田口质量理论，他认为，产品质量首先是设计出来的，其次才是制造出来的。因此，质量控制的重点应放在设计阶段，从而将质量控制从制造阶段进一步提前到设计阶段。
特点 全面质量管理即为全员、全过程、全方位的质量管理，力求全面提高经济效益。包括以下基本特点:
（1） 全员参加:意味着质量控制由少数质量管理人员扩展到企业的所有人员。
（2） 全过程:将质量控制从质量检验和统计质量控制扩展到整个产品寿命周期。
（3） 全面运用一切有效方法:是指应用一切可以运用的方法，而不仅仅是数理统计法。
（4） 全面控制质量因素:意味着把影响质量的人、机器设备、材料、工艺、检测手段、环境等全部予以控制，以确保质量。
大多数经营管理者认为，全面质量管理的核心是强调一致性，克服随意性，消除差错，使顾客得到全面的满足，它强调为了取得真正的经济效益，管理必须始于识别顾客的质量要求，终于顾客对他手中的产品感到满意。全面质量管理就是为了实现这一目标而指导人、机器、信息的协调活动。因此，全面质量管理可以归纳为两大基本原则.
全面质量管理两大基本原则
首先是以满足顾客需求为导向，不断改善，最终达到顾客的全面满足；其次是以全员参与为基础，进行全过程的质量控制。
CMM对全面质量管理的体现
在软件业，软件质量得不到提高主要原因在于质量观念的缺乏，而将全面质量管理的思想运用于软件业，是提高软件产品质量、获取竞争优势的有效手段。CMM不但对于指导过程改进是一项很好的工具，而且把全面质量管理概念应用到软件上，实现从需求管理到项目计划、项目控制、软件获取、质量保证、配置管理的软件过程全面质量管理。CMM的思想是一切从顾客需求出发，从全组织层面上实施过程质量管理，正符合了TQM的基本原则。因此，它的意义不仅仅是对软件开发的过程进程控制，最关键的它还是一种高效的管理方法，有助于企业最大程度的降低成本，提高质量和用户满意度。
CMM2
软件需求管理体现TQM的核心思想 CMM的一个显著的特征是将软件需求作为一个活跃的实体贯穿于整个开发过程之中，实施有效的需求管理事实上渗透在CMM的不同层次（Level）和众多关键过程域之中。软件需求是软件项目成功的关键，软件项目中百分之四十至百分之六十的问题都是在需求分析阶段埋下的“祸根”。美国质量管理协会（ASQC）将“质量”解释为“产品或服务内在特性和外部特性的总和，以此构成其满足给定需求的能力”，Crosby对于质量的定义也是“同需求保持统一”，从这个意义上说，只有满足用户需求的软件产品才谈得上有好的质量，反之，需求管理也正是从质量出发以确定需求。CMM四级的“软件质量管理”过程域中也明确要求，组织、顾客和最终用户的软件质量需求及其优先级可以追踪到分配给软件的系统需求及软件质量目标。因此，CMM的需求管理正是从全面质量管理的主导思想—“以满足顾客需求为导向”出发的，软件开发则应以需求工程作为核心过程（需求过程与其他过程的关系见图1）。
图1 需求过程与其他过程的关系
需求工程无疑是当前软件工程中的关键问题，但又是软件工程中最复杂的过程之一。完整的软件需求工程过程包括需求开发和需求管理两个部分，需求开发的一般过程分为需求获取、需求分析、编写需求规格说明书（SRS）、需求验证四个阶段，需求管理则主要包括需求基线的建立、需求变更控制以及需求跟踪等活动。需求获取是通过与用户的交流，对现有系统的观察及对任务进行分析，从而开发、捕获和修订用户的需求 ；需求分析是为最终用户所看到的系统建立一个概念模型，作为对需求的抽象描述;由需求模型构件生成精确的形式化的描述，即需求规格说明书，它将作为用户和开发者之间的一致协议;需求分析的结果应该通过评审、测试等手段验证它的正确性、完整性和一致性，这就是需求验证。贯穿于整个过程中，需求管理中最基本的任务则是明确需求，并使所有相关人员达成共识 ；建立需求跟踪能力联系链，确保所有用户需求被正确地应用，并且在需求发生变更时，能够完全地控制其影响范围，始终保持产品与需求的一致性。
需求工程需要各类人员的参与，如领域专家、最终用户、系统投资人、需求分析员、系统开发人员等等，以不同的着眼点和不同的知识背景，获得对软件需求的全面理解。需求工程最大的难度就体现在全方位需求的获取以及非功能性需求与功能性需求的错综复杂的联系上，当前对非功能性需求分析建模技术的缺乏大大增加了需求工程的复杂性，而非功能性需求往往又决定了对软件产品的质量要求。因此，非功能性需求和质量特性的分析模型有待深层次的研究。
CMM3
软件产品工程体现TQM的过程控制 从CMM三级开始,软件生命周期的各个阶段被严格地划分出来，其目的是保持软件工程活动和软件工作产品的一致性。目前还有很多软件企业的软件开发工作仅限于编码，软件工程方法学中的各种方法和技术得不到真正的应用，因此单纯的软件工程技术并不能有效的解决“软件危机”，改善软件产品的质量;而单纯的测试也只是一种事后检测的方法。只有通过软件过程管理，将需求、设计过程从编码中分离出来，才能对软件质量进行产品生命周期全过程、全方位的控制。[本文共有 2 页，当前是第 1 页] <<上一页 下一页>>
您的位置：
