第9讲需求分析工具.ppt

* 第11讲 软件配置管理工具 一、软件配置管理 软件配置管理（Software Configuration Management），又称软件形态管理、或软件建构管理，简称软件形管(SCM)。界定软件的组成项目，对每个项目的变更进行管控(版本控制)，并维护不同项目之间的版本关联，以使软件在开发过程中任一时间的内容都可以被追溯，包括某几个具有重要意义的数个组合。 　　软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。软件配置管理无论是对于软件企业管理人员还是研发人员都着重要的意义。软件配置管理可以提炼为三个方面的内容： * 1. Version Control-版本控制 版本控制是全面实行软件配置管理的基础，可以保证软件技术状态的一致性。我们在平时的日常工作中都在或多或少地进行版本管理的工作。比如有时我们为了防止文件丢失，而拷贝一个后缀为bak或日期的备份文件。当文件丢失或被修改后可以通过该备份文件恢复。版本控制是对系统不同版本进行标识和跟踪的过程。版本标识的目的是便于对版本加以区分、检索和跟踪，以表明各个版本之间的关系。一个版本是软件系统的一个实例，在功能上和性能上与其他版本有所不同，或是修正、补充了前一版本的某些不足。实际上，对版本的控制就是对版本的各种操作控制，包括检入检出控制、版本的分支和合并、版本的历史记录和版本的发行。 * 2. Change Control-变更控制 进行变更控制是至关重要的。但是要实行变更控制也是一件令人头疼的事情。我们担忧变更的发生是因为对代码的一点小小的干扰都有可能导致一个巨大的错误，但是它也许能够修补一个巨大的漏洞或者增加一些很有用的功能。我们担忧变更也因为有些流氓程序员可能会破坏整个项目，虽然智慧思想有不少来自于这些流氓程序员的头脑。过于严格的控制也有可能挫伤他们进行创造性工作的积极性。但是，如果你不控制他，他就控制你。 * 3. Process Support-过程支持 一般来说，人们已渐渐意识到了软件工程过程概念的重要性，而且人们也逐渐了解了这些概念和软件工程支持技术的结合，尤其是软件过程概念与CM有着密切的联系，因为CM理所当然地可以作为一个管理变更的规则（或过程）。如IEEE软件配置管理计划的标准就列举了建立一个有效的CM规则所必需的许多关键过程概念。但是，传统意义上的软件配置管理主要着重于软件的版本管理，缺乏软件过程支持的概念。在大多数有关软件配置管理的定义中，也并没有明确提出配置管理需要对过程进行支持的概念。因此，不管软件的版本管理得多好，组织之间没有连接关系，组织所拥有的是相互独立的信息资源，从而形成了信息的孤岛。在CM提供了过程支持后，CM与CASE环境进行了集成，组织之间通过过程驱动建立一种单向或双向的连接。对于开发员或测试员则不必去熟悉整个过程，也不必知道整个团队的开发模式。他只需集中精力关心自己所需要进行的工作。在这种情况下，可以延续其一贯的工作程序和处理办法。 * 二、软件配置管理工具的功能 软件配置管理（Software Configuration Management (SCM)），它为软件开发提供了一套管理办法和活动原则，成为贯穿软件开发始终的重要质量保证活动。SCM工具的功能： 　　软件配置管理（Software Configuration Management (SCM)），它为软件开发提供了一套管理办法和活动原则，成为贯穿软件开发始终的重要质量保证活动。本文讨论SCM工具的功能。 　　需要说明的是，从学术上讲，软件配置管理（SCM）只是变更管理（Change Management(CM)）的一个方面；但从SCM工具的发展来看，越来越多的SCM工具开始集成变更管理（CM）的功能，甚至问题跟踪（Defect Tracking）的功能。 * 1、权限控制（Access Control） 　　权限控制对SCM工具来说至关重要。一方面，既然是团队开发，就可能需要限制某些成员的权限；特别是大项目往往牵扯到子项目外包，到最后联调阶段会涉及到很多不同的单位，更需要权限管理。另一方面，权限控制也减小了误操作的可能性，间接提高了SCM工具的可用性（Usability）。 　　现有的SCM工具，在权限控制方面差异很大，也说明了大家都在探索更有效的权限控制的方法。透过不同权限控制方法的差异，我们不难看到其共性：其核心概念是行为（Action）、行为主体、行为客体。 　　(1)行为主体：即用户（User）。用户组（User Group）并不是行为主体，但它的引入大大方便了权限管理。 　　(2)行为客体：即项目和项目成员（Member）。不管从SCM工具的开发者还是