软件-配置管理PPT课件
合集下载
软件配置管理
第二部分、SCM组织机构
SCM组织机构
为了提高配置管理的效率和安全性，项目应当设 有配置管理员这个角色。配置管理员的主要工作是 为项目制定配置管理计划，创建和维护配置库等。 对于大型的项目，鉴于配置管理的重要性和复杂 性，机构应当设立配置控制委员会 （Configuration Control Board，CCB）。CCB是 个虚拟小组，对配置管理各项活动拥有决策权（例 如审批计划，审批变更请求等）。对于配置管理而 言，CCB是决策者，而配置管理员是执行者。
23
配置管理过程的产品和记录
软件配置管理计划 基线建立和发布申请单 软件配置管理阶段报告 软件配置管理总结报告 配置审核报告 配置项状态报告 软件变更申请单 软件出库申请单 软件变更验证确认单 软件入库申请单 用户帐户信息通知单 产品发布申请单
24
软件配置管理
—— 对工作成果的有效保护
第一部分、为什么需要软件配置管理
软件项目中可能遇到如下的问题
组织内未建立软件产品管理的具体操作规程和方法 项目的软件工作产品没有统一管理 开发人员未经授权修改代码 外场使用的软件版本不清楚 项目组人员对项目形成的软件工作产品状态不清楚 ……
开发组 人员
软件问题报告
①
更改后的软件配置项及其回归测试报告 ④ 得到认可的软件配置项 ⑤
软件配 置管理 员
批准的软件 ③ 更改申请
软件更改申请 ②
配置控制委员会SCCB
19
更改控制
① 由有关人员申报“软件问题报告”，详细说明问题的症状、 ② 软件配置管理员应协同“软件问题报告”申报人员一起提出 性质、预计的影响范围。 SCCB 收到“软件更改申请”后，分析此更改，提出是否实 “软件更改申请”。 施此次更改的意见，同时作出决策，是否实施更改。
软件配置管理培训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； 后一种途径更容易理解，也符合软件开发的思路。
软件配置管理
特定目标与特定实践
• SG1建立基线
建立并维护用于标识工作产品的基线。
SP 1.1识别配置项 识别将置于配置管理之下的配置项、配置元素和有关的工作产品。 SP 1.2建立配置管理系统 建立并维护用于控制工作产品的配置管理系统和变更管理系统。 SP1.3 建立或放行基线 创建或放行基线，供内部使用和支付给客户。
• SG 3建立完整性
建立并维护基线的完整性。
SP 3.1 建立配置管理记录 建立并维护描述配置项的记录。 SP3.2 进行配置审核 进行配置审核，以便维护配置基线的完整性。
Copyright 2014 NeoTrident Technology Ltd. All rights reserved.
特定目标与特定实践
Copyright 2014 NeoTrident Technology Ltd. All rights reserved.
特定目标与特定实践
SP 2.1跟踪变更请求 产出物：变更请求 子实践： 1．申请变更，评估变影响 （与所有技术需求和项目需求一致 ）； 2．对那些受变更请求影响的配置项进行审查并求得一致； 3．跟踪变更请求的状态，直到结束。 SP 2.2控制配置项 产出物：配置项的经过修改的履历 ；基线档案 。 子实践： 1．在整个生存周期中控制对配置项的变更 ； 2．在把经过更改的配置项纳入配置管理系统之前，获得适当的授权 ； 3．使那些涉及变更的配置项在保证正确性和完整性的前提下进入和退出配置管理系统； 4. 进行审查，以确保配置项的变更不会对基线造成非预期的影响，例如，确保这些变更不 会危及系统的安全性； 5．记录变更和变更原因（适宜时）。
Copyright 2014 NeoTrident Technology Ltd. All rights reserved.
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）测试环境的建立:设计环境、实施环境和管理环境 。
第5章_软件项目配置管理
与软件的第1版、第2版相比，你的项目管理有什 么不同？
10
LANZHOU UNIVERSITY OF TECHNOLOGY
5.1 软件项目配置管理概念
实例：软件项目开发管理的新需求-3
随着这个产品的演变，项目发生了四个变化： ① 系统的复杂性发生了很大变化； ② 用于开发该系统的项目环境发生了很大变化； ③ 在不同的项目生命周期内，项目控制本身的要求和力度发 生了很大变化； ④ 由于组织的变化，管理流程、人员、方式发生了很大变化。
5
LANZHOU UNIVERSITY OF TECHNOLOGY
5.1 软件项目配置管理概念
软件领域引入配置的原因-3
随着软件团队人员的增加，软件版本不断变化， 开发时间的紧迫以及多平台开发环境的使用，使 得软件开发面临越来越多的问题。
解决这些问题的唯一途径是加强管理，配置管理 是有效管理变更的手段，它是软件开发管理的核 心。
CMM（Software Capability Maturity Model，软件能力成熟 度模型）把配置管理对象，称之 为软件工作产品，在CMM配置 管理定义中，可作为配置项/单 元标识的软件工作产品实例有：
软件代码单元
软件测试规程
为软件测试活动建立的 软件系统 交付给客户或最终用户 的软件系统 编译程序 其他支持工具
16
LANZHOU UNIVERSITY OF TECHNOLOGY
5.1 软件项目配置管理概念
配置管理给项目组带来的好处
①节约费用 缩短开发周期 、减少施工费用 ②有利于知识库的建立 代码对象库、业务及经验库 ③规范管理 量化工作量考核、规范测试 ④加强协调与沟通——实现高效的团队沟通，使工 作成果及时共享
软件项目管理第12章 软件配置管理
第12章 软件配置管理
(2) 减少施工费用。利用配置管理工具，建立开发管理 规范，把版本管理档案链接到公司内部的Web服务器上，内 部人员可直接通过浏览器访问，工程人员通过远程进入内部 网，进而获取所需的最新版本。开发人员无须亲自到现场， 现场工程人员通过对方系统管理员收集反馈意见，书面提交 到公司内部开发组的项目经理，开发组内部讨论决定是否修 改，并做出书面答复。这样可以同时响应多个项目，防止开 发人员被分配到各个项目引起力量分散、人员紧缺等问题， 避免开发人员将大量的时间和精力浪费在旅途中，同时节约 大量的差旅费用。
第12章 软件配置管理
配置项类
数据库设计说明
配置项实例
数据库设计说明V1.1
数据库设计说明V1.2
数据库设计说明V2.0
图12.3 软件配置项类及实例(配置项和配置项的不同版本类似于面 向对象的类和实例)
第12章 软件配置管理
(3) 代码对象库的建立。软件代码是软件开发人员脑力 劳动的结晶，也是软件公司的宝贵财富，长期开发过程中形 成的各种代码对象就如同一个个已生产好的标准件一样，是 快速生成系统的组成部分。一个长期的事实是：一旦某个开 发人员离开工作岗位，其原来所做的代码便基本成为垃圾， 无人过问。究其原因，就是没有专门对各个开发人员的有用 代码对象进行管理，没有把使用范围扩大到公司一级，没有 进行规范化，没有加以说明和普及。配置管理对软件对象管 理提供了一个平台和仓库，有利于建立公司级的代码对象库。
第12章 软件配置管理
这4种状态相互之间的联系具有方向性，沿图中实线箭 头所指方向的状态变化是允许的，虚线表示为了验证或检测 某些功能或性能而重新执行相应的测试，一般不沿虚线变化。
2. 软件配置项的版本 软件配置项也有不同的版本，配置项和配置项的版本类 似于面向对象的类和实例。配置项可以看成是类，版本看成 是类的实例。例如，图l2.3表示了数据库设计说明的配置项。 数据库设计说明的不同版本对应于数据库设计说明的实例。 配置项的不同版本是从最原始的配置项(相当于配置项类)逐 渐演变而来的，尽管每个都不相同，但是具有相关性。
软件项目的配置管理课件(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）为何要变更？
12-软件配置管理计划课件
• 软件配置管理（SCM:Software Configuration Management ） • 配置项（ SCI: Software Configuration Item ）
• 基线（Baseline）
二、软件项目配置管理过程
• 配置项标识 • 变更管理 • 配置项审计 • 配置项状态统计
三、软件项目配置管理计划 四、配置管理工具 五、案例分析
• SCM的目标
• 必须使每个SCI保持与相关SCI的可追踪性(正确性)和完备性 • 使相关的SCI之间满足文实相符，文文一致以确保SCI的有效性 • 以清晰、明了、易管理的方式标识每个SCI，使其满足 :可视性 、唯一标
识性 • 使最终软件产品的正确地生成、改进和维护成为可能，保证最终软件产
案例引入 • 软件项目已经成功实施了8个月，项目组已经进入编 码阶段，在此过程中产生了许多的软件产品
• 到了编码阶段已经有了近百个软件产品(包括技术文档、管 理文档、程序模块等)，项目组在管理这些产品方面感到繁 琐和困难
• 此时，用户提出要变更需求，软件项目组同意用户的需求
变更请求，为此，修改了软件需求规格说明书
12-软件配置管理计划
软件配置管理（SCM)相关定义
(1)《 ISO 9000-3（2019）质量管理和质量保证标准--第3部分 》和 《ISO 9001-1994 在计算机软件开发、供应、安装和维护中的应用
指南》： 配置管理是一个管理学科，它对配置项（包括软件项）的
开发和支持生存期给予技术上的和管理上的指导。配置管理的应用取 决于项目的规模、复杂程度和风险大小。 (2)W.Babich 的解释
软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理 是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。
• 基线（Baseline）
二、软件项目配置管理过程
• 配置项标识 • 变更管理 • 配置项审计 • 配置项状态统计
三、软件项目配置管理计划 四、配置管理工具 五、案例分析
• SCM的目标
• 必须使每个SCI保持与相关SCI的可追踪性(正确性)和完备性 • 使相关的SCI之间满足文实相符，文文一致以确保SCI的有效性 • 以清晰、明了、易管理的方式标识每个SCI，使其满足 :可视性 、唯一标
识性 • 使最终软件产品的正确地生成、改进和维护成为可能，保证最终软件产
案例引入 • 软件项目已经成功实施了8个月，项目组已经进入编 码阶段，在此过程中产生了许多的软件产品
• 到了编码阶段已经有了近百个软件产品(包括技术文档、管 理文档、程序模块等)，项目组在管理这些产品方面感到繁 琐和困难
• 此时，用户提出要变更需求，软件项目组同意用户的需求
变更请求，为此，修改了软件需求规格说明书
12-软件配置管理计划
软件配置管理（SCM)相关定义
(1)《 ISO 9000-3（2019）质量管理和质量保证标准--第3部分 》和 《ISO 9001-1994 在计算机软件开发、供应、安装和维护中的应用
指南》： 配置管理是一个管理学科，它对配置项（包括软件项）的
开发和支持生存期给予技术上的和管理上的指导。配置管理的应用取 决于项目的规模、复杂程度和风险大小。 (2)W.Babich 的解释
软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理 是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。
软件工程讲义_第十七章软件配置管理
SCM场景
软件工程师的目标是高效地工作。即软件工程师在代 码的创建和测试以及编写支持文档时不做不必要的相互 交流；但同时，软件工程师们又尽可能地进行有效的沟 通和协调。特别是，软件工程师可以使用相应的工具来 协助开发一致的软件产品；软件工程师之间可以通过相 互通报任务要求和任务完成情况来进行沟通和协调；通 过合并文件，可以使变更在彼此的工作中传播。对于同 时有多个变更的构件，要用机制来保证具有某种解决冲 突和合并变更的方法。依据系统变更原因日志和究竟如 何变更的记录，历史资料应该保持对系统中所有构件的 演化过程的记录。软件工程师有他们自己创建、变更、 测试和集成代码的工作空间。在特定点，可以将代码转 变成基线，并从基线做进一步的开发。
软件工程
第17章 软件配置管理
主要内容
软件配置管理概述 SCM中心存储库 SCM过程 小结
软件配置管理
软件配置管理（SCM），也称为变更管理，是 一组管理变更的活动。它通过下面的方式来管理 变更：识别可能发生变更的工作产品，建立这些 工作产品之间的关系，制定管理这些工作产品的 不同版本的机制，控制所施加的变更，审核和报 告所发生的变更。 参与软件过程的每个人在某种程度上都参与变 更管理，但是有时候也设专人来管理SCM过程。
基线化的SCI和项目数据库
图17-1 基线化的SCI和项目数据库
软件配置项
软件配置项是在软件工程过程中创建的信息。在极端情 况下，大型规格说明中的一节、大型测试用例集中的一 个测试用例都可以看做是一个SCI。再实际点，一个 SCI可以是工作产品的全部或部分。 除了这些来自软件工程工作产品的SCI之外，很多软件 工程组织也将软件工具列入配置管理的范畴，即，特定 版本的编辑器、编译器、浏览器以及其他自动化工具都 被“固化”为软件配置的一部分。因为要使用这些工具 来生成文档、源代码和数据，所以当要对软件配置进行 变更时，必须得到这些工具。虽然并不多见，但一个工 具的新版本有可能产生和原版本不同的结果。因此，就 像它们协助开发的软件一样，工具也可以基线化为完整 配置管理过程的一部分。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
按指数倍增。
（4）产品非常容易拷贝 （5）时时处在演化和变更状态。这包括:
——技术 ——业务环境 ——不同用户各有不同的需求 ——需求变更 （6）开发人员的离去有较大的影响
11
软件配置管理讲座
2、忽视软件配置管理可能导致的混乱现象
发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序 找不到编程序的人
2020/3/29
8
软件配置管理讲座
表2《ISO/IEC 12207: 1995信息技术—软件生存周期过程》 关于软件配置管理过程的规定
活动
任务
解释
1．实施过程 2．配置标识
开发配置管理计划 制定标识规则
计划描述：配置活动、这些活动的规程、进度、配置 管理组织及与其他组织的关系 计划应形成文件
以控制软件项及其版本 标识内容包括：基线文档、版本基准号、其他
软件配置管理
2020/3/29
1
软件配置管理讲座
内容提要
1. 软件配置管理的概念 2. 软件配置管理计划 3. 软件配置标识 4. 变更管理 5. 版本管理 6. 配置审核 7. 配置状态报告 8. 软件配置管理工具 9. CMM 2级 SCM KPA
2020/3/29
2
软件配置管理讲座
一、软件配置管理的概念
系统测试完成后的工作产品
进入维护阶段以后产生的工 作产品
3
编译器、操作系统、编辑器、数据库管理 系统、开发工具（如测试工具）、项目管
理工具、文档编辑工具 需求规格说明书、项目开发计划、设计标
准或设计准则、验收测试计划
系统设计规格说明、程序规格说明、数据 库设计、编码标准、用户界面标准、测试
标准、系统测试计划、用户手册 源代码、目标码、单元测试数据及单元测
9
跟踪变更原因、变更授权 以保证重要功能的安全或保密
表明受控项（包括基线）的状态和历史 状态报告应包括变更号、最新版本、发行标识、版本 号及各种版本比较
包括重要的安全或保密功能的代码和文档应按组织的 方针处理、储存、包装和交付
软件配置管理讲座
3、软件配置管理与软件开发过程
两类不同的变更：
开发阶段内部发生的变更： 开发过程解决不了的变更：
试结果
系统测试数据、系统测试结果、操作手册、 安装手册
以上任何需要变更的软件配置项
软件配置管理讲座
2、软件配置
软件配置是一个软件产品在生存期各个阶段的不同形 式（记录特定信息的不同媒体）和不同版本的程序、 文档及相关数据的集合，或者说是配置项的集合。
初始系统
机型1 机型2
操作系统1 操作系统2
用户1 用户2
13
软件配置管理讲座
2、软件配置管理
——配置管理的组织结构 ——职责和权限 ——指令和方针 ——参照的规程（组织的规程或客户的规程） ——遵循的标准
3、软件配置管理活动
——配置管理活动 ——变更管理和配置控制 ——配置状态说明 ——配置审核 ——接口和子合同方控制
（2） W.Babich 的解释 软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一
种标识、组织和控制修改的技术，目的是最有效的提高生产率。
（3） GB/T 11457 :1995《软件工程术语》国家标准 A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项 的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整 性和正确性。
用户1： A、B、C、D、E和F
用户2： A、B、C、D、E和G、H
6
软件配置管理讲座
（3 :1997 配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生
存期给予技术上的和管理上的指导。配置管理的应用取决于项目的规模、 复杂程度和风险大小。
3．配置控制
4．配置状态报告 5．配置评价 6．发行管理和交付 2020/3/29
标志并记录变更申请 分析与评价变更 批准（或不期准）申请 实现、验证和发行已变更的软件项 审核跟踪变更 控制并审核受控软件项 编制管理记录和状态报告
确定和保证软件项的功能完整性、 物理完整性
有效控制软件产品和文档的发行和 交付 在产品的生存期内保存代码、文挡 的主拷贝
B.对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。
2020/3/29
7
软件配置管理讲座
2、软件配置管理的任务
——制定软件配置管理计划 ——确定配置标识规则 ——实施变更控制 ——报告配置状态 ——进行配置审核 ——进行版本管理和发行管理
2020/3/29
12
软件配置管理讲座
二、软件配置管理计划
配置管理计划标准——IEEE 828-1990 1．引言
——配置管理计划的目的、适应范围、使用要求 ——项目概述 ——项目中需特别关注的配置管理问题和风险 ——软件配置管理严格性要求的等级 ——限制和假设 ——术语 ——参考文件
2020/3/29
变更的评估和批准以及变更实施都要由软件配置管 理人员去做。
开发过程应纳入配置管理过程的控制之下。
配置管理
2020/3/29
阶段 1
阶段 2
阶段 n
开发过程 图4 配置管理与开发过程
10
软件配置管理讲座
2020/3/29
（三）软件配置管理的意义
1、软件项目的特点
（1）不可见的逻辑实体 （2）软件项目的规模日益庞大和复杂 （3）参与软件项目的人员增加，人员间的沟通渠道数量
（一）软件配置项的概念
1、软件配置项：配置管理的对象称为软件配置项。
表1 软件配置项的分类、特征和举例
分类
特征
举例
环境类
定义类 设计类
2020/3/29
编码类 测试类 维护类
软件开发环境 及 软件维护环境
需求分析及定义阶段完成后 得到的工作产品
设计阶段结束后得到的产品
编码及单元测试后得到的工 作产品
2020/3/29
机型n
图1 不同用户有自己的工作环境
4
软件配置管理讲座
2020/3/29
用户1
FC
AB
DE
用户2
AB G D H E C
图2 面对不同用户产品的配置
5
软件配置管理讲座
2020/3/29
B
C
A
D
H
E F
G
用户1
A B C D E
F
产品1
产品2
用户2
A B C D E
G H
图3 两个产品具有不同的配置
（4）产品非常容易拷贝 （5）时时处在演化和变更状态。这包括:
——技术 ——业务环境 ——不同用户各有不同的需求 ——需求变更 （6）开发人员的离去有较大的影响
11
软件配置管理讲座
2、忽视软件配置管理可能导致的混乱现象
发错了版本 安装后不工作 异地不能正常工作 已经解决的缺陷过后又出现错误 开发人员把产品拿出去出售赢利 找不到最新修改了的源程序 找不到编程序的人
2020/3/29
8
软件配置管理讲座
表2《ISO/IEC 12207: 1995信息技术—软件生存周期过程》 关于软件配置管理过程的规定
活动
任务
解释
1．实施过程 2．配置标识
开发配置管理计划 制定标识规则
计划描述：配置活动、这些活动的规程、进度、配置 管理组织及与其他组织的关系 计划应形成文件
以控制软件项及其版本 标识内容包括：基线文档、版本基准号、其他
软件配置管理
2020/3/29
1
软件配置管理讲座
内容提要
1. 软件配置管理的概念 2. 软件配置管理计划 3. 软件配置标识 4. 变更管理 5. 版本管理 6. 配置审核 7. 配置状态报告 8. 软件配置管理工具 9. CMM 2级 SCM KPA
2020/3/29
2
软件配置管理讲座
一、软件配置管理的概念
系统测试完成后的工作产品
进入维护阶段以后产生的工 作产品
3
编译器、操作系统、编辑器、数据库管理 系统、开发工具（如测试工具）、项目管
理工具、文档编辑工具 需求规格说明书、项目开发计划、设计标
准或设计准则、验收测试计划
系统设计规格说明、程序规格说明、数据 库设计、编码标准、用户界面标准、测试
标准、系统测试计划、用户手册 源代码、目标码、单元测试数据及单元测
9
跟踪变更原因、变更授权 以保证重要功能的安全或保密
表明受控项（包括基线）的状态和历史 状态报告应包括变更号、最新版本、发行标识、版本 号及各种版本比较
包括重要的安全或保密功能的代码和文档应按组织的 方针处理、储存、包装和交付
软件配置管理讲座
3、软件配置管理与软件开发过程
两类不同的变更：
开发阶段内部发生的变更： 开发过程解决不了的变更：
试结果
系统测试数据、系统测试结果、操作手册、 安装手册
以上任何需要变更的软件配置项
软件配置管理讲座
2、软件配置
软件配置是一个软件产品在生存期各个阶段的不同形 式（记录特定信息的不同媒体）和不同版本的程序、 文档及相关数据的集合，或者说是配置项的集合。
初始系统
机型1 机型2
操作系统1 操作系统2
用户1 用户2
13
软件配置管理讲座
2、软件配置管理
——配置管理的组织结构 ——职责和权限 ——指令和方针 ——参照的规程（组织的规程或客户的规程） ——遵循的标准
3、软件配置管理活动
——配置管理活动 ——变更管理和配置控制 ——配置状态说明 ——配置审核 ——接口和子合同方控制
（2） W.Babich 的解释 软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一
种标识、组织和控制修改的技术，目的是最有效的提高生产率。
（3） GB/T 11457 :1995《软件工程术语》国家标准 A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项 的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整 性和正确性。
用户1： A、B、C、D、E和F
用户2： A、B、C、D、E和G、H
6
软件配置管理讲座
（3 :1997 配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生
存期给予技术上的和管理上的指导。配置管理的应用取决于项目的规模、 复杂程度和风险大小。
3．配置控制
4．配置状态报告 5．配置评价 6．发行管理和交付 2020/3/29
标志并记录变更申请 分析与评价变更 批准（或不期准）申请 实现、验证和发行已变更的软件项 审核跟踪变更 控制并审核受控软件项 编制管理记录和状态报告
确定和保证软件项的功能完整性、 物理完整性
有效控制软件产品和文档的发行和 交付 在产品的生存期内保存代码、文挡 的主拷贝
B.对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。
2020/3/29
7
软件配置管理讲座
2、软件配置管理的任务
——制定软件配置管理计划 ——确定配置标识规则 ——实施变更控制 ——报告配置状态 ——进行配置审核 ——进行版本管理和发行管理
2020/3/29
12
软件配置管理讲座
二、软件配置管理计划
配置管理计划标准——IEEE 828-1990 1．引言
——配置管理计划的目的、适应范围、使用要求 ——项目概述 ——项目中需特别关注的配置管理问题和风险 ——软件配置管理严格性要求的等级 ——限制和假设 ——术语 ——参考文件
2020/3/29
变更的评估和批准以及变更实施都要由软件配置管 理人员去做。
开发过程应纳入配置管理过程的控制之下。
配置管理
2020/3/29
阶段 1
阶段 2
阶段 n
开发过程 图4 配置管理与开发过程
10
软件配置管理讲座
2020/3/29
（三）软件配置管理的意义
1、软件项目的特点
（1）不可见的逻辑实体 （2）软件项目的规模日益庞大和复杂 （3）参与软件项目的人员增加，人员间的沟通渠道数量
（一）软件配置项的概念
1、软件配置项：配置管理的对象称为软件配置项。
表1 软件配置项的分类、特征和举例
分类
特征
举例
环境类
定义类 设计类
2020/3/29
编码类 测试类 维护类
软件开发环境 及 软件维护环境
需求分析及定义阶段完成后 得到的工作产品
设计阶段结束后得到的产品
编码及单元测试后得到的工 作产品
2020/3/29
机型n
图1 不同用户有自己的工作环境
4
软件配置管理讲座
2020/3/29
用户1
FC
AB
DE
用户2
AB G D H E C
图2 面对不同用户产品的配置
5
软件配置管理讲座
2020/3/29
B
C
A
D
H
E F
G
用户1
A B C D E
F
产品1
产品2
用户2
A B C D E
G H
图3 两个产品具有不同的配置