配置管理计划模板

. ..

{ 项目名称 }

配置管理计划

版本历史

1. 人员及职责

2. 配置管理软硬件资源

3. 配置项计划

计划文件——配置管理计划

4. 基线计划

5. 配置库备份计划

附录：本计划审批意见

1. 人员及职责

提示：

（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。

（2）CCB的人数根据项目规模而定。一般地，项目经理是CCB的负

责人。角人职责、工作范

）制定《配置管理计划配置管理

）创建和维护配置

CCB负责人（1）审批《配置管理计划》

（2）审批重大的变更

2/6

计划文件——配置管理计划

例如：审批某些配置项或基线的变更 CCB成员

…

2. 用于配置管理的软硬件资源提示：Microsoft1）配置管理员确定本项目的配置管理软件。例如采用（。Rationa公司的l ClearCase 或者公司的Visual SourceSafe）配置管理员根据所采用的配置管理软件，确定计算机资源（考2（等）。虑内存、外存、CP说配置管理软硬件资

配置管理软件名公司，软件版本等等内存、外存、计算机名称 CPU 3. 配置项计划提示：配置管理员标识配置项，估计每个配置项的正式发布时间。标。例如：Type…Type识符的参考格式为

Project--Number预计正式发表主要配置项类型标识符3/6

计划文件——配置管理计划

时间计划《项目计划》《质量保证计划》

《配置管理计划》

需求《用户需求说明书》

《软件需求规格说明书》

《需求跟踪报告》

设计《体系结构设计报告》

《数据库设计报告

《模块设计报告

《用户界面设计报告

源程编

二进制

《测试计划测

《测试用例

4/6

计划文件——配置管理计划

《测试报告》……

基线计划4.

预计建立时间/基线名称标识符基线所包含的主要配置项

5. 配置库备份计划（频指明“何人”在“何时”提示：配置管理员制定配置库备份计划，度）将配置库备份到“何处”备份内容、

目的地、方式备份时备份频度、

附录：本计划审批意见5/6 计划文件——配置管理计划

审批意见：CCB

CCB 负责人签日期

6/6

软件配置管理计划示例

软件配置管理计划示例作者：赵文锋计划名CADCSC软件配置管理计划项目名中国控制系统CAD工程化软件系统项目委托单位代表签名年月日项目承办单位代表签名年月日 1 引言 1．1 目的本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆CADCSC 软件质量保证计划 2 管理

2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中，开发者和开发小组长有权对本阶段的阶段产品作必要的修改；但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时，就必须通过项目的配置管理小组办理正规的审批手续。因此，软件开发库属开发这个阶段产品的开发者管理，而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后，应该送入软件产品库，如欲对其修改，必须经软件配置管理小组研究同意，然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续，将在第条中详细规定。 2．3 职责在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下： A．组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的审批和评审负责； B．软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范； C．项目的专职配置管理人员检查在作配置更改时的质量保证措施； D．各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配置检查和物理配置检查；

软件配置管理计划模板

卷号DEPLOY 卷内编号DEPLOY005 密级组内 HD20090917SR005 通用型行政审批服务协同管理平台配置管理计划 1.2 项目承担部门：java第四组撰写人（签名）：区允文完成日期：2010年8月4日本文档使用部门：■主管领导■项目组 □客户（市场）□维护人员□用户评审负责人（签名）：江威龙评审日期：2010/8/4

目录 1.简介4 1.1目的4 1.2范围4 1.3定义、首字母缩写词和缩略语4 1.4参考资料4 1.5概述4 2.项目配置4 2.1组织结构4 2.2职责和接口5 2.3工具、环境和基础设施5 3.配置管理活动6

