配置管理指南模板
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
软件配置管理计划模板
卷号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概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。
软件配置管理指南
软件配置管理指南编号：PRO-SCMP版本 1.0变更记录1引言软件配置管理的目的是在项目整个软件生存周期过程中建立和维护软件项目产品的完整性和一致性。
软件配置管理包括确认在给定时间点上软件的配置（即选定的软件工作产品及其描述），系统地控制对配置的更改，并维护在整个软件生存周期中配置的完整性和可跟踪性。
置于软件配置管理之下的工作产品包括：软件过程资产（例如软件过程改进中的所有文档），交付给顾客的软件产品（例如软件需求文档和代码），内部使用的相关软件产品，以及为完成这些软件产品而生成的中间产品。
这些产品通常置于产品基线库中并由专门人员进行管理和控制。
软件配置管理过程需要达到的目标包括：1.保证软件项目的配置管理活动是有计划的。
2.所选择的软件工作产品是确定的、受控的、可访问和可用的。
3.对已经确定的软件工作产品的变更是受控的。
4.相关部门和人员能及时获知软件基线库的状态、变更和变更内容。
1.1目的本计划定义了项目的配置管理流程，目的是为了在整个软件生命周期中，控制构成软件产品的各配置项的标识、变更等活动，从而建立并维护软件产品的完整性、正确性、一致性和可追溯性。
1.2范围本软件配置管理计划适用于整个软件生存周期过程中已纳入配置管理库的配置项的活动。
置于配置管理系统下的工作产品通常包括：1.各种标准（代码书写标准、设计标准等）2.项目计划（开发计划、质量保证计划和配置管理计划等）3.软件需求说明书及相关的文档和静态原型4.设计文档5.软件源代码6.测试计划、测试程序和数据7.软件操作手册8.各种跟踪记录、测试记录、评审报告等9.过程改进文档10.其它相关的资料库（电子的和非电子的文档）11.其他和软件开发及管理相关的和必要的文档1.3术语定义1.软件配置项（SCI）软件配置项（Software Configuration Item）为了配置管理的目的而作为一个基本的独立单位来看待的软件成分或它们的集合体，如外部提交的软件产品、项目成果(代码、文档和数据)以及项目内部使用的支持工具(如文档测试用例软件工具)等。
计算机配置 管理模板
计算机配置管理模板随着计算机技术的不断发展，计算机已经成为了我们生活和工作中必不可少的一部分。
在日常的使用过程中，我们需要不断地对计算机进行管理和维护，以保证其正常运行和高效使用。
而计算机配置管理则是其中非常重要的一环。
本文将介绍计算机配置管理的相关内容，并提供一份计算机配置管理模板供读者参考。
一、计算机配置管理的意义计算机配置管理指的是对计算机硬件和软件进行统一管理和配置的过程。
在计算机使用过程中，我们需要对计算机的配置进行不断的调整和优化，以满足不同的使用需求。
而计算机配置管理的主要目的是为了提高计算机的性能和稳定性，同时减少因错误配置导致的故障和数据丢失。
具体来说，计算机配置管理的意义包括以下几个方面：1. 提高计算机的性能和稳定性。
通过对计算机硬件和软件的配置进行优化和调整，可以让计算机运行更加顺畅和稳定，提高计算机的性能和效率。
2. 减少故障和数据丢失。
错误的计算机配置往往会导致计算机出现故障和数据丢失等问题。
而通过计算机配置管理，可以避免这些问题的发生，提高计算机的可靠性和稳定性。
3. 提高工作效率。
正确的计算机配置可以提高工作效率，让用户更加轻松地完成各种任务，提高工作效率和质量。
二、计算机配置管理的内容计算机配置管理的内容包括硬件配置和软件配置两个方面。
具体来说，硬件配置包括计算机的硬件设备和外围设备的配置，而软件配置则包括操作系统、应用程序和网络配置等内容。
1. 硬件配置硬件配置是指对计算机硬件设备和外围设备的配置和管理。
具体来说，包括以下几个方面：(1) CPU和内存配置。
根据计算机的使用需求，对CPU和内存进行合理配置，以保证计算机的性能和稳定性。
(2) 硬盘和光驱配置。
根据计算机的存储需求，对硬盘和光驱进行配置和管理，以保证数据的安全和可靠性。
(3) 显卡和显示器配置。
根据计算机的使用需求和图形处理能力要求，对显卡和显示器进行配置和管理，以提高计算机的图形处理能力和显示效果。
配置管理计划模板
- -.
{ 工程名称}
配置管理方案
版本历史
目录
1. 人员及职责
2. 配置管理软硬件资源
3. 配置项方案
4. 基线方案
5. 配置库备份方案
附录：本方案审批意见
1. 人员及职责
提示：
〔1〕根据?工程方案?中的角色分配，确定配置管理员，CCB〔配置控制委员会〕成员。
〔2〕CCB的人数根据工程规模而定。
一般地，工程经理是CCB的负责人。
2. 用于配置管理的软硬件资源
提示：
〔1〕配置管理员确定本工程的配置管理软件。
例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。
〔2〕配置管理员根据所采用的配置管理软件，确定计算机资源〔考虑内存、外存、CPU等〕。
3. 配置项方案
提示：配置管理员标识配置项，估计每个配置项的正式发布时间。
标识符的参考格式为Project-Type…Type-Number。
例如：
4. 基线方案
5. 配置库备份方案
提示：配置管理员制定配置库备份方案，指明“何人〞在“何时〞〔频度〕将配置库备份到“何处〞。
附录：本方案审批意见。
配置管理制度(模板)
配置管理制度xxxx公司版本修订记录目录1.目的 (5)2.术语定义及引用标准 (5)2.1术语定义 (5)2.2引用标准 (5)3.适用范围 (6)4.过程定义 (6)4.1过程负责人 (6)4.2输入 (6)4.3输出 (7)4.4职责权限 (7)4.5过程控制要点 (8)5、过程策略 (8)5.1配置层次设计 (8)5.2配置项属性 (8)5.3配置项关系 (9)5.4配置项审计 (10)6.流程 (11)7.过程描述 (12)7.1配置计划 (12)7.2配置定义与标识 (12)7.3建立配置管理数据库 (12)7.4配置管理数据库的控制与维护 (12)7.5配置审计与验证 (12)7.6生成配置报告 (13)8.衡量指标 (13)9.相关文件和记录 (13)1.目的配置管理流程的总体目的是提供一个统一的、一致的流程来管理运维服务环境中的所有组成部分，以确保：1)所有配置项（CI）被识别和记录下来2)配置项当前和历史状态得到汇报3)配置项记录的完整性得到维护和确认4)客户服务环境的稳定性5)实现资产管理的目的2.术语定义及引用标准2.1术语定义2.2引用标准1)GB/T 28827.1—2012 信息技术服务运行维护第1部分：通用要求；2)GB/T 28827.2—2012 信息技术服务运行维护第2部分：交付规范；3)GB/T 28827.3—2012 信息技术服务运行维护第3部分：应急响应规范；4)ITSS 1-2015 信息技术服务运行维护服务能力成熟度模型V1.0；5)ISO/IEC 27001:2013信息技术-安全技术-信息安全管理体系要求；3.适用范围配置管理的范围是运维服务体系的运行和服务环境下所包含的配置项（CI），包括系统运行环境的部署环境设备、系统软件、服务文档等，及服务环境中涉及的客户信息配置。
具体活动包括识别、控制、汇报和审核等行为。
包括：1)文档信息：服务级别协议、服务规范、服务方案等2)客户信息：客户名称、接口人、联系方式等3)软件信息：软件名称、版本等4)硬件信息：硬件配置、物理位置等5)基线6)工具7)有关的其他间接第三方提供的设备4.过程定义4.1过程负责人配置管理员由服务台兼任。
配置管理计划模板
配置管理计划模板一、引言。
配置管理是软件开发过程中至关重要的一环，它涉及到对软件产品的版本控制、变更管理、发布管理等方面。
一个完善的配置管理计划能够帮助团队更好地组织和管理软件开发过程，提高开发效率，降低风险。
本文档旨在为软件开发团队提供一个配置管理计划模板，帮助他们制定和执行配置管理计划。
二、配置管理目标。
1. 确保软件产品的版本控制，保证团队成员使用的是同一版本的软件源代码和文档。
2. 管理软件产品的变更，追踪和记录软件产品的变更历史，确保变更的合理性和可追溯性。
3. 确保软件产品的发布管理，规范软件产品的发布流程，降低发布带来的风险。
三、配置管理计划。
1. 配置标识。
1.1 软件产品的版本号、发布日期等标识信息。
1.2 文档的版本号、修订日期等标识信息。
2. 配置管理过程。
2.1 版本控制。
2.1.1 确定版本控制策略，包括分支管理、标签管理等。
2.1.2 确定版本控制工具，如Git、SVN等。
2.2 变更管理。
2.2.1 确定变更管理流程，包括变更申请、变更评审、变更实施等。
2.2.2 确定变更管理工具，如JIRA、Redmine等。
2.3 发布管理。
2.3.1 确定发布管理流程，包括发布计划、发布测试、发布审批等。
2.3.2 确定发布管理工具，如Jenkins、Docker等。
3. 配置管理工具。
3.1 版本控制工具。
3.2 变更管理工具。
3.3 发布管理工具。
四、配置管理责任。
1. 确定配置管理人员的职责和权限，包括配置管理员、变更管理员等。
2. 确保配置管理人员具备必要的技能和知识，能够有效地执行配置管理计划。
五、配置管理审核。
1. 确定配置管理计划的审核流程和频率，确保配置管理计划的有效性和适应性。
2. 确定配置管理审核的内容和标准，包括配置项的一致性、完整性、可追溯性等。
六、配置管理培训。
1. 确定配置管理培训的对象和内容，包括配置管理人员、开发人员等。
2. 确定配置管理培训的方式和周期，确保团队成员具备必要的配置管理知识和技能。
配置管理计划-模板
配置管理计划项目名称：广州2010亚残运会组委会信息技术部文档控制页版本记录目录第一章配置管理资源 (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$\华南师范大学数字校园协同办公系统\产品库中，发布产品发布通知。
安全管理机构配置和人员配备管理制度模版
安全管理机构配置和人员配备管理制度模版一、安全管理机构配置1. 整体架构安全管理机构的配置是确保组织安全管理工作顺利开展的基础，其整体架构应当包括以下职位和职责：(1) 安全总监作为安全管理机构的负责人，安全总监对组织的整体安全管理工作负责，包括制定安全管理策略、规划安全目标、协调各部门之间的安全工作、监督安全工作的执行情况等。
(2) 安全主管负责监督和协调各项安全管理工作，包括制定安全管理制度、安排安全培训和演练、处理与安全相关的事故和事件等。
(3) 安全监察员负责对组织内各个岗位的安全工作进行监督检查，确保各项安全管理制度的执行情况，及时发现并处理安全风险和隐患。
(4) 安全培训专员负责组织和实施安全培训计划，提高员工对安全工作的认识和理解，培养员工的安全意识和应急处理能力。
(5) 安全技术专员负责安全设备和技术的管理和维护，提供安全技术支持和咨询，确保安全设备的有效运行和应急预案的可行性。
2. 职责细化为了确保安全管理职责的明确和分工的合理，应对各个职位的具体职责进行细化，包括但不限于以下方面：(1) 安全总监- 制定并落实组织的安全管理政策和目标。
- 监督安全管理制度的执行情况，并对不符合要求的部门和个人进行必要的整改和处罚。
- 组织和开展安全应急演练，提高组织应对突发事件的能力。
- 定期向组织高层汇报安全管理工作的进展和存在的问题。
(2) 安全主管- 负责制定和完善组织的安全管理制度和工作程序。
- 安排和组织安全培训和演练，提高员工的安全意识和应对能力。
- 处理组织内发生的与安全相关的事故和事件，包括事故调查和整改措施的落实。
- 协调与组织安全相关的外部资源，与相关政府部门和合作伙伴保持良好的沟通和协作。
(3) 安全监察员- 定期对组织内各个岗位进行安全巡检，发现和整改安全隐患。
- 指导和辅导员工进行安全操作，提高员工的安全意识和工作质量。
- 参与和配合安全审核和评估工作，提出合理化建议和改进措施。
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)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配置项标识定义项⽬经理和配置管理员根据软件产品/项⽬实际情况⾃定义源代码、数据⽂件、系统环境⽂件、数据库⽂件、参数⽂件、编译程序的标识规约。
组策略-用户配置-管理模板-系统
登录时不显示欢迎屏幕抑制欢迎屏幕。
这项设置在每次用户登录时将Windows 2000 Professional 和Windows XP Professional 欢迎屏幕隐藏。
用户仍旧可以通过在「开始」菜单选择或在运行对话框中键入“Welcome”来显示欢迎屏幕。
这项设置时适用于Windows 2000 Professional 和Windows XP Professional。
它不会影响到Windows 2000 Server 上的“在Windows 2000 Server 上配置您的服务器”屏幕。
注意: 这项设置出现在“计算机配置”和“用户配置”文件夹中。
如果配置这项设置，“计算机配置”中的设置比“用户配置”中的设置优先。
窍门: 要显示欢迎屏幕，请单击开始、指向程序、指向附件指向系统工具然后单击“开始”。
要在不指定设置的情况下抑制欢迎屏幕，请在欢迎屏幕上的复选框中清除“在开始显示这个屏幕”。
2000 年份转译决定程序如何转译用两位数字表示的年份。
这个设置将最大的两位数字的年份指定为以20 打头。
所有小于和等于指定数值的数字被转译成以20 打头的。
所有大于指定数值的数字被转译成以19 打头的。
例如，默认数值--2029 指定所有小于和等于29 (00 到29)的两位数字的年份被转译成以20 打头的，即2000 到2029。
相反，所有大于29 (30 到99)的两位数字的年份被转译成以19 打头的，即1930 到1999。
这个设置只影响用这个Windows 功能转译两位数字的年份的程序。
如果程序无法正确转译两位数字的年份，请查阅程序的文档或询问制造商。
配置驱动程序搜索位置此设置配置查找到新硬件时Windows 将要搜索驱动程序的位置。
默认情况下，Windows 将在下列位置搜索驱动程序: 本地安装、软盘驱动器、CD-ROM 驱动器、Windows Update。
使用此设置，您可以从搜索范围删除软盘或CD-ROM 驱动器。
软件配置管理计划模板
软件配置管理计划XXXX科技有限公司XXXX年XX月目录1引言 (3)1.1 文档概述 (3)1.2 编写目的 (3)1.3 编写范围 (3)1.4 术语定义 (3)1.5 参考资料 (4)2 软件配置管理 (5)2.1 机构 (5)2.2 任务 (5)2.3 职责 (5)2.4 接口控制 (6)2.5 实现 (6)2.6 适用的标准、条例和约定 (6)3 软件配置管理活动 (7)3.1 配置标识 (7)3.1.1 标识方法 (7)3.1.2 各类基线 (7)3.2 配置和变更控制 (7)3.3 配置状态审计 (8)3.4 配置的检查和评审 (9)4 工具、技术和方法 (9)5 里程碑 (9)6 培训和资源 (10)7 对供货单位的控制 (10)8 记录的收集、维护和保存 (10)1引言说明：配置管理计划的简介应提供整个文档的概述。
它应包括此配置管理计划的目的、范围、定义、术语定义、参考资料和概述。
1.1 文档概述说明：本小节应说明此配置管理计划中其他部分所包含的内容，并解释文档的组织方式。
1.2 编写目的说明：阐明此配置管理计划的目的。
1.3 编写范围说明：简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。
1.4 术语定义说明：本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
●软件配置管理，简称SCM(Software Configuration Management的缩写)，是在团队开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
●基线(baseline)，是项目储存库中每个工件版本在特定时期的一个“快照”。
它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
软件配置管理计划与报告模板
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页
广发银行 信息技术部
CMMI-配置管理计划模板
【项目名称】配置管理计划广东×××技术股份有限公司修订历史记录【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。
文件提交时不得再含有这些内容。
】目录1人员及职责 (4)2软件硬件资源 (4)3配置项计划 (4)4基线计划 (5)5配置库备份计划 (5)6版本控制规则 (5)7变更控制规则 (6)1人员及职责提示：（1）根据项目计划中的角色分配,确定配置管理员,CCB（2）CCB的人数根据项目的规模而定.（3）职责:项目经理制定项目计划;配置管理员创建和维护配置库等;CCB审批《配置管理计划》及重大的变更2软件硬件资源3配置项计划提示：1、配置项请参照《配置管理规范》的要求确定，应包括管理、工程和支撑类的所有配置项；2、项目经理标识配置项,估计每个配置项的正式发布时间.4基线计划5配置库备份计划6版本控制规则文档版本号规则文档版本和配置管理中的版本概念不同，它指的是文档的发布版本。
1、处于“草稿”状态的文档的版本号格式定义为:0.YZ.➢YZ数字范围可以为01～99。
➢随着草稿的不断完善, “YZ”的取值应不断递增。
2、处于“正式发布”状态的文档的版本号格式定义为:X.Y。
➢X为主版本号,取值范围为1～9。
Y为次版本号,取值范围为1～9。
➢如果文档第一次“正式发布”时,版本号为1.0。
➢如果文档的版本升级幅度比较小,一般只增大Y值,X值保持不变。
只有当文档版本升级幅度比较大时,才允许增大X值。
3、处于“正在修改”状态的文档的版本号格式定义为:X.YZ。
➢文档正在修改时,一般只增大Z值,X.Y值保持不变。
➢当文档修改完毕,状态重新成为“正式发布”时,将Z值设置为0,增加X.Y 值。
注：产品发布后要注意产品发布版本号与CVS版本号的对应关系，填写《版本发布说明书》7变更控制规则提示：参见配置管理过程域中的变更控制规程。
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引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
软件配置管理计划（范本）
软件配置管理计划软件配置管理计划本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的C ADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。
1．3参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADC SC软件质量保证计划2管理2．1机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
变更记录
目录
1. 目的 (1)
2. 适用范围 (1)
3. 角色与职责 (1)
3.1配置控制委员会(CCB) (1)
3.2项目经理 (1)
3.3配置管理员 (1)
3.4质量保证人员（QA） (2)
3.5变更提出人 (2)
3.6变更执行人 (2)
4. 选择配置管理员 (2)
5. 组建CCB (2)
6. 确定配置项 (2)
7. 制定《配置管理计划》 (3)
8. 选择配置管理工具 (3)
9. 使用配置管理工具创建配置管理系统 (3)
10. 对纸质文档进行配置管理 (3)
11. 备份配置库 (4)
1.目的
本文档目的在于指导配置管理员在项目期间如何进行配置管理活动。
2.适用范围
本指南主要适用于本公司的公司级配置管理活动和软件开发项目级的配置管理活动。
3.角色与职责
3.1配置控制委员会(CCB)
CCB可以由项目领导小组、客户、项目经理、技术负责人、测试组长、开发组长、配置管理员、质量保证人员等组成；
批准和签发《配置管理计划》；
对配置项的变更进行技术评审和成本评估；
批准和授权对基线配置项的变更，对变更的结果进行评审；
对基线进行功能审计，审核配置状态报告。
3.2项目经理
指定配置管理员；
组织对项目的《配置管理计划》的评审；
监控《配置管理计划》的执行。
3.3配置管理员
制定项目的《配置管理计划》；
执行项目的《配置管理计划》；
建立和管理配置库；
存储变更请求；
基线化操作；
发布配置状态报告；
对已基线化的配置项进行签入（Check-In）和签出（Check-Out）操作；
管理配置库的访问权限；
备份和归档；
项目级配置管理员在项目结束后，将产品库的配置项提交到组织级配置管理员进行管理。
3.4质量保证人员（QA）
审计配置管理过程；
配置项审计。
3.5变更提出人
提出变更申请。
3.6变更执行人
负责执行已经批准的变更。
4.选择配置管理员
本公司共设两级配置管理，第一级是公司级的配置管理活动，另一级是项目级的配置管理活动。
为每个项目指定一名配置管理员。
由于配置库里保存的是公司或项目的所有工作成果，所以在选择的时候要选择“责任心强、可靠”，同时具有一定配置管理经验，或者接受过配置管理培训的人担任配置管理员。
5.组建CCB
CCB（Configuration Control Board），配置控制委员会，一个由技术和管理人员组成的委员会，对提交的配置管理计划、受控配置项或配置基线的变更申请做出认可或否决的决定，决定产品的版本发布。
CCB一般由部门经理(DM)、客户、项目经理、技术专家（需求、设计编码等）组成，选择客户代表时，最好是客户方项目主要负责人。
根据项目实际情况，CCB的小组也可以包括如下角色：项目经理，技术专家，配置管理员，QA，CCB 组长一般情况下由DM担任。
6.确定配置项
配置项识别是选择、创建和规范将交付给顾客的产品、指定的内部工作产品、采办的产品、工具和其他用于创建和描述这些工作产品的项目。
置于配置管理之下的项目还包括那些规定产品需求的规范和接口文件。
诸如测试结果之类的其他文档也可以包含在内，依其对规定产品的关键程度而定。
在选择接受配置管理的工作产品时，可以按照策划期间建立的准则为准。
它的选择准则如下：
●可能由两个或两个以上的组使用的工作产品；
●预计可能在今后由于需求差错或变更而会相应变更的工作产品；
●彼此相关并且一个产品发生变更将迫使其他工作产品变更的那些工作产品；
对项目至关重要的工作产品。
7.制定《配置管理计划》
在制定《配置管理计划》前，配置管理员要与项目经理协商，依据项目进度计划，规划未来的配置管理工作。
配置管理计划的约束条件：
1）配置管理的规划必须以项目开展的工作为基础，参考工作说明书；
2）配置管理计划的编写必须以公司的流程为模版，与工作说明书和质量保证计划相一致；
3）配置管理计划必须经过最终的评审通过，才能够成立。
详见《项目配置管理计划模板》。
8.选择配置管理工具
在目前阶段，本公司规定所有项目组一致使用VSS作为配置管理工具。
9.使用配置管理工具创建配置管理系统
1、使用配置管理工具创建数据库，存放在不同的目录；
2、创建一级目录，包括：01-开发库、02-管理库、03-基线库、04-产品库；
3、为“01-开发库”创建用户，并设置权限，每个人只对其具有读写权限；
4、为“02-管理库”创建用户，并设置权限，除项目负责人有读和写的权限外，其他
人只有只读权限；
5、为“03-基线库”创建用户，并设置权限，项目组成员只有只读权限；
6、为“04-产品库”创建用户，并设置权限，项目组成员只有只读权限；
具体如何使用SVN，请参考《SVN用户使用手册》。
10.对纸质文档进行配置管理
纸质文档包括项目相关的技术资料、书籍、以及从客户收集的业务资料文档，还包括在项目过程中产生的纸质文档，如评审报告，变更申请书等，对这些纸质文档，由配置管理员统一管理，配置管理员需要填写如下文档：
注：1、编号规则如下：Project-Type-xxx，Project为项目名称，Type为文档类型，xxx为文档编号，从001开始。
2、存放位置指的是哪个文件柜，哪个文件夹，文件夹中的哪一类。
3、状态有“存档”和“借出”两个状态，如果是借出，则在备注中填写借阅人。
4、归档日期指的是第一次提交到配置管理员的日期。
合同及客户资料由配置管理员进行整理归档，只有项目级理级别以上人员可以查询，其他人员查阅时需要经主管部门经理审批。
11.备份配置库
项目级配置管理员每周对所有配置库进行同机备份，在每个月末再进行一次异机备份。
对于公司级配置库的备份，建议每月一次异机备份。
具体如何使用配置管理工具备份，详见《SVN用户使用手册》。