软件配置管理计划模板
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
gjb软件配置管理计划范文
gjb软件配置管理计划范文英文回答：Software configuration management (SCM) is an essential process in software development that involves managing and controlling changes to software systems throughout their lifecycle. A software configuration management plan (SCMP) outlines the strategies, procedures, and tools that will be used to manage the configuration of software products.The purpose of an SCMP is to ensure that all changes made to the software are properly documented, controlled, and tracked. It provides a roadmap for the development team, outlining how the software will be managed, including version control, change control, and release management.To create an effective SCMP, several key componentsneed to be considered. First, the plan should define the configuration management objectives and goals for the project. This helps to establish a clear direction andpurpose for the SCM activities. For example, the objective could be to ensure that all software releases are stableand meet customer requirements.Next, the plan should outline the roles and responsibilities of the individuals involved in the SCM process. This includes the configuration management team, developers, testers, and other stakeholders. Each person should understand their role and the specific tasks theyare responsible for. For instance, the configuration management team may be responsible for maintaining the software repository and managing the version control system.Another important aspect of the SCMP is theidentification and control of software baselines. Abaseline is a well-defined version of the software that serves as a reference point for future changes. The plan should specify how baselines will be established and controlled, ensuring that all changes are properly documented and approved.Furthermore, the SCMP should include a detailed changecontrol process. This process outlines the steps and procedures for requesting, reviewing, and approving changes to the software. It ensures that all changes are properly evaluated and tested before being implemented. For example, a change request may need to go through a formal review process and be tested in a development environment before being approved for deployment.Additionally, the plan should address the issue of version control. Version control is crucial for managing different versions of the software and tracking changes made to each version. The SCMP should specify the version control system to be used, along with the procedures for branching, merging, and tagging software versions.Lastly, the SCMP should include a release management strategy. This strategy outlines how software releases will be planned, scheduled, and deployed. It includes considerations such as release criteria, release notes, and deployment procedures. For example, the plan may specify that a release will only be deployed if all critical bugs have been fixed and all required documentation is complete.In conclusion, a software configuration management plan is a crucial document that outlines the strategies, procedures, and tools for managing software configuration.It ensures that changes to the software are properly controlled, documented, and tracked throughout the development lifecycle. By defining objectives, roles, baselines, change control processes, version control strategies, and release management strategies, an effective SCMP provides a roadmap for successful software development.中文回答：软件配置管理（SCM）是软件开发中的一个重要过程，涉及在整个软件生命周期中管理和控制软件系统的变更。
软件配置管理计划(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条指明的生存周期各阶段的评审、检查和审批过程中的用户职责以及相关的开发和维护活动；d.指出与项目有关的各个机构的代表的软件配置管理职责；e.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
配置管理计划模板
配置管理计划模板一、引言。
配置管理是软件开发过程中至关重要的一环，它涉及到软件产品的版本控制、变更管理、发布管理等方面，对于保证软件产品的质量和稳定性具有重要作用。
本文档旨在为项目团队提供一个配置管理计划模板，以便在软件开发过程中规范和管理配置管理工作。
二、背景。
在软件开发过程中，随着项目规模的扩大和开发人员的增多，配置管理变得愈发重要。
良好的配置管理可以确保团队成员之间的协作顺畅，减少因配置错误导致的问题，提高软件开发的效率和质量。
三、配置管理目标。
1. 确保软件产品的版本控制，避免因为版本混乱导致的问题。
2. 管理软件产品的变更，确保变更的合理性和有效性。
3. 控制软件产品的发布，保证发布过程的规范和稳定。
四、配置管理计划。
1. 配置标识。
为软件产品的每个版本和变更进行唯一标识，以便进行管理和追溯。
2. 配置控制。
管理软件产品的变更，包括变更的提出、评审、批准和实施。
3. 配置审计。
对软件产品的配置进行定期审计，确保配置的合规性和完整性。
4. 配置发布。
控制软件产品的发布过程，包括发布计划的制定、发布包的准备和发布过程的监控。
五、配置管理工具。
在配置管理过程中，我们将使用以下工具进行支持：1. 版本控制工具，Git、SVN等。
2. 缺陷跟踪工具，JIRA、Redmine等。
3. 发布管理工具，Jenkins、Docker等。
六、配置管理流程。
1. 变更管理流程。
变更提出，团队成员可以通过指定渠道提出变更请求。
变更评审，由配置管理团队对变更进行评审，评估变更的合理性和影响。
变更批准，对通过评审的变更进行批准，确定变更实施的时间和方式。
变更实施，按照变更计划对变更进行实施，并记录变更的过程和结果。
2. 发布管理流程。
发布计划制定，根据项目进度和需求制定发布计划。
发布包准备，准备发布所需的软件包和文档。
发布过程监控，监控发布过程中的各项指标，确保发布的稳定性和质量。
七、配置管理责任。
1. 配置管理员，负责配置管理计划的执行和管理。
软件项目之配置管理计划(范文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配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
软件配置管理计划模板
软件配置管理计划模板文档标识：当前版本：当前状态：发布日期：目录1概述 (3)1.1目的和范围 (3)1.2软件配置管理计划维护 (3)1.3参考资料 (3)2角色和职责 (3)2.1软件配置管理代表 (3)2.2配置控制委员会 (3)2.3项目开发组 (3)2.4项目经理 (4)3配置管理环境 (4)3.1文档工具 (4)3.2软件配置管理工具 (4)3.3配置管理服务器 (4)4配置管理活动 (4)4.1配置标识 (4)4.1.1 标识方法 (4)4.1.2 配置项标识及存储 (5)4.1.3 软件产品 (5)4.1.4 配置基线定义及存储 (5)4.2配置库管理 (6)4.2.1 配置库结构 (6)4.2.2 权限层次 (6)4.2.3 注册用户 (6)4.2.4 备份机制 (6)4.3配置控制 (7)4.4配置状态统计 (7)4.4.1 配置控制委员会会议记录 (7)4.4.2 变更请求状态 (7)4.4.3 配置项状态 (7)4.5基线审核 (8)5配置管理审核 (8)6配置管理代表主要活动时间表 (8)7配置控制委员会主要活动时间表 (8)1 概述1.1 目的和范围本节描述软件配置管理计划的目的和范围。
1.2 软件配置管理计划维护本节将描述该计划在何种情况下需要被更新，以及如何更新。
例如:此软件配置管理计划由{项目组}负责开发和维护。
当出现新的问题或需要更改已存在问题时，需按《变更控制规程》进行更新，并由{项目组}负责完成。
1.3 参考资料用实际引用的文档替代/添加在下面的文档后。
例如：1.软件配置管理过程2 角色和职责2.1 软件配置管理代表2.2 配置控制委员会在此处写配置控制委员会主席和成员的名字。
2.3 项目开发组2.4 项目经理3 配置管理环境3.1 文档工具{项目名称}项目的所有文档由下列办公系统软件生成，或由标准的ASCII文本编辑器（例3.2 软件配置管理工具3.3 配置管理服务器4 配置管理活动4.1 配置标识4.1.1 标识方法以下4.1.2和4.1.3节中所列各配置项需要分配唯一的标识，具体的标识方法可以参考新宇软件开发中心《软件配置管理过程》中3.3节内容。
gjb软件配置管理计划范文
gjb软件配置管理计划范文英文回答：GJB Software Configuration Management Plan Template.1. Introduction.The Software Configuration Management (SCM) Plan defines the processes and procedures that will be used to control and manage the software configuration items (CIs) throughout the software development lifecycle. The SCM Plan ensures that the software is developed and maintained in a controlled and consistent manner, and that changes to the software are properly documented and tracked.2. Scope.The SCM Plan applies to all software CIs that are developed or maintained as part of the [Project Name] project. This includes all source code, documentation, testcases, and other artifacts that are necessary to build, test, and deploy the software.3. Roles and Responsibilities.The following roles and responsibilities are defined in the SCM Plan:Configuration Manager: The Configuration Manager is responsible for overall management of the SCM process.Development Team: The Development Team is responsible for creating and maintaining the software CIs.Testing Team: The Testing Team is responsible for testing the software CIs.Release Team: The Release Team is responsible for releasing the software CIs to production.4. Processes and Procedures.The following processes and procedures are defined in the SCM Plan:Version Control: The software CIs will be stored in a version control system.Change Management: Changes to the software CIs will be managed through a change management process.Release Management: Releases of the software CIs will be managed through a release management process.5. Tools and Techniques.The following tools and techniques will be used to implement the SCM Plan:Version Control Tool: [Tool Name] will be used as the version control tool.Issue Tracking Tool: [Tool Name] will be used as the issue tracking tool.6. Training and Education.The following training and education will be provided to the project team:SCM Overview: All project team members will receive an overview of SCM concepts and processes.Version Control Tool Training: All project team members who will be using the version control tool will receive training on how to use the tool.Change Management Training: All project team members who will be involved in the change management process will receive training on how to use the change management process.7. Audit and Review.The SCM Plan will be audited and reviewed on a regular basis to ensure that it is being followed and that it iseffective.中文回答：GJB软件配置管理计划范文。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
卷号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概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。
2.项目配置2.1组织结构2.2职责和接口2.3工具、环境和基础设施管理工具：svn1.6.10使用阶段：先启、精化、构建、产品化阶段原因：高效，稳定产品数据量的预期大小：我们期望本项目至少有500个文件，150M的磁盘空间。
产品团队的分配：6台计算机，其中4台手提电脑，全部使用双核cpu，windows xp以上的操作系统。
JDK:1.6集成开发环境：myeclipse 8.5Jdbc：sql_jdbc_3.0.1301.101_chs3.配置管理活动3.1配置库3.1.1配置库架构配置库架构如图所示：通用型行政审批协同服务管理平台开发库受控库基线库变更区如上图所示，有4个配置库。
分别为：开发库、受控库、基线库、变更区3.1.2权限分配开发库权限：3.1.3配置库层次及开发活动说明：1.确定角色分配2.确定某人A所要做的工件3.A根据当前情况，一个工件可以分给其他人做，每个人都把自己做好的工件放在自己的工作区4.A把其他人做的工件集成5.修改完毕后评审6.评审通过则放在开发库相应目录7.如果没有权限，则通知配置经理，置其于受控库或基线库。
否则自己上传。
8.要放进基线库的工件必须参考受控库的工件9.文件的命名规则请参考“配置标识”因此，有三个层次：开发―――受控―――基线注意：文档规定谁做就谁做，不能随便更改别人的文档，文档一旦评审完毕放上受控或基线后，要更改必须提交变更申请。
3.2配置标识3.2.1标识方法把项目文档分为6类以下是每类文档的卷号说明：开发类：DEVELOP配置管理类：DEPLOY需求管理类：DEMAND测试类：TEST质量保证类：QUALITY项目监督与控制类：SUPERVISE卷内编号＝以上单词加下面号码，说明：如有其他新文档，本配置计划会更新，到时留意。
项目开发计划:001甘特图:002同行评审报告:003项目问题跟踪表:004配置管理计划:005质量保证计划:006词汇表:007角色描述:008用例描述：000，说明，用例的圈内编号＝以上的单词＋工号＋自己定义不重复的3位数软件需求规约:009软件实现规约:010同行评审报告:011需求基线:012配置库:013配置管理项目清单:014基线建立申请单:015需求基线状态报告:016需求基线审计报告:017配置状态报告:018基线审计报告019PPQA检查单:020PPQA阶段报告:021测试计划:022阶段评审报告:023阶段总结报告:024系统构架设计：025数据库设计说明书：026集成测试用例：027系统测试用例：028测试用例：029测试日志：030单元测试结果报告：031集成测试计划：032缺陷跟踪表：033测试分析报告：034项目开发总结报告：035用户手册：036周例会纪要：037项目周报：038项目工作日志：039项目问题跟踪表：040不符合问题跟踪表：041需求跟踪矩阵：042变更申请汇总表：043项目编号：HD20090917SR005项目名称：通用型行政审批服务协同管理平台项目工作日志：workDiary + 员工号 + 该日志最后的日期文档编号及模块单词缩写：参照《CMMI3过程域简称》说明：文档名字前面的项目名称改为SCAU-JAVA4 加上模块缩写如配置就写-CM，再加上编号，如配置计划就加-301，开发库和工作区的文档在名字后面加上版本号。
千万不要分工作日期的文件夹。
否则集成时可能集成的是老版本的。
3.2.2项目基线1、在先启阶段、精化阶段、构建阶段和产品化阶段结束时建立2、在各阶段内评审完成时建立3、在各阶段内，由构架分析员或项目经理决定需建立基线时建立4、当某一个工件的功能基本完成时或经过一定的改动时，其状态就达到基线水平。
5、基线内容应该包含：版本、功能。
3.3配置项见《配置管理项目清单》3.4配置和变更控制3.4.1变更请求的处理和审批软件配置的变更管理适用于本项目的所有文档和代码，其中包括本项目的各个运行软件，也包括为本项目专门开发的支持软件。
3.4.2 变更控制委员会 (CCB)1.职责：CCB 的基本任务是明确产品的基线、复审对基线的变更、最后批准、否决变更或延期执行。
2.选择成员标准：从用户、开发人员、测试小组、项目管理中选择。
3.项目的CCB成员为：区允文、江威龙、梁旖倩、钟文辉、陈玮珊、陈理经。
B 主席：江威龙5.处理变更请求和确认的过程：CCB以事触发为主要工作方式，必须定期(每个阶段结束时)按需召开会议。
确保变更提议及时得到了复审和处理。
拟定变更复审通知协议。
确保变更请求提交后，各有关人员都得到了通知，决定由谁复审各种工件。
传达给同事和团队负责人，以及变更提议的接受者，并让他们有机会复审并参与意见。
3.4.3变更过程中的活动变更过程中的活动(活动图)：3.4.4变更过程中的变更请求状态3.4.5保存变更历史记录如果工件为Word文档，则在文档的修订文档历史记录。
如果工件为其他工件，必须在相应的记录中保存变更历史记录。
3.4.6变更请求中受影响配置项的变更在变更请求中受影响配置项需要变更时，首先由CCB协调员通知受影响配置项的变更人员，其次被通知人员按照标准变更流程进行变更。
3.5配置状态统计3.5.1项目介质存储和发布进程1.备份机制及保留策略：1)每天下班时将主服务器的数据备份到U盘中。
2)U盘保留最新的数据。
2.事故处理和恢复机制：如果出现事故(如：主服务器当机、遭病毒、硬件损坏等)，采用U盘上的数据进行恢复。
3.防病毒/杀毒机制：1)杀毒/防病毒软件：瑞星2010。
2)频率：每周末杀毒。
3)负责人：系统管理员(区允文)。
介质保留方式：介质保留方式：联机。
类型：磁盘（硬盘）。
格式：ntfs。
3.5.2报告和审计目的：让项目经理确定需要报告哪些产品的相关变更数据，以及报告人和报告频率。
频率：每个里程碑进行报告。
报告人：配置管理经理。
1.工作版本报告。
工作版本报告中列出了构成软件某一特定版本的一个工作版本的所有文件、它们的位置以及已并入的变更。
2.审计。
包含功能审计和物理审计。
1)功能审计：核实软件配置项的实际性能是否符合它的需求。
2)物理审计：验证在配置管理系统中建立基线的工件是否为“正确”版本。
3.配置状态报告（见《配置状态报告》）4.里程碑每个阶段结束建立一个里程碑。
1.初始阶段结束时是第一个重要的里程碑：生命周期目标(Lifecycle Objective)里程碑。
生命周期目标里程碑评价项目基本的生存能力。
2.细化阶段结束时第二个重要的里程碑：生命周期结构(Lifecycle Architecture)里程碑。
生命周期结构里程碑为系统的结构建立了管理基准并使项目小组能够在构建阶段中进行衡量。
此刻，要检验详细的系统目标和范围、结构的选择以及主要风险的解决方案。
3. 构建阶段结束时是第三个重要的里程碑：初始功能(Initial Operational)里程碑。
初始功能里程碑决定了产品是否可以在测试环境中进行部署。
此刻，要确定软件、环境、用户是否可以开始系统的运作。
此时的产品版本也常被称为“beta”版。
4. 在交付阶段的终点是第四个里程碑：产品发布(Product Release)里程碑。
此时，要确定目标是否实现，是否应该开始另一个开发周期。
在一些情况下这个里程碑可能与下一个周期的初始阶段的结束重合。
5.培训和资源软件工具：svn人员：区允文培训：6.分包商和厂商软件控制把项目打包为war文件，移植的时候只需解压缩就行了。
7.附录变更请求申请书：见“变更申请单模板.xls”。