3.1配置库6 3.1.1配置库架构6 3.1.2权限分配7 3.1.3配置库层次及开发活动说明：8 3.2配置标识9 3.2.1标识方法9 3.2.2项目基线10 3.3配置项11 3.4配置和变更控制11 3.4.1变更请求的处理和审批11 3.4.2变更控制委员会 (CCB)11 3.4.3变更过程中的活动11 3.4.4变更过程中的变更请求状态12 3.4.5保存变更历史记录13 3.4.6变更请求中受影响配置项的变更13 3.5配置状态统计14 3.5.1项目介质存储和发布进程14 3.5.2报告和审计14 4.里程碑15 5.培训和资源15 6.分包商和厂商软件控制15 7.附录15

配置管理计划 1.简介 1.1目的为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。 1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。 1.3定义、首字母缩写词和缩略语 CM：配置管理。 CCB：变更控制委员会。 CI：配置项。包含文档、程序。 Baseline：基线。 CR：变更请求。 PCA：物理审计。 FCA：功能审计。 1.4参考资料《华南农业大学软件学院实训讲义》《华南农业大学项目阶段评审工件》 1.5概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。 2.项目配置 2.1组织结构

项目配置管理计划范本

机电管理系统性能测试系统配置管理计划

这里填写公司名称文档编号：XXXXXXXX-XXX-XXX 版本号：1.00 产品名称:机电管理系统性能测试系统文档名称:配置管理计划这里填写公司地址、联系方式等

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.3 参考资料 (1) 2. 软件配置 (2) 2.1 软件配置环境 (2) 2.2 软件配置项 (2) 2.3 配置管理员 (3) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.3 配置库控制 (7) 3.4 配置的检查和评审 (8) 3.5 配置库的备份 (9) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (11) 附录1 文档命名规定 (12) 1、受控配置库文件命名规则 (12) 2、非受控配置库文件命名规则 (12) 3、提交文档文件命名规则 (12) 附录2文档编码规范 (13) 附录3 帐号及权限管理 (14) 附录4 配置库使用规定 (16) 文档修改记录 (17)

1. 引言 1.1 目的本文档目的在于机电管理系统性能测试系统进行软件配置管理，提高软件质量，降低软件开发成本。本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。 1.2 术语定义软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大，配置管理就显得越重要。基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便识别。配置检查：（Configuration Audit）对软件配置管理过程中的行动进行检查。 1.3 参考资料《研发中心配置管理制度》《产品的标识与可追溯性程序》《开发手册》

配置管理计划

项目名称（The English Name）配置管理计划 XXX项目小组

修订表

审批记录

目录 1.引言 (5) 1.1目的 (5) 1.2适用范围 (5) 1.3参考资料 (5) 1.4术语和缩略语 (5) 2.人员与责任 (5) 3.用于配置管理的软硬件资源 (6) 4.配置库结构与权限 (6) 4.1配置库列表 (6) 4.2配置库结构 (6) 4.3人员权限 (6) 5.配置项计划 (7) 6.基线计划 (7) 7.配置库备份计划 (7)

1.引言 1.1目的本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告的工具、技术和方法。 1.2适用范围本计划定义项目组在项目期间的所有配置管理活动。 1.3参考资料《配置管理指南》《配置项变更规程》《配置审核规程》《基线生成产品规程》 1.4术语和缩略语 CCB：软件配置控制委员会、变更控制委员会 2.人员与责任提示：（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。（2）CCB的人数根据项目规模而定。一般地，项目经理是CCB的负责人。

3.用于配置管理的软硬件资源提示：（1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的Visual SourceSafe、Excel 或者CVS。（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。 4.配置库结构与权限 4.1配置库列表 4.2配置库结构以课堂上讲授的配置库结构为主，各小组可以根据自己组的实际情况来调整。 4.3人员权限

配置管理计划配置管理计划的案例

配置管理计划配置管理计划的案例配置管理计划来自：://.chinaspis. 作者：林锐电子工业出版社出版发行 { 项目名称 } 配置管理计划文状态： [√] 草稿 [ ] 正式发布 [ ] 正在修改文标识： pany-Project-CM-PLAN 当前版本： X.Y 作者：完成日期： Year-Month-Day 版本历史版本/状态作者参与者起止日期备注目录 1.人员及职责 2.配置管理软硬资源 3.配置项计划 4.基线计划 5.配置库备份计划附录：本计划审批意见 1.人员及职责提示：（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。

