软件项目管理与案例分析 (3).ppt

《软件项目管理与案例分析 (3).ppt》由会员分享，可在线阅读，更多相关《软件项目管理与案例分析 (3).ppt（44页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、华中科技大学软件学院华中科技大学软件学院 THE SCHOOL OF SOFTWARE ENGINEERING OF HUST第第 9 章章 软件项目配置管理软件项目配置管理 2THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.63THE SCHOOL OF SOFTWARE ENGINEERING

2、OF HUST9.1 软件项目范围核实软件项目范围核实项目范围管理项目范围管理 为了集中注意力于项目，满足利益相关者的期望，需要对项目范围为了集中注意力于项目，满足利益相关者的期望，需要对项目范围进行管理，使得整个项目范围既无溢出，也无缩水。进行管理，使得整个项目范围既无溢出，也无缩水。关注点关注点合同范围合同范围交付成果（产品定义是什么？）交付成果（产品定义是什么？）中西项目管理文化差异中西项目管理文化差异美国人的思路：拒绝镀金美国人的思路：拒绝镀金中国人的思路：锦上添花中国人的思路：锦上添花思考：买个手机，盒子里面都有什么？思考：买个手机，盒子里面都有什么？4THE SCHOOL OF S

3、OFTWARE ENGINEERING OF HUST软件项目范围核实软件项目范围核实工作分解结构（工作分解结构（WBS）面向可交付成果而对项目元素的分组，它组织并定义了整个项目范面向可交付成果而对项目元素的分组，它组织并定义了整个项目范围。围。面向可交付物，不是面向可交付活动面向可交付物，不是面向可交付活动不在不在WBS中的，就不在项目范围内中的，就不在项目范围内工作包工作包最低层次的最低层次的WBS可以被分解为子项目的单元可以被分解为子项目的单元80小时完成原则小时完成原则WBS词典词典工作组件的描述工作组件的描述包括：工作包，进度日期，成本预算，人员分配包括：工作包，进度日期，成本预算，

4、人员分配5THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目范围核实软件项目范围核实范围核实范围核实 范围核实是指利益相关者对项目范围的正式接受，包括项目最终产范围核实是指利益相关者对项目范围的正式接受，包括项目最终产品和评估程序，以及这些产品的满意程度和评估的正确性。品和评估程序，以及这些产品的满意程度和评估的正确性。需要审查交付物和工作产品，确保正确圆满的完成需要审查交付物和工作产品，确保正确圆满的完成项目如果提前终止，则需要对项目完成程度建立文档项目如果提前终止，则需要对项目完成程度建立文档区别范围核实与质量控制区别范围核实与质量控制范围核实：关

5、心工作成果的接受范围核实：关心工作成果的接受质量控制：关心工作成果的正确质量控制：关心工作成果的正确Inspection，Review，Audit，walkthrough6THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.67THE SCHOOL OF SOFTWARE ENGINEERING OF

6、HUST9.2 软件项目配置管理概念软件项目配置管理概念 开发人员使用错误的版本修改程开发人员使用错误的版本修改程序序开发人员未经授权修改代码或文开发人员未经授权修改代码或文档档,或修改的结果不能及时反映到或修改的结果不能及时反映到各个相关部分；各个相关部分；人员流动，交接工作不彻底造成人员流动，交接工作不彻底造成软件关键部件遗失；软件关键部件遗失；已修复的已修复的BugBug在新版本中出现在新版本中出现找不到某个文件的历史版本；找不到某个文件的历史版本；无法重新编译某个历史版本，使无法重新编译某个历史版本，使维护工作十分困难；维护工作十分困难；因协同开发中，或者异地开发，因协同开发中，或者异

7、地开发，版本变更混乱导致整个项目失败；版本变更混乱导致整个项目失败；软件项目开发中是否遇到如下的问题？软件项目开发中是否遇到如下的问题？软件项目进行中面临的一个主要问题是持续不断的变化；配置管理是有软件项目进行中面临的一个主要问题是持续不断的变化；配置管理是有 效管理变更的手段，它贯穿着几乎软件的整个生命周期。效管理变更的手段，它贯穿着几乎软件的整个生命周期。8THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念配置管理配置管理 软件配置管理软件配置管理(Software Configuration Management，

8、SCM)是对产品是对产品进行标志、存储和控制，以维护其完整性、可追溯性以及正确性，它为软件开进行标志、存储和控制，以维护其完整性、可追溯性以及正确性，它为软件开发提供了一套管理办法和活动原则。发提供了一套管理办法和活动原则。配置管理目的配置管理目的 The purpose of Configuration Management(CM)is to establish and maintain the integrity of work products using configuration identification,configuration control,configuration s

