配置管理计划-模板

合集下载

CMMI 3标准文档模板-配置管理-配置管理计划

CMMI 3标准文档模板-配置管理
{ 项目名称}
配置管理计划
Company Information
版本历史
目录
1. 人员及职责 (4)
2. 配置管理软硬件资源 (4)
3. 配置项计划 (4)
4. 基线计划 (5)
5. 配置库备份计划 (5)
附录：本计划审批意见 (6)
1. 人员及职责
提示：
（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。

（2）CCB的人数根据项目规模而定。

一般地，项目经理是CCB的负责人。

2. 用于配置管理的软硬件资源
提示：
（1）配置管理员确定本项目的配置管理软件。

例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。

（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU 等）。

3. 配置项计划
提示：配置管理员标识配置项，估计每个配置项的正式发布时间。

标识符的参考格式为Project-Type…Type-Number。

例如：
4. 基线计划
5. 配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。

附录：本计划审批意见。

软件配置管理计划模板

卷号DEPLOY卷内编号DEPLOY005密级组内HD20090917SR005通用型行政审批服务协同管理平台配置管理计划1.2项目承担部门：java第四组撰写人（签名）：区允文完成日期：2010年8月4日本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户评审负责人（签名）：江威龙评审日期：2010/8/4目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述42.项目配置42.1组织结构42.2职责和接口52.3工具、环境和基础设施53.配置管理活动63.1配置库63.1.1配置库架构63.1.2权限分配73.1.3配置库层次及开发活动说明：83.2配置标识93.2.1标识方法93.2.2项目基线103.3配置项113.4配置和变更控制113.4.1变更请求的处理和审批113.4.2变更控制委员会 (CCB)113.4.3变更过程中的活动113.4.4变更过程中的变更请求状态123.4.5保存变更历史记录133.4.6变更请求中受影响配置项的变更133.5配置状态统计143.5.1项目介质存储和发布进程143.5.2报告和审计144.里程碑155.培训和资源156.分包商和厂商软件控制157.附录15配置管理计划1.简介1.1目的为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。

1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。

1.3定义、首字母缩写词和缩略语CM：配置管理。

CCB：变更控制委员会。

CI：配置项。

包含文档、程序。

Baseline：基线。

CR：变更请求。

PCA：物理审计。

FCA：功能审计。

1.4参考资料《华南农业大学软件学院实训讲义》《华南农业大学项目阶段评审工件》1.5概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。

软件配置管理计划模板

1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。

1.3定义、首字母缩写词和缩略语CM：配置管理。

CCB：变更控制委员会。

CI：配置项。

包含文档、程序。

Baseline：基线。

CR：变更请求。

PCA：物理审计。

FCA：功能审计。

配置管理计划模板-V2.1-b

所需人员
项目人员及其职责在《项目开发计划》文档中进行描述，此处不再赘述。
所需资源
服务器名称
计算机资源备注
工具名称
辅助工具发布公司
基线名称软件需求基线概要设计基线详细设计基线代码基线
测试基线
运行基线
基线缩写 SRBL PDBL DDBL SCBL
STBL
PRBL
基线标识 SR PD DD SC
ST
PR
基线定义
版本号 1.0 1.0 1.0 1.0
1.0 1.0
计划建立日期 2003/3/10
文档名称《软件配置管理计划》
SCM报告
记录方法发布日期或频度
手工
YYYY-MM-DD
《配置项状态记录》《变更日志》
《基线发布报告》《基线审计报告》
《产品发布报告》《项目成员周报》
手工
每两周一次
软件配置管理计划
计划简介
【文档的目的是定义SCM的职责、所需资源以及描述在项目开发以及维护阶段所需要实施的一系列SCM活【项目是不同的，但是每个项目都应该有SCM计划，SCM计划的执行应该与开发活动计划相一致，以保证同开发工作的范围一致。通过识别要置于配置管理之下的配置项和将要建立基线的点，可以确定SCM工作和时间。在此背景之下，制定本软件配置管理计划。】
软件工程组项目经理或其他人员
软件工程组、 SQA 人员项目经理软件工程组、 SQA人员及其他相关人员
项目经理
计划审计日期计划审计人员 YYYY-MM-DD XXX YYYY-MM-DD XXX
变更权威正式基线：CCB 开发基线：项目经理项目经理
项目经理
测试负责人使用者本人

配置管理计划（范文）

