发布时间 : 星期一 文章Rational工具进行软件配置管理方案的研究更新完毕开始阅读1386a6cd0508763231121231
同济大学工程硕士学位论文
试报告 02-项目管理 03-配置管理 01-售前文档 02-项目计划 03-验收文档 04-项目报告 05-会议纪要 06-外来文件 07-项目讨论稿 01-软件配 报价 标书 建议书 阶段性提交项目完成情况报告,项目总结报告 05-实施阶段 06-维护阶段 07-技术讨论小结 01-维护记录 01-用户手册 02-系统操作手册 03-系统维护手册 24
同济大学工程硕士学位论文
置管理计划 04-质量保证 05-测试 06-项目过程定义 07-参考文件 02-变更管理 03-配置状态报告 01-质量保证计划 02-质量保证报告 01-用户测试计划 02-用户测试报告 01-项目规范 变更申请单，变更单 用户测试系统的结果报告 QA和项目组约定的项目过程文档 5.2 Base ClearCase的项目开发流程
根据Base ClearCase的特点，确定使用Base ClearCase的开发流程如下所述。
5.2.1创建CRM24项目环境
VOB作为存储文件、目录和原数据的永久数据存储池，显然在整个项目中的作用是至关重要的，而且也是项目能够进行下去的基础，所以项目开始进展前必须要首先创建VOB。可以使用命令行方式cleartool或者在图形用户界面Create VOB下创建VOB，创建时需要指定VOB的tag、类型、存储位置以及注释等信息。
25
同济大学工程硕士学位论文
对于本项目，项目经理可以指定配置管理员在clearcase_server服务器上创建一个名为CRM24的VOB用来存储项目中的所有资源。当建好一个空的VOB后，将已经建好的\\CRM24_Java目录导入VOB中，这可以在命令行方式下来完成，例如：
c:\\>clearfimport –unco E:\\CRM24_Java M:\\CRM24_xiang_gao_dv\\CRM24 其中：E:\\CRM24_Java表示建好的目录CRM24_Java放在E盘； M是clearcase自动映射的一个网络驱动器，用来管理动态视图的； CRM24_xiang_gao_dv是配置经理高祥所建的动态视图； CRM24是本项目对应的VOB。
VOB中的数据是以特殊的专有格式来存储的，所以视图是访问VOB中数据的唯一的方式。视图分为动态视图和快照视图，考虑到操作的规范性，规定视图的命名规则为：
动态视图：项目名_视图的属主_dv 快照视图：项目名_视图的属主_sv
由此，CRM24_liang_liu_dv就是刘量的针对本项目的动态视图。
因为动态视图是通过虚拟文件系统MVFS来对元素版本进行存取操作，而这个虚拟文件系统直接指向VOB中的元素，提供透明的版本控制机制，所以使用动态视图可以看到VOB中的所有数据，因此，为了代码数据的安全性，必须控制动态视图的创建，所以在安装ClearCase的时候，可以选择只有clearcase_mng组的成员（参见4.3节）可以使用动态视图，其他成员只能使用快照视图。
由于开发人员之间是平行开发的，可能会出现两个开发人员对同一个文件进行修改的情况，为了不相互干扰开发，在项目开始的时候需要定义分支策略。在本项目中，规定当每个人的视图里看到的元素都是该元素的一个特有的分支上的版本，而不是主分支上的版本。每个人在这个分支上进行自己的开发工作，当他认为自己所作的修改已经达到一个稳定的版本、可以共享给别人的时候，他就可以把自己分支上的版本合并（merge）到主分支上面去。这样，除了每个开发人员要建立一个视图看到自己分支上的版本外，还要专门建立一个用于合并的分支可以看到主分支上的版本。
在本项目中，规定首先由每个技术经理或技术经理指定的人来完成该小组的合并工作，然后再交由项目经理或项目经理指定的人来完成整个项目的合并工作。
创建项目环境的最后一步就是制定配置规格（config spec）,每个视图都有其对应的配置规格，只不过动态视图的配置规格中没有load规则。Load规则就是用来保护代码的安全性的，因为并不是所有的开发人员都需要看到所有的代码数据，使
26
同济大学工程硕士学位论文
用load规则就可以指定视图中可以看到的代码，下面就举例来说明一个典型的配置规格： 对于项目组成员范亮，他只是负责顾客检索模块的开发，因此他需要看到的数据只有from_customer、document、source_code\\common_module、
source_code\\common_form、customer、test、tools和useful_doc文件夹。他所建的视图名称为CRM24_liang_fan_sv，这样就可以创建这个视图的配置规格如下：
element * CHECKEDOUT
element * liang_fan_br\\LATEST
element * \\main\\LATEST -mkbranch liang_fan_br load \\CRM24\\from_customer load \\CRM24\\document
load \\CRM24\\source_code\\common_module load \\CRM24\\source_code\\common_form load \\CRM24\\customer load \\CRM24\\test load \\CRM24\\tools
load \\CRM24\%useful_doc
上面这个配置规格的含义就是对于该视图中可以看到的每个元素，首先选择已经被checkout的版本，没有被checkout的元素就选择liang_fan_br分支上的最新的版本，如果没有liang_fan_br分支则在主分支上创建该分支，并选出该分支上的0版本。
当然配置规格并不局限于上面的样式，使用配置规格可以非常灵活的配置视图，甚至可以精确到每个元素。
制定配置规格这部分工作可以由项目经理来确定分支策略和每个人的访问权限，然后由配置管理员来生成针对每一个视图的配置规格。而且配置规格是需要经常改变的，所以开发人员也需要经常更新自己的视图。 5.2.2CRM24配置管理的实现开发策略
在ClearCase里存在一些元数据，如标签、属性、超链接、触发器、锁，使用这些元数据可以实现特定的功能。例如，可以为元素的不同版本贴上不同的标签，这一操作任何成员都可以执行，他们可以在各个的分支上为某个版本贴上特定的标签，便于标识。同样，也可以由项目经理为所有元素贴上一个相同的标签，例如：released，就表示这是一个可以发布的版本。当然，在使用这些元数据之前，必须首先定义这些元数据的类型。 项目经理还可以定义合并策略，典型的策略是要求开发人员把他们的工作合并
27