CMMI 配置管理
配置库的相关知识
通过建立物理配置库的设立规范、各配置库目录的设立原则,确保配置库的统一与规范,确保项目产品得到有效的管理与运用,提高资源的共享与利用;通过 变更管理活动,保证产品的完整、正确、一致,防止配置项被随意地修改而导致混乱;规范组织财富库的建立、更新与维护,确定组织财富库得到合理的使用与管 理。
角色 |
职责 |
项目经理 |
提出基线变更请求 审批非基线变更请求 审核非基线变更发布申请 |
项目其他成员 |
在权限之内操作配置库 |
CM工程师 |
创建物理配置库 建立配置库目录并分配权限 维护配置库 对变更的配置项进行出、入库管理,并且在基线变更发布后改变基线 执行配置审计 通告配置项状态 |
CCB |
审批基线变更请求 审核基线变更实施结果 |
变更实施人 |
填写软件变更单提取配置项 实施对基线、非基线变更涉及配置项的具体修改 |
测试工程师/评审人员 |
对变更进行测试或评审 |
EPG |
建立、管理和维护组织财富库 |
1. 主要步骤
1.1. 创建物理配置库
5.1.1 创建物理配置库
CM工程师需要创建开发库、受控库、产品库三个物理配置库:
² 开发库:用于存放项目期间处于开发状态的相关文档和代码。以及存放项目组工作期间的相关沟通记录等。
² 受控库:用于存放经过验证后的产品(包括基线产品);建立测试区,用于存放开发工作结束后需要进入测试的配置项,以及为变更实施提供工作空间。
² 产品库:存放发布后的产品。
各配置库之间的关系如下图所示意:
图5-1-1 开发库、受控库、产品库关系图
1.2.建立配置库目录结构
5.2.1 建立配置库目录结构
l 开发库目录结构:
项目组创建开发库的目录结构,要求依据以下表格来创建,使用统一的结构与名称,二级目录允许依据不同项目的特征有所裁剪。
目录结构 |
||
一级目录 |
二级目录 |
存放工作产品示例 |
010.项目立项 |
《立项申请表》 《项目建议书》 《项目可行性分析报告》 《项目实施申请表》 《项目立项公告》 《可行性分析报告附表》 《立项评审检查单》 |
|
020.项目策划 |
010.项目策划 |
《项目总体计划》 《WBS》 《项目估计记录》 《计划变更申请表》 《项目计划审批表》 《特批申请表》 《项目实施计划》 |
020.配置计划 |
《配置管理计划》 |
|
030.测试计划 |
《总体测试计划》 |
|
040.质保计划 |
《质量保证计划》 |
|
030.需求开发 |
《需求规格说明书》 《产品功能列表》 《需求跟踪矩阵》 |
|
040.系统设计 |
010.概要设计 |
《概要设计说明书》 |
020.详细设计 |
《详细设计说明书》 《数据库设计说明书》 |
|
050.编码 |
010.源代码 |
程序代码 |
020.安装包脚本 |
程序安装包脚本 |
|
030.安装包 |
程序安装包 |
|
060.测试 |
《测试问题报告》 《集成&确认测试计划》 《集成&确认测试报告》 |
|
070.用户文档 |
《产品发布说明》 《用户操作手册》 《用户安装手册》 《升级说明》 《升级包说明》 |
|
080.产品验收 |
《产品移交申请表》 《产品移交文档清单》 |
|
090.项目结项 |
《项目总结报告》 《项目结项评估报告》 |
|
100.项目管理 |
010.项目报告 |
《项目阶段报告》 《项目监控数据表》 |
020.配置报告 |
《变更申请单》 《发布申请表》 《配置状态报告》 《配置审计表》 《阶段活动报告》 |
|
030.会议记要 |
《会议纪要》 |
|
110.质保管理 |
《QA工作报告》 《QA检查单》 《问题跟踪表》 《QA评审检查内容汇总表》 |
|
120.规范性文档 |
项目内部规范性文档 |
|
130.系统约定 |
项目内部系统约定文档 |
|
140.参考资料 |
010.参考资料1 |
项目内部普通级别的参考资料 |
020.参考资料2 |
项目内部机密级别的参考资料 |
l 受控库目录结构:
项目组创建受控库的目录结构,要求依据以下表格来创建,使用统一的结构与名称,二级目录允许依据不同项目的特征有所裁剪。
目录结构 |
|
||
一级目录 |
二级目录 |
三级目录 |
存放工作产品示例 |
000.基线管理 |
010.计划基线 |
V1.0.0.0 |
已发布的基线工作产品 |
…… |
已发布的基线工作产品 |
||
020.需求基线 |
V1.0.0.0 |
已发布的基线工作产品 |
|
…… |
已发布的基线工作产品 |
||
030.设计基线 |
V1.0.0.0 |
已发布的基线工作产品 |
|
…… |
已发布的基线工作产品 |
||
040.编码基线 |
V1.0.0.0 |
已发布的基线工作产品 |
|
…… |
已发布的基线工作产品 |
||
050.测试基线 |
V1.0.0.0 |
已发布的基线工作产品 |
|
…… |
已发布的基线工作产品 |
||
060.产品基线 |
V1.0.0.0 |
已发布的基线工作产品 |
|
…… |
已发布的基线工作产品 |
||
010.项目立项 |
|||
020.项目计划 |
010.项目计划 |
||
020.配置计划 |
|||
030.测试计划 |
|||
040.质保计划 |
|||
050.测量分析计划 |
|||
030.需求开发 |
|||
040.系统设计 |
010.结构设计 |
||
020.详细设计 |
|||
050.编码 |
010.源代码 |
||
020.安装包脚本 |
|||
030.安装包 |
|||
060.测试 |
010.测试计划/报告 |
||
020.确认测试区 |
010.源代码 |
||
020.安装包脚本 |
|||
030.安装包 |
|||
030.变更区 |
V1.0.0.0 |
||
…… |
|||
040.调试测试区 |
V1.0.0.0 |
||
…… |
|||
070.用户文档 |
|||
080.产品验收 |
【注】
1、基线管理的二级目录下的六个基线目录,要根据项目实际定义的基线进行裁剪。
2、基线管理的三级目录创建规则是:把确定的基线标识作为目录,以区分不同的基线。
3、被纳入基线管理的工作产品只需要存放在基线管理目录中即可,不需要在基线管理目录外重复存放。
4、测试的二级目录下变更区的三级目录创建规则是:把发生变更的所在基线标识作为目录,以区分开不同基线基础上发生的变更。
5、测试的二级目录下调试测试区的三级目录创建规则是:把进行调测的所在基线标识作为目录,以区分开不同基线基础上进行的调测。
l 产品库目录结构:
公司统一建立唯一产品库。项目组负责创建本项目的产品目录结构,要求依据以下表格来创建,使用统一的结构与名称,三级目录允许依据不同项目的特征有所裁剪。
目录结构 |
|||
一级目录 |
二级目录 |
三级目录 |
备注存放工作产品示例 |
010.项目标识 |
010.基线版本系列 |
000.基线版本 |
|
010.ServicePack系列 |
|||
020.HotFix系列 |
|||
030.Beta系列 |
|||
040.TEST系列 |
|||
050.产品文档 |
注释:
1、《××产品发布备忘录》放在二级目录下,每个基线版本都创建一个对应的产品《××产品发布备忘录》
2、四级目录创建规则:
1)Service Pack系列、Hot Fix系列的升级包目录名前,加上以“001.”为起始、步长为1递增的三位数统一流水号;不同基线版本系列下的流水号都以“001.”为起始。这样可以降低逆序升级的风险。
2)Beta系列、TEST系列不需要在目录名前增加流水号。
产品库目录示例:
目录结构 |
|||
一级目录 |
二级目录 |
三级目录 |
四级目录 |
010.E-SIM 5.0 |
010.E-SIM 5.1.0.0 |
000.E-SIM 5.1.0.0 |
|
010.ServicePack系列 |
002.E-SIM 5.1.0.0 SP001 |
||
005.E-SIM 5.1.0.0 SP002 |
|||
006.E-SIM 5.1.0.0 SP003 |
|||
020.HotFix系列 |
001.E-SIM 5.1.0.0 HotFix001 |
||
003.E-SIM 5.1.0.0 HotFix002 |
|||
004.E-SIM 5.1.0.0 HotFix003 |
|||
030.Beta系列 |
E-SIM 5.1.0.0 Beta001 |
||
040.TEST系列 |
E-SIM 5.1.0.0 TS001 |
||
050.产品文档 |
|||
020.E-SIM 5.2.0.0 |
000.E-SIM 5.2.0.0 |
…… |
|
010.ServicePack系列 |
…… |
||
020.HotFix系列 |
…… |
||
030.Beta系列 |
…… |
||
040.TEST系列 |
…… |
||
050.产品文档 |
…… |
5.2.2 分配配置库使用人员权限
CM工程师对所有配置库拥有全权,并为配置库使用人员分配的具体权限,要求依据以下表格来创建,使用统一的权限制定原则,同时允许依据不同项目的特征有所裁剪,并体现在《配置管理计划》中。
注释:VSS的权限:
R=“View/Get”
C=“Check Out/Check In/Undo Checkout”
A=“Add /Delete/Label/Rename”
R∈C∈A(后面的权限包含前面所有的权限)
l 开发库权限结构:
目录结构 |
||
一级目录 |
二级目录 |
权限分配 |
010.项目立项 |
项目经理----A 其他人员----R |
|
020.项目计划 |
010.项目计划 |
项目经理----A 其他人员----R |
020.配置计划 |
项目经理----C 其他人员----R |
|
030.测试计划 |
项目经理----C 测试工程师----A 其他人员----R |
|
040.质保计划 |
项目经理----C 质保工程师----A 其他人员----R |
|
030.需求开发 |
项目经理----A 需求分析工程师----A 其他人员----R |
|
040.系统设计 |
010.概要设计 |
项目经理----A 系统分析工程师----A 其他人员----R |
020.详细设计 |
项目经理----A 系统分析工程师----A 其他人员----R |
|
050.编码 |
010.源代码 |
项目经理----A 开发工程师----A 其他人员----R |
020.安装包脚本 |
项目经理----A 开发工程师----A 其他人员----R |
|
030.安装包 |
项目经理----A 开发工程师----A 其他人员----R |
|
060.测试 |
项目经理----C 测试工程师----A 其他人员----R |
|
070.用户文档 |
项目经理----C 开发工程师----A 测试工程师----A 其他人员----R |
|
080.产品验收 |
项目经理----A 其他人员----R |
|
090.项目结项 |
项目经理----A 其他人员----R |
|
100.项目管理 |
010.项目报告 |
项目经理----A 其他人员----R |
020.配置报告 |
项目经理----C 其他人员----R |
|
030.会议记要 |
项目经理----C 其他人员----R |
|
040.工作报告 |
项目组所有人员----A |
|
110.质保管理 |
项目经理----C 质保工程师----A 其他人员----R |
|
120.规范性文档 |
项目经理----A 其他人员----R |
|
130.系统约定 |
项目经理----A 其他人员----R |
|
140.参考资料 |
010.参考资料1 |
项目经理----A 需求分析工程师----A 系统分析工程师----A 其他人员----R |
020.参考资料2 |
项目经理----A 特别指定人员----R |
l 受控库权限结构:
目录结构 |
|
|
一级目录 |
二级目录 |
权限分配 |
060.测试 |
010.确认测试区 |
测试工程师----A 其他人员----R |
020.变更区 |
变更开发人员----A 测试工程师----A 其他人员----R |
|
030.调试测试区 |
调测开发人员----A 测试工程师----A 其他人员----R |
其它目录除CM工程师之外项目组成员----R,并且“150.参考资料\020.参考资料2”路径只分配给项目经理以及特别指定人员以只读权限。
l 产品库权限结构:
目录结构 |
|
一级目录 |
权限分配 |
010.项目标识 |
项目CM工程师--------A 其他人员----R |
1.3.维护配置库
l 配置库安全机制:
1)各项目组所有配置库的管理员密码,在创建、修改后必须立即报告测试管理部门备案,报告内容应包括密码的明文以及创建、修改生效的日期。
2)每季度的最后一天,即3月31日、6月30日、9月30日、12月31日这四天内,必须更换所有配置管理库的管理员密码,如果这四天恰逢假日则顺延到假日结束后第一天内进行。
l CM工程师定期清除配置库里的垃圾文件:
1)在清除配置库中的过时版本时,必须确保历史上对其进行的完整备份的有效性。
l CM工程师定期备份配置库:
1)使用备份/恢复工具,定期对SVN配置库进行全目录备份。
2)每月第一天做完全备份,其他时间每天做增量备份。
3)备份文件一式两份保留在不同的地方:一份保留在配置库自身所在服务器;另一份压缩后保留在公司指定的服务器上,并要求每月所做的完整备份文件在该服务器上保留一个月。
4)在每月初的第一次完整备份结束后,将备份文件存储到移动硬盘上由技术服务中心专人进行保管
CMMI 配置管理的更多相关文章
- 在CMMI推广过程中EPG常犯的错误(转)
本文转自: http://developer.51cto.com/art/200807/86953.htm 仅用于个人收藏,学习.如有转载,请联系原作者. ---------------------- ...
- 1.7 基础知识——GP2.6 配置管理(CM)
摘要: 某某工作产品要进行配置管理,并不意味非要进行很重型的配置管理,根据实际需要采取合适的方式就可以了. 正文: GP2.6 Place designed work products of XXX ...
- 软件项目量化管理(CMMI高成熟度)实践经验谈——之项目管理过程策划篇
续:软件项目量化管理(CMMI高成熟度)实践经验谈--之概述篇 二.项目管理过程 软件开发项目管理过程,从项目全视角来看,分为售前.售中.售后等三个大的阶段.本文所谈的是售中阶段项目管理过程,在售中阶 ...
- 2.5 CMMI2级——配置管理(Configuration Management)
我们先需要回答,什么是 配置管理? 这个问题好难回答,我们可以找到很多解释,但真正理解配置管理的人可能不多. 配置管理的概念非常多,我们可不愿意做理论家,我们是非常务实的,我们先看看,如果没有有效的配 ...
- [在职软件工程]基于CMMI的软件工程教程
第1章 软件工程基础 1.1软件工程基本原理 a.按照软件生命周期的阶段划分制定计划,严格依据计划进行管理 项目概要计划,里程碑计划,项目控制计划,产品控制计划,验证计划,运行维护计划 b.坚持进行阶 ...
- CMMI 3级精简并行过程综述
“精简并行过程”(Simplified Parallel Process,SPP)是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成.SP ...
- CMMI 2,3,4,5级涉及的过程域(PA)介绍
CMMI中的PA即Process Area的缩写,中文称为过程域.简单的说就是做好一个事情需要的某一个方面,对于软件开发来说,就是做好软件开发需要的某一个方面. CMMI2.3级共有18个过程域( ...
- Introduction to CMMI培训总结
6月3日到5日,用了3天时间,參加了cmmi-dev的简单介绍课程培训,參加培训真的比上班都要累非常多啊!每天早上9点到下午6点.中午吃饭加歇息总共1小时.晚上还有作业要做,每天睡觉都要到11点 ...
- CMMI能力成熟度模型集成的过程域
什么是CMMI CMMI全称是Capability Maturity Model Integration, 即能力成熟度模型集成,是由美国国防部(Office of the Secretary of ...
随机推荐
- ALTER TABLE causes auto_increment resulting key 'PRIMARY'
修改表为主键的自动增长值时,报出以下错误:mysql> ALTER TABLE YOON CHANGE COLUMN id id INT(11) NOT NULL AUTO_INCREMENT ...
- yiibooster+bsie
对于使用yii框架来说,如果使用bootstrap框架的话,现在有一个比较方便的使用途径:yiibooster.官网地址是:http://yii-booster.clevertech.biz/当然,我 ...
- C++(MFC)
C++(MFC) 1.关联变量(与控件关联): (1)一组单选按钮:需要将第一个单选按钮的Group选项设为true,则单选按钮就为一组(组框为标示作用).选中第一个则为0,第二个为1,依次类推(P2 ...
- OC面向对象多态笔记
面向对象的多态是建立在继承上,可以说没有继承就没有多态: 多态:父类指针指向了子类的对象: int main() { //假设已定义了Animal类和它的子类Dog,那么多态的代码体现就是 Anima ...
- FMS (端口问题)如何穿透防火墙
转自http://www.cnblogs.com/zhchongyao/archive/2010/01/22/1653803.html 先是管理端口,就是fms2_console文件连接到server ...
- maven学习心得整理
maven的学习心得 已经接触了maven项目有一段时间了,开始时仅仅会使用,在使用中发现了它的强大和方便,于是决心研究一下: 首先,普及一下maven参数: -D:传入属性参数 -P:使用POM中指 ...
- SVN 安装配置
1,软件下载 到官方网站的下载二进制安装文件,来到二进制包下载部分,找到 Windows NT, 2000, XP and 2003部分,然后选择Apache 2.2 或者 Apache 2.4,这样 ...
- 使用了非标准扩展:“xxx”使用 SEH,并且“xxx”有析构函数
如果一个函数内使用了异常处理机制, VC 编译器在编译该函数时,它会给此函数插入一些“代码和信息”(代码指的是当该函数中出现异常时的回调函数,而信息主要是指与异常出现相关的一些必要的链表),因此每份函 ...
- [设计模式] 11 享元模式 Flyweight
转 http://blog.csdn.net/wuzhekai1985/article/details/6670298 问题 在面向对象系统的设计何实现中,创建对象是最为常见的操作.这里面就有一个问题 ...
- WPF Loader
xaml <UserControl xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" xml ...