系统配置管理方案(最终).doc

(完整版)系统配置管理方案(最终)

XXX工程XXXXXXXXXXXXXXXXXXXX信息系统建设项目
（招标编号：XXXX—EMTC—XXXX）

XXXXXX总集成项目配置管理方案

XXXXX科技股份有限公司
2009年10月

第2页

目 录
关于本文档 1
第1章 配置项的标识规则 2
第2章 配置管理计划 2
2。1 配置管理计划目的 2
2。2 角色、职责和人员 2
2.3 配置和细化管理控制 3
2。3。1 工作空间规则 3
2。3。2 细化管理控制 4
2。4 配置状态统计 4
2.4。1 DCB会议备忘录 4
2。4。2 细化请求的汇总 4
2.4.3 基线状态报告 5
2.5 配置审核 5
第3章 配置项说明 5

关于本文档
主 题
XXX工程XXXXXXXXXXXXXXXXXXXX信息系统建设项目总集成项目配置管理方案
说　　明
本文档用于说明系统配置计划，并指导配置管理工作。
适用对象
业主方、监理方、承建方相关领导、配置管理员.
修 订 历 史
版 本
章 节
类型
日 期
作 者
说 明
1。0

C
2009年10月

总集成项目配置管理方案

说明：类型－创建（C）、修改（U）、删除（D）、增加(A)；

评 审 记 录
角 色
签 名
日 期
说 明

