配置管理计划模板.docx

配置管理计划模板.docx

《配置管理计划模板.docx》由会员分享，可在线阅读，更多相关《配置管理计划模板.docx（15页珍藏版）》请在冰点文库上搜索。

配置管理计划模板

软件配置管理计划模板

发布文号

SCM01_T01

版本

2.6

文件编号

HNSDT027-2005

所属过程文号

SCM01

参考过程文号

此页为模板文档本身的版本控制记录表，按模板生成的正式文档中不需要此页

密级

软件配置管理计划

<卷号，同一文档分卷时需要>

<项目名称>

文档设计单位

文档编写日期

软件配置管理计划

更新历史

编写人

日期

版本号

变更内容

评审人

评审日期

评审意见

审批人

审批日期

审批意见

1.简介

提供配置管理活动的简单描述，以便受影响的人和组对SCM计划获得清楚的理解。

目的

简短描述SCM计划的必要性和在项目生命周期的早期阶段制定的原因。

SCM的目的是保证软件项目生成的产品在整个软件生命周期中的完整性。

说明在产品/项目生命周期中将执行的所有与CM相关的活动。

记录如何计划、实施、控制和组织与产品相关的CM活动。

范围

描述SCM计划的适用性、限制和假设。

范围和SCM计划内容是随着项目的范围、规模和类型变化的。

包括：

Ø项目配置项的概述

Ø被放置或控制在配置管理系统中的软件配置项的定义

Ø定义SCM计划中包括的其它软件（例如支持软件或测试软件）

Ø描述项目配置管理活动与硬件或系统的关系

Ø定义已知的假设条件、风险

专业术语定义

/*本计划中采用的专业术语和缩写的解释说明*/

术语/缩写

解释说明

参考资料

/*定义编写计划引用的资料说明*/

1.组织和管理

配置管理组织架构

/*计划所影响的成员及成员组织方式，用组织结构图表示*/

角色和职责

/*在配置管理活动中每一个受影响的人员的职责*/

角色（组）

人员名称

职责

项目经理

评审并批准配置管理计划

分析变更申请的影响

关闭变更申请

SCCB成员

评审配置管理活动

产品发布的申请者

批准建立基线

配置管理员

准备和编写配置管理计划

验证并执行Check-in和Check-out

建立和管理配置管理库

执行产品发布

确认基线的完整性

维护配置管理活动的相关记录

定期编写配置状态报告

开发经理

协助项目经理分析变更申请的影响

开发人员

提供放入配置管理库的各类工件

实施分配的配置管理库的各类工件的变更

SQA

执行配置管理审计

评审配置管理计划

系统管理员

执行备份和恢复

SCM指导方针

定义项目中使用的SCM政策、过程、指南和模板

『制定计划时可参考以下描述，可直接引用』

1.公司所有软件项目必须遵守SCM政策。

本项目组的SCM的制定、管理遵守公司的SCM政策，在

整个项目的生命周期中实施SCM。

2、SCM涉及到过程包括：

SPI_SCM01_配置管理计划过程、SPI_SCM02_配置管理审批过程、SPI_SCM03_配置管理实施过程，

3、SCM涉及到流程包括：

SPI_SCM03_P01_配置变更管理流程、SPI_SCM03_P02_配置状态报告流程.doc

4．使用到的指南为：

SPI_SCM01_G01_配置管理指南

5、使用到的摸板包括（三个）：

SPI_SCM03_P01_T01_变更申请表

SPI_SCM03_P02_T01_配置状态报告

SPI_SCM02_T01_基线审计报告

2.SCM活动

VSS目录结构说明

配置项的标识标准、说明标准和版本说明标准

具体根据项目实际情况制定符合项目使用的标准，如果用户有特殊要求时，依据用户标准

配置项的标识标准

统一的前缀+分隔符+文书名称（如软件需求规格说明书、设计说明书等）

统一的前缀是：

‘×××’（注：

前缀为项目名称，或是以项目名称的缩写替代

『例如：

广东省公安机关经侦信息管理系统可简写成：

经侦信息管理系统或者JZXXXT等』

分隔符是：

‘-’（减号）

例如：

×××-用户需求说明书

配置项的说明标准

配置项文书名称为：

×××-用户需求说明书、×××-系统设计说明书、×××-源代码及可运行系统等。

基线文书名称为：

**基线

配置项的版本说明标准

版本控制采用VSS的控制方法。

采用V*.*.*的格式，分三层，按自然数增长。

VSS上每提交一次文档，则version号码增加1。

当文档成为基线化时，使用VSS的LABEL标签，形如V1.0.1。

当所做的修改需要更改基线时，提升为V1.1.0。

大的版本升级，由项目经理确定，如：

当第2位已变更为9时，可以提升大的版本；为满足项目特定的要求，可以提升大的版本。

具体可参考公司指南文件：

SPI_SPE_G01_软件项目产出物版本标识及版本号升级指南

配置项定义

/说明本项目中选择的配置项/

组

配置项名称

配置项ID/标识

版本号约定

版本号提升/基线化条件

格式

所处位置

环境

开发环境

计划中规定的版本说明标准

V.A.1.0.0

发布区/启动阶段

测试环境

计划中规定的版本说明标准

V.A.1.0.0

发布区/启动阶段

客户环境

