模型－代码同步偏好设置 Rational XDE 的模型－代码同步的偏好设置通过如下路径访问：Window>Preferences>Rational XDE>Code-Model Synchronization。首先应设置 AutoSync。如图 3 所示。
图 3：模型－代码同步偏好设置
从开发人员的视角来看，在模型与代码变更之间的自动同步是很吸引人的，因为这可以减少手工修改引起的错误。（例如：忽视将代码中的变更进行同步，只能通过覆盖下一个模型中的代码实现代码同步）。
推荐您在模型整合期间关掉自动同步功能。尤其在动态添加新包和其他模型元素时，先关掉自动同步，等到模型已经稳定时再重新将其启动。这可以避免当您将模型元素加入源代码控制时，发现模型需要重新命名。从 CM 的视角来看，这种整合是有问题的，因为在 CM 控制下的工件需要更多的操作和步骤才能进行重新命名。
与 XDE 偏好设置相关的 Rational XDE 的存储单元设置可以通过如下路径访问：Window>Preferences >Rational XDE>File Storage。该设置决定了模型存储的方式。其概念已经在前面的内容"存储单元"中已经讨论过。如图 4 所示。
图 4：文件存储偏好设置
这里的用户偏好设置为 Default for New Models－Modal Storage Settings 选项。该设置的下拉列表框中包括如下选项：
- Manual：选中该选项，则模型必须通过手工进行分割。
- Automatic-Typical：如果选中该选项，包和子系统会作为独立的存储单元而自动创建。如果您想要将包或子系统之外的其他内容存入存储单元，您必须手动进行。
- Single File：不会创建子单元。所有内容都放入一个单独模型文件。
由开发团队来决定这三个选项哪一个最适合用于项目。作为一般的推荐设置，您应该经过深思熟虑后再决定是否创建新的存储单元。例如，创建存储单元以便于分辨模型单元文件的归属以及减少合并。
一般来说，由于在分析与设计的早期阶段，框架可能会被频繁地、大规模地修改，因此会经常创建和/或移动建模元素。这表明，应该限制在该阶段放入存储单元中模型元素的数量和粒度。一般可以创建一到二级的包的控制级别，这将提供足够的灵活性直到框架稳定。一旦构架稳定下来，其中的元素可以在进行详细实施时分为独立的、更细粒度的存储单元。
Rational XDE 源代码控制偏好设置可以通过如下路径访问：Window>Preferences >Rational XDE>Source Control。如图 5 所示。
图 5：源代码控制偏好设置
可以选择两种偏好设置：
- Automatically connect to source control provider at startup（启动时自动连到源代码控制提供器）：如果您不选择此项，然后对源代码进行添加的操作，那么由于您没有连接到 ClearCase，该变更不会加入到源代码控制中。推荐一直选中该选项。
- [action] when checked in files are edited（发现签入文件被编辑时执行[action]）：该选项允许您指定用户试图编辑签入的文件时将要执行的动作。该动作可设置为：prompt、 automatically checkout 和 Do nothing。推荐您使用"prompt"或"automatically checkout"选项。"Do nothing"选项最好不要选，因为使用该选项将允许在不经过实际签出时编辑文件。正如讨论的那样，这种在内存中的编辑可能会导致在后续视图更新或签出操作中造成数据丢失。
协同使用Rational XDE与Base ClearCase
在 Base ClearCase 环境中设置与使用 Rational XDE 是很简单的。本节概述了您作为开发者使用 Rational XDE 与基本的 ClearCase 进行配置管理时需要执行的不同活动的高级过程。
在真正开发活动进行之前需要进行一些步骤的设置：
- 定义 VOB：任何项目需要的 VOB 都需要在此时定义。
- 创建管理视图：使用管理视图，您可以设置开发者要使用的项目。
- 定义项目与模型：启动 XDE 并且选择管理视图。任何需要的项目与模型作为管理活动的一部分应该在此时定义。
- 准备并行开发：将模型分割为子单元，这样有利于并行开发。
- 导出项目设置文件：一旦模型已建立，应该导出项目设置文件，从而可以在开发视图中重新创建项目。
设置 VOB、XDE 模型与项目文件的具体步骤不在此讨论。
