UCM实例.doc

我公司的实际应用 在一个通信软件项目中，我公司采用了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 6. 提交活动 开发人员完成活动后，把所做工作提交到项目共享工作区。提交时，可选择提交哪些活动；对于目前还未完成的活动，或者暂时不用整合到项目中的活动，可选择不提交。 图8为某一开发者提交活动时的活动选择画面。 图8 7. 整合项目 当开发人员把需要整合集成的活动提交到项目集成流后，项目整合人员首先锁住集成流，然后在集成流上的某一视图中进行程序的编译，安装的制作。 8. 建立新基线 如果此Build可以作为后续开发的基准，则由项目管理员创建新的基线，然后解锁集成流，以允许后续的活动提交。新基线的创建可以针对实际有变更的UCM Component (vob)进行。 9. 从新基线Rebase 各开发人员从新的基线Rebase,更新其私有工作区，以包含此基线对应的目录和文件之版本，反映项目的当前最新状况。 10. 变更的追踪 此UCM项目使用了ClearQuest集成，通过直观的图形界面，对于任何变更活动，都可以方便地查看具体的变动内容。 图9为某一新增功能所涉及到的文件及其版本。可以看到，为了加入此功能，Rose模型