Rational XDE 提供了与 Rational ClearCase 广泛集成。尽管这两个产品间已经设置了集成，您可以即装即用，但是了解本节所讲的 Rational XDE 概念还是很有帮助的，这样可以定制集成以及与其相关的行为以满足您特定的 SCM 需要。
在 Rational XDE 中，您可以跨模型和项目创建引用，这种引用被称为跨模型引用（cross-model reference），并且需要 XDE 来维护资源所在位置的信息。
跨模型引用并不是动态地调整，来移动与复制工作空间，也不是视图感知的。换句话说，跨模型信息使用绝对路径，如果您不得不复制或者移动资源文件的话，那么就需要仔细地管理。例如，另一名用户可能在不同磁盘上或者不同视图中工作，因此当跨模型元素发生冲突时，就无法分解绝对路径。
下面列举一些与跨模型引用相关的概念。
第一个就是位置注册。Rational XDE使用位置注册来维护特定位置的信息，其中包括跨模型资源的位置和其路径。
位置注册中的每一个条目被称为一个注册位置。这样的注册位置映射了一个独特的位置识别符，称为某一路径的组件 ID（component ID）。它们有两种创建方式，一种是当您在模型之间创建引用（例如，通过将类从一个模型拖入另一个模型的图中）时自动创建，另一种是手动创建。
每台机器都有一个位置注册，包含机器上所有注册位置的条目。物理注册位置（例如包含一些模型元素的目录）本身是由 .ratl_comp_root 文件标记的，其中包含了特殊的地址识别符。
一个注册位置就是位置注册中的一个条目，并且组成了一个组件ID和组件所在位置的根目录。
现在让我们遍历创建新的跨模型引用时的情况。
假定对于目录 d 1 和 d 2，我们具有两个注册位置。由于每个注册位置都由 .ratl_comp_root 文件标记，所以每个目录包含一个文件，其中含有其标记的注册位置的组件 ID。而且，目录 d 1 和 d 2 各自包含模型 a 和 b，每个模型包含一个类。这些类分别命名为 C 1 和 C 2。该目录结构如图 1 所示。
图 1：注册位置
如果您将类 C 1 从模型 A 拖放至模型 B，XDE 将在所包含的目录 d 1 中寻找 .ratl_comp_root 文件。一旦找到该文件，它将使用其中的独特 ID，从用于组件 ID 和路径的 ratl_comp_root 文件创建一个跨模型引用到模型，从而填充 Model Path field。
从使用 Rational XDE SR 版本开始，VOB 的根级组件就可以自动创建。因此，所有的后续跨模型引用都与模型驻留的 VOB 的根相关。
当您使用 Rational XDE 时，您可以构建基于 UML 设计的可视模型。这种模型存储于一个 .mdx 文件中。对于简单的项目来说，使用简单的模型文件来管理模型一般就足够了。不过，在任何实际项目中，这种模型存储的单一方式就会引起问题。例如，一个大模型在启动时会引起模型加载过程缓慢而低效。对于基于团队的开发环境，一个单独的模型常常会引起冲突，因为所有项目成员都对单一模型文件进行变更。
为了解决使用单个文件存储整个模型带来的问题，Rational XDE 使您能够将一个模型分为多个比较小的文件。一般来讲，每个文件都是一个存储单元。在 Rational XDE 中，一个存储单元的粒度大小不同，大到一个完整的子系统或者包，小到可能是一个单独的类或图。
Rational XDE 还提供了一个自动将模型划分为存储单元的用户选择。这些设置和由此带来的争论在"设置 Rational XDE 以使其与 Rational ClearCase 协同使用"部分中将进行深入的讨论。
模型概要（profile）定义了 Rational XDE 模型可以支持的数据集合。模型概要可能需要从一个 XDE 版本变更到下一个版本以适应新产品功能的需求。
当您将 Rational XDE 从一个版本升级到另一个版本时，模型概要可能发生变更，也可能不变。如果模型概要没有变更，那么更新过程可以直接进行，不需要用户执行特定操作。
从另一方面讲，如果模型概要已经改变，所有使用以前模型概要的模型必须更新为新的模型概要才能使用。这是必须的，因为您不能比较或者合并基于不同模型概要的 XDE 模型。模型概要更新的不利影响表现为当您尝试合并刚刚更新过的模型时，可能会遇到大量的冲突。
在 ClearCase 的环境中，推荐使用一种特定的过程将模型升级至新的概要。
设置Rational XDE以协同使用 Rational ClearCase
Rational XDE 的用户偏好设置可以有多种，因此可能影响与 Rational ClearCase 之间的交互。如果使用 Rational XDE 2002 Rel 2.1 Service Release(SR)，那么大多数的设置已经事先设置好了。
推荐的设置、推荐设置的原理以及符合推荐设置范围内情况的原理将在下文中讨论。
与用户偏好设置相关的签出通过如下路径访问：Window>Preferences>Rational ClearCase>Advanced Options>Operations 标签。如图 2 所示。
该话框中具有三种用户设置方式。其目的与推荐设置讨论如下。
- Reserved：选中该项，则在执行签出操作时，可使 XDE 执行预留的签出操作。如果另一名用户还没有以预留的模式签出文件，那么对于预留的签出，该文件仍然是可用的。这就是默认的设置，因为它减少了合并。如果您了解合并的工作过程如何满足合并与相关事项，那么您可以不选该选项。
- Unreserved(已经 reserved)：如果文件已经以预留的方式签出，用户可以选择性地以非预留的方式签出。这就允许两个用户同时编辑文件的副本，当用户提交他们各自不同的变更时副本可以进行合并。默认状态下，该项不被选中，其最好方式也是不被选中。主要原因就是为了减少总体的合并，因为需要合并的机会随着非预留的签出而增加。如果您能够满足合并与相关的限制，您可以忽略该推荐设置。
- Preserve file modified time on checkout（保留签出时文件修改的时间）：当您在视图中比较文件上次修改的时间与签出时修改的时间，可能触发不必要的重载。为最大程度地减少这种重载，该设置在每个对话期间的开始时默认状态下是选定的。不过您可以在对话开始时取消其选定。强烈推荐选定这一设置。
与用户偏好设置相关的签入设置通过如下路径访问：Window>Preferences>Rational ClearCase>Advanced Options>Operations标签。如图2所示。
签入有两个相关选项：
- Checkin even if identical（即使完全相同也进行签入）：默认情况下，当附加新的文件时，要对其进行源代码控制并且保持签出状态。如果新文件与已存文件没有变化，那么后续的签入就会发生错误，因为存在完全相同的文件。一般来讲，注意细节并且理解错误报告原因的用户不需要设置此项。如果您不想收到该错误信息而且不在意是否创建了相同版本的文件的话，您可以选择这个选项。
- Preserve file modified time on checkin（签入时保留文件修改时间）：这与前面已讨论的保留签出时文件修改的时间的设置相似。设置该选项有时可能会触发不必要的重载。为减少这种重载，该设置在每个 XDE 对话期间的开始时默认状态下是选定的。不过您可以在对话开始时取消其选定。强烈推荐选定这一设置。
与撤销签出操作相关的只有一种设置。可以通过如下路径访问：Window>Preferences>Rational ClearCase>Advanced Options>Operations 标签。如图 2 所示。
- Save copy of file with a '.keep' extension（使用".keep"扩展名保存文件的副本）：这其实是一项普通意义上的设置。一般来讲，在撤销签出命令时保留一份本地文件的副本是一项良好实践，以备您需要执行恢复操作。不这么做的话会带来风险，如果您能承受，那么可以不选定它。默认情况下该项是选定的。
与活动偏好设置相关的只有一个设置。需要注意的是，这仅仅适用于使用 ClearCase UCM 的项目。可以通过如下路径访问：Window>Preferences>Rational ClearCase>Advanced Options>Operations 标签。如图 2 所示。
- Always prompt for an activity when working in a view of a ClearCase project（在 ClearCase 项目视图中工作时总是提示活动）：您应该选定该选项以确保您有规律地接到提示设置正确的活动。一般来讲，这被认为是一项良好实践。但是如果您在延长的时间段内使用单个活动，您可以不选择该选项。
