Ch5软件配置管理.ppt

2. 基线管理 基线管理是保证开发团队共同工作的一种有效方式，基线管理包括基线（产品）建立、发布和维护。 内部发布，内部使用的基线一般称为建造 外部发布，交付给外部顾客的产品一般称为发布 基线报告和基线备份 基线管理可以使用户通过对适当版本的选择组成特定属性（配置）的软件系统，这种灵活的“组装”策略使得配置管理系统像搭积木似的使用已有的积木（版本）组装成各种各样、不同功能的模型。 5.4 版本控制 5.4.1 版本的访问与同步控制 5.4.2 版本分支和合并 5.4.3 版本的历史记录 5.4 版本控制 版本控制是对系统不同版本进行标识和跟踪的过程。它是实行软件配置管理的基础，也是所有配置管理系统的核心功能。 版本控制的对象是软件开发过程中涉及的所有文件系统对象，包括文件、目录和链接。 版本控制的目的在于对软件开发过程中文件或目录的发展过程提供有效的追踪手段，保证在需要时找到旧的版本，避免文件的丢失、修改的丢失和相互覆盖，通过对版本库的访问控制避免未经授权的访问和修改。另外软件控制是实现团队并行开发、提高开发效率的基础。 5.4.1 版本的控制与同步控制 版本的访问控制 工作区域中的源文件是从库中恢复得到的一个复制文件，它可以是可“写”的，也可以是可“读”的。一般有两种工作模式： 一是在工作区域一旦有“读”请求，就做一次恢复操作，获得复制文件，当“读”操作结束，该复制文件被删除； 二是仅当软件库中的内容发生更改时，才发生交互，而不是每次“读”操作都与软件库中的文件发生交互。 版本的同步控制 同步控制实际上时版本的检入检出控制： 检入：将软件配置项从用户的工作环境存入到软件配置库的过程； 检出：将软件配置项从软件配置库中取出的过程。 访问和同步控制的流程图 软件工程师 软件配置库 检入 检出 访问控 制 配置对象（修改版本） 配置对象（基线版本） 审计信息 解锁 拥有者信息 加锁 配置对象（基线版本） 配置对象（提取版本） 5.4.2 版本分支和合并 版本分支 版本分支人工方法就是从主版本复制一份文件，做上标记；实行版本控制之后，版本的分支是一份复制文件，这时的复制过程和标记动作由版本系统自动完成。 版本合并 版本合并是通过对文件的比较来进行合并。有两种途径： 一种是将版本A的内容附加到版本B中； 另一种是合并A和B的内容，形成新的C； 后一种途径更容易理解，也符合软件开发的思路。 5.4.3 版本的历史记录 文件和目录的版本演化的历史可以形象的表示为图形化的版本树； 版本树由版本依次连接形成，每个结点代表一个版本，根结点是初始版本，叶结点代表最新的版本； 典型的软件系统包含多个文件和目录，每个文件和目录都有自己的版本树； 版本的历史记录有助于对软件配置项进行审计，有助于追踪问题的来源； 版本的历史记录应该包含版本号、修改时间、修改者、修改描述这些最基本的内容。 版本树 最简单的版本树只有一个分支，就是版本树的枝干；复杂的版本树除了主干外，还可以包含很多的分支，分支可以进一步包含子分支。 V1.0 V1.1 V1.2 V1.3 V2.0 V1.4 V2.1 V1.1.1 V1.1.2 5.5 变更控制 5.5.1 变更类型 5.5.2 变更请求管理 5.5.3 变更管理的实施步骤 变更机制 变更请求 CCB评估 修改 测试或验证 关闭变更请求 接受 提交 拒绝 5.5.1 变更类型 功能变更 功能变更是为了增加或者删除某些功能、或者为了完成某个功能的方法而需要的变更；这类变更必须经过某种正式的变更评价过程，以估计变更需要的成本和其对软件系统其他部分的影响。 缺陷变更 缺陷修补是为了修复漏洞需要进行的变更。在项目前期，它是必须进行的，通常不需要从管理角度对这类变更进行审查和批准。在项目后期，如果发现错误的阶段在造成错误的阶段的后面，则必须遵照标准的变更控制过程来进行。 5.5.2 变更请求管理 变更请求通常分为两个大类： 增强请求：增强请求指系统的新增特征或对系统“预定设计”行为的变更。 缺陷：指存在于一个已交付产品中的异常现象或缺陷。 变更请求管理过程： 变更请求提交 变更请求接收 变更请求评估 变更请求决策 变更请求实现 变更请求验证 变更请求完成 变更请求管理流程 批准变 更请求? 拒绝 记录变更请求 批准 指派给相应的开发人员 检出 变更请求评估 评估 向SCM提交并验证变更请求 验证 相关责任人提出变更请求 请求 变更实现 实现 验证正确的变更请求 检入 验证 变更请求关闭 关闭 通知相关责任人 关闭 变更需求 软件增强 缺陷 5.5.3 变更管理的实施步骤 1.变更请求提交