Martin Fowler 给出了重构的定义："变更软件系统的过程，可以在不改变代码的外部行为的情况下，改进其内部结构"。从开发者的观点看，这是比较普通的活动，一般情况下都需要在不改变外部形式的情况下修改设计或工件。
下面是一些简单的重构示例：
- 通过移动域或方法为两个类解耦。
- 从现有类中抽取某个类以简化响应性。
- 移动或重命名某个类。
- 移动或重命名包或目录。
在可视开发环境和SCM中某些重构过程引起问题。例如，以下操作可能产生问题：
- 重命名、删除、移动文件，例如将 Class1.java 重命名为 Customer.java。
- 重命名、删除、移动目录，例如包的重命名操作。
- 移动存储单元，例如将单元与其父单元进行组合。
这是因为已在 ClearCase 中设置版本的元素不能只通过在 XDE 中重命名而完成重命名操作。推荐您尽可能少使用重构，即使在不得不使用时，应该遵循一些基本的推荐方式。关于 XDE 与 ClearCase 的重构，请参见 Rational XDE SR 文档中的更多指南。
当跨模型引用不明确时，该不明确的引用在模型中通过特殊的图标来识别。例如这种情况可能会在包含跨模型引用的模型共享时出现。
一些不明确引用的特殊图标如图 7 所示。在该图中，C 1 为外部引用，通过在左上角的箭头来识别。右上角圆圈中的"X"表明 C 1 是不明确的。继承关联中圆圈内的"\"表示被继承 C 1 是不明确的。如果 C 2 是外部不明确引用，该继承关联会以"X"表示，以表明关联中双方都是不明确的。
图 7：不明确引用图标
Rational XDE 为处理不明确引用提供了内置功能。为处理不明确引用，您需要按照下述步骤：
- 选择模型
- 单击 Modeling>Check External Reference
- 在最终对话框中单击 Resolve
- 在最终对话框中，选中目标模型。这可以在机器上定位注册位置，并且更新位置注册
从现在开始，模型的进一步更新将会进行正确地分辨。
Rational XDE支持合并与冲突解决，从而真正实现团队开发。
需要正确配置 ClearCase Type Manager 才能进行合并。Rational XDE 相关工件的合并需要正确使用 XDE Type Manager。所有支持 Rational XDE 工件的 ClearCase VOB 必须经配置以使用 XDE Type Manager。
启动 Rational XDE Service Release，Type Manager 配置选项即进行自动设置并且依赖于 Rational XDE 的启动。当 XDE 启动时，它会检查并且报告 VOB 是否经过了正确的配置。您需要使用正确的操作以修复任何被报告的问题。需要注意的是，对于 UNIX 机器上的 VOB，Rational XDE 不会检测 VOB Type Manager 的配置问题。这必须通过手工进行。详细信息，请参见"Rational XDE Service Release 文档"。
当不同方对于同一工件做出变更并且变更已被提交时，Rational XDE 会启动 ClearCase 的合并会话，图形化地显示所提交的变更间的差异。如果差异是比较细微的，可以自动解决。对于更棘手的差异，用户可以按需要进行解决与合并。
比较/合并会话的快照截图如图 8 所示。
图 8：比较/合并会话
合并与冲突解决的更详细信息，请参见"Rational XDE Service Release 文档"。
Rational XDE 与 Rational ClearCase 提供了空前的集成功能，允许您在项目中协同使用这两个第一流的工具。您可以与 Rational XDE 协同使用基本的 ClearCase 或 UCM ClearCase。对于每种组合，都推荐进行特定的设置以确保最佳的工作环境。
