CM配置管理中文翻译.docVIP

配置管理系统中的概念 摘要：现在，软件配置管理的环境及其工具越来越得到人们的重视。本文尝试就现存的CM体系中的以用户为主体的一些概念作详细说明。就如一个光谱，某些概念可能是另一些概念的延伸或总结。由于在整个软件工程家族中对于CM的功能性没有共通的术语,且许多CM系统在概念的应用上也是千差万别，因此要从CM系统中抽象出一些概念是难乎其难的事了。正因为这样，本文陈述的每一概念是其在某一具体的CM系统中的概念。有一部分的概念陈述是针对CM体系的用户极为重要的问题。没有哪一个CM系统能提供CM体系不同用户要求的所有功能。而且，每一CM系统解决的问题只是所有概念的一部分。为了完成本报告，对CM体系的功能以举例的形式作了简短的说明。 简介 现在，软件配置管理的环境及其工具越来越得到人们的重视，这一点从CM体系中提供的概念谱中就显而易见。本文对这些概念进行了阐明。首先，在一典型的CM情形中，我们 对CM和CM体系做了更为广泛的定义。 配置管理的定义 软件配置管理是一控制软件系统演变的学科。关于CM的经典讨论在条文[3]、[4]中进行了阐述。IEEE标准729-1983就CM以下的内容进行了规范的定义。 在IEEE标准729-1983中，软件配置管理的定义包括： 标识识别产品的结构、产品的构件及其类型，为其分配唯一的标识符，并以某种形式提供对它们的存取。 控制通过建立产品基线，控制软件产品的发布和在整个软件生命周期中对软件产品的修改。例如，它将解决哪些修改会在该产品的最新版本中实现的问题。 状态统计记录并报告构件和修改请求的状态，并收集关于产品构件的重要统计信息。例如，它将解决修改这个错误会影响多少个文件的问题。 审计和审查确认产品的完整性并维护构件间的一致性，即确保产品是一个严格定义的构件集合。例如，它将解决目前发布的产品所用的文件的版本是否正确的问题。 生产对产品的生产进行优化管理。它将解决最新发布的产品应由哪些版本的文件和工具来生成的问题。 过程管理确保软件组织的规程、方针和软件周期得以正确贯彻执行。它将解决要交付给用户的产品是否经过测试和质量检查的问题。 小组协作控制开发统一产品的多个开发人员之间的协作。例如，它将解决是否所有本地程序员所做的修改都已被加入到新版本的产品中的问题。 软件配置管理的解决方案涉及面很广，将影响软件开发环境、软件过程模型、配置管理系统的使用者、软件产品的质量和用户的组织机构。 配置管理解决方案将影响过程模型和模型的使用者，是因为它强行推行组织的方针政策和工作规程，并对工作过程进行跟踪。它从开发和维护的及时性方面影响产品的质量。例如，配置管理机制可以保证为每一个发布的版本提供内容清单，通过一致性维护提高产品的质量。配置管理解决方案通常在组织范围内推行，实际上配置管理系统是组织内部信息交换的中心，它影响组织内的每一个成员及组织的业务流程。 总之，一个配置管理解决方案的制定包括配置管理计划、过程的定义、与使用者的交流、自动化支持和做出管理决定等活动。 软件组织应该提出不同层次的配置管理视角，这些层次包括：公司级、项目级、程序员级和应用级。公司级视角提供组织的全貌图和配置管理过程的描述；项目级视角是与项目相关的各项目组可以使用不同的配置管理方案；程序员级视角是专门为程序员提供的且具有某些特定的配置管理功能；应用级视角关心的是配置管理如何应用到具体的问题中去。 配置经理的目标是确保用来建立、更改及编码测试的规程和方针得以贯彻执行，同时使有关项目的信息容易获得。为了对编码更改形成控制，经理引入对正规请求更改的机制，评估更改的机制[通过更改控制机构（CCB）， 图1：CM功能要求 功能区域有： 构件：标识、分类、存取构成产品的组件。 结构：表示产品的架构。 创建：支持产品的构建及其产品的附件。 审核：对产品及其过程的审核予以保留。 统计：采集与产品、过程相关的数据。 控制：控制产品变更的方式及时间。 过程：支持产品演变的管理。 团队协作：促进项目组开发及产品维护。 以下将对这些功能区域的进一步探讨。 对于元素的要求，用户要：记录元素的版本及其差异，差异的原因；确定构成配置及配置版本的组件群；标识出产品的基线及其外延产品，确定表示项目组件群及附件项目环境。而且，用户需要数据库来存取组件及CM信息，同时还有资源和对象编码、执行情况、图表、文档和基线。 对于机构的要求而言，用户要：通过表示产品组件库的系统模型来模拟产品的结构；标明组件、版本、配置的界面使之可以重用；确定及维护组件间的关系；选择兼容的组件使之形成有效的、一致的产品版本。 对构建的要求而言，用户要：容易创建产品的手段；能随时静态分析产品的现状；通过减少组件的堆积和节省区间来优化系统创建的机制；进行更改分析以预测因更改而导致的细小分化的手段；随时都能对产品的任何部分