9、tatus accounting,and configuration audits.记录软件产品的演化过程记录软件产品的演化过程确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。最终保证软件产品的最终保证软件产品的完整性、一致性、追朔性、可控性完整性、一致性、追朔性、可控性9THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念配置管理主要作用配置管理主要作用版本管理版本管理变更管理变更管理其它（过程管理）其它（过程管理）10THE SCHOOL

10、OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念配置管理的相关概念配置管理的相关概念软件配置项软件配置项 凡是纳入配置管理范畴的工作成果统称为配置项（凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item，CI）。配置项主要有两大类：）。配置项主要有两大类：属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、测试用例等等。测试用例等等。在管理过程中产生的文档，例如各种计划、状态报告等等，这些文在管理过程中产生的文档，例如各种计划、状态报告等等，这些

11、文档虽然不是产品的组成部分，但是值得保存。档虽然不是产品的组成部分，但是值得保存。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。期等。所有配置项都被保存在配置库里，确保不会混淆、丢失；配置项及其历所有配置项都被保存在配置库里，确保不会混淆、丢失；配置项及其历史记录反映了软件的演化过程。史记录反映了软件的演化过程。11THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念版本与版本控制版本与版本控制 软件的每一个版本都是源代码、文档及数据以及相

12、关的系统环境的一软件的每一个版本都是源代码、文档及数据以及相关的系统环境的一个收集，且各个版本都可能由不同的变种组成。个收集，且各个版本都可能由不同的变种组成。版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本版本控制的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。配置项的状态有三种：配置项的状态有三种：“草稿草稿”（DraftDraft）、）、“正式发布正式发布”（ReleasedReleased）和）和“正在修改正在修改”（ChangingChang

13、ing）。）。12THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念配置项状态变迁配置项状态变迁 配置项刚建立时其状态为配置项刚建立时其状态为“草稿草稿”；配置项通过评审（或审批）后，；配置项通过评审（或审批）后，其状态变为其状态变为“正式发布正式发布”；此后若更改配置项，必须依照；此后若更改配置项，必须依照“变更控制变更控制流程流程”执行，其状态变为执行，其状态变为“正在修改正在修改”。当配置项修改完毕并重新通。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为过评审（或审批）时，其状态又变为“正式发布正式发布”

14、，如此循环。，如此循环。13THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念版本控制规则版本控制规则处于处于“草稿草稿”状态的配置项的版本号格式为：状态的配置项的版本号格式为：0.YZ0.YZ YZYZ数字范围为数字范围为01-9901-99。随着草稿的不断完善，随着草稿的不断完善，“YZYZ”的取值应递增。的取值应递增。“YZYZ”的初值和增幅由用的初值和增幅由用户自己把握。户自己把握。处于处于“正式发布正式发布”状态的配置项的版本号格式为：状态的配置项的版本号格式为：X.YX.Y X X为主版本号，取值范围为为主版

15、本号，取值范围为1-91-9。Y Y为次版本号，取值范围为为次版本号，取值范围为1-91-9。配置项第一次配置项第一次“正式发布正式发布”时，版本号为时，版本号为1.01.0。如果配置项的版本升级幅度比较小，一般只增大如果配置项的版本升级幅度比较小，一般只增大Y Y值，值，X X值保持不变。只值保持不变。只有当配置项版本升级幅度比较大时，才允许增大有当配置项版本升级幅度比较大时，才允许增大X X值。值。处于处于“正在修改正在修改”状态的配置项的版本号格式为：状态的配置项的版本号格式为：X.YZX.YZ 配置项正在修改时，一般只增大配置项正在修改时，一般只增大Z Z值，值，X.YX.Y值保持不变