配置管理计划配置管‎理计划‎篇一：‎配置管理计划‎公司名称项目‎名称配置管理计划‎版本1.0 ‎? [注：‎以下提供的模板用于‎R atinal Un‎i fied Prce‎s s。

其中包括用方括‎号括起来并以蓝色斜体‎（样式=InfBlu‎e）显示的文本，它们‎用于向作者提供指导，‎在发布此文档之前应该‎将其删除。

按此样式输‎入的段落将被自动设置‎为普通样式（样式=B‎d y Text）。

]‎修订历史记录Cnf‎i dential ?‎公司名称 , 19‎99 Page 2 ‎f 6目录1‎.简介1.‎1目的1.‎2范围1.‎3定义、首字母缩写‎词和缩略语1‎.4 参考资料‎1.5 概述‎ 2. 软件配置管‎理2.1 组‎织、职责和接口‎2.2 工具、环境‎和基础设施‎3. 配置管理活动‎3.1 配置标‎识3.‎1.1 标识方法‎ 3.1.2‎项目基线3‎.2 配置和变更控制‎3.2‎.1 变更请求的处理‎和审批3.‎ 2.2 变更控制‎委员会 (CCB) ‎3.3 配置状‎态统计3.‎ 3.1 项目介质‎存储和发布进程‎3.3.2 ‎报告和审计‎4. 里程碑‎5. 培训和资源‎ 6. 分包商和厂‎商软件控制 Cnfi‎d ential ? ‎公司名称 , 199‎94 4 4 4 ‎4 4 4 4 4 ‎4 4 4 5 5 ‎5 5 5 5 5 ‎6 6 6 Page‎3 f 6配置管理‎计划1. 简‎介 ? [配置管理计‎划的简介应提供整个文‎档的概述。

它应包括此‎配置管理计划的目的、‎范围、定义、首字母缩‎写词、缩略语、参考资‎料和概述。

]‎1.1 目的 ? [‎阐明此配置管理计划的‎目的。

]1.‎2范围 ? [简要‎说明此配置管理计划的‎范围；它的相关模型，‎以及受到此文档影响的‎任何其他事物。

]‎ 1.3 定义、首‎字母缩写词和缩略语‎?[本小节应提供正‎确理解此配置管理计划‎所需的全部术语、首字‎母缩写词和缩略语的定‎义。

软件项目之配置管理计划(范文1)

XXXX项目配置管理计划简介本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。

1.1文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动，指导项目软件配置管理工作。

1.2适用范围本计划适用于XXXX项目的软件配置管理活动的制定。

1.3项目背景描述略。

1.4术语与缩略语软件配置管理：简称 SCM（Software Configuration Management），是在项目开发中，标识、控制和管理软件变更的一种管理。

配置项目标识：（Configuration Indentification）对软件项目在开发过程中的资源进行标识，以便标识。

配置审计：（Configuration Audit）对软件配置管理过程中的行动进行检查。

资源2.1配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理（Configuration Management，CM），项目的配置管理（Configuration Management，CM），项目经理（Project manager，PM），以及配置管理审批人和项目成员。

图1 组织架构图2.2关键角色和职责配置管理员项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。

在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。

配置管理委员会（CCB）CCB 是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。

CCB 的决策采用“少数服从多数”的原则。

主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。

2.3所需资源表1 配置管理工具及辅助软件工具名称发布公司用途GitLab GitLab 配置库管理工具，主要源代码SVN Apache软件基金会配置库管理工具，主要是文档Microsoft Office Microsoft 办公工具Microsoft Project Microsoft 办公工具SCM 活动3.1配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。

配置管理计划-模板

XXX项目配置管理计划文档修订记录*变化状态：A——增加，M——修改，D——删除目录1概述 (5)1.1项目基本信息 (5)1.2参考文档 (5)2术语表 (5)3资源 (5)3.1配置管理培训要求 (5)3.2软件要求 (5)3.3硬件要求 (6)3.4网络要求 (6)4配置管理活动 (6)4.1配置项标识规则 (6)4.2基线标识规则 (6)4.3识别配置项与基线 (7)4.4配置库信息 (7)4.5配置审计计划 (8)4.6《配置管理报告》计划 (8)1概述1.1项目基本信息1.2参考文档《配置管理办法》文件编号：QGL/RK 15.14.003-2013《配置管理规程》文件编号：QGL/RK 15.14.004-20132术语表3资源3.1配置管理培训要求项目组成员对VSS配置管理工具使用熟练，有用VSS配置管理工具进行项目过程管理的经验。

3.2软件要求3.3硬件要求3.4网络要求公司总部办公：使用客户端连接公司内部网络环境。

出差：使用公司为出差人员配发的Ukey连接公司内部网络环境。

注：Ukey在组织级配置管理员处领取和配置。

4配置管理活动4.1配置项标识规则根据《配置管理办法》，确定本项目配置项的命名及版本标识规则如下：配置项命名：文档类配置项的命名规则应当为：“贵州轮胎GZLT密炼MES三期-研发项目-文档简称”；软件类配置项的命名规则应当为：“贵州轮胎GZLT密炼MES三期-版本”。

配置项版本：版本的形式应由3位组成：[V（版本标识符）][主版本号].[次版本号]，初始值为V1.0；只有通过《变更管理规程》进行变更后的配置项才对主版本号升级，其他情况只对次版本号升级。

4.2基线标识规则根据《配置管理办法》，确定本项目的基线的命名规则和版本升级规则如下：基线命名规则：<产品名称>/<项目简称>_<基线简称>_<版本>_<日期>；其中，本项目简称为GZLTMES；基线简称如下表所示：版本升级规则：版本的形式应由3位组成：“[V（版本标识符）][主版本号].[次版本号]”，初始值为V1.0；在配置项纳入到新的基线或基线变更时，主版本号才升级；其他变更情况只能对次版本号升级。

组织级配置管理计划-模板

XXX有限公司组织级配置管理计划文档修订记录♦变化版本编号简要说明日期变更人批准日期批准人状态VI. 0 A*变化状态：A——增加• M1前言本计划是组织级配置项目计划的组成部分，它规定了在组织级配置项目中如何开展配置管理工作，以便在项目的整个生存周期中，建立和维护软件工作产品的完整性和一致性。

1.2适用范围本计划是遵照组织级的《配置管理过程》、《配宜管理il•划》等标准规范和《裁剪指南》，结合本项目的实际情况制订：适用于整个产品生命周期的配置管理柑关活动。

1.3读者对象EPG组成员2组织级配置项管理2.1配置结构曰丄Ol-OSSPil丄0】•工程过程创丄02■顶目过程刮丄支持过程创丄04・組织过程il 丄05-Sm a 一j 02・EPG丄OF针计划二02■姐织培训m Q3・EFG活动口01 ■俎织月报□ 0Z溯监管LJ 03•配置监普LJ W发布公吿 a 二03-FAL丄01 ■风险库丄02・最侄实践丄03■度量库2-2配置项管理01-OSSP目录下文档为组织过程改进的知识库，作为组织改进的指导性文件：放入SVN库中归档管理，全体人员有可读权限。

当OSSP中文档需要修改时需要走正式的变更流程。

02-EPG目录下文档为改进组活动产生的文档：放入SVN库中归档管理。

'01-组织方针'全体可读，当'01-组织方针'中文档需要修改时需要走正式的变更流程。

'02-组织培训*中的文档培训人员（顾晓丹）在有培训需求进入的情况下是期进行更新，配置管理人员左期（每月）检查培训中产出的文档做配置审计。

'03-EPG活动管理'改进组可写，配置管理人员立期（每月）检查组织月报、质量保证报告、配置项状态的提交情况并做配置审计，EPG组世期更新。

03-PAL目录下存放改进中优秀的资产，当有新资产加入的时候，及时更新并做配置审计。

变更流程：对配置管理下的工作产品作变更（如：OSSP标准文档的改变、新资产入库等），都需要被跟踪和控制，用来保证工作产品配置信息的完整性和可跟踪性。

配置管理计划模板完整版

项目编号：xxxxxx项目名称：xxxxxx 配置管理计划修订历史记录目录1. 简介 (4)1.1目的 (4)1.2范围 (4)1.3定义、首字母缩写词和缩略语 (4)1.4参考资料 (5)1.5概述 (5)2. 软件配置管理 (5)2.1组织、职责和接口 (5)2.2工具、环境和基础设施 (6)3. 配置管理活动 (8)3.1配置标识 (8)3.2配置项变更控制 (10)3.3配置管理活动计划 (10)3.4报告和审计 (17)4. 培训和资源 (18)4.1培训所需环境 (19)4.2培训参加人员 (19)4.3培训具体安排 (19)5. 分包商和厂商软件控制 (19)错误!未指定书签。

1.简介1.1目的在项目的生命周期内，为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整，特制定本计划。

1.2范围纳入项目配置管理的配置项、过程记录及其它相关资料。

1.3定义、首字母缩写词和缩略语本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。

这些信息可以通过引用项目词汇表来提供。

1.3.1CM (Configuration Management）配置管理。

1.3.2配置项（Configuration item)指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。

1.3.3基线（baseline）一种通过正式评审和认可的规范说明或产品，此后将其作为进一步开发的基础，只有通过正式的变更控制过程才可以变更。

1.3.4基线库（Software baseline library）项目软件生命周期中基线的集合。

用VSS软件工具管理时，基线库可以是一个独立的VSS系统，也可以是VSS系统中的一个目录。

1.3.5配置审计（Configuration audit）审核配置管理库系统的结构和设施，验证软件基线库内容的完备性和正确性，验证与适用的配置管理标准和规程的符合性1.3.6配置控制委员会（CCB）有权力管理项目基线的委员会，它代表项目经理和所有可能受到项目基线更改影响的组的利益，由它审定项目基线的建立和配置项/单元的标识，评审和审定对项目基线的更改，审定对项目基线库制造的产品的生成。

GJB438B-软件配置管理计划 - 模板

密级：内部（XXXX）软件配置管理计划标识：XXXX/SCMP版本：V1.0页数：编制：SQA审核：审核：批准：编制部门：2020年7月5日1 范围1.1 标识本文档适用：xxx项目（标识：xxxx）；本文档的名称为：xxx软件配置管理计划；本文档标识为：XXXX/SCMP1.2 系统概述甲方：xxx。

乙方：xxx。

对系统进行概述。

1.3 文档概述本文档指定xxxx研制过程中，将执行的所有与配置管理相关的活动，以及配置管理活动的时间、内容、活动主体、要达到的结果的实施依据。

本文档读者为系统研制开发中的甲方团队、乙方。

1.4 与其他计划之间的关系本文档是软件开发计划的子计划。

2 引用文档本文档引用文档清单如表2-1所示。

表2-1 引用文档清单3 组织和职责组织和职责如表3-1所示。

表3-1 组织和职责4 软件配置管理活动4.1 配置标识本条应描述基线和配置项的标识方案；详细描述本项目的每一条基线，包括基线的名称、基线的项目唯一的标识符、基线的内容和基线预期的建立时间等。

本条还应详细描述本项目的每一软件配置项，包括配置项名称、配置项的项目唯一的标识符及其受控时间等，若为基线软件配置项，则还应列出其所属的基线名称。

4.2 配置控制本条应描述如下内容：在本计划所描述的软件生存周期各个阶段使用的更改批准权限的级别。

对已有配置项的更改申请进行处理的方法，其中包括：详细说明在本计划描述的软件生存周期各个阶段提出更改申请的规程；描述实现已批准的更改申请（如：源代码、目标代码和文档等的修改）的方法；描述软件配置管理库控制的规程，其中包括例如：库存软件控制、对于使用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等规程；描述配置项和基线变更、发布的规程以及相应的批准权限。

当与不属于本软件配置管理计划适用范围的软件和项目存在接口时，本条应描述对其进行配置控制的方法。

如果这些软件的更改需要从其他机构在配置管理组评审之前或之后进行评审，则本条应描述这些机构的组成、他们与配置管理组的关系以及他们相互之间的关系。

配置管理系统计划清单实用模板

术部文档控制页版本记录目录第一章配置管理资源 (1)第二章配置库目录及权限分配 (2)第三章基线及配置项清单 (4)第四章配置审计计划 (5)第五章配置库备份计划 (6)第六章配置报告 (7)第七章产品构造 (8)第八章配置培训 (9)第一章配置管理资源第二章配置库目录及权限分配配置库，黑色字体为VSS、CVS或SVN配置库。

权限解释：●R ——Read● C ——Check Out / Check In● A ——Add / Rename / Delete●All ——管理权限●N ——没有访问权限配置库访问的用户名及初始密码：第三章基线及配置项清单第四章配置审计计划第五章配置库备份计划第六章配置报告第七章产品构造编译人员：编译时间：2008-11-7编译方式及步骤：描述编译过程中源代码的获取路径和方式，编译环境，编译后产生的文件，文件存放地址及发布通知等。

以下内容根据不同的项目方式不同：1.首先由构造人员在本地机器上（可以是构造人员自已的机器也可是其他机器，如其他服务器）为产品建立一个目录。

2.再从配置库上的基线域的代码基线中提取源代码到本地目录中，进行编译（编译的方法需根据开发语言的不同而有所分别，各项目的CM人员根据实际情况详细描述）。

3.形成的可执行文件存放在配置库中的测试发布区内。

4.从测试发布区中提取可执行文件到测试域并进行测试。

5.通过一定的测试，经过CCB批准可以将形成的可执行文件放入到配置库的产品库下。

6.“建立对应目录—>从配置库上提取文件—>编译—>测试—>修改—>重新编译”，其中“编译—>测试—>修改—>重新编译”是一个反复的过程，直至最后测试通过，提交最终产品。

7.最终交付产品前，将要交付的产品放到\\bdmt-huashi-s\hsoa_vssdb$\华南师范大学数字校园协同办公系统\产品库中，发布产品发布通知。

8.用光盘或其他媒体备份，并提交给负责发行的人员。

《配置管理计划模板》

软件配置管理计划XXXXX公司XXXX-XX-XX目录1.引言 (3)1.1.目的 (3)1.2.适应范围 (3)1.3.使用要求 (3)1.4.项目概述 (3)2.软件配置管理 (3)2.1.职责和权限 (3)2.2.参照的规程 (3)2.3.遵循的标准 (4)3.软件配置管理活动 (4)3.1.变更管理和变更控制 (4)3.2.配置状态说明 (4)3.3.配置审核 (4)4.进度安排 (4)5.配置管理所需的资源 (4)5.1.采用工具 (4)5.2.使用的设备 (5)5.3.所需的培训 (5)6.软件配置管理计划的维护 (5)6.1.维护的职责 (5)6.2.计划更新的条件和审批 (5)6.3.计划变更的交流和通报 (5)1.引言1.1.目的配置管理计划通常要涉及到该项目对软件配置管理的要求、实施软件配置管理的责任人及其职责、开展软件配置管理活动、方法、资源和工具等。

1.2.适应范围软件配饰流程当中的每个阶段1.3.使用要求确保整个项目按照软件配置流程实施1.4.项目概述略2.软件配置管理2.1.职责和权限2.2.参照的规程2.3.遵循的标准3.软件配置管理活动3.1.变更管理和变更控制在需求阶段、设计阶段、编码阶段、测试阶段过程中发生的请求变更都要经过审批，并填写变更请求评审单，存储都相应阶段的定义库中。

3.2.配置状态说明配置状态报告也称配置状态说明与报告。

它是配置管理的一个组成部分，其任务是有效地记录和报告管理配置所需要的信息。

3.3.配置审核配置审核的任务便是验证配置项对配置标识的符合性。

4.进度安排5.配置管理所需的资源5.1.采用工具5.2.使用的设备5.3.所需的培训6.软件配置管理计划的维护6.1.维护的职责6.2.计划更新的条件和审批6.3.计划变更的交流和通报。

配置管理计划模板

配置管理计划模板机票预订系统配置管理计划北京⼯业⼤学软件学院郑昊公司⽬录1引⾔ (2)1.1背景 (2)1.2编写⽬的 (2)1.3范围 (2)1.4定义和缩略语 (2)1.5参考资料 (2)1.6引⽤标准 (2)1.7从属关系 (2)2组织与资源 (2)2.1资源需求 (2)3CM活动 (2)3.1配置项标识定义 (3)3.2基线定义与发布 (3)3.2.1定义基线 (3)3.2.2发布基线 (4)3.2.3⾮基线配置项 (4)3.3变更控制 (5)3.4配置审计 (5)3.5编制配置状态报告 (5)3.6环境管理 (5)3.7配置管理库控制 (5)3.8项⽬资料管理 (5)4⼯具、技术和⽅法 (6)5配置管理任务⽇程 (6)1引⾔1.1背景说明：a．待开发的软件系统的名称；b．本项⽬的任务提出者、开发者、⽤户及实现该软件的计算中⼼或计算机⽹络；c．该软件系统同其他系统或其他机构的基本的相互来往关系。

1.2编写⽬的说明编写这份配置管理计划的⽬的，并指出预期的读者。

1.3范围说明本配置管理计划的范围。

1.4定义和缩略语列出本⽂件中⽤到的专门术语的定义和外⽂⾸字母组词的原词组。

1.5参考资料列出⽤得着的参考资料，如：a．本项⽬的经核准的计划任务书或合同、上级机关的批⽂；b．属于本项⽬的其他已发表的⽂件。

1.6引⽤标准列出本⽂中引⽤的标准。

列出这些⽂标准的标题、编号、发表⽇期和出版单位，说明能够得到这些⽂件资料的来源等。

注：本模板编制时，参考了GB/T 8567-2006《计算机软件⽂档编制规范》，该标准由中华⼈民共和国国家质量监督检验检疫总局、中国国家标准化管理委员会2006年3⽉14⽇发布。

1.7从属关系列出本⽂件与其他附属⽂件的关系。

2组织与资源2.1资源需求3CM活动说明在本软件产品/项⽬中所需执⾏的全部CM活动⼈员分⼯及其⼯作量情况。

活动的步骤或要求详细。

3.1配置项标识定义项⽬经理和配置管理员根据软件产品/项⽬实际情况⾃定义源代码、数据⽂件、系统环境⽂件、数据库⽂件、参数⽂件、编译程序的标识规约。

配置管理制度(模板)

....................................................................................................................................2.1 术语定义 (5)2.2 引用标准 (5)4.1 过程负责人 (6)4.2 输入 (6)4.3 输出 (7)4.4 职责权限 (7)4.5 过程控制要点 (8).5.1 配置层次设计 (8)5.2 配置项属性 (8)5.3 配置项关系 (9)5.4 配置项审计 (10)........................................................................................................................................................................................................................................................7.1 配置计划 (12)7.2 配置定义与标识 (12)7.3 建立配置管理数据库 (12)7.4 配置管理数据库的控制与维护 (12)7.5 配置审计与验证 (12)7.6 生成配置报告 (13).......................................................................................................................配置管理流程的总体目的是提供一个统一的、一致的流程来管理运维服务环境中的所有组成部份，以确保：1) 所有配置项(CI)被识别和记录下来2) 配置项当前和历史状态得到汇报3) 配置项记录的完整性得到维护和确认4) 客户服务环境的稳定性5) 实现资产管理的目的配置管理服务组织需要维护其服务对象的准确信息以便为其提供高效和高质量的服务。

