(完整)项目配置管理计划模板
配置管理计划模板
<项目名称>配置管理计划版本<1.0>[注：以下提供的模板用于RationalUnifiedProcess。
其中包括用方括号括起来并以蓝色斜体（样式=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功能而使用的计算环境和软件工具。
项目管理机构及人员配置计划
项目管理机构及人员配置计划一、项目管理机构我公司对本工程非常重视，把该工程作为重要工程来组织管理，建立从公司到作业层三个层次有机组合的工程项目管理体系，即：1、公司组建项目指挥部由公司副总经理任指挥，其组成人员包括公司总工程师，公司职能部门的主要负责人，其职责是对工程进行指挥、协调，授权项目指挥部对工程项目进行全过程施工管理，向项目经理发出指令，下达责任目标，解决应由公司负责解决的有关该工程的各种问题。
2、工程现场项目经理部由项目经理、项目副经理和项目技术负责人等组成，其主要职责是在项目经理领导下，分工负责，代表公司全权指挥贵公司联合厂房钢结构工程的实施工作。
3、施工作业班组在项目部领导下，分工负责与合作，完成本工程安装的全部工作。
4、现场项目部主要岗位职责（1）项目经理①组织编制项目质量计划，保证整个项目按照ISO9001标准体系运作。
②主持编制项目管理方案，确定项目管理目标与方针。
③确定项目管理组织机构配备人员，制定规章制度，明确职责。
④及时、适当地作出项目管理决策，其主要内容如重大技术方案决策。
⑤接受业主及监理的指示，解决随机出现的各种问题，替业主、监理排忧解难，确保业主利益不受到损害。
（2）项目技术负责人①在项目经理领导下，具体主持项目质量管理保证体系的建立，并进行质量职能分配，落实质量责任制，确定项目质量记录，对项目质量技术的关键过程和特殊过程实施控制，确定项目的相应技术和落实措施及决策。
②审核具体施工方案，协调解决各相关施工单位的的技术质量等问题。
③落实设计及监理的技术要求，保证设计、监理的要求与指令得以贯彻实施。
④组织技术攻关小组对本项目的关键技术难题进行攻关，进行新工艺、新技术的分析、应用，确保本项目顺利实施。
⑤组织有关人员对构件及围护材料的质量进行监督、验收、认可。
（3）项目副经理①在项目经理领导下组织施工现场的施工活动。
②动态管理计划进度，管好材料计划、劳动力计划、机械调配计划，确保工程如期完成。
配置管理计划模板-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 开发基线：项目经理 项目经理
项目经理
测试负责人 使用者本人
配置管理计划完整版
配置管理计划HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】项目名称Array（TheEnglishName）配置管理计划XXX项目小组修订表审批记录目录1.引言1.1目的本计划的目的是定义软件项目组进行配置管理活动、任务和责任；定义支持配置管理的活动及报告的工具、技术和方法。
1.2适用范围本计划定义项目组在项目期间的所有配置管理活动。
1.3参考资料《配置管理指南》《配置项变更规程》《配置审核规程》《基线生成产品规程》1.4术语和缩略语CCB：软件配置控制委员会、变更控制委员会2.人员与责任提示：（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。
（2）CCB的人数根据项目规模而定。
一般地，项目经理是CCB的负责人。
3.用于配置管理的软硬件资源提示：（1）配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的VisualSourceSafe、Excel或者CVS。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。
4.配置库结构与权限4.1配置库列表4.2配置库结构以课堂上讲授的配置库结构为主，各小组可以根据自己组的实际情况来调整。
4.3人员权限5.配置项计划参见《配置项计划表》。
6.基线计划参见《基线计划与跟踪表》。
7.配置库备份计划提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
配置管理计划（范文）
配置管理计划配置管理计划篇一：配置管理计划公司名称项目名称配置管理计划版本1.0 ? [注：以下提供的模板用于R atinal Uni fied Prces s。
其中包括用方括号括起来并以蓝色斜体（样式=InfBlue）显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
按此样式输入的段落将被自动设置为普通样式（样式=Bd y Text）。
]修订历史记录Cnfi dential ?公司名称 , 1999 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. 分包商和厂商软件控制 Cnfid ential ? 公司名称 , 19994 4 4 4 4 4 4 4 4 4 4 4 5 5 5 5 5 5 5 6 6 6 Page3 f 6配置管理计划1. 简介 ? [配置管理计划的简介应提供整个文档的概述。
它应包括此配置管理计划的目的、范围、定义、首字母缩写词、缩略语、参考资料和概述。
]1.1 目的 ? [阐明此配置管理计划的目的。
]1.2范围 ? [简要说明此配置管理计划的范围；它的相关模型，以及受到此文档影响的任何其他事物。
] 1.3 定义、首字母缩写词和缩略语?[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
(完整word版)项目管理全套模板,推荐文档
项目需求建议书（RFP）A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：B. 项目目标描述完成项目的时间、质量要求等方面的信息C. 工作描述（SOW）描述执行项目的具体工作D. 可交付结果描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息E. 合同类型描述使用哪种性质的合同F. 付款方式描述付款的时间、金额、币种、方式等G. 建议书的内容描述建议书应包括的具体内容H. 建议书的评价标准描述评价建议书的主要标准，包括价格、技术方案、项目管理方法、经验与资质等方面I. 提交建议书的时间、地点要求描述建议书的截止日期、提交的地点等信息A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息项目名称：客户名称：项目经理：授权书起草人：项目发起人：日期：B. 项目授权书描述项目的工作任务，被任命的项目经理的姓名，项目经理的职责、权力等方面的信息A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：项目关系人名单列出项目执行过程中涉及的相关人员的信息供应商/分承包商信息公司名称：B. 项目概述提供关于项目需要解决的问题、项目的工作任务、项目目标、项目管理采用的方法等的信息业务需求/难题工作描述项目目标项目管理方法C. 技术要求提供关于项目的技术参数、性能指标、设计要求、实施规范以及技术方面的培训计划等的信息D. 相关人员签名E. 项目计划文件汇总检查项目计划是否包含下列文件□项目范围说明书描述项目交付结果和工作范围的书面文件□关键的成功因素描述关于项目管理、项目团队建设、客户关系管理等方面关键的成功因素方面的书面文件，以便得到项目小组成员的理解、接受和达成共识□工作分解结构（WBS）是以项目的交付结果为导向而分解出的、表明项目具体工作任务的书面文件，它定义了整个项目的工作范围□组织分解结构（OBS）提供项目沟通与汇报渠道，角色与职责，以及授权等方面信息的组织机构方式□成本/效益分析提供关于项目成本与收益，项目的货币价值等方面的信息，以便团队进行财务方面的分析，并作出经济决策□资源计划描述执行项目需要资源方面信息的书面文件□项目进度计划提供用甘特图表示的项目进度计划，包括项目的开始日期、里程碑事件、活动之间的先后逻辑关系、活动历时、交付日期等信息□风险管理计划描述在项目执行过程中可能出现的所有风险事件，每个风险严重程度，以及应急措施的书面文件□采购计划描述为了完成项目任务，需要从项目组织以外获取的产品或服务的种类和数量的书面文件□质量计划提供确保产品或服务质量的责任人，工作程序与作业指导书，以及质量检验与控制的措施等书面信息□沟通计划定义项目利益相关者对项目信息方面的需要，包括谁、在何时、以什么方式需要何种信息等□配置管理计划提供关于定义和控制项目变更管理，文件版本以及设计变更方面的管理方式□项目成本估算关于项目成本和预算的书面文件，内容包括项目的总体预算、成本估算以及额外需要的资源等等项目需求文件A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：B. 项目背景描述项目的产生背景、决策依据、需要解决的问题等方面的背景信息C. 项目目标描述项目的工期、成本、质量、范围等方面的信息D. 项目的阶段/可交付结果描述执行项目的阶段，完成项目任务的主要交付结果等方面的信息E. 主要里程碑事件描述项目的重大里程碑事件或日期等方面的信息F. 主要资源要求描述项目需要消耗的资源，包括人力资源、设备、材料、服务等G. 项目的风险情况描述项目的主要风险H. 项目的接受标准描述完成项目任务后客户验收产品或服务的标准I. 项目的假设条件描述在项目执行过程中，现在不具备但为了计划的方便而假设具备的各种条件J. 项目的制约因素描述项目执行的各种制约因素，包括执行组织内部以及执行组织以外的因素项目范围说明书(SOW)A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人姓名等与项目相关的一般信息项目名称: 起草人:项目经理: 日期:项目发起人: 最新更新日期:B. 项目的交付结果陈述项目的交付结果（产品的技术参数）以及完成项目的衡量指标C. 实施项目的方法详细陈述项目是依靠内部自己完成，还是需要外部力量的帮助和介入，以及项目范围变更管理的方法D. 项目的工作范围确定项目需要完成的工作，包括相关的业务要求E. 例外工作确定不属于项目范围的工作，包括相关的业务要求工作分解结构（WBS）词典A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：客户名称：项目经理：计划起草人：项目发起人：日期：B. 工作分解结构词典描述工作分解结构的活动名称，每个活动的历时估计、成本估计，每个活动的前导活动以及责任人等方面的信息项目资源计划表A. 概述提供关于项目名称、项目经理、项目发起人的姓名以及其他与项目有关的有用信息项目名称: 起草人:项目经理: 日期:项目发起人: 最新更新日期:B. 资源描述确定完成项目任务所需要的主要资源，这些资源主要包括人员、资金、设备、设施、材料、分包商以及信息技术等C. 资源数量对项目需要的每种资源进行如下分析: 1) 估计每种资源的成本； 2) 是否具备； 3)估计人力资源和设备资源的资格与质量要求以及其产能D. 人力资源的使用计划在确定人力资源需求后，还要以月为单位建立人员使用计划项目成本估算表A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：客户名称：项目经理：文件起草人：项目发起人：日期：B. 项目成本估算分别估算出人工成本、非人工成本、不可预见的费用等方面的成本项目质量计划A. 概述提供项目名称、客户、名称、项目经理与项目发起人姓名等与项目相关的一般信息项目名称：客户名称：项目经理：计划起草人：项目发起人：日期：B. 项目范围按照项目范围说明书的要求描述项目的工作范围、主要交付结果、项目总体目标、客户需求、应遵循的程序等方面的信息D. 交付结果的接受标准描述交付结果的接受标准或者产品测试的验收标准，详细列出客户提出的相关质量标准E. 质量保证计划确定项目质量保证活动，包括项目质量责任人、工作程序、作业指导书、里程碑检查清单、测试标准和流程、质量事故报告及沟通渠道，以及持续改进措施等F. 质量监督及控制措施提供有关质量监督与质量控制的措施G. 质量责任确定与项目质量相关的责任人，包括产品测试、过程评审、质量检查等项目变更管理A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：客户名称：项目经理：计划起草人：项目发起人：日期：B. 变更的概述描述变更的方面、申请人，以及变更的理由等方面的信息C. 变更引起的修订活动描述由于变更而引起的项目工作分解结果及其进度、成本、质量等方面的信息D. 变更影响评价提供由于变更而对项目的进度、预算、质量、技术、范围、合同等方面影响的书面信息E. 项目变更控制委员会（CCB）意见提供项目变更委员会关于项目变更的决策意见F. 客户意见提供客户关于项目变更的决策意见项目阶段性评审报告A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：客户名称：项目经理：报告起草人：项目发起人：日期：B. 项目阶段性评审报告从完成项目的进度、成本、质量、团队管理、客户关系等方面进行评价项目会议纪要A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称： 客户名称： 项目经理： 文件起草人：项目发起人：日期：B. 通知信息描述会议通知的发起人、被通知者以及会议时间等等方面的信息C. 会议信息描述会议的召集者、时间、地点、目的等方面的信息D.会议议程描述会议的主要议题、主要发言者以及时间安排等方面的信息E. 会议纪要记录会议的主要精神、达成的协议以及下一步的行动计划等方面的信息项目自我评价表A. 项目信息提供项目名称、客户名称、项目经理以及项目发起人姓名等关于项目的一般信息项目名称：客户名称：项目经理：自我评价人：项目发起人：日期：B. 角色与职责提供自我评价人在项目中的角色、职责等方面的信息C. 自我评价提供自我评价人在完成任务、达到工作标准、团队建设、经验教训等方面的信息项目总结报告A. 项目信息提供关于项目名称、客户名称、项目经理以及项目发起人姓名等方面的一般信息项目名称：客户名称：项目经理：报告起草人：项目发起人：日期：B. 项目背景与要求提供有关项目背景、目标、项目方案等方面的信息C. 项目总结从完成项目的进度、成本、质量、团队管理、客户关系等方面进行评价。
软件项目之配置管理计划(范文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工程XXXXXXXXXXXXXXXXXXXX信息系统建设项目（招标编号：XXXX—EMTC—XXXX）XXXXXX总集成项目配置管理方案XXXXX科技股份有限公司2009年10月目录关于本文档 (1)第1章配置项的标识规则 (3)第2章配置管理计划 (3)2。
1 配置管理计划目的 (3)2。
2 角色、职责和人员 (4)2.3 配置和细化管理控制 (5)2。
3。
1 ...................................................工作空间规则 5 2。
3。
2 ...................................................细化管理控制 5 2。
4 配置状态统计 . (6)2.4。
1 DCB会议备忘录 (6)2。
4。
2 .................................................细化请求的汇总 6 2.4.3 基线状态报告 . (6)2.5 配置审核 (6)第3章配置项说明 (6)关于本文档主题XXX工程XXXXXXXXXXXXXXXXXXXX信息系统建设项目总集成项目配置管理方案说明本文档用于说明系统配置计划，并指导配置管理工作。
适用对象业主方、监理方、承建方相关领导、配置管理员.修订历史版本章节类型日期作者说明1。
0C2009年10月总集成项目配置管理方案说明：类型－创建（C）、修改（U）、删除（D）、增加(A)；评审记录角色签名日期说明第1章配置项的标识规则公司名称—Project Name—Type – Name – Version 其中:项目名称或项目编号:采用立项后的项目名称缩写或给定的项目编号表示系统名称或组件名称：采用约定的缩写规则取长度不超过6位的字符表示类型名称为（标识代码）：项目工作产品名称的标识，为采用约定的缩写规则取长度不超过8位的字符。
➢编号：当配置项为同一模板样式的序列的工作产品时可将编号标识引入，一般为三位数字；➢版本：采取两位，形式为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标准文档的改变、新资产入库等），都需要被跟踪和控制，用来保证工作产品配置信息的完整性和可跟踪性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
(完整)项目配置管理计划模板
编辑整理：
尊敬的读者朋友们：
这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整)项目配置管理计划模板）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为(完整)项目配置管理计划模板的全部内容。
【项目名称】
项目配置管理计划模板
日期:
版本号：
文件变更记录
*A –增加 M –修订 D –删除
目录
项目配置管理计划 (2)
文件变更记录 (3)
目录 (4)
1。
概述 (5)
编写目的 (5)
参考资料 (5)
2. 配置管理约定 (5)
3. 配置项/单元列表 (7)
4。
软件配置列表 (9)
5。
配置管理活动策划列表 (9)
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 项目配置库权限分配表
3.配置项/单元列表表3.1 配置项/单元列表
4.软件配置列表
表4。
1 软件配置列表
5.配置管理活动策划列表表5.1 配置管理活动策划列表。