第9章软件项目配置管理方案.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《第9章软件项目配置管理方案.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 配置管理 方案
- 资源描述:
-
1、第第 9 章章 软件项目配置管理软件项目配置管理 本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.69.1 软件项目范围核实软件项目范围核实 项目范围管理项目范围管理 为了集中注意力于项目,满足利益相关者的期望,需要对项目范围为了集中注意力于项目,满足利益相关者的期望,需要对项目范围进行管理,使得整个项目范围既无溢出,也无缩水。进行管理,使得整个项目范围既无溢出,也无缩水。关注点关
2、注点合同范围合同范围交付成果(产品定义是什么?)交付成果(产品定义是什么?)中西项目管理文化差异中西项目管理文化差异美国人的思路:拒绝镀金美国人的思路:拒绝镀金中国人的思路:锦上添花中国人的思路:锦上添花思考:买个手机,盒子里面都有什么?思考:买个手机,盒子里面都有什么?软件项目范围核实软件项目范围核实 工作分解结构(工作分解结构(WBS)面向可交付成果而对项目元素的分组,它组织并定义了整个项目范面向可交付成果而对项目元素的分组,它组织并定义了整个项目范围。围。面向可交付物,不是面向可交付活动面向可交付物,不是面向可交付活动不在不在WBS中的,就不在项目范围内中的,就不在项目范围内工作包工作包
3、最低层次的最低层次的WBS可以被分解为子项目的单元可以被分解为子项目的单元80小时完成原则小时完成原则WBS词典词典工作组件的描述工作组件的描述包括:工作包,进度日期,成本预算,人员分配包括:工作包,进度日期,成本预算,人员分配软件项目范围核实软件项目范围核实 范围核实范围核实 范围核实是指利益相关者对项目范围的正式接受,包括项目最终产范围核实是指利益相关者对项目范围的正式接受,包括项目最终产品和评估程序,以及这些产品的满意程度和评估的正确性。品和评估程序,以及这些产品的满意程度和评估的正确性。需要审查交付物和工作产品,确保正确圆满的完成需要审查交付物和工作产品,确保正确圆满的完成项目如果提前
4、终止,则需要对项目完成程度建立文档项目如果提前终止,则需要对项目完成程度建立文档区别范围核实与质量控制区别范围核实与质量控制范围核实:关心工作成果的接受范围核实:关心工作成果的接受质量控制:关心工作成果的正确质量控制:关心工作成果的正确Inspection,Review,Audit,walkthrough本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.69.2 软件项目配置管理概念
5、软件项目配置管理概念 开发人员使用错误的版本修改程开发人员使用错误的版本修改程序序 开发人员未经授权修改代码或文开发人员未经授权修改代码或文档档,或修改的结果不能及时反映到或修改的结果不能及时反映到各个相关部分;各个相关部分;人员流动,交接工作不彻底造成人员流动,交接工作不彻底造成软件关键部件遗失;软件关键部件遗失;已修复的已修复的BugBug在新版本中出现在新版本中出现 找不到某个文件的历史版本;找不到某个文件的历史版本;无法重新编译某个历史版本,使无法重新编译某个历史版本,使维护工作十分困难;维护工作十分困难;因协同开发中,或者异地开发,因协同开发中,或者异地开发,版本变更混乱导致整个项目
6、失败;版本变更混乱导致整个项目失败;软件项目开发中是否遇到如下的问题?软件项目开发中是否遇到如下的问题?软件项目进行中面临的一个主要问题是持续不断的变化;配置管理是有软件项目进行中面临的一个主要问题是持续不断的变化;配置管理是有 效管理变更的手段,它贯穿着几乎软件的整个生命周期。效管理变更的手段,它贯穿着几乎软件的整个生命周期。软件项目配置管理概念软件项目配置管理概念 配置管理配置管理 软件配置管理软件配置管理(Software Configuration Management,SCM)是对产品是对产品进行标志、存储和控制,以维护其完整性、可追溯性以及正确性,它为软件开进行标志、存储和控制,以
7、维护其完整性、可追溯性以及正确性,它为软件开发提供了一套管理办法和活动原则。发提供了一套管理办法和活动原则。配置管理目的配置管理目的 The purpose of Configuration Management(CM)is to establish and maintain the integrity of work products using configuration identification,configuration control,configuration status accounting,and configuration audits.记录软件产品的演化过程记录软件产
8、品的演化过程确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。最终保证软件产品的最终保证软件产品的完整性、一致性、追朔性、可控性完整性、一致性、追朔性、可控性软件项目配置管理概念软件项目配置管理概念 配置管理主要作用配置管理主要作用版本管理版本管理变更管理变更管理其它(过程管理)其它(过程管理)软件项目配置管理概念软件项目配置管理概念 配置管理的相关概念配置管理的相关概念 软件配置项软件配置项 凡是纳入配置管理范畴的工作成果统称为配置项(凡是纳入配置管理范畴的工作成果统称为配置项(Configuration Item
9、,CI)。配置项主要有两大类:)。配置项主要有两大类:属于产品组成部分的工作成果,例如源代码、需求文档、设计文档、属于产品组成部分的工作成果,例如源代码、需求文档、设计文档、测试用例等等。测试用例等等。在管理过程中产生的文档,例如各种计划、状态报告等等,这些文在管理过程中产生的文档,例如各种计划、状态报告等等,这些文档虽然不是产品的组成部分,但是值得保存。档虽然不是产品的组成部分,但是值得保存。每个配置项的主要属性有:名称、标识符、文件状态、版本、作者、日每个配置项的主要属性有:名称、标识符、文件状态、版本、作者、日期等。期等。所有配置项都被保存在配置库里,确保不会混淆、丢失;配置项及其历所有
10、配置项都被保存在配置库里,确保不会混淆、丢失;配置项及其历史记录反映了软件的演化过程。史记录反映了软件的演化过程。软件项目配置管理概念软件项目配置管理概念 版本与版本控制版本与版本控制 软件的每一个版本都是源代码、文档及数据以及相关的系统环境的一软件的每一个版本都是源代码、文档及数据以及相关的系统环境的一个收集,且各个版本都可能由不同的变种组成。个收集,且各个版本都可能由不同的变种组成。版本控制的目的是按照一定的规则保存配置项的所有版本,避免发生版本版本控制的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本。丢失或混淆等现象,并且
11、可以快速准确地查找到配置项的任何版本。配置项的状态有三种:配置项的状态有三种:“草稿草稿”(DraftDraft)、)、“正式发布正式发布”(ReleasedReleased)和和“正在修改正在修改”(ChangingChanging)。)。软件项目配置管理概念软件项目配置管理概念 配置项状态变迁配置项状态变迁 配置项刚建立时其状态为配置项刚建立时其状态为“草稿草稿”;配置项通过评审(或审批)后,;配置项通过评审(或审批)后,其状态变为其状态变为“正式发布正式发布”;此后若更改配置项,必须依照;此后若更改配置项,必须依照“变更控变更控制流程制流程”执行,其状态变为执行,其状态变为“正在修改正在
12、修改”。当配置项修改完毕并重。当配置项修改完毕并重新通过评审(或审批)时,其状态又变为新通过评审(或审批)时,其状态又变为“正式发布正式发布”,如此循环。,如此循环。软件项目配置管理概念软件项目配置管理概念 版本控制规则版本控制规则处于处于“草稿草稿”状态的配置项的版本号格式为:状态的配置项的版本号格式为:0.YZ0.YZ YZYZ数字范围为数字范围为01-9901-99。随着草稿的不断完善,随着草稿的不断完善,“YZ”YZ”的取值应递增。的取值应递增。“YZ”YZ”的初值和增幅由用的初值和增幅由用户自己把握。户自己把握。处于处于“正式发布正式发布”状态的配置项的版本号格式为:状态的配置项的版
13、本号格式为:X.YX.Y X X为主版本号,取值范围为为主版本号,取值范围为1-91-9。Y Y为次版本号,取值范围为为次版本号,取值范围为1-91-9。配置项第一次配置项第一次“正式发布正式发布”时,版本号为时,版本号为1.01.0。如果配置项的版本升级幅度比较小,一般只增大如果配置项的版本升级幅度比较小,一般只增大Y Y值,值,X X值保持不变。只值保持不变。只有当配置项版本升级幅度比较大时,才允许增大有当配置项版本升级幅度比较大时,才允许增大X X值。值。处于处于“正在修改正在修改”状态的配置项的版本号格式为:状态的配置项的版本号格式为:X.YZX.YZ 配置项正在修改时,一般只增大配置
14、项正在修改时,一般只增大Z Z值,值,X.YX.Y值保持不变。值保持不变。当配置项修改完毕,状态重新成为当配置项修改完毕,状态重新成为“正式发布正式发布”时,将时,将Z Z值设置为值设置为0 0,增,增加加X.YX.Y值。值。软件项目配置管理概念软件项目配置管理概念 版本图版本图V1.0V1.2V1.1V1.3V1.4V2.0V2.1V1.1.1V1.1.2软件项目配置管理概念软件项目配置管理概念 配置项的版本配置项的版本需求规格需求规格V1.1V1.1需求规格需求规格需求规格需求规格V1.2V1.2需求规格需求规格V1.3V1.3配置项类配置项类配置项配置项实例实例软件项目配置管理概念软件项
15、目配置管理概念 基线基线 基线是软件生存期各开发阶段末尾的特定点,也称为里程碑。基线是软件生存期各开发阶段末尾的特定点,也称为里程碑。基线(基线(Baseline)由一组配置项组成,这些配置项构成了一个相对稳定)由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体。基线中的配置项被的逻辑实体。基线中的配置项被“冻结冻结”了,不能再被随意修改。了,不能再被随意修改。基线通常对应于开发过程中的里程碑(基线通常对应于开发过程中的里程碑(Milestone),一个产品可以有),一个产品可以有多个基线,也可以只有一个基线。基线的主要属性有:名称、标识符、多个基线,也可以只有一个基线。基线的主要属性有
16、:名称、标识符、版本、日期等。版本、日期等。通常将交付给客户的基线称为一个通常将交付给客户的基线称为一个“Release”;为内部开发用的基线则;为内部开发用的基线则称为一个称为一个“Build”。软件项目配置管理概念软件项目配置管理概念 配置管理委员会配置管理委员会 配置管理委员会配置管理委员会(Software Configuration Control Board,SCCB)是实现有序、及时和正确处理软件配置项的基本机制。是实现有序、及时和正确处理软件配置项的基本机制。主要负责评估变更主要负责评估变更 批准变更申请批准变更申请 在生存期内规范变更申请流程在生存期内规范变更申请流程 对变更
17、进行反馈对变更进行反馈 与项目管理层沟通与项目管理层沟通 对于一个新的变更申请,首先应该依据配置项和基线,将相关的配置对于一个新的变更申请,首先应该依据配置项和基线,将相关的配置项分配给适当的项分配给适当的SCCBSCCB,SCCBSCCB根据技术的、逻辑的、策略的、经济的和组织根据技术的、逻辑的、策略的、经济的和组织的角度,以及基线的层次,评估基线的变更对项目的影响,并决定是否变的角度,以及基线的层次,评估基线的变更对项目的影响,并决定是否变更。更。本章内容提要本章内容提要 软件项目范围核实软件项目范围核实 9.1 软件项目配置管理概念软件项目配置管理概念 9.2 软件项目配置管理过程软件项
18、目配置管理过程 9.3 配置管理组织与实施配置管理组织与实施 9.4 本章小结本章小结 9.5 复习思考题复习思考题9.69.3 软件项目配置管理过程软件项目配置管理过程 配置管理基本活动配置管理基本活动 配置管理计划配置管理计划 配置项标志配置项标志 配置项控制配置项控制 状态状况报告状态状况报告 配置项审核配置项审核 配置管理过程配置管理过程 配置项标识、跟踪配置项标识、跟踪 配置管理环境建立配置管理环境建立 基线变更管理基线变更管理 基线审核基线审核 配置状态统计配置状态统计 配置管理计划配置管理计划 配置管理过程围绕配置管理的配置管理过程围绕配置管理的5 5项活动进行项活动进行 软件项
19、目配置管理过程软件项目配置管理过程 配置管理计划配置管理计划 配置管理计划过程就是确定软件配置管理的解决方案。配置管理计划过程就是确定软件配置管理的解决方案。配置管理计划由配置管理者负责制定,是软件配置管理规划过程的产品,配置管理计划由配置管理者负责制定,是软件配置管理规划过程的产品,并且在整个软件项目开发过程中作为配置管理活动的依据进行使用和维护。并且在整个软件项目开发过程中作为配置管理活动的依据进行使用和维护。流程通常是首先由项目经理确定配置管理者,配置管理者通过参与流程通常是首先由项目经理确定配置管理者,配置管理者通过参与项目规划过程,确定配置管理的策略,并制定详细的配置管理计划,项目规
展开阅读全文