16、。值保持不变。当配置项修改完毕，状态重新成为当配置项修改完毕，状态重新成为“正式发布正式发布”时，将时，将Z Z值设置为值设置为0 0，增，增加加X.YX.Y值。值。14THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念版本图版本图V1.0V1.2V1.1V1.3V1.4V2.0V2.1V1.1.1V1.1.215THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念配置项的版本配置项的版本需求规格需求规格V1.1V1.1需求规格需求规格需求规格需求规

17、格V1.2V1.2需求规格需求规格V1.3V1.3配置项类配置项类配置项配置项实例实例16THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念基线基线 基线是软件生存期各开发阶段末尾的特定点，也称为里程碑。基线是软件生存期各开发阶段末尾的特定点，也称为里程碑。基线（基线（Baseline）由一组配置项组成，这些配置项构成了一个相对稳定）由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被的逻辑实体。基线中的配置项被“冻结冻结”了，不能再被随意修改。了，不能再被随意修改。基线通常对应于开发过程中的里程碑

18、（基线通常对应于开发过程中的里程碑（Milestone），一个产品可以有多），一个产品可以有多个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版个基线，也可以只有一个基线。基线的主要属性有：名称、标识符、版本、日期等。本、日期等。通常将交付给客户的基线称为一个通常将交付给客户的基线称为一个“Release”；为内部开发用的基线则；为内部开发用的基线则称为一个称为一个“Build”。17THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理概念软件项目配置管理概念配置管理委员会配置管理委员会 配置管理委员会配置管理委员会(Software

19、 Configuration Control Board，SCCB)是实现有序、及时和正确处理软件配置项的基本机制。是实现有序、及时和正确处理软件配置项的基本机制。主要负责评估变更主要负责评估变更批准变更申请批准变更申请在生存期内规范变更申请流程在生存期内规范变更申请流程对变更进行反馈对变更进行反馈与项目管理层沟通与项目管理层沟通 对于一个新的变更申请，首先应该依据配置项和基线，将相关的配置对于一个新的变更申请，首先应该依据配置项和基线，将相关的配置项分配给适当的项分配给适当的SCCBSCCB，SCCBSCCB根据技术的、逻辑的、策略的、经济的和组织的根据技术的、逻辑的、策略的、经济的和组织的

20、角度，以及基线的层次，评估基线的变更对项目的影响，并决定是否变更。角度，以及基线的层次，评估基线的变更对项目的影响，并决定是否变更。18THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.619THE SCHOOL OF SOFTWARE ENGINEERING OF HUST9.3 软件项目配置管理过

21、程软件项目配置管理过程配置管理基本活动配置管理基本活动配置管理计划配置管理计划 配置项标志配置项标志 配置项控制配置项控制 状态状况报告状态状况报告 配置项审核配置项审核 配置管理过程配置管理过程 配置项标识、跟踪配置项标识、跟踪配置管理环境建立配置管理环境建立基线变更管理基线变更管理基线审核基线审核配置状态统计配置状态统计配置管理计划配置管理计划 配置管理过程围绕配置管理的配置管理过程围绕配置管理的5 5项活动进行项活动进行 20THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置管理计划配置管理计划 配置管理计划过

22、程就是确定软件配置管理的解决方案。配置管理计划过程就是确定软件配置管理的解决方案。配置管理计划由配置管理者负责制定，是软件配置管理规划过程的产品，并配置管理计划由配置管理者负责制定，是软件配置管理规划过程的产品，并且在整个软件项目开发过程中作为配置管理活动的依据进行使用和维护。且在整个软件项目开发过程中作为配置管理活动的依据进行使用和维护。流程通常是首先由项目经理确定配置管理者，配置管理者通过参与流程通常是首先由项目经理确定配置管理者，配置管理者通过参与项目规划过程，确定配置管理的策略，并制定详细的配置管理计划，项目规划过程，确定配置管理的策略，并制定详细的配置管理计划，交配置管理委员会审核，

23、配置管理委员会通过配置管理计划后交项交配置管理委员会审核，配置管理委员会通过配置管理计划后交项目经理批准，发布实施。目经理批准，发布实施。配置管理计划首先的一个关键任务是确定要控制哪些文档。配置管理计划首先的一个关键任务是确定要控制哪些文档。21THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置项标志、跟踪配置项标志、跟踪 一个项目通常会生成很多的过程文件，并经历不同的阶段和版本。一个项目通常会生成很多的过程文件，并经历不同的阶段和版本。将软件项目中需要进行控制的部分拆分成软件配置项（将软件项目中需要进行控制的部分拆

