SCM配置管理系统中的概念.pdf

配置管理系统中的概念 摘要：现在，软件配置管理的环境及其工具越来越得到人们的重视。本文尝试就现存的 CM体系中的以用户为主体的一些概念作详细说明。就如一个光谱，某些概念可能是另一些 概念的延伸或总结。由于在整个软件工程家族中对于 CM的功能性没有共通的术语,且许多 CM系统在概念的应用上也是千差万别，因此要从CM系统中抽象出一些概念是难乎其难的事 了。正因为这样，本文陈述的每一概念是其在某一具体的CM系统中的概念。有一部分的概 念陈述是针对CM体系的用户极为重要的问题。没有哪一个CM系统能提供CM体系不同用户 要求的所有功能。而且，每一CM系统解决的问题只是所有概念的一部分。为了完成本报告， 对CM体系的功能以举例的形式作了简短的说明。 1 简介 现在，软件配置管理的环境及其工具越来越得到人们的重视，这一点从 CM 体系中提 供的概念谱中就显而易见。本文对这些概念进行了阐明。首先，在一典型的 CM 情形中， 我们 对 CM 和 CM 体系做了更为广泛的定义。 1.1 配置管理的定义 软件配置管理是一控制软件系统演变的学科。关于 CM 的经典讨论在条文[3]、[4]中进 行了阐述。IEEE 标准 729-1983 就 CM 以下的内容进行了规范的定义。 在 IEEE 标准729-1983 中，软件配置管理的定义包括： 标识——识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形 式提供对它们的存取。 控制——通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品 的修改。例如，它将解决哪些修改会在该产品的最新版本中实现的问题。 状态统计——记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信 息。例如，它将解决修改这个错误会影响多少个文件的问题。 审计和审查——确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义 的构件集合。例如，它将解决目前发布的产品所用的文件的版本是否正确的问题。 生产——对产品的生产进行优化管理。它将解决最新发布的产品应由哪些版本的文件和 工具来生成的问题。 过程管理——确保软件组织的规程、方针和软件周期得以正确贯彻执行。它将解决要交 付给用户的产品是否经过测试和质量检查的问题。 小组协作——控制开发统一产品的多个开发人员之间的协作。例如，它将解决是否所有 本地程序员所做的修改都已被加入到新版本的产品中的问题。 软件配置管理的解决方案涉及面很广，将影响软件开发环境、软件过程模型、配置管理 系统的使用者、软件产品的质量和用户的组织机构。 配置管理解决方案将影响过程模型和模型的使用者，是因为它强行推行组织的方针政策 和工作规程，并对工作过程进行跟踪。它从开发和维护的及时性方面影响产品的质量。例如， 配置管理机制可以保证为每一个发布的版本提供内容清单，通过一致性维护提高产品的质 量。配置管理解决方案通常在组织范围内推行，实际上配置管理系统是组织内部信息交换的 中心，它影响组织内的每一个成员及组织的业务流程。 总之，一个配置管理解决方案的制定包括配置管理计划、过程的定义、与使用者的交流、 自动化支持和做出管理决定等活动。 软件组织应该提出不同层次的配置管理视角，这些层次包括：公司级、项目级、程序员 级和应用级。公司级视角提供组织的全貌图和配置管理过程的描述；项目级视角是与项目相 关的各项目组可以使用不同的配置管理方案；程序员级视角是专门为程序员提供的且具有某 些特定的配置管理功能；应用级视角关心的是配置管理如何应用到具体的问题中去。 1.2 CM 系统的定义 至于怎样才算是构成 CM 系统的，对此还没有普遍接受的定义。例如：假如系统有版 本控制功能，它是否就是一个 CM 系统呢？理想的 CM 系统是基于以上定义提供所有功能 的系统。但是， 实际中的系统只能提供某种程度上实现的版本控制功能、配置识别功能、 系统构建功能、系统建模功能，或某种程度上提供 CM 的意识就被软件工程大家族认为是 CM 系统了。应注意的是， 现有的 CM 体系提供只是一种功能的综和而不是一标准的体系。 本报告提及 15 个 CM 系统，目前至少有 40 个系统可以为今所用。 这里，有必要将 CM 系统和 CM 工具两概念区分一下。CM 系统可看作是其支持