本文并没有涉及与 Rational ClearCase 管理有关的问题，也不涉及 Rational XDE 的其他版本。如果您对这些问题感兴趣，请参看本文最后的参考资料部分有关附加信息的出处。
随着时间的推移，可视化设计与软件配置管理（SCM）已经逐渐成为现代软件项目成功的关键因素。IBM Rational 是 IBM Rational XDE 和 IBM Rational ClearCase 的供应商，它们分别是在可视化设计与软件配置管理方面的市场领先的工具。IBM Rational 提供了这些产品间的无缝集成，因此简化了软件开发过程。
本文适用于使用 Rational XDE/Java Platform Edition 和 Rational ClearCase 的软件开发人员。本文详细概述了 Rational XDE 与 Rational ClearCase 之间的集成。
本文旨在使开发人员熟悉与配置管理相关的 XDE 和 ClearCase 概念，并且指出了协同使用 Rational XDE 和 ClearCase 的方法。本文还从软件开发人员的视角概述了最普通的配置管理的相关任务。需要注意的问题在文档中以黄色突出显示。
本文并没有涉及与 Rational ClearCase 管理有关的问题，也不涉及 Rational XDE 的其他版本。如果您对这些问题感兴趣，请参看本文最后的参考资料部分有关附加信息的出处。
由于软件产品与功能随时都可能发生变更，因此本文的讨论只适用于下面的 IBM Rational 产品的特定软件版本。
- Rational XDE 2002 Release 2.1 Service Release
- Rational ClearCase 2002.05.00 with patch level 15 或更高版本
- Rational ClearCase LT 2002.05.00 with patch level 2 或更高版本
而且，为限定本文讨论的范围，我们不涉及下列与 Rational ClearCase 相关的问题：
- MultiSite
- Triggers
项目团队中的任何成员都有可能遇到软件配置管理工作，并且以某种形式完成这项工作。工作的难易程度大相径庭，简单的只需确保修改后的软件签入一个用于安全保管的版本控制系统，复杂的可能需要使用大量脚本来设置开发所需的环境。
更正式的说法是，软件配置管理（SCM）一般用来指：
- SCM 工具
- 技术
包括管理软件的变更。SCM 工具使软件配置管理涉及的技术实现了自动化。
从开发人员的视角来说，执行SCM 需要最少的附加工作，但是它提供了明显的获益，例如：
- 安全性：通过知识库，SCM 确保您的工件具有随需应变的安全性和可用性。
- 版本化：您可以跟踪软件的变更，随着它的发展在需要时返回以前的版本。
- 组织化：您可以按要求将已定义版本的工件组织为套件、项目和发布版本。
现代 SCM 工具（例如 Rational ClearCase）提供了大量的附加优点。其中的一些在下一部分突出显示。
Rational ClearCase 是市场领先的 SCM 工具。它为 SCM 自动化提供了一种灵活的、经过验证的方法，可用于各种类型的软件项目。
与其他的 SCM 工具一样，Rational ClearCase 提供了所有关键的 SCM 功能，例如保护并版本化软件工件的能力。同时，与其他的 SCM 工具不同的是，Rational ClearCase 还提供了几种高级功能：
- 并行变更：当两位或多位开发人员开发同一软件时，可能对软件工件进行并行变更。Rational ClearCase 提供了图形化合并与冲突解决功能，以统一变更。
- 环境与工作空间管理：ClearCase 允许您重新创建完整的项目开发环境，包括随需应变的完整开发工作空间。
- 并行开发：ClearCase 提供了广泛的功能，允许您同时创建与开发多个项目版本。
- 分布式开发：ClearCase 使团队在处于不同地点的情况下通过复制的知识库进行软件开发。
- 统一变更管理（UCM）：使用 Rational ClearCase，您可以按照任务、缺陷和增强请求来组织变更，从而在一个更高的抽象层次上工作。这种基于活动的开发方法流线化了您的整个变更/配置管理工作流。
Rational Clearcase 的功能从广义上来讲可以分为两种基本类型：
- 一般目的的 SCM 功能，通常称为 Base ClearCase。
- 基于活动的 SCM 功能，称为 Unified Change Management（统一变更管理）或者简称 UCM。
Base ClearCase Base ClearCase 围绕着在永久数据知识库中定义软件工件版本的概念展开，该知识库称为 Versioned Object Base(版本对象基础)或者简称 VOB。VOB 存储的元素可以是文件和目录。您也可以将 VOB 进行分解与组合。
ClearCase VOB 与典型的 CM 知识库不同，因为它使用文件系统的概念表示存储的元素。也就是说，ClearCase VOB 以存储于文件系统中文件的形式显示它们的内容。不仅如此，您也可以如同操作文件系统中的其他内容一样对 ClearCase VOB进行操作。
软件开发经常需要特定的工作环境。例如，如果您是 Java 开发人员，您可能需要位于特定目录结构中的某些源文件。Rational ClearCase 使用工作空间（也称为视图），因此可以方便地操作这些源文件。其中的主要思想就是通过方便地设置与创建一种沙箱，使开发人员能够拥有一个正确配置且稳定的软件开发环境。您可以以配置规格说明书（config spec）的形式在规则的帮助下定义视图，该规格说明书选择了您需要工作的元素的版本。
在 Base ClearCase 中，您的工作内容包括选定某一视图、签出所需元素、按需对其进行修改，以及按要求再将其签入。换句话说，在特定任务中，您必须了解并且管理需要被签入/签出的元素的细节。
ClearCase 中有两种视图。
快照（snapshot）视图提供 VOB 中版本化元素的静态视图。也就是说，当您创建工作空间时，一般都需要创建工作元素的本地副本，这些元素在您创建视图时就已经存在。您可以继续进行修改，稍后通过更新操作使之与 VOB 中的内容同步。
快照视图可以使您以离线方式工作。因为您已经具备工件的本地副本，因此您可以独立工作。而且，操作本地工件的速度要明显快于通过网络执行操作。
与快照视图一样，动态视图同样允许您创建工作空间，它们的主要区别就是动态视图不存在元素的本地副本。相反，所用元素直接通过虚拟文件系统在 VOB 中访问。
静态视图中的内容是上次更新时复制过来的，这些内容可能是过期的，动态视图的一个优点就在于使您不仅仅限于访问这些静态内容。因为您不必要将元素复制到本地，因此可以快速地创建动态视图。动态视图还允许您重用已创建的工件，这些工件是其他人通过一个称为"wink in"的过程创建的。
Rational ClearCase 还支持"分支（branch）"的概念。分支允许您执行并行开发，同时可以维护一个元素的多种版本。每个元素都有一个主分支（其默认分支）。您可以按照需要从主分支中创建附加分支。例如，如果您需要为某位顾客提供定制的产品，您可以创建一个独立的 ClearCase 分支进行开发。
统一变更管理（UCM）通过将 SCM 封装在即装即用的最佳实践过程中，在 Base ClearCase 概念的基础上创建。该最佳实践过程主要包括以集成的方式使用 Rational ClearCase 和 Rational ClearQuest，虽然也可以在仅有 ClearCase 的 UCM 环境中工作。
UCM 的主要思想是简化 SCM 的总体任务，关注于组件与活动，从而使用户了解大量的变更管理控制功能。
ClearCase 组件将需要开发的、集成的和发布的文件与目录分组。与软件中的组件思想相似，一个 ClearCase 组件主要实施系统中的可重用部分。一个组件的新版本（当您修改构成组件的元素时被创建）称为基线（baseline）。
团队中使用 ClearCase UCM 的开发人员必须首先加入 ClearCase 项目。一个 ClearCase 项目由项目经理创建，同时创建了软件开发所需的环境，例如需包括的组件、工作空间配置、集成变更的共享区域等等。
当开发人员加入项目时，一个逻辑工作区（基于项目中的特定细节）被自动创建，开发人员在其中执行开发工作。该逻辑工作区包括一个开发视图和一个开发流。开发流包含为视图自动生成配置规格说明所需的信息。
每个 UCM 项目还具有一个作为共享工作区一部分的集成流。
作为一名开发人员，您根据分配的活动对组件进行变更。一项活动本质上标识了在特定文件版本的环境中需要处理的一项任务、缺陷或者功能。这允许您关注需要完成的任务，而不需花时间决定哪些文件需要签入或者签出，也不用担心哪些文件与特定版本匹配等问题。
当您完成工作时，将活动提交经项目集成流。每个项目的集成流都是独立的，对于一个集成流提交的变更对于另一个项目来说是不具有可见性，直到这些变更合并到下一个项目基线中。
您需要定期地调整开发流基线以更新您的视图，并且访问所有近期提交且并入基线中的变更。从总体上来说，在发布操作前重新调整开发基线是非常好的习惯，这样可以确保在最新的基线基础上提交变更。
