四、我公司的实际应用
    在一个通信软件项目中，我公司采用了UCM来进行变更管理，至今已有近一年时间。所用的ClearCase和ClearQuest的版本为2001A.04.00。由于UCM的简单易用，开发人员只用了几天就掌握了使用方法，并且一直较为稳定地在运用。以下就UCM中的各个步骤，介绍一下在此项目中的实际应用。
    1. 制定配置管理计划
    在建立UCM项目之前，首先制定了一个详细的配置管理计划。该计划确定ClearCase网路的构成，ClearQuest数据库的结构，依软件系统架构定义所需各组件(vob),制定UCM项目的策略，等等。

    图4
    ClearCase网路的构成如图4所示，名为LICENSE的电脑作为ClearCase和Suite的License Server，名为PDC3RASRV的电脑作为ClearCase之VOB/VIEW Server及Registry Server，名为VVTSERVE的电脑存储ClearQuest Schema Repository Database和User Database(采用SQL Server 7.0)。
    ClearQuest之Schema是基于Enterprise,并作了一些定制。
    2. 建立项目
    首先用VOB Creation Wizard创建PVOB以及作为UCM Component的各个vob, 然后在ClearCase Project Explorer中创建UCM项目，设定该项目采用ClearQuest UCM集成(ClearQuest数据库已建立)。
    图5为该UCM项目之UCM Component示意。

    图5
    3. 加入项目
    开发者在ClearCase Explorer中，用Join Project精灵来加入到此UCM项目。每个开发者创建一个自己的开发流，一个开发视图(采用快照视图),一个项目集成视图(采用动态视图)。
    4. 新增，分配任务
    当有功能和设计变更要求时，项目经理在ClearQuest中新建变更需求记录，然后由开发团队或开发负责人对每一变更需求记录，分析需要有哪些开发者做哪些具体改动，然后由开发负责人在ClearQuest中新建对应到此变更需求记录的一个或多个BaseCMActivity,并分配给相关开发者。相关开发者在ClearCase Explorer之My Activities中，就可看到自己要处理的变更。 当测试人员发现缺陷时，在ClearQuest中新建缺陷记录，开发负责人经分析后，将此缺陷分配给相关开发者。相关开发者在ClearCase Explorer之My Activities中，就可看到自己要解决的问题点。另外，我们在ClearQuest之Email Rules中，定制记录使得当变更和缺陷被分配后，相关开发人员能够及时收到Email通知。图6为某一开发者当前的任务清单，可以看到，此开发人员有一界面变动和一个缺陷问题需要处理。 

    
 
    图6
    5. 针对任务进行工作
    开发人员针对被分配的活动进行工作，需要检出(Check Out)和检入(Check In)相关文件，检出和检入既可在Rose, Rose RealTime, Visual C++这些建模和编码环境中进行，也可在ClearCase Explorer或Windows Explorer中完成。在检出文件时，把对应的活动设为当前要处理的任务，这样，UCM就会把以后检入产生的文件新版本所作的任何改动和此活动相关联起来，便于之后的活动交付和追溯比较。
    图7为某一开发者在Rose RealTime中，检出一Capsule以修正某一缺陷。

    图7