_软件配置管理剖析.ppt

QUST QUST 软件配置管理及SVN简介 孙振 主要内容 软件配置管理 SVN简介 软件配置管理（SCM） 软件配置管理的目的 在软件开发过程中，变更不可避免。而变更如果没有进行对应的变更控制，则有可能引起项目开发中的混乱状态。 软件配置管理，就是为了协调软件开发过程，使变更能够更正确且更容易的被适应，减少因变更带来的混乱和错误。 软件配置管理（SCM） 软件配置管理的时间 变更在软件开发的各个阶段都有可能发生，所以，软件配置管理是在软件项目启动时就开始，并一直持续到软件退役后才终止的一组跟踪和控制活动。 软件配置管理（SCM） 软件配置管理的作用 软件配置管理是在软件的整个生命周期内管理变更的一组活动，具体的说，这组活动可以： 1. 标识变更 2. 控制变更 3. 确保变更正确的实现 4. 向相关人员报告变更 软件配置 软件配置(SC) 在软件开发过程中的输出信息，可以分为一下三类： 计算机程序 描述计算机程序的文档 数据 软件配置项(SCI) 软件过程中产生的具体信息（如需求规格说明书中的一段，某一模块的源代码等）就被称之为软件配置项。 这些项就组成了软件过程中的全部信息，我们把它们统称为： 软件配置。 软件配置 随着软件开发过程的进展，软件配置项会迅速增加： 变更 变更 开发人员要努力保证每个配置项正确，同时，也要保证一个软件的所有配置项是完全一致的。 数量不断增加 基线 为了控制变更对软件配置项的影响，引入基线的概念。 软件配置 基线(Baseline) IEEE把基线定义为：已经通过了正式复审的规格说明或中间产品，它可以作为进一步开发的基础，并且只有通过正式的变化控制过程才能改变它。 简言之：基线就是通过了正式复审的软件配置项。 软件配置 基线的作用 在软件配置项成为基线之前，可以迅速而非正式地修改它。基线之后，虽然仍然可以实现变化，但是，必须应用特定的、正式的过程（称为规程）来评估、实现和验证每个变化。 通过基线，我们在不严重妨碍合理变化的前提下来控制变化。 软件配置 基线 系统工程 系统规格说明书 需求分析 软件需求规格说明书 软件设计 设计规格说明书 程序编写 源代码 测试 测试计划：过程、数据 基线 软件配置管理过程 软件配置管理过程 具体的，软件配置管理主要有5项任务： 1. 标识软件配置中的对象 2. 版本控制 3. 变更控制 4. 配置审计 5. 状态报告 软件配置管理过程 标识软件配置中的对象 为了控制和管理软件配置项，必须对其单独命名，然后用面向对象的方法来组织它们。 基本对象 聚集对象 需求规格中的一段描述 某一个模块的源代码 一组测试用例 …… 基本对象与其他聚集对象的集合 标识应该无歧义，能够唯一的指定某个软件配置项 软件配置管理过程 版本控制 利用规程和工具，来管理软件过程中所创建的软件配置项的各个版本。 利用SVN来管理版本。 软件配置管理过程 变更控制 软件开发过程中某一阶段的变更，均要引起软件配置的变更。特别是对于已经成为了基线的软件配置项，必须要进行变更控制。 软件配置管理过程 典型的变更控制过程如下： 软件配置管理过程 配置审计 正式的技术复审：关注被修改后的配置项的正确性，审查该对象与其他软件配置项的一致性，并检查是否有遗漏或产生副作用。 软件配置审计：通过评估配置对象的那些通常不在复审过程中考虑的特征，而成为对正式技术复审的补充。（比如是否遵循了软件工程的标准，是否注明了修改日期和修改者……） 软件配置管理过程 状态报告 向软件开发项目中的其他人员报告变化。 记录软件配置的变化，开发活动的历史情况。 主要包括： 1. 发生了什么事？ 2. 为什么会发生？ 3. 谁做的这件事？ 4. 什么时候发生的？ 5. 会影响到什么？ SVN SVN SVN是Subversion的简称，是目前较为流行的版本控制系统。 通过SVN，我们可以： 跟踪和控制代码及文档的每一个版本 查看版本间的差异 多人并行开发 多版本并行开发 …… SVN SVN使用演示： 1. 创建版本库并导入原始代码及文档 2. 更新代码及文档，并用SVN进行控制 3. 查看早期版本，对比版本间更改 4. 多人并行开发 在这里我们使用TortoiseSVN作为图形化的SVN工具。 SVN 创建版本库： 选择版本库存放的位置 选择TortoiseSVN ? Create repository here SVN 浏览版本库的内容 在创建好版本库的位置，选择TortoiseSVN ?Repo-browser，浏览版本库的内容 SVN 导入原始版本 在版本库中的目录树上，点击右键，选择Add folder，导入代码及文档。 SVN 从SVN中检出（Checkout） 将版