第1章 配置项的标识规则
公司名称—Project Name—Type – Name – Version 其中:
项目名称或项目编号:采用立项后的项目名称缩写或给定的项目编号表示
系统名称或组件名称：采用约定的缩写规则取长度不超过6位的字符表示
类型名称为（标识代码）：项目工作产品名称的标识，为采用约定的缩写规则取长度不超过8位的字符。
Ø 编号：当配置项为同一模板样式的序列的工作产品时可将编号标识引入，一般为三位数字；
Ø 版本：采取两位，形式为0。0，第一版为V1.0，以后每增加0。1表示较小修改,增加1.0表示新的Release。
第2章 配置管理计划
2.1 配置管理计划目的
配置管理计划编写目的如下:
Ø 在项目的整个生存周期中建立和维护产品的完整性
Ø 软件配置管理活动是有计划的
Ø 确定需要CM控制的工作产品
Ø 建立和维护工作产品的基线
Ø 控制对工作产品的细化
2.2 角色、职责和人员
角色
职责
人员
CM工程师
。制定CM计划,负责计划的执行和完善
。设计软件配置管理库、基线库，控制基线的细化、保存所有细化请求
­识别/标识软件配置项，确定哪些内容将纳入基线库
.把汇总基线的状态和内容及时通知相关人
­基线化软件工作产品
余凌凡
DCB
.审查分析细化请求做出对细化请求的决定.
评审中心项目组
项目组
国研监理
项目经理
­协助CM工程师制定CM计划，并支持计划的执行
.审查CM计划
.主持DCB评审,确保只选用基线库的基线来构建工作产品或最终产品
张东
项目组成员
。了解CM计划,支持CM工程师的工作
。按照过程、规程、约定及工作计划的要求,提交工作产品
罗凯
李冬冬
贾晓雷
……
QA工程师
.协助CM计划的制定、参与CM计划评审
历姗姗
高级经理
。主持DCB评审
.批准产品发布
孙静
2.3 配置和细化管理控制
2.3.1 工作空间规则
(1）工作空间的划分
Ø 工作空间分为：项目基线空间（PXST-BASELINE目录)，小组工组空间（PSXT目录），个人工作空间；
Ø 个人工作空间是个人进行与本项目有关工作的目录，在指定PC的工作目录下；
Ø 小组工作空间是小组中个人工作的集合，在指定服务器的工作空间内;
Ø 项目基线空间是经过评审纳入基线的配置项，在指定服务器的工作空间内；
（2）工作空间的规则
Ø 小组工作空间中，需要基线化的配置项经过评审后进入项目基线空间；
Ø 项目基线空间的配置项由DCB通过后，由CM管理员从项目基线空间检出到小组工作空间；
2.3.2 细化管理控制
(1)角色及职责
角色
职责
请求者
提出细化请求
项目经理
评定是否为细化请求
细化控制委员会
分析细化请求，评估细化带来的工作
细化实施人员
执行细化
测试人员
测试细化
版本发布人员
为下一个发布作准备
质量保证工程师
审查或审核细化的结果
2.4 配置状态统计
2.4.1 DCB会议备忘录
项目的DCB 会议备忘录需要被维护.
每次DCB会议的备忘录应该按召开会议的时间来命名。文件名称的格式可以是“DCB日期"（日期格式为YYYYMMDD，其中YYYY是年，MM是月，DD是天）。例如在2007年12月25日召开的DCB会议,次会议备忘录的文件的名称可以是DCB20071225.
2.4.2 细化请求的汇总
CM工程师必须定期（每月)提供细化请求汇总报告给项目经理，用以报告和跟踪每一个细化请求的状态。
2.4.3 基线状态报告
基线状态报告用以记录和报告基线项的状态。CM工程师按计划跟踪软件基线状态并提供此报告.
2.5 配置审核
项目的PPQA工程师对CM进行审核,并将审核结果记录在审核报告中.
第3章 配置项说明
根据配置项计划，我们将在项目生命周期中的每一个阶段确立基线。每一个基线确立的标志在于本阶段产生的配置项被技术小组以及PPQA审核通过，并且保存到了配置基线库。
已确立A子包基线的文档如下：
主目录
阶段
配置项标识
计划入库日期
XXX工程XXXXXXXXXXXXXXXXXXXX信息系统-A子包基线
项目规划建设阶段
SINOSOFT-PSXT—PP—总体设计方案
2009-10-22
SINOSOFT-PSXT—PP—总体集成方案
2009-11—20
SINOSOFT—PSXT—PP—总体网络与信息安全保障方案
2009—11-20
安装实施与集成阶段
JHYS-+日期+货物到货接收次数
2009-11-28
SINOSOFT—PSXT—SDD—货物各组成部分的安装规划
2009—12—04
SINOSOFT—PSXT-TEST-系统联合测试申请
2009—12-05
SINOSOFT—PSXT-TEST—系统联合测试方案与测试报告
2010—01-08
SINOSOFT-PSXT—PPQA-评审报告+日期
2010—01—09
系统割接阶段
SINOSOFT—PSXT-GJ—系统割接方案
2010—02—26
SINOSOFT-PSXT—GJ-系统割接实施步骤
2010—03-02
SINOSOFT-PSXT—GJ—系统割接报告
2010—03—12
SINOSOFT—PSXT—PPQA—评审报告+日期
2010-03-12
系统上线、试运行与第三方测试阶段
SINOSOFT—PSXT-DOC-系统安装配置手册
2010-01-15
SINOSOFT—PSXT-DOC-平台自测报告
2010-01—15
SINOSOFT-PSXT-DOC—平台部署报告
2010—01-15
SINOSOFT-PSXT-DOC—系统初验申请
2010—01—15
SINOSOFT—PSXT-DOC—系统初验报告
2010—01-23
SINOSOFT-PSXT—DOC-子项用户使用手册
2010-01—15
SINOSOFT-PSXT—DOC-子项运行维护手册
2010-01—15
SINOSOFT—PSXT-PP—培训计划
2010-01—24
SINOSOFT—PSXT-DOC—培训材料
2010-01-24
SINOSOFT—PSXT-DOC—系统培训报告
2010—02-05
SINOSOFT-PSXT-DOC—系统试运行期间系统改进报告
2010-02—22
SINOSOFT—PSXT-DOC-系统试运行期间修改完善报告
2010—02-22
SINOSOFT—PSXT-DOC-对运行维护的建议报告
2010—02—22
SINOSOFT-PSXT-DOC-系统试运行报告
2010—02—22
SINOSOFT-PSXT-PPQA-评审报告+日期
2010—03-29
系统竣工验收
SINOSOFT-PSXT—DOC—系统验收申请
2010—03—30
SINOSOFT—PSXT-PP-系统验收计划
2010-03-30
SINOSOFT-PSXT—DOC—系统验收工作大纲
2010—03—30
SINOSOFT—PSXT-DOC—系统移交清单
2010-03-30
SINOSOFT—PSXT-DOC—系统集成项目工作总结报告
2010—04-21
SINOSOFT—PSXT—PPQA-评审报告+日期
2010-04—21

第9页