Rational ClearQuest为活动的跟踪和管理提供了可定制的工作流，这使得开发团队可以更容易地：

将活动分配给某个具体的开发人员
标识同活动相关的优先级、当前状态和其他信息（如负责人、估计工期、影响程度等）
自动产生查询、报告和图表
根据开发团队或开发过程需求可以灵活地调整ClearQuest工作流引擎：如果开发团队需要快速部署，那么也可以不进行定制，直接使用ClearQuest预定义的变更过程、表单和相关规则（图2）；当开发团队需要在预定义的过程上进行定制时，可以使用ClearQuest对他们的变更过程的各个方面--包括缺陷和变更请求的状态转移生命周期，数据库字段，用户界面（表单）布局，报告，图表和查询等进行定制。


贯穿整个开发过程用于管理和跟踪缺陷和其他变更的一个高效工作流对于满足当今高质量标准及紧迫的产品工期的需要是非常重要的。UCM提升了这些变更的抽象层次以便可以从活动的角度来观察变更，然后Rational ClearQuest工作流引擎将活动同相关的开发工件连接在一起。


图2：Rational ClearQuest提供了一个现成的过程框架用于缺陷和变更跟踪工作流

 

工件管理


Rational ClearCase提供了一个软件工件管理（SAM）框架，开发团队可以使用这一框架来管理贯穿项目生命周期的所有工件。UCM将Rational ClearCase基础框架同Rational ClearQuest中的活动管理结合在一起，从而提供了对工件和活动的集成管理。Rational ClearCase提供了：


安全的工件存储和版本化
并行开发基础框架--无限分支能力和强大的合并功能
自动代码共享
用于选择正确工件版本的工作空间管理
完全的可延展性--从小型本地项目工作组到大型全球分布式开发团队
另外，Rational ClearCase提供了灵活的SCM的基础框架，通过使用灵活的元数据，如标签、分支、属性、触发器（trigger）和超级链接（hyperlinks）等，开发团队可以定制他们自己的SCM过程。


由此可见，不同开发团队和项目可以通过Rational ClearCase使用不同的策略，开发团队可以从这种灵活性中受益。而UCM是基于一个经过验证的、成功的开发过程，因此UCM为希望快速启动高效SCM的开发团队也可以直接使用这一过程来自动实现项目策略。UCM具体在以下六个方面提供了开发过程。


UCM：六个过程领域


UCM在六个具体领域提供了所定义的过程：


开发人员在共享及公共代码工件上的隔离和协作；
将一起开发、集成和发布的相关工件组按构件（component）进行组织；
在项目里程碑创建构件基线（baseline）并根据所建立的质量标准来提升基线；
将变更组织为变更集（change set）；
将活动管理和工件管理集成在一起；
按项目来组织软件开发并支持多项目之间的代码共享；
开发人员的隔离和协作


开发人员需要相互隔离的工作环境以隔离彼此的工作，避免其他组成员的变更潜在地影响其工作的稳定性。Rational ClearCase提供了两种方式来访问工件的正确版本并在私有工作空间中在这些工件上进行工作。这两种方式是静态视图和独特的基于MVFS的动态视图，它们可以据本地或网络使用而分别进行实施。


静态视图为开发人员提供了在断开网络连接的情况下进行工作的灵活性，另外开发人员也可以容易地将他们的工作同开发主线进行同步。动态视图则通过一个独特的虚拟文件系统（MVFS）来实现，它使得开发人员可以透明地访问正确工件的正确版本而无需将这些工件版本复制到本地硬盘驱动器上。另外由于动态视图可以实时进行自动更新，因此紧密工作在同一分支上的开发团队无需手动更新/复制文件即可立即看到其他人员所做的变动。不管使用何种方式，开发人员都可以并行工作在多个发布版本上。例如，一个开发人员工作在发布版本2上，同时他也可以修复发布版本1中的一个缺陷，而不用担心自己的两个活动涉及的代码互相干扰或受其他开发人员的干扰。


隔离不稳定的变更对于将错误小化是非常关键的，但是将所有的变更集成到一个所有开发团队成员均可访问的公共工作区域却是团队开发环境下的一个基本要求。基于构件的软件开发方法论的广泛应用以及代码变更频率和幅度的增加都要求开发团队能经常和较早地将各个开发人员的工作进行集成。以便在尽早解决可能出现的问题。


使用Rational ClearCase，开发团队可以实现多种项目策略来同时进行工作的隔离和协作。通过强大的分支和合并功能Rational ClearCase可以支持大规模的并行开发。


在ClearCase中可以根据不同用途来建立分支，如开发人员分支，新特性分支、缺陷修复分支、新需求分支等等，从而开发团队可以根据需要建立适于自身情况的分支模型，灵活实现软件配置管理流程。但对于希望能快速利用成熟的软件开发流程的开发团队而言，UCM则提供了一个直接可用的分支模型。实际上在UCM中，在分支基础上对其在更高层次上进行了抽象，从而形成了一个新概念--流（stream）。流表示一个私有或共享的工作空间，它定义了项目版本的一致配置并在UCM项目中的隔离和有效协作之间提供了一种平衡。熟悉ClearCase的读者可以将流理解为开发人员分支，UCM中既有为每个开发人员配置的私有开发流，同时为负责集成所有交付工作的集成人员配置的公共集成流 （图3）。由于UCM紧密结合了活动管理，因此其他分支用途，如特性分支、缺陷修复分支等将作为活动出现并附加到相应的工作流中。


图3：UCM提供了公共集成工作区和私有工作区

私有开发流为开发人员提供了相互隔离的工作空间，该空间在开始由满足一定质量标准的公共工件进行初始化。开发人员使用这些私有工作空间来进行工件的变更，构建和测试。当开发人员对他们的变更感到满意时，他们可以将这些变更交付（deliver）到公共集成流上。为了使开发人员同其他人员的进度同步，开发人员也可以用来自项目公共集成流上新的稳定基线来变基（rebase）他们的私有工作流。使用UCM，开发人员可以选择什么时候进行交付和变基。