配置管理培训
《配置管理培训》课件
为什么需要配置管理
配置管理可以帮助组织提高产品质量、增强项目可追溯性，并减少因为错误配置而导致的时间和成本浪 费。它是项目和软件开发中不可或缺的环节。
配置管理的目的和作用
配置管理的目标是确保所有配置项在整个生命周期中都得到有效管理和控制。 它的作用包括提供可重复性、追溯性和可靠性，以及促进团队协作和项目管 理。
《配置管理培训》PPT课 件
欢迎配置管 理的重要性、流程和技术，并分享实践经验。准备好领略配置管理的魅力吧！
什么是配置管理
配置管理是一种跨学科的方法，用于识别、控制和追踪软件和硬件配置项的 变化。它帮助组织有效管理变更，确保系统和产品的稳定性。
配置管理的基本原则
配置管理遵循一些基本原则，包括变更控制、配置标识、版本控制、配置审 查和配置记录。这些原则帮助确保配置管理的有效性和可持续性。
配置项和配置项库
配置项是组成系统或产品的各种元素，如软件、文档和硬件。配置项库是存储和管理配置项的仓库，提 供对配置项版本和状态的跟踪和访问。
配置管理的相关术语
在配置管理中，有一些常用的术语，如变更请求、基线、发布、批准和追踪。了解这些术语可以帮助我 们更好地理解和应用配置管理的概念。
配置管理的流程
1
识别配置项
确定需要进行配置管理的所有配置项，包括软件、硬件和文档等。
2
变更控制
确保所有变更都经过适当的评审和批准，并跟踪变更的状态和影响。
3
配置记录
记录配置项的详细信息，包括版本号、发布日期和变更历史等。
配置管理培训
• Microsoft Visual Source Safe（VSS） Safe（VSS） • 优点：操作简单，容易掌握；权限划分可到文件夹级，有 •
•
Read、CheckOut&&CheckIn、Add/Rename/Delete、 Read、CheckOut&&CheckIn、Add/Rename/Delete、 Destroy四种权限级别。 Destroy四种权限级别。 缺点：权限管理基于文件共享形式，只能从文件夹共享的 权限设定对整个库文件夹的权限，而且必须要有可写权限； 版本管理和分支管理只能靠人为的手工设置；版本发行时， 只能手工挑选对应的版本文件进行发布。 而CVS则是一款完全免费的开源软件，性能较之企业级配 CVS则是一款完全免费的开源软件，性能较之企业级配 置管理工具差距不大，也是一种不错的选择
特性 易用性 功能 安全性 总体成本 技术支持
VSS ★★★★★ ★★★ ★★★ ★★★★ ★★★★★
CVS ★★★ ★★★★ ★★★★ ★★★★★ ★★★
• 以上几种工具的总结如下：VSS的使用简便 以上几种工具的总结如下：VSS的使用简便
易学，但VSS的功能和安全性较弱，且只对 易学，但VSS的功能和安全性较弱，且只对 windows平台进行支持，建议作为项目配置 windows平台进行支持，建议作为项目配置 管理的入门时采用的工具；CVS的安全性和 管理的入门时采用的工具；CVS的安全性和 版本管理功能较强，可以实现异地开发的 支持，但CVS安装和使用多采用命令行方式， 支持，但CVS安装和使用多采用命令行方式， 学习曲线高，同时不提供对变更管理的功 能，对于小型团队，可以采用CVS进行管理。 能，对于小型团队，可以采用CVS进行管理。
网络设备配置与管理培训教材
网络设备的云服务技术
云服务技术的定义和特点
网络设备与云服务的结合方式
网络设备云服务技术的应用场 景
网络设备云服务技术的优势和 挑战
THANK YOU
汇报人：
更新与补丁管理：及时更新网络设备的固件和软件，以修复安全漏洞。
网络设备的维护与 保养
网络设备的日常维护
保持设备良好的工作环境：温度、湿度适宜，避免灰尘和污染物。 定期检查设备的工作状态：如指示灯、连接线等是否正常。 备份重要数据：避免因设备故障导致数据丢失。 软件更新：及时更新设备驱动程序和固件，以提高设备性能和安全性。
配置方案
案例背景：某 企业需要构建 一个稳定、高 效的网络系统， 以满足办公、 生产等需求。
设备选型：根 据需求选择合 适的网络设备， 如路由器、交 换机、防火墙
等。
配置方案：根 据设备的特点 和用户需求， 制定相应的配 置方案，包括 IP地址规划、 路由设置、安
全策略等。
校园网络设备配置案例
设备选型：根据需求，选择 合适的路由器、交换机、防 火墙等网络设备。
网络设备的定期保养
设备检查：对网络设备进行定期检查，确保设备正常运行。 清洁设备：定期清洁设备表面和内部，保持设备整洁和卫生。 更换部件：定期更换设备的部件，如电源、风扇等，确保设备的稳定性和可靠性。 软件更新：定期更新设备的软件，保证设备的性能和安全性。
网络设备的故障预防
定期检查网络 设备的工作状 态，及时发现
网络设备的资产管理
设备登记与分类：对网络设备进行 详细登记，包括设备名称、型号、 数量、购置日期等信息，并根据设 备类型进行分类管理。
设备状态监控：通过各种工具和技 术实时监控网络设备的状态，包括 设备的运行状态、网络连接情况等， 确保设备正常运行。
配置管理培训目标和计划
配置管理培训目标和计划1. 前言本文将介绍如何制定配置管理培训的目标和计划。
配置管理是为了确保软件系统或产品的各种版本信息，以及与这些版本信息相关的软件和硬件的变更都能准确、完整地记录下来并能在需要的时候进行复原的一种系统性的方法、工具、过程和活动的总称。
配置管理对于软件开发项目来说，是非常重要的一环，因为它能够确保软件的安全、稳定和正确性。
一个好的配置管理，能够避免很多线上的问题，对于提高软件的质量和维护成本都有着重要的作用。
2. 配置管理培训目标在制定配置管理培训的目标时，需要考虑人员的背景、知识水平和能力需求。
主要的配置管理培训目标如下：1) 理解配置管理的基本概念：了解配置管理的定义、原则、流程和重要性，以及它在软件开发项目中的作用和价值。
2) 掌握配置管理工具和技术：学习配置管理的工具和技术，掌握版本控制系统（如Git、SVN等）、自动化构建工具（如Jenkins、Maven等）和配置管理工具（如Ansible、Chef 等）的使用方法。
3) 学会配置管理的最佳实践：了解配置管理的最佳实践，学习如何制定版本控制策略、如何管理构建和部署、如何进行变更管理等。
4) 提高配置管理的能力：学会如何设计和实施一个好的配置管理方案，包括如何进行环境管理、如何进行持续集成和持续交付等。
5) 改善配置管理的成果：学会如何从配置管理中获得更好的成果，包括提高软件的质量、降低维护成本、缩短交付周期等。
3. 配置管理培训计划在制定配置管理培训的计划时，需要考虑培训内容、培训形式、培训工具和培训评估等方面。
主要的配置管理培训计划如下：1) 培训内容配置管理培训的内容包括：配置管理基本概念、配置管理工具和技术、配置管理的最佳实践、配置管理的能力提升和配置管理成果的改善等。
2) 培训形式配置管理培训的形式包括：讲座、案例分析、小组讨论、实验演练、现场观察等。
根据参训人员的知识水平和能力需求，可以选择适当的培训形式。
配置管理培训课件
符号位 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的审批。
软件配置管理培训课件
如何表达版本的质量状态
• 在版本号中，添加状态标记（常用方法）。有两个 弱点：1.在版本库中，标签不一定能重新命名。 2. 改变标签名称，以及改变安装包的名称，可能会引 起混乱。
• 版本本身可以自带些属性。当质量状态提升时，不 必改版本名称，只需改版本的质量状态属性。
• 用不同的目录，来区分不同质量状态下源代码的整 体版本或安装包。
软件配置管理培训
• 什么是系统集成 • 系统集成的步骤
软件配置管理培训
系统集成
系统集成，简称集成，是基本的使命就是把产品的各个部分捏在 一起，并保证产品作为整体是可以运转的，而不仅是每个模块， 每个单元能在特定的开发调试环境、特定的数据和参数下运转。
软件配置管理培训
• 视角1：集成的，不是模块，而是工作。每个任务单 元可能在一个模块上修改，也可能涉及多个模块。
• 基线是有质量状态的。当探测到源代码质量状态到 达了更新程度的时候，做一个基线提升。
软件配置管理培训
基线 • 被明显的标记和记录下来的源代码整体版本。（即
整体复制） • 在每个文件的特定版本上打标签来完成。
基线的权限——只读
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
• 构建：从源代码生产出安装包的过程。 • 一般包括：编译源代码；链接编译结果；产生可以
运行的程序；把所有对客户有用的东西都打包。 • 构建的输入，是产ห้องสมุดไป่ตู้的全部源文件，可能还有文档、
数据等。 • 构建的输出，通常是安装包。
软件配置管理培训
构建分为
全量构建
增量构建
• 是从每一个源文件的编 译开始，不借助于以往 构建中留下的已有的或 许可以重复使用的结果。
《配置管理培训》课件
分析也是选择工具时需要考虑的重要因素。
工具的使用
总结词
正确使用配置管理工具可以提高开发效率、减少错误并保证代码质量。
05
配置管理的最佳实践
制定合理的配置管理计划
总结词
制定计划是配置管理的第一步， 有助于明确目标和任务，确保资 源的合理分配。
详细描述
在制定配置管理计划时，应充分 考虑项目的规模、复杂度、资源 等因素，明确配置管理的目标、 范围、方法、时间表和预算。
加强团队间的沟通与协作
总结词
良好的沟通与协作是配置管理成功的 关键，有助于减少冲突和误解，提高 工作效率。
配置项的变更控制
总ቤተ መጻሕፍቲ ባይዱ词
对配置项的变更进行控制和管理，确保 变更的合理性和规范性。
VS
详细描述
在项目实施过程中，由于各种原因可能导 致配置项的变更。为了确保项目的顺利进 行和配置项的一致性，需要对变更进行严 格的控制和管理。需要制定变更申请和审 批流程，对变更进行评估和审核，确保变 更的合理性和规范性。
配置项可以是代码、文档、数 据、工具、环境等，它们在开
发过程中不断变化和演进。
配置项的管理包括标识、控制 、状态记录和审计等方面，以 确保配置项的完整性和准确性 。
配置项的管理有助于提高开发 效率和质量，减少错误和混乱 。
配置管理库
01
配置管理库是用于存储和管理配 置项的物理存储介质。
02
配置管理库通常包括硬件和软件 ，例如服务器、存储设备、数据
配置管理培训
SCM流程定义
建立SCM环境 制定SCM计划 SCI的入库和标识 基线的建立和管理
SCI变更
流程定义
立SCM环境
制订SCM计划
SCI的标识与 入库
基线的建立与 管理
SCI变更
产品发行
项目资料管理
第三方软件的 配置管理
配置状态报告 与审计
SCI的备份
整个项目生命周期
1.建立SCM环境
• 目的：为项目SCM活动的开展做好准备活动。
• 基线：由特定的软件开发活动所产生、并通过了正式评审的一组相关 的SCI的集合，，并且只能通过正式的变化控制过程改变。”它是软 件开发中的里程碑，一旦确定，它将成为下一步开发活动的起点。 由此我们可将配置项分为基线配置项和非基线配置项两类，例如：基 线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包 括项目的各类计划和报告等。
配置管理
2013-7-29
培训主题
SCM基础知识
SCM术语 相关术语解释 流程概述
SCM流程定义
建立SCM环境 制定SCM计划 SCI的入库和标识 基线的建立和管理
SCI变更
软件配置管理系统
组织级配置库 项目级配置库
SCM基础知识
SCM术语 相关术语解释 流程概述
1. SCM术语
• CID
配置标识（Configuration Identifier）
– 创建基线的方法是对选定的目录做基线，同时在 Messages中对基线的含义予以说明。
– 对于目录下入基线的SCI，单独打基线，同时在 Messages中对基线的含义予以说明。
– 各项目的基线由相应项目的SCM角色进行标识。
• 基线的更新：
– 准则:只要是基线内容的更新,都属于基线变更. – 更新相应的SCI. – 更新基线的标识.
配置管理培训计划
配置管理培训计划一、培训概述配置管理是软件开发过程中的一个重要环节，它涉及到软件的版本控制、变更管理、构建管理、发布管理等多个方面。
配置管理的好坏直接影响到软件开发的质量和效率。
因此，为了提高软件开发团队的配置管理水平，我们制定了以下的配置管理培训计划。
二、培训目标1.了解配置管理的基本概念和原理；2.掌握常用的配置管理工具和技术；3.能够独立完成软件的版本控制、变更管理、构建管理和发布管理；4.了解配置管理与其他软件开发和管理体系的关系；5.能够解决实际项目中的配置管理问题。
三、培训对象本次培训主要面向软件开发人员、测试人员、项目经理等与配置管理相关的人员，不限于开发经验。
四、培训内容1. 配置管理概述-配置管理的基本概念和原理；-配置管理的重要性和作用；-配置管理与软件开发的关系。
2. 版本控制-版本控制的基本概念；-版本控制的常用工具：SVN、Git等；-版本控制策略和最佳实践。
3. 变更管理-变更管理的基本概念；-变更管理的流程和工具；-变更管理的最佳实践。
4. 构建管理-构建管理的基本概念；-构建工具：Maven、Gradle等；-持续集成和持续交付。
5. 发布管理-发布管理的基本概念；-发布管理的流程和工具；-发布管理的最佳实践。
6. 配置管理工具和技术-配置管理工具的选择和使用；-自动化配置管理技术。
7. 实践案例分析-从实际项目中挖掘配置管理的问题；-如何解决实际项目中的配置管理问题。
五、培训方法本次培训将采用讲授、案例分析、互动讨论、实践演练等多种教学方法，帮助学员全面掌握配置管理的知识和技能。
六、培训安排1. 课程安排-课程时间：连续五天；-每天课程安排：上午9:00-12:00，下午13:30-17:30。
2. 培训地点-培训地点：公司内部培训室；-线上培训：针对有需要的员工提供线上直播课程。
3. 培训费用-本次培训免费，公司全额承担培训费用。
七、培训考核1. 培训结束后将进行培训考核，合格者颁发培训证书。
软件配置管理培训方案
软件配置管理培训方案1. 培训目标本培训旨在帮助学员了解并掌握软件配置管理的基本概念、方法和工具，提升团队开发效率和项目质量管理水平。
2. 培训内容2.1 软件配置管理概述- 2.1.1 什么是软件配置管理？- 2.1.2 软件配置管理的重要性- 2.1.3 软件配置管理的主要流程2.2 配置项管理- 2.2.1 配置项的定义和分类- 2.2.2 配置项标识和版本控制- 2.2.3 配置项的配置控制2.3 变更管理- 2.3.1 变更管理流程- 2.3.2 变更控制和审批- 2.3.3 变更实施和验证2.4 版本管理- 2.4.1 版本控制的原理和方法- 2.4.2 版本控制系统及其应用3. 培训方法3.1 理论讲授：通过教材讲解和案例分析，让学员全面了解软件配置管理的概念和方法。
3.2 实践操作：提供实际项目中的配置管理案例和练题，让学员通过实践操作加深理解和掌握。
3.3 小组讨论：鼓励学员分享自己的经验和观点，通过小组讨论促进交流和研究。
4. 培训工具4.1 讲义和教材：准备详细的讲义和教材，包含理论知识和实践案例。
4.2 演示工具：使用PPT等演示工具辅助讲解和案例展示。
4.3 实践环境：提供配置管理工具和实际项目案例，供学员进行实践操作。
5. 培训评估5.1 知识考核：设置笔试题目，考察学员对软件配置管理理论的掌握程度。
5.2 操作实践：要求学员完成实践操作，评估其在实际项目中应用软件配置管理的能力。
6. 培训周期和安排本培训计划为期3天，每天6小时。
7. 培训师资7.1 主讲人：具有丰富的软件配置管理实践经验和培训经验的专家。
7.2 助教人员：负责演示和实践环境的搭建和维护。
8. 培训效果评估与总结培训结束后，进行学员满意度调查和反馈收集，对培训效果进行评估和总结，提出改进建议。
以上为软件配置管理培训方案的基本内容，具体培训材料将根据实际情况进行补充和调整。
高级配置管理培训实用配置管理培训
合适的计划。
制定详细的配置管理计划
03
根据评估结果，制定具体的配置管理计划，包括资源分配、时
间表、里程碑等。
选择适当配置管理工具
1 2
了解市场上可用的配置管理工具
研究市场上流行的配置管理工具，如Git、SVN 、Mercurial等，并了解它们的特点和适用场景 。
评估工具与项目的匹配度
根据项目需求和团队技能，评估不同工具的优缺 点，选择最适合项目的配置管理工具。
定期审查版本控制策略的执行情况，发现问题及时调整和优化策略 。
03
硬件配置管理实践
硬件资源清单建立与维护
清单内容
包括服务器、网络设备、存储设 备等所有硬件设备的详细信息， 如设备型号、配置、IP地址、使
用部门等。
更新频率
定期更新硬件资源清单，确保信息 的准确性和时效性。
访问权限
设定合适的访问权限，确保只有授 权人员能够查看和修改硬件资源清 单。
软件源代码版本控制技巧
01
02
03
使用版本控制工具
如Git、SVN等，对软件源 代码进行版本控制，记录 每次代码的变更历史。
分支管理
通过创建不同的分支来管 理不同功能的开发，避免 多人开发时的代码冲突。
代码审查
建立代码审查机制，确保 代码质量，减少潜在缺陷 。
软件构建和发布流程优化
自动化构建
使用自动化构建工具，如 Maven、Gradle等，实现 软件构建的自动化，提高 构建效率。
硬件变更控制流程设计
01
02
03
04
变更申请
任何硬件设备的变更都需要提 前申请，包括设备新增、更换
、配置变更等。
审批流程
物业人员的配备、培训与管理
物业人员的配备、培训与管理我公司通过现场踏勘根据校区物业服务项目的实际情况，设置成立物业管理项目服务中心，遵循精干、高效的原则，在内部管理组织机构设置上，按直线职能制予以配置，减少管理链条，提高工作效率，确保物业管理工作高效开展。
一、组建完善的人力资源体系为有效实施物业管理项目一体化物业服务与专业化服务相结合的管理方式，我公司在管理服务机构设置上，采取围绕物业管理项目的运作模式，实现公司领导垂直管理，充分保障资源支持，公司各职能部门对物业管理服务中心实施管理和质量控制，各专业部门对物业管理服务中心进行专业服务和技术支持，通过公司的整体控制和各部门之间的充分协作，确保物业管理项目的物业服务品质。
二、组织机构设置说明1.组织机构的设置原则是精炼、高效、一专多能。
针对服务项目服务管理内容，项目管理服务中心采取项目经理负责制，各部门设置主管，各项工作任务由经理统筹安排，办公室组织策划，各部门主管监督落实，相关部门分工协作相结合的管理方式。
2.公司选派品行良好、经验丰富、业务能力强的公司骨干担任管理服务中心经理，公司给予经理合理的人事、财务、决策指挥权限，以便加强管理服务中心的服务质量，果断快速处理可能发生的各类问题。
3.管理服务中心的人员编制本着精干高效的原则，做到责任明确，分工合理，同时注重团结协作，使管理服务项目无空白、无盲点。
三、新校区物业服务项目组织架构本公司注重人力成本的控制，在岗位设置上遵循以下基本原则：（1）直线管理、层级管理的原则：一般情况下，每个岗位只有一个直接上级，只对直接上级负责，只向直接上级汇报工作，避免多头管理。
（2）同一级别，不重复设置岗位的原则：一般情况下，部门有正职的原则上不再设副职。
（3）扁平化管理的原则：在层级管理的前提下，尽量减少管理层次，以提高工作效率。
本项目各岗位人员必须符合入职基本要求，龙光物业将对每一位新入职员工进行岗前培训，达到上岗条件后方能上岗，上岗后必须能优质完成核定的工作量。
软件配置管理内部培训三库集成
❖ 分支不能改变其起始点,工作空间可以改变
兼具分支和工作空间的优势 流
流的三种含义
❖ 流是起始点可改变的产品级的分支， ❖ 流的起始点可以设置为产品的某个整体版本， ❖ 流可以设置为另外的某个流的末端，
❖ 分支不能长期存在,把分支缩短,在每一次组内 集成,就合并到主线,并关闭该分支,重新建立 新的分支,来吸收下一次组内集成的内容，
基本的版本控制
假设每个程序员负责一个专门模块,不存 在两个程序员修改同一处源代码的问题，
❖ 在修改程序之前,从哪里拿到最新版本 程序员
可能基于过时的程序开始自己的工作
❖ 在修改程序之后,把修改结果提交到那 程序员
的工作可能被湮没
解决之道
将源代码流转的渠道从 网状结构 图1 改成星星结 构 图2 ,也就是设立一个 公共储区,作为参照物和 枢纽,大家统一从这个公 共点取代码,的轩昂程序 改完后,都把自己改的那 部分全部传到公共存储区, 别人再从那里取用，
❖ 什么是系统集成 ❖ 系统集成的步骤
系统集成
系统集成,简称集成,是基本的使命就是把产品 的各个部分捏在一起,并保证产品作为整体是 可以运转的,而不仅是每个模块,每个单元能在 特定的开发调试环境、特定的数据和参数下 运转，
❖ 视角1：集成的,不是模块,而是工作，每个任务单元 可能在一个模块上修改,也可能涉及多个模块，
❖ 基线是有质量状态的，当探测到源代码质量状态到 达了更新程度的时候,做一个基线提升，
基线 ❖ 被明显的标记和记录下来的源代码整体版本，
即整体复制 ❖ 在每个文件的特定版本上打标签来完成，
基线的权限——只读
❖ 软件配置管理 ❖ 基本的版本控制 ❖ 系统集成 ❖ 构建管理 ❖ 分支 ❖ 变体 ❖ 三库管理的概念
配置管理培训课程
批准后，由配臵管理员从开发区更新而来，此区属配臵管理员所有 。
测试区：该区仅为临时区，不作详细规定，测试通过后需删除该区
。测试内容也可由配臵管理员从受控区获取（get latest）到指定的 路径进行测试。
配置库使用建议流程图
进入集成测试阶段以后，开发工程师每日查看 对于BUG进行修改，完成后提交到开发区 按配置管理中的标 识规则进行操作. 开发区： 项目经理 负责控 制、管理 BUG 库 文档或编码完成 根据BUG或配置项变更申请表 Check out进行修改 代码类 根据集成计划 构造工作站 发现BUG放入 基线（代码类） 通过评审放入 基线（文档类） 通过评审放入 测试区， 可为指定 目录 可执行程 序放入
当工作产品完成之后，签入后，按公司版本约定打标识
； 如果需要再修改，则签出；
修改完成后签入，三级或四级版本号加一，按打上面版
本约定打标识 依次类推，直到该配臵项完全定稿。
配置库建议使用原则（续）
配臵管理员按如下原则使用配臵库：
拥有配臵库的全部权限，建立配臵库并分配操作权限
；
，其他区域均无操作权限；
当一个系统/变更测试通过之后，通知配臵管理
员，由配臵管理员根据测试结果对相关配臵项
打标识。
概念——基线
基线，由一个或若干个通过（正式）评审并得到确认的配
臵项组成，是项目进入下一个生命周期阶段的出发点（或 基准）。
基线是软件文档或源码(或其它产出物)的一个稳定版本，
CM（二）
SG 2 Track and Control Changes（跟踪并控制变更）
，跟踪和控制配臵管理下工作产品的变更。
SP2.1 Track Change Requests（跟踪变更申请），变更
配置管理培训课程
； 如果需要再修改，则签出；
修改完成后签入，三级或四级版本号加一，按打上面版
本约定打标识 依次类推，直到该配臵项完全定稿。
配置库建议使用原则（续）
配臵管理员按如下原则使用配臵库：
拥有配臵库的全部权限，建立配臵库并分配操作权限
；
由开发人员或系统分析人员提出变更需求； 由CCB（变更控制委员会）或项目经理审核并决定是否批准；
配臵管理员根据CCB或项目经理 的决定开放相应的权限，并形成
记录备案； 变更申请人员执行相应的变更。
第八章 软件配置管理
CMMI对应实践 配臵管理基本概念 配臵管理活动
产品发布流程
把评审通过的配臵项根据评审后确定的版本，打上版
本标识；
根据审计过的版本控制表生成基线，从开发区把配臵
项移到受控区；之后，锁定该版本的工作产品；
负责配臵库的日常维护及备份；
发布时定期或事件驱动从配臵库生成配臵状态报告。
配置库建议使用原则（续）
测试工程师按如下原则使用配臵库：
测试工程除了对测试区域及公共区域有权限外
CM（二）
SG 2 Track and Control Changes（跟踪并控制变更）
，跟踪和控制配臵管理下工作产品的变更。
SP2.1 Track Change Requests（跟踪变更申请），变更
申请不只是关于新的或变更的工作产品，还包括工作 产品中的错误及缺陷。 SP2.2 Control Configuration Items（控制配臵项），主 要是控制配臵项的变更，一般会形成配臵项的修订历 史和基线的存档两种工作产品。
第八章 软件配置管理
配置管理培训材料.ppt
LINKAGE
3.2 识别配置项
3.配置项标识规定
• 技术文档标识规定:客户名称 - 项目名称 - 文档类型名称 • 质量记录标识规定:客户名称 - 项目名称 - 文档类型名称– 序号 • 代码标识规定:由项目经理或技术经理负责提供，GRB审核。
项目管理文档标识规定 • 会议纪要:客户名称 - 项目名称 - 文档类型名称 – 开会日期 • 项目周报:客户名称 - 项目名称 - 文档类型名称 – 提交日期 • 技术讨论记录:客户名称 - 项目名称 - 文档类型名称 – 讨论日期
用途
开发阶段:存放待测试的代码版本
数据来源 开发区
权限
配置管理员,测试人员：可读 / 可写 其他人员：可读
开发人员在每天下班之前将当天工作成果提交到开发库开 发区，配置管理员进行检查。
开发区允许多人对一个文件进行CHECK OUT操作。
17
3.3 版本控制
LINKAGE
基线库 用途 数据来源 权限
6
LINKAGE
3. 工作内容（WHO，WHEN，HOW，WHAT）
7
LINKAGE
3.1 制定配置管理计划
1 角色担当
配置经理
2 活动说明
了解项目配置管理需求,与项目经理 / 技术经理确定项目配置管理 过程。
依据项目计划完成项目配置管理计划，作为项目计划的子计划提 交评审。
通过评审的配置管理计划纳入配置管理进行管理和控制。
确提取。
4
3. 工作内容 - 重要概念/专业术语
软件配置管理
（Software Configuration Management）
是贯穿于项目始终的一项工作，通过标识和 文档来记录配置项的功能和物理特性，控制 这些特性的变更，记录和报告变更的过程和 状态，并验证它们与需求是否一致。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Configuration Control Board）
• SQA
软件质量保证（Software Quality
Assurance）
• CR 变更请求（Change Requirement）
2.术语解释
• SCI（ 软件配置项）：软件过程中产生的程序（源代码和可执行程序 ）、描述计算机程序的文档（针对技术开发者和用户）和数据（包含 在程序内部或在程序外部）。
• 审计：SCM角色应定期对受控库中的基线进行审计，如 发现问题，由SCM角色通知相关责任人并跟踪问题直到 解决；
• 发布：最后发布受控库中生成的产品，在SCM角色搜集 整理完将提交的全部软件工作产品后，提交发布.如果达 到要求，由测试人员将封样软件提交给SCM主管，由后 者将封样软件存入封样库并作记录。
2.制定SCM计划
• 计划中需要定义：
– 基线的创建时间、级别、内容 – 配置状态报告的频率 – 基线审计的策略 – SCCB成员资格标准和过程 – 项目需要管理的相关资料及其权限分配
3.SCI的入库与标识
3.1 SCI的选择:
• 以下工作产品,以及其附件和应用标准均要纳入基线
1.包含分配需求的相关文档 2.需求分析报告 3.系统设计 4.概要设计 5.测试说明 6.用户文档 7.代码
• SCM 软件配置管理（Software Configuration
Management）
• SCI
软件配置项（Software Configuration
Item）
• SCMP 软件配置管理计划（Software Configuration
Management Plan）
• SCCB 软件配置管理控制委员会（Software
配置管理
2013-7-29
培训主题
SCM基础知识
SCM术语 相关术语解释 流程概述
SCM流程定义
建立SCM环境 制定SCM计划 SCI的入库和标识 基线的建立和管理
SCI变更
软件配置管理系统
组织级配置库 项目级配置库
SCM基础知识
SCM术语 相关术语解释 流程概述
1. SCM术语
• CID
配置标识（Configuration Identifier）
制和版本控制的SCI。产品库：存放测试阶段结束后的最终产品，在 《移交确认单》中有明确定义，包括交付给客户的工作产品和用于以 后升级维护的所有工作产品。
QA与QC区别
• QA（Quality Assurance ） 质量保证 通过建立和维持 质量管理体系来确保产品质量没有问题，QA不仅要知道 问题出在哪里，还要知道这些问题解决方案如何制订，今 后该如何的预防，QC要知道仅仅是有问题就去控制，但 不一定要知道为什么要这样去控制。
• 除了纳入基线的工作产品外，以下工作产品，以及 其附件和应用标准均要纳入受控库 – 计划类文档(阶段计划、风险管理计划除外) – 项目软件过程定义
• QC（Quality Control） 质量控制 产品的质量检验，发 现质量问题后的分析、改善和不合格品控制相关人员的总 称。
简单说，QA控制过程，QC控制产品。
• SCCB：一个有权力管理项目软件基线的委员会（即软 件配置控制委员会）,它的作用表现在： – 定软件基线的建立和SCI的标识； – 代表项目经理和所有可能受到软件基线更改影响的组 的利益； – 评审和审定对软件基线的更改； – 审定由软件基线库制造的产品的生成。
• 基线变更：对纳入基线的SCI原有内容进行的变更，需要走变更流程 。对于工作产品的细化和补充均不作为变更。
• 版本变更：对实行版本控制的SCI所作的变更，不需要走变更流程。 • 开发库：各种信息处于动态变化之中，存放开发过程中的程序、未获
批准的文档、数据。 • 受控库：存放经审查或评审的、状态稳定的阶段产品，包括受基线控
SCM流程定义
建立SCM环境 制定SCM计划 SCI的入库和标识 基线的建立和管理
SCI变更
流程定义
立SCM环境
制订SCM计划
SCI的标识与 入库
基线的建立与 管理
SCI变更
产品发行
项目资料管理
第三方软件的 配置管理
配置状态报告 与审计
SCI的备份
整个项目生命周期
1.建立SCM环境
• 目的：为项目SCM活动的开展做好准备活动。
• 基线：由特定的软件开发活动所产生、并通过了正式评审的一组相关 的SCI的集合，，并且只能通过正式的变化控制过程改变。”它是软 件开发中的里程碑，一旦确定，它将成为下一步开发活动的起点。 由此我们可将配置项分为基线配置项和非基线配置项两类，例如：基 线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包 括项目的各类计划和报告等。
• 当变更超出团队职权范围时，可以由动的同时就开展起来，它 的目的就是要建立和维护在项目的整个软件生命周期中软件项 目产品的完整性。 • 计划：首先要做好SCM活动的准备工作，这包括制定软件配置 管理计划（SCMP）、为新启动的项目建立受控库和开发库以 及为项目组各成员分配相应的权限； • 标识：然后将开发库中被批准的SCI进行标识； • 入库：下一步将根据SCMP中哪些SCI要进入受控库，对这些 选定的SCI进行检查，当SCI被批准后，SCM角色将它提交到 受控库中，其中部分SCI要受到基线控制，部分SCI要受到版本 控制； • 变更：当受控库中SCI要发生变更时，首先辨别此SCI受到哪一 种控制。如果受到基线控制，则由项目经理或其他人对变更后 造成的影响进行估算，得到变更请求说明书，接着SCCB对变 更请求进行评审，决定是否接受基线变更；如果受到版本控制 ，则由相关责任人负责修改和维护SCI即可；
• 相关人：项目组SCM角色、SQA、开发负责人
• 相关活动：配置管理库的建立：在项目启动之后，SCM 角色将在开发库和受控库中建立目录，并制定一个粗略 的配置管理库结构，按工程类和管理类划分目录结构;除 了包含分配需求的文件以外,管理目录下的文件只做版本 控制;工程目录下的文件只做基线控制，两库“管理 ”,“工程”的一级子目录结构必须与软件配置管理计划 中定义的配置库结构保持一致。随着代码的不断稳定， 需不断完善“编码”的子目录结构。