第11讲 软件配置管理工具

3
3. Process Support-过程支持 一般来说，人们已渐渐意识到了软件工程过程概念的重要性，而 且人们也逐渐了解了这些概念和软件工程支持技术的结合，尤其是软 件过程概念与CM有着密切的联系，因为CM理所当然地可以作为一个 管理变更的规则（或过程）。如IEEE软件配置管理计划的标准就列举 了建立一个有效的CM规则所必需的许多关键过程概念。但是，传统意 义上的软件配置管理主要着重于软件的版本管理，缺乏软件过程支持 的概念。在大多数有关软件配置管理的定义中，也并没有明确提出配 置管理需要对过程进行支持的概念。因此，不管软件的版本管理得多 好，组织之间没有连接关系，组织所拥有的是相互独立的信息资源， 从而形成了信息的"孤岛"。在CM提供了过程支持后，CM与CASE环境 进行了集成，组织之间通过过程驱动建立一种单向或双向的连接。对 于开发员或测试员则不必去熟悉整个过程，也不必知道整个团队的开 发模式。他只需集中精力关心自己所需要进行的工作。在这种情况下， 可以延续其一贯的工作程序和处理办法。
7
3、增强的版本控制（Enhanced Version Control） 快照（Snapshot）和分支（Branch）以基本的版本控制功能为基 础，使版本控制的功能又更进一步增强。 快照是比版本高一级的概念，它是项目中多个文件各自的当前版本 的集合。快照使恢复项目的早期版本变得方便，它还支持批量签入 （Check in）、批量签出（Check out）和批量加标签（Label）等操作。 总之，快照是版本控制的一种增强，使版本控制更加方便高效。 分支允许用户创建独立的开发路径，我们认为分支的典型用途有二。 第一，分支和合并（Merge）一起，是支持并行开发（Concurrent Development）的有力支持。第二，分支支持多版本开发，这对发布后 的维护尤其有用。比如客户报告有打印bug，小组可能从某个还未引入 打印bug的项目版本引出一个分支，最终分布一个bug修订版。分支是 版本控制的另一种增强。 版本控制和增强的版本控制是SCM工具其它功能的基础。
11
8、管理项目的整个生命周期 从开发、测试、发布到发布后的维护，SCM工具的使命"始于项 目开发之初，终于产品淘汰之时"。SCM工具应预先提供典型的开发 模式的模板，以减少用户的劳动；另一方面，也应支持用户自定义生 命周期模式，以适应特殊开发需要。 9、与主流开发环境的集成 将版本控制功能与主流集成开发环境（IDE）集成，极大地方便 了软件开发过程。从集成开发环境的角度看，版本控制是其一项新功 能；从SCM工具的角度看，集成开发环境充当了沙箱的角色。
第11讲 软件配置管理工具
一、软件配置管理
软件配置管理（Software Configuration Management），又称软 件形态管理、或软件建构管理，简称软件形管(SCM)。界定软件的组 成项目，对每个项目的变更进行管控(版本控制)，并维护不同项目之 间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯， 包括某几个具有重要意义的数个组合。 软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了 一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人 员还是研发人员都着重要的意义。软件配置管理可以提炼为三个方面 的内容：
5
ห้องสมุดไป่ตู้
1、权限控制（Access Control） 权限控制对SCM工具来说至关重要。一方面，既然是团队开发， 就可能需要限制某些成员的权限；特别是大项目往往牵扯到子项目外 包，到最后联调阶段会涉及到很多不同的单位，更需要权限管理。另 一方面，权限控制也减小了误操作的可能性，间接提高了SCM工具的 可用性（Usability）。 现有的SCM工具，在权限控制方面差异很大，也说明了大家都在 探索更有效的权限控制的方法。透过不同权限控制方法的差异，我们 不难看到其共性：其核心概念是行为（Action）、行为主体、行为客 体。 (1)行为主体：即用户（User）。用户组（User Group）并不是 行为主体，但它的引入大大方便了权限管理。 (2)行为客体：即项目和项目成员（Member）。不管从SCM工具 的开发者还是使用者的角度，项目和项目成员都是不同的行为客体。 (3)行为：即由主体施加在客体之上的特定操作，签入和签出是再 典型不过的例子。 三个核心概念搞清之后，就可以讨论权限的概念了。 权限是这样一个四元向量：(主体，客体，行为，布尔值)。即，" 主体在客体上施加某种行为是否被获准"。
4
二、软件配置管理工具的功能
软件配置管理（Software Configuration Management (SCM)）， 它为软件开发提供了一套管理办法和活动原则，成为贯穿软件开发 始终的重要质量保证活动。SCM工具的功能： 软件配置管理（Software Configuration Management (SCM)）， 它为软件开发提供了一套管理办法和活动原则，成为贯穿软件开发 始终的重要质量保证活动。本文讨论SCM工具的功能。 需要说明的是，从学术上讲，软件配置管理（SCM）只是变更 管理（Change Management(CM)）的一个方面；但从SCM工具的 发展来看，越来越多的SCM工具开始集成变更管理（CM）的功能， 甚至问题跟踪（Defect Tracking）的功能。
10
6、报告（Report） 为保证项目按时完成，项目经理必须监控开发进程并对发生的问 题迅速做出反应。报告功能使项目经理能够随时了解项目进展情况； 通过图形化的报告，开发的瓶颈可以一目了然地被发现；标准的报告 提供常用的项目信息，定制报告功能保证了拥有适合自己需求的信息。 7、过程自动化（Process Automation） SCM工具使用事件触发机制（Event Trigger），即让一个事件触 发另一个事件产生行为，来实现过程自动化。比如，让"增加项目成 员"操作自动触发"产生功能描述表（Form）"操作，开发人员填制该 文件的功能描述表，规范开发过程。 过程自动化不仅可以缩短复杂任务的时间，提高了生产率，而且 还规范了团队开发的过程，减少了混乱。
13
2. 成熟软件配置管理工具的特征 企业要实施软件配置管理常常面临的第一步就是要选择合适的工具，在此 将列出一个成熟的软件配置管理工具应该具备的特征： ——配置项（对象）管理：版本控制、配置管理、并行开发支持、基线支 持 ——构建与发布管理：能利用流行的构建工具、支持多平台构建、支持并 行构建、能自动处理构建依赖关系、能收集和维护重新产生之前构建所需要的 信息、 ——工作空间管理：能自动跟踪工作空间中所有类型的变更、能应用不同 配置填充工作空间、工作空间既允许隔离又允许更新 ——流程管理：不同类型的对象都应具备流程定制能力、流程的范围可定 制、支持测试与发布流程 ——分布式开发的支持：负载均衡 ——与其他工具的集成能力：变更请求工具、开发工具、其他CASE工具、 命令行，SDK ——易用性、易管理性
6
2、版本控制（Version Control） SCM工具记录项目和文件的修改轨迹，跟踪修改信息，使软件开 发工作以基线（Baseline）渐进方式完成，从而避免了软件开发不受 控制的局面，使开发状态变得有序。 SCM工具可以对同一文件的不同版本进行差异比较，可以恢复个 别文件或整个项目的早期版本，使用户方便地得到升级和维护必需的 程序和文档。 SCM工具内部对版本的标识，采用了版本号（Version Number） 方式，但对用户提供了多种途径来标识版本，被广泛应用的有版本号、 标签（Label）和时间戳（Time Stamp）。多样灵活的标识手段，为 用户提供了方便。
14
四、软件配置管理工具
1.SourceSafe SourceSafe是Microsoft公司推出的配置管理工具，是VisualStudio的 套件之一。SourceSafe是国内最流行的配置管理工具，用户量第一位。 SourceSafe的优点可以用8个字来概括“简单易用，一学就会。 SourceSafe的主要局限性： -----只能在Windows下运行，不能在Unix, Linux下运行。SourceSafe 不支持异构环境下的配置管理，对用户而言是个麻烦事。这不是技术问 题，是微软公司产品战略决定的。 -----适合于局域网内的用户群，不适合于通过Internet连接的用户群， 因为SourceSafe是通过“共享目录”方式存储文件的。 有一个软件事业部（约百名开发人员）的十余个项目全部采用 SourceSafe来管理，只用一台PC机作配置管理服务器，运行一年都没有 发生异常现象。
8
4、变更管理（Change Management） SCM工具提供有效的问题跟踪（Defect Tracking）和系统变更请 求（System Change Requests (SCRs)）管理。通过对软件生命周期 各阶段所有的问题和变更请求进行跟踪记录，来支持团队成员报告 （Report）、抓取（Capture）和跟踪（Track）与软件变更相关的问 题，以此了解谁改变了什么，为什么改变。 变更管理有效地支持了不同开发人员之间，以及客户和开发人员 之间的交流，避免了无序和各自为政的状态。
9
5、独立的工作空间（Independent Workspaces） 开发团队成员需要在开发项目上协同、并发地工作，这样可以 大大提高软件开发的效率。沙箱（Sandbox）为并行开发提供了独 立的工作空间，在有的SCM工具中也称为工作目录（Working Folder）。 使用沙箱（Sandbox），开发人员能够将所有必要的项目文件 拷贝到私有的一个树型目录，修改在这些副本上进行。一旦对修改 感到满意，就可以将修改合并（Merge）到开发主线（Main Line） 上去；当然，如果该文件只有该成员一人修改，只需将修改过的文 件签入（Check In）到主项目中即可。 "并发和共享是同一事物的不同方面"，并发的私有工作空间共 享同一套主项目（Mater Project）文件，因此有必要让所有团队成 员拥有得知项目当前状态的能力。SCM工具提供刷新（Refresh） 操作，某位团队成员可以使其他团队成员在主项目文件上所做的变 更，在自己沙箱的图形用户界面上反应出来。
2
2. Change Control-变更控制 进行变更控制是至关重要的。但是要实行变更控制也是一件令 人头疼的事情。我们担忧变更的发生是因为对代码的一点小小的干 扰都有可能导致一个巨大的错误，但是它也许能够修补一个巨大的 漏洞或者增加一些很有用的功能。我们担忧变更也因为有些流氓程 序员可能会破坏整个项目，虽然智慧思想有不少来自于这些流氓程 序员的头脑。过于严格的控制也有可能挫伤他们进行创造性工作的 积极性。但是，如果你不控制他，他就控制你。
1
1. Version Control-版本控制 版本控制是全面实行软件配置管理的基础，可以保证软件技术状 态的一致性。我们在平时的日常工作中都在或多或少地进行版本管理 的工作。比如有时我们为了防止文件丢失，而拷贝一个后缀为bak或 日期的备份文件。当文件丢失或被修改后可以通过该备份文件恢复。 版本控制是对系统不同版本进行标识和跟踪的过程。版本标识的目的 是便于对版本加以区分、检索和跟踪，以表明各个版本之间的关系。 一个版本是软件系统的一个实例，在功能上和性能上与其他版本有所 不同，或是修正、补充了前一版本的某些不足。实际上，对版本的控 制就是对版本的各种操作控制，包括检入检出控制、版本的分支和合 并、版本的历史记录和版本的发行。
12
三、成熟软件配置管理工具的特征
1. 软件配置管理工具的发展 相对于其他CASE工具，配置管理工具应该是最必不可少的，它可以 帮助你管理软件开发时繁琐的工作。从早期的基于文件的版本控制 工具，如RCS，到今天现代的软件配置管理工具，如Harvest、 CleaseCase、StarTeam和Firefly等，软件配置管理工具已经有了长 足的发展，并且依然在快速的发展着。软件配置管理工具发展过程 中的关键特征如下表所示： 第1代：基于文件，以版本控制、支持Check out/Check in模型 和简单分支为主要特征 第2代：基于项目库，支持并行开发团队协作以及过程管理 第3代：全面结合CM管理等各个软件开发环节的软件配置管理 整体解决方案