配置管理基础概念ppt课件
合集下载
配置管理
配置标识
配置控制 配置状态发布 配置审计
配置控制
配置控制包括配置项在完成基线化后所产生的变更的评估、协调、批准
、驳回以及实现过程。
建立CCB
在项目开始时，由项目负责人根据项目的情况确定CCB，并记录在配置
管理计划中
CCB组长也可以根据更改请求的情况事件驱动地召集CCB会议 如有必要，可以设立不同级别的CCB，他们具有不同的授权，对不同层 次的变更申请进行控制 根据修改的影响范围，CCB召开相应的评估会议，并邀请相关人员参加
配置管理常用术语
配置
配置项
基线 版本 版本标示
版本的概念
版本是表示一个配置项具有一组定义的功能的一种标识。随着功能的增
加，修改或删除，配置项的版本随之演变。
版本以版本号进行标识。
配置管理常用术语
配置
配置项
基线 版本 版本标示
版本标识的概念
软件版本以xx.yy.zz.pp的形式标识。
产品的完整性和可溯性的过程
配置管理常用术语
配置
配置项
基线 版本 版本标示
配置的概念
“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理
属性。因此“配置”包括了即将受控的所有产品特性，及其内容及相关
文档,软件版本，变更文档，软件运行的支持数据，以及其他一切保证 软件一致性的组成要素。
配置管理
课程目标
掌握配置管理的基本概念
掌握配置管理和变更控制的基本流程
课程内容
软件配置管理介绍 软件配置管理活动 软件配置库管理 答疑&交流
配置管理的概念
配置管理是通过对在软件生命周期的不同的时间点上的软件配置进行标识
关于配置管理的基本概念提炼
关于配置管理的基本概念提炼一．配置管理《GB-T 11457-2006 软件工程术语》2.313 配置管理应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征，控制这些特征的变更，记录和报告变更处理和实现状态并验证与规定的需求的遵循性。
二．配置项《GB-T 11457-2006 软件工程术语》2.312 配置项为配置管理设计的硬件、软件或两者的集合，它在配置管理过程中作为一单个实体对待。
《GB-T 11457-2006 软件工程术语》2.290 计算机软件配置项为配置管理设计的软件的集合，它在配置管理过程中，作为一单个实体对待。
《GB-T 11457-2006 软件工程术语》2.691 硬件配置项为配置管理指定的且在配置管理过程中作为单个实体对待的硬件的集合。
注：配置项也包括硬件配置项。
三．配置项的范围（1）配置管理保证文件（2）软件配置项（3）硬件配置项（4）文档类配置项（5）开发环境和开发工具（6）NDSCI（其他各方提供的配置项）四．配置项的状态（1）草稿------配置项刚建立时的状态（2）正式发布-------配置项通过评审或审批后的状态（3）正在修改-------配置项更改时的状态。
“正在修改”，修改完毕并重新通过评审或审批的状态又变为“正式发布”五．配置库一般分为三个库：开发库、受控库和产品库。
开发库一般不受控。
受控库和产品库是受控的，要进行变更时必须提出申请经过审批才能做变更。
通俗解释如下：（1）开发库：是开发人员自主存放开发草稿文件的逻辑区域或物理区域。
（2）受控库：是存放所有通过评审或批准的文件和配置项的逻辑区域或物理区域。
包括：批准的需求规格说明书、设计说明书、源代码、执行程序、测试用例、测试报告等一切被冻结了但是还没用发布给用户的内容。
（3）产品库：存放正式发布给用户的文件和配置项的逻辑区域或物理区域。
一般包括：按照用户要求打包好的安装程序、用户手册、产品说明书以及其他需要提供给用户的文档等内容。
JSMSoft软件配置管理中的基本概念
2.0版
主线
主线
1.0版 1A
主线
1.0—A版
图1：独立
1.0版 A 1.0—A版 2.0版
1.0版
1A
1A版
2.0—A版
图3：融入
2A版
2A
图2：复制
杰思敏信息科技
开发管理模式——分支模型
• 典型的基亍任务的并行分支模型
– 直接在各个分支上分别发布
升级和维护 1.0版本
1.0维护 新建 分支 开发 研发和发布 的主要版本 1.0 功能A 功能B 新建 辅线 开发 1 2 归 并 功能B 归 并 新建 辅线 修改Bug bugfix 归 并
合并
B
E-mail等系统通知主线程序员； 自动统计辅线程序员的工作量； 主线程序员负责给辅线程序员每次提交进
合并
行评价。
辅线主要用：并行开发、师傅带徒弟。
合并
杰思敏信息科技
师傅带徒弟（主线、辅线，并行研发， 敏捷开发）
Branch Admin
分支管理员
徒弟
下载主线 功能实现 师傅 建立项目分支主线 设置主线权限 实现辅线归并
归 并
2.0
杰思敏信息科技
开发管理模式——并行开发分支模型 • 并行产品线的开发和维护
开发库
L0 L1 L2 L3 L4 L5 L6
归 并
归 并 2.0
受控库
1.0
产品库：发布给用户的
1.0
1.1
开发库：客户化开发
F0
F1
F2
F3
杰思敏信息科技
开发管理模式——模块开发分支模型
• 典型的基亍模块开发的分支模型
• 变体
稳定高效
方便灵活
主线
主线
1.0版 1A
主线
1.0—A版
图1：独立
1.0版 A 1.0—A版 2.0版
1.0版
1A
1A版
2.0—A版
图3：融入
2A版
2A
图2：复制
杰思敏信息科技
开发管理模式——分支模型
• 典型的基亍任务的并行分支模型
– 直接在各个分支上分别发布
升级和维护 1.0版本
1.0维护 新建 分支 开发 研发和发布 的主要版本 1.0 功能A 功能B 新建 辅线 开发 1 2 归 并 功能B 归 并 新建 辅线 修改Bug bugfix 归 并
合并
B
E-mail等系统通知主线程序员； 自动统计辅线程序员的工作量； 主线程序员负责给辅线程序员每次提交进
合并
行评价。
辅线主要用：并行开发、师傅带徒弟。
合并
杰思敏信息科技
师傅带徒弟（主线、辅线，并行研发， 敏捷开发）
Branch Admin
分支管理员
徒弟
下载主线 功能实现 师傅 建立项目分支主线 设置主线权限 实现辅线归并
归 并
2.0
杰思敏信息科技
开发管理模式——并行开发分支模型 • 并行产品线的开发和维护
开发库
L0 L1 L2 L3 L4 L5 L6
归 并
归 并 2.0
受控库
1.0
产品库：发布给用户的
1.0
1.1
开发库：客户化开发
F0
F1
F2
F3
杰思敏信息科技
开发管理模式——模块开发分支模型
• 典型的基亍模块开发的分支模型
• 变体
稳定高效
方便灵活
《配置管理培训》课件
在选择配置管理工具时，需要评估工具是否满足项目需求，如版本控制、配置管理、构 建管理等功能。同时，需要考虑团队成员的技能和经验，选择易于学习和使用的工具。 另外，工具的可扩展性和与其他系统的集成能力也是重要的考虑因素。最后，成本效益
分析也是选择工具时需要考虑的重要因素。
工具的使用
总结词
正确使用配置管理工具可以提高开发效率、减少错误并保证代码质量。
05
配置管理的最佳实践
制定合理的配置管理计划
总结词
制定计划是配置管理的第一步， 有助于明确目标和任务，确保资 源的合理分配。
详细描述
在制定配置管理计划时，应充分 考虑项目的规模、复杂度、资源 等因素，明确配置管理的目标、 范围、方法、时间表和预算。
加强团队间的沟通与协作
总结词
良好的沟通与协作是配置管理成功的 关键，有助于减少冲突和误解，提高 工作效率。
配置项的变更控制
总ቤተ መጻሕፍቲ ባይዱ词
对配置项的变更进行控制和管理，确保 变更的合理性和规范性。
VS
详细描述
在项目实施过程中，由于各种原因可能导 致配置项的变更。为了确保项目的顺利进 行和配置项的一致性，需要对变更进行严 格的控制和管理。需要制定变更申请和审 批流程，对变更进行评估和审核，确保变 更的合理性和规范性。
配置项可以是代码、文档、数 据、工具、环境等，它们在开
发过程中不断变化和演进。
配置项的管理包括标识、控制 、状态记录和审计等方面，以 确保配置项的完整性和准确性 。
配置项的管理有助于提高开发 效率和质量，减少错误和混乱 。
配置管理库
01
配置管理库是用于存储和管理配 置项的物理存储介质。
02
配置管理库通常包括硬件和软件 ，例如服务器、存储设备、数据
分析也是选择工具时需要考虑的重要因素。
工具的使用
总结词
正确使用配置管理工具可以提高开发效率、减少错误并保证代码质量。
05
配置管理的最佳实践
制定合理的配置管理计划
总结词
制定计划是配置管理的第一步， 有助于明确目标和任务，确保资 源的合理分配。
详细描述
在制定配置管理计划时，应充分 考虑项目的规模、复杂度、资源 等因素，明确配置管理的目标、 范围、方法、时间表和预算。
加强团队间的沟通与协作
总结词
良好的沟通与协作是配置管理成功的 关键，有助于减少冲突和误解，提高 工作效率。
配置项的变更控制
总ቤተ መጻሕፍቲ ባይዱ词
对配置项的变更进行控制和管理，确保 变更的合理性和规范性。
VS
详细描述
在项目实施过程中，由于各种原因可能导 致配置项的变更。为了确保项目的顺利进 行和配置项的一致性，需要对变更进行严 格的控制和管理。需要制定变更申请和审 批流程，对变更进行评估和审核，确保变 更的合理性和规范性。
配置项可以是代码、文档、数 据、工具、环境等，它们在开
发过程中不断变化和演进。
配置项的管理包括标识、控制 、状态记录和审计等方面，以 确保配置项的完整性和准确性 。
配置项的管理有助于提高开发 效率和质量，减少错误和混乱 。
配置管理库
01
配置管理库是用于存储和管理配 置项的物理存储介质。
02
配置管理库通常包括硬件和软件 ，例如服务器、存储设备、数据
配置管理
配置管理
configuration management
• • • • • •
1. 什么是配置管理 2. 为什么需要配置管理 3. 概念与流程 4. 配置管理活动 5. 常用配置管理工具 6. SVN工具介绍
1. 什么是配置管理
配置管理（Software Configuration Management，SCM）是一种标 识、组织和控制变更的技术。 配置管理既可以对软件进行配置管理，也可以对硬件进行配置管理。 配置管理（ Configuration Management, CM）是指通过执行版 本控制、变更控制等规程，以及使用合适的配置管理工具，来保证所 有配置项的 完整性和可跟踪性。配置管理是对工作成果的一种有效 保护。 配置管理与任何一位项目成员都有关系，因为每个人都会产生工 作成果。
变更控制
对于大型的项目，无控制的变更将迅速导致混乱，使整个项目无法顺 利进行下去而失败。 变更控制就是通过结合人为的规程和自动化工具，以提供一个变化控 制的机制。
变更控制的对象主要指配置库中的各基线配置项
变更管理的一般流程是： – 由开发人员或系统分析人员提出变更需求； – 由CCB（变更控制委员会）或项目经理审核并决定是否批准； – 配置管理员根据CCB或项目经理 的决定开放相应的权限，并形成 记录备案； – 变更申请人员执行相应的变更。
对谁进行配置管理
配置项： 属于产品组成部分的工作成果； 项目管理和机构支撑过程产生的文档； 开发产品所用到的资源（工具、环境、 人）； 项目相关且富有变化的其他因素。
2. 为什么需要配置管理
防止版本混乱；有效控制变更；保证可追溯性， 维护完整性。
• 多数情况下新的内容比老的内容好，覆盖了也没关系。但是总 有不少意外，例如程序员修改了老程序员之后，突然发现新程 序是错误的，而老程序却是对的，可是老程序被新程序覆盖了， 再也无法恢复。 • 为了避免成果被覆盖，很多人采用最原始的手工管理版本的方 式，例如给文件加后缀“-01”、“-02”以表示版本。天长日久， 工作目录下就会有一堆带数字后缀的文件，而且你自己也忘记 了数字后缀代表什么内容，管理起来非常麻烦。 • 当项目中多人进行合作开发的情况下，各人负责的分工不同， 更会成倍增加版本的复杂性。
configuration management
• • • • • •
1. 什么是配置管理 2. 为什么需要配置管理 3. 概念与流程 4. 配置管理活动 5. 常用配置管理工具 6. SVN工具介绍
1. 什么是配置管理
配置管理（Software Configuration Management，SCM）是一种标 识、组织和控制变更的技术。 配置管理既可以对软件进行配置管理，也可以对硬件进行配置管理。 配置管理（ Configuration Management, CM）是指通过执行版 本控制、变更控制等规程，以及使用合适的配置管理工具，来保证所 有配置项的 完整性和可跟踪性。配置管理是对工作成果的一种有效 保护。 配置管理与任何一位项目成员都有关系，因为每个人都会产生工 作成果。
变更控制
对于大型的项目，无控制的变更将迅速导致混乱，使整个项目无法顺 利进行下去而失败。 变更控制就是通过结合人为的规程和自动化工具，以提供一个变化控 制的机制。
变更控制的对象主要指配置库中的各基线配置项
变更管理的一般流程是： – 由开发人员或系统分析人员提出变更需求； – 由CCB（变更控制委员会）或项目经理审核并决定是否批准； – 配置管理员根据CCB或项目经理 的决定开放相应的权限，并形成 记录备案； – 变更申请人员执行相应的变更。
对谁进行配置管理
配置项： 属于产品组成部分的工作成果； 项目管理和机构支撑过程产生的文档； 开发产品所用到的资源（工具、环境、 人）； 项目相关且富有变化的其他因素。
2. 为什么需要配置管理
防止版本混乱；有效控制变更；保证可追溯性， 维护完整性。
• 多数情况下新的内容比老的内容好，覆盖了也没关系。但是总 有不少意外，例如程序员修改了老程序员之后，突然发现新程 序是错误的，而老程序却是对的，可是老程序被新程序覆盖了， 再也无法恢复。 • 为了避免成果被覆盖，很多人采用最原始的手工管理版本的方 式，例如给文件加后缀“-01”、“-02”以表示版本。天长日久， 工作目录下就会有一堆带数字后缀的文件，而且你自己也忘记 了数字后缀代表什么内容，管理起来非常麻烦。 • 当项目中多人进行合作开发的情况下，各人负责的分工不同， 更会成倍增加版本的复杂性。
UCM模式配置管理概念及ClearCase工具介绍PPT课件
第2页/共46页
前言
• 为什么需要软件配置管理 • 软件规模越来越大,源文件数量越来越多,难于维护软件完整性 • 参与开发的人员很多,必须是团队协作开发 • 软件修改的便利性需要有历史回溯来降低风险 • 对于集成编译的效率要求越来越高
第3页/共46页
前言
• 软件配置管理的目标
_ 维护产品完整性 _ 确保已配置产品完整性和正确性 _ 为开发产品提供一个稳定的环境 _ 基于项目策略限制对工件（配置项）的变更 _ 提供有关变更工件的原因、时间和人员的审计记录 _ 避免多个成员对同一工件进行操作时出现的版本混
第23页/共46页
开发人员操作流程
• 开始正常的项目开发工作。也就是对私有文件进行Add to source control 或者对共享受控文件进行 Checkout/Checkin操作。
• 注意要定期的对配置项进行update或Update View操作以便及时访问最新的受控元素版本。
第24页/共46页
第17页/共46页
基本概念
• Activity：变更请求活动。它是团队成员工作的基本单元，它包括：任务标题、变更集、所有者、项目流、 视图等。活动与变更集（Change Set）相关联，通过变更集跟踪完成一项开发任务所引起的所有配置项的 变更，它记录了所有开发人员为完成和交付开发任务而创建或修改的一批文件的集合。
第10页/共46页
Stream——流
• Stream是UCM提供的一个可以相对独立访问VOB的手段，一个流以一组基线作为基础，通过建立在流上的 试图对项目配置项进行访问。一个流与其上的视图就形成了一个相对隔离的工作空间。每个流上的元素有自 己的版本树，即使是源自同一个文件，在不同流上的操作互不影响，这也是并行开发的根本。
前言
• 为什么需要软件配置管理 • 软件规模越来越大,源文件数量越来越多,难于维护软件完整性 • 参与开发的人员很多,必须是团队协作开发 • 软件修改的便利性需要有历史回溯来降低风险 • 对于集成编译的效率要求越来越高
第3页/共46页
前言
• 软件配置管理的目标
_ 维护产品完整性 _ 确保已配置产品完整性和正确性 _ 为开发产品提供一个稳定的环境 _ 基于项目策略限制对工件（配置项）的变更 _ 提供有关变更工件的原因、时间和人员的审计记录 _ 避免多个成员对同一工件进行操作时出现的版本混
第23页/共46页
开发人员操作流程
• 开始正常的项目开发工作。也就是对私有文件进行Add to source control 或者对共享受控文件进行 Checkout/Checkin操作。
• 注意要定期的对配置项进行update或Update View操作以便及时访问最新的受控元素版本。
第24页/共46页
第17页/共46页
基本概念
• Activity：变更请求活动。它是团队成员工作的基本单元，它包括：任务标题、变更集、所有者、项目流、 视图等。活动与变更集（Change Set）相关联，通过变更集跟踪完成一项开发任务所引起的所有配置项的 变更，它记录了所有开发人员为完成和交付开发任务而创建或修改的一批文件的集合。
第10页/共46页
Stream——流
• Stream是UCM提供的一个可以相对独立访问VOB的手段，一个流以一组基线作为基础，通过建立在流上的 试图对项目配置项进行访问。一个流与其上的视图就形成了一个相对隔离的工作空间。每个流上的元素有自 己的版本树，即使是源自同一个文件，在不同流上的操作互不影响，这也是并行开发的根本。
第13章 软件配置管理
第27页
三、测试的层次与内容
1．软件测试的层次
软件测试工作包括两个层次：
测试工作的组织与管理，包括制定测试方法与规范、控 制测试进度、管理测试资源。 测试工作的实施，包括编制符合标准的测试文档、研制 测试环境、与开发组织协作实现各阶段的测试活动。
第28页
2．软件测试的内容 软件测试工作可以分为4个方面：
建立控制项； 重构任何修订版的某一项或者某一文件； 利用加锁技术防止覆盖； 当一个修订版时要求输入变更描述； 提供比较任意两个修订版的使用工具，采用增量存储方式； 提供对修订版历史和锁定状态的报告功能；
提供归并功能；
允许在任何时候、任何版本； 控制权限的设置；
渐进模型的建立；
提供各种控制报告。
第18页
实施软件配置管理，主要包括以下活动：
制定配置管理计划；
确定配置标识；
版本管理； 变更控制； 系统整合； 配置审核。
第11页
一、制定软件配置计划
制定配置管理计划的过程就是确定软件配置管理的解决方
案；
项目经理和软件配置管理委员会（SCCB）根据项目的开 发计划确定各个里程碑和开发策略；
一、软件配置管理概述
软件配置管理(SCM)是一组针对软件产品的追踪和控制
活动，它贯穿于项目生命周期的始终，并代表着软件产品接
受各项评审。 IEEE对SCM的论述如下：“软件配置管理由适用于所有 软件开发项目的最佳工程实践组成，无论是采用分阶段开发， 还是采用快速原型进行开发，甚至包括对现有软件产品进行
统，其测试工作涉及大量的人力和物力，有效的测试工作
管理是保证有效测试工作的必要前提。 3）测试环境的建立:设计环境、实施环境和管理环境 。
服务资产与配置管理.ppt
宗旨/总体目的
Purpose/goal
标识、控制、记录、报告、审 核和验证服务资产与配置项， 包括版本、基准、构成组织、 属性和关系。
仅使用授权组件和仅实施授权 变更，确保服务资产与配置的 完整性。
IT 资源
IP 网络
通过建立和维护一个准确且完整 的配置管理系统，确保控制服务 和IT基础设施所需的资产与配 置的完整性。
数据库 中间件 基础服务
服务器
存储
资源CMDB
宗旨/总体目的
Purpose/goal
Configuration management Objective：To define and control the components of the service and infrastructure and maintain accurate configuration information. 配置管理的目标：定义并控制 服务和基础架构的组件，并维 护准确的配置信息。
Management Plans, service lifecycle plans, Service Design Package,
Policies/principles/basic concepts
release and change plans, and test plans. They provide a picture of the service provider’s services, how these services will be delivered,
的任何组件。
tracked, as do products shared between more than one group.
Internal CIs comprising those delivered by individual projects,
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
不懂软件项目的配置管理，就不懂软件开发管 理
不对软件项目进行配置管理，就没有进行软件 项目开发管理
1.2 配置管理功能概述
SCM的四大功能领域 SCM的三个应用层次
1.2.1 SCM的四大功能领域
配置标识 配置变更控制 配置状态统计 配置审核
1.2.2 SCM的三个应用层次
SCM从应用层次上可以从低到高分为三级：
版本控制 以开发者为中心 过程驱动
1.3 SCM 中的专业术语
配置与配置项 配置数据库 基线 变更控制 配置审计 工作产品 软件产品
1.3.1 配置项
配置(Configuration)与配置项(CI) 计算机程序，包括源代码和可执行程 序 与计算机程序相对应的各种文档 计算机数据，包括计算机程序中包含 的数据和系统初始化数据
术时） 6． 源代码清单 Nhomakorabea7、 测试规格说明
a.测试计划和步骤 b.测试用例和记录的结果 8、操作和安装手册 9、 可执行程序 a.模块可执行代码 b.连接的模块 10、数据库描述 a.模式和文件结构 b.初始内容 11、联机用户手册 12、维护文档 a.软件问题报告 b.维护请求 c.工程变更指令 13.软件工程标准和规程
项。” 除上述3个配置项以外，还包括项目管理的有关文件、信息记录
等。
2.1.1 确定配置项(范例)
1、 系统规格说明 2、 软件项目计划 3、 软件需求规格说明书
a.图形分析模型 b.处理规格说明 c.原型 d.数学规格说明 4． 初步用户手册 5． 设计规格说明书 a.数据设计描述 b.体系结构设计描述 c.模块设计描述 d.接口设计描述 e.对象描述（采用面向对象技
对于配置库中的各个基线控制项，应该根据其基线的 位置和状态来设置相应的访问权限。一般来说，对于 基线版本之前的各个版本都应处于被锁定的状态，如 需要对它们进行变更，则应按照变更控制的流程来进 行操作。
2.3 变更控制
变更管理的一般流程是： （1）（获得）提出变更请求； （2）由CCB审核并决定是否批准； （3）（被接受）分配请求，修改人员提取配置项，进行修改； （4）复审变化； （5）提交修改后的配置项； （6）建立测试基线并测试； （7）重建软件的适当版本； （8）复审（审计）所有配置项的变化； （9）发布新版本。
1.3.2 基线
基线
•项目开发过程的制品经过正式评审并被 相关人员一致同意，可以作为以后项目 开发的基础。对已经确定为基线的制品 的修改必须要通过正式的变更控制流程。
•在软件工程环境中，基线是指在软件开 发过程中的里程碑，这些里程碑的标志 是一项或多项经过正式的技术评审并一 致认同的软件制品的提交。
加强协调与沟通
二.配置管理活动和流程
标识配置项 版本控制 变更控制 评审 统计 软件编译、连接和发放管理
2.1 标识配置项
标志配置项 对于配置项，可以给出一个比较简单的定义，既软件过程的输出
信息可以分为三个主要类别： （1）计算机程序（源代码和可执行程序） （2）描述计算机程序的文档（针对技术开发者和用户） （3）数据（包含在程序内部或外部）。 这些项包含了所有在软件过程中产生的信息，总称为软件配置
版本控制是软件配置管理的核心功能。所有置于配置 库中的元素都应自动予以版本的标识，并保证版本命 名的唯一性。版本在生成过程中，自动依照设定的使 用模型自动分支、演进。除了系统自动记录的版本信 息以外，为了配合软件开发流程的各个阶段，我们还 需要定义、收集一些元数据来记录版本的辅助信息和 规范开发流程，并为今后对软件过程的度量做好准备。
2.1.2 配置标识(一)
配置标识是软件生命周期中划分选择各类 配置项、定义配置项的种类、为它们分配 标识符的过程。配置项标识的重要内容就 是对配置项进行标识和命名。
2.1.2 配置标识(二)
原则
•1.标识唯一 •2.同类配置项的标识方法统一 •3.可追溯性 •4.容易记忆
2.2 版本控制
配置管理
CM ---- Configuration Management
主要内容
一.配置管理的概念 二.配置管理活动和流程 三.配置管理的技术手段和工具
一. 配置管理的概念
1.配置管理的定义 2.配置管理功能概述 3.配置管理中的专业术语 4.配置管理给项目组带来的好处
1 为什么需要配置管理
忽视软件配置管理可能导致的混乱现象：
在这样的流程中，配置管理员通过软件配置管理工具来进行访 问控制和同步控制，而这两种控制则是建立在前面所描述的版本 控制和分支策略的基础上的。
1.3.3 配置数据库
配置数据库（配置库）
•项目建立和访问软件配置库，这个配置 库主要用来对保存配置项和一些与软件 配置管理相关的记录。
1.4 配置管理给项目组带来的好处
节约费用 缩短开发周期 减少施工费用
有利于知识库的建立 代码对象库 业务及经验库
规范管理 量化工作量考核 规范测试
1.1.1 配置管理的通俗的解释
“软件配置管理是围绕软件资产的管理。”
1.1.2 软件项目配置管理的重要性
随着计算机软件的发展，软件开发已由最初的 “程序设计阶段”经历了“软件系统阶段”进 而演变为后来的“软件工程阶段”，软件的复 杂性日益增大。此时，如果仍然把软件看成一 个单一的个体，就无法解决所面临的问题，于 是配置的概念逐渐引入软件领域,人们越来越重 视软件配置的管理工作。
• 标识混乱 • 版本混乱 • 不能协同工作 • 已经解决的缺陷过后又出现错误 • 找不到最新修改了的源程序 • 找不到编程序的人
1.1 配置管理的定义
配置管理(Configuration Management， CM)是通过技术或行政手段对软件产品及 其开发过程和生命周期进行控制、规范的 一系列措施。配置管理的目标是记录软件 产品的演化过程，确保软件开发者在软件 生命中各个阶段都能得到精确的产品配置。
不对软件项目进行配置管理，就没有进行软件 项目开发管理
1.2 配置管理功能概述
SCM的四大功能领域 SCM的三个应用层次
1.2.1 SCM的四大功能领域
配置标识 配置变更控制 配置状态统计 配置审核
1.2.2 SCM的三个应用层次
SCM从应用层次上可以从低到高分为三级：
版本控制 以开发者为中心 过程驱动
1.3 SCM 中的专业术语
配置与配置项 配置数据库 基线 变更控制 配置审计 工作产品 软件产品
1.3.1 配置项
配置(Configuration)与配置项(CI) 计算机程序，包括源代码和可执行程 序 与计算机程序相对应的各种文档 计算机数据，包括计算机程序中包含 的数据和系统初始化数据
术时） 6． 源代码清单 Nhomakorabea7、 测试规格说明
a.测试计划和步骤 b.测试用例和记录的结果 8、操作和安装手册 9、 可执行程序 a.模块可执行代码 b.连接的模块 10、数据库描述 a.模式和文件结构 b.初始内容 11、联机用户手册 12、维护文档 a.软件问题报告 b.维护请求 c.工程变更指令 13.软件工程标准和规程
项。” 除上述3个配置项以外，还包括项目管理的有关文件、信息记录
等。
2.1.1 确定配置项(范例)
1、 系统规格说明 2、 软件项目计划 3、 软件需求规格说明书
a.图形分析模型 b.处理规格说明 c.原型 d.数学规格说明 4． 初步用户手册 5． 设计规格说明书 a.数据设计描述 b.体系结构设计描述 c.模块设计描述 d.接口设计描述 e.对象描述（采用面向对象技
对于配置库中的各个基线控制项，应该根据其基线的 位置和状态来设置相应的访问权限。一般来说，对于 基线版本之前的各个版本都应处于被锁定的状态，如 需要对它们进行变更，则应按照变更控制的流程来进 行操作。
2.3 变更控制
变更管理的一般流程是： （1）（获得）提出变更请求； （2）由CCB审核并决定是否批准； （3）（被接受）分配请求，修改人员提取配置项，进行修改； （4）复审变化； （5）提交修改后的配置项； （6）建立测试基线并测试； （7）重建软件的适当版本； （8）复审（审计）所有配置项的变化； （9）发布新版本。
1.3.2 基线
基线
•项目开发过程的制品经过正式评审并被 相关人员一致同意，可以作为以后项目 开发的基础。对已经确定为基线的制品 的修改必须要通过正式的变更控制流程。
•在软件工程环境中，基线是指在软件开 发过程中的里程碑，这些里程碑的标志 是一项或多项经过正式的技术评审并一 致认同的软件制品的提交。
加强协调与沟通
二.配置管理活动和流程
标识配置项 版本控制 变更控制 评审 统计 软件编译、连接和发放管理
2.1 标识配置项
标志配置项 对于配置项，可以给出一个比较简单的定义，既软件过程的输出
信息可以分为三个主要类别： （1）计算机程序（源代码和可执行程序） （2）描述计算机程序的文档（针对技术开发者和用户） （3）数据（包含在程序内部或外部）。 这些项包含了所有在软件过程中产生的信息，总称为软件配置
版本控制是软件配置管理的核心功能。所有置于配置 库中的元素都应自动予以版本的标识，并保证版本命 名的唯一性。版本在生成过程中，自动依照设定的使 用模型自动分支、演进。除了系统自动记录的版本信 息以外，为了配合软件开发流程的各个阶段，我们还 需要定义、收集一些元数据来记录版本的辅助信息和 规范开发流程，并为今后对软件过程的度量做好准备。
2.1.2 配置标识(一)
配置标识是软件生命周期中划分选择各类 配置项、定义配置项的种类、为它们分配 标识符的过程。配置项标识的重要内容就 是对配置项进行标识和命名。
2.1.2 配置标识(二)
原则
•1.标识唯一 •2.同类配置项的标识方法统一 •3.可追溯性 •4.容易记忆
2.2 版本控制
配置管理
CM ---- Configuration Management
主要内容
一.配置管理的概念 二.配置管理活动和流程 三.配置管理的技术手段和工具
一. 配置管理的概念
1.配置管理的定义 2.配置管理功能概述 3.配置管理中的专业术语 4.配置管理给项目组带来的好处
1 为什么需要配置管理
忽视软件配置管理可能导致的混乱现象：
在这样的流程中，配置管理员通过软件配置管理工具来进行访 问控制和同步控制，而这两种控制则是建立在前面所描述的版本 控制和分支策略的基础上的。
1.3.3 配置数据库
配置数据库（配置库）
•项目建立和访问软件配置库，这个配置 库主要用来对保存配置项和一些与软件 配置管理相关的记录。
1.4 配置管理给项目组带来的好处
节约费用 缩短开发周期 减少施工费用
有利于知识库的建立 代码对象库 业务及经验库
规范管理 量化工作量考核 规范测试
1.1.1 配置管理的通俗的解释
“软件配置管理是围绕软件资产的管理。”
1.1.2 软件项目配置管理的重要性
随着计算机软件的发展，软件开发已由最初的 “程序设计阶段”经历了“软件系统阶段”进 而演变为后来的“软件工程阶段”，软件的复 杂性日益增大。此时，如果仍然把软件看成一 个单一的个体，就无法解决所面临的问题，于 是配置的概念逐渐引入软件领域,人们越来越重 视软件配置的管理工作。
• 标识混乱 • 版本混乱 • 不能协同工作 • 已经解决的缺陷过后又出现错误 • 找不到最新修改了的源程序 • 找不到编程序的人
1.1 配置管理的定义
配置管理(Configuration Management， CM)是通过技术或行政手段对软件产品及 其开发过程和生命周期进行控制、规范的 一系列措施。配置管理的目标是记录软件 产品的演化过程，确保软件开发者在软件 生命中各个阶段都能得到精确的产品配置。