软件配置管理[学习内容]
软件配置管理
软件配置管理（Software configuration management，SCM）目录软件配置管理 (1)什么是软件配置管理 (2)配置管理的任务 (2)实施软件配置管理的优点 (2)配置软件管理实施的流程 (3)软件配置管理与CMMI (4)软件配置管理案例分析 (4)案例：配置管理在软件企业中的应用 (4)软件配置管理(SCM)是一种标识、组织和控制修改的技术。
软件配置管理应用于整个软件工程过程。
SCM活动的目标就是为了配置管理是对产品进行标识、存储和控制，以维护其完整性、可追溯性以及正确性的学科。
目的是使错误降为最小并最有效地提高生产效率。
1.维护和编制公司配置管理规划、流程和策略。
2.负责日常运行维护及系统优化，负责配置管理工作，包括权限分配、基线管理、版本管理、变更管理、配置审计等;负责配置管理报告的编写和分析。
3.监督和审核项目过程中配置管理规范的实施情况,为项目组提供配置管理流程、工具方面的咨询、培训和支持，参与公司产品及体系认证与维护工作4.负责建立和优化公司配置管理的相关规范和流程并进行相关推广。
不断优化公司配置管理方法和工具(1)定义配置项：软件配置项(SCI)即软件配置管理的对象。
软件开发过程中产生的所有信息构成软件配置，它们是：代码(源代码、目标代码)以及数据结构(内部数据、外部数据)、文档(技术文档、管理文档、需方文档)、报告，其中每一项称为(2)标识配置项：正确标识软件配置项对整个管理活动非常重要，对软件开发过程中的所有软件项目赋予唯一的标识符，便于对其进行状态控制和管理。
(3)定义基线：基线标志着软件开发过程一个阶段的结束，任一软件配置项，一旦形成文档并审议通过，即成为基线。
基本的作用在于把各阶段的工作划分得更明确，使本来连续的工作在这些点上断开，以便检验和肯定阶段成果。
(4)定义软件配置库：软件配置库内容涵盖开发的全过程.实施软件配置管理的优点∙节约费用：缩短开发周期、减少施工费用∙利于知识库的建立：代码对象库、业务及经验库∙规范管理：量化工作量考核、规范测试、加强协调与沟通。
软件配置管理常考内容解析
软件配置管理常考内容解析软件配置管理（Software Configuration Management，SCM）是软件工程领域中至关重要的一项工作。
它旨在确保软件产品在开发过程中以及在发布后的维护中得到有效的控制和管理，以提高软件的质量和可维护性。
本文将对软件配置管理中的常考内容进行解析，帮助读者更好地理解和应用这些知识。
1. 配置管理计划配置管理计划是软件配置管理的基础。
它描述了软件项目中的配置管理活动、责任和流程，以确保软件的稳定性和可追踪性。
配置管理计划通常包括以下内容：a) 配置标识：确定如何标识和命名软件配置项（Software Configuration Item，SCI），以便在开发和维护过程中进行跟踪和控制。
b) 配置控制：规定何时以及如何变更软件配置项，以避免不受控制的变更对系统造成不稳定性或不兼容性。
c) 配置审核：确保软件配置项的规范和准确性，常见的配置审核包括代码审核、文档审核等。
2. 配置管理工具配置管理工具是实现软件配置管理的必备工具。
它们能够帮助团队进行版本控制、配置控制和变更管理等任务，提高开发效率和软件质量。
a) 版本控制工具：例如Git、SVN等，用于跟踪和管理软件版本，确保团队成员能够协作开发，并能够回溯到历史版本。
b) 缺陷跟踪工具：例如Jira、Bugzilla等，用于追踪和管理软件中的缺陷和问题，确保它们得到及时解决。
c) 自动构建工具：例如Jenkins、Travis CI等，用于自动执行构建、测试和部署等任务，提高软件交付的效率和质量。
3. 配置管理过程配置管理过程是软件配置管理的核心，它定义了软件项目中从需求管理到发布交付的整个生命周期。
常见的配置管理过程包括：a) 变更管理：确保软件的变更得到规范和及时处理，避免不受控制的变更对系统造成不稳定性或不兼容性。
b) 文档管理：管理软件项目中的各种文档，包括需求文档、设计文档、测试文档等，以确保团队能够准确地理解和使用这些文档。
软件配置管理内部培训(三库、集成)
什么是系统集成 系统集成的步骤
系统集成
系统集成，简称集成，是基本的使命就是把 产品的各个部分捏在一起，并保证产品作为 整体是可以运转的，而不仅是每个模块，每 个单元能在特定的开发调试环境、特定的数 据和参数下运转。
视角1：集成的，不是模块，而是工作。每个任务 单元可能在一个模块上修改，也可能涉及多个模块。
软件配置管理 基本的版本控制 系统集成 构建管理 分支 变体 三库管理的概念
什么是分支 分支与工作空间的对比 流 集中精力于主线的演进 分支管理要注意的事项
分支
主线又被称为主干，是一种特殊的分支。 合并是某种复制行为，不是复制版本本身，而是复
—— 一个权威定义 （被CMM、CMMI引用）
软件配置管理的一些比喻
图书管理 （在一借一还的过程中都需要记录） 保险柜 （软件资产可能丢失、被窃取和泄露，特别是源代码） 岩钉 （适当保存历史版本，所有的一切软件资产都可以保存）
缺乏管理所造成的问题
软件开发人员之间缺乏必要的交流 产品升级和维护所必需的程序和文档非常混乱 开发过程中的人员流动经常发生 因管理不善致使未经测试的软件加入到产品中 项目开发状态不清楚 软件生产达不到规模化
使用分支 能有效的实现隔离，也实现共享。
弱势： 分支是有管理成本的。如果变体所在的分支
上，包含了一些应该共享的改动，那么应合 并到主干上。这样的话，相应管理成本也会 提高。
支持分支的多种方法
使用文件属性
在一定程度上实现了隔离，但并不完全。在 降低共享的成本同时，削弱了隔离。
共享又不总是能够自动传播。需要手动修改 其他变体的相关文件，才能实现这个功能改 动。
支持分支的多种方法
软件配置管理
软件配置管理1、简介软件配置管理，贯穿于整个软件生命周期，它为软件研发提供了一套管理办法和活动原则。
软件配置管理无论是对于软件企业管理人员还是研发人员都有着重要的意义。
软件配置管理可以提炼为三个方面的内容：●VersionControl-版本控制●ChangeControl-变更控制●ProcessSupport-过程支持关键活动包括：配置项、工作空间管理、版本控制、变更控制、状态报告、配置审计等。
2、软件配置管理技术软件配置管理是一组活动,是设计用来标识变更的工作产品、建立它们之间的关系、定义管理这些工作产品不同版本、控制变更以及审计和报告所发生的变更。
每一个涉及到软件工程过程的人员均在某种程度上和SCM相关联。
一般情况下需要专门的SCM小组或专门的技术人员来管理和支持。
下面通过依次介绍配置管理过程中的主要活动来描述配置管理过程。
2.1识别配置项在项目开发过程中，程序、数据和文档都可以作为配置管理的对象，下面以图的形式来列举可能的配置项，如图2-1所示，由图可以看出配置项之间是组合关系或者相互关系。
图2-1可能的配置项2.2基于配置项版本控制版本控制是将规程和工具相结合来管理在软件工程过程中所创建的配置对象的不同版本，通过“属性元组”等其它技术来控制完整版本中的“变体”，采用不同的工具不同的技术，版本控制的机制会有一些不同。
2.3变更控制变更在软件开发过程中是不可避免的，但过于频繁的变更也会对项目的开发产生负面的影响，如影响项目的进度、浪费人力物力，因此需要对变更进行控制。
变更控制可以依照如下的步骤来进行：（1）提交变更请求；（2）审核变更请求；（3）分配和确定任务；（4）提取变更项；（5）执行变更；（6）审核变更；（7）更新配置管理库。
整个变更控制的产物主要是变更请求单、变更报告单、工程变更单或变更确认单等。
2.4配置审计配置审计一般包括两种，一种是正式的技术评审，另一种是软件配置审计。
在正式的技术评审中，将关注已经被修改的配置项的正确性，配置项的评估配置项，以确定它与其他一致性、遗漏及潜在的副作用。
软件配置管理讲义
二、软件配置管理计划
配置管理计划标准——IEEE 828-1990 1．引言
——配置管理计划的目的、适应范围、使用要求 ——项目概述 ——项目中需特别关注的配置管理问题和风险 ——软件配置管理严格性要求的等级 ——限制和假设 ——术语 ——参考文件
2、软件配置管理
——配置管理的组织结构 ——职责和权限 ——指令和方针 ——参照的规程（组织的规程或客户的规程） ——遵循的标准
——设计库：在设计工作结束时所产生的 • 系统设计说明书 • 程序规格说明 • 数据库设计 • 编码标准、用户接口标准、测试标准 • 系统测试计划 • 用户手册
——构造库：在编码和段单元测试结束时
生
成的
• 源代码
• 标代码
• 单元测试数据
——测试库：系统测试完成后生成的
• 系统测试数据
• 运行手册和安装手册
B
C
A
D
H
E F
G
用户1
A B C D E
F
产品1
用户2
A B C D E
G H
产品2
图3 两个产品具有不同的配置
用户1： A、B、C、D、E和F
用户2： A、B、C、D、E和G、H
（二）软件配置管理
1、什么是软件配置管理
（1）ISO 9000-3 :1997
配置管理是一个管理学科，它对配置项（包括软件项）的开发和 支持生存期给予技术上的和管理上的指导。配置管理的应用取决于项 目的规模、复杂程度和风险大小。 2 W.Babich 的解释
B. 对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。
软件工程具体学习计划
软件工程具体学习计划在当今信息技术迅速发展的时代，软件工程作为一个重要的学科，已经成为了IT行业的核心内容之一。
因此，学习软件工程知识对于计算机科学专业的学生来说至关重要。
为了更好地学习软件工程知识，我制定了以下学习计划。
一、学习目标1.熟练掌握软件工程的基本理论知识和方法。
2.能够熟练掌握软件需求分析、设计、开发、测试和维护等基本技术。
3.了解软件工程相关标准和规范。
4.掌握常见的软件开发工具和技术。
5.掌握软件项目管理知识。
6.具备独立开发软件系统的能力。
二、学习内容1.软件工程基础知识学习-编程语言-数据结构和算法-数据库原理-操作系统-计算机网络-面向对象程序设计-软件工程概论2.软件需求分析与设计-需求获取与分析-需求规格说明-概要设计-详细设计-UML建模3.软件开发技术-软件开发方法与过程 -面向对象分析与设计 -软件构建技术-软件测试技术-软件质量保证4.软件项目管理-项目计划与进度管理 -项目风险管理-团队协作与沟通-软件配置管理5.软件工程工具和技术 -集成开发环境-配置管理工具-软件测试工具-性能测试工具-持续集成与部署6.软件工程实践-软件开发实践-软件项目实践-软件测试实践-软件质量管理实践三、学习计划1. 学习软件工程基础知识：在学校课堂上认真听讲，及时完成各种作业和实验，并积极参加学校组织的相关竞赛活动。
2.自学软件工程相关知识：阅读相关教材和学习资料，通过实际编程练习来加深对软件工程相关知识的理解。
3.参加社会实践活动：积极参加相关的实习和实训活动，争取在实践中学到更多的软件工程知识和技能。
4.持续学习并积累经验：在校期间多参加各种软件开发项目，通过实践不断积累经验。
五、学习成果1.学会软件工程的基本理论和方法，并可以熟练应用在工程实践中。
2.具备了较强的团队协作能力，能够参与软件项目的全过程。
3.具备了一定的软件开发能力，可以根据实际需求独立完成小型软件项目的开发与维护。
第七章软件项目配置管理
27
本章要点
■ 1 配置管理的概念 ■ 2 配置管理计划 ■ 3 配置标识与建立基线 ■ 4 变更管理 ■ 5 版本管理 ■ 6 配置审核 ■ 7 配置状态报告
28
基线（Base Line）
■ （IEEE）基线：已经正式通过复审和批 准的某规约或产品，它因此可作为进一 步开发的基础，并且只能通过正式的变 化控制过程改变。
9
配置管理的作用
7/1/2021
•软件项目的位置 管理
－－－－
•Who am I ?
•Why am I here
•Why am I who I am?
•Where do I
belong?
10
配置管理主要功能
■ 给出程序的状态 ■ 给出一个程序的最新版本 ■ 处理并发更新申请 ■ 取消一个程序变更 ■ 防止未授权的变更或删除 ■ 提供需求变更申请和程序变更之间的可跟踪性 ■ 取消一个需求变更 ■ 显示相关变更 ■ 收集当前系统源代码和文档信息，以便恢复
■ 记录和追踪变更； ■ 采取措施保证变更在受控状态下进行；
54
配置库
■ Configuration Library ■ 作用：
·记录与配置相关的信息； ·利用库中信息评价变更后果； ·从库中提取配置管理过程的管理信
息；
55
关于软件配置库的概念
■ 动态库（开发库、程序员库、工作库）
·开发周期的某个阶段，存放与该阶段工作有关系 的信息
· 配置管理系统包括提交建议的变更的过程，评审 和批准建议的变更的跟踪系统，为授权和控制变 更规定的批准级别，和确认批准的变更的方法。
■ CMMI即(能力成熟度模型集成)
· 运用配置标识、配置控制、配置状态统计和配置 审计，建立和维护工作产品的完整性。
软件配置管理
特定目标与特定实践
• 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.
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
特选内容
3
——W.Babich认为，软件配置管理能协调软件开发，使 得混乱减少到最小。软件配置管理是一种标识、组 织和控制修改的技术，目的是最有效地提高生产率。
——配置状态报告
——配置审核
——发行管理和版本管理
总之，软件配置管理是软件质量管理的一部分。它 是对软件生存期过程中的各种阶级产品和最终产品演化 或变更的管理。因此有人概括地说，软件配置管理是要 解决软件地标识变更、控制变更和发布变更的问题。
表1给出了国际标准ISO/IEC软件生存期过程中规定的软件配置管 理过程的活动和任务。
6.发行管理和交付
• 有效控制软件产品和文档 的发行和交付
• 在产品的生存期内保存代 码、文档的主拷贝
包含重要的安全或保密功能的代 码和文档应按组织的方针处理、 储存、包装和交付
特选内容
11
3，软件配置标识
(1)确定配置项
大型软件项目在其开发过程中可能产生数十各，上百个， 甚至上千个文档，其中有技术性的，也会有不少管理性 的。技术性文档是在不断地变更着，依它们又是下个阶 段工作的依据。管理性的如计划书、建议书、会议录、 备忘录等等，也是需要认真保管好的，但需要加以区分， 例如项目计划、需求规格说明、设计规格说明、源程序、 测试数据等更为重要，被称为正式文档。确定配置项就 是要从中做出选择，决定哪些是受控的，称之为配置项。 图2给出了一个软件配置的层次图，表2则列出了 R.S.Pressman 推荐的软件配置项清单。
制工作； ——控制这些特性的更动情况； ——记录并报告对这些更动进行的处理和实现的状态。
特选内容
4
(2)什么是软件配置项 (Software Configuration Item) ——含义：配置管理的对象，软件工程过程产生的所有
信息项。
——包括：计算机可执行的源代码、目标码、数据库 计算机不可执行的文档、源程序清单、测试用例。
特选内容
12
(2)制定命名规则
配置标识的一项重要工作就是为配置项命名。合理的命 名将有利于管理，使之不致造成混乱。 命名的要求是唯一性（不允许多个配置项命名）和可追 溯性（即命名能够反映各配置项之间的相互关系，可追 溯到相关的配置项）。
——GB/T 11457:1995(软件工程术语）对配置管理的解释：
A.标识和确定系统中配置项的过程，在系统整个生存 周期内控制这些项的投放和更动，记录并报告配置 的状态和更动要求，验证配置项的完整性和正确性。
B.对下列工作进行技术和行政指导与监督的一套规范： ——对一配置项的功能和物理特性进行标识和文件编
——管理的产品(ISO9000-3的4.8)
• 与合同、过程、计划和产品有关的文档和数据；
• 源代码、目标代码和可执行代码；
• 相关产品，包括：软件工具、包括库在内的可复 用软件、外购软件和用户提供的软件。
特选内容
5
——软件配置：所有以上产品在不同时期，出于不同要 求的组合，该组合随着开发工作的进展而不断演化。 可以说，软件配置是指一个软件产品在软件生存期 各阶段的不同形式（机器可读或人工可读）和不同 版本的文档、程序及其数据的集合。该集合中的每 一个元素称为该软件产品软件配置中的一个配置项。 如它可以是针对不同的硬件环境及软件环境的组合。 例如，图1表示某一软件产品的初始系统展开出各种 版本。
特选内容
7
2，软件配置管理计划
原则上，软件配置管理计划是软件开发计划的一个 组成部分。按国家标准GB/T 12505-90计算机软件配置管 理计划规范的规定，软件配置管理计划应包括以下重要 内容：
——明确规定负责软件配置管理的机构及其任务、职责 和有关接口的控制。
——要开展的配置管理活动，涉及到：
的软件项 • 审核跟踪变更 • 控制并审核受控制软件项
• 跟踪变更原因、变更授权 • 以保证重要功能的安全或保密
特选内容
10
4.配置状态报告
• 编制管理记录和状态报告
• 表明受控项(包括基线)的状态 和历史
• 状态报告应包括变更号、最新 版本、发行标识、版本号及各版 本比较
5.配置评价
• 确定和保证软件项的功能 完整性、物理完整性
——配置标识（Configuration Identification) 配置标识包含了确定产品结构，选择配置项，将配 置项的物理特性和功能特性以及接口和随后的变更 形式文件，为配置项及相应文件分配标识符或编码 的活动。
特选内容
6
(3)软件配置管理的任务
——制定配置管理计划
——确定标识规则
——实施变更控制
参考：国家ቤተ መጻሕፍቲ ባይዱ准GB/T 12505-90计算机软件配置管理计划规范
特选内容
2
配置（Configuration）一词在其它领域中已有广泛的 应用，只不过称呼有所不同，但都有其确切的含义。如原 子结构的形态和组态，控制系统的配置以及计算机系统的 配置等等。许多领域也把配置称为技术状态。
1，什么是配置管理Configuration Management
活动
任务
解释
1.过程实施
• 开发配置管理计划
• 计划描述：配置活动、这些活 动的规程、进度、配置管理组织 及与其它组织的管理
• 计划应形成文件
2.配置标识
• 规定标识规则
• 以控制软件项及其版本
• 标识内容包括：基线文档、版 本基准号、其它。
3。配置控制
• 标识并记录变更申请 • 分析与评价变更 • 批准（或不批准）申请 • 实现、验证和发行已变更
软件配置管理
SCM---Software Configuration Management
------概念、方法与任务
主讲：郑人杰
2001年8月
特选内容
1
目录
1. 什么是配置管理 2. 软件配置管理计划 3. 软件配置标识 4. 变更管理 5. 版本管理和发行管理 6. 配置审核 7. 配置状态报告 8. 软件配置管理工具 9. 结论
• 配置标识 • 配置控制，即变更控制 • 配置状态的记录和报告 • 配置审核和评审
特选内容
8
——配置管理所采用的工具、技术和方法。
上述国家标准还附有软件配置管理计划的示例和配置管 理报表及其格式。
特选内容
9
表1 国际标准ISO/IEC 12207 (1995)
信息技术——软件生存周期过程中规定的软件配置管理过程