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

发表于:2009-03-08来源:作者:点击数: 标签:工具管理调研选型软件
1 关于本文档 详细的描述在推行 软件配置管理 的可行性,以及各类 软件配置工具 的比较,结合本中心的实际特点,分析适合本中心使用的软件配置工具。 本文档由陆国暾撰写,要详尽了解相关软件配置工具的具体 性能 数据,请参阅该软件出品公司技术文档。 2 现
  1       关于本文档

详细的描述在推行软件配置管理的可行性,以及各类软件配置工具的比较,结合本中心的实际特点,分析适合本中心使用的软件配置工具。

 

本文档由陆国暾撰写,要详尽了解相关软件配置工具的具体性能数据,请参阅该软件出品公司技术文档。

2       现状简述

现有的软件配置管理工具(SCM Tools)大致有如下几个品种:

(1)    IBM—ClearCase (CC);

(2)    Microsoft—Visual Source Safe (VSS);

(3)    Borland—StarTeam (ST)

(4)    Open Source--Concurrent Versions System (CVS);

(5)    Hansky—Firefly;

该份可行性报告即为以上5种配置管理工具的评估报告,其侧重点针对本中心的实际情况,结合各个开发部门的操作系统,开发流程,项目规模,易用性,价格,与其他管理系统的良好的结合性等等方面来进行考虑。

进行软件配置管理的目的:

一、权限控制(Aclearcase/" target="_blank" >ccess Control)
  权限控制对SCM工具来说至关重要。一方面,既然是团队开发,就可能需要限制某些成员的权限;特别是大项目往往牵扯到子项目外包,到最后联调阶段会涉及到很多不同的单位,更需要权限管理。另一方面,权限控制也减小了误操作的可能性,间接提高了SCM工具的可用性(Usability)。
  现有的SCM工具,在权限控制方面差异很大,也说明了大家都在探索更有效的权限控制的方法。透过不同权限控制方法的差异,我们不难看到其共性:其核心概念是行为(Action)、行为主体、行为客体。
  行为主体:即用户(User)。用户组(User Group)并不是行为主体,但它的引入大大方便了权限管理。
  行为客体:即项目和项目成员(Member)。不管从SCM工具的开发者还是使用者的角度,项目和项目成员都是不同的行为客体。
  行为:即由主体施加在客体之上的特定操作,签入和签出是再典型不过的例子。
  三个核心概念搞清之后,就可以讨论权限的概念了。
  权限是这样一个四元向量:(主体,客体,行为,布尔值)。即,“主体在客体上施加某种行为是否被获准”。
  由此看来,权限控制的基本工作就是负责维护主体集合、客体集合、行为集合、权限向量集合。其中,行为集合是固定不变的(在SCM工具开发之时已确定),其它三种集合都是动态变化的。
二、版本控制(Version Control)
  SCM工具记录项目和文件的修改轨迹,跟踪修改信息,使软件开发工作以基线(Baseline)渐进方式完成,从而避免了软件开发不受控制的局面,使开发状态变得有序。
  SCM工具可以对同一文件的不同版本进行差异比较,可以恢复个别文件或整个项目的早期版本,使用户方便地得到升级和维护必需的程序和文档。
  SCM工具内部对版本的标识,采用了版本号(Version Number)方式,但对用户提供了多种途径来标识版本,被广泛应用的有版本号、标签(Label)和时间戳(Time Stamp)。多样灵活的标识手段,为用户提供了方便。
三、增强的版本控制(Enhanced Version Control)
  快照(Snapshot)和分支(Branch)以基本的版本控制功能为基础,使版本控制的功能又更进一步增强。
  快照是比版本高一级的概念,它是项目中多个文件各自的当前版本的集合。快照使恢复项目的早期版本变得方便,它还支持批量签入(Check in)、批量签出(Check out)和批量加标签(Label)等操作。总之,快照是版本控制的一种增强,使版本控制更加方便高效。
  分支允许用户创建独立的开发路径,我们认为分支的典型用途有二。第一,分支和合并(Merge)一起,是支持并行开发(Concurrent Development)的有力支持。第二,分支支持多版本开发,这对发布后的维护尤其有用。比如客户报告有打印bug,小组可能从某个还未引入打印bug的项目版本引出一个分支,最终分布ā一个bug修订版。分支是版本控制的另一种增强。
  版本控制和增强的版本控制是SCM工具其它功能的基础。
四、变更管理(Change Management)
  SCM工具提供有效的问题跟踪(Defect Tracking)和系统变更请求(System Change Requests (SCRs))管理。通过对软件生命周期各阶段所有的问题和变更请求进行跟踪记录,来支持团队成员报告(Report)、抓取(Capture)和跟踪(Track)与软件变更相关的问题,以此了解谁改变了什么,为什么改变。
  变更管理有效地支持了不同开发人员之间,以及客户和开发人员之间的交流,避免了无序和各自为政的状态。
五、独立的工作空间(Independent Workspaces)
  开发团队成员需要在开发项目上协同、并发地工作,这样可以大大提高软件开发的效率。沙箱(Sandbox)为并行开发提供了独立的工作空间,在有的SCM工具中也称为工作目录(Working Folder)。
  使用沙箱(Sandbox),开发人员能够将所有必要的项目文件拷贝到私有的一个树型目录,修改在这些副本上进行。一旦对修改感到满意,就可以将修改合并(Merge)到开发主线(Main Line)上去;当然,如果该文件只有该成员一人修改,只需将修改过的文件签入(Check In)到主项目中即可。
  “并发和共享是同一事物的不同方面”,并发的私有工作空间共享同一套主项目(Mater Project)文件,因此有必要让所有团队成员拥有得知项目当前状态的能力。SCM工具提供刷新(Refresh)操作,某位团队成员可以使其他团队成员在主项目文件上所做的变更,在自己沙箱的图形用户界面上反应出来。
六、报告(Report)
  为保证项目按时完成,项目经理必须监控开发进程并对发生的问题迅速做出反应。报告功能使项目经理能够随时了解项目进展情况;通过图形化的报告,开发的瓶颈可以一目了然地被发现;标准的报告提供常用的项目信息,定制报告功能保证了拥有适合自己需求的信息。
七、过程自动化(Process Automation)
  SCM工具使用事件触发机制(Event Trigger),即让一个事件触发另一个事件产生行为,来实现过程自动化。比如,让“增加项目成员”操作自动触发“产生功能描述表(Form)”操作,开发人员填制该文件的功能描述表,规范开发过程。
  过程自动化不仅可以缩短复杂任务的时间,提高了生产率,而且还规范了团队开发的过程,减少了混乱。
八、管理项目的整个生命周期
  从开发、测试、发布到发布后的维护,SCM工具的使命“始于项目开发之初,终于产品淘汰之时”。SCM工具应预先提供典型的开发模式的模板,以减少用户的劳动;另一方面,也应支持用户自定义生命周期模式,以适应特殊开发需要。
九、与主流开发环境的集成
  将版本控制功能与主流集成开发环境(IDE)集成,极大地方便了软件开发过程。从集成开发环境的角度看,版本控制是其一项新功能;从SCM工具的角度看,集成开发环境充当了沙箱的角色。

原文转自:http://www.ltesting.net