第七章 软件项目配置管理
软件工程-软件配置管理
软件工程-软件配置管理软件工程——软件配置管理在当今数字化的时代，软件已经成为了各行各业不可或缺的一部分。
从我们日常使用的手机应用程序，到企业运行所依赖的复杂系统，软件的重要性不言而喻。
而在软件开发的过程中，软件配置管理（Software Configuration Management，SCM）扮演着至关重要的角色。
它就像是软件项目的大管家，负责确保软件的各个组成部分能够协调一致地工作，并且在整个开发周期中都能够得到有效的管理和控制。
那么，什么是软件配置管理呢？简单来说，软件配置管理是一种用于管理软件产品在其整个生命周期中的变更和版本控制的过程。
它涵盖了对软件项目中所涉及的各种配置项（如源代码、文档、测试用例、数据库脚本等）的标识、跟踪、控制和审计。
通过有效的软件配置管理，开发团队能够更好地协作，提高开发效率，降低风险，并确保软件产品的质量和可维护性。
软件配置管理的首要任务是对配置项进行标识和分类。
这就像是给每个软件组成部分贴上一个独特的标签，以便能够清晰地识别和区分它们。
例如，对于一个 Web 应用程序，其配置项可能包括前端的HTML、CSS 和 JavaScript 文件，后端的服务器端代码，数据库结构定义，以及项目的需求文档和设计文档等。
每个配置项都需要有一个明确的名称、版本号和描述，以便在需要时能够准确地找到和使用。
版本控制是软件配置管理的核心功能之一。
在软件开发过程中，代码和文档会不断地被修改和更新。
如果没有有效的版本控制，很容易出现混乱，导致开发人员无法确定哪个版本是最新的、稳定的，或者在回滚到之前的版本时遇到困难。
版本控制系统（如 Git、SVN 等）可以帮助我们记录每一次的变更，包括谁在什么时候做了什么修改，以及为什么要做这样的修改。
这样，当出现问题时，我们可以很容易地追溯到历史版本，找出问题的根源，并进行修复。
变更管理也是软件配置管理的重要组成部分。
当开发人员提出对软件的修改请求时，需要经过一个严格的变更流程。
软件工程软件配置管理
软件工程软件配置管理软件配置管理（Software Configuration Management，SCM）是软件工程中的一项重要管理活动，通过对软件项目中各项配置项的控制、追踪和审计，确保软件开发过程的可控性和可追溯性，提高软件产品的质量和可维护性。
本文将深入探讨软件配置管理的概念、目标、重要性以及最佳实践。
一、概念软件配置管理指的是在软件项目的整个生命周期中，从需求分析到软件交付和维护阶段，对软件开发过程中的各项配置项进行有效的版本控制、配置控制、变更管理和文档管理。
其中，配置项指的是开发过程中的所有软件和硬件组成部分，如源代码、编译器、库文件等。
二、目标软件配置管理的主要目标是确保软件项目的可控性和可追溯性。
具体来说，它可以帮助团队实现以下目标：1. 版本控制：通过对各个配置项进行版本控制，确保开发团队可以随时回溯到之前的某个版本，避免版本混乱和代码冲突的问题。
2. 配置控制：通过对软件配置项进行授权和权限控制，防止未经许可的更改，确保软件健壮性和一致性。
3. 变更管理：对于软件开发过程中的变更请求，通过严格的变更管理流程进行审批、安排和实施，最大程度地减少变更对系统稳定性的影响。
4. 文档管理：对软件开发过程中的相关文档进行有效的组织、存储和检索，确保开发人员和维护人员能够快速获取所需文档。
三、重要性软件配置管理在软件工程中具有重要的地位和作用，主要体现在以下几个方面：1. 提高开发效率：通过版本控制和配置控制，团队成员可以更好地协同工作，减少开发过程中的混乱和冲突，提高开发效率和质量。
2. 提高软件质量：通过变更管理和文档管理，可以有效地控制软件开发过程中的变更，减少潜在的错误和漏洞，提高软件产品的质量。
3. 保证软件可维护性：通过建立可追溯的配置库，使得对软件产品进行维护和升级更加方便和可靠，避免对已发布版本的错误修改。
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. 对下列工作进行技术和行动指导与监督的一套规范： ——对配置项的功能特性和物理特性进行标识和文件编制工作； ——控制这些特性的更动情况； ——记录并报告这些更动进行的处理和实现的状态。
软件配置管理
软件配置管理软件配置管理（Software Configuration Management，SCM）是指对软件开发过程中的各类配置项（Configuration Item，CI）进行规范、记录和控制的一系列活动。
它旨在确保软件开发过程的有效性、可追溯性和可控性，以提高软件质量、降低软件开发风险。
一、引言软件配置管理是软件开发过程中不可忽视的一环。
在大规模软件开发中，存在着很多开发人员、多个开发环境以及各种版本迭代的情况，如果没有有效的配置管理，将会导致开发过程混乱、版本混乱以及难以追溯等问题。
二、软件配置管理的基本原则在软件配置管理中，需要遵守以下基本原则：1. 可追溯性：每一个配置项都应该有唯一的标识，并能够被追溯到相应的开发过程或需求变更。
2. 可控性：所有的变更都应该经过严格的审核和控制，确保只有经过验证的变更才能被应用到相应的配置项中。
3. 完整性：配置管理应该保证软件系统的完整性，不丢失任何关键的配置信息。
4. 可重现性：通过配置管理，可以确保对于任何一个版本的软件，都能够以相同的方式进行重建，使其能够可靠地应用和测试。
三、软件配置管理的核心活动软件配置管理包括以下核心活动：1. 配置项识别和标识：对软件开发过程中的各种配置项进行识别和分类，并为每一个配置项分配唯一的标识符。
2. 配置控制：设置变更控制机制，确保所有的变更都能够被审查、记录和控制，包括需求变更、设计变更、代码变更等。
3. 配置审查和审计：定期对软件配置进行审查和审计，验证和确保软件的正确性、一致性和完整性。
4. 配置版本管理：对软件的版本进行管理，包括标记、存档和恢复等操作，以便于追踪软件的版本历史和变更记录。
5. 配置发布和交付：控制软件的发布和交付过程，确保交付的软件完整、正确，并能够满足用户的需求。
四、软件配置管理工具为了有效地实施软件配置管理，通常会采用一些软件配置管理工具。
这些工具可以帮助我们完成配置项的标识、变更的控制、版本的管理等任务。
软件项目配置管理计划
软件项目配置管理计划1. 引言软件项目配置管理是一项非常重要的工作，它对于软件开发的整个过程都有着至关重要的影响。
一个好的软件项目配置管理计划可以有效地管理和控制软件开发过程中的任何变更，并确保软件开发过程中的稳定性和一致性。
在软件开发中，配置管理是一个系统的、有可执行的实践流程的过程。
软件配置管理的目标是确保软件图形界面和相关软件科技生命周期模型，软件领域需要建立数据应用和稳定的支持基础中所有不同元素的版本和变更之间的一致性。
2. 目的软件项目配置管理计划是为了确定软件项目的配置管理实践，确保进行配置管理的规划、实施和监督，防止不必要的变更引起的项目延期或错误、资源消耗以及用户满意度等问题。
同时也为了全面控制和监督整个软件项目的变更，提高软件质量和开发效率。
3. 责任3.1 配置管理员配置管理员是负责软件项目过程中的配置管理实践的人员。
配置管理员的主要职责包括：•创建和管理数据存储库。
•确保软件开发团队对配置基线进行审查和批准。
•确保变更记录的正确性和完整性。
•确保变更控制程序的适当实施。
3.2 开发团队开发团队是负责生成软件代码的人员。
开发团队的主要职责包括：•按照配置管理计划中定义的规则和方法进行代码开发。
•在配置基线上进行测试和修正。
•确保变更记录的正确性和完整性。
3.3 项目经理项目经理是负责整个软件项目的人员。
项目经理的主要职责包括：•确保软件开发团队按照配置管理计划实施配置管理。
•确保变更记录和配置基线的完整性和准确性。
•确保配置管理计划的适当实施。
4. 过程4.1 配置项标识在软件项目配置管理中，配置项标识是非常重要的。
配置项标识可以帮助我们更好地管理软件项目，并通过标识不同的版本和变更，更好地跟踪软件项目的进展。
配置项标识的主要准则如下：•对软件项目中的所有文档、源代码、二进制文件进行标识。
•为每个配置项分配一个唯一的标识符。
•使用版本号和版本日期来标识每个配置项。
4.2 配置项控制在软件项目配置管理中，配置项控制是保证软件项目质量的关键。
软件项目配置管理计划案例
软件项目配置管理计划案例1. 背景介绍在软件开发项目中，配置管理计划是确保项目中软件配置项正确管理和控制的重要文档。
本文以一个电商平台开发项目为例，介绍如何编写一个完整的软件项目配置管理计划。
2. 项目概述本项目旨在开发一个功能强大的电商平台，包括前端界面设计、后端逻辑开发以及数据库设计等。
项目涉及多个子系统和模块，因此需要进行有效的配置管理来确保整体目标顺利实现。
3. 配置管理目标3.1 确保每个软件配置项的唯一标识和版本控制；3.2 确保软件配置项的变更可追踪和可审计；3.3 确保团队成员之间的协作和沟通；3.4 管理项目的软件工作产品和文档；3.5 最大限度地减少项目风险及其对项目进度和质量可能的影响。
4. 配置管理过程4.1 配置项识别在该阶段，定义和识别项目中的所有配置项，确保对每个配置项进行正确的标识和文档记录。
4.2 配置项控制此阶段包括配置项的发布、更新和回退等操作，并确保详细记录每个操作的日期、作者和目的。
4.3 配置项状态追踪通过配置项的状态追踪，团队可以准确了解每个配置项的开发、测试、发布和维护阶段。
同时，确保所有配置项都按照计划完成。
4.4 配置项审计定期对项目中的配置项进行审计，以确保每个配置项都按计划进行管理，发现并解决任何配置管理问题。
5. 配置管理工具项目组选择了现代化的配置管理工具来支持软件项目的配置管理工作。
该工具提供了用户友好的界面，可以有效追踪和管理各个配置项的状态、变更记录和版本控制。
6. 配置管理责任人6.1 项目经理负责整个项目的配置管理工作，包括配置项的识别、控制、追踪和审计等。
6.2 工程师团队负责按照配置管理计划进行配置项的开发、测试和发布，同时确保每个配置项的状态准确反映在配置管理工具中。
6.3 配置管理员负责配置管理工具的日常维护和技术支持，协助工程师团队进行配置项的管理和操作。
7. 配置管理计划的更新和审查为了确保配置管理计划的实时性和有效性，团队将对计划进行定期审查，并在需要时进行更新和修订。
软件工程软件项目管理与配置管理
软件工程软件项目管理与配置管理在软件工程领域，软件项目管理和配置管理是非常重要的两个方面。
它们的目标是确保软件项目能够按时交付、高质量地完成，并且在整个开发过程中能够对软件进行有效的控制和管理。
本文将分别介绍软件项目管理和配置管理，并探讨它们的价值和最佳实践。
软件项目管理软件项目管理是指对软件项目进行计划、组织、实施和控制的活动。
它旨在通过合理分配资源和管理团队，确保项目能够按时交付，并满足用户需求和质量标准。
软件项目管理包括以下几个方面：1. 项目计划：制定详细的项目计划，包括任务分解、里程碑设置、时间安排和资源分配等。
通过合理的计划，可以提前预测项目风险并采取相应措施。
2. 项目组织：建立项目团队并确定各成员的职责和权限。
有效的项目组织可以促进团队合作和沟通，并确保项目能够按计划有序进行。
3. 项目实施：根据项目计划执行各项任务，并监督项目进展情况。
及时解决问题和调整资源，以确保项目能够按时交付，并满足用户需求。
4. 项目控制：通过设置项目指标和监控机制，对项目进行及时监控和评估。
根据实际情况进行调整，以保证项目质量和进度的控制。
软件项目管理的价值在于提高项目交付的可信度和成功率。
通过科学的管理方法和技术手段，可以减少项目风险、提高开发效率，并提供更好的用户体验。
配置管理配置管理是指对软件配置项进行标识、控制和管理的过程。
软件配置项包括软件代码、文档、测试用例等。
通过配置管理，可以确保软件在不同版本和环境下的一致性和可追溯性。
配置管理的重要性体现在以下几个方面：1. 配置标识：对软件配置项进行唯一标识，便于追踪和管理。
通过标识，可以快速找到需要修改或回退的配置项，提高开发和维护的效率。
2. 变更控制：对软件配置项的变更进行控制和管理。
通过建立变更控制机制，可以确保变更的合理性、完整性和稳定性。
避免无效或冲突的代码变更，减少对其他模块的影响。
3. 配置追踪：跟踪软件配置项的变更历史和关联关系。
软件项目配置管理
软件项目配置管理概念
配置管理主要作用 –版本管理 –变更管理 –其它（过程管理）
软件项目配置管理概念
配置管理的相关概念
软件配置项 ——凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item，CI）。配置项主要有两大类： –属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、 测试用例等等。 –在管理过程中产生的文档，例如各种计划、状态报告等等，这些文 档虽然不是产品的组成部分，但是值得保存。
–开发库：供开发人员使用没有限制。 –受控库：每个阶段结束时，将工作产品存入，读写和修改收到控制。 –产品库：完成测试后，作为最终产品存入库中，等待交付用户或现场安装。
软件项目配置管理过程
受控操作
–配置库是集中控制的文件库，提供对所存储文件的版本控制。 –从受控库导出的文件自动被锁定直到文件重新被导入，一个版本号自
版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本 丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。
配置项的状态有三种：“草稿”（Draft）、“正式发布”（Released） 和“正在修改”（Changing）。
软件项目配置管理概念
配置项状态变迁 –配置项刚建立时其状态为“草稿”；配置项通过评审（或审批）后， 其状态变为“正式发布”；此后若更改配置项，必须依照“变更控 制流程”执行，其状态变为“正在修改”。当配置项修改完毕并重 新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。
通常将交付给客户的基线称为一个“Release”；为内部开发用的基线则 称为一个“Build”。
软件项目配置管理概念
配置管理委员会 —— 配置管理委员会(Software Configuration Control Board， SCCB)是实现有序、及时和正确处理软件配置项的基本机制。
软件项目管理之配置管理(清华大学教材)
2014-5-22
客户报告了错误，该给他哪个补丁呢？
清华大学软件学院软件项目管理课件研制组 10
为什么需要配置管理？
从软件产业统计数据看
对软件系统的需求 每10年增长900％
软件行业的投资每 10年增长200％
然而软件的生产效 率同期只增长了35 ％
Check-in & Check-out 变更请求分析并
得到批准
软件配置管理控制库 提取 提交 测试，复审， 批准 更改 修改后的配置项
26
配置项
2014-5-22
清华大学软件学院软件项目管理课件研制组
课程内容
软件配置管理的必要性 软件配置管理的概念 软件配置管理的目标 软件配置管理的相关角色 软件配置管理的活动 软件配置管理的工具
课程编号：44100223 大学本科教程
软件项目管理
覃征 教授
课程体系
需求前延 质量检验过程
什么 是 项目 ？
如何 如何 怎样 获得 管理 提交 软件项目管理 项目 项目 项目 ？ ？ ？
结项后 应做 什么 ？
项目需求的实际验证
2014-5-22 清华大学软件学院软件项目管理课件研制组 2
如何管理项目？
2014-5-22
清华大学软件学院软件项目管理课件研制组
28
软件配置管理的目标
版本控制 变更请求管理
配置管理 异地开发支持 过程控制
2014-5-22 清华大学软件学院软件项目管理课件研制组 29
工作空间管理
并行开发支持
版本控制
版本控制是所有配置管理系统的核心功能。配置管理 系统的其它功能大都建立在版本控制功能之上。 版本控制的对象是软件开发过程中涉及的所有文件系 统对象，包括文件、目录和链接。 版本控制的目的在于对软件开发进程中文件或目录的 发展过程提供有效的追踪手段，保证在需要时可回到 旧的版本，避免文件的丢失、修改的丢失和相互覆盖。 版本控制是实现团队并行开发、提高开发效率的基础。
软件项目管理-配置管理
V1.3 V1.0 V1.1 V1.2 V2.0
V1.4
V2.1
软件配置项的分类
基线(Base Line)
定义
已经正式通过复审和评审的某规约或产品，它因此可作为进
一步开发的基础，并且只能通过正式的变化控制过程改变。
系统工程
系统规格说明 软件需求规格说明 软件设计 软件设计说明 源代码 软件测试 测试计划、过程、数据 系统提交
软件配置项的状态
设计态
维护 纠错
测试态
验证 测试完
验证 交付
运行态
受控态
软件配置项的版本
配置项和配置项的版本类似于面向对象的类和实例。
配置项类 数据库设计说明
配置项实例
数据库设计说明V1.1
数据库设计说明V1.2
数据库设计说明V2.0
图9.3 软件配置项类及实例
配置项的不同版本是从最原始的配置项逐渐演变而来，尽管 每个都不相同，但具有相关性。
验证它们与需求是否一致。
为什么需要配置管理？
从软件产业统计数据看 软件行业的投资 每10年增长200％
对软件系统的需求 每10年增长900％
然而软件的生产效率 同期只增长了35％
从软件开发的规模看
配置管理给我们带来了什么？
好处
提高软件开发生产率
降低软件维护费用
问题
为配置管理设置专
C1
C2
C3
C4
问题: 怎样组装和卸装一辆汽车？
软件配置管理的发展
配置管理的概念源于 美国空军，为了规范 设备的设计与制造， 美国空军1962年制定 并发布了第一个配置 管理的标准 AFSCM375-1。
20世纪60年代末70年 代初，Leon Presser 教授在承担美国海军 的航空发动机研制合 同期间，撰写了一篇 名为“Change and Configuration Control”的论文，提出 控制变更和配置的概 念，软件配置管理概 念被首次提出。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件配置管理（SCM）概述
指一套管理软件开发和软件维护以及各种 中间软件产品的方法和规则。 －－－－ 记录软件产品的演化过程。 确保软件开发者在软件生命周期中的各个 阶段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追 朔性、可控性。
8
软件配置管理（SCM）概述
主要思想和具体内容在于版本控制，
第七章 软件项目配置管理
1
前言
软件项目开发遇到如下问题怎么办？ 开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的结果 不能及时反映到各个相关部分； 人员流动交接不彻底造成软件关键部件遗失； 已修复的Bug在新版本中出现； 找不到某个文件的历史版本； 无法重新编译某个历史版本； 因协同开发中，或者异地开发，版本变更混乱导 致整个项目失败； … …
基线计划；交付计划；备份计划；配 置审计和评审；变更管理等。
配置控制委员会
CCB审批该计划；
20
配置管理计划过程
参加项目 规划 规划配置 管理任务 形成配置 管理计划 评审配置 计划
计划入 库
21
配置管理计划大纲
基线定义 版本控制
定义变更控制过程
变更委员会的管理
变更控制纪录
版本控制注意功能是追踪变更
9
配置管理的作用
•软件项目的位置 管理 －－－－
•Who am I?
•Why am I here
•Why am I who I am?
2013-5-19 10
•Where do I belong?
给出程序的状态 给出一个程序的最新版本 处理并发更新申请 取消一个程序变更 防止未授权的变更或删除 提供需求变更申请和程序变更之间的可跟踪性 取消一个需求变更 显示相关变更 收集当前系统源代码和文档信息，以便恢复
1
28
基线（Base Line）
（IEEE）基线：已经正式通过复审和
批准的某规约或产品，它因此可作为 进一步开发的基础，并且只能通过正 式的变化控制过程改变。 基线由一组配置项组成，这些配置项 构成了一个相对稳定的逻辑实体。 基线中配置项不能随意修改。基线通 常对应开发过程中的里程碑
4
配置管理的重要目标
有序、及时和正确的处理对软件配
置项的变更，实现此目标需要 CCB的有效管理。
5
本章要点
配置管理的概念 2 配置管理计划 3 配置标识与建立基线 4 变更管理 5 版本管理 6 配置审核 7 配置状态报告
1
6
配置管理概念
PMBOK(项目管理的知识体系)
按配置项类型分类建库；
适用于通用的应用软件开发；
按任务建库；
适用于专业软件研发组织；
57
受控操作
包括建立控制点和建立报告与审查制度 变更控制要素:同步控制和存取控制
Check in
评审/验证
受控环境
Check out 变更控制 流程
新版本
58
配置库
有效的版本管理
更好的解决并发控制的问题
38
配置项标识
配置项被唯一的标识
ID
一个项目可能有多种配置项标识定义
（如文档类、代码类、工具类）；也 可以统一一个规范定义。
39
配置项标识示例
项目名称_所属阶段_产品名称_版本标
识 版本标识以V开头 版本号分三部分：主版本号、次版 本号、内部版本号
40
配置项标识示例
公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字 版本号：V m.n
59
变更控制
Configuration
Control Board (CCB) 是配置项变更的监管组织；其任务是 对建议的配置项更改做出评价、审批 以及监督已批准变更的实施。
利用配置库实现变更控制；
动态库（开发库、程序员库、工作库）
开发周期的某个阶段，存放与该阶段工作有关系
的信息
受控库（主库、系统库）
开发周期的某个阶段结束时，存放做为该阶段产
品及其相关的信息，配置管理对其中的信息进行 管理，也称配置库
静态库（软件仓库、软件产品库）
存放最终产品的软件库
备份库
56
配置库的建库模式
2
软件项目进行中面临的一个主要问题
是持续不断的变化
有效的项目管理能够控制变化，以最
有效的手段应对变化,不断命中移动的 手段对产品及其开发
过程和生命周期进行控制、规范的一 系列措施和过程。 对变更加以控制 PMBOK ISO9000 CMM的重要组成部 分
QTD-School–RM–SRS-v1.0
41
配置项的跟踪
2013-5-19
42 42
配置项跟踪过程示例
2013-5-19
43 43
配置项跟踪过程示例
2013-5-19
44 44
建立配置管理方案的步骤
组建配置管理方案构造小组； 2 对目标机构进行了解评估； 3 配置管理工具及其提供商评估； 4 制定实施计划； 5 定义配置管理流程； 6 试验项目的实施； 7 全面实施；
有关的工作产品。 包括：交付给顾客的产品；制定内部 工作产品；采办的产品、工具；其他 用于创建和描述这些工作的实体；
34
配置项标识
识别产品的结构、产品的构件及其类
型，并为其分配唯一的标识符。提供 存取控制。同时找出需要跟踪管理的 中间产品，并维护其关系。
35
配置项识别
1 识别 过程描述；需求；设计；测试计划和规程；测 试结果；代码；工具；接口描述； 2 分配唯一的标识号 3 确定每个配置项的重要特征 4 确定进入配置管理的时间 5 确定每个配置项的拥有者的责任 6 填写配置项管理表 7 审批配置项管理表
内部人员沟通协调；
50
项目变更的分类
按性质：重大变更、重要变更、一般变
更； 按迫切性：紧急变更、非紧急变更； 按发生的领域和阶段：进度变更、成本 变更、设计变更、范围变更； 按发生的空间：内部环境变更、外部环 境变更；
51
由于项目渐进明细的特性；
项目变更产生的原因
常见变更原因：
11
配置管理主要功能
软件配置管理的主要活动
配置识别； 变更控制； 状态报告； 配置审计；
12
配置项
产品配置项是指一个产品在其生命周
期各个阶段所产生的各种形式和各种 版本的文档、计算机程序、部件以及 数据的集合。该集合中每一个元素成 为该产品的一个配置项。 Configuration Item 属于该产品组成部分的工作成果； 属于项目管理和机构支撑过程域产
1
45
创建基线并发行基线
构造基线或发行基线的步骤
获得CCB授权； 2 创建构造基线或发行基线； 3 形成文件； 4 使基线可用；
1
46
本章要点
配置管理的概念 2 配置管理计划 3 配置标识与建立基线 4 变更管理 5 版本管理 6 配置审核 7 配置状态报告
13
软件配置项
软件配置项（Software
Configuration Item） 是项目定义其 受控于软件配置管理的项。每个项目 的配置项也许会不同。 一个软件配置项是一个特定的、可文 档化的工作产品集，这些工作产品是 生存期中产生或者使用的。
14
常见配置项示例
项目计划书 系统规格说明书
测试
系统提交
测试计划、过程、数据
可运行系统
31
基线的作用
把开发阶段的工作划分更明确，使连
续的工作在这些点上断开，以便于检 查和肯定阶段成果。
属性
名称；标识符；版本；日期； Release
Build
32
基本的活动
配置标识
变更控制
状态统计
审核
33
识别配置项
识别将置于配置管理之下的配置项和
26
制定配置管理计划的步骤
9 制定基线计划 10 制定配置库备份计划 11 制定变更控制规程 申请人提出变更；配置管理员受理；配 置管理员评估影响；CCB审批；实施变 更；CCB审批变更结果； 12 制定审批计划
27
本章要点
配置管理的概念 2 配置管理计划 3 配置标识与建立基线 4 变更管理 5 版本管理 6 配置审核 7 配置状态报告
1
47
变更管理
变更是信息系统的最普遍的特点 配置管理的主要任务是对变更加以有
效控制和管理，防止软件在多变的情 况下失控。
48
项目变更的不可避免性
用户 开发人员 无序变更可能导致：
基准失效；项目干系人冲突；资源
浪费；项目执行情况混乱；
49
软件项目变更的复杂性
规模、版本； 牵延性；
29
基线
基线提供了软件生存期中各个开发阶
段的一个特定点 一个(些)配置项形成并通过审核，即 形成基线 基线标志开发过程一个阶段的结束和 里程碑 基线修改需要执行正式的程序
30
软件开发各个阶段基线图示
系统工程 系统规格说明 软件需求规格说明 需求分析
软件设计
程序编写
软件设计说明
源代码
36
配置项标识、跟踪
将软件项目中需要进行控制的部分拆
分成基本单位。因为项目中要生成很 多的过程文件。 建立唯一的标识。 建立相互间的对应关系，进行系统的 跟踪和版本控制，以确保项目过程中 的产品与需求和规格的要求相一致。