7软件项目配置管理精品PPT课件
合集下载
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
公司：3个字符 项目：最长10个字符 类型：最长5个字符 编号：最长8位数字 版本号：V m.n
QTD-School–RM–SRS-v1.0
配置项的跟踪
2、配置管理环境（配置管理库）建立
软件配置管理库是用来存储所有基线配置项及 相关文件的等内容的系统，是在软件产品的整 个生存期中建立和维护软件产品完整性的主要 手段。
有效的项目管理能够控制变化，以最有 效的手段应对变化。
要点
软件项目配置管理基本概念 软件项目配置管理过程 软件项目配置管理计划
一、软件项目配置管理基本概念
软件配置管理是指一整套管理软件开发 和软件维护以及各种中间软件产品的方 法和规则。
软件配置管理包括标识在给定时间点上 软件的配置（即选定的软件工作产品及 其描述），系统地控制对配置的更改， 并维护在整个软件生命周期中配置的完 整性和可追溯性。
评估一个配置系统状态
变更请求的数量 变更请求的历史报告 存储量的增长 配置管理系统以及SCCB在运作中发生异
常的次数等等
三、软件项目配置管理计划
配置管理计划过程
参加项目 规划配置 形成配置 评审配置 规划 管ห้องสมุดไป่ตู้任务 管理计划 计划
在配置管理过程中需要建立软件基线库
配置管理的目标
标识变更 控制变更 确保变更正确实现 向有关的人员报告变更 保证软件开发过程的完整性和可追溯性
软件配置项
软件配置项是项目定义其受控于软件配置管理 的款项。
一个软件配置项是一个特定的、可文档化的工 作产品集，这些工作产品是生存期中产生或使 用的。
基线修改应受到控制，这种变化要经 SCCB授权，按程序进行控制并记录基线 修改的过程。
基线变更系统
配置控制
变更请求
变更评估
变更批准/ 拒绝
变更实现
变更请求
项目名称 变更申请人
变更题目
提交时间 紧急程度 变更具体内容
处理结果 签字
变更影响分析 变更确认
变更评估
变更评估
软
技
接
进
预
件
术
口
度
算
变
影
影
影
影
更
响
响
响
响
分
分
分
分
分
类
析
析
析
析
图9-11: 变更请求的评估
变更批准/拒绝
批准/拒绝变更
决 策
（若批 准）实 施变更
（若批 准）验 证变更
（若批 准）发 布、安
（若批 准）版 本更新
装变更
变更实现
变更实现
受
变
控 基 线 出
更 实 现
库
实
实
受
现 的 测 试 和 验
现 被 承
控 基 线 入
认
库
证
开发周期的某个阶段结束时，存放做为该阶 段产品及其相关的信息，配置管理对其中的 信息进行管理，也称配置库
产品库
存放最终产品的软件库
受控操作
包括建立控制点和建立报告与审查制度 变更控制要素:同步控制和存取控制
Check in 评审/验证
受控环境
Check out
变更控制 流程
新版本
配置库
配置库是集中集中控制控制的文件库，并提供 对库中所存储文件的版本控制。当开发人员使 用一个文件时，将某个版本的文件导出 （CHECH OUT）到自己的工作目录。处理完后 将文件导回（CHECK IN）到库中。
关于软件存储库的概念
开发库
开发周期的某个阶段，存放与该阶段工作有 关系的信息
受控库
1 2 3
4 5 6
7 MAIN BRANCH
RELEASE 1.0
1
2
3
4
RELEASE 1.1
RELEASE 2.0
WINDOWS NT BRANCH
1 2 3
4 PATCH #2
MAINTENANCE BRANCH
1 2
BUG_1 BRANCH
1 PATCH
#1
BUG_2 BRANCH
3、基线变更管理过程
能及时反映到各个相关部分； 人员流动，交接工作不彻底造成软件关键部件遗失； 已修复的Bug在新版本中出现； 找不到某个文件的历史版本； 无法重新编译某个历史版本，使维护工作十分困难； 因协同开发中，或者异地开发，版本变更混乱导致
整个项目失败；
…
软件项目进行中面临的一个主要问题是 持续不断的变化
建立相互间的对应关系，进行系统的跟 踪和版本控制，以确保项目过程中的产 品与需求和规格的要求相一致
配置项的拆分例子
设计规格说明书 a．数据设计描述 b． 总体结构设计描述 c． 模块设计描述 d． 界面设计描述
界面设计1 界面设计2，。。。。
e． 对象描述
配置项的标识
配置项被唯一的标识
配置标识
变更控制
状态统计
审核
最基本活动
人员管理（增删改） 权限管理 （动态） 产品库维护 版本 发布
配置管理的基本过程
配置项标识、跟踪 配置管理环境建立 基线变更管理 基线审核 配置状态统计 配置管理计划
1、配置项标识、跟踪
将软件项目中需要进行控制的部分拆分 成SCI
建立唯一的标识
4、配置审核
配置管理活动审核
确保项目组成员的所有配置管理活动遵循已 批准的软件配置管理方针和规程。
基线审核
保证基线化软件工作产品的完整性和一致性
5、配置状态统计
检查配置管理系统以及内容 检测配置项变更历史
IEEE标准828-1998规定用于计算配置状 态的最小数据集包括
被批准的配置项 配置项的所有请求的变化状态 配置项所有被批准的变更实现状态
软件项目配置管理
SCCB
配置控制委员会SCCB(Software Configuration Control Board)
评估变更 批准变更申请 在生存期内规范变更申请流程 对变更进行反馈 与项目管理层沟通
软件项目中是否遇到如下的问题:
开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的结果不
每个项目的配置项也许会不同。
软件配置项举例
系统规格说明书 软件项目规划 软件需求规格说明书 系统原型 设计规格说明书 源代码清单 测试规格说明书
关于版本
软件的每一个版本都是源代码、文档及 数据以及相关的系统环境的一个收集， 且各个版本都可能由不同的变种组成。
版本图
V1.0
V1.1
V1.2
V1.3
V1.4
V2.0
2.1
V1.1.1
V1.1.2
配置项的版本
需求规格:
配置项类
配置项实例
需求规格V1.1
需求规格V1.2
需求规格V1.3
二、软件项目配置管理过程
配置管理的基本过程
配置项标识、跟踪 配置管理环境建立 基线变更管理 基线审核 配置状态统计 配置管理计划
基本活动
QTD-School–RM–SRS-v1.0
配置项的跟踪
2、配置管理环境（配置管理库）建立
软件配置管理库是用来存储所有基线配置项及 相关文件的等内容的系统，是在软件产品的整 个生存期中建立和维护软件产品完整性的主要 手段。
有效的项目管理能够控制变化，以最有 效的手段应对变化。
要点
软件项目配置管理基本概念 软件项目配置管理过程 软件项目配置管理计划
一、软件项目配置管理基本概念
软件配置管理是指一整套管理软件开发 和软件维护以及各种中间软件产品的方 法和规则。
软件配置管理包括标识在给定时间点上 软件的配置（即选定的软件工作产品及 其描述），系统地控制对配置的更改， 并维护在整个软件生命周期中配置的完 整性和可追溯性。
评估一个配置系统状态
变更请求的数量 变更请求的历史报告 存储量的增长 配置管理系统以及SCCB在运作中发生异
常的次数等等
三、软件项目配置管理计划
配置管理计划过程
参加项目 规划配置 形成配置 评审配置 规划 管ห้องสมุดไป่ตู้任务 管理计划 计划
在配置管理过程中需要建立软件基线库
配置管理的目标
标识变更 控制变更 确保变更正确实现 向有关的人员报告变更 保证软件开发过程的完整性和可追溯性
软件配置项
软件配置项是项目定义其受控于软件配置管理 的款项。
一个软件配置项是一个特定的、可文档化的工 作产品集，这些工作产品是生存期中产生或使 用的。
基线修改应受到控制，这种变化要经 SCCB授权，按程序进行控制并记录基线 修改的过程。
基线变更系统
配置控制
变更请求
变更评估
变更批准/ 拒绝
变更实现
变更请求
项目名称 变更申请人
变更题目
提交时间 紧急程度 变更具体内容
处理结果 签字
变更影响分析 变更确认
变更评估
变更评估
软
技
接
进
预
件
术
口
度
算
变
影
影
影
影
更
响
响
响
响
分
分
分
分
分
类
析
析
析
析
图9-11: 变更请求的评估
变更批准/拒绝
批准/拒绝变更
决 策
（若批 准）实 施变更
（若批 准）验 证变更
（若批 准）发 布、安
（若批 准）版 本更新
装变更
变更实现
变更实现
受
变
控 基 线 出
更 实 现
库
实
实
受
现 的 测 试 和 验
现 被 承
控 基 线 入
认
库
证
开发周期的某个阶段结束时，存放做为该阶 段产品及其相关的信息，配置管理对其中的 信息进行管理，也称配置库
产品库
存放最终产品的软件库
受控操作
包括建立控制点和建立报告与审查制度 变更控制要素:同步控制和存取控制
Check in 评审/验证
受控环境
Check out
变更控制 流程
新版本
配置库
配置库是集中集中控制控制的文件库，并提供 对库中所存储文件的版本控制。当开发人员使 用一个文件时，将某个版本的文件导出 （CHECH OUT）到自己的工作目录。处理完后 将文件导回（CHECK IN）到库中。
关于软件存储库的概念
开发库
开发周期的某个阶段，存放与该阶段工作有 关系的信息
受控库
1 2 3
4 5 6
7 MAIN BRANCH
RELEASE 1.0
1
2
3
4
RELEASE 1.1
RELEASE 2.0
WINDOWS NT BRANCH
1 2 3
4 PATCH #2
MAINTENANCE BRANCH
1 2
BUG_1 BRANCH
1 PATCH
#1
BUG_2 BRANCH
3、基线变更管理过程
能及时反映到各个相关部分； 人员流动，交接工作不彻底造成软件关键部件遗失； 已修复的Bug在新版本中出现； 找不到某个文件的历史版本； 无法重新编译某个历史版本，使维护工作十分困难； 因协同开发中，或者异地开发，版本变更混乱导致
整个项目失败；
…
软件项目进行中面临的一个主要问题是 持续不断的变化
建立相互间的对应关系，进行系统的跟 踪和版本控制，以确保项目过程中的产 品与需求和规格的要求相一致
配置项的拆分例子
设计规格说明书 a．数据设计描述 b． 总体结构设计描述 c． 模块设计描述 d． 界面设计描述
界面设计1 界面设计2，。。。。
e． 对象描述
配置项的标识
配置项被唯一的标识
配置标识
变更控制
状态统计
审核
最基本活动
人员管理（增删改） 权限管理 （动态） 产品库维护 版本 发布
配置管理的基本过程
配置项标识、跟踪 配置管理环境建立 基线变更管理 基线审核 配置状态统计 配置管理计划
1、配置项标识、跟踪
将软件项目中需要进行控制的部分拆分 成SCI
建立唯一的标识
4、配置审核
配置管理活动审核
确保项目组成员的所有配置管理活动遵循已 批准的软件配置管理方针和规程。
基线审核
保证基线化软件工作产品的完整性和一致性
5、配置状态统计
检查配置管理系统以及内容 检测配置项变更历史
IEEE标准828-1998规定用于计算配置状 态的最小数据集包括
被批准的配置项 配置项的所有请求的变化状态 配置项所有被批准的变更实现状态
软件项目配置管理
SCCB
配置控制委员会SCCB(Software Configuration Control Board)
评估变更 批准变更申请 在生存期内规范变更申请流程 对变更进行反馈 与项目管理层沟通
软件项目中是否遇到如下的问题:
开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的结果不
每个项目的配置项也许会不同。
软件配置项举例
系统规格说明书 软件项目规划 软件需求规格说明书 系统原型 设计规格说明书 源代码清单 测试规格说明书
关于版本
软件的每一个版本都是源代码、文档及 数据以及相关的系统环境的一个收集， 且各个版本都可能由不同的变种组成。
版本图
V1.0
V1.1
V1.2
V1.3
V1.4
V2.0
2.1
V1.1.1
V1.1.2
配置项的版本
需求规格:
配置项类
配置项实例
需求规格V1.1
需求规格V1.2
需求规格V1.3
二、软件项目配置管理过程
配置管理的基本过程
配置项标识、跟踪 配置管理环境建立 基线变更管理 基线审核 配置状态统计 配置管理计划
基本活动