软件配置管理工具选型调研报告

发布: 2009-3-08 11:52 | 作者: 陆国暾 | 来源: 测试时代采编 | 查看: 572次 | 进入软件测试论坛讨论

（二） C/S 体系结构

对StarTeam库的访问是通过StarTeam Server进行的，这意味着你的归档文件是完全收到保护的。其他某些产品如PVCS和SourceSafe需要以共享文件的方式才能实现归档库被相关人员访问到，这可能会使得这些归档和它们存储的信息资产同时也会受到计算机病毒的攻击或心怀不满的员工攻击。而使用StarTeam，访问这些归档库的唯一途径是StarTeam Server。所有的StarTeam客户端，不管它是StarTeamWindow GUI、命令行接口、IDE集成、StarDisk或者是使用StarTeam SDK建立的定制应用程序，与StarTeam Server 的通讯都是使用TCP/IP协议。StarTeam，作为Windows平台下的应用程序，也可以使用NetBEUI、 IPX/SPX 或命名管道协议。由于StarTeam已经为Internet使用作了优化，远程用户可以将数据以压缩和加密的方式来访问StarTeam 库。考察StarTeam 的C/S体系结构时的一个最后考虑是StarTeam可以让你选择使用何种数据库，你可以选择MSDE、Oracle、Microsoft SQLServer、Sybase SQL Server,、Informix和IBM DB2等等所有你的DBA所熟悉的工业标准的数据库。从一开始，你就可以挑选适合你的公司标准的数据库来管理你的信息资产。

图1 ： StarTeam 客户机/服务器体系结构

COM/Java

using the StarTeam SDK

StarTeam Client

StarDisk

StarTeam跨平台客户端

IDE - SCC Support

Custom Applications

WebEdition

StarTeam Server

StarTeam

Repository

PVCS Archive

SourceSafe

Archive

（三）面向项目

旧的SCM应用程序如PVCS和SourceSafe，是直接面向单个文件的的。它们称为面向文件的版本控制系统。添加到系统中的每个文件具有它的版本号，存储在一个特定的归档文件中，它们之间的一对一映射与构建应用时的文件放置的位置是无关的。某些产品，如PVCS，并不跟踪记录文件需要检出的目录，而这一信息对正确地重建历史配置文件是必须的。

StarTeam采用面向项目的方法。在这一方法中，源代码和文档文件只是作为组成整个项目的特定项类型。除了具有旧式产品所具有的面向文件的版本控制特性以外，StarTeam还支持对你的项目所需要的其他项进行版本控制，如变更请求、主题、任务、需求和存储这些项的文件夹结构。面向项目的系统还可以让用户根据他们的角色或项目的即时工作需要以不同的方式查看这些项。面向项目的方法是面向文件方法产品中实现特性的超集。

图2：StarTeam是一个面向项目的SCM工具

（四）项

StarTeam模型使用项，如文件、需求、变更请求、主题、任务和审计条目。大多数常用的项是可以版本化的，就是说，StarTeam存储了项的修订历史并允许你查看和比较不同修订的内容。

项也可以被分支，就是说，它们可以由其它项（那些项就成为了它们的祖先）派生出来。

项可能会有几个完全不同的修订历史，而这些修订历史具有共同的祖先。在文本文件情况下，分支项可以与派生出它的原始项进行合并。例如：为新操作系统开发的产品可以基于为第一个操作系统开发的文件为基础开始进行。

分支的概念在文档管理系统中并不多见。然而，这一能力对软件配置管理来说则是基础。开发员经常需要在保持原有开发路径的同时作出或大或小的变更。

StarTeam的协作性的框架体系结构支持多种类型的项，并可以根据客户的需要开发和添加更多的项。下表列出了StarTeam的当前版本所支持的项的类型：

表1：StarTeam 项类型

MILY: 宋体; mso-bidi-font-size: 10.0pt; mso-font-kerning: 0pt">表1：StarTeam 项类型

项类型	是否可版本化	是否可分支
文件	是	是
需求	是	否
变更请求	是	是
任务	是	否
主题	是	否

(五) 项目

StarTeam 使用项目、视图和文件夹来组织存储在StarTeam库中的项。一个StarTeam项目可以认为是紧密相关的视图的集合，每个视图代表一个来自库中的项的配置，可以支持在同一代码上的不同开发阶段。文件夹将项分为组，例如：你可能想要检出某个文件夹下的所有文件以工作于具有特定特性的产品上。对位于不同项目中的项并没有限制，只要项在同一个库中，它们就可以在任何视图间移动或共享，而不管项和视图是位于哪个项目中。

项目提供了一个组织的附加层次，它为视图提供了一个层次结构，同时也提供了在项目级分配访问权限的机会。项目如何使用取决于你。

你可能会为你公司生产的每个产品建立一个项目；或者取决于你构建产品的方式不同，你可能更愿意为产品的每个主要组件创建一个项目。为每个产品组件建立一个单独的项目提供了更多的弹性，因为这样一来每个组件可以被容易地标签化，分支化，并通过它自己的提升模型序列来运转。