（2）CCB的人数根据项目规模而定。一般地，项目经理是CCB的负责人。角色人员职责、工作范围配置管理员（1）制定《配置管理计划》（2）创建和维护配置库 CCB负责人（1）审批《配置管理计划》（2）审批重大的变更 CCB成员例如：审批某些配置项或基线的变更… 2.用于配置管理的软硬资源提示：（1）配置管理员确定本项目的配置管理软。例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。（2）配置管理员根据所采用的配置管理软，确定计算机资源（考虑内存、外存、CPU等）。配置管理软硬资源说明配置管理软名称公司，软版本等计算机名称内存、外存、CPU等3.配置项计划提示：配置管理员标识配置项，估计每个配置项的正式发布时间。标识符的参考格式为Project-Type…Type-Number。例如：类型主要配置项标识符预计正式发表时间计划《项目计划》

项目平台配置管理计划

XX项目平台配置管理计划文件修改控制 XX公司 2015年5月

目录第1章引言 (3) 1.1.目的 (3) 1.2.术语定义 (3) 1.3.参考资料 (3) 第2章软件配置 (4) 2.1.软件配置环境 (4) 2.1.1 服务器软件环境 (4) 2.1.2 硬件环境 (4) 2.1.3 配置管理客户端 (4) 2.2.软件配置项 (4) 2.2.1 受控配置库 (4) 2.2.2 非受控配置目录 (5) 2.3.配置管理员 (5) 第3章软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (4) 3.3 配置库控制 (5) 3.3.1 权限控制 (5) 3.3.2 配置库的控制 (5) 3.3.3 建立软件库 (5) 3.3.4 软件配置更改 (5) 3.4 配置的检查和评审 (6) 3.5 配置库的备份 (7) 3.6 配置管理计划的修订 (7) 3.7 配置管理计划附属文档 (8) 第4章里程碑 (9) 附录1 文档命名规定 (1) 1、受控配置库文件命名规则 (1)

2、非受控配置库文件命名规则 (1) 3、提交文档文件命名规则 (2) 附录2 帐号及权限管理 (3) 附录3 配置库使用规定 (5)

第1章引言 1.1.目的本文档目的在于对XX项目进行软件配置管理，提高软件质量，降低软件开发成本。本文档内容主要参考研发中心相关的制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。 1.2.术语定义软件配置管理：简称SCM（Software Configuration Management 的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。配置管理的使用取决于项目规模和复杂性以及风险水平。软件的规模越大，配置管理就显得越重要。基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便识。配置检查：（Configuration Audit）对软件配置管理过程中的行动进行检查。 1.3.参考资料暂无

软件配置管理计划

软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日 1 引言 1．1 目的本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。 1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料

◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务

配置管理计划V0.1

XXX项目配置管理计划 xxxxxxxxxxxxxxx公司20xx 年xx月xx 日

文档编号：XXXXXXXX-XXX-XXX 版本号：1.00 项目名称:XXXX项目文档名称: 版本修改内容描述修改人日期备注1.0 第一版xxx 2014.6.3 1.01修正了……xxx 2014.6.3 批准人：日期：审核人：日期：公司名称：xxxxxxxxxxxxxxxxxx有限公司地址：xxxxxxxxxxxxxxxxxxxxxxxxx 电话：010-xxxxxxxx 网址：https://www.360docs.net/doc/fe4722680.html, 邮箱：mengsuran@https://www.360docs.net/doc/fe4722680.html,

