软件配置管理ppt课件.ppt

软件配置管理及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 SVNSVN是Subversion的简称 是目前较为流行的版本控制系统 通过SVN 我们可以 跟踪和控制代码及文档的每一个版本查看版本间的差异多人并行开发多版本并行开发 SVN SVN使用演示 1 创建版本库并导入原始代码及文档2 更新代码及文档 并用SVN进行控制3 查看早期版本 对比版本间更改4 多人并行开发在这里我们使用TortoiseSVN作为图形化的SVN工具 SVN 创建版本库 选择版本库存放的位置选择TortoiseSVN Createrepositoryhere SVN 浏览版本库的内容在创建好版本库的位置 选择TortoiseSVN Repo browser 浏览版本库的内容 SVN 导入原始版本在版本库中的目录树上 点击右键 选择Addfolder 导入代码及文档 SVN 从SVN中检出 Checkout 将版本库中的项目 检出到本地 对代码进行更新等操作 SVN 从本地提交 Commit 到SVN版本库更新本地代码提交到版本库 SVN 查看项目的更新历史及更新的内容通过历史