第10章 软件配置管理计划综述
软件配置管理计划
软件配置管理计划1. 背景。
在软件开发过程中，配置管理是非常重要的一环。
它涉及到软件开发过程中的各种资源管理，包括代码、文档、工具、库文件等。
软件配置管理计划是为了确保软件开发过程中资源的有效管理和控制，以保证软件开发过程的顺利进行和最终交付高质量的软件产品。
2. 目标。
软件配置管理计划的目标是确保软件开发过程中的资源管理和控制，包括但不限于：确保软件开发过程中的各种资源的有效管理和控制；确保软件版本的管理和控制，以便追踪和回溯软件的历史版本；确保软件开发过程中的变更管理和控制，以便有效地管理和控制软件的变更；确保软件开发过程中的配置项管理和控制，以便有效地管理和控制软件的配置项。
3. 范围。
软件配置管理计划的范围包括但不限于：资源管理和控制，包括代码、文档、工具、库文件等；版本管理和控制，确保软件版本的管理和控制；变更管理和控制，确保软件开发过程中的变更管理和控制；配置项管理和控制，确保软件开发过程中的配置项管理和控制。
4. 责任。
在软件配置管理计划中，需要明确各个相关方的责任和权限，包括但不限于：项目经理，负责制定和执行软件配置管理计划；开发人员，负责按照软件配置管理计划管理和控制软件开发过程中的各种资源；测试人员，负责按照软件配置管理计划管理和控制软件测试过程中的各种资源；配置管理员，负责执行软件配置管理计划，确保软件开发过程中的资源管理和控制。
5. 过程。
软件配置管理计划需要明确软件配置管理的具体过程，包括但不限于：资源管理和控制的具体流程和方法；版本管理和控制的具体流程和方法；变更管理和控制的具体流程和方法；配置项管理和控制的具体流程和方法。
6. 工具。
在软件配置管理计划中，需要明确使用的软件配置管理工具，包括但不限于：版本管理工具，用于管理和控制软件的版本；变更管理工具，用于管理和控制软件的变更；配置项管理工具，用于管理和控制软件的配置项。
7. 评估。
软件配置管理计划需要明确软件配置管理的评估方法和标准，以确保软件配置管理计划的有效执行和软件开发过程的顺利进行。
软件配置管理计划
软件配置管理计划案卷号日期,项目名称,软件配置管理计划作者:完成日期:签收人:签收日期:修改情况记录:版本号修改批准人修改人安装日期签收人目录1 引言 ..................................................................... ........ 1 1.1 目的.....................................................................1 1.2 定义和缩写词 ............................................................. 1 1.3 参考资料 ................................................................. 1 2 管理 ..................................................................... ........ 1 2.1 机构.....................................................................1 2.2 任务.....................................................................2 2.3 职责.....................................................................2 2.4 接口控制 (2)2.5 实现.....................................................................2 2.6 适用的标准、条例和约定 (3)2.6.1 指明 (3)2.6.2 内容................................................................. 3 3 软件配置管理活动 (4)3.1 配置标识 (4)3.1.1 基线 (4)3.1.2 代码、文档 ........................................................... 4 3.2 配置控制 .................................................................5 3.3 配置状态的记录和报告 ..................................................... 5 3.4 配置的检查和评审 ......................................................... 6 4工具、技术和方法 (6)5 对供货单位的控制 (7)6 记录的收集、维护和保存 ............................................................ 7 7 附录:配置管理报表及其格式 ........................................................ 7 7.1 软件问题报告单(SPR) . (7)7.1.1 配置管理人员填写内容 (7)7.1.2 配置管理状态 (8)7.1.3 配置管理申请人员填写的内容 ........................................... 8 7.2 软件修改报告单(SCR) . (8)1 引言1.1 目的本条必须指出特定的软件配置管理计划的具体目的。
软件配置管理计划
软件配置管理计划计划一：软件配置管理计划1引言1．1目的本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。
1．3参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADCSC软件质量保证计划2管理2．1机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。
软件工程中的软件配置管理
软件工程中的软件配置管理软件配置管理（Software Configuration Management，简称SCM）是软件工程中的重要环节，旨在管理和控制软件开发过程中的软件配置项，确保开发团队能够有效地进行版本控制、配置控制、变更管理和发布管理等活动。
本文将从什么是软件配置管理、软件配置管理的重要性以及常见的软件配置管理工具等方面进行论述。
一、软件配置管理概述软件配置管理是指在软件开发过程中，通过制定、实施和控制一系列规范和方法，以管理和控制软件项目的各个配置项的演变过程，确保软件开发工作按照预期进行，防止软件开发过程中的混乱和错误。
在软件配置管理中，一个软件配置项（Software Configuration Item，简称SCI）可以是一个文件、一个代码段、一个测试用例集合，甚至一个技术规范等，它是软件开发过程中可以独立进行配置管理的最小单元。
软件配置管理的目标主要包括以下几个方面：1. 版本控制：确保软件开发过程中各个版本的管理和追踪，以便于后续开发和维护工作的进行。
2. 配置控制：对软件配置项的变更进行管理和控制，防止非授权的改动和冲突。
3. 变更管理：对软件配置项的变更进行评估、分析和审批等，确保变更的正确性和影响的可控性。
4. 发布管理：管理软件的发布过程，确保软件的交付和部署的准确性和可追溯性。
二、软件配置管理的重要性软件配置管理在软件工程中具有重要的意义和价值，主要体现在以下几个方面：1. 提高团队协作和效率：通过合理的软件配置管理，可以明确各个开发者的工作任务和责任，并确保各版本之间的协同开发和有效合并，提高开发团队的协作效率。
2. 保证软件质量和稳定性：通过版本控制和配置控制，可以对软件进行持续集成和测试，发现和修复潜在的问题和缺陷，确保软件的质量和稳定性。
3. 实现变更管理和追溯能力：通过变更管理，可以对软件的变更进行跟踪和审计，为软件的维护和演进提供有力的支持，同时也能够追溯到变更的原因和影响。
软件配置管理综合
综合作业10803080125 张佳俊目录1、软件配置管理的定义及作用............................................................................. - 2 -2、当前软件配置管理使用的工具对比................................................................. - 2 -3、svn的安装过程.................................................................................................. - 5 -4、什么是版本控制、版本标识............................................................................. - 7 -5、什么是工作空间、什么是版本库..................................................................... - 7 -6、什么是工作项，包含的内容有哪些................................................................. - 8 -7、分支定义，作用，分支的类型有哪些........................................................... - 8 -8、配置管理员的职责是什么................................................................................. - 8 -9、版本树的定义，版本树的形状影响................................................................. - 9 -10、变更控制管理的过程..................................................................................... - 10 -1、软件配置管理的定义及作用1.1 软件配置管理，简称 SCM(Software Configuration Management)，简单而言就是管理软件的变化，它应用于整个软件工程过程，通常由相应的工具，过程和方法学组成。
软件配置管理计划
软件配置管理计划与图形编辑功能以及上述辅助功能，可以比较方便地产生清晰悦目的文档，也有利于对文档进行更改，这有助于提高文档的编制质量。
有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规定。
5对供货单位的控制CADCSC项目所属的各个子系统开发组如果需要从软件销售单位购买、委托其他开发单位、从开发单位现存软件库选用或从项目委托单位或用户的现有连锁反应加中选用软件时，则在选用前应向CADCSC总体组报告，然后由CADCSC总体组组织”软件选用评审小组”进行评审、测试与检查，只有当演示成功、测试合格后才能批准使用。
如果只选用其中部分内容，则按等待开发软件的处理过程办理，此时CADCSC 总体组不予预。
在进行上述工作过程中，软件配置管理人员要进行下列工作：A．项目的软件配置管理小组要参加对上述四类由间接供货单位提供的软件的物理配置检查；这些软件的功能配置检查由项目的软件质量保证小组负责。
B．在这些软件送入软件受控库与其他软件成分进行组装之前，软件配置管理小组要对其存放媒体和配置标识进行认真的审查。
C．由软件质量保证小组审查选用的上述四类软件，必须经过正式的验收手续，并由项目技术管理小组负责人批准，然后置于软件配置管理小组的控制之下。
6记录的惧维护和保存在本项目及其所属的各个子系统的研制与开发期间，要进行各种软件配置管理活动。
准确记录、及时分析并妥善存放有关这些活动的记录，对这些软件的下沉运行与维护工作十分有利。
在软件配置管理小组中，应有专人负责收集、汇总与保存这些记录。
A．基础上组装系统、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品基线要送入软盘或磁带，至少必须一式两份且存放在两个不同的地点。
这些记录应该每6个月拷贝一次，以免意外损伤与自然老化。
B．上述这些软件的文档也应送入软盘或磁带，至少必须工式两份且存放在两个不同的地点，并应有一份打印的硬拷贝。
磁媒体应该每隔6个月拷贝一次，以免意外损伤与自然老化。
软件配置管理计划
软件配置管理计划一、引言。
软件配置管理是软件工程中的一个重要环节，它涉及到软件开发、测试、部署和维护的方方面面。
一个完善的软件配置管理计划可以帮助团队更好地管理软件开发过程中的各种资源和变更，提高开发效率，确保软件质量。
本文档将详细介绍软件配置管理计划的制定和执行。
二、管理目标。
1. 管理范围，本计划将涵盖软件开发过程中的所有配置项，包括代码、文档、测试用例、第三方库等。
2. 管理目标，确保软件开发过程中的配置项能够被正确识别、记录、控制和审计，以及对变更进行有效管理，保证软件交付的质量和可靠性。
三、配置管理流程。
1. 配置识别，对软件开发过程中的所有配置项进行识别和记录，包括版本号、变更记录、依赖关系等。
2. 配置控制，建立统一的配置管理库，对配置项进行版本控制和访问控制，确保每个配置项都有唯一标识。
3. 变更管理，建立变更管理流程，包括变更请求的提交、审批、实施和验证，确保变更不会对软件系统造成负面影响。
4. 配置审计，定期对配置管理库进行审计，确保配置项的完整性和一致性。
四、配置管理工具。
为了更好地支持配置管理流程，我们将采用以下工具：1. 版本控制工具，Git，用于对代码和文档进行版本控制和协作。
2. 缺陷管理工具，JIRA，用于提交和跟踪软件缺陷和变更请求。
3. 文档管理工具，Confluence，用于管理和共享软件开发过程中的各种文档和资料。
五、配置管理团队。
1. 配置管理员，负责配置管理计划的制定和执行，包括配置识别、控制、变更管理和审计。
2. 开发团队，负责按照配置管理计划的要求，对配置项进行正确的提交和管理。
3. 测试团队，负责对软件配置管理流程进行评审和验证，确保配置管理的有效性和可靠性。
六、风险管理。
1. 人员变动，由于团队人员的变动，可能导致配置管理流程的不稳定和混乱。
2. 工具故障，配置管理工具的故障可能导致配置项的丢失或损坏，影响软件开发进度和质量。
七、执行计划。
1. 制定配置管理计划，由配置管理员负责制定配置管理计划，并经过团队讨论和审批。
软件工程中的软件配置管理方法(十)
软件工程中的软件配置管理方法一、概述在软件开发过程中，配置管理是一项至关重要的任务。
它帮助开发团队有效地管理软件项目的版本、变更以及相关的文档和源代码等。
软件配置管理方法可以提高软件质量、减少错误和冲突发生的可能性，提升团队的协作效率。
本文将介绍几种常见的软件配置管理方法。
二、版本控制系统版本控制系统是软件配置管理中的关键工具之一。
它可以追踪软件项目的版本历史，记录每一次的变更，并提供协作平台供团队成员共同工作。
Git是当前最流行的版本控制系统之一。
它具有分布式版本控制、分支管理、轻量级快速等特点，使得团队成员可以高效地共享和管理代码。
三、持续集成持续集成是软件开发中的一种实践方法，也是软件配置管理的一部分。
它的核心理念是将开发人员的代码集成到主干分支中，并自动进行构建和测试。
通过持续集成，团队可以快速发现和修复代码错误，确保软件的稳定性和可靠性。
常用的持续集成工具有Jenkins、Travis CI等。
四、错误跟踪系统错误管理是配置管理的重要组成部分。
错误跟踪系统帮助团队收集、管理和解决软件开发过程中出现的问题。
它可以追踪错误信息、分配任务给开发人员，并提供错误解决的进展反馈。
常见的错误跟踪系统有JIRA、Bugzilla等，它们为团队提供了一种高效的方式来管理和解决软件项目中的问题。
五、自动化构建和部署自动化构建和部署是一种提升软件开发效率的重要手段。
通过自动化构建，可以将源代码编译成可执行文件或部署包；通过自动化部署，可以快速将软件部署到目标环境中。
常用的自动化构建和部署工具有Maven、Gradle、Docker等。
它们可以显著减少人工操作和减少部署错误的风险。
六、文档管理系统在软件开发过程中，文档是不可或缺的一部分。
文档管理系统可以帮助团队有效地组织和管理文档，确保团队成员可以轻松查找和共享需要的文档。
常用的文档管理系统有Confluence、SharePoint等，它们提供了灵活的权限管理和文档协作功能。
软件配置管理计划
产生了不同版本的软件模块设计，由于没有相关的
有效管理措施，开发人员已经很难清晰、有效识别、 区分这些软件模块，出现许多开发人员都有该模块 的诸多版本
案例引入
软件项目已经成功实施了8个月，项目组已经 进入编码阶段，在此过程中产生了许多的软件 产品
配置项标识 变更管理 配置项审计 配置项状态统计
三、软件项目配置管理计划 四、配置管理工具 五、案例分析
基线(1/6)
什么是基线？
已经通过正式复审和批准的软件产品、标准或规约， 它们可以作为进一步开发的基础，并且只能通过正 式的变化控制过程才允许对它们进行变更.（IEEE）
使相关的SCI之间满足文实相符，文文一致以确保 SCI的有效性
以清晰、明了、易管理的方式标识每个SCI，使其 满足 :可视性 、唯一标识性
使最终软件产品的正确地生成、改进和维护成为置管理（SCM)定义
记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶段
为什么需要基线？
基线(2/6)
软件产品典型基线
SRS
需求分析
软件设计 文档
软件设计 编码
源代码
测试
发布
软件系统
测试计划 /报告
基线(3/6)
作为基线的SCI
软件工程活动
产生或修改
SCIs
正式技术复审
SCM 控制
批准 SCIs
Check in
软件产品仓库
或配置库（受控库）
SCIs
Check out
都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追朔性、
软件配置管理计划范本
软件配置管理计划范本一、引言软件配置管理（Software Configuration Management，简称SCM）是确保软件产品在其生命周期内能够进行有效控制和管理的过程。
为了规范软件配置管理的实施，制定一个详细的软件配置管理计划非常必要。
本文将提供一个软件配置管理计划范本，供相关人员参考和使用。
二、背景信息在撰写软件配置管理计划之前，我们需要了解以下背景信息：1. 项目名称：2. 项目目标：3. 相关人员：4. 版本控制工具：三、配置管理目标本部分将描述软件配置管理的目标和具体实施计划，包括以下几个方面：1. 配置标识符：为软件及其组件定义唯一的标识符；2. 版本控制：确保对软件及其组件的版本进行控制和管理；3. 变更管理：负责对软件及其组件的变更进行评审、批准、实施和记录；4. 系统构建和发布：负责将配置项组装成可执行的软件产品并进行发布；5. 配置状态管理：确保对软件配置项及其状态进行记录和管理。
四、配置管理计划本部分将详细介绍软件配置管理计划的内容和执行方式。
1. 配置标识符管理1.1 配置项命名规范配置项的命名规范应包括：配置项名称、版本号、标识符等信息。
1.2 配置项标识符的生成规则配置项标识符的生成规则应基于项目的特定需求，并确保唯一性和易于识别。
1.3 配置项标识符的维护和更新配置项标识符需要进行维护和更新，以保证项目团队的一致性和正确性。
2. 版本控制管理2.1 版本控制工具的选择根据项目需求和团队习惯选择适合的版本控制工具，如Git、SVN等。
2.2 版本控制策略设定版本控制的策略和规范，包括代码提交、分支管理、冲突解决等。
2.3 版本库的维护和备份定期对版本库进行备份，确保数据的安全性和可恢复性。
3. 变更管理3.1 变更管理流程制定变更管理的详细流程，包括变更请求、评审、批准、实施和记录等。
3.2 变更影响分析对变更进行影响分析，评估其对项目进度和功能的影响，并及时通知相关人员。
软件项目配置管理计划课件
确保配置项的完整性和准确性，降低配置管理过程中的错误率。
内容
检查配置项的版本、状态、属性等是否符合要求，验证配置项之间的关联性和一致性。
配置审计的方法与过程
方法
采用抽样、比较、验证等方法对配置项进行审计。
过程
制定审计计划、实施审计、记录审计结果、编写审计报告。
审核与审计结果的处理
处理方式
根据审核与审计结果，采取相应的措施 ，如修改配置项、更新配置管理计划等 。
特点
配置管理是一种管理技术，它关注的 是软件产品的版本控制、变更控制、 状态统计和审计等方面，确保软件产 品的完整性和一致性。
配置管理的重要性
保证软件产品的质量
保证软件产品的可维护性
通过配置管理，可以有效地控制软件 产品的变更，减少因变更导致的错误 和缺陷，从而保证软件产品的质量。
通过配置管理，可以有效地记录和管 理软件产品的变更历史和状态，方便 后期维护和升级。
提高开发效率
配置管理可以有效地管理软件产品的 版本和变更，避免因版本冲突和重复 开发导致的资源浪费，从而提高开发 效率。
配置管理的历史与发展
起源
配置管理起源于20世纪60年代的 美国国防工业，最初是为了解决 多版本软件产品的管理和控制问
题。
发展历程
随着软件工程的发展，配置管理 逐渐成为一门独立的学科和技术
工具使用规范
制定工具使用规范，明确 工具的使用范围、操作流 程和注意事项，以避免误 操作和数据丢失。
工具的集成与维护
集成方式
确定工具之间的集成方式 ，包括数据交换、接口对 接等，确保数据和信息的 互通性。
维护计划
制定工具的维护计划，定 期检查工具的性能、安全 性和稳定性，确保工具的 正常运行。
软件配置管理计划（范本）
软件配置管理计划软件配置管理计划本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的C ADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。
1．3参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADC SC软件质量保证计划2管理2．1机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
软件配置管理计划精选全文完整版
可编辑修改精选全文完整版软件配置管理计划本计划中的任务包括以下内容：1.确定软件配置管理的组织结构和职责分工；2.制定软件配置管理计划，包括软件配置项的标识、控制、审查、审批和发布等；3.确定软件配置控制的流程，包括软件变更控制、版本控制和库管理等；4.确定软件配置管理的工具和环境，包括配置管理工具、版本控制工具和库管理工具等；5.确定软件配置管理的培训计划，包括软件配置管理人员的培训和使用软件配置管理工具的培训等；6.确定软件配置管理的评审和审计计划，包括软件配置管理计划的评审和审计，以及软件配置管理的执行情况的评审和审计等；7.确定软件配置管理的报告计划，包括软件配置管理计划的执行情况报告和软件配置管理的问题报告等。
2．3软件配置管理计划的制定和审批软件配置管理计划应该在软件开发初期制定，并在软件开发过程中不断更新和完善。
软件配置管理计划的制定和审批应该按照以下步骤进行：1.由软件配置管理小组负责制定软件配置管理计划，并提交总体组审批；2.总体组审批通过后，软件配置管理计划应该在所有软件开发人员中广泛宣传和推广；3.软件配置管理计划的执行情况应该定期进行评审和审计，并及时更新和完善。
2．4软件配置项的标识为了有效地进行软件配置管理，必须对软件配置项进行标识。
软件配置项的标识应该包括以下内容：1.软件配置项的名称和版本号；2.软件配置项的类型和功能；3.软件配置项的状态和所属子系统；4.软件配置项的负责人和开发人员；5.软件配置项的变更记录和审批记录。
2．5软件配置项的控制软件配置项的控制是软件配置管理的核心内容。
软件配置项的控制应该包括以下方面：1.软件配置项的变更控制，包括变更申请、变更分析、变更评审、变更批准和变更实施等；2.软件配置项的版本控制，包括版本标识、版本发布和版本回退等；3.软件配置项的库管理，包括库的建立、库的维护和库的备份等。
2．6软件配置管理工具和环境为了有效地进行软件配置管理，必须选择合适的软件配置管理工具和环境。
(最新整理)本第10章软件配置管理
2021/7/26
西安交通大学 刘海岩
18
访问控制和同步控制流程
加锁：使得当前被提取的版本在放回之前别人不能对它
作任何修改（同步控制）。
解锁：在经过SQA和测试后，新的基线对象被解锁并提
2021/7/26
交修改后的版西安本交。通大学 刘海岩
19
4、配置审核 配置审核是一个SQA活动，确保SCM的有效
配置项的状态变化见下图。
2021/7/26
西安交通大学 刘海岩
15
配置项的状态变化 变更控制过程见下图：
2021/7/26
西安交通大学 刘海岩
16
2021/7/26
变西更安交控通大制学 刘过海岩程
17
（6）两个变更控制因素
• 访问控制：管理哪个程序员有权访问和修 改SCI。
• 同步控制：保证两个不同人员完成的并行 变更不会相互覆盖。
建立基线的概念是为了把各开发阶段的工作划分得 更加明确，这样有利于检验和肯定阶段工作的成果。同 时也有利于变更控制。有了基线的规定后，就可以禁止 开发人员随便修改一个“已冻结”的工作成果。
2021/7/26
西安交通大学 刘海岩
7
10.3 软件配置管理过程
SCM的基本任务:
• 制定SCM计划 • 配置项标识 • 版本控制 • 变更控制 • 配置审核和报告
• 审核员发现不符合现象时做出记录； • 项目经理负责消除不符合现象； • 审核员验证所有不符合现象确已得到解决。
2021/7/26
西安交通大学 刘海岩
21
5、配置状态报告
其 任务是有效地记录和报告管理配置所需 要的信息，以便及时、准确地给出软件配置的 当前状况，加强SCM工作。
第10章_软件配置管理
设计阶段完成后得到的产 据库设计、编码标准、用户界面标准、
品
测试标准、系统测试计划、用户手册
编码类
编码及单元测试后得到的 源代码、目标码、单元测试数据及单元
工作产品
测试结果
测试类
系统测试完成后的工作产 系统测试数据、系统测试结果、操作
进入维护阶段以后产生的 以上任何变更的软件配置项 工作产品
第 10 章 软件配置管理
1
本章内容提要
10.1 软件配置管理面临的问题 10.2 配置识别 10.3 变更控制 10.4 审计和报告 10.5 本章小结 10.6 复习思考
2
软件项目开发中是否遇到如下的问题？
开发人员使用错误的版本修改程 序
开发人员未经授权修改代码或文 档,或修改的结果不能及时反映到 各个相关部分；
–配置项命名 确定了配置项后，还需要对配置项进行合理、科学的命名。配置项的命名必 须满足唯一性和可追溯性，大多数是采用层次式的命名规则。
–配置项的描述 配置项还有一些其他属性和与其他配置项的关系，常常采用描述对象的方式 来进行描述。每个配置项用一组特征信息(名字、描述、一组资源、实现)唯 一地标识。
14
确定配置项
15
确定配置项
16
确立项目基线
IEEE（IEEE Std.No.610.12-1990）对基线的定义是这样的“已经通过 正式符合批准的某规约或产品，它因此可作为进一步开发的基础，并且 只能通过正式的变化控制过程改变”。
—— 基线是软件生存期各开发阶段末尾的特定点，也称为里程碑。 基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定
–处于“正在修改”状态的配置项的版本号格式为：X.YZ –配置项正在修改时，一般只增大Z值，X.Y值保持不变。 –当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增 加X.Y值。
简述软件配置管理
简述软件配置管理一、简述软件配置管理随着软件团队人员的增加，软件版本不断变化，开发时间的紧迫以及多平台开发环境的采用，使得软件开发面临越来越多的问题，其中包括对当前多种产品的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等，这些问题在实际开发中表现为，项目组成员沟通困难，软件重用率低下，开发人员各自为政，代码冗余度高，文档不健全等；造成的结果是：数据丢失，开发周期漫长，产品可靠性差，质量低劣，软件维护困难，用户抱怨使用不便，项目风险增加等。
解决这些问题的唯一途径是加强软件开发的管理，而软件开发管理的核心是软件配置管理。
什么是软件配置管理？软件配置管理是一套规范、高效的软件开发基础结构。
作为管理软件开发过程有效的方法，SCM 早已被发达国家软件产业的发展和实践所证明。
SCM 可以系统地管理软件系统中的多重版本；全面记载系统开发的历史过程，包括为什么修改，谁作了修改，修改了什么；管理和追踪开发过程中危害软件质量以及影响开发周期的缺陷和变化。
SCM 对开发过程进行有效地管理和控制，完整、明确地记载开发过程中的历史变更，形成规范化的文档，不仅使日后的维护和升级得到保证，而且更重要的是，这还会保护宝贵的代码资源，积累软件财富，提高软件重用率，加快投资回报。
从某种角度讲，SCM是一种标识、组织和控制修改的技术，目的是使错误降为最小并最有效地提高生产效率。
SCM 是通往ISO9000 和SEI CMM 标准的一块基石。
二、软件配置管理的主要活动任何一个活动的执行首先是明确谁做，再明确怎么做，配置管理活动也一样，一般来说配置管理中的角色主要包括：项目经理：项目经理在配置管理方面的职责是依靠配置管理员、系统管理员和系统体系结构设计人员的帮助，制定项目的组织结构和配置管理策略。
这些工作包括：定制开发子系统，定制访问控制，制定常用策略，制定集成里程碑，以及进行系统集成配置管理员：配置管理员的职责是根据项目经理制定的开发组织结构和策略，实施、维护配置管理的环境。
软件配置管理概述
软件配置管理概述1.概述没有任何一个行业象如今的计算机业一样发展如此迅速。
今天的软件产业更是如此，技术和产品的日新月异令所有技术人员和管理人员都感到明显的压力，这种压力集中体现在两个方面：提高产品质量，缩短面市时间。
现在软件产品的开发，对市场投放速度的要求成倍增长；Internet/Intranet 应用的发展改变着软件的开发、传递和分发的方式；不断提高的软件质量要求，使越来越多的软件机构感到规范开发的迫切性；多平台、多操作系统、多开发工具、多对象类型和多计算机语言等使复杂的软件开发环境更加难以控制。
我国信息技术产业的蓬勃发展促使各种先进技术和产品在国内被广泛应用，为国内的软件开发注入了活力。
然而，值得注意的是，各种先进的操作系统和开发工具在带来效益的同时，也使得我们的开发环境日益复杂化而难以管理。
而无组织的开发环境，会导致潜在问题的产生，这些问题一般难以发现，直至出现影响整个系统的致命错误，但此时往往又为时晚矣。
软件工程使软件开发从手工作坊上升到团队开发模式，其开发工作围绕着软件生命周期的分析设计、开发、测试、运行维护四个阶段进行。
通过使用软件工程的方法及工具，可以避免开发过程中许多可能出现的错误，提高软件的可重用性，降低软件测试和维护中的工作量，从而大大提高软件产品的质量，缩短开发周期。
在团队开发的模式中，软件开发管理就显得更加重要，其管理的好坏将直接影响到软件产品的质量。
如果缺乏对软件开发的统一管理，势必造成以下问题的出现：•由于开发经费及开发时间的限制，不可能一次开发就解决所有问题，许多问题有待在维护阶段解决，因此带来的是软件产品的不断升级，而维护和升级所必需的文档往往非常混乱；•开发商开发过程缺乏规范化的管理，即使有源程序文档也由于说明不详细而不能对产品进行进一步的功能扩充，用户不得不再投入大量的经费去开发新产品，浪费大量的人力、物力和时间；•在软件的团队式开发中，人员流动在所难免，在管理不善的环境中，有些人员的流动将对开发产生致命的影响。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
制注意功能是追踪变更
休息
前一页
南京理工大学计算机学院
5/81
第10章 软件配置管理计划
配置管理定义
软件配置管理，缩写为 SCM ( Software
configuration Management ) ，是一套规范、高 效的软件开发管理方法，同时也是提高软件质量的 重要手段，它帮助开发团队对软件开发过程进行有 效的变更控制，高效地开发高质量的软件。配置管 理的使用取决于项目规模和复杂性以及风险水平。 软件配置管理是一套管理软件开发和维护以及其中 各种中间软件产品的方法和规则，配置管理通过在 特定的时刻选择软件配置，系统地控制对配置的修 改，并在整个软件生命周期中维护配置的完整性和 可追踪性。中间软件产品和用于创建中间软件产品 的控制信息都应处于配置管理的控制下。
休息
前一页
南京理工大学计算机学院
2/81
第10章 软件配置管理计划
如何有效的进行软件项目管理
软件项目进行中面临的一个主要问题是持续
不断的变化。 有效的项目管理能够控制变化，以最有效的 手段应对变化,不断命中移动的目标。
前一页
休息
南京理工大学计算机学院
3/81
第10章 软件配置管理计划
10.1 概述
第10章 软件配置管理计划
配置管理主要功能
支持并行开发。因开发和维护的原因，要求能够实现开发人员同时在同 一个软件模块上工作，同时对同一个代码部分作不同的修改，即使是跨 地域分布的开发团队也能互不干扰，协同工作，而又不失去控制。 修订版管理。跟踪每一个变更的创造者、时间和原因，从而加快问题和 缺陷的确定。 版本控制。能够简单、明确地重现软件系统的任何一个历史版本。 产品发布管理。管理、计划软件的变更，与软件的发布计划、预先定制 好的生命周期或相关的质量过程保持一致；项目经理能够随时清晰地了 解项目的状态。 建立（build）管理。基于软件存储库的版本控制功能，实现建立过程自 动化。 过程控制。贯彻实施开发规范，包括访问权限控制、开发规则的实施等。 变更请求管理。跟踪、管理开发过程中出现的缺陷、功能增强请求或任 务，加强沟通和协作，能够随时了解变更的状态。 代码共享。提供良好的存储和访问机制，开发人员可以共享各自的开发 资源。
前一页 休息
南京理工大学计算机学院
6/81
第10章 软件配置管理计划
配置管理的目标
配置管理是对系统中配置项进行标识和定义
的过程，通过控制某个配置项及其后续变更， 记录并报告配置项的状态和变更要求，证明 配置项的完整性和正确性实现。 软件配置的目标：
软件配置管理的各项工作是有计划进行的。 被选择的项目产品得到识别，控制并且可以被相
配置项
配置项（Configuration Item , CI）指一个配
置中的实体，它满足一项最终使用功能，并 能在给定的参考点上单独标识。 产品配置项（Product Configuration Item , PCI）是指一个产品在其生命周期各 个阶段所产生的各种形式和各种版本的文档、 计算机程序、部件以及数据的集合。该集合 中每一个元素成为该产品的一个配置项。
属于该产品组成部分的工作成果； 属于项目管理和机构支撑过程域产生的文档；
前一页
休息
南京理工大学计算机学院
12/81
第10章 软件配置管理计划
软件配置项
软件配置项（Software Configuration
Item , SCI）是项目定义其受控于软件配置 管理的项。每个项目的配置项也许会不同。 一个软件配置项是一个特定的、可文档化的 工作产品集，这些工作产品是生存期中产生 或者使用的。
前一页
休息
南京理工大学计算机学院
4/81
第10章 软件配置管理计划
软件配置管理概述
指一套管理软件开发和软件维护以及各种中
间软件产品的方法和规则。
记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶
段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追朔 性、可控性
前一页
休息
南京理工大学计算机学院
9/81
第10章 软件配置管理计划
软件配置管理的主要活动
配置识别； 变更控制； 状态报告； 配置审计；
前一页
休息
南京理工大学计算机学院
10/81
第10章 软件配置管理计划
10.2 配置管理的相关概念
前一页
休息
南京理工大学计算机学院
11/81
第10章 软件配置管理计划
前一页
休息
南京理工大学计算机学院
13/81
第10章 软件配置管理计划
常见配置项示例
项目计划书 系统规格说明书 软件需求规格说明书 设计规格说明书 源代码清单 测试规格说明书
前一页
休息
南京理工大学计算机学院
14/81
第10章 软件配置管理计划
版本、版本控制与配置管理
版本 软件的每一个版本都是源代码、文档及数据以及 相关的系统环境的一个收集，且各个版本都可能 由不同的变种组成。 版本控制与配置管理 版本控制是CM（Configuration Management） 的关键部分 版本控制不等同于配置管理 版本控制是软件配置管理重要部分，但不是配置 管理的全部。
第10章 软件配置管理计划
南京理工大学计算机学院
1
第10章 软件配置管理计划
软件项目中可能遇到的问题 开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的 结果不能及时反映到各个相关部分； 人员流动，交接工作不彻底造成软件关键部 件遗失； 已修复的Bug在新版本中出现； 找不到某个文件的历史版本； 无法重新编译某个历史版本，使维护工作十 分困难； 因协同开发中，或者异地开发，版本变更混 乱导致整个项目失败； ……
关人员获取。 已知别出项目产品的更改得到控制。 使相关组别和个人及时了解软件基线的状态和内 容。
前一页 休息ຫໍສະໝຸດ 南京理工大学计算机学院7/81
第10章 软件配置管理计划
配置管理的作用
我（他）是谁？ 为什么我（他）在这里？ 为什么我（他）是某某？ 我（他）属于哪里？
前一页
休息
南京理工大学计算机学院
8/81