24、分成软件配置项（SCISCI）对所有配置项都应按照相关规定建立唯一的标识对所有配置项都应按照相关规定建立唯一的标识建立相互间的对应关系，进行系统的跟踪和版本控制，以确保项目过建立相互间的对应关系，进行系统的跟踪和版本控制，以确保项目过程中的产品与需求和规格的要求相一致程中的产品与需求和规格的要求相一致在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库中。结构保存在配置库中。最终可根据要求将配置项组合生成适用于不同应用环境的正确的软件最终可根据要求将配置项组合生成适用于不同应用环境的正确的软件产品评估版本产品评

25、估版本 22THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置项的拆分例子配置项的拆分例子 设计规格说明书设计规格说明书 数据设计描述数据设计描述 总体结构设计描述总体结构设计描述 模块设计描述模块设计描述 界面设计描述界面设计描述界面设计界面设计1 1界面设计界面设计2 2 对象描述对象描述23THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置项的标识配置项的标识例子例子 配置项被唯一的标识配置项被唯一的标识QTD-SchoolRMSRS

26、-v1.0公司：公司：3 3个字符个字符项目：最长项目：最长1010个字符个字符类型：最长类型：最长5 5个字符个字符编号：最长编号：最长8 8位数字位数字版本号：版本号：V m.nV m.n24THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置项的跟踪配置项的跟踪 建立相互间的对应关系建立相互间的对应关系25THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置管理环境建立配置管理环境建立 建立配置管理库，简称配置库建立配置管理库，简称配置库

27、 。软件配置管理库是用来存储所有。软件配置管理库是用来存储所有基线配置项及相关文件的等内容的系统，是在软件产品的整个生存期中基线配置项及相关文件的等内容的系统，是在软件产品的整个生存期中建立和维护软件产品完整性的主要手段。建立和维护软件产品完整性的主要手段。开发库开发库开发周期的某个阶段，存放与该阶段工作有关系的信息；开发库也称为开发周期的某个阶段，存放与该阶段工作有关系的信息；开发库也称为工作空间工作空间 受控库受控库开发周期的某个阶段结束时，存放做为该阶段产品及其相关的信息，配开发周期的某个阶段结束时，存放做为该阶段产品及其相关的信息，配置管理对其中的信息进行管理，也称配置库置管理对其中的

28、信息进行管理，也称配置库产品库产品库存放最终产品的软件库存放最终产品的软件库26THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程受控操作受控操作配置库是集中控制的文件库，提供对所存储文件的版本控制。配置库是集中控制的文件库，提供对所存储文件的版本控制。从受控库导出的文件自动被锁定直到文件重新被导入，一个版本号自从受控库导出的文件自动被锁定直到文件重新被导入，一个版本号自动与新版本文件相关联。动与新版本文件相关联。配置库中文件不能更改，任何更改都被视为创建了一个新版本文件。配置库中文件不能更改，任何更改都被视为创建了一个

29、新版本文件。文件的所有配置管理信息和文件的内容都存储在配置库中。文件的所有配置管理信息和文件的内容都存储在配置库中。27THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程基线变更管理基线变更管理 项目基线（配置项）可能由于种种原因会发生变更，如：客户需求变化、进项目基线（配置项）可能由于种种原因会发生变更，如：客户需求变化、进度变更、成本变更、产品环境变化等。度变更、成本变更、产品环境变化等。基线修改（变更）应受到控制，变更管理也称为配置控制，这种变化要经基线修改（变更）应受到控制，变更管理也称为配置控制，这种变化要经S

30、CCB授权，按程序进行控制并记录基线修改的过程。授权，按程序进行控制并记录基线修改的过程。配置控制配置控制变更请求变更请求变更评估变更评估变更批准变更批准/拒绝拒绝变更实现变更实现28THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程变更请求变更请求项目名称项目名称变更申请人变更申请人提交时间提交时间变更题目变更题目紧急程度紧急程度变更具体内容变更具体内容变更影响分析变更影响分析变更确认变更确认处理结果处理结果签字签字29THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理