目录 1. 引言 (1) 1.1 目的 (1) 1.2 术语定义 (1) 1.2.1软件配置管理 (1) 1.2.2 配置管理 (1) 1.2.3 配置项 (1) 1.2.4 基线 (1) 1.2.5 变更控制 (2) 1.2.6 配置审计 (2) 1.3 参考资料 (2) 2. 软件配置 (3) 2.1 软件配置环境 (3) 2.1.1服务器软件环境 (3) 2.1.2 硬件环境 (3) 2.1.3 配置管理客户端 (3) 2.2 软件配置项 (3) 2.2.1 受控配置项 (3) 2.2.2 非受控配置项 (4) 2.3 配置管理员 (4) 2.3.1 设立的必要性 (4) 2.3.2 主要职责 (4) 3. 软件配置管理计划 (4) 3.1 建立示例配置库 (4) 3.2 配置标识管理 (6) 3.2.1文档 (6) 3.2.2 程序 (6) 3.2.3 基线 (6) 3.3 配置库控制 (6) 3.3.1 .权限控制 (6) 3.3.2 配置库控制 (6) 3.3.3 建立软件库 (6) 3.3.4软件配置更改 (7) 3.3.5配置文件清单的维护 (7) 3.4 配置的检查和评审 (7) 3.5 配置库的备份 (8) 3.6 配置管理计划的修订 (9) 3.7 配置管理计划附属文档 (9) 4. 里程碑 (10)

软件项目管理计划模板

. 软件项目管理计划 Version 1.2专业资料word . Revision 专业资料word . 录目 1. 简介1 项目概述1.1 1.2 项目交付产品1 SPMP 的演化1.3 1 参考资料1.4 1 1.5

术语与缩写1 1 2. 项目组织 1 2.1 过程模型2. 2 组织结构1 2. 3 组织接口1 2.4 项目职责2 2 管理过程3. 3 3.1 管理目标和优先级3.2 假设、依赖关系和限制3 风险管理3.3 3 监督和控制机制3.4 3 3.5 人员计划3 3 4. 技术过程 4 方法、工具和技术4.1 软件文档4.2 4 用户文档4.3 4 4.4 项目支持功能4 4 工作包、进度表和预算5. 4 工作包5.1 依赖关系5.2 4 资源需求5.3 4 预算和资源分配5.4 4 5.5 进度表4 6. 其他索引 6.1 4 6.2 附录 4 专业资料word . 1. 简介 1.1 项目概述说明：简要综述项目的目标、发布的产品、主要工作活动、主要工作制品、关键里程碑、所需资源、进［度和预算等。必要的情况下，还应描述该项目与其他项目的关系。］ 1.2 项目交付产品

