本文主要是介绍GJB5000软件配置管理计划模板，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
1 范围
1.1 标识
本条应描述本文档所适用的系统和软件的完整标识，适用时，包括其标识号、名称、缩略名、版本号和发布号。
1.2 系统概述
本条应概述本文档所适用的系统和软件的用途。它还应描述软件的一般特性；概述软件开发、运行和维护的历史；标识项目的需方、用户、开发方和保障机构等；标识当前和计划的运行现场；列出其他有关文档。
1.3 文档概述
本条应概述本文档的用途和内容，并描述与它的使用有关的保密性方面的要求。
1.4 与其他计划之间的关系
本条应描述本计划和其他项目管理计划的关系。
2 引用文档
本章应列出引用文档的编号、标题、编写单位、修订版及日期，还应标识不能通过正常采购活动得到的文档的来源。参见《软件配置管理过程》编写此文档，应重点列出《软件配置管理过程》。
3 组织和职责
本条应描述软件配置管理机构的组成及各级软件配置管理机构的职责和权限；说明与软件配置管理相关的人员(如项目负责人、软件项目配置管理人员)在软件配置管理中的职责；描述上述人员之间的关系。适当时，本条还应描述需方及用户等与软件配置管理机构之间的关系。项目级CCB 至少应该由下面几部分组成：中层领导、项目负责人、CM、QA、测试负责人、用户代表。公司级CCB根据公司的要求明确其在相应阶段的职责。
公司级CCB的组成如下图所示：
项目级CCB组成如下所示：
各人员的职责如下表所示：
表1 角色分配表
| 序号 | 角色 | 人员 | 职责范围 |
| 1 | 配置管理员 | （1）制定《配置管理计划》 （2）创建和维护配置库 | |
| 2 | 项目级CCB负责人 | 中层领导 | （1）审批《配置管理计划》 （2）审批重大的变更 |
| 3 | 项目级CCB成员 | 项目负责人 | 例如：审批 |
4 软件配置管理活动
本章应描述配置标识、配置控制、配置状态记录、配置审核以及软件发行管理和交付等方面的软件配置管理活动的需求。
4.1 配置标识
本条应描述配置项的标识方案：详细描述本项目的每一配置项，包括配置项的名称、项目赋予它的唯一的标识符、内容和预期纳入受控库或产品库的时机、配置项的重要特征以及配置项的管理负责人等。若为基线软件配置项，则还应列出其所属的基线名称。参见《配置项和基线选择指南》和《配置项命名规范》。
4.2 配置控制
本条应描述如下内容：
1) 描述在软件生存周期各个阶段，配置库建立和维护的方案。应参见《配置库管理规范》，编写《配置库权限分配表》。如：开发库对所有项目成员开放，更改不受控制；受控库权限必须经过项目负责人批准走流程更改；产品库权限必须通过负责产品库的部门领导以及其他相关领导审批；受控配置项变更必须要经项目级CCB审核批准后才有更改权限等（此例只起说明作用，项目具体对配置库的权限设定，请根据项目实际情况设定）。
2) 描述开发库、受控库中配置项目录结构以及配置项中具体包含的文件内容。配置库目录结构参照《配置库管理规范》中的规定建立，项目组根据实际情况可以在规定的目录下建立子目录。具体目录结构在此处详细说明。
3) 对已有配置项的更改申请进行处理的方法，其中包括：
a) 详细说明在本项目软件生存周期各个阶段提出更改申请的规程；参见《变更控制规程》。
b) 描述对“已批准的更改申请”(如：源代码、目标代码和文档等的修改)实现的方法；
c) 描述配置库控制的规程，其中包括例如：库存软件控制、对于使用基线的读写保护、基线和配置项变更后的版本控制、成员保护、成员标识、档案维护、修改历史以及故障恢复等规程；参见《配置库管理规范》。
d) 描述配置项和基线变更、发布的规程以及相应的批准权限。参见《软件配置管理过程》基线发布控制和配置项变更控制。
4) 当与不属于本软件配置管理计划适用范围的软件和项目存在接口时，本条应描述对其进行配置控制的方法。如果这些软件的更改需要其他机构在配置管理组评审之前或之后进行评审，则本条应描述这些机构的组成、他们与配置管理组的关系以及他们相互之间的关系。
5) 本条描述与特殊产品(如非交付的软件、现有软件、用户提供的软件和内部支持软件)有关的配置控制规程。
6) 在软件配置管理计划中，要明确基线建立的时机，并且在开发周期中，基线的建立时间会受到不同变更权威（项目CCB、项目负责人等）的控制。在每次主要的软件产品发布之前，必须进行配置审核，验证其完整性。如基线建立与配置审核计划表。
表2 基线建立与配置审核计划表
| 序号 | 基线名称 | 计划建立时间 | 变更权威 | 计划审核时间 | 审核人员 |
| 1 | 功能基线 | ||||
| 2 | 分配基线 | ||||
| 3 | 设计基线 | ||||
| 4 | 编码基线 | ||||
| 5 | 集成测试基线（可选） | ||||
| 6 | 系统测试基线 | ||||
| 7 | 验收测试基线（可选） | ||||
| 8 | 产品发布基线 |
4.3 配置状态记录
配置项状态记录从配置项进入配置库的一刻开始记录，本条应：
1) 描述对配置项状态信息收集、验证、存储、处理和报告等方法；描述对哪些配置项信息进行记录，如何验证记录的正确性，参见《配置项状态报告模板》。
2) 描述应定期提供的报告（《配置项状态报告》等）及其分发方法；
3) 适当时，描述所提供的动态查询的能力；
4) 适当时，记录用户说明的特殊状态，同时描述其实现手段。
4.4 配置审核
本条应描述：
1) 在本项目软件生存周期的指定阶段上要进行的软件配置审核和进行配置审核的人员，计划的审核日程，包含功能配置审核、物理配置审核、配置管理审核，参见《软件配置管理过程》配置审核；
2) 每次审核所包含的软件配置项；
3) 标识和解决在配置审核期间发现的问题的规程。
4.5 软件发行管理和交付
本条应描述：
1) 控制有关软件发行、管理和交付的规程和方法，参见《软件配置管理过程》产品发布控制流程；
2) 确保软件配置项完整性的规程和方法；
3) 确保一致且完整地复制软件产品的规程和方法；
4) 按规定要求进行交付的规程和方法。
5 工具、技术和方法
本章应描述为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的用途，并在开发者权限的范围内描述其用法。
提示：
1) 配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的Visual SourceSafe或者SVN。
2) 配置管理员根据所采用的配置管理软件，确定资源用途以及使用方法等。
表3 配置管理工具
| 配置管理软/硬件工具 | 用途 |
| 配置管理工具名称 | |
6 对供货单位的控制
供货单位包括软件销售单位或软件分承制方。本章应描述对这些供货单位将提供软件的配置项进行控制的管理规程，从而保证所获取的软件(包括可重用软件产品)能满足规定的软件配置管理需求。管理规程应该规定在本计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。
7 进度表
本章应描述软件配置管理活动日程，应保证与本项目的软件开发计划和软件质量保证计划一致。
8 注释
本章应包括有助于了解文档的所有信息(例如：背景、术语、缩略语或公式)。
这篇关于GJB5000软件配置管理计划模板的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
