配置管理计划-模板.doc
《配置管理计划-模板.doc》由会员分享,可在线阅读,更多相关《配置管理计划-模板.doc(9页珍藏版)》请在冰豆网上搜索。
《科技哲学与STS数据管理系统》
配置管理计划
沈阳柏年信息技术发展有限公司
版本号
修订类型
修订人
修订日期
批准日期
批准人
备注
V1.0
C
韩易铎
2009-2-5
2009-2-6
张迅
//
V1.1
M
韩易铎
2009-2-12
2009-2-12
张迅
//
*变化状态:
C――创建,A——增加,M——修改,D——删除
目录
1 目的 4
2 适用范围 4
3 资源 4
3.1 角色和人员 4
3.2 术语 4
3.3 项目培训 5
4 配置管理活动 6
4.1 配置管理进度安排 6
4.2 配置管理资源 6
4.3 配置管理库结构与访问权限设置 6
4.4 配置项 7
4.5 版本的发布及编号方法 8
5 变更控制 8
6 备份管理 9
7 报告 9
7.1 配置项状态信息 9
7.2 基线信息 9
7.3 版本信息 9
8 配置审计 9
1目的
制定本计划的目的是定义在科技哲学与STS数据管理系统项目中配置管理相关活动、人员职责及活动时间表等,实施该项目的配置管理活动,对代码、数据、文档等配置项的标识、变更,备份以及审核等活动提供依据。
2适用范围
本文档涉及配置管理活动中人员的安排、配置库和基线的建立、配置标识和控制以及配置库的备份。
仅适用于商贸物流实训系统项目。
3资源
3.1角色和人员
3.1.1配置管理人员
姓名
在项目中担任的角色
部门
韩易铎
配置管理员
软件部
3.1.2变更控制委员会(CCB)成员
姓名
在CCB中担任的角色
部门
程松
组长
软件部
韩易铎
成员
软件部
张迅
成员
软件部
谢克瑞
成员
软件部
3.2术语
项目英文缩写:
配置项(ConfigurationItem--CI):
是一个硬件或硬、软件的集合,配置项是为了配置管理而指定的,并在配置管理过程中被当作单一的实体。
可以是文档、数据、程序、环境或外来文件。
基线(BaseLines):
一个经过审阅和认可的规格说明书或产品,将来的开发将以此为基础,只有通过正规的变更程序才能改变它。
变更控制委员会(CCB):
是项目组层面的组织,在项目整个生命周期内对基线的建立和变更做评估和批准。
CCB组长通常由项目经理担任,成员主要包括配置管理员、关键技术人员,其他可选人员包括高级经理、部门经理、质量保证人员、测试经理等。
变更(Change):
为满足公司内、外部的要求,对配置项或基线的各种修改活动。
版本(Version):
一组配置项在某一时刻或某一特定点的集合。
配置审计(ConfigurationAudit):
考查软件配置库的结构、内容和设施,以验证基线和描述它的文档的一致性。
3.3项目培训
无
4配置管理活动
4.1配置管理进度安排
任务内容
负责人
计划完成时间
编写配置管理计划
韩易铎
2009年2月5日
搭建项目配置管理库
韩易铎
2009年2月2日
执行备份
谢克瑞
每次里程碑结束
编写发布配置状态报告
谢克瑞
每次基线结束
配置审计
韩易铎
基线发布之前
项目配置库的管理和维护
韩易铎
不定期
基线变更
韩易铎
未知
产品发布
韩易铎
2009年4月7日
4.2配置管理资源
机器类别及IP
系统及支持软件
配置管理软件
Svn:
//192.168.0.114/STS数据管理系统
Windowsxp;SP3
svn服务器
4.3配置管理库结构与访问权限设置
项目组成员对各目录结构的权限说明,参见下表。
目录
项目组成员/角色
权限
(只读,修改,删除)
/branch
分支开发人员
修改
/trunk
所有开发人员
修改
/基线库
项目配置管理员
项目配置管理员修改/其他人只读
/工程类文档
项目组内成员
修改
/支持类文档
项目组内成员
修改
/项目管理类文档
项目经理
修改
4.4配置项
4.4.1项目基线标识
项目基线列表
阶段
基线名称
标识
基线包含内容
预计基线建立时间
工作产品名称
责任人
立项需求阶段
软件需求基线
BL-001
BL-001软件需求规格说明书.doc
韩易铎
2009-2-2
设计阶段
软件设计基线
BL-002
BL-002概要设计说明书.doc
韩易铎
2009-2-20
BL-003
BL-003系统测试用例.xls
韩易铎
2009-2-27
BL-003集成测试用例&报告.xls
韩易铎
测试阶段
软件测试基线
alpha
对通过集成测试的代码基线化
韩易铎
2009-3-26
开发阶段
软件产品基线
Release
对通过系统测试的源代码基线化
韩易铎
2009-4-3
4.4.2标识方法
产品类型
产品命名标准
产品编号标准
备注
需求文档
《系统需求规格说明书1.0》
1.0,1.1……类推
//
设计文档
《概要设计说明书1.0》
1.0,1.1……类推
//
4.5版本的发布及编号方法
版本类型
产品命名标准
产品编号标准
备注
测试版本
中文项目名+alpha
以数字序号类推1.0,1.1……2.0
例如《科技哲学与STS数据管理alpha1.0》
现场版本
中文项目名+realease
以数字序号类推1.0,1.1……2.0
例如《科技哲学与STS数据管理realease1.0》
5变更控制
1) 文档变更
本项目所有文档全部使用SVN配置管理工具统一管理。
请再添加、提交、修改的时候,在SVN的备注内,标明原因。
对于基线文档需要变更的时候,由文档编写人提出变更申请,有必要的时候可以召开变更评审会议。
批准后将修改后的文档命名为新的版本。
2) 程序/代码变更
本项目所有代码全部使用SVN配置管理工具统一管理。
请再添加、提交、修改的时候,再SVN的备注内,标明原因。
Trunk主干目录为持续开发的目录,对该目录不进行控制。
在需要测试或发布临时的版本时候,要进行打分支操作。
由开发人员申请,项目经理批准后,由项目配置管理员进行打分支操作。
分支内的源代码要基线化控制。
3) 锁定
基线库和branch目录为锁定目录。
若需要进行修改,由项目成员提出申请,经理批准后,开发写的权限。
并记录变更事项。
6备份管理
里程碑结束,对配置管理库进行物理备份。
由配置管理员负责。
7报告
7.1配置项状态信息
详见《STSDB_CM_配置状态报告》
7.2基线信息
基线发布之前要召开评审会,评审通过后由配置管理员讲基线纳入到基线库内。
7.3版本信息
首次发布的版本版本号为1.0。
变更的版本以1.1,1.2……依次类推。
变更不修改原文件,而是与原版本并存。
8配置审计
基线结束,进行配置审计,由配置管理员韩易铎负责。
并由QA进行审查。