说明：列出主要的可交付产品、交付日期、交付地点和满足项目协议条款所需的质量。］［的演化SPMP1.3 说明：描述如何以及由谁负责维护本文档，应指明更新内容的传播方式以及在变更控制下更新文档版本[ 的机制。］ 1.4 参考资料说明：提供项目计划中所引用的所有文档和其他信息资源的完整清单，包括标题、报告编号、日期、作[ 者以及发布机构。］ 1.5 术语与缩写说明：定义SPMP 所应用的全部术语和缩写词。］［ 2. 项目组织 2.1 过程模型说明：描述该项目所使用的软件过程模型，或者是所遵循的组织标准模型。过程模型需要指明［里程碑的时间、基线、评审、工作制品、项目交付产品、结束标志等。］ 2.2 组织结构说明：描述项目的内部组织结构，可以参考如下的层次结构图形式。］［专业资料word .

软件配置管理计划(SCMP)

软件配置管理计划(SCMP) 说明《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。软件配置管理计划的正本格式如下： 1引言本章应分成以下几条。 1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。 1.2系统概述本条应简述本文档适用的系统和软件的用途。它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。 1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。 1.4组织和职责描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。为了能够清晰的表述，可选用图表的方式进行说明。 1.5资源描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。 2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。本章还应标识不能通过正常的供货渠道获得的所有文档的来源。 3管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制。 3.1机构描述在各阶段中负责软件配置管理的机构。描述的内容如下： a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构； b.说明项目和子项目与其他有关项目之间的关系； c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。 3.2任务描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。 3.3职责描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系： a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责； b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系； c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职

配置管理计划

<项目名称> 配置管理计划版本 <1.0> [注：以下提供的模板用于 Rational Unified Process。其中包括用方括号括起来并以蓝色斜体（样式=InfoBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。按此样式输入的段落将被自动设置为普通样式（样式=正文）。]

修订版历史

目录 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.分包商和厂商软件控制

配置管理计划 1.简介 [配置管理计划的简介应提供整个文档的概述。它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。] 1.1目的 [阐明此配置管理计划的目的。] 1.2范围 [简要说明此配置管理计划的范围：它的相关模型，以及受到此文档影响的任何其他事物。] 1.3定义、首字母缩写词和缩略语 [本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。这些信息可以通过引用项目词汇表来提供。] 1.4参考资料 [本小节应完整地列出此配置管理计划中其他部分所引用的任何文档。每个文档应标有标题、报告号（如果适用）、日期和发布组织。列出可从中获取这些引用的来源。这些信息可以通过引用附录或其他文档来提供。] 1.5概述 [本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。] 2.软件配置管理 2.1组织、职责和接口 [说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。] 2.2工具、环境和基础设施 [说明在整个项目过程或产品生命周期中为实现 CM 功能而使用的计算环境和软件工具。说明对整个项目过程或产品生命周期中生成的配置项进行版本控制时所需的工具和过程。建立 CM 环境时所涉及的问题有： ?产品数据量的预期大小 ?产品团队的分配 ?服务器和客户机的实际位置] 3.配置管理活动 3.1配置标识 3.1.1标识方法 [说明项目工件或产品工件的命名、标记和编号方法。标识方案中需包括硬件、系统软件、市售 (COTS) 产品以及产品目录结构中所列的所有应用程序开发工件，例如计划、模型、构件、测试软件、结果与数据、可执行文件等。] 3.1.2项目基线 [基线提供一项正式标准，随后的工作都基于此标准，并且只有经过授权后才能对此标准进行变更。

项目配置管理计划模板

项目配置管理计划模板【项目名称】项目配置管理计划模板日期：版本号：

文件变更记录 *A–增加M–修订D–删除变更日期变更类型修改人摘要备注版本号（A*M*D）

目录项目配置管理计划 (1) 文件变更记录 (2) 目录 (3) 1. 概述 (4) 编写目的 (4) 参考资料 (4) 2. 配置管理约定 (4) 3. 配置项/单元列表 (6) 4. 软件配置列表 (8) 5. 配置管理活动策划列表 (8)

1.概述 1.1 编写目的指导项目的配置管理活动。 1.2 参考资料《项目主计划》《项目自定义过程说明》 2.配置管理约定 1)项目组所有成员的工作产品都要放入配置库，本项目配置库的目录如下：

项目配置管理计划模板图 2.1项目配置库目录 2)使用的配置管理工具：服务器端：SVN1.8 客户端：TortoiseSVN-1.8.4.24972-win32-svn-1.8.5 3)权限分配表 2.1项目配置库权限分配表目录PM RAE SE PG TE QA CE \01-项目管理库\01-售前rw rw r r r r rw \01-项目管理库\02-项目 rw r r r r r rw 策划 Page 5/9

项目配置管理计划模板 \01-项目管理库\03-项目 rw r r r r rw rw 监控 \01-项目管理库\04-项目 rw r r r r r rw 结项 \01-项目管理库\05-风险 rw r r r r rw rw 库 \02-开发工程库\01-需求r rw r r r r rw \02-开发工程库\02-设计r r rw r r R rw \02-开发工程库\03-编码r r r rw r r rw \02-开发工程库\04-测试r r r r rw r rw \02-开发工程库\05-发布rw r r r r r rw \02-开发工程库\06-验收rw r r r r rw rw \02-开发工程库\07-维护r r r rw rw r rw \02-开发工程库\08-个人 rw rw rw rw rw rw rw 使用 \03-支持\01-配置管理r r r r r r rw \03-支持\02-质量保证管 r r r r r rw rw 理 \03-支持\03-培训记录rw r r r r r rw \03-支持\04-决策分析rw r r r r r rw \04-基线库r r r r r r rw \05-参考资料rw rw rw rw rw rw rw \06-其他rw rw rw rw rw rw rw 3.配置项/单元列表表3.1配置项/单元列表过程阶段编配置项/单元计划提交计划基线负责人备注（基线名称）号名称时间时间启动 1 项目立项报告

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

