第6章-软件项目配置管理.ppt

第6章软件项目配置管理 讲授内容 软件项目案例什么是软件配置管理 如何进行软件配置管理 软件配置管理计划软件配置管理工具小结 案例 1 2 某软件项目已经成功实施了8个月 项目组已经进入编码阶段 在此过程中产生了许多的软件产品 到了编码阶段已经有了近百个软件产品 包括技术文档 管理文档 程序模块等 项目组在管理这些产品方面感到繁琐和困难此时 用户提出要变更需求 软件项目组同意用户的需求变更请求 为此 修改了软件需求规格说明书项目组将更改后 新的软件需求规格说明书交给了软件设计小组 设计小组为此更改了设计 更改后的软件设计涉及诸多的软件模块和数据设计 为此导致许多的模块和源程序代码和可执行代码发生了变化由于变化的范围太大 项目组很难清晰地了解哪些作了变化 做了什么样的变化 案例 2 2 由此带来的新的问题是 项目组未能及时将这些变化通知给相关 受影响的小组和人员 从而出现软件产品之间的不一致 设计与编码不一致 所开发的产品没有完全符合和满足用户的需求对于某些模块更为糟糕 因为这些模块已经经过了多达6 7次的修改 而且每次修改都有意义 从而产生了不同版本的软件模块设计 由于没有相关的有效管理措施 开发人员已经很难清晰 有效识别 区分这些软件模块 出现许多开发人员都有该模块的诸多版本与此相对应的是 该模块的源代码也有许多版本在实际组装软件时 项目组不能有效提取出所需的软件产品 共同构成可运行的软件系统 案例提示 软件开发过程中会产生大量软件产品 包括文档 源代码和数据等 且这些产品之间存在关联关系 同一软件产品 也会发生变更从而产生许多版本 软件开发小组必须清晰的知道会有哪些产品 这些产品会有哪些不同的形式和版本 开发小组必须清晰的知道如何将产品的变更通知给受影响的小组 如果不能有效的了解软件产品及其变更 开发小组很难组装这些软件产品 从而得到所需的软件产品 软件项目开发中会遇到如下的问题 找不到某个文件的历史版本 无法重新编译某个历史版本 使维护工作十分困难 因协同开发中 或者异地开发 版本变更混乱导致整个项目失败 开发人员使用错误的版本修改程序开发人员未经授权修改代码或文档 或修改的结果不能及时反映到各个相关部分 人员流动 交接工作不彻底造成软件关键部件遗失 已修复的Bug在新版本中出现 软件项目进行中面临的一个主要问题是持续不断的变化 配置管理是有效管理变更的手段 它贯穿着几乎软件的整个生命周期 讲授内容 软件项目案例什么是软件配置管理 如何进行软件配置管理 软件配置管理计划软件配置管理工具小结 关于配置 配置的概念最早应用于制造系统 其目的是有效标识复杂系统的各个组成部分 例如制造行业的材料清单概念 如今软件的复杂性日益增大 如仍把软件当作单一的整体 就无法解决所面临的问题 因此 软件产品同样需要类似材料清单的概念 配置的概念由此引入软件领域 8 软件配置管理 SCM 软件配置管理 SoftwareConfigurationManagement 是指通过执行版本控制 变更控制等规程 以及使用合适的配量管理软件 来保证所有配置项的完整性和可跟踪性 配置管理是对工作成果的一种有效保护 配置管理与任何一位项目成员都有关系 因为每个人都会产生工作成果配置管理是否有成效取决于三个要素 人 规范 工具 9 配置管理的商业理念 企业的商业需求决定了配置管理的力度 我们不必追求完整无缺的配置管理 而是让开发团队正好够用就行 并将为配置管理所付出的代价控调在预算之内 富有成效的配置管理的特征应为 任何项目成员都要对其工作成果进行配置管理 应当养成良好的习惯 不必付出过多的精力 最低要求是保证重要工作成果不发生混乱 配置管理规范应当清晰明了 便于执行 不必在细节方面要求太多 不给项目人员添加过多的负担 不使人厌烦 选择配置管理工具应当综合考虑价格 易用性和功能因素 而不是购买最先进的工具 令人满意的工具通常是价格低廉 简便易用 功能恰好够用 10 为什么需要软件配置管理1 如果没有软件配置管理 将有什么坏处 最大的麻烦是工作成果被覆盖 如果不采用配置管理软件来保存工作成果的历史版本的话 人们在同一个文件上修改内容 保存之后 那么新的内容覆盖了老的内容 为了避免成果被覆盖 很多人采用最原始的手工管理版本的方式 例如给文件加后缀 01 02 以表示版本 天长日久 工作目录下就会有一堆带数字后级的文件 而且很可能也忘记了数字后级代表什么内容 管理起来非常麻烦 11 为什么需要软件配置管理2 采用软件配置管理的好处直接的好处是 工作成果的所有版本都被保留着 不会丢失也不会被覆盖 如果你保存了工作成果的100个历史版本 哪怕99版本都是 垃圾 只有一个版本里有 黄金 那也值了 间接的好处是 项目的所有工作成果被完整地保留下来 这是企业的知识财富 可以被人们很好地分享利用 而且减少了人员辞职造成的损失 企业老板可以放心很多了 因为如果没有配置管理的话 人走了 即使他把成果刻录成光盘交给接收音 别人也摘不清楚那些成果的演化过程 12 人的问题1 配置管理的方法是成熟的 而月相应的软件工具也是成效的 基本上不存在看不懂 不会用的问题 配置管理的执行效果完全是 事在人为 13 妨碍配置管理的主要问题是人们 嫌麻烦 和 侥幸心理 人的问题2 在没有出乱子的情况下 执行版本控制看起来有些麻烦 每次修改工作成果的时候 总是先checkout 然后再修改 最后还要checkin 多了前后两步 其实Checkout和Checkin两步操作只需花费几秒钟 而且不费脑子 凭良心说根本没有添加麻烦 仅仅是个人感觉不爽快而已 不执行版本控制的话 万一发生工作成果被覆盖或丢失等问题 那么麻烦就大了 不要嫌配置管理麻烦 这点小麻烦是为了避免遇到大麻烦 14 软件配置管理概念 1 软件配置管理中的软件是指由逻辑和功能特性构建的信息 2 配置配置由部件表和部件分解图组成 部件分解图定义了基线中包含的所有要素以及如何将它们安装在一起 3 标识识别产品的结构 产品的构件及其类型 为其分配惟一的标识符 并以某种形式提供对它们的存取 4 软件配置项软件配置项 SoftwareConfigurationItem SCI 是为了配置管理的目的而作为一个单位来看待的软件要素的集合 5 基线基线是开发过程的里程碑 以一个或多个软件配置项的交付为标准 基线由通过正式评审的软件配置项组成 是进一步开发的基础 基线只有通过正式的变更控制过程才能改变 6 版本版本是一个基线或一个软件配置项的特例 软件配置管理概念 7 控制通过建立产品基线 控制软件产品的发布和整个软件生命周期中对软件产品的修改 8 状态统计记录并报告构件和修改请求的状态 并收集关于产品构件的重要统计信息 9 审核确认产品的完整性并维护构件间的一致性 即确保是一个严格定义的构件集合 10 生产对产品的生产进行优化管理 11 过程管理确保软件组织的规程 方针和软件周期得以正确贯彻执行 12 小组协作控制开发统一产品的多个开发人员之间的协作 13 配置控制委员会配置控制委员会 ConfigurationControlBoard CCB 负责评审和批准对基线的变更 通常由项目选出的代表组成 软件配置管理相关概念 软件配置项 软件配置项 凡是纳入配置管理范畴的工作成果统称为配置项 ConfigurationItem CI 配置项主要有两大类 属于产品组成部分的工作成果 例如源代码 需求文档 设计文档 测试用例等等 在管理过程中产生的文档 例如各种计划 状态报告等等 这些文档虽然不是产品的组成部分 但是值得保存 每个配置项的主要属性有 名称 标识符 文件状态 版本 作者 日期等 所有配置项都被保存在配置库里 确保不会混淆 丢失 配置项及其历史记录反映了软件的演化过程 软件研发和管理过程中会产生许许多多的工作成果 例如文档 程序和数据等 它们都应当被妥善地保管起来 以便查阅和修改 如果把所有文件一股脑地塞进计算机里 那么使用起来肯定很麻烦 毫无疑问 人们应当将文件分门别类 有条理地保存起来 配置 与 配置项 在软件配置管理中 配置 与 配置项 是两个重要概念 软件配置是说明软件组成的一种术语 是指开发过程中构成软件产品的各种文档 程序及其数据的优化组合 该组合中的每个元素称为配置中的一个配置项 18 配置项内容 19 软件配置管理相关概念 版本与版本控制 版本与版本控制 软件的每一个版本都是源代码 文档及数据以及相关的系统环境的一个收集 且各个版本都可能由不同的变种组成 版本控制的目的是按照一定的规则保存配置项的所有版本 避免发生版本丢失或混淆等现象 并且可以快速准确地查找到配置项的任何版本 配置项的状态有三种 草稿 Draft 正式发布 Released 和 正在修改 Changing 软件配置管理相关概念 配置项状态变迁 配置项状态变迁配置项刚建立时其状态为 草稿 配置项通过评审 或审批 后 其状态变为 正式发布 此后若更改配置项 必须依照 变更控制流程 执行 其状态变为 正在修改 当配置项修改完毕并重新通过评审 或审批 时 其状态又变为 正式发布 如此循环 软件配置管理相关概念 版本控制规则 版本控制规则处于 草稿 状态的配置项的版本号格式为 0 YZYZ数字范围为01 99 随着草稿的不断完善 YZ 的取值应递增 YZ 的初值和增幅由用户自己把握 处于 正式发布 状态的配置项的版本号格式为 X YX为主版本号 取值范围为1 9 Y为次版本号 取值范围为1 9 配置项第一次 正式发布 时 版本号为1 0 如果配置项的版本升级幅度比较小 一般只增大Y值 X值保持不变 只有当配置项版本升级幅度比较大时 才允许增大X值 处于 正在修改 状态的配置项的版本号格式为 X YZ配置项正在修改时 一般只增大Z值 X Y值保持不变 当配置项修改完毕 状态重新成为 正式发布 时 将Z值设置为0 增加X Y值 软件配置管理相关概念 版本图 版本图 软件配置管理相关概念 配置项的版本 配置项的版本 软件配置管理相关概念 基线 基线是一个软件配置管理的概念 IEEE标准610 12 1990中关于基线的定义如下 基线是已经通过正式评审和批准的规格说明或产品 它可以作为进一步开发的基础 并且只有通过正式的变更控制规程才能修改它 25 在软件配置项成为基线之前 可以迅速而随意地进行变更 然而 一旦成为基线 虽然可以变更 但必须应用特定的 正式的规程来评估和验证每一个变更 软件配置管理相关概念 基线 基线是软件生存期各开发阶段末尾的特定点 基线常对应于开发过程小的里程碑 milestone 一个产品可以有多个基线 也可以只有一个基线 基线 Baseline 由一组配置项组成 这些配置项构成了一个相对稳定的逻辑实体 基线中的配置项被 冻结 了 不能再被随意修改 基线的主要属性有 名称 标识符 版本 日期等 通常将交付给客户的基线称为一个 Release 为内部开发用的基线则称为一个 Build 软件产品典型基线 需求分析 软件设计 编码 测试 发布 SRS 软件设计文档 源代码 测试计划 报告 软件系统 27 基线属性与优点 基线的属性 通过正式评审过程建立 存在于基线库 对基线的变更接受更高权限的控制 基线是进一步开发和修改的基准和出发点 进入基线前 不对变化进行管理 进入基线后 对变化进行有效管理 不会变化的内容不纳入基线 变化对其它无影响的也不纳入基线 基线的优点重现性 当更新不稳定或不可信时 基线提供一种取消变更的方法 可追溯性 建立项目工件之间的前后继承关系 版本隔离 新项目与随后对原始项目所进的变更进行隔离 为开发工件提供了定点和快照 新项目可以从基线提供的定点之中建立 28 软件过程中的配置基线 随着软件开发活动的逐步深入 基线的种类和数量都将随之增加 对基线修改要严格按变更控制要求进行 在一个软件开发阶段结束时 上一基线加上增加和修改的基线内容形成下一个基线 29 软件配置管理相关概念 配置管理委员会 对于一个新的变更申请 首先应该依据配置项和基线 将相关的配置项分配给适当的SCCB SCCB根据技术的 逻辑的 策略的 经济的和组织的角度 以及基线的层次 评估基线的变更对项目的影响 并决定是否变更 配置管理委员会 配置管理委员会 SoftwareConfigurationControlBoard SCCB 是实现有序 及时和正确处理软件配置项的基本机制 主要负责评估变更批准变更申请在生存期内规范变更申请流程对变更进行反馈与项目管理层沟通 软件部件表 软件部件分解图 图6 1软件部件分解图 软件配置项 软件配置管理 配置管理CM是在系统生命周期中对系统中的配置项进行标识和定义的过程 该过程是通过控制配置项的发布及后续变更 记录并报告配置项的状态及变更请求 确保配置项的完整性和正确性来实现的 软件配置管理SCM是应用于由软件组成的系统的配置管理 通过一套工程规范 在整个软件生命周期中跟踪 记录软件 保证全部变更都记录在案 并保证软件的当前状态是已知的和可重复的 配置管理目的 配置管理 软件配置管理 SoftwareConfigurationManagement SCM 是对产品进行标志 存储和控制 以维护其完整性 可追溯性及正确性 它为软件开发提供了一套管理办法和活动原则 ThepurposeofConfigurationManagement CM istoestablishandmaintaintheintegrityofworkproductsusingconfigurationidentification configurationcontrol configurationstatusaccounting andconfigurationaudits 记录软件产品的演化过程确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置 最终保证软件产品的完整性 一致性 追朔性 可控性 软件配置管理主要作用 版本管理变更管理其它 过程管理 软件配置管理 软件配置管理 SCM 是软件项目运作的一个支撑平台 这种支撑是贯穿项目的整个生命周期的 配置管理流程 所有的项目成员都要使用配置管理软件来保护自己的工作成果 为了提高配置管理的效率和安全件 项目应当设立配置管理员这个角色 其主要工作是为项目制定配置管理计划 创建和维护配置库等 对于大型的项目 鉴于配置管理的重要性和复杂性 机构应当设立配置控制委员会 对配置管理各项活动拥有决策权 例如审批计划 审批变更请求等 对于小型软件项目而言 项目经理或者配置管理员做配置控制决定就行了 38 软件配置管理过程 根据IEEE定义 软件配置管理过程分为四步 1 计划配置管理确定SCM组织和责任 明确CM的过程 工具 技术及方法论 知道何时及如何进行 2 开发CM方案定义了一个配置标识方案CIS对软件产品进行跟踪 包括建立各个阶段的CM基线 进行配置标识 CIS贯穿于整个软件生存周期中 3 配置控制建立软件配置控制委员会 对基线的变更只有得到CCB的同意才能进行 对变更进行跟踪 确保任何时候软件配置都是已知的 在软件生存周期的整个过程中都要清楚基线状态的变更历史 以便于下一步的状态审计 4 状态审计对状态进行报告 明确到目前为止改变的次数及最新版本等 软件项目配置管理过程 配置管理基本活动配置管理计划配置项标志配置项控制状态状况报告配置项审核 配置管理过程配置项标识 跟踪配置管理环境建立基线变更管理基线审核配置状态统计配置管理计划 配置管理过程围绕配置管理的5项活动进行 软件项目配置管理过程 配置管理计划 配置管理计划过程就是确定软件配置管理的解决方案 配置管理计划由配置管理者负责制定 是软件配置管理规划过程的产品 并且在整个软件项目开发过程中作为配置管理活动的依据进行使用和维护 流程通常是首先由项目经理确定配置管理者 配置管理者通过参与项目规划过程 确定配置管理的策略 并制定详细的配置管理计划 交配置管理委员会审核 配置管理委员会通过配置管理计划后交项目经理批准 发布实施 配置管理计划首先的一个关键任务是确定要控制哪些文档 软件项目配置管理过程 配置项标志 跟踪 一个项目通常会生成很多的过程文件 并经历不同的阶段和版本 将软件项目中需要进行控制的部分拆分成软件配置项 SCI 对所有配置项都应按照相关规定建立唯一的标识建立相互间的对应关系 进行系统的跟踪和版本控制 以确保项目过程中的产品与需求和规格的要求相一致在引入软件配置管理工具进行管理后 这些配置项都应以一定的目录结构保存在配置库中 最终可根据要求将配置项组合生成适用于不同应用环境的正确的软件产品评估版本 软件项目配置管理过程 配置项的拆分例子 设计规格说明书数据设计描述总体结构设计描述模块设计描述界面设计描述界面设计1界面设计2 对象描述 软件项目配置管理过程 配置项的标识例子 配置项被唯一的标识 软件项目配置管理过程 配置项的跟踪 建立相互间的对应关系 软件项目配置管理过程 配置管理环境建立 建立配置管理库 简称配置库 软件配置管理库是用来存储所有基线配置项及相关文件的等内容的系统 是在软件产品的整个生存期中建立和维护软件产品完整性的主要手段 开发库开发周期的某个阶段 存放与该阶段工作有关系的信息 开发库也称为工作空间受控库开发周期的某个阶段结束时 存放做为该阶段产品及其相关的信息 配置管理对其中的信息进行管理 也称配置库产品库存放最终产品的软件库 软件项目配置管理过程 受控操作配置库是集中控制的文件库 提供对所存储文件的版本控制 从受控库导出的文件自动被锁定直到文件重新被导入 一个版本号自动与新版本文件相关联 配置库中文件不能更改 任何更改都被视为创建了一个新版本文件 文件的所有配置管理信息和文件的内容都存储在配置库中 软件项目配置管理过程 基线变更管理项目基线 配置项 可能由于种种原因会发生变更 如 客户需求变化 进度变更 成本变更 产品环境变化等 基线修改 变更 应受到控制 变更管理也称为配置控制 这种变化要经SCCB授权 按程序进行控制并记录基线修改的过程 软件项目配置管理过程 变更请求 软件项目配置管理过程 变更评估 软件项目配置管理过程 变更批准 拒绝 软件项目配置管理过程 变更实现 软件项目配置管理过程 配置审核 配置审核作为变更控制的补充手段 目的是为了确保某一变更请求已被确切实现 配置审核主要包括两方面的内容 配置管理活动审核确保项目组成员的所有配置管理活动 遵循已批准的软件配置管理方针和规程基线审核保证基线的配置项 SCI 正确的构造和实现 并满足功能要求 软件项目配置管理过程 配置状态统计 检查配置管理系统以及内容 检测配置项变更历史的过程称为配置状态统计 检查配置管理系统以及内容检测配置项变更历史配置状态统计的范围可因项目而不同 IEEE标准828 1998规定用于计算配置状态的最小数据集包括 被批准的配置项配置项的所有请求的变化状态配置项所有被批准的变更实现状态 软件项目配置管理过程 评估一个配置系统状态变更请求的数量变更请求的历史报告存储量的增长配置管理系统以及SCCB在运作中发生异常的次数等等 讲授内容 软件项目案例什么是软件配置管理 如何进行软件配置管理 软件配置管理计划软件配置管理工具小结 如何进行软件配置管理 SCI标识版本控制变更控制软件配置审计状态报告谁来实施软件配置管理 3 1SCI标识 SCI标识的任务文档类SCI的命名和属性描述程序和数据类SCI的命名和属性描述描述关联关系 SCI标识的任务 1 2 任务识别有哪些SCI详细描述每个SCI识别SCI的要求完整 不要有遗漏系统 包括所有的技术文档 必须的管理文档 所有的程序 源码和可执行 所有的数据 SCI描述的要求唯一和直观命名 在本项目中是唯一标识的 直觉意思明确 便于望文生义 有利于对该SCI的状态控制 便于增删 修改 描述属性 便于进一步详细了解SCI 如类型 创建者 时间 修改者 描述与其他SCI的关系 便于追踪和管理其影响 文档类SCI的命名和属性描述 1 3 文档编号命名 样板例子 形式 NUDTLIB 2 RA 1 1 00项目名称或者编号 NUDTLIB子系统名称或者编号 2orReaderAdmin文档类型 RA AD 结构设计CR 更动报告DD 详细设计DP 开发计划FA 可行性分析IC 接口控制IG 安装手册 QA 质量保证RA 需求分析SL 源码列表SS 系统规格说明书TP 测试计划TR 测试报告UM 用户手册序号 文档类SCI的命名和属性描述 2 3 序号 1 表示本文档在同类型中的排序版本号 1修订号 00 文档属性描述 编写人 例如 张三质检人 例如 李四审核人 例如 王五批准人 例如 刘八发布版本 例如 1 00发布日期 例如 2010 11 22变化情况 代码类SCI的命名和属性描述 描述要体现其功能和所在的结构层次代码SCI的编号命名形式 子系统编号 组件编号 模块编号 表示功能涵义的字符串例如 3 32 324 Stack名称 Stack功能 堆栈语言 Java版本 1 0开发者 Dr MU开发时间 2010 11 03修改者 修改时间 描述关联关系 为了便于更动控制时进行影响域评估 必须描述SCI之间的关联关系建立关联矩阵关联列表 3 2版本控制 1 2 为什么SCI会有不同的版本软件因纠错 改进 完善 扩充会导致同一SCI有多个版本此外 在同时从事多项目开发时 同一SCI的不同版本可能应用于不同的项目SCM应有一种手段使开发者能以正确的 一致的和可重复的方式恢复和构造任一最终的软件产品版本 这就是所谓的 版本控制 版本控制 2 2 SCI的版本演化一般可采用存储版本树的办法来进行版本控制 3 3变更控制 1 3 变化不可避免 无控制的变化将导致混乱无论何人 何时欲修改配置库中的SCI均应履行正规更动手续提出书面申请更动控制组审核和评估 必要性 可行性 影响域 资源 同意 则授权执行指定修改 结论也可能是不同意或暂缓 变更控制 2 3 变更控制 3 3 3 4软件配置审计 配置审计的内容检查配置控制手续是否齐全变化是否完成 验证当前基线对前一基线的可追踪性确认各SCI是否均正确反映需求确保SCI及其介质的有效性尤其是要确保 文实相符 文文一致定期复制 备份 归档 以防止意外的介质破坏 配置审计结果应写成报告 通报有关人员或组织配置审计不应局限于在基线处 或更动控制时进行 而在整个软件生命周期中 必要时随时随地都可实施 3 5状态报告 1 4 为了清楚 及时地追踪并记载SCI的变化 以备审计时使用 需要在整个生命周期中对每个SCI的变化进行系统的记录发生了什么事谁做的事此事什么时候发生对其它产生什么影响 3 5状态报告 2 4 根据SCI的出入库情况和更动控制组的会议记录 产生配置状态报告 并将状态报告及时发放给各有关人员和组织 以避免造成互相矛盾和冲突 通常 有以下两种报告 现行状态报告历史状态报告配置状态报告也被存放在受控库中 可供有关人员随时查询 3 5状态报告 3 4 现行状态报告 按指定要求提供指定SCI的现行状态 指明 现行版本号 前是否正被某人专用 还是可共享 并发控制 历史情况报告 按指定要求提供指定SCI的历史记录 报告 谁於何时因何故对何SCI做了何事 入库 出库 更动 3 6谁来实施软件配置管理 软件配置管理小组来实施软件配置管理负责制定软件配置管理计划实施软件配置活动 讲授内容 软件项目案例什么是软件配置管理 如何进行软件配置管理 软件配置管理计划软件配置管理工具小结 配置管理计划 75 配置管理员根据本项目的特征 起草配置管理计划 由配置控制委员会负责人 通常是项目经理 审批 软件配置管理计划 1 3 软件配置管理计划指明何时何人做何事以及如何做 实例如下 详见 GB T12505 90 1 引言1 1目的1 2术语与缩略语1 3参考资料 软件配置管理计划 2 3 2 管理2 1机构2 2任务2 3职责2 4接口控制2 5里程碑2 6适用的标准 条例和约定 软件配置管理计划 3 3 3 配置管理活动3 1配置标识3 2配置控制3 3配置状态登录与报告3 4配置审计4 技术 方法与工具5 对供货单位的控制6 记录的收集 维护和保存 配置审计 配置审计的目的就是要保证所有人员 包括配置管理员 CCB和普通项目成员 都遵守配置管理规范 配置审计是质量人员的工作职责之一 可以归类为 过程检查活动 79 人们对配置审计最大的误解是 对配量库中的每个配置项都捡查一遍 配置库里的配置项非常多 这样做无疑非常劳累 却没有多少价值 配置审计 配置审计的对象是项目的主要配置项如果主要配置项符合 版本控制规则 和 变更控制规则 并且定期备份了配置库 那么就可以认为配置管理符合既定的规范 反之 如果质量人员在审计的时候发现主要配置项比较混乱 那么应当告知当事人及时更正 这样就起到了审计的作用 80 总之 由于每个人都已经在配置管理上付出了时间 切勿再在配置审计方面花过多时间 软件配置管理工具 RationalClearCaseMicrosoftSourceSafePVCS SourceSafe SourceSafe是Microsoft公司推出的配置管理工具 是VisualStudio的套件之一Microsoft的SourceSafe是国内最流行的配置管理工具 用户量很大 SourceSafe主要功能是创建目录添加文件CheckinCheckout查看版本历史等优点是简单易用 一学就会 对多数不复杂的中小项目来说 够用 82 SourceSafe 83 并发版本系统 CVS CVS是并发版本系统 ConcurrentVersionsSystem 的缩写 是著名的开放源代码配置管理工具 其客户机 服务器存取方法使得开发者可以从任何因特网的接入点存取最新的代码 它的无限制的版本管理检出的模式避免了通常的因为排它检出模式而引起的人工冲突 它的客户端工具可以在绝大多数的平台上使用 84 CVS基本概念 CVS基本概念 仓库 它是CVS服务器的根目录 所有的工作都保存在这个仓库 模块 模块里面放的是一个项目的所有文件 导入 将本地软件项目导入到CVS仓库中 导出 将仓库中的一个模块中的东西到处到本地工作目录下 提交修改 将本地修改的文件提交到CVS仓库 同步 从CVS下载修改过的文件来更新本地文件 文件版本 指的是单个文件版本