为协同使用 Rational XDE 与 base ClearCase，您必须首先：
- 创建一个快照视图：您可以通过 ClearCase 视图创建向导（Start>Program>Rational ClearCase>Create View）进行。遵循 Rational XDE SR 版本文档中的指导，为视图选择正确的选项和适当的VOB。
- XDE 偏好设置：默认情况下，XDE 将设置恰当的偏好设置，这已在"设置 Rational XDE 以使其与 Rational ClearCase 协同使用"有所阐述。如果您想要定制设置，应在此时进行。
- 导入项目设置文件：启动 XDE，在对话框中选择列表中的快照视图，如图 6 所示。您需要在视图中重新创建项目与模型。这通过 ClearCase>Add Project Set to Workspace 的菜单选项实现。您需要使用管理员创建的项目设置文件以达到此目的。
图 6：视图选择对话框
如果您已经设置了开发环境，正常情况下您就可以添加新模型元素。
- 关闭自动同步偏好设置：推荐您在扩展模型整合期间关掉自动同步功能。这可以避免执行附加的步骤来重新命名已处于配置管理下的工件。
- 定义新的模型元素：当您定义新的模型元素时，XDE 会提示您或者从源代码控制中自动签出模型元素的父元素。这取决于用户的偏好设置，如"设置 Rational XDE 以使其与 Rational ClearCase 协同使用"部分中所述。
- 生成代码：如果您的自动同步没有开启，您可以在任何时候生成相关模型的代码。当您进行该操作时，将创建模型元素的源文件。例如，创建名为 myclass 的类，即会创建 myclass.java 文件，系统会提示您将文件加到源代码控制中或者它也会自动将其加入（取决于用户的偏好设置）。然后您可以按需要将操作和属性加入到新创建的模型元素中。
- 启动自动同步偏好设置：如果您启动自动同步，那么一旦您重新命名新创建的模型元素，XDE 将为其创建代码。系统会提示您将文件加到源码控制中，或者它也会自动将其加入（取决于用户的偏好设置）。然后您可以按需要将操作和属性加入到新创建的模型元素中。
使用已经进行源代码管理的元素是相当简单的。您只需签出模型元素即可按需求修改它们。
- 签出模型元素：当您开始使用模型元素时，XDE 会提示您或者自动从源码控制中签出模型元素。这取决于您在"设置 Rational XDE 以使其与 Rational ClearCase 协同使用"部分中的用户偏好设置。您可以按照需要继续修改模型元素的细节（例如操作和属性）。
一旦您完成了您需要进行的添加/修改操作，模型元素将进入 ClearCase，同时创建了新版本。
- 保存工作：您必须保存所有的工作以确保您所作的更改将被交付。
- 验证模型：通过 Modeling>Validate 来完成。
- 签入修改过的工件：所有修改过的模型元素应该同时签入。这一点非常重要，因为只签入相关工件中的部分而忽视其他的将会引发一致性问题。Rational XDE SR 版本使这项工作的某些方面实现了自动化。
本节概述了您作为开发者使用 XDE 与 UCM 进行各种活动时所需的高级过程。
在实际开发活动前还需要进行一些步骤的设置：
- 定义项目 VOB：每个 UCM 项目必须具有一个项目 VOB。必须在您创建 UCM 项目前进行定义。
- 定义 UCM 项目：为使用 UCM 功能，您必须创建一个 UCM 项目。
- 计划 UCM 组件：在 UCM 中，组件是您的文件与目录的组织单元，尤其代表了您系统的可重用部分。
- 定义 VOB：UCM 组件位于 PVOB 中，而组成组件的文件与目录存于 VOB 中。应该在此阶段创建它们。
- 创建 UCM 工作区：用户工作区包括工作流与视图。您应该设置作为所需共享工作区和开发过程一部分的集成工作流。
- 设置特定项目的细节：一旦基本 UCM 项目设置完成，您就需要设置细节，例如哪些组件在项目中是可以修改的，基线形式项目的开始点（例如作为项目一部分的每个元素的版本），向您的项目推荐的基线以及按需要设置附加的策略。
- 定义项目与模型：启动 XDE 并且选择管理视图。任何需要的项目与模型应该此时定义，作为管理活动的一部分。
- 为并行开发做准备：将模型分为子单元将有助于并行开发。
- 导出项目设置文件：一旦模型经过设置，应该导出项目设置文件，以便在开发者视图重新创建项目。
- 交付给集成流：为使其他成员知道您的工作，您需要交付给集成流。作为该交付的一部分，您应该在集成流中测试该工作，然后完成交付过程。此时应创建并推荐新的基线。
当开发者开始工作于 UCM 项目时，您需要按照步骤确保您的环境正确设置，再进行开发活动。
- 加入 UCM 项目：这可以通过使用 ClearCase Project Explorer 轻松实现，选择正确的项目然后使用 Join Project 选项。当加入项目时，将自动创建视图。
- 将项目设置文档添加到工作空间中：启动 Rational XDE，在最后一步选择创建的视图。将项目设置文件添加到工作空间中，就可以访问所需的正确项目。
一旦您已经设置开发环境，就可以添加新模型元素。
- 关闭自动同步：在模型整合期间，推荐您关掉自动同步功能。这将避免重新命名源码控制中的工件所需的附加手工步骤。
- 定义新模型元素：当您定义新模型元素时，XDE 将提示您或者从源码控制中自动签出父模型元素。这取决于您的用户偏好设置，如同"设置 Rational XDE 以使其与 Rational ClearCase 协同使用"部分所讨论的。此时您可以按需要重新命名该模型元素。您还会得到活动的提示。
- 生成代码：一旦该条目被重新命名，您可以保存工作并生成相关模型元素的代码。当您进行该项操作时，模型元素的源文件将被创建。例如,创建名为 myclass 的类，即会创建 myclass.java 文件，系统会提示您将文件加到源码控制中或者它也会自动将其加入（取决于用户的偏好设置）。
- 启动自动同步偏好设置：如果您启动自动同步设置，那么一旦您重新命名新创建的模型元素，XDE 将为其生成代码。系统会提示您将文件加到源码控制中，或者它也会自动将其加入（取决于用户的偏好设置）。然后您可以按需要将操作和属性加入到新创建的模型元素中。
签出源码控制中的元素非常简单。您只需签出模型元素，然后按需要修改它们即可。
- 签出模型元素：当您开始使用模型元素时，XDE 会提示您从代码控制中签出该模型元素或自动签出。这取决于您在"设置 Rational XDE 以使其与 Rational ClearCase 协同使用"部分中的用户偏好设置。您可以按照需要继续修改模型元素的细节（例如操作和属性）。
在 UCM 中，您需要将您的工作交付给集成流，从而使其他成员知道您的工作。这可以通过 Deliver to stream 选项实现。
为获得他人近期所作的变更，开发者需要调整基线。
使用优秀思想设计且得出最佳效果的软件配置管理包括若干方面。本节提供并且概述一些这方面的内容。
合并是一项耗时的任务，而且对于 CM 系统来说，它并不总是能够检测到互相冲突的变更。使用特定的方式获得模型所有权可以约束所需的合并。
一般来说，模型所有权策略分成以下几个部分：
- 模型所有权：避免合并的最简单方式。因为如果只有一个人拥有整个模型，也就没有发生冲突的可能。不过，在团队开发的环境中，这经常是不实用的。
- 包所有权：在模型的最高级修改多个包会导致对根模型的争用状况。这是因为修改包会"干扰"根模型，而且根模型必须经过签出并且与包共同更新。该方式通过将包在模型的最高级设置为单个单元，并且为每个包分配单独所有权，避免了对根模型的争用状况。由于包内子单元的变更一般不会影响到其他单元，所以该方法能够有效地为每个单个创建沙箱工作环境。
- 单元所有权：由于在 XDE 中存储单元的粒度比包的粒度细，所以模型可以被分为多个存储单元而且每个开发者都被分配到特定单元的所有权。如果很多人需要访问一个单元，那么存储单元可以被分为更小的子单元以减少争用的情形。
处理模型所有权的一种方法就是考虑特定活动中的成员的数量以及水平。例如，参与分析活动的人员可能占少数，而人数较多的团队可能会负责构建应用程序。在这种情况下，所有权策略可能会随着开发进程的不同而有所改变，从分析阶段基于模型的所有权到设计过程中的包所有权，再到构建过程中的单元所有权。