XXX有限公司组织级配置管理计划

*变化状态：A——增加，M——修改，D——删除

1 前言 1.1 目的本计划是组织级配置项目计划的组成部分，它规定了在组织级配置项目中如何开展配置管理工作，以便在项目的整个生存周期中，建立和维护软件工作产品的完整性和一致性。 1.2 适用范围本计划是遵照组织级的《配置管理过程》、《配置管理计划》等标准规范和《裁剪指南》，结合本项目的实际情况制订；适用于整个产品生命周期的配置管理相关活动。 1.3 读者对象 EPG组成员 2组织级配置项管理 2.1配置结构 2.2配置项管理 01-OSSP目录下文档为组织过程改进的知识库，作为组织改进的指导性文件：放入SVN库

中归档管理，全体人员有可读权限。当OSSP中文档需要修改时需要走正式的变更流程。 02-EPG 目录下文档为改进组活动产生的文档：放入SVN库中归档管理。 ‘01-组织方针’全体可读，当‘01-组织方针’中文档需要修改时需要走正式的变更流程。 ‘02-组织培训’中的文档培训人员（顾晓丹）在有培训需求进入的情况下定期进行更新，配置管理人员定期（每月）检查培训中产出的文档做配置审计。 ‘03-EPG活动管理’改进组可写，配置管理人员定期（每月）检查组织月报、质量保证报告、配置项状态的提交情况并做配置审计，EPG组定期更新。 03-PAL目录下存放改进中优秀的资产，当有新资产加入的时候，及时更新并做配置审计。变更流程：对配置管理下的工作产品作变更（如：OSSP标准文档的改变、新资产入库等），都需要被跟踪和控制，用来保证工作产品配置信息的完整性和可跟踪性。对标准文档与资产文档配置改动需要填写申请。如《过程资产提交申请单》。 2.3配置项列表 ├─01-OSSP │├─01-工程过程 │├─02-项目过程 │├─03-支持过程 │├─04-组织过程 │└─05-基线库 ├─02-EPG │├─01-方针计划 │├─02-组织培训 ││├─人力资源 │││└─各个过程能力要求 ││├─培训反馈 ││├─培训材料 │││├─CMMI │││└─Introduction ││├─培训计划 ││├─培训记录 ││├─培训通知 ││└─培训需求 │└─03-EPG活动管理 │├─01-组织月报 ││└─会议记录 │├─02-质保监管 ││└─月检查清单 │├─03-配置监管 │└─04-发布公告 └─03-PAL

软件配置管理控制程序

配置管理控制程序历史记录

1.引言 1.1目的本程序文件定义了本组织的配置管理的过程，目的是规范公司的软件配置管理活动，使公司的所有软件开发项目的软件配置管理活动都能按照统一的要求进行。 1.2 使用范围本文件适用于公司的所有软件项目。 1.3 名词和缩写 CM(Configuration Management) 配置管理 SCCB (Software Configuration Control Board) 软件配置管理控制委员会 CC (Configuration Controller) 配置管理员工作产品（Work Products）：项目技术开发和管理工作中产生的有价值的成果，例如源代码、数据和各种文档。配置项（Configuration Item, CI）：纳入到配置管理范畴作为单个实体对待的工作产品称为配置项[IEEE Std 610.12 - 1990 ]；配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入软件配置管理。基线（Baseline）：一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。基线一经放行，就可以作为从配置管理系统检索源代码文卷（配置项）和生成可执行文卷的工具。 2角色与职责 2.1软件配置管理组（CM） CM组是项目里的一个小组，根据项目大小，可以由一个人，或者多人组成,小组的成员称为配置管理员(CC),通常由公司的质量保证组安排，加入到项目组，由项目经理领导。 CM组建立并管理配置管理库系统。 CM组负责组织相关部门和人员进行有关CM活动的培训。项目组的CM组负责在该项目的整个生命周期中进行配置管理活动。 2.2软件配置管理控制委员会(SCCB) SCCB建立在项目级，通常由项目经理、该项目的技术经理、软件开发工程师、资深工程师、

