配置管理系统中的概念

现在，软件配置管理的环境及其工具越来越得到人们的重视，这一点从CM体系中提供的概念谱中就显而易见。本文对这些概念进行了阐明。首先，在一典型的CM情形中，我们 对CM和CM体系做了更为广泛的定义。

软件配置管理是一控制软件系统演变的学科。关于CM的经典讨论在条文[3]、[4]中进行了阐述。IEEE标准729-1983就CM以下的内容进行了规范的定义。

在IEEE标准729-1983中，软件配置管理的定义包括：

标识——识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。

控制——通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品的修改。例如，它将解决哪些修改会在该产品的最新版本中实现的问题。

状态统计——记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。例如，它将解决修改这个错误会影响多少个文件的问题。

审计和审查——确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义的构件集合。例如，它将解决目前发布的产品所用的文件的版本是否正确的问题。

生产——对产品的生产进行优化管理。它将解决最新发布的产品应由哪些版本的文件和工具来生成的问题。

过程管理——确保软件组织的规程、方针和软件周期得以正确贯彻执行。它将解决要交付给用户的产品是否经过测试和质量检查的问题。

小组协作——控制开发统一产品的多个开发人员之间的协作。例如，它将解决是否所有本地程序员所做的修改都已被加入到新版本的产品中的问题。

软件配置管理的解决方案涉及面很广，将影响软件开发环境、软件过程模型、配置管理系统的使用者、软件产品的质量和用户的组织机构。

配置管理解决方案将影响过程模型和模型的使用者，是因为它强行推行组织的方针政策和工作规程，并对工作过程进行跟踪。它从开发和维护的及时性方面影响产品的质量。例如，配置管理机制可以保证为每一个发布的版本提供内容清单，通过一致性维护提高产品的质量。配置管理解决方案通常在组织范围内推行，实际上配置管理系统是组织内部信息交换的中心，它影响组织内的每一个成员及组织的业务流程。

总之，一个配置管理解决方案的制定包括配置管理计划、过程的定义、与使用者的交流、自动化支持和做出管理决定等活动。

软件组织应该提出不同层次的配置管理视角，这些层次包括：公司级、项目级、程序员级和应用级。公司级视角提供组织的全貌图和配置管理过程的描述；项目级视角是与项目相关的各项目组可以使用不同的配置管理方案；程序员级视角是专门为程序员提供的且具有某些特定的配置管理功能；应用级视角关心的是配置管理如何应用到具体的问题中去。

至于怎样才算是构成CM系统的，对此还没有普遍接受的定义。例如：假如系统有版本控制功能，它是否就是一个CM系统呢？理想的CM系统是基于以上定义提供所有功能的系统。但是， 实际中的系统只能提供某种程度上实现的版本控制功能、配置识别功能、系统构建功能、系统建模功能，或某种程度上提供CM的意识就被软件工程大家族认为是CM系统了。应注意的是， 现有的CM体系提供只是一种功能的综和而不是一标准的体系。本报告提及15个CM系统，目前至少有40个系统可以为今所用。

这里，有必要将CM系统和CM工具两概念区分一下。CM系统可看作是其支持环境的一部分且以这种形式被售出。譬如，在RATIONAL[14]环境下CM功能成为该环境必不可少的一部分。CM工具可看作是一独立的工具。譬如，版本控制系统（RCS）只是一个工具，因为它可被安装在一个现有环境中。由于这种区分在本文不是那么重要，术语CM系统就被用来表示这两概念。

原文转自：http://www.ltesting.net