31、过程软件项目配置管理过程变更评估变更评估变更评估变更评估软软件件变变更更分分类类技技术术影影响响分分析析接接口口影影响响分分析析进进度度影影响响分分析析预预算算影影响响分分析析30THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程变更批准变更批准/拒绝拒绝批准批准/拒绝变更拒绝变更（若若批批准准）实实施变更施变更决策决策（若若批批准准）验验证变更证变更（若若批批准准）发发布布、安安装变更装变更（若若批批准准）版版本更新本更新31THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配

32、置管理过程软件项目配置管理过程变更实现变更实现变更实现变更实现变变更更实实现现受受控控基基线线出出库库实实现现的的测测试试和和验验证证实实现现被被承承认认受受控控基基线线入入库库32THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置审核配置审核 配置审核作为变更控制的补充手段，目的是为了确保某一变更请求配置审核作为变更控制的补充手段，目的是为了确保某一变更请求已被确切实现。已被确切实现。配置审核主要包括两方面的内容：配置审核主要包括两方面的内容：配置管理活动审核配置管理活动审核 确保项目组成员的所有配置管理活动，遵循

33、已批确保项目组成员的所有配置管理活动，遵循已批准的软件配置管理方针和规程准的软件配置管理方针和规程基线审核基线审核 保证基线的配置项保证基线的配置项(SCI)正确的构造和实现，并满足功能正确的构造和实现，并满足功能要求要求 33THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程配置状态配置状态统计统计 检查配置管理系统以及内容，检测配置项变更历史的过程称为配检查配置管理系统以及内容，检测配置项变更历史的过程称为配置状态统计。置状态统计。检查配置管理系统以及内容检查配置管理系统以及内容检测配置项变更历史检测配置项变更历史配

34、置状态统计的范围可因项目而不同。配置状态统计的范围可因项目而不同。IEEEIEEE标准标准828-1998828-1998规定用于规定用于计算配置状态的最小数据集包括：计算配置状态的最小数据集包括：被批准的配置项被批准的配置项 配置项的所有请求的变化状态配置项的所有请求的变化状态 配置项所有被批准的变更实现状态配置项所有被批准的变更实现状态34THE SCHOOL OF SOFTWARE ENGINEERING OF HUST软件项目配置管理过程软件项目配置管理过程评估一个配置系统状态评估一个配置系统状态变更请求的数量变更请求的数量 变更请求的历史报告变更请求的历史报告 存储量的增长存储量的增

35、长 配置管理系统以及配置管理系统以及SCCBSCCB在运作中发生在运作中发生异常的次数等等异常的次数等等 35THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.636THE SCHOOL OF SOFTWARE ENGINEERING OF HUST9.4 配置管理组织与实施配置管理组织与实施配置管理

36、组织配置管理组织 组织机构责 任具体职责项目经理负责整个软件项目的研发活动，根据SCCB的建议，批准配置管理的各项活动并控制它们的进程制定和修改项目的组织结构和配置管理策略批准、发布配置管理计划决定项目起始基线和开发里程碑接收并审阅SCCB的报告软件配置控制 委员会（SCCB）管理软件基线，承担变更控制的所有责任授权建立软件基线和标志配置/配置单元代表项目经理和受到基线影响的质量保证组、配置管理组、工程组、系统测试组、合同管理组、文档支持组等小组的利益审查和审定对软件基线的更改审定由软件基线数据库中生产的产品和报告软件配置小组（SCM小组）负责协调和实施项目创建和管理项目的软件基线库制定、维护

37、和发布SCM计划、标准和规程标志置于配置管理下的软件工作产品集合管理软件基线的库的使用更新软件基线生成基于软件基线的产品记录SCM活动生成和发布SCM报告开发人员负责开发任务根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务37THE SCHOOL OF SOFTWARE ENGINEERING OF HUST配置管理组织与实施配置管理组织与实施确定初始基线确定初始基线由由SCCBSCCB确定研确定研发活动的初始基线；发活动的初始基线；配置库管理配置库管理配置人员根据软配置人员根据软件配置管理规划设立配置库和工件配置管理规划设立配置库和工作空间，为执行软件