软件配置版本管理规范==

1．简介软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的本文档指导项目开展配置管理活动。 1.2 范围本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构第一部分：简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。第二部分：配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。第三部分：变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。第五部分：附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性

软件配置管理系统要求规范

软件配置管理规范 1.简介软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的本文档指导项目开展配置管理活动。 1.2 范围本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构第一部分：简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。第二部分：配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。第三部分：变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。第四部分：参考文献，列出了编写本规范所参考的相关的文献资料。第五部分：附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。基线 (Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。版本 (Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息

软件配置管理计划

软件配置管理计划 SANY GROUP system office room 【SANYUA16H-

本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。 1．3 参考资料 ◆GB/T 11457 软件工程术语 ◆GB 8566 计算机软件开发规范 ◆GB 8567 计算机软件产品开发文件编制指南 ◆GB/T 12504 计算机软件质量保证计划规范 ◆GB/T 12505 计算机软件配置管理计划规范 ◆国势通多媒体网络传输加速系统软件质量保证计划 2 管理 2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。 2．2 任务

软件配置管理计划模版

文件编号：PTS - PDP - SCMP 软件配置管理计划拟制：____________________ 日期：____________________ 审核：____________________ 日期：____________________ 批准：____________________ 日期：____________________ 太平洋软件（中国）有限公司

变更记录页

目录 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可用的策略、指令和程序由其它政策、指令和过程附加在计划上的限制必须被定义。对每一个限制来说，它的影响和效果必须被声明。

软件配置管理计划模板

软件配置管理计划模板文档标识：当前版本：当前状态：发布日期：

目录 1概述 (4) 1.1目的和范围 (4) 1.2软件配置管理计划维护 (4) 1.3参考资料 (4) 2角色和职责 (4) 2.1软件配置管理代表 (4) 2.2配置控制委员会 (4) 2.3项目开发组 (4) 2.4项目经理 (5) 3配置管理环境 (5) 3.1文档工具 (5) 3.2软件配置管理工具 (5) 3.3配置管理服务器 (5) 4配置管理活动 (5) 4.1配置标识 (5) 4.1.1标识方法 (5) 4.1.2配置项标识及存储 (6) 4.1.3软件产品 (6) 4.1.4配置基线定义及存储 (6) 4.2配置库管理 (7) 4.2.1配置库结构 (7) 4.2.2权限层次 (7) 4.2.3注册用户 (7) 4.2.4备份机制 (7) 4.3配置控制 (8) 4.4配置状态统计 (8) 4.4.1配置控制委员会会议记录 (8) 4.4.2变更请求状态 (8) 4.4.3配置项状态 (8) 4.5基线审核 (9) 5配置管理审核 (9) 6配置管理代表主要活动时间表 (9) 7配置控制委员会主要活动时间表 (9)

1 概述 1.1 目的和范围本节描述软件配置管理计划的目的和范围。 1.2 软件配置管理计划维护本节将描述该计划在何种情况下需要被更新，以及如何更新。例如:此软件配置管理计划由{项目组}负责开发和维护。当出现新的问题或需要更改已存在问题时，需按《变更控制规程》进行更新，并由{项目组}负责完成。 1.3 参考资料用实际引用的文档替代/添加在下面的文档后。例如： 1.软件配置管理过程 2 角色和职责 2.1 软件配置管理代表 2.2 配置控制委员会在此处写配置控制委员会主席和成员的名字。 2.3 项目开发组