计划中规定的版本说明标准

V.A.1.0.0

发布区/启动阶段

启动

合同

计划中规定的版本说明标准

V.A.1.0.0

发布区/启动阶段

招投标文件

计划中规定的版本说明标准

V.A.1.0.0

发布区/启动阶段

需求

需求规格说明书

SRS-nnn-Title

计划中规定的版本说明标准

项目经理和客户代表评审并批准

MicrosoftWord

发布区/需求阶段

设计规范

计划中规定的版本说明标准

项目经理和客户代表评审并批准

MicrosoftWord

发布区/需求阶段

用户确认测试用例

ATC-nnn-Title

设计

设计说明书

D-nnn-Title

计划中规定的版本说明标准

项目经理和客户代表评审并批准

MicrosoftWord

发布区/设计阶段

用户手册

计划中规定的版本说明标准

项目经理和客户代表评审并批准

MicrosoftWord/Html

发布区/设计阶段

单元测试用例

UTC-nnn-Title

计划中规定的版本说明标准

项目经理评审并批准

MicrosoftWord

发布区/设计阶段

编码

源代码

SC-nnnn-Title

计划中规定的版本说明标准

完成代码评审、单元测试，开发经理批准之后

SQL/PB

发布区/编码阶段

单元测试用例

UTC-nnn-Title

计划中规定的版本说明标准

项目经理评审并批准

MicrosoftWord

发布区/设计阶段

集成测试报告

计划中规定的版本说明标准

完成集成测试之后

发布区/测试阶段

测试

系统测试报告

计划中规定的版本说明标准

完成系统测试之后

发布区/测试阶段

发布

产品

Rel-nn.n-Title

计划中规定的版本说明标准

完成产品发布之后

发布区/产品

实施

用户确认测试报告

计划中规定的版本说明标准

完成用户确认测试之后

发布区/实施阶段

用户试运行报告

计划中规定的版本说明标准

完成用户试运行之后

发布区/实施阶段

验收报告

计划中规定的版本说明标准

完成用户验收之后

发布区/实施阶段

基线的标识标准、说明标准和版本说明标准

具体根据项目实际情况制定符合项目使用的标准，如果用户有特殊要求时，依据用户标准

基线的标识标准

基线的标识标准：

阶段名称（如需求、设计……）+统一的后缀（基线）；以文件夹的形式存放在VSS发布区（受控区）中各阶段下,具体请参照“3.5基线定义”表。

基线的说明标准

基线的说明标准：

已经建立基线的,在每次Checkout出来修改的时候请简要说明修改原因,而在Checkin的时候请简要说明修改的内容。

基线版本说明标准

版本控制采用VSS的控制方法：

使用VSS的LABEL标签，形如“前缀”-V1.0.1。

其中“前缀”如“RQ”代表“需求”，“DE”代表设计。

“CO”代表编码，“RE”代表产品。

当所做的修改不足以影响到下一阶段的工作时，提升V0.0.1,即V1.0.1,

当所做的修改影响到下一阶段的工作时，提升为V1.1.0,1.2.0……大的版本升级，由项目经理确定，如：

当第2位已变更为9时，可以提升大的版本；为满足项目特定的要求，可以提升大的版本。

基线定义

/说明本项目中选择的配置项/

基线类型

基线ID/标识

版本号约定

基线内容

基线建立/版本提升条件

阶段基线

需求基线

计划中规定的版本说明标准

用户需求说明书

软件需求规格说明书

确认测试用例

设计规范

用户手册

阶段基线

设计基线

计划中规定的版本说明标准

用户需求说明书

软件需求规格说明书

确认测试用例

设计规范

用户手册

系统设计说明书

集成测试用例

系统测试用例

编码规范

产品基线

产品基线

计划中规定的版本说明标准

用户需求说明书

软件需求规格说明书

确认测试用例

设计规范

用户手册

系统设计说明书

集成测试用例

编码规范

源文件

可执行文件

系统测试报告

变更管理流程

具体参见“配置管理变更流程”

配置状态报告流程

具体参见“配置状态统计报告流程”

配置管理记录

在配置管理活动中所产生的记录

配置状态报告

/*定期（什么时候）向项目经理（所有需要的角色）提供各类汇总报告（何种报告），采用的报告模板*/

产品发布流程

具体参见“产品发布过程”

配置审计流程

/*什么时候需要审计，审计的内容，依照的流程（具体参见“配置审计过程”）

3.配置管理活动安排表

任务

启动条件

产出物

4.工具和资源

/*SCM工具，配置管理系统的软、硬件环境，指定SCM人员*/

5.SCM里程碑

按项目生命周期模型确定里程碑，例如启动：

配置管理环境的建立

（参考：

每一个新基线建立作为SCM活动的里程碑）

6.培训（可选）

/*配置管理员所需技能、过程的培训，项目相关人员所需SCM技能、过程的培训*/

培训内容

培训类型

所需时间

参与人员

过程

过程名称1

概要培训

过程名称2

详细培训

技能

技能1

技能2

工具

工具1

工具2

7.子承包方的支持（可选）

按我公司的规程进行SCM，

经审核后按对方规程进行SCM管理，定期向项目经理提交SCM管理报告

8.计划的维护

说明什么情况下，配置管理计划需要变更。

附录1:

文档管理控制

更新历史