配置管理计划模板

<项目名称> 配置管理计划（V1.0）修订状况目录1．前言 (4)1.1目标 (4)1.2适用范围 (4)1.3术语与简写 (4)1.4参考文件........................................................................................................... 错误!未定义书签。

2．组织结构和职责.. (4)2.1SCCB成员及职责.............................................................................................. 错误!未定义书签。

2.2配置管理组 (4)3．配置管理工具、技术和方法 (4)3.1配置管理工具 (4)3.2配置管理策略 (5)4．配置管理库...................................................................................................... 错误!未定义书签。

4.1配置库............................................................................................................... 错误!未定义书签。

4.2配置库权限....................................................................................................... 错误!未定义书签。

4.3基线配置项....................................................................................................... 错误!未定义书签。

软件配置管理计划与报告模板

10 系统集成测试报告评审 11 UAT测试报告 12 业务需求书 13 需求文档（如需求分析说明书、修改功能点说明 14 概要设计说明书 15 详细设计说明书 16 单元测试文档 17 程序修改登记表 18 用户/业务操作手册 19 投产技术手册
配置审计计划 NO. 1 2 3 4 5 6 7 审计时机日期执行者审计内容
TCen0.0
第1页
配置管理计划
角色职责配置负责人(CML)：配置工具与配置库配置管理工具/版本逻辑地址计算机配置文档版本管理计划 NO. 1 2 3 4 5 6 7 8 9 文档名称测试方案测试计划测试进度表测试计划评审记录测试列表测试用例（不含结果）测试列表及测试用例评审记录测试用例（含结果）系统集成测试报告项目/需求项目/需求工作量（10 工作量（10 天以下）天以上）可选必须可选可选可选可选可选必须必须可选可选必须必须可选可选可选必须可选必须可选必须必须必须必须必须必须必须必须必须可选必须必须可选可选可选必须可选必须版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本最终版本裁剪结果提交日期备注
广发银行信息技术部
TCenter_配置管理计划与报告 8 9 10
版本：V1.0.0
第2页
广发银行信息技术部

3 软件配置管理计划(模板)-GJB438C

密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。

1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。

各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。

c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。

产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。

1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。

1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。

2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。