软件配置管理策略研究顾梦华

　　随计算机科学与技术的飞速发展，应用领域的不断扩大，硬件系统与功能软件实现的比例不断增加， 软件不再只是计算机硬件的附属品， 而已经成为系统的独立甚至是主宰系统的关键部分。开展软件工程化管理与过程改进成为软件管理的重中之重。 1.1 软件开发面临的问题软件的重要程度已经越来越被得到认可和重视。提高软件的生产率和质量便成为软件所面临的最大挑战。同时，我国国防科技工业领域，软件研制与开发仍基本处于初级阶段，其质量控制还缺乏有效的组织、手段和相应的规范。软件面临问题的主要表现为质量形式严峻、软件开发与交付的进度难以保证，软件开发的经费难以控制。 1.2 解决软件问题的出路软件作为一种逻辑实体，具有抽象性、严密性、一次性、智力性、持久性、倚赖性、复杂性、难以度量、易出错、必须维护和成本昂贵等显著特点。为解决以上问题，自 1968 年在 NATO 会议上提出软件工程以来， 人们一直在寻求更先进的软件开发技术和方法。但在随后的 30 余年实践中，通过追求新开发技术和方法改进解决软件开发面临的巨大问题，但结果却无法令人满意。人们逐步认识到， 改进软件过程的管理才是解决软件开发面临众多问题的出路。 1986 年 11 月，卡内基-梅隆大学的软件工程研究所应美国联邦政府的要求，在 Mitre 公司的协助下，分别于 1987 年 6 月和 9 月开发出了软件能力成熟度框架和软件成熟度提问单， 用于评估软件供应商的能力。通过 4 年的应用实践，软件工程研究所于 1991 年推出了软件能力成熟度模型 CMM1.0 版。后与 1993 年又推出了该模型的 CMM1.1 版。其后由于开展集成能力成熟度模型 CMMI 工作， 就停止了软件能力成熟度模型 CMM2.0 版本的进一步工作。 1.3 CMMI 模型对配置管理的定位 2000 年 6 月，国务院下发了《鼓励软件产业和集成电路产业发展的若干政策》（国发［2000］18 号）文件，其中明确指出国家鼓励软件出口型按 CMM 改进软件过程。近年来，随着《军用软件质量管理规定》和 GJB5000-2003《军用软件能力成熟度模型》的贯彻和实施，军内外各界对过程改进的认识得到了很大的提高。同时，总装于 2006 年启动了 GJB5000-2003 的修订工作， 并 于 2008 年 发 布 了 以 CMMI -DEV1.2 版 为 基 础 制 订 的 GJB5000A-2008《军用软件研制能力成熟度模型》。在 GJB5000A-2008《军用软件研制能力成熟度模型》中，将所有级别包括的 22 个过程域划分为四类：支持类、项目管理类、工程类与过程管理类。配置管理作为支持类过程域中最基础也是最重要的一个过程域确立。同时，配置管理可作为组织收纳管理其他各个过程域产生的过程资料和过程产品的平台， 作为开展全面过程改进工作的支持平台和组织资产库， 地位尤为重要和突出。