项目的配置管理系统计划清单例范本
配置管理计划模板
<项目名称>配置管理计划版本<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功能而使用的计算环境和软件工具。
B001_配置管理项目清单
项目名称：人事工资管理系统申请列管日期：组件名称基线名称基线编号项目开发计划项目分组结果甘特图配置管理计划配置管理项目清单Rose模型（用例图）Rose模型（活动图）系统测试用例测试计划界面原型风格需求阶段评审报告配置状态报告（第1版）需求设计说明书时序图类图概念设计模型物理设计模型数据库设计说明书界面原型系统详细设计说明书配置状态报告（第2版）设计阶段评审报告源代码测试日志缺陷跟踪表编码阶段评审报告配置状态报告（第3版）项目工作日志（6人）周例会纪要（3周）项目总结报告工程类项目开发计划A001-项目开发计划策划基线全体策划阶段项目分组结果A002-项目分组结果策划基线全体策划阶段甘特图A003-甘特图策划基线全体策划阶段配置管理计划A004-配置管理计划策划基线侯正罡策划阶段配置管理项目清单B001_配置管理项目清单需求基线全体需求阶段基线负责人列管时机策划阶段结束需求阶段结束设计阶段结束D*编码与测试阶段结束E*结项收尾阶段结束A*B*C*类别配置项目名称策划基线需求基线设计基线配置代号（文件编码）编码与测试基线结项收尾基线配置列管项目清单2016/7/13基线产出时机Rose模型（用例图）B002_用例图需求基线全体需求阶段Rose模型（活动图）B003_活动图需求基线全体需求阶段系统测试用例B004_系统测试用例需求基线全体需求阶段测试计划B005_测试计划需求基线全体需求阶段界面原型风格B006_界面原型风格需求基线全体需求阶段需求阶段评审报告B007_需求阶段评审报告需求基线全体需求阶段配置状态报告（第1版）B008_配置状态报告（第1版）需求基线全体需求阶段需求设计说明书B009_需求设计说明书需求基线全体需求阶段时序图C001_时序图设计基线全体设计阶段类图C002_类图设计基线全体设计阶段概念设计模型C003_概念设计模型设计基线全体设计阶段物理设计模型C004_物理设计模型设计基线全体设计阶段数据库设计说明书C005_数据库设计说明书设计基线全体设计阶段界面原型C006_界面原型设计基线全体设计阶段系统详细设计说明书C007_系统详细设计说明书设计基线全体设计阶段配置状态报告（第2版）C008_配置状态报告（第2版）设计基线侯正罡设计阶段设计阶段评审报告C009_设计阶段评审报告设计基线侯正罡设计阶段源代码D001_源代码编码与测试基线全体编码与测试阶段测试日志D002_测试日志编码与测试基线全体编码与测试阶段缺陷跟踪表D003_缺陷跟踪表编码与测试基线全体编码与测试阶段编码阶段评审报告D004_编码阶段评审报告编码与测试基线全体编码与测试阶段配置状态报告（第3版）D005_配置状态报告（第3版）编码与测试基线侯正罡编码与测试阶段项目工作日志（8人）E001_项目工作日志（8人）结项收尾基线全体结项收尾阶段周例会纪要（2周）E002_周例会纪要（2周）结项收尾基线全体结项收尾阶段项目总结报告E003_项目总结报告结项收尾基线全体结项收尾阶段PM：侯正罡：CM提出申请--->PM审核。
软件项目配置管理系统计划清单
中国广东核电集团CHINA GUANGDONG NUCLEAR POWER GROUP记录文件项目编号项目名称CGN-IT-C3-A12-01软件项目配置管理计划版本编写审核审定批准生效时间A/0注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。
此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页目录（一）............................................................... 基本信息4（二）........................................................... 角色与职责4（三）....................................................... 配置管理资源5（四）.............................................................. 权限分配5（五）.......................................................... 配置项计划6（六）........................................................... 配置库基线7（七）..................................................... 配置库备份计划8（八）..................................................... 配置库状态报告8（九）.............................................................. 配置审核9（十）审批意见 (9)配置管理计划（一）基本信息项目名称：项目代号：立项时间：预计主要项目阶段有：配置项目命名规则依据:（二）角色与职责本项复。
IT项目配置管理计划模板
配置管理计划
配置管理计划模板
1.项目组织架构图 (1)
2.配置管理活动计划 (2)
3.配置管理计划项 (2)
4.基线计划表 (2)
5.版本送测计划 (3)
6.代码扫描计划 (3)
7.配合系统流同步策略 (4)
1.项目组织架构图
项目组主要成员信息表：
2.配置管理活动计划
3.配置管理计划项
注：项目涉及多个系统时，需要填写各关联系统对应的配置项。
4.基线计划表
注：项目涉及多个系统时，需要填写各关联系统对应的基线计划。
5.版本送测计划
注：项目涉及多个系统时，需要填写各关联系统对应的版本送测计划。
6.代码扫描计划
7.配合系统流同步策略
每次例行优化发布后，凡是涉及的配合系统都做一次rebase,将生产流上最新的代码同步到相应的开发流上。
代码同步完成后，由项目/技术经理和开发经理评估同步后的版本是否需要进行测试，并将评估结果反馈给CM。
软件项目之配置管理计划(范文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配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
项目的配置管理系统计划清单例范本
实用标准文案精彩文档机电管理系统性能测试系统配置管理计划文档编号：XXXXXXXX-XXX-XXX版本号：1.00产品名称:机电管理系统性能测试系统文档名称:配置管理计划版本修改内容描述修改人日期备注1.00 第一版1.01 修正了几个不足1.02 增加对受控文件修改后必须增加描述内容批准人：日期：审核人：日期：这里填写公司地址、联系方式等目录1. 引言 (1)1.1 目的 (1)1.2 术语定义 (1)1.3 参考资料 (2)2. 软件配置 (3)2.1 软件配置环境 (3)2.2 软件配置项 (3)2.3 配置管理员 (4)3. 软件配置管理计划 (6)3.1 建立示例配置库 (6)3.2 配置标识管理 (8)3.3 配置库控制 (10)3.4 配置的检查和评审 (12)3.5 配置库的备份 (14)3.6 配置管理计划的修订 (14)3.7 配置管理计划附属文档 (15)4. 里程碑 (17)附录1 文档命名规定 (19)1、受控配置库文件命名规则 (19)2、非受控配置库文件命名规则 (20)3、提交文档文件命名规则 (20)附录2 文档编码规范 (21)附录3 帐号及权限管理 (23)附录4 配置库使用规定 (26)文档修改记录 (28)1. 引言1.1 目的本文档目的在于机电管理系统性能测试系统进行软件配置管理，提高软件质量，降低软件开发成本。
本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。
软件项目实施管理系统计划清单
目录1 概述1工程实施原如此1项目总体推进计划2系统实施过程的质量保证活动说明3项目实施计划92 项目管理方案10项目管理组织结构10项目围管理14项目进度管理14项目风险管理14质量管理计划15项目协调与合作计划19配置管理20文档管理22人员管理23管理233 测试计划23测试工作准备23软件开发测试23设计测试用例和数据264 验收计划27验收组织27验收容27软件系统的验收285 培训方案29培训目标29培训方式29培训对象30培训地点与环境30培训计划与容306 技术支持和售后服务31技术后援支持31技术后援支持方式32保修与系统维护服务331概述XXXXX是一项复杂、长期的系统工程，为保证工程能够顺利地进展实施，必须要制定科学、合理、切实可行的实施计划。
一方面要从组织上进展落实，成立强有力的项目领导小组和经验丰富的项目实施队伍；另一方面要制定严格的时间进度表，明确各里程碑的时间。
同时还要制定工作原如此，以指导项目的全面实施。
1.1工程实施原如此1．用户方项目小组的成员，争取参与项目的全过程用户方成立领导亲自挂帅的项目小组，在调研、设计、编码、安装调试、测试、培训、运行、验收、售后服务等项目的各个阶段，配合系统开发方的工作，一方面可以培训自己的技术维护队伍，为系统的使用保驾护航；另一方面，在开发过程中，协调用户方和开发方的关系，保证项目的顺利进展，与时发现问题，并对项目进度和质量进展监视。
2．采用“两手抓〞的方针，一手抓开发、一手抓使用对于软件项目，之所以称为一个工程，很大程度上是因为软件项目的建设，除了技术因素外，还有很多的非技术因素需要考虑，并且必须被得到重视。
衡量一个软件项目是否成功，很大程度上不是看这个软件项目采用了多么先进的技术，而是软件对用户来说是否实用，是否能够帮助用户解决许多预期的问题。
国很多软件项目的失败，很大程度上是使用抓得不够。
建议在项目的试运行过程中，在抓系统维护的同时，也要狠抓系统的使用，开发方和用户方齐心协力帮助业务人员从原来的手工处理转到计算机辅助处理上来，在业务人员适应计算机辅助业务处理的过程中，尽可能早发现系统中存在的问题，从而最大可能地使系统保质保量的按时完成。
系统部署计划书范本
系统部署计划书范本一、项目介绍本系统部署计划书旨在详细描述系统部署的计划与过程，确保项目能够按时、按质量要求完成系统的部署工作。
项目名称为XXX系统部署计划。
本计划书包括项目背景、目标、计划时间表、部署步骤、风险评估以及相关资源需求等内容。
二、项目背景XXX系统是一套面向企业管理的综合性管理信息系统，旨在帮助企业提高管理效率、降低成本、提升竞争力。
经过设计和开发，系统已经进入部署和测试阶段，为了确保系统能够正常运行并满足用户需求，我们制定了本系统部署计划。
三、目标1. 确保系统在经过部署后能够正常运行，并满足用户的需求。
2. 在规定时间内完成系统的部署工作，确保项目进度不受影响。
3. 提供详细的部署计划，为相关人员指导。
四、计划时间表下面是系统部署的时间计划，包括预计的起止日期和每个阶段的具体任务。
1. 项目准备阶段- 确定系统部署团队及各成员职责（日期：xx年xx月xx日）- 建立与用户沟通的渠道，了解用户需求及特定要求（日期：xx年xx月xx日）2. 系统调试与测试阶段- 配置测试环境并进行系统调试（日期：xx年xx月xx日-xx年xx 月xx日）- 进行测试用例的制定与测试用例执行（日期：xx年xx月xx日-xx 年xx月xx日）3. 系统上线和部署阶段- 系统上线前的备份工作（日期：xx年xx月xx日）- 系统上线和部署准备工作（日期：xx年xx月xx日）- 确保数据的准确性和完整性（日期：xx年xx月xx日）- 确保系统的稳定性和安全性（日期：xx年xx月xx日）五、部署步骤1. 项目准备阶段在项目准备阶段，需要明确系统部署团队的人员配置，确定每个成员的工作职责，并确保与用户的沟通渠道畅通。
2. 系统调试与测试阶段在系统调试与测试阶段，需要配置好适当的测试环境，并进行系统的调试工作，确保系统能够正常运行。
同时，需要针对系统功能进行测试，编写相应的测试用例，并进行测试用例的执行。
3. 系统上线和部署阶段在系统上线和部署阶段，需要对系统进行备份工作，确保数据的安全性。
项目的管理系统实施规划(例范本)
福建省宁德至武夷山高速公路宁德段路基土建工程A5合同段项目管理实施规划中铁隧道股份有限公司宁德宁武高速公路A5合同段项目经理部二00九年十一月概述为更好地实施项目管理，圆满完成合同承诺，满足业主和上级领导有关项目的要求，特制定项目实施规划。
一、项目总体管理目标根据宁武高速公路A5标施工难度大、工期紧、地质复杂、各方期望值高等特点，确立项目总体目标是：“以树立企业形象为目标，以工期、成本管理为中心，抓好安全质量为基础，100%兑现合同承诺。
形成卓越的项目氛围，造就一批优秀人才，实现社会效益和经济效益最大化”。
进度目标：确保提前1个月工期，努力争取提前2个月完工。
质量目标：做到开工必优、一次成优，确保质量全优。
工程一次验收合格率100%，优良率达到95%以上，隧道工程达到不渗不漏不裂。
安全文明施工目标：实现“五杜绝，一控制、三消灭，一创建。
”五杜绝：杜绝死亡事故，重伤事故，重大机械事故，重大交通事故，重大火灾事故。
一控制：年轻伤率控制在12‰以内。
三消灭：消灭违章指挥，违章作业，惯性事故。
一创建：创建宁武高速公路A5标安全文明施工样板工地。
成本目标：加强生产成本控制，做好合同管理，确保责任成本不亏。
环境保护目标：确保工程所处的环境达到环保要求。
二、项目部职责项目部是项目工期、安全、质量、成本控制、合同履行等的责任主体，对项目进行总体策划、管理、控制，并以合同管理为基础，对外负责与业主沟通和业务往来、合同管理、变更和索赔的组织工作，履行工期、质量承诺，跟踪了解业主意向、社会环境、其它施工单位信息，及时分析、调整施工指导思想，树立企业应用的社会形象。
对内分四个生产作业队、（物资部）、中心试验室等六个相对独立管理单位进行工期、质量、安全、成本的控制管理。
1.1 代表股份公司全面履行宁武高速公路A5标段项目的合同，全面负责本项目的施工管理，确保安全、质量、工期、成本控制，满足合同和上级的要求。
1.2 认真执行股份公司管理制度，建立健全各种内部规章制度和管理实施细则。
软件配置管理系统计划清单
软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日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 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
- 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 参考资料 (2)2. 软件配置 (3)2.1 软件配置环境 (3)2.2 软件配置项 (3)2.3 配置管理员 (4)3. 软件配置管理计划 (6)3.1 建立示例配置库 (6)3.2 配置标识管理 (8)3.3 配置库控制 (10)3.4 配置的检查和评审 (12)3.5 配置库的备份 (14)3.6 配置管理计划的修订 (14)3.7 配置管理计划附属文档 (15)4. 里程碑 (17)附录1 文档命名规定 (19)1、受控配置库文件命名规则 (19)2、非受控配置库文件命名规则 (20)3、提交文档文件命名规则 (20)附录2 文档编码规范 (21)附录3 帐号及权限管理 (23)附录4 配置库使用规定 (26)文档修改记录 (28)1. 引言1.1 目的本文档目的在于机电管理系统性能测试系统进行软件配置管理，提高软件质量，降低软件开发成本。
本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。
它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。
配置管理员：项目组中负责配置管理工作的角色，该角色可以兼职。
在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字。
配置标识：（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便识别。
配置检查：（Configuration Audit）对软件配置管理过程中的行动进行检查。
1.3 参考资料《研发中心配置管理制度》《产品的标识与可追溯性程序》《开发手册》2. 软件配置2.1 软件配置环境2.1.1 服务器软件环境在整个项目过程或产品生命周期中,选择Visual Souce Safe(VSS)作为配置管理工具。
2.1.2 硬件环境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项目其配置管理目录结构如下所示。
子系统一子系统二子系统三子系统一子系统二子系统三子系统一子系统二子系统三张三……海松宝配置管理库建立完毕后，可根据配置管理库的人员计划在Visual Souce Safe 上建立相应的用户及权限，并将这些用户分发给指定的开发人员或用户。
具体的帐号及权限管理参见附录 3 《帐号及权限管理》配置管理员应保管好配置管理工具的管理员权限，项目组中使用配置管理库的成员应该及时更改自己在配置管理工具的缺省设置密码。
3.2 配置标识管理1．文档根据配置管理计划和配置库中的文档清单，配置管理员要检查需要提交的文档是否都按时提交，文档数目是否符合，文档的标识、命名以及版本等是否符合程序规定。
关于文档的命名请参见附件1《文档命名规定》，文档标识及版本参见附件2《文档编码规范》2．程序所有属于该项目的程序、分程序、模块和程序单元，都要按照由项目组和配置管理员制订的软件系统的命名约定的规定来标识。
要求所有模块的源代码都需记录模块编号，且模块编号在整个系统中是唯一的。
模块编号在系统设计完成之后，由项目组和配置管理员共同根据系统设计进行编制。
3．基线所有属于本项目及其各子系统的各类基线，首先要按照计划书、软件需求规格说明书、软件项目详细分析设计说明书的规定确定其技术内容，在整个软件项目开发过程中定义以下两类基线：文档基线：本项目的文档基线的定义以里程碑的定义为准，将到达各阶段的里程碑时的文档作为基线，具体里程碑的定义参见第4节“里程碑”。
产品基线：产品基线包含两个，一个是系统上线时，一个是系统经过客户验证测试时，基线包含那时的所有程序代码和文档。
配置管理员负责在项目开发的每一个里程碑处、每一个阶段性的版本发布时负责为整个配置库设立书签，划定配置管理基线，并以文档的方式记录下这些书签的定义。
3.3 配置库控制权限控制配置管理员根据附录3《帐号及权限管理》设置和调整项目组成员对配置项的权限。
配置库的控制在项目开发和实施的整个过程中，配置管理员应根据配置管理计划及管理规则对配置库应进行管理和控制。
配置管理员负责检查项目组成员使用配置库是否正确。
包括是否及时检入最新版本、是否添加了注释、是否及时更改配置状态，是否存在项目组成员修改了不属于自己负责的配置项，项目组成员是否完成了自己负责的配置项的检入，测试版本的构造是否从配置库中取出等。
建立软件库在项目的各个开发阶段，应建立起各阶段各子系统的软件开发库（软件开发工作区），同时建立起想对应的有关该系统及其子系统的软件受控库。
在每个阶段结束或里程碑，需让各子系统提交相关的产品并送入软件受控库，由配置管理员统一管理，以后再有对产品的变更需求，应按照正常的变更程序来控制并检查相关的变更文档。
当全部开发工作结束，需建立起软件产品库，将所有可交付的产品都送入软件产品库。
软件配置更改软件配置的更改管理适用于全部项目的所有文档和代码，其中包括整个项目的各个运行软件，也包括为项目专门开发的支持软件。
●对该项目各个子系统及其专用支持软件的基线及其集成系统的任何修改，必须得到项目负责人的批准并在本项目软件质量管理专员处备案才能进行配置更改；●更改完成后的文档和代码等，需得到项目负责人认可，提交给配置管理员后，由配置管理员签入受控配置库；●受控配置库中的文档，在文档末尾必须有修改记录部分，包括修改人、修改日期、修改内容等项，每次对于受控配置库中文档的修改，必须填写这些项。
配置文件清单的维护●配置文件清单的维护由配置管理员维护；●项目初期，配置管理员与项目组成员一起对开发过程中可能产生的文档的进行预计，并在配置文件清单中列出这些文档及其大致的计划提交时间；●在实际开发过程中，文档提交可能会产生一些变化，如新增某些文档、原计划的一些文档不再单独产生、文档计划提交日期的变更等，项目组应该及时通知配置管理员，由配置管理员及时更改配置文件清单中的相应项。
3.4 配置的检查和评审配置的检查和评审可通过研发中心配置管理制度的审核内容来进行检查。
相关的审核内容如下表：配置管理员应配合研发中心产品管理部定期对项目进行配置管理的审核。
在审核过程中，提供所需要的配置管理计划及相关资料，在项目开发结束后，需提交所有关于项目的软件配置库。
3.5 配置库的备份在项目开发实施过程的各个阶段，配置管理员应定期做好软件配置库的备份，以防造成劳动成果的丢失而给整个项目及公司带来的严重损失。
备份可按照公司的要求定期（按周或月）进行。
在每个阶段或里程碑处在做完基线工作后应进行备份。
备份文件应存放在不同的地方。
本项目的备份按如下方式进行：✓定期备份时间为每个月备份一次，备份方式同公司研发中心一致，定于每个月的最后一个星期二；✓当在月末（大于当月20日）达到一个里程碑时，对配置库进行一次备份，取消当月月备份；✓当在月中（大于当月10日，小于等于当月20日）达到一个里程碑时，对配置库进行一次备份，当月月备份不变；✓当在月初（小于当月10日）达到一个里程碑时，不需要对配置库再进行一次备份，当月月备份不变；✓备份的文件要明确标明备份日期，刻录成光盘，在外地封闭开发，现场尚未配备刻录机时，应保存在可靠的计算机中；3.6 配置管理计划的修订初始的配置管理计划在项目开始的初期进行制定，由于此时只能大致确定整个开发过程中的一些活动及其会产生的文档，在实际开发过程中，可能会与此有些差异，因此，配置管理计划也需要根据开发过程的实际情况，及时进行修订，使之能够有效地对本项目的配置管理活动进行指导。