38、配置管理做作空间，为执行软件配置管理做好准备，并定期执行备份和清理好准备，并定期执行备份和清理工作；工作；授权开发授权开发开发人员按照统一开发人员按照统一的软件配置管理策略，根据获得的软件配置管理策略，根据获得授权的资源进行项目研发工作；授权的资源进行项目研发工作；集成集成系统集成人员按照项目系统集成人员按照项目进度集成组内开发人员的工作成进度集成组内开发人员的工作成果，构建系统，推进版本演进；果，构建系统，推进版本演进；管理基线管理基线SCCBSCCB根据项目的进根据项目的进展情况，并适时地建立基线，批展情况，并适时地建立基线，批准基线变更，保证开发和维护工准基线变更，保证开发和维护工作有序

39、地进行；作有序地进行；产品开发产品开发系统集成人员进行系统集成人员进行产品集成，由产品集成，由SCCBSCCB批准，进行发批准，进行发布。布。配置管理实施配置管理实施主要包括的活动主要包括的活动 38THE SCHOOL OF SOFTWARE ENGINEERING OF HUST配置管理组织与实施配置管理组织与实施配置管理工具配置管理工具 必须认识到必须认识到SCMSCM首先是一个方法，其次是一个过程，第三才是一系列首先是一个方法，其次是一个过程，第三才是一系列的工具。的工具。工具应具有的功能：工具应具有的功能：版本管理版本管理变更管理变更管理问题追踪问题追踪建立管理建立管理状态统计（查询

40、和报告）状态统计（查询和报告）配置审核配置审核访问控制和安全控制访问控制和安全控制39THE SCHOOL OF SOFTWARE ENGINEERING OF HUST配置管理组织与实施配置管理组织与实施常用配置管理工具常用配置管理工具 分为分为3 3个级别个级别第一个级别第一个级别 版本控制工具，是入门级的工具。例如，版本控制工具，是入门级的工具。例如，CVS、Visual Source Safe。第二个级别第二个级别 项目级配置管理工具，适合管理中小型的项目，在版本项目级配置管理工具，适合管理中小型的项目，在版本管理的基础上增加变更控制、状态统计的功能。例如管理的基础上增加变更控制、状态

41、统计的功能。例如ClearCaseClearCase、ClearQuestClearQuest 、PVCS。第三个级别第三个级别 企业级配置管理工具，在实现传统意义的配置管理的基企业级配置管理工具，在实现传统意义的配置管理的基础上又具有比较强的过程管理功能。例如，础上又具有比较强的过程管理功能。例如，Harvest40THE SCHOOL OF SOFTWARE ENGINEERING OF HUST配置管理组织与实施配置管理组织与实施配置管理工具选择配置管理工具选择 除了配置管理工具本身的功能和特性外，经费也是一个考虑的主要除了配置管理工具本身的功能和特性外，经费也是一个考虑的主要因素。因素

42、。选择开放源代码的自由软件选择开放源代码的自由软件还是选择商业软件还是选择商业软件如果选择商业软件，选择哪个档次的商业软件都取决于可获得的经费如果选择商业软件，选择哪个档次的商业软件都取决于可获得的经费在选择商业软件时，还要考虑工具的市场占有率以及厂商支持能力等在选择商业软件时，还要考虑工具的市场占有率以及厂商支持能力等因素因素 41THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织

43、与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.642THE SCHOOL OF SOFTWARE ENGINEERING OF HUST9.5 本章小结本章小结软件项目范围核实软件项目范围核实配置管理的基本概念配置管理的基本概念配置项配置项基线基线sccbsccb配置管理过程配置管理过程配置管理计划的基本内容配置管理计划的基本内容43THE SCHOOL OF SOFTWARE ENGINEERING OF HUST本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件

44、项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.644THE SCHOOL OF SOFTWARE ENGINEERING OF HUST9.6 复习思考题复习思考题1.1.什么是范围核实什么是范围核实?范围核实的实质是什么范围核实的实质是什么?2.2.什么是软件配置项？软件配置项主要有几类？分别包含哪些内容？什么是软件配置项？软件配置项主要有几类？分别包含哪些内容？3.3.基线的概念是什么？基线的概念是什么？4.4.在实施阶段配置管理主要包括哪些活动在实施阶段配置管理主要包括哪些活动?5.5.在实施阶段配置管理主要包括哪些过程在实施阶段配置管理主要包括哪些过程?6.6.目前配置管理工具分为哪几个级别目前配置管理工具分为哪几个级别?