项目配置管理计划范本
配置管理计划模板
<项目名称>配置管理计划版本<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、控制项目配置项的变更。
5、确保项目产品的质量和可重复性。
四、项目配置管理的组成部分项目配置管理包括以下组成部分：1、配置项标识：为每个配置项分配唯一的标识符。
2、配置项记录：对每个配置项进行记录和文档化。
3、变更控制：为配置项的变更制定变更管理计划，并严格执行。
4、审查和审计：实施定期审查和审计以评估项目配置管理计划的有效性和改进机会。
5、版本控制：为项目文档和软件跟踪版本记录的变化。
五、配置项标识在本项目中，每个配置项都必须有一个唯一的标识符，以便在整个项目生命周期中区分和跟踪。
配置项标识符应被分配给以下内容：1、文档：文档命名规则应被制定，确保所有文件命名规范一致。
2、软件：在本项目中，所有软件均被标识为软件版本号。
3、硬件：在本项目中，所有硬件均被标识为硬件序列号或型号。
六、配置项记录在本项目中，所有配置项都应记录并文档化。
配置项记录必须包括以下信息：1、配置项标识符。
2、配置项的描述和规格。
3、配置项相关的文档和程序。
4、配置项的状态和变更历史记录。
七、变更控制变更控制是为了确保配置变更过程正确执行的管理流程。
变更控制的目标是确保在不影响配置清单中的其他配置项的前提下，对配置项进行更改。
变更控制过程应包括以下内容：1、配置项变更请求的识别和提出。
2、变更评估过程。
3、变更审批。
4、变更实施。
5、变更跟踪和记录。
八、审查和审计为评估项目配置管理计划的有效性和改进项目配置管理计划，应定期进行审查和审计。
项目管理机构及人员配置计划
项目管理机构及人员配置计划一、项目管理机构我公司对本工程非常重视，把该工程作为重要工程来组织管理，建立从公司到作业层三个层次有机组合的工程项目管理体系，即：1、公司组建项目指挥部由公司副总经理任指挥，其组成人员包括公司总工程师，公司职能部门的主要负责人，其职责是对工程进行指挥、协调，授权项目指挥部对工程项目进行全过程施工管理，向项目经理发出指令，下达责任目标，解决应由公司负责解决的有关该工程的各种问题。
2、工程现场项目经理部由项目经理、项目副经理和项目技术负责人等组成，其主要职责是在项目经理领导下，分工负责，代表公司全权指挥贵公司联合厂房钢结构工程的实施工作。
3、施工作业班组在项目部领导下，分工负责与合作，完成本工程安装的全部工作。
4、现场项目部主要岗位职责（1）项目经理①组织编制项目质量计划，保证整个项目按照ISO9001标准体系运作。
②主持编制项目管理方案，确定项目管理目标与方针。
③确定项目管理组织机构配备人员，制定规章制度，明确职责。
④及时、适当地作出项目管理决策，其主要内容如重大技术方案决策。
⑤接受业主及监理的指示，解决随机出现的各种问题，替业主、监理排忧解难，确保业主利益不受到损害。
（2）项目技术负责人①在项目经理领导下，具体主持项目质量管理保证体系的建立，并进行质量职能分配，落实质量责任制，确定项目质量记录，对项目质量技术的关键过程和特殊过程实施控制，确定项目的相应技术和落实措施及决策。
②审核具体施工方案，协调解决各相关施工单位的的技术质量等问题。
③落实设计及监理的技术要求，保证设计、监理的要求与指令得以贯彻实施。
④组织技术攻关小组对本项目的关键技术难题进行攻关，进行新工艺、新技术的分析、应用，确保本项目顺利实施。
⑤组织有关人员对构件及围护材料的质量进行监督、验收、认可。
（3）项目副经理①在项目经理领导下组织施工现场的施工活动。
②动态管理计划进度，管好材料计划、劳动力计划、机械调配计划，确保工程如期完成。
配置管理计划（范文）
配置管理计划配置管理计划篇一：配置管理计划公司名称项目名称配置管理计划版本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 定义、首字母缩写词和缩略语?[本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
软件项目之配置管理计划(范文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；在配置项纳入到新的基线或基线变更时，主版本号才升级；其他变更情况只能对次版本号升级。
项目人员配置管理计划方案
项目人员配置管理计划方案
项目人员配置管理计划是一个政策和程序的框架，用于指导和管理项目团队的配置工作。
它包括以下几个方面的内容：
1. 项目组织结构：确定项目团队的组织结构，包括各个团队成员的角色和责任，并制定相应的组织图和职责分工。
2. 人员招募和选拔：确定项目所需的各个岗位的职责和技能要求，并采用适当的方法进行人员招募和选拔，以确保项目团队具备必要的技能和经验。
3. 人员培训和发展：为项目团队提供必要的培训和发展机会，以提升其技能和知识水平，并确保其与项目需求的匹配。
4. 人员考核和绩效管理：制定明确的考核标准和方法，对项目团队成员进行定期的绩效评估和反馈，以激励和提高其工作表现。
5. 人员配置调整：根据项目阶段和需求的变化，及时调整项目团队的人员配置，以保证项目的顺利进行。
6. 团队沟通和协作：建立有效的沟通渠道和协作机制，以促进团队成员之间的交流和合作，提高项目的协同效率。
7. 人员离职和替补计划：在项目过程中，可能出现人员离职等特殊情况，需要制定相应的替补计划，以确保项目进展不受影响。
在项目人员配置管理计划的实施过程中，需要充分考虑项目的需求、可行性和可用资源等因素，与其他管理计划相互配合，确保项目团队的组成和运作能够顺利进行，达到项目目标。
配置管理计划
配置管理计划1. 引言配置管理是软件开发和项目管理过程中的一个重要环节。
为了确保项目的顺利进行和软件的稳定交付，需要制定一个有效的配置管理计划。
本文档将介绍配置管理的目标、范围、活动和资源，并提供相关的工具和规程。
2. 目标配置管理的目标是确保软件和项目的稳定性和一致性，防止版本混乱和错误配置的引入。
具体目标包括：•确保所有项目参与者都使用相同版本的软件和文档；•跟踪并记录软件和文档的版本和变更历史；•管理软件和文档的发布过程；•管理软件和文档的配置项。
3. 范围配置管理的范围包括以下方面：•软件和文档的版本控制；•软件和文档的配置项标识和标签；•软件和文档的变更管理；•软件和文档的发布管理。
4. 活动配置管理的活动包括以下几个方面：4.1 版本控制版本控制是配置管理的核心活动，它涉及以下内容：•统一的版本号命名规则；•版本库的建立和管理；•版本号的分配和发布；•版本变更的记录和审批；•版本冲突的解决。
4.2 配置项管理配置项管理是指对软件和文档的各个组成部分进行标识和管理，确保每个配置项的状态和关系清晰可见。
•创建配置项清单并进行标识；•定义配置项的属性和关联关系；•管理配置项的状态和生命周期；•管理配置项的变更和版本。
4.3 变更管理变更管理是指对软件和文档的变更进行控制和管理，确保每个变更都经过审批和记录，并及时通知相关人员。
•建立变更管理流程和规程；•变更请求的提交和审批；•变更记录的维护和追踪；•变更实施和验证。
4.4 发布管理发布管理是指将软件和文档交付给最终用户的过程，确保发布的版本是可靠和可用的。
•确立发布流程和规程；•进行测试和验证，确保发布版本的质量；•管理发布版本的文档和支持资料；•提供发布版本的更新和支持。
5. 资源配置管理需要以下资源的支持：•配置管理工具：如版本控制系统、配置项管理工具等；•人力资源：配置管理管理员、开发人员等；•物理资源：版本库、文件服务器等。
6. 工具为了更有效地进行配置管理，可以使用一些工具来辅助配置管理的活动：•版本控制系统：如Git、SVN等；•配置项管理工具：如JIRA、Redmine等；•变更管理工具：如Bugzilla、TFS等。
组织级配置管理计划-模板
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．组织及职责配置管理的角色和职责见表1。
表1：配置管理角色职责表角色 人员职责和工作范围配置管理者配置管理者赵云鹏赵云鹏（1） 制定《配置管理计划》制定《配置管理计划》 （2） 创建和维护配置库创建和维护配置库项目负责人项目负责人韩 硕（1） 审批《配置管理计划》审批《配置管理计划》 （2） 审批重大的变更审批重大的变更成员成员贾 鲁编写程序人员编写程序人员3.配置管理环境由于本项目属于大型项目，由于本项目属于大型项目，工期比较长，工期比较长，而且项目组人员对要建立配置管理方式，所以采用配置管理工具。
方式，所以采用配置管理工具。
项目开发环境：Visual Studio2008 数据库：SQL sever 2008 3.1配置库目录结构表2：配置库的目录结构 序号内容 说明 1 TCM 项目说明管理项目说明管理2 RM 需求分析管理需求分析管理3 SPP 项目开发时间规划项目开发时间规划 4 SPTO 项目跟踪与管理项目跟踪与管理 5 SCM 项目配置管理项目配置管理 6 SQA 质量保证质量保证7 SPE 软件产品工程工程 设计设计 8 源代码源代码 9 目标代码目标代码10 测试测试11 发布发布3.2用户及权限表3：配置库的用户权限类别人员 权限说明配置管理者配置管理者赵云鹏赵云鹏 负责项目配置管理，拥有所有权限负责项目配置管理，拥有所有权限 项目总监项目总监韩轶龙韩轶龙 访问、读访问、读 质量保证人员质量保证人员 贾 鲁 访问、读访问、读 开发人员开发人员 贾 鲁 访问、读访问、读 高层管理高层管理韩 硕访问、读访问、读4．配置管理活动 4.1 配置项标志4.1.1 命名规范本项目配置项命名规范由5个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。
配置管理计划
配置管理计划文档状态：Released文档编号：1.0.0编撰：XXX项目小组编撰日期：N/A保密级别：N/A文档版本：配置管理计划修订表编号生成版本修订人修订章节与内容修订日期审批记录版本审批人审批意见审批日期目录1.引言1.1 目的1.2 适用范围1.3 参考资料引言本文档旨在规划XXX项目小组的配置管理计划，以确保项目的顺利进行和最终交付高质量的产品。
目的本文档的目的是确定配置管理的过程和责任，以及确保项目小组在开发过程中能够有效地管理和控制配置项。
适用范围本文档适用于XXX项目小组的所有成员，包括开发人员、测试人员和项目管理人员。
参考资料本文档参考以下资料：配置管理标准项目管理计划质量管理计划风险管理计划项目需求文档术语和缩略语在配置管理中，术语和缩略语的使用是非常重要的。
它们可以减少沟通中的歧义和误解，提高团队的效率和准确性。
因此，在开始配置管理工作之前，我们需要对相关术语和缩略语进行统一的定义和解释。
这样可以确保所有人都理解这些术语和缩略语的含义，并且在交流中不会出现混淆。
人员与责任在配置管理中，人员的角色和职责是非常重要的。
每个人都需要清楚地知道自己的职责和任务，并且要负责自己的工作。
在配置管理团队中，通常会有配置管理员、开发人员、测试人员等不同的角色。
每个人都需要清楚地知道自己的职责和任务，并且要在规定的时间内完成工作。
用于配置管理的软硬件资源在配置管理中，软硬件资源的使用是非常重要的。
这些资源可以帮助我们更好地管理和控制配置项，并且提高团队的效率和准确性。
在软件方面，我们通常会使用版本控制工具和集成开发环境等工具。
在硬件方面，我们通常会使用服务器和存储设备等设备。
配置库结构与权限配置库结构和权限是配置管理中非常重要的一部分。
它们可以帮助我们更好地组织和管理配置项，并且确保只有授权的人员才能访问和修改配置项。
在配置库结构方面，我们通常会按照项目或产品的结构进行组织。
在权限方面，我们通常会设置不同的权限级别，以确保只有授权的人员才能进行操作。
配置管理计划模板
配置管理计划模板机票预订系统配置管理计划北京⼯业⼤学软件学院郑昊公司⽬录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配置项标识定义项⽬经理和配置管理员根据软件产品/项⽬实际情况⾃定义源代码、数据⽂件、系统环境⽂件、数据库⽂件、参数⽂件、编译程序的标识规约。
项目配置管理计划范本
项目进度管理机电管理系统性能测试系统配置管理计划1文档编号：XXXXXXXX-XXX-XXX版本号：1.00产品名称:机电管理系统性能测试系统文档名称:配置管理计划版本修改内容描述修改人日期备注1.00第一版1.01修正了几个不足1 .02增加对受控文件修改后必须增加描述内容批准人：日期：审核人：日期：这里填写公司地址、联系方式等目录1. 引言 01.1 目的 01.2 术语定义 01.3 参考资料 02. 软件配置 (1)2.1 软件配置环境 (1)2.2 软件配置项 (1)2.3 配置管理员 (2)3. 软件配置管理计划 (3)3.1 建立示例配置库 (3)3.2 配置标识管理 (5)3.3 配置库控制 (6)3.4 配置的检查和评审 (7)3.5 配置库的备份 (8)3.6 配置管理计划的修订 (8)3.7 配置管理计划附属文档 (8)4. 里程碑 (10)附录1 文档命名规定 (11)1、受控配置库文件命名规则 (11)2、非受控配置库文件命名规则 (11)3、提交文档文件命名规则 (11)附录2 文档编码规范 (12)附录3 帐号及权限管理 (13)附录4 配置库使用规定 (15)文档修改记录 (16)1. 引言1.1 目的本文档目的在于机电管理系统性能测试系统进行软件配置管理，提高软件质量，降低软件开发成本。
本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。
项目管理计划模板
项目管理计划模板一、项目概述项目名称：项目目标：项目背景：项目范围：项目参与方：（包括项目经理、项目团队成员、利益相关方等）二、项目管理团队项目经理：- 职责：- 技能要求：- 项目经验：项目团队成员：- 成员1：- 职责：- 技能要求：- 成员2：- 职责：- 技能要求：其他利益相关方：- 利益相关方1：- 职责：- 期望：- 利益相关方2：- 职责：- 期望：三、项目范围管理3.1 项目范围定义- 目标：- 交付物：- 排除的内容：3.2 工作分解结构（WBS） - WBS级别1：- WBS级别2：- WBS级别3：3.3 项目范围确认- 确认标准：- 确认方法：3.4 项目范围控制- 变更请求的评审和批准流程： - 变更影响评估和决策流程：四、项目进度管理4.1 项目进度计划- 项目关键里程碑：- 项目阶段和交付物对应计划： - 进度计划工具：4.2 项目进度控制- 进度控制工具和技术：- 进度控制指标：- 进度报告频率：五、项目成本管理5.1 项目预算估算- 预算估算方法：- 成本预算分配：5.2 项目成本控制- 成本控制工具和技术： - 成本控制指标：- 成本报告频率：六、项目质量管理6.1 质量标准- 质量标准定义：- 质量标准测量方法： 6.2 质量保证- 质量保证活动：- 质量保证评估方法： 6.3 质量控制- 质量控制活动：- 质量控制工具和技术：七、项目风险管理7.1 风险识别- 风险识别方法：- 风险清单：7.2 风险评估- 风险评估方法：- 风险评估工具：7.3 风险应对策略- 风险应对策略定义：- 风险应对策略选取依据： 7.4 风险监控- 风险监控指标：- 风险监控方法：八、项目沟通管理8.1 沟通需求分析- 沟通需求分析方法：- 沟通渠道：8.2 沟通计划- 沟通计划内容：- 沟通计划传达方式： 8.3 沟通执行与监控- 沟通执行控制方法： - 沟通监控指标：九、项目采购管理9.1 采购需求分析- 采购需求分析方法： - 采购计划：9.2 供应商评估与选择 - 供应商评估方法： - 供应商选择依据： 9.3 合同签订与执行- 合同签订流程：- 合同执行控制方法：十、项目干系人管理10.1 干系人识别与分类- 干系人识别方法：- 干系人分类：10.2 干系人沟通计划- 沟通需求分析方法：- 沟通渠道：10.3 干系人参与和支持- 干系人参与策略：- 干系人支持工具与技术：十一、项目变更管理11.1 变更识别与评估- 变更识别方法：- 变更评估流程：11.2 变更控制- 变更控制流程：- 变更控制工具与技术：结束语：本项目管理计划模板旨在帮助项目管理团队全面了解和控制项目的范围、进度、成本、质量、风险、沟通、采购、干系人等关键管理方面。
配置管理计划模板
<项目名称> 配置管理计划（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基线配置项....................................................................................................... 错误!未定义书签。
配置管理计划模板
{ 项目名称}配置管理计划
版本历史
目录
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. 配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
附录：本计划审批意见
Welcome To Download !!!
欢迎您的下载，资料仅供参考！。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
机电管理系统性能测试系统配置管理计划这里填写公司名称文档编号：XXXXXXXX-XXX-XXX版本号：1.00产品名称:机电管理系统性能测试系统文档名称:配置管理计划版本修改内容描述修改人日期备注1.00 第一版1.01 修正了几个不足1.02 增加对受控文件修改后必须增加描述内容批准人：日期：审核人：日期：这里填写公司地址、联系方式等目录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 参考资料《研发中心配置管理制度》《产品的标识与可追溯性程序》《开发手册》2. 软件配置2.1 软件配置环境2.1.1 服务器软件环境软件名称作用Windowns 2000 Advance Server 操作系统Visual Source Safe 6.0 配置管理软件在整个项目过程或产品生命周期中,选择Visual Souce Safe(VSS)作为配置管理工具。
2.1.2 硬件环境名称规格说明网络局域网服务器PC服务器名称：fileserver256 M 内存为VSS保留5G独立使用空间客户机普通PC机项目组成员各自的计算机2.1.3配置管理客户端项目组成员在各自的计算机安装VSS客户端，项目组成员以分配的帐号访问配置服务器和登录配置管理系统，根据配置管理员设定的用户权限进项配置管理活动。
2.2 软件配置项在本项目的实施过程中，将配置库分为受控配置库和非受控配置库两种受控配置库在本项目开发实施的整个过程中，根据不同阶段的配置管理划分11个受控配置目录，只有配置管理员拥有增加和修改的权限，其它用户只有只读的权限。
受控配置库的目录为：00初始配置01启动02需求分析03设计04编码05测试06安装07总结08变更09项目管理10环境配置初始配置库的根目录中包含XXXX项目的配置文件清单，该文档包括本项目开发过程中应该提交的文档的清单，在实际开发过程中，根据实际情况，可以在清单中酌情修改、增加和删除需要提交的文档。
具体内容参见本文3.3的“配置文件清单的维护”。
各个配置目录内应该包含的文档，请参见“XXXX项目配置文件清单.xls”。
非受控配置目录在本项目开发过程中，设立了非受控配置目录。
设立非受控配置目录的目的是为了统一管理和存放开发过程中产生的临时文档和过程性文档，没有格式及命名上的严格要求，使项目组成员在思考、设计时不受太多的限制和约束，能够更有效地发挥个人能力，符合以人为本的原则。
在项目初期，设立了以下三个目录：目录名称用途及说明个人工作区用于保存项目成员自己编写的文档，每个项目成员都有自己独立的工作目录小组工作区用于保存小组成员写作编写的文档，每个小组都有自己独立的工作目录文档提交区作为非受控配置库和受控配置库之间的缓冲，用于提交已经定稿的文档和代码，在评审通过后，再由配置管理员取出并提交到受控配置库中在根据项目开发过程中，根据实际需要，可以酌情增加非受控配置目录。
2.3 配置管理员在本软件项目开发过程中，项目组必须设立配置管理员，专业（或兼职）负责软件项目开发过程中的软件配置管理工作，保证在项目开发过程中的一些变更管理及文档管理的完整性，顺利地实施项目开发进度。
配置管理员负责制定配置管理计划，检查项目组成员是否正确使用配置库，并督促项目开发计划的实施。
配置管理员还需配合研发中心产品管理部进行项目的配置评审。
评审结束，相关文档的批准人电子签名由批准人签写或经批准人授权配置管理员填写，然后由配置管理员负责签入配置库；同时，由配置管理员收集配置项审批相关的email文档并签入配置库。
3. 软件配置管理计划关于XXXX项目项目软件配置管理的文档提交计划请参见《XXXX项目配置文件清单.xls》。
关于配置库的日常使用的规定参见附件4《配置库使用规定》。
3.1 建立示例配置库配置管理员在制定完计划后，根据公司建议的配置库建立符合本项目的配置管理库。
配置库建立在Visual Souce Safe上，目录结构可按照示例配置库提供的目录。
对于本项目来说，需要划分多个子系统，因此要在确定子系统的划分后，在不同阶段下分别建立各子系统的配置目录。
XXXX项目其配置管理目录结构如下所示。
$/00初始配置01启动02需求分析子系统一子系统二子系统三03设计子系统一子系统二子系统三04编码05测试06安装07总结08变更09项目管理10环境配置文档提交个人工作区张三……海松宝小组工作区子系统一子系统二子系统三配置管理库建立完毕后，可根据配置管理库的人员计划在Visual Souce Safe上建立相应的用户及权限，并将这些用户分发给指定的开发人员或用户。
具体的帐号及权限管理参见附录3 《帐号及权限管理》配置管理员应保管好配置管理工具的管理员权限，项目组中使用配置管理库的成员应该及时更改自己在配置管理工具的缺省设置密码。
3.2 配置标识管理1．文档根据配置管理计划和配置库中的文档清单，配置管理员要检查需要提交的文档是否都按时提交，文档数目是否符合，文档的标识、命名以及版本等是否符合程序规定。
关于文档的命名请参见附件1《文档命名规定》，文档标识及版本参见附件2《文档编码规范》2．程序所有属于该项目的程序、分程序、模块和程序单元，都要按照由项目组和配置管理员制订的软件系统的命名约定的规定来标识。
要求所有模块的源代码都需记录模块编号，且模块编号在整个系统中是唯一的。
模块编号在系统设计完成之后，由项目组和配置管理员共同根据系统设计进行编制。
3．基线所有属于本项目及其各子系统的各类基线，首先要按照计划书、软件需求规格说明书、软件项目详细分析设计说明书的规定确定其技术内容，在整个软件项目开发过程中定义以下两类基线：文档基线：本项目的文档基线的定义以里程碑的定义为准，将到达各阶段的里程碑时的文档作为基线，具体里程碑的定义参见第4节“里程碑”。
产品基线：产品基线包含两个，一个是系统上线时，一个是系统经过客户验证测试时，基线包含那时的所有程序代码和文档。
配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签，划定配置管理基线，并以文档的方式记录下这些书签的定义。
3.3 配置库控制权限控制配置管理员根据附录3《帐号及权限管理》设置和调整项目组成员对配置项的权限。
配置库的控制在项目开发和实施的整个过程中，配置管理员应根据配置管理计划及管理规则对配置库应进行管理和控制。
配置管理员负责检查项目组成员使用配置库是否正确。
包括是否及时检入最新版本、是否添加了注释、是否及时更改配置状态，是否存在项目组成员修改了不属于自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否从配置库中取出等。
建立软件库在项目的各个开发阶段，应建立起各阶段各子系统的软件开发库（软件开发工作区），同时建立起想对应的有关该系统及其子系统的软件受控库。
在每个阶段结束或里程碑，需让各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变更需求，应按照正常的变更程序来控制并检查相关的变更文档。
当全部开发工作结束，需建立起软件产品库，将所有可交付的产品都送入软件产品库。
软件配置更改软件配置的更改管理适用于全部项目的所有文档和代码，其中包括整个项目的各个运行软件，也包括为项目专门开发的支持软件。
●对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改，必须得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改；●更改完成后的文档和代码等，需得到项目负责人认可，提交给配置管理员后，由配置管理员签入受控配置库；●受控配置库中的文档，在文档末尾必须有修改记录部分，包括修改人、修改日期、修改内容等项，每次对于受控配置库中文档的修改，必须填写这些项。
配置文件清单的维护●配置文件清单的维护由配置管理员维护；●项目初期，配置管理员与项目组成员一起对开发过程中可能产生的文档的进行预计，并在配置文件清单中列出这些文档及其大致的计划提交时间；●在实际开发过程中，文档提交可能会产生一些变化，如新增某些文档、原计划的一些文档不再单独产生、文档计划提交日期的变更等，项目组应该及时通知配置管理员，由配置管理员及时更改配置文件清单中的相应项。
3.4 配置的检查和评审配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查。
相关的审核内容如下表：审核分类审核内容检查情况发布审核发布文档是否清楚地定义发布的范围，包括应被纳入的更改请求？所有已知缺陷/毛病(bug)是否已文档化？是否有适当的文档，它标识重建该发布所需的环境（编译器版本、OS版本、compilation flags，等等）？是否有适当的文档，它说明构成该发布的成分及成分的版本？发布的所有项是否彼此同步（在时间上一致）？是否采用正确存储库中的正确成分的正确版本生成发布？存储库/配置项审核存储库是否按SCM计划定义？项是否已经进入正确的库？是否按SCM计划中规定的命名约定项命名?是否按照SCM计划，规定项的版本号？是否按照SCM计划中规定的事件已经将所有项入库？例如：测试完成、客户的评审意见已采纳项是否有所要求的文档以识别项、版本和更改历史？更改实施审核是否全部所要求的更改请求均已结束？是否更改请求标识出全部拟更改的项？更改请求中所标识的全部要更改的项均已更改，被QC和在所要求的QC后入库？是否可能在项的任何两个版本中间区分更改？项的文档是否足够，能向后追踪更改到相应的更改请求？是否有恰当方法能回到以前的版本？审核的其他方面是否对库作了恰当的备份?是否已测试过从备份中恢复?在群组成员的工作目录中是否有任何未经许可的成分？是否有恰当的保密/批准手续以保证只有经授权的群组成员才能进行入库/出库？配置管理员应配合研发中心产品管理部定期对项目进行配置管理的审核。