发布时间 : 星期二 文章Rational工具进行软件配置管理方案的研究更新完毕开始阅读1386a6cd0508763231121231
同济大学工程硕士学位论文
到集成分支之前先把集成分支合并到他们的开发分支，当然这也是针对与每个项目的具体情况的。 5.2.3 开始进行开发
经过了上面的各种准备工作，就可以按照表3-14排定的进度计划来进行项目的开发工作了。每个成员不断地把各类文档数据添加到VOB中去，技术经理和项目经理不断地集成每个人的工作，然后生成一个个相对稳定的版本，开发人员也需要不停的把最新的版本更新到自己的工作区内。项目就在这样的循环下有序地开展起来。
下面来描述一个典型的工作情景，以刘亮为例：
28
同济大学工程硕士学位论文
第6章 采用UCM技术实现CRM24配置管理
6.1 UCM流程 上一章研究了采用Base ClearCase技术进行配置管理，本章将研究一种基于Base ClearCase的技术——UCM，以及如何使用UCM技术进行配置管理。下面首先给出UCM的工作流程图，见图6-1，然后针对本项目来具体实施配置管理计划。
图6-1 UCM工作流程
Diagram 6-1 The UCM Work Flow
6.1 CRM24 Java化项目中的配置项
由于是对同一个项目进行配置管理，并且都是采用Rational ClearCase工具，只是采用的技术不同，因此采用两种技术时配置项是相同的，参见表5-1。
29
同济大学工程硕士学位论文
6.2 CRM24的UCM开发流程
6.2.1项目经理创建UCM项目并创建基线
根据图6-1的UCM工作流程图，在创建一个UCM项目之前必须首先创建一个PVOB，这对每个UCM项目是必需的。PVOB是一种特殊的VOB，用来存储项目、活动、变更集等UCM对象。 虽然文件和目录的增多，就需要寻找一种方法来简化对它们的管理，UCM提供了组件（Component）机制来支持这个功能。通过把一些相关的文件和目录放到一个组件内，可以使整个系统看上去只是少数的几个组件，而不是大量的文件和目录的集合。在本项目中，可以仍然参照表3-15来建立构件。 接下来把一些初始的文件或目录加入到构件中去，形成所有构件的初始集，称为基线，这样就完成了创建UCM项目的工作。 6.2.2 开发人员加入项目
创建好了UCM项目，开发人员就可以使用ClearCase里的Join Project工具来
加入到项目中来了。在加入项目中时，ClearCase创建三个新对象：一个开发流，一个同开发流相关的视图（开发视图），以及一个同该项目的集成流相关的视图（集成视图）。开发视图用来进行开发工作，在这个视图里开发人员可以把他完成的中间变更结果检入VOB的安全存储区中而不被其他项目组成员看到。同时开发流的配置也将他同其他开发人员的变更隔离开来，他可以在一条稳定基线的基础上进行自己的变更而不会被项目其他地方所发生的变更打乱，还可以控制什么时候自己所作的变更被其他开发人员看到（通过执行一个交付deliver操作）以及什么时候他可以看到其他开发人员的变更（通过执行一个变基rebase操作）。 集成视图同项目的集成流相关联，集成视图可以选择同你的开发视图不同的版本。集成视图用来在交付操作时使用，主要目的在于可以基于项目最新的源代码进行构建并测试交付的变更。 6.2.3 开始进行开发
UCM模型是基于活动的，也就是说对于元素版本的操作必须与一个活动相关联，该关联操作在检出元素时进行。开发者创建或者被分配一个活动，每次只能工作在一个活动上，一个活动于一个任务相关，与一个活动相关的一组文件称为一个
30
同济大学工程硕士学位论文
变更集。 当某个开发人员想让项目集成人员看到他所完成的变更或者被其他人员看到的时候，他就执行交付（deliver）操作，这个操作包括以下几个步骤： （1）检入所有未完成的检出元素，可以通过几种方式来搜索未完成的检出元素。 （2）变基到项目最新的推荐基线。在交付前变基，可以使其他开发人员的变更结果出现在自己的开发视图里，这样使交付变得更加容易并且可以减少在集成流上的集成工作。 （3）执行ClearCase交付命令。在这一步可能会需要处理自己与其他成员的变更之间的冲突。 （4）对交付结果进行构建和测试。
（5）完成或撤销交付。
6.2.4发布工程构建产品
项目中有一个专门的集成流用来集成开发组所有成员的工作成果，构建软件系统或一组软件构建集合的一个可以进行测试的版本。[1]这部分工作可以由项目经理或者项目经理指定的集成人员来完成，第一步就是要锁住集成流，这样可以阻止交付发生，以便在一个稳定的代码基础上进行构件。 第二步就是建立基线，有两种基线可以选择：增量基线和完全基线。完全基线是直接记录包含在ClearCase构件中的每个元素的基线，而增量基线是从上一条完全基线以来修改过的版本。增量基线可以很快的建立起来，但最好把一些重要的增量基线转为完全基线。 接下来就可以对新的基线进行构建和测试，如果这条基线达到了一定的要求和稳定状态，项目经理就可以把这条基线提升为“推荐”基线，便于开发人员的变基操作。当然也有可能因为构建测试未通过，将新的基线“降级”。 6.2.5 开发人员更新工作区
当有新的基线产生的时候，开发人员可以根据自己的需要执行变基操作把自己的开发视图更新到最新的基线，然后继续开发。
上面就是详细讨论了UCM的工作流程，开发过程中依照这个流程循序渐进的进行下去，最终达到软件的发布版本。
31