软件配置管理计划模版

文件编号：PTS - PDP - SCMP

软件配置管理计划

拟制：____________________ 日期：____________________ 审核：____________________ 日期：____________________ 批准：____________________ 日期：____________________

太平洋软件（中国）有限公司

变更记录页

单位：太平洋软件（中国）有限公司，以下简称PTS

文档名称：软件配置管理计划

生成日期：2002-12-13

版本作者日期备注

目录

1介绍 (1)

1.1 目的 (1)

1.2 范围 (1)

1.3 缩写和定义 (1)

2SCM管理 (2)

2.1 组织 (2)

2.2 SCM责任 (2)

2.3 可用的策略、指令和程序 (2)

3SCM 活动 (3)

3.1 配置标识 (3)

3.1.1 配置项的标识 (3)

3.1.2 配置项的命名 (3)

3.1.3 配置项的获取 (3)

3.2 配置控制 (4)

3.2.1 请求变更 (4)

3.2.2 评估变更 (4)

3.2.3 批准或拒绝变更 (5)

3.2.4 实施变更 (5)

3.3 配置状态统计 (5)

3.4 配置审核和审计 (6)

3.5 接口控制 (6)

3.6 转包商/供应商控制 (6)

4进度安排 (8)

5SCM 资源 (8)

6SCM计划维护 (8)

软件配置管理计划1介绍

1.1目的

1.2范围

1.3缩写和定义

2SCM管理

SCM管理信息描述了组织和个人在项目的SCM活动中的责任和权限。

SCM管理信息必须包括三个主题：应用SCM的项目组织，这些组织的SCM责任，以及应用在这个项目中的SCM政策和指令。

2.1组织

组织结构包括技术和管理两方面，计划中的并将要被实施的SCM活动必须被描述。计划必须说明以下问题：

a)在项目中，参与或对任何SCM活动负责的组织单位；

b)在项目结构中，组织单位的功能角色；

c)各组织单位之间的关系。

组织单位可能包括供应商和客户，主承包商和分承包商，或在组织中的其他团队。组织图表、功能和关系的状态的补充可以成为表现信息的有效途径。

2.2SCM责任

对组织单位SCM活动的分配必须被详细说明。对每个在SCM中列出的活动，必须提供执行活动的组织单位或工作标题的名字。可以使用矩阵清楚地表示和说明以上定义的组织和SCM功能、活动和任务之间的关系。

对于那些在项目中为执行SCM活动而建立的任何审查委员会或特定组织，计划中必须描述有关它们的以下方面：

a)目的和目标；

b)成员和联系；

c)有效期；

d)权限范围；

e)操作程序。

2.3可用的策略、指令和程序

由其它政策、指令和过程附加在计划上的限制必须被定义。对每一个限制来说，它的影响和效果必须被声明。

3SCM 活动

SCM活动标识了所有在计划范围内，管理软件系统配置所需的功能和任务。技术和管理的SCM活动都必须被标识。通常的SCM实质的项目管理活动必须以SCM观点来描述。

3.1配置标识

配置标识活动必须标识、命名和描述文档的物理和功能特性，其文档包括项目中被控制的代码、规范、审计、和数据元素。获取这些文档用于配置控制。配置项可以作为中间或最终的产品（例如，可执行代码、源代码、用户文档、计划列表、数据库、测试案例、测试计划、规范和管理计划）和支持环境元素（例如，编译器、操作系统、设计工具和测试基础）。

计划必须在每个项目控制点标识项目配置项(CI)和它们的结构。计划必须声明每个CI 和它的版本，对定义、追溯、存储和检索的CI活动的执行必须被单独命名和描述。

3.1.1配置项的标识

计划必须记录控制项、项目的CI和它们的定义。计划必须描述项目中维护的项的列表和结构。至少，所有要发布的CI必须都被列出来。

在项目生命周期的控制点，必须定义适当的基线。如下：

a)产生基线的事件；

b)在基线中控制的项；

c)用来建立和改变基线的过程；

d)说明基线文档变更所需的授权；

变更、受影响的CI以及相关联的基线必须被详细说明。

3.1.2配置项的命名

为了对每个控制项分配单独的标识符，计划必须制定和标识系统。同样必须单独指定有多少个版本。标识的方法包括命名约定、版本号和字符。

计划必须描述为存储、检索、跟踪、再生、和分发命名控制项的方法，活动包括为版本标记、为文档和执行标签，为执行芯片内嵌代码或数据排序和改变标记，物理包的标识。

转承包商的软件、供应商所有的软件和支持软件可能需要特殊的标识方案和标记。

3.1.3配置项的获取

计划必须为计划标识受控软件库，描述标识基线的代码、文本和数据如何物理的存放在适当的库中。对每个库来说，格式、位置、文档需求、接受和检查需求和访问控制过程都必

须被详细说明。

计划必须为实际上的文档和磁介质的存储指定过程，包括项的物理标记和分类。同样也要说明数据保存过程、灾难预防和恢复过程。

过程必须描述如何从存储库中检索和复制控制项目。这些活动包括标记和分类的确认，受控拷贝的追踪和所有权和安全信息的保护。.

3.2配置控制

配置控制活动请求、评估、认可或拒绝、实现对基线CI的配置变更。变更包括错误的改正和可靠性增强。为变更过程所需的必须手续的复杂程度依靠在配置结构中变更对基线的影响。

计划必须描述在基线CI的变更控制影响。计划必须定义下列的详细步骤：

a)变更所需的标识和文档；

b)变更需求的分析和评估；

c)需求的认可或否决；

d)变更的确认、执行和发布；

计划必须标识用来追踪和记录每个变更的执行序列的记录。在处理原始需求的变更的每个不同必须被明确的记录下来。

3.2.1请求变更

计划必须指定对一个基线CI需求变更和为需求记录信息的过程。至少，一个提交的变更的信息记录必须包括以下几方面：

a)问题出现的CI的名字和版本；

b)开发者的姓名和组织；

c)需要的数据；

d)紧急程度指示；

e)变更所需资源；

f)需要变更的描述；

附加信息，如优先权或分类，可能用来澄清需求的重要意义和帮助分析、评估。其它信息，例如变更需求编号、状态和处理，记录在变更追踪中。

3.2.2评估变更

为了提交变更影响和审阅分析变更结果过程，计划必须指定的它们所需的分析。变更必