软件配置管理培训课件
合集下载
配置管理培训课件
格式：s.x.y_Z
符号位 s．x y Z
符号含义 基本版本位 修正版本位 预备版本位
取值范围 1.0 ~ 无限大，其中S为主版本位、x为次版本位 0~9 年月日（yyyymmdd）+2位流水号（01～99）
版本 V 1.0.0 …… V1.0.1
含义 表示测试通过发布投产的版本 对通过业务验收的版本进行的更新，即后期版本 表示完成修改功能内容
如附图所示：由于变更，设计基线升版到V1.1.0，则详细设计说明 书V1.0.0和V1.3.0按照基线控制进行管理，而详细设计说明书V1.1.0、 V1.2.0则按照版本控制进行管理。
设计基线V1.1.0
V1.1.0
设计基线V1.0.0
V1.0.0 概要设计说明书
V1.3.0 V1.2.0 V1.1.0 V1.0.0 详细设计说明书
配置项（二）
― 配置项版本标识
• 程序版本标识（对内发布）
格式：s.x.y_Z
符号位 符号含义
取值范围
属性
s．x
基本版本位
0.1 ~ 无限大，其中S为主版本位、x为次版本位
必要
y
修正版本位
0~9
必要
Z
预备版本位
年月日（yyyymmdd）+2位流水号（01～99），外加标注属于哪 必要
个阶段的版本（如：SIT、UAT）
成员（开发人员、测试人员）、质量保证员、项目组配置管理 员组成，必要时有高级管理者和业务代表参与。 • 审批级别2：CCB由项目负责人、测试经理/测试组长、项目组 成员（开发人员、测试人员）、项目组配置管理员组成 • 审批级别3：CCB由项目负责人和项目组配置管理员组成。也可 由项目负责人、测试经理/测试组长授权的其他人和项目组配 置管理员组成CCB。在项目策划时，可结合项目特点确定对应 不同基线类别的CCB成员。 • 对于业务提供的文档（例如需求说明书），采用级别1的审批 • 如果变更多个类型的配置项，包括了级别1和2两类审批，则可 统一采用审批级别1。 • 对于紧急变更或影响不大的变更，可采用级别3的审批。
符号位 s．x y Z
符号含义 基本版本位 修正版本位 预备版本位
取值范围 1.0 ~ 无限大，其中S为主版本位、x为次版本位 0~9 年月日（yyyymmdd）+2位流水号（01～99）
版本 V 1.0.0 …… V1.0.1
含义 表示测试通过发布投产的版本 对通过业务验收的版本进行的更新，即后期版本 表示完成修改功能内容
如附图所示：由于变更，设计基线升版到V1.1.0，则详细设计说明 书V1.0.0和V1.3.0按照基线控制进行管理，而详细设计说明书V1.1.0、 V1.2.0则按照版本控制进行管理。
设计基线V1.1.0
V1.1.0
设计基线V1.0.0
V1.0.0 概要设计说明书
V1.3.0 V1.2.0 V1.1.0 V1.0.0 详细设计说明书
配置项（二）
― 配置项版本标识
• 程序版本标识（对内发布）
格式：s.x.y_Z
符号位 符号含义
取值范围
属性
s．x
基本版本位
0.1 ~ 无限大，其中S为主版本位、x为次版本位
必要
y
修正版本位
0~9
必要
Z
预备版本位
年月日（yyyymmdd）+2位流水号（01～99），外加标注属于哪 必要
个阶段的版本（如：SIT、UAT）
成员（开发人员、测试人员）、质量保证员、项目组配置管理 员组成，必要时有高级管理者和业务代表参与。 • 审批级别2：CCB由项目负责人、测试经理/测试组长、项目组 成员（开发人员、测试人员）、项目组配置管理员组成 • 审批级别3：CCB由项目负责人和项目组配置管理员组成。也可 由项目负责人、测试经理/测试组长授权的其他人和项目组配 置管理员组成CCB。在项目策划时，可结合项目特点确定对应 不同基线类别的CCB成员。 • 对于业务提供的文档（例如需求说明书），采用级别1的审批 • 如果变更多个类型的配置项，包括了级别1和2两类审批，则可 统一采用审批级别1。 • 对于紧急变更或影响不大的变更，可采用级别3的审批。
软件配置管理培训ppt课件
❖ 如果将它删除，在将来需要它的时候，还要 找历史上的源代码，现从源代码开始编译、 打包，那么会耗费时间。
精选ppt
27
安装包如何保存？
❖ 放进版本库不是明智之举。对于安装包，很 多历史版本，比如送去测试用的安装包，需 要定期清理，否则会占用大量的磁盘空间。 安装包可以保存在共享目录下，该目录可以 在局域网共享，除此之外，还要考虑适当的 备份。
产生变体的原因：
❖ 因支持不同操作系统而产生的变体。 ❖ 因客户制定而成的变体。 ❖ 因不同的功能集而产生变体。
精选ppt
41
用分支支持变体
❖ 假定，基于标准版1.0版，开发
1.0—A版。这是为客户A专门制 主线
定的一个版本，里边增加了了一
个只有客户A才需要的功能：点
1.0版
石成金。
1.0—A
❖ 假定，在推出标准版2.0版后，客
星结构（图2），也就是
设立一个公共储区，作为
参照物和枢纽，大家统一
从这个公共点取代码，的
轩昂程序改完后，都把自
己改的那部分全部传到公
共存储区，别人再从那里
取用。
精选ppt
图1 图2 12
假设两个程序员同时修改同一源代码，会 出现程序覆盖问题。（即后提交的代码B会把 先提交的代码A覆盖）
❖ 监控。阻止同
21
❖ 软件配置管理 ❖ 基本的版本控制 ❖ 系统集成 ❖ 构建管理 ❖ 分支 ❖ 变体 ❖ 三库管理的概念
精选ppt
22
❖ 什么是构建管理
❖ 构建管理分为两部分
❖ 保证构建的可重复性
❖ 如何让构建更快
❖ 安装包有没有必要保存
❖ 安装包如精选何ppt 保存
23
构建管理
精选ppt
27
安装包如何保存？
❖ 放进版本库不是明智之举。对于安装包，很 多历史版本，比如送去测试用的安装包，需 要定期清理，否则会占用大量的磁盘空间。 安装包可以保存在共享目录下，该目录可以 在局域网共享，除此之外，还要考虑适当的 备份。
产生变体的原因：
❖ 因支持不同操作系统而产生的变体。 ❖ 因客户制定而成的变体。 ❖ 因不同的功能集而产生变体。
精选ppt
41
用分支支持变体
❖ 假定，基于标准版1.0版，开发
1.0—A版。这是为客户A专门制 主线
定的一个版本，里边增加了了一
个只有客户A才需要的功能：点
1.0版
石成金。
1.0—A
❖ 假定，在推出标准版2.0版后，客
星结构（图2），也就是
设立一个公共储区，作为
参照物和枢纽，大家统一
从这个公共点取代码，的
轩昂程序改完后，都把自
己改的那部分全部传到公
共存储区，别人再从那里
取用。
精选ppt
图1 图2 12
假设两个程序员同时修改同一源代码，会 出现程序覆盖问题。（即后提交的代码B会把 先提交的代码A覆盖）
❖ 监控。阻止同
21
❖ 软件配置管理 ❖ 基本的版本控制 ❖ 系统集成 ❖ 构建管理 ❖ 分支 ❖ 变体 ❖ 三库管理的概念
精选ppt
22
❖ 什么是构建管理
❖ 构建管理分为两部分
❖ 保证构建的可重复性
❖ 如何让构建更快
❖ 安装包有没有必要保存
❖ 安装包如精选何ppt 保存
23
构建管理
《软件系统参数设置》课件
安全设置包括： 防火墙设置、病 毒防护、数据备 份等
数据库参数设置
数据库表：创建数据库表， 包括表名、字段名、数据类 型等
数据库连接：设置数据库连 接字符串，包括服务器地址、 用户名、密码等
数据库类型：选择合适的数 据库类型，如MySQL、 SQL Server等
数据库索引：创建数据库索 引，提高查询效率
数据库备份：定期备份数据 库，防止数据丢失
数据库安全：设置数据库安 全策略，如用户权限、密码
策略等
网络参数设置
IP地址设置：设置网络设备的IP地址，以便与其他设备进行通信。 子网掩码设置：设置网络设备的子网掩码，以便确定网络设备的网络地址。 网关设置：设置网络设备的网关，以便将网络设备连接到互联网。 DNS服务器设置：设置网络设备的DNS服务器，以便将网络设备连接到互联网。
添加标题
参数设计：根据需 求设计参数，包括 参数名称、类型、 默认值、取值范围 等
添加标题
参数优化：根据测 试结果优化参数配 置，提高系统性能
03
软件系统参数设置的内容
系统参数设置
系统参数设置包 括：系统设置、 用户设置、安全 设置等
系统设置包括： 系统时间、系统 语言、系统主题 等
用户设置包括： 用户账户、用户 权限、用户密码 等
实例分析： 以财务管理 模块为例， 介绍参数设 置的具体步 骤和注意事 项
结论：参数 设置是ERP 系统正常运 行的关键， 需要根据企 业实际情况 进行合理设 置。
某CRM系统的参数设置实例
系统名称：某CRM系统
功能模块：客户管理、销售管 理、服务管理等
参数设置：客户信息、销售目 标、服务标准等
实例分析：客户信息设置、销 售目标设置、服务标准设置等
it软件配置管理精品PPT课件
软件过程中的配置基线
❖
需求规格分析 概要设计说明书
项目开发计划 用户手册
详细设计说明书
源代码
测试报告
计划
需求分析
设计
编码
测试
计划 基线
需求 基线
设计 基线
编码 基线
测试 基线
5.4 版本控制
❖5.4.1 版本的访问与同步控制 ❖5.4.2 版本分支和合并 ❖5.4.3 版本的历史记录
5.4.1 版本的控制与同步控制
版本的同步控制
同步控制实际上时版本的检入检出控制： 检入：将软件配置项从用户的工作环境存入到软件配置库的过程； 检出：将软件配置项从软件配置库中取出的过程。
访问和同步控制的流程图
❖
配置对象（修改版 本）
检入 解锁
配置对象（基线版 本）
软件工程师
审计信息
访问 控制
拥有者信息
软件配置库
配置对象（提取版 本）
① 计算机程序（源代码和可执行程序）；
② 描述计算机程序的文档（针对技术开发 者和用户）；
③ 数据（包含在程序内部或外部）。
配置项内容
5.2.2 软件配置控制
配置控制是配置管理的核心工作。配置控制主要包括：
① 存取控制：设定了软件开发人员对软件基准库的存取权限，保 证软件开发过程及软件产品的安全性；
加锁 检出
配置对象（基线版 本）
5.4.2 版本分支和合并
版本分支
版本分支人工方法就是从主版本复制一份文件，做上标记；实 行版本控制之后，版本的分支是一份复制文件，这时的复制过程和 标记动作由版本系统自动完成。
版本合并
版本合并是通过对文件的比较来进行合并。有两种途径： 一种是将版本A的内容附加到版本B中； 另一种是合并A和B的内容，形成新的C； 后一种途径更容易理解，也符合软件开发的思路。
第七章-软件项目配置管理
7
软件配置管理（SCM）概述
指一套管理软件开发和软件维护以及各种 中间软件产品的方法和规则。
－－－－ 记录软件产品的演化过程。 确保软件开发者在软件生命周期中的各个
阶段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追
朔性、可控性。
8
软件配置管理（SCM）概述
主要思想和具体内容在于版本控制， 版本控制注意功能是追踪变更
软件配置项
软件配置项（Software Configuration Item） 是项目定义其 受控于软件配置管理的项。每个项目 的配置项也许会不同。 一个软件配置项是一个特定的、可文 档化的工作产品集，这些工作产品是 生存期中产生或者使用的。
14
常见配置项示例
项目计划书 系统规格说明书 软件需求规格说明书 设计规格说明书 源代码清单 测试规格说明书
3软件配置管理活动
配置标识
项目基线
配置库
23
配置管理计划模板（续）
软件配置管理活动 配置控制程序 配置状态报告 配置审核
4支持
24
制定配置管理计划的步骤
1 建立并维护配置管理的组织方针 2 确定配置管理需要使用的资源
配置管理工具；数据管理工具；归档和 复制工具；数据库程序；
3 分配责任 配置管理人员的责任
分
4
配置管理的重要目标
有序、及时和正确的处理对软件配 置项的变更，实现此目标需要 CCB的有效管理。
5
本章要点
1 配置管理的概念 2 配置管理计划 3 配置标识与建立基线 4 变更管理 5 版本管理 6 配置审核 7 配置状态报告
6
配置管理概念
PMBOK(项目管理的知识体系)
软件配置管理的主要活动
软件配置管理（SCM）概述
指一套管理软件开发和软件维护以及各种 中间软件产品的方法和规则。
－－－－ 记录软件产品的演化过程。 确保软件开发者在软件生命周期中的各个
阶段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追
朔性、可控性。
8
软件配置管理（SCM）概述
主要思想和具体内容在于版本控制， 版本控制注意功能是追踪变更
软件配置项
软件配置项（Software Configuration Item） 是项目定义其 受控于软件配置管理的项。每个项目 的配置项也许会不同。 一个软件配置项是一个特定的、可文 档化的工作产品集，这些工作产品是 生存期中产生或者使用的。
14
常见配置项示例
项目计划书 系统规格说明书 软件需求规格说明书 设计规格说明书 源代码清单 测试规格说明书
3软件配置管理活动
配置标识
项目基线
配置库
23
配置管理计划模板（续）
软件配置管理活动 配置控制程序 配置状态报告 配置审核
4支持
24
制定配置管理计划的步骤
1 建立并维护配置管理的组织方针 2 确定配置管理需要使用的资源
配置管理工具；数据管理工具；归档和 复制工具；数据库程序；
3 分配责任 配置管理人员的责任
分
4
配置管理的重要目标
有序、及时和正确的处理对软件配 置项的变更，实现此目标需要 CCB的有效管理。
5
本章要点
1 配置管理的概念 2 配置管理计划 3 配置标识与建立基线 4 变更管理 5 版本管理 6 配置审核 7 配置状态报告
6
配置管理概念
PMBOK(项目管理的知识体系)
软件配置管理的主要活动
配置管理培训教材
配置管理培训教材
配置管理培训
7.8 Configuration Management配置管理（IRIS标准） ●1. 组织必须建立、形成文件和维持一个与产品相适宜 配置管理过程（17/25），组织应该建立一个配置管理的 文件化程序。 ●2. 组织必须： ●a) 在合同开始时，确定一个产品清单—至少针对安全 关键件—包括其零部件，必须管理其 配置。此清单必须经顾客批准； ●b) 在技术状态管理中阐述更改管理过程（见条款 7.13）；并且 ●c) 在生产和运营中保持其可追溯性。 ●对于软件的开发和生产，应对所使用的工具进行配置管 理。 注1：配置管理的指南见ISO 10007.
配置管理培训
• 3.3 生产部负责建立产品的生产批次号，对配置管理进行 标识，把产品的生产批次号和关键材料（关键零部件编号， 如安定器编号等）批次号记录在《生产流转卡》（《工艺 流程卡》）上。 • 3.4 质量部负责为每个项目的配置管理建立数据库，填写 产品名称、生产批次号和版本，对配置管理数据库现场数 据进行监控与审核。质量部负责产品检查，并保留所有检 查记录。 • 3.5 市场部负责填写产品交货日期并保存产品交货记录。 • 3.6 市场部售后服务负责填写售后变更信息。 • 4 过程描述 • 4.1 技术部为每个项目定义供货范围，在履行项目合同时， 将此供货范围递交客户确认。负责在设计输出时，策划输 出所有产品编号系统、产品型号、BOM清单、关键零部件 清单及对所有生产中的变更进行管理。
配置管理培训
4.7 以下部门负责填写配置管理清单中的“更改”栏 4.7.1 在公司自行进行产品“更改”，质量部负责更新配置 管理清单中的“生产过程更改”栏，并把更改日期及更改 内容填入此栏中。 4.7.2如在客户工厂进行更改，市场部负责在更改完成后把售 后更改内容及更改日期填写于配置管理清单中的“售后更 改”栏。 4.8 质量部对配置管理数据库进行定期维护。
软件项目的配置管理课件(PPT 113页)
立，并通知受到影响的项目组和个人； 10.根据文档化的流程进行软件制品基线的评审；
05.02.2020
16
组织规定和相关责任
项目级配置管理
项目配置经理(Project Configuration Manager) 与软件配置管理计划
变更控制委员会(Change Control Board)
第八章 软件项目的配置管理
05.02.2020
1
05.02.2020
第八章 • 目录
8.1 软件配置及其管理的概念 8.2 配置管理活动和流程 8.3 配置管理需求 8.4 版本管理 8.5 变更管理 8.6 配置状态监测与报告
8.7 基于配置管理的软件项目管理 8.8 配置管理的技术手段和工具
2
下一周，你的队伍增加到14（你的老板准备就此豪赌一把了），与你
3个人的小组不同的是，公司从其他部门为你配备了系统分析师，还 有文档编制员、测试员。你的核心模块已经被大量的用户功能所包装， 成为一个行业应用系统，并开始给用户试用，这是你的系统的第一版。
3个月后，公司决定把系统升级到第二版，除增加了许多新的功能外，
版本控制主要应用于个人独立开发或小组开发，它可以控制任 何文件的版本、实现分支和归并功能、进行文本比较、标记注 释 和 版 本 报 告 信 息 ， 主 要 工 具 有 MS 的 Visual SourceSafe 及 Intersolv PVCS。
以开发者为中心主要应用于部门级开发，它可用于软件维护、 不断增加的开发任务、并行开发、QA及测试，它面向大型团队、 利于交流、能最大限度地利用人力资源，主要工具为Rational ClearCase及MKS Source Integrity。
因此，从某种意义上讲，SCM本质上是变更的管理。 SCM使软件产品和过程的变更变为受控的和可预见的，它要 求并在适当的工具支持下能够做到这样几点： （1）谁做的变更？ （2）软件有什么变更？ （3）什么时间做的变更？ （4）为何要变更？
05.02.2020
16
组织规定和相关责任
项目级配置管理
项目配置经理(Project Configuration Manager) 与软件配置管理计划
变更控制委员会(Change Control Board)
第八章 软件项目的配置管理
05.02.2020
1
05.02.2020
第八章 • 目录
8.1 软件配置及其管理的概念 8.2 配置管理活动和流程 8.3 配置管理需求 8.4 版本管理 8.5 变更管理 8.6 配置状态监测与报告
8.7 基于配置管理的软件项目管理 8.8 配置管理的技术手段和工具
2
下一周，你的队伍增加到14（你的老板准备就此豪赌一把了），与你
3个人的小组不同的是，公司从其他部门为你配备了系统分析师，还 有文档编制员、测试员。你的核心模块已经被大量的用户功能所包装， 成为一个行业应用系统，并开始给用户试用，这是你的系统的第一版。
3个月后，公司决定把系统升级到第二版，除增加了许多新的功能外，
版本控制主要应用于个人独立开发或小组开发，它可以控制任 何文件的版本、实现分支和归并功能、进行文本比较、标记注 释 和 版 本 报 告 信 息 ， 主 要 工 具 有 MS 的 Visual SourceSafe 及 Intersolv PVCS。
以开发者为中心主要应用于部门级开发，它可用于软件维护、 不断增加的开发任务、并行开发、QA及测试，它面向大型团队、 利于交流、能最大限度地利用人力资源，主要工具为Rational ClearCase及MKS Source Integrity。
因此，从某种意义上讲，SCM本质上是变更的管理。 SCM使软件产品和过程的变更变为受控的和可预见的，它要 求并在适当的工具支持下能够做到这样几点： （1）谁做的变更？ （2）软件有什么变更？ （3）什么时间做的变更？ （4）为何要变更？
最简单易懂的PrimaveraP6软件培训 ppt课件
任务作业
确定紧前/后 作业
人工确定作业 工期
采用紧前/后 作业的开始完
成时间
采用作业日历 计算所有资源
的工期
算出作业工期
所有资源的工 期与作业工期
相同
里程碑 周老师
独立作业
采用各自的日 历计算所有资
源的工期
所有资源的工 期最大确定作
业工期
所有资源的工 期与作业工期 不一定相同
WBS作业
由WBS汇总 确定
资源 1
资源 2
资源 3
任务作业
X
X
2天工期需求的作业
周老师
独立式作业
作业的工期由需要和分配资源的日历来决定，与作业日历无关
作业上分配的资源是根据每个资源的日历来进行工作安排的.
最不常用的一种作业类型
例如：一道作业需要一个质检员，而该资源同时分配给
多个项目或在休假的话，则这道作业可能就会延迟
周老师
资源
当进行资源操作时，按图设置
周老师
资金
只是记录 在【企业－资金来源】中定义资金来源的类别 只需要了解
周老师
随堂练习
根据自己熟悉的企业/项目设置EPS结构，增加1-2 个项目
周老师
围绕WBS为中心的管理
– WBS（Work Breakdown Structure）工作分解结构 – 树状层次结构 – 项目范围定义（完成目标需要做哪些工作） – 最底层是工作包
周老师
逻辑关系与延时
延时代表作业与其紧后作业的时间间隔 延时的计算采用紧后作业的日历 延时可用于各种逻辑关系 延时值可以是正数也可以是负数 示例
– “设备安装”要在“基础砼”完成后7天开始 （FS Lag 7）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件配置管理培训
如何表达版本的质量状态
• 在版本号中，添加状态标记（常用方法）。有两个 弱点：1.在版本库中，标签不一定能重新命名。 2. 改变标签名称，以及改变安装包的名称，可能会引 起混乱。
• 版本本身可以自带些属性。当质量状态提升时，不 必改版本名称，只需改版本的质量状态属性。
• 用不同的目录，来区分不同质量状态下源代码的整 体版本或安装包。
软件配置管理培训
• 什么是系统集成 • 系统集成的步骤
软件配置管理培训
系统集成
系统集成，简称集成，是基本的使命就是把产品的各个部分捏在 一起，并保证产品作为整体是可以运转的，而不仅是每个模块， 每个单元能在特定的开发调试环境、特定的数据和参数下运转。
软件配置管理培训
• 视角1：集成的，不是模块，而是工作。每个任务单 元可能在一个模块上修改，也可能涉及多个模块。
• 基线是有质量状态的。当探测到源代码质量状态到 达了更新程度的时候，做一个基线提升。
软件配置管理培训
基线 • 被明显的标记和记录下来的源代码整体版本。（即
整体复制） • 在每个文件的特定版本上打标签来完成。
基线的权限——只读
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
• 构建：从源代码生产出安装包的过程。 • 一般包括：编译源代码；链接编译结果；产生可以
运行的程序；把所有对客户有用的东西都打包。 • 构建的输入，是产ห้องสมุดไป่ตู้的全部源文件，可能还有文档、
数据等。 • 构建的输出，通常是安装包。
软件配置管理培训
构建分为
全量构建
增量构建
• 是从每一个源文件的编 译开始，不借助于以往 构建中留下的已有的或 许可以重复使用的结果。
• 视角2：不再把产品的各个模块合到一起，而是把产 品的改变合到一起，和在已有的版本上，产生新的 版本，所集成的是任何单元，是变更。
多层集成
源代码整体版本
新的整体版本
+=
多个任务单元
集成的含义
软件配置管理培训
集成的步骤
• 确保开发人员都提交了相关的源代码。
• 冻结或者标识将要集成的源代码。
止开发人员向版本库的提交）
（比如：禁
• 取出要集成的源代码。（最好放在一个全新的工作空间）
• 编译、链接和打安装包。（通常称为构建）
• 安装并粗略测试。 • 表示和储备集成成果。
如有问题，修改了源代码， 就从头再来。
（集成结果有两个：1.源代码的整体版本 2.生成安装包）
• 通知相关人员本次集成完成。
集成成员的名称和存储内容）
软件配 置管理
软件配置管理培训
——康子烨
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
软件配置管理培训
• 什么是软件配置管理 • 软件配置管理的一些比喻 • 缺乏管理所造成的问题
软件配置管理培训
什么是软件配置管理
一套应用技术上和管理上的指导和监督方法， 用来：识别和记录配置项的功能特征和物理特征； 控制这些特征的变更；记录和报告变更的处理和执 行的状态；以及验证其是否特定的需求。
软件配置管理培训
基本的版本控制
假设每个程序员负责一个专门模块，不存在两个程序员修改 同一处源代码的问题。 • 在修改程序之前，从哪里拿到最新版本？ （程序员可能基于过时的程序
开始自己的工作）
• 在修改程序之后，把修改结果提交到那？ （程序员的工作可能被湮没）
软件配置管理培训
解决之道
将源代码流转的渠道从网状 结构（图1）改成星星结构 （图2），也就是设立一个公 共储区，作为参照物和枢纽， 大家统一从这个公共点取代码， 的轩昂程序改完后，都把自己 改的那部分全部传到公共存储 区，别人再从那里取用。
• 在软件开发中会遇到一些非常棘手的问题，比如， 需要将整个软件版本恢复到以前的某一时间的状态； 控制某个程序在同一时间只能被一个程序员修改等 等。这时就需要使用版本控制软件进行管理了。版 本控制软件可以将某一程序恢复到以前的某一时间 的状态，甚至将整个软件版本恢复到以前的某一时 间的状态。也能够实现某一程序在同一时间只能一 个开发人员修改，还可以配制成允许多人修改，最 后将不同版本合并为新版本。
（通常系统集成，集成工程师所 做的构建是全量构建)
• 是尽可能的利用上次构
软件配置管理培训
图1 图2
假设两个程序员同时修改同一源代码，会出现程 序覆盖问题。（即后提交的代码B会把先提交的代码 A覆盖）
• 监控。阻止同时 修改的事情发生。
串行方法
• 辅助。使同时修 改的内容合并到 一起。并行方法
串行方法
软件配置管理培训
并行方法
• 版本控制软件还可以对程序修改进行有效的管理，将开发环境、 测试环境、运行环境进行有效的隔离。我们还可以在版本控制软 件中存放软件开发过程中成成的各种文档，以供随时查阅。
—— 一个权威定义 （被CMM、CMMI引用）
软件配置管理培训
软件配置管理的一些比喻
• 图书管理 （在一借一还的过程中都需要记录） • 保险柜 （软件资产可能丢失、被窃取和泄露，特别是源代码） • 岩钉 （适当保存历史版本，所有的一切软件资产都可以保存）
软件配置管理培训
缺乏管理所造成的问题
• 软件开发人员之间缺乏必要的交流 • 产品升级和维护所必需的程序和文档非常混乱 • 开发过程中的人员流动经常发生 • 因管理不善致使未经测试的软件加入到产品中 • 项目开发状态不清楚 • 软件生产达不到规模化
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
软件配置管理培训
• 基本的版本控制 • 基线
软件配置管理培训
版本管理，主要是建立一个公共存储区，记录版本， 防止版本覆盖，防止版本混乱。
版本管理是配置管理里重要的一项环节。
软件配置管理培训
（还应告知
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
软件配置管理培训
• 什么是构建管理 • 构建管理分为两部分 • 保证构建的可重复性 • 如何让构建更快 • 安装包有没有必要保存 • 安装包如何保存
软件配置管理培训
构建管理
如何表达版本的质量状态
• 在版本号中，添加状态标记（常用方法）。有两个 弱点：1.在版本库中，标签不一定能重新命名。 2. 改变标签名称，以及改变安装包的名称，可能会引 起混乱。
• 版本本身可以自带些属性。当质量状态提升时，不 必改版本名称，只需改版本的质量状态属性。
• 用不同的目录，来区分不同质量状态下源代码的整 体版本或安装包。
软件配置管理培训
• 什么是系统集成 • 系统集成的步骤
软件配置管理培训
系统集成
系统集成，简称集成，是基本的使命就是把产品的各个部分捏在 一起，并保证产品作为整体是可以运转的，而不仅是每个模块， 每个单元能在特定的开发调试环境、特定的数据和参数下运转。
软件配置管理培训
• 视角1：集成的，不是模块，而是工作。每个任务单 元可能在一个模块上修改，也可能涉及多个模块。
• 基线是有质量状态的。当探测到源代码质量状态到 达了更新程度的时候，做一个基线提升。
软件配置管理培训
基线 • 被明显的标记和记录下来的源代码整体版本。（即
整体复制） • 在每个文件的特定版本上打标签来完成。
基线的权限——只读
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
• 构建：从源代码生产出安装包的过程。 • 一般包括：编译源代码；链接编译结果；产生可以
运行的程序；把所有对客户有用的东西都打包。 • 构建的输入，是产ห้องสมุดไป่ตู้的全部源文件，可能还有文档、
数据等。 • 构建的输出，通常是安装包。
软件配置管理培训
构建分为
全量构建
增量构建
• 是从每一个源文件的编 译开始，不借助于以往 构建中留下的已有的或 许可以重复使用的结果。
• 视角2：不再把产品的各个模块合到一起，而是把产 品的改变合到一起，和在已有的版本上，产生新的 版本，所集成的是任何单元，是变更。
多层集成
源代码整体版本
新的整体版本
+=
多个任务单元
集成的含义
软件配置管理培训
集成的步骤
• 确保开发人员都提交了相关的源代码。
• 冻结或者标识将要集成的源代码。
止开发人员向版本库的提交）
（比如：禁
• 取出要集成的源代码。（最好放在一个全新的工作空间）
• 编译、链接和打安装包。（通常称为构建）
• 安装并粗略测试。 • 表示和储备集成成果。
如有问题，修改了源代码， 就从头再来。
（集成结果有两个：1.源代码的整体版本 2.生成安装包）
• 通知相关人员本次集成完成。
集成成员的名称和存储内容）
软件配 置管理
软件配置管理培训
——康子烨
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
软件配置管理培训
• 什么是软件配置管理 • 软件配置管理的一些比喻 • 缺乏管理所造成的问题
软件配置管理培训
什么是软件配置管理
一套应用技术上和管理上的指导和监督方法， 用来：识别和记录配置项的功能特征和物理特征； 控制这些特征的变更；记录和报告变更的处理和执 行的状态；以及验证其是否特定的需求。
软件配置管理培训
基本的版本控制
假设每个程序员负责一个专门模块，不存在两个程序员修改 同一处源代码的问题。 • 在修改程序之前，从哪里拿到最新版本？ （程序员可能基于过时的程序
开始自己的工作）
• 在修改程序之后，把修改结果提交到那？ （程序员的工作可能被湮没）
软件配置管理培训
解决之道
将源代码流转的渠道从网状 结构（图1）改成星星结构 （图2），也就是设立一个公 共储区，作为参照物和枢纽， 大家统一从这个公共点取代码， 的轩昂程序改完后，都把自己 改的那部分全部传到公共存储 区，别人再从那里取用。
• 在软件开发中会遇到一些非常棘手的问题，比如， 需要将整个软件版本恢复到以前的某一时间的状态； 控制某个程序在同一时间只能被一个程序员修改等 等。这时就需要使用版本控制软件进行管理了。版 本控制软件可以将某一程序恢复到以前的某一时间 的状态，甚至将整个软件版本恢复到以前的某一时 间的状态。也能够实现某一程序在同一时间只能一 个开发人员修改，还可以配制成允许多人修改，最 后将不同版本合并为新版本。
（通常系统集成，集成工程师所 做的构建是全量构建)
• 是尽可能的利用上次构
软件配置管理培训
图1 图2
假设两个程序员同时修改同一源代码，会出现程 序覆盖问题。（即后提交的代码B会把先提交的代码 A覆盖）
• 监控。阻止同时 修改的事情发生。
串行方法
• 辅助。使同时修 改的内容合并到 一起。并行方法
串行方法
软件配置管理培训
并行方法
• 版本控制软件还可以对程序修改进行有效的管理，将开发环境、 测试环境、运行环境进行有效的隔离。我们还可以在版本控制软 件中存放软件开发过程中成成的各种文档，以供随时查阅。
—— 一个权威定义 （被CMM、CMMI引用）
软件配置管理培训
软件配置管理的一些比喻
• 图书管理 （在一借一还的过程中都需要记录） • 保险柜 （软件资产可能丢失、被窃取和泄露，特别是源代码） • 岩钉 （适当保存历史版本，所有的一切软件资产都可以保存）
软件配置管理培训
缺乏管理所造成的问题
• 软件开发人员之间缺乏必要的交流 • 产品升级和维护所必需的程序和文档非常混乱 • 开发过程中的人员流动经常发生 • 因管理不善致使未经测试的软件加入到产品中 • 项目开发状态不清楚 • 软件生产达不到规模化
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
软件配置管理培训
• 基本的版本控制 • 基线
软件配置管理培训
版本管理，主要是建立一个公共存储区，记录版本， 防止版本覆盖，防止版本混乱。
版本管理是配置管理里重要的一项环节。
软件配置管理培训
（还应告知
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
软件配置管理培训
• 什么是构建管理 • 构建管理分为两部分 • 保证构建的可重复性 • 如何让构建更快 • 安装包有没有必要保存 • 安装包如何保存
软件配置管理培训
构建管理