第四讲软件配置管理资料
软件配置管理
1.3
保留文件修改轨迹 增量存储方式
1.2 1.1 1.0
软件配置管理的功能
产 品 版 本 管 理
是对应用程序系 统在版本级的管 理 正式版
1.3 1.2 1.1 1.0 File 1 1.4 1.3 1.2 1.1 1.0 File 3
Beta 1 Version Labels
Apex
Check Out Change Requests and Software
Errors
PureCoverage
ClearCase
preVue
ClearDDTS
与资源管理器的无缝集成
与开发工具的无缝集成
被集成到自然的工 作环境中
ClearCase 的市场地位
“在软件配置管理工具市场上，Rational公 在软件配置管理工具市场上，Rational公 司连续两年居于领先地位。 1997年软件配 司连续两年居于领先地位。在1997年软件配 置管理工具的收入中，Rational占据了18. 置管理工具的收入中，Rational占据了18.4% 。”
1.2 1.1 1.0 File 2
软件配置管理的功能
建 立 管 理
允许为建立程序 有可重用的定义
自动构造程序 自动构造程序 自动回溯机制 自动回溯机制 保证程序建立一致性 保证程序建立一致性
软件配置管理的功能
变 更 管 理
对变更严格的加以控制和管 保持修改信息， 理，保持修改信息，并使其 精确、清晰。 精确、清晰。 提出变更申请及方案 对变更进行评价 存取控制 同步控制
VOB
ClearCase 版本控制
主支 2
Checkout Edit Check-in
软件配置管理方法1.doc
软件配置管理方法1软件配置管理办法1软件配置管理基础1.1软件配置管理简介随着计算机应用范围的日益广泛，应用软件的规模及复杂度日益广泛深入，应用软件的规模和复杂程度日趋大型化，复杂化，这就导致软件开发的方式越来越强调团队的协作开发。
而在这种开发方式下，会遇到很多问题，例如：需要将整个软件的版本恢复到以前的某一时间的状态，限制随意修改程序，或者控制某一程序在同一时间内只能一个开发人员修改等等。
为了解决这些问题，提高软件产品和软件项目的质量及软件开发过程中的管理水平，更好地为以后的软件开发工作提供有效的服务，必须采用先进的管理手段，实现软件产品和软件项目源码的科学管理。
1.2软件配置管理工具软件配置管理工具有很多，例如：Starteam、PVCS、ClearCase、VSS和CVS等。
Starteam、PVCS和ClearCase更适合庞大的团队和项目，并且价格不菲，所以并不常用。
目前使用比较广泛的是VSS和CVS。
两者在使用上有各自的优势和不足。
VSS的全名是VisualSourceSafe，是微软公司开发的VisualStudio开发套件中的软件配置管理部分，有非常好的技术支持和非常详尽的技术文挡。
VSS适合在局域网范围内，以Windows平台为主的中、小项目，以文件管理为主要功能，使用方便，学习成本低，对服务器仅需要快速大容量的存储器也是它的优势。
CVS的全名是ConcurrentV ersionSystem，是一种可以并发的版本控制系统。
它是一个开源项目，可以直接从网站下载最新的源代码。
CVS可以满足局域网和广域网不同的网络条件，提供不同级别安全性选择，在一台专门的服务器配合下，客户可以使用任何平台开发项目。
CVS本身是在unix系统上开发的，在unix下提供的是命令行使用模式。
在Windows 平台下你可以选择用CVSNT搭建服务器，用WinCvs作为客户端。
CVS对于已经完成了开发过程进入项目维护阶段，或者进入项目升级阶段的项目，可提供完善的软件配置管理的支持，不过在学习和操作上学习成本比较高。
第四讲 软件配置管理
软件质量控制与测试第五章软件配置管理第4章回顾4.1 软件质量控制与保证4.1¾目标问题问题度量法¾风险管理法4.2 软件质量控制模型和技术¾控制模型¾控制模型要素¾质量控制技术¾实施与跟踪4.3 软件质量控制工具（七种工具）4.4 软件质量保证体系444.5 改正性和预防性措施4.6 支持性质量保证手段46第5章软件配置管理51 5.1 概述52配置的概念最早应用于制造系统，其目的5.2 配置项53是有效标识复杂统的各个组成部分，例如制造行业的材料清单5.3 基线54概念。
如今软年的复杂性日曾益增大，如果仍然把软件当作单的整体就无法解5.4 版本控制55一的整体，就无法解决所面临的问题，因此，软件产品同样需5.5 变更控制5.6要类似材料清单的概念，于是，配置的概念引入到软件领域。
5.6 软件配置管理系统软件项目已经成功实施了8个月，项目组已经进入编码阶段，在此过程中产生了许多的软件产品。
程中产生了许多的软件产品¾到了编码阶段已经有了近百个软件产品(包括技术文档、管理文档、程序模块等)，项目组在管理这些产品方面感到繁琐和困难程序模块等¾此时，用户提出要变更需求，软件项目组同意用户的需求变更请求，为此，修改了软件需求规格说明书¾项目组将更改后、新的软件需求规格说明书交给了软件设计小组，设计小组为此更改了设计。
更改后的软件设计涉及诸多的软件设计小组为此更改后的软件设计涉及诸多的软件模块和数据设计，为此导致许多的模块和源程序代码和可执行代码发生了变化¾由于变化的范围太大，项目组很难清晰地了解哪些作了变化、做了什么样的变化由此带来的新的问题是：由此带来的新的问题是¾项目组未能及时将这些变化通知给相关、受影响的小组和人员，从而出现软件产品之间的不一致(设计与编码不一致)，所开发的产品没有完全符合和满足用户的需求有全符满户对于某些模块更为糟糕，因为这些模块已经经过了多达－¾67次的修改，而且每次修改都有意义，从而产生了不同版本的软件模块设计，由于没有相关的有效管理措施，开发人员已经很难清晰、有效识别、区分这些软件模块，出现许多开发人员都有该模块的诸多版本与此相对应的是该模块的源代码也有许多版本¾与此相对应的是，该模块的源代码也有许多版本¾在实际组装软件时，项目组不能有效提取出所需的软件产品，共同构成可运行的软件系统软件开发现状软件开发过程中会产生大量软件产品(包括文档、源代码和数据等)，且这些产品之间存在档代数等产存在关联关系。
软件配置管理规范精选全文完整版
可编辑修改精选全文完整版软件配置管理规范编制XXXXX审核XXXXX批准XXXXX发布日期软件配置管理规范更改更改人单号/日期——XX/2022- 10-29 更改后的版次A/00更改序号1 第一次发布更改说明软件配置管理规范本文件用于规范软件的配置管理过程。
本程序合用于本公司开辟的XX 软件，其他软件组件可参考实施。
无在整个软件生命周期内，管理软件配置项的版本变更及发布。
配置项包括：源代码文件、配置文件、数据库脚本、资源文件、构建安装相关的脚本与说明文档、生成的二进制可执行文件、引用的库文件、安装文件、设计文档、设计评审记录、设计验证记录、现成软件。
还包括开辟管理、质量管理、风险管理等与软件开辟相关的文档。
使用Apache Subversion 作为版本控制工具。
使用FTP 管理现成软件与安装文件。
建议的SVN 目录如下，可以根据实际情况做变动。
trunk trunk 目录为开辟目录，即最新的内容doc 存放设计相关的文档：输入输出文档，设计相关的记录及验证文档软件配置管理规范buildsrc3rd_partyXX-libsincludelibpublictemplateunittest[project][module]toolsexportexamplestesting[version]branches[branch]tags[tag]documentsmain存放构建与安装相关的脚本文件，说明文档，软件配置表源代码目录开源的第三方内容lib 如果第三方库有静态库，统一放在这里，便于引用... 每一个第三方库单独放在一个子目录公司自己的公共库lib 如果公共库有静态库，统一放在这里... 每一个公共库单独放在一个目录引用的头文件，除XXX 和XXX 的内容，包括但不限于：整个项目相关的定义头文件、配置头文件，接口文件；其他硬件产品的引用头文件；其他工程的引用头文件，定义头文件，其他工程可以是本仓库内的工程；... 按内容，头文件可以再分目录存放与include 对应，引用的静态库，除3rd_party 和XX-libs 的内容，包括但不限于：其他硬件产品的引用静态库；其他工程的引用静态库，其他工程可以是本仓库内的工程；多个工程共用的源码文件模板，配置文件的模板、数据文件的模板、数据库创建脚本等单元测试代码目录工程目录，每一个工程单独一个目录模块目录，每一个模块单独一个目录编写的工具工程或者脚本，不发布可以供其他工程(不在本仓库)使用的输出文件，包括头文件、动态库文件、静态库文件示例工程目录，以下可以再分目录存放测试分支的目录发布前的测试分支，来源于trunk 的拷贝，每一个版本单独一个目录存放试验性分支试验性质的分支，来源于trunk 的拷贝，每一个分支单独一个目录存放分布的标签发布的标签，来源于每一个测试分支的最后一个测试修订其他文档：计划文档，软件测试文档，软件更改相关文档使用external 属性设定，引用/trunk/doc开辟期所有的变更提交至/trunk 目录。
软件配置管理培训课件
如何表达版本的质量状态
• 在版本号中，添加状态标记（常用方法）。有两个 弱点：1.在版本库中，标签不一定能重新命名。 2. 改变标签名称，以及改变安装包的名称，可能会引 起混乱。
• 版本本身可以自带些属性。当质量状态提升时，不 必改版本名称，只需改版本的质量状态属性。
• 用不同的目录，来区分不同质量状态下源代码的整 体版本或安装包。
软件配置管理培训
• 什么是系统集成 • 系统集成的步骤
软件配置管理培训
系统集成
系统集成，简称集成，是基本的使命就是把产品的各个部分捏在 一起，并保证产品作为整体是可以运转的，而不仅是每个模块， 每个单元能在特定的开发调试环境、特定的数据和参数下运转。
软件配置管理培训
• 视角1：集成的，不是模块，而是工作。每个任务单 元可能在一个模块上修改，也可能涉及多个模块。
• 基线是有质量状态的。当探测到源代码质量状态到 达了更新程度的时候，做一个基线提升。
软件配置管理培训
基线 • 被明显的标记和记录下来的源代码整体版本。（即
整体复制） • 在每个文件的特定版本上打标签来完成。
基线的权限——只读
软件配置管理培训
• 软件配置管理 • 基本的版本控制 • 系统集成 • 构建管理 • 分支 • 变体 • 三库管理的概念
• 构建：从源代码生产出安装包的过程。 • 一般包括：编译源代码；链接编译结果；产生可以
运行的程序；把所有对客户有用的东西都打包。 • 构建的输入，是产ห้องสมุดไป่ตู้的全部源文件，可能还有文档、
数据等。 • 构建的输出，通常是安装包。
软件配置管理培训
构建分为
全量构建
增量构建
• 是从每一个源文件的编 译开始，不借助于以往 构建中留下的已有的或 许可以重复使用的结果。
软工常见软件配置管理工程解析
软工常见软件配置管理工程解析软件配置管理是软件工程中非常重要的一个环节，它通过对软件配置项进行控制和管理，确保软件在开发、维护和发布过程中的可控性和可追溯性。
本文将对常见的软件配置管理工程进行解析，包括配置项识别、版本管理、变更管理和发布管理。
一、配置项识别配置项是软件配置管理的核心，它可以是代码文件、文档、数据库、脚本等软件开发过程中的任何元素。
配置项识别的目标是确定软件开发过程中需要被控制和管理的所有配置项，并对其进行编码和命名。
在识别配置项时，可以采用树状结构，将配置项进行层次划分，形成配置项的分类结构，以便更好地进行管理和控制。
二、版本管理版本管理是指对软件配置项的版本进行管理和控制，确保在开发过程中不同版本的配置项能够互相区分和追溯。
版本管理的基本原则是每个配置项有唯一的版本号，通过版本号实现对配置项的标识和管理。
常见的版本管理工具包括Git、SVN等，它们能够记录每个版本的修改历史，并支持分支管理和合并操作，方便团队协作和代码版本的管理。
三、变更管理变更管理是指对软件配置项的变更进行管理和控制，确保对配置项的修改和升级是有序、可控的。
变更管理的过程包括变更请求的提交、变更评审的组织和变更实施的跟踪。
变更请求应该包含变更的目的、范围和影响分析，变更评审是对变更请求进行讨论和决策的过程，变更实施是将变更应用到软件系统中并进行验证和测试的过程。
通过严格的变更管理，可以降低软件开发过程中的风险和错误，提高软件开发的质量和可靠性。
四、发布管理发布管理是指将经过开发和测试的软件配置项交付给用户或部署到生产环境中的过程。
在发布管理中，需要制定详细的发布计划，包括发布时间、发布内容、升级流程等。
同时，还需要进行发布前的验证和测试，确保发布的软件配置项能够在目标环境中正常运行。
在发布完成后，需要进行发布评估和问题追踪，及时处理用户的反馈和报告的问题。
五、总结软件配置管理工程是软件工程中不可或缺的一部分，它通过对软件配置项的识别、版本管理、变更管理和发布管理，确保软件开发过程中的可控性和可追溯性。
软件配置管理的主要内容
软件配置管理的主要内容软件配置管理的主要内容：1、版本管理1.1 软件配置项(software configuration item)：含义：在软件生存周期内所产生的各种应纳入管理范围的系统构成成分。
包括各种管理文档和技术文档，源程序与目标代码，以及运行所需的各种数据等（配置管理的资源对象）。
形态：在通常的软件配置管理系统中，最基本的软件配置项是以磁盘文件的形式进行存放和管理的。
1.2 版本管理是配置管理的基础：应当记录每个软件配置项的所有历史记录，并记录该软件配置项由何人创建，何人在何时因何原因进行了修改等信息，以及对这些软件配置项版本的进行的检索和信息查询等活动。
1.3 版本树：可以对软件系统的不同演化方向进行管理。
1.4 软件配置项的版本管理——版本数记录一棵带有时间标记的配置项版本演化的树结构信息。
2、配置支持2.1 软件配置(software configuration)：所有软件配置项在不同时期的组合、结构与关系定义。
2.2 系统建模通过定义配置来表示整个系统或其中的子系统。
2.3 依赖性追踪例如：查找与某个源文件版本对应的设计文档的版本。
2.4 影响分析分析对系统一个部分的修改可能影响哪些其它部分。
3、变化管理3.1 变化：软件版本演化的来源与过程来源：需求变化、增加功能、修改错误……生命周期：请求、审批、实施、验证、审核、结束。
3.2 变化控制记录和控制对软件配置项的每一次修改。
3.3 变化跟踪一个变化生命周期进行到哪一步了？如果一个已经改掉的bug又出现了，怎样找出原因。
3.4 变化传播帮助将对产品一个版本的修改传播到其它版本中。
4、构造管理（Build）4.1 系统的构造和重新构造（Build）帮助开发人员正确和快速地构造和重新构造产品的任何版本。
4.2 软件发布管理（Release）为不同的用户提供不同的版本，避免其中发生混乱。
4.3 软件部署管理（Deployment）帮助在分布式环境中部署整个系统。
软件配置管理培训教材.pptx
配置库管理使用规范
• 技术文档（Document）管理方法 • 代码（SourceCode）管理方法 • 项目管理文档（Project Management）管理方法 • 配置库基本目录结构 • 权限管理方法
技术文档管理方法
文档标识规范
• 标识组成： 项目编号/文档类别（编码）
• 例子：综合结算项目需求规格说明书 标识：DIC-TSS/SRS
软件配置管理的作用
• 存储和保护所有软件资产和相关资源 • 记录软件所有的历史变更
What changed? Who changed it? When did it change? Why did it change? • 帮助项目经理更好的了解项目的进度 • 有利于管理者应对开发人员流动较大的情况，使新的成员 可以快速实现任务交接，尽量减少因人员流动而造成的损 失。
实施或者维护负 责人
输出
产品审批申请表
版本发布说明
测试区 N
发布区
纳入测试区 提取版本 系统测试 通过 Y
测试用例、测试报告
纳入发布区 发布版本
提取版本 结束
版本发布说明、 测试报告
代码目录结构定义
建立时机：详细设计文档已基线化。
项目管理文档管理方法
配置库基本目录结构
权限管理方法
权限管理流程
项目成员
• 严格按照软件配置管理的各个规范执行配置 管理活动。
项目CMO
• 制订项目配置管理计划。 • 维护配置状态记录；制定和发布配置状态报告。 • 维护配置库的目录结构。 • 编写和发布配置审计报告。 • 编写和发布基线发布报告。
公司CMO
课程内容
➢软件配置管理过程 ➢配置库管理使用规范 ➢配置变更管理规范 ➢版本发布控制规范
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
本章内容提要
软件配置管理的作用 软件配置管理的相关概念 软件配置管理过程 软件配置管理工具CVS
第一节 软件配置管理的作用
存储所有文档和源程序， 由版本控制系统管理
下载 提交
服务器
下载 提交
安装有版本控制 系统客户端
程序员1
……
团队开发的一般模式
程序员n
不同程序员对程序的更改会产生冲突
程序员A
添加了函数 checkStringlength()
修改
提交
common-function.java
程序完整性受 到破坏
修改
提交
服务器
程序员B
common-function.java
添加了函数 checkDate()
软件项目中可能遇到如下的问题:
找不到某个文件的历史版本； 开发人员使用错误的程序版本； 开发人员未经授权修改代码或文档； 人员流动，交接工作不彻底； 无法重新编译软件的某个历史版本； 因协同开发，或者异地开发，版本变更混乱导
致整个项目失败；
……
软件项目进行中面临的一个主要问题是持续 不断的变化，变化可能导致混乱，而软件配置管 理就是用于控制变化。
软件配置管理(Software Configuration Management, SCM)是指一套管理软件开发和维护 过程中所产生的各种中间软件产品的方法和规则。 它是控制软件系统演变的学科。
（4）配置项的版本控制
Check in
配受控置库库
Check out
新版本
配置库的检入检出和版本控制机制解决了 软件开发中的两个重要问题：
（3）建立配置管理环境
配置管理环境是用于进行软件配置管理的系统 环境，其中最重要的是配置管理库，简称配置 库。 配置库存储配置项（SCI）、修改请求、变化 记录等，并提供对库中所存储文件的版本控制。
为不同的开发人员分配不同的访问配置库的权 限。
一般需采用配置管理工具来建立配置库。 配置库中文件的更改是受控的。
软件配置管理的作用 软件配置管理的相关概念 软件配置管理过程 软件配置管理工具CVS
第二节 软件配置管理的相关概念
软件配置项(Software Configuration Item, SCI) 软件配置管理的对象，一个软件配置项是项目 中一个特定的、可文档化的工作产品集。
常见的软件配置项：需求规格说明书、设计规 格说明书、源代码、测试计划、测试用例、用 户手册。
本章内容提要
软件配置管理的作用 软件配置管理的相关概念 软件配置管理过程 软件配置管理工具CVS
第三节 软件配置管理过程
软件配置管理过程包括7项基本活动： （1）制定配置管理计划 （2）识别和标志配置项 （3）建立配置管理环境 （4）配置项的版本控制 （5）基线变更管理 （6）配置审核 （7）配置状态统计
系统工程 需求分析 软件设计 程序编写
测试 系统提交
系统规格说明 软件需求规格说明 软件设计说明 源代码 测试计划、过程、数据
可运行系统
软件配置控制委员会(Software Configuration Control Board, SCCB) 负责管理软件配置项变更的组织。
• 评估变更 • 批准/拒绝变更申请 • 在项目生存期内规范变更申请流程 • 对变更进行反馈 • 与项目管理层沟通
招生管理 学生日常管理 教务管理 通用功能 ……
配置项标志规范举例
公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字/字符 版本号：V m.n
QTD-School–RM–SRS-v1.0
注意：配置项标识并不是指程序/文档文 件的文件名，而是该程序/文档作为一个 配置项的标识。
中间软件产品和用于创建中间软件产品的信 息都应处于软件配置管理之下。
软件配置管理的目标
标志变更 控制变更 确保变更正确实现 向受变更影响的组织和个人报告变更
软件配置管理的效果
记录软件产品的演化过程。 确保软件开发者在软件生命周期中的各个阶段
都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、可追溯
构造软件的工具和软件赖以运行的环境也常常 列入配置管理的范畴。
基线(Baseline)
已经正式通过复审和批准的某规约和产品，它因 此可作为进一步开发的基础，并且只能通过正式 的变化控制过程来改变。
软件配置项
基线配置项 非基线配置项
基线通常标志开发过程一个阶段的结束(里程碑）
软件开发各个阶段基线图示
为每一个配置项分配唯一的标志。 建立配置项间的对应关系。
配置项分为两类：
基本配置项：软件开发者在项目开发过程中所 创建的基本工作单元。
集成配置项：一个集成配置项是基本配置项或 其它集成配置项的集合。
集成配置项
设计规格说明
校务管理系统 需求规格说明
体系结构设计 数据库设计 详细设计
基本配置项
性。
软件配置管理的主要功能
版本控制：采用相应的流程和工具，对软件开 发过程中产生的各种文件的版本进行管理。是 软件配置管理的核心内容。
变更管理：为防止开发人员对软件的随意变更 而进行的管理上的审核过程，包括变更请求、 变更评估、变更批准/拒绝、变更实现。
其它：配置审计、配置状态统计等。
本章内容提要
建立配置项间的关系
招生管理需求规约 part of
校务管理系统 需求规格说明
interrelated
测试用例集A
可使用某种模块互联语言(Module Interconnection language, MIL)来描述配置项之间的关系。
Narayanaswamy K., W. Scacchi. Maintaining Configurations of Evolving Software Systems. IEEE Trans. Software Engineering, vol.SE-13,no.3, March 1987.
（1）制定配置管理计划
参加项目 规划配置 形成配置 评审配置
规划
管理任务 管理计划
计划
配置管理计划的主要内容
配置管理组织及其职责 配置管理工具和配置库的组织结构 配置项标志和基线定义 变更管理流程 配置审核和配置状态统计
（2）识别和标志配置项
将软件项目中需要进行控制的工作产品定义为 配置项（SCI）。