配置库的相关知识

通过建立物理配置库的设立规范、各配置库目录的设立原则,确保配置库的统一与规范,确保项目产品得到有效的管理与运用,提高资源的共享与利用;通过 变更管理活动,保证产品的完整、正确、一致,防止配置项被随意地修改而导致混乱;规范组织财富库的建立、更新与维护,确定组织财富库得到合理的使用与管 理。

角色

职责

项目经理

提出基线变更请求

审批非基线变更请求

审核非基线变更发布申请

项目其他成员

在权限之内操作配置库

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 配置管理的更多相关文章

  1. 在CMMI推广过程中EPG常犯的错误(转)

    本文转自: http://developer.51cto.com/art/200807/86953.htm 仅用于个人收藏,学习.如有转载,请联系原作者. ---------------------- ...

  2. 1.7 基础知识——GP2.6 配置管理(CM)

    摘要: 某某工作产品要进行配置管理,并不意味非要进行很重型的配置管理,根据实际需要采取合适的方式就可以了. 正文: GP2.6 Place designed work products of XXX ...

  3. 软件项目量化管理(CMMI高成熟度)实践经验谈——之项目管理过程策划篇

    续:软件项目量化管理(CMMI高成熟度)实践经验谈--之概述篇 二.项目管理过程 软件开发项目管理过程,从项目全视角来看,分为售前.售中.售后等三个大的阶段.本文所谈的是售中阶段项目管理过程,在售中阶 ...

  4. 2.5 CMMI2级——配置管理(Configuration Management)

    我们先需要回答,什么是 配置管理? 这个问题好难回答,我们可以找到很多解释,但真正理解配置管理的人可能不多. 配置管理的概念非常多,我们可不愿意做理论家,我们是非常务实的,我们先看看,如果没有有效的配 ...

  5. [在职软件工程]基于CMMI的软件工程教程

    第1章 软件工程基础 1.1软件工程基本原理 a.按照软件生命周期的阶段划分制定计划,严格依据计划进行管理 项目概要计划,里程碑计划,项目控制计划,产品控制计划,验证计划,运行维护计划 b.坚持进行阶 ...

  6. CMMI 3级精简并行过程综述

    “精简并行过程”(Simplified Parallel Process,SPP)是基于CMMI以及软件工程和项目管理知识而创作的一种“软件过程改进方法和规范”,它由众多的过程规范和文档模板组成.SP ...

  7. CMMI 2,3,4,5级涉及的过程域(PA)介绍

      CMMI中的PA即Process Area的缩写,中文称为过程域.简单的说就是做好一个事情需要的某一个方面,对于软件开发来说,就是做好软件开发需要的某一个方面. CMMI2.3级共有18个过程域( ...

  8. Introduction to CMMI培训总结

     6月3日到5日,用了3天时间,參加了cmmi-dev的简单介绍课程培训,參加培训真的比上班都要累非常多啊!每天早上9点到下午6点.中午吃饭加歇息总共1小时.晚上还有作业要做,每天睡觉都要到11点 ...

  9. CMMI能力成熟度模型集成的过程域

    什么是CMMI CMMI全称是Capability Maturity Model Integration, 即能力成熟度模型集成,是由美国国防部(Office of the Secretary of ...

随机推荐

  1. 【转载】MySQL查询阻塞语句

    select r.trx_id waiting_trx_id, r.trx_mysql_thread_Id waiting_thread,        r.trx_query waiting_que ...

  2. MySQL Server-id的作用

    1. mysql同步的数据中是包含server-id的,用于标识该语句最初是从哪个server写入的,因此server-id一定要有的 2. 每一个同步中的slave在master上都对应一个mast ...

  3. OGG配置

    准备安装和运行用户(操作系统用户) 建议使用oracle用户 也可以使用新建用户:但是需要做配置 必须缴入到oinstall 组 必须使用和oracle相同的profile 操作系统必须为该用户开放一 ...

  4. ios7.0结合storyborad实现页面跳转的总结

    折腾了一整天,本文总结一下ios7.0页面跳转有关的内容 storyboard的潜规则 我接触ios很晚,环境已经是xcode5+ios7,所以对以前的IOS开发模式并不了解.在网上查阅了很多资料,发 ...

  5. c#之委托总结

    1.委托的声明和编译原理 声明委托: delegate void Translate(string str); 通过反编译之后可得下面代码 private sealed class Translate ...

  6. 20145120 《Java程序设计》第4周学习总结

    20145120 <Java程序设计>第4周学习总结 教材学习内容总结 -定义子类,加"extends+父类名"以继承父类. -子类只能继承一个父类 -编辑器会检查等号 ...

  7. 仿微博视频边下边播之滑动TableView自动播放-b

    Tips:这次的内容分为两篇文章讲述01.[iOS]仿微博视频边下边播之封装播放器 讲述如何封装一个实现了边下边播并且缓存的视频播放器.02.[iOS]仿微博视频边下边播之滑动TableView自动播 ...

  8. linux-CentOS6.4下安装oracle11g详解

    参考地址:http://dengqsintyt.iteye.com/blog/1991930

  9. 2208: [Jsoi2010]连通数 - BZOJ

    Description Input 输入数据第一行是图顶点的数量,一个正整数N. 接下来N行,每行N个字符.第i行第j列的1表示顶点i到j有边,0则表示无边. Output 输出一行一个整数,表示该图 ...

  10. HDU 5637 Transform 单源最短路

    题目链接: http://acm.hdu.edu.cn/showproblem.php?pid=5637 题意: http://bestcoder.hdu.edu.cn/contests/contes ...