当前位置：文档之家 › 配置管理计划

配置管理计划

  • 格式：doc
  • 大小：155.50 KB
  • 文档页数：11

个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 配置管理计划

文档编号：

文档信息：配置管理计划

密 级：

版本信息： V1.0

编制日期：

编 制 人：

审 核 人：

批 准 人：

批准日期：

修订记录

版本号 发布日期 编制人 自前一版本修改列表

1. 介绍

1.1 项目

项目编号：

项目名称：

项目介绍：

1.2 范围

配置管理计划的目的是定义项目的配置管理活动与流程，配置管理员根据本文档建立配置环境，确定配置项，并对配置项变更进行管理。

配置管理规则适用于下列对象：

 项目组开发的工作产品

 项目组接收的工作产品

对于开发和维护工作产品有重要意义的相关项}

1.3 术语、缩略语

{指出术语和简略词} 个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 项目 描述

1.4 参考资料

.

名称

2 组织&管理

2.1 配置管理组织结构

配置管理组织结构包括以下角色:

 配置管理员 :

 本项目的配置控制委员会（CCB）成员如下：

高级经理：

项目经理：

SCM负责人：

测试经理：

2.2 配置管理职责

角色 职责

软件项目经理 1. 确保配置管理活动的开展和项目配置管理计划一致，包括作为基线的配置项和对变更的处理。

2. 确保项目实施符合公司的配置管理流程要求。 个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 项目配置管理员 1. 准备项目配置管理计划

2. 获得配置管理工具

3. 向项目组成员介绍/培训（当有新成员加入的时候）配置管理的概念、相关流程、配置管理工具的使用和配置管理环境。

4. 建立配置管理环境

5. 把配置项放到配置管理库中

6. 对变更的配置项进行管理和跟踪

7. 维护配置管理过程中所有的记录

8. 组织召开变更控制委员会会议

9. 跟踪变更请求的实施

10.协助质量保证人员进行配置审核，基线审核；确保在审核过程中发现的不一致的问题得到解决

11.备份。随机抽查以确保备份能够得到恢复，以确保备份数据的完整性

12.准备配置管理月报提交到软件项目经理

变更控制委员会 1. 变更控制委员会对每一个变更请求做出决策

2. 跟踪变更请求

3. 批准发布

分析设计人员、编码人员、技术支持人员 1. 在项目过程中遇到的问题如果需要修改其他工作产品，需要通知软件项目经理

2. 对变更请求进行影响分析，并执行批准的变更请求

质量保证人员 1. 作为项目配置管理计划的评审人

2. 制定项目质量保证计划，要与项目管理计划和配置管理计划保持一致

3. 在项目过程中，对工作产品进行评审并执行配置基线审核

4. 参加项目阶段、里程碑等各种会议

5. 按照质量保证计划，在主要的交付/发布之前对项目进行物理配置审核和功能配置审核 个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 6. 不能解决的问题/偏差（工作产品、审核）向总经理汇报

3 软硬件资源

3.1 配置服务器

服务器名称 硬盘 内存 光驱 软驱

3.2

开发环境：

硬件 软件

3.3 工具列表：

项目开发使用的工具： Vs2008、.net2.0、iis6.0、oracle 9I

测试使用的工具： TestDirector

项目管理使用的工具： Project2003、SVN

配置管理工具 SVN1.66

4 配置项确认&控制

4.1 配置管理库的管理

 建立时间：项目启动后，根据公司制定的配制库目录结构建立配制库

 建立地点：

 配置库名称：

 配置库用户及权限：

角色 人员姓名 用户名 目录 权限 最后一个更改时间

项目经理

配置 个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 管理员

质量保证人员

开发人员

 配置库目录结构，及操作要求

配置管理员在开发服务器上建立配置管理库，以下为配置管理库的文件目录结构：

一级目录 二级目录 描述

发布区 版本 系统给客户发布的各个版本

发布记录 系统的发布记录

开发区 个人空间 开发过程中所要完成的过程文档，在附件“配置库目录结构” 中有对该目录详细的划分。文档截图如下：

工程文档 需求分析

概要设计

详细设计

代码

单元测试

集成测试

系统测试

用户培训

系统试运行

系统验收

系统维护

管理文档 项目管理

配置管理

需求管理

质量管理

合同方案

会议纪要

项目报告 个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 受控区 非基线

基线 代码基线

设计基线

对外发布基线

需求基线

三个区交互说明：

开发区中的代码等放在发布区中，开发区中形成的基线放到受控区里面，如果发生变更申请，将从受控区中取出要变更的基线，待变更完成后，再放入受控区，受控区中的基线要出库必须进行申请。

在配置项进行修改时首先由配置管理员check－out，交给相关人员进行修改，相关人员修改进行变更和版本提升后提交给配置管理员，由配置管理员check－in到“过程文档”和“配置项”中。配置项的变更配置管理员通过邮件形式发送给项目组成员及其相关人员。

配置项目录允许配置管理员进行更改操作，其他人员只能进行读取操作。

4.2 配置项

# 配置项

所属阶段 配置项名称 版本号 所在目录 纳管时机 所属基线

4.3 基线建立和审计

基线是经审查和批准的配置项的集合，在开发周期，基线的建立时间是不同的，会受到不同变更权威的控制。在每次主要的软件产品发布之前，必须进行配置审计，验证其完整性。 个人收集了温度哦精品文档供大家学习

==============================专业收集精品文档=============================

===========================================================================

==============================专业收集精品文档============================= 配置基线建立与配置审计计划表：

序号 基线名称 基线标识 计划建立时间 变更权威 计划审计时间 审计人员 版本号

1

2

3

4

4.4 文件命名规则和配置项的版本号规则

类型 命名规则版本计数规则 适用范围 例

文件 项目名称缩写+文档简称

初始版本确定条件，版本升级条件及版本计数规则

配置项经过评审后初始版本为1.0

在配置项版本升级时仅仅提升副版本号即V1.X 项目管理计划

配置管理计划

质量保证计划

需求分析

验收测试计划

概要设计

系统/集成测试计划

用户操作手册

安装和系统转换通知

详细设计 《系统项目管理计划》

文件 文档简称+[项目成员]+日期 月工作计划

周工作任务

工作周报

质量周报

配置管理月报 《工作计划201001》

文件 内容简介+文档简称 +日期 会议纪要

评审记录

发布报告 《技术合同书评审记录20100106》

代码 各个单元代码，通过单元测试之后为1.0，在配置项版本升级时仅仅提升副版本号即V1.X 按照模块进行划分的单元代码

软件 以编译时间作为版本号 程序软件 V1.0（Builder

2010.01.18 1113P）

4.5 备份&恢复

备份策略

（完全/增量） 时间

（频率） 备份工具 备份内容范围 备份介质及地点 备份恢复维护流程和责任人

完全 阶段备份 Winrar 配置库及其工作光盘备份配置管理员

合集下载

配置管理计划3篇

配置管理计划3篇

配置管理计划

第一篇：配置管理计划的概述

配置管理计划是指规定产品、服务或系统在其生命周期中的配置管理活动，以确保其可靠性、安全性和正确性。在软件开发过程中，配置管理计划是关键的组成部分，它能确保软件的开发过程有条不紊，并防止不必要的错误和资源浪费。本文将提供一个配置管理计划的概述，以帮助读者了解这一概念。

本文将首先介绍配置管理计划的基本概念和主要目标。其次，我们将详细讨论配置管理计划的组成要素，并提供一些配置管理计划编制的最佳实践。

配置管理计划的主要目标是确保软件开发过程中的稳定性和可靠性。这需要实施一系列配置管理措施，使得每个版本都能得到适当的控制和管理。配置管理计划旨在解决几个关键问题，包括如何管理软件组件和版本控制，如何制定正确的工作流程和如何保证软件质量。

一个好的配置管理计划应该包含以下组成部分：版本控制计划、质量管理计划、变更管理计划、文档管理计划和发布管理计划。每个组成部分都有其特定的作用，这可以大大提高软件的质量和稳定性。

在编制配置管理计划时，需要考虑以下最佳实践：

1. 首先我们需要明确配置管理的目标和作用，以及它在软件开发过程中的作用。

2. 需要为每个组成部分编写清晰的配置管理计划，明确每个计划的目标和实现方法。 3. 需要设立一个合适的配置管理团队，并指定合适的人员负责不同的计划。

4. 需要采用适当的工具和技术，以实现版本控制、文档管理和变更管理。

5. 需要进行培训和沟通，以确保每个团队成员都了解和支持配置管理计划。

总之，配置管理计划是一个帮助软件开发人员提高软件质量、确保软件可靠性的重要工具。每个组成部分都需要明确的计划，以确保软件开发过程中的正确性和规范性。

第二篇：配置管理计划组成要素分析

配置管理计划是软件开发过程中的一个重要组成部分。在编制配置管理计划时，需要包含多个组成要素，以确保软件开发过程的流程正确、真实、有效和规范。本文将提供一个配置管理计划组成要素分析，以帮助软件开发人员更好地了解配置管理计划。

软件配置管理计划

软件配置管理计划

软件配置管理计划

1. 背景。

在软件开发过程中，配置管理是非常重要的一环。它涉及到软件开发过程中的各种资源管理，包括代码、文档、工具、库文件等。软件配置管理计划是为了确保软件开发过程中资源的有效管理和控制，以保证软件开发过程的顺利进行和最终交付高质量的软件产品。

2. 目标。

软件配置管理计划的目标是确保软件开发过程中的资源管理和控制，包括但不限于：

确保软件开发过程中的各种资源的有效管理和控制；

确保软件版本的管理和控制，以便追踪和回溯软件的历史版本；

确保软件开发过程中的变更管理和控制，以便有效地管理和控制软件的变更；

确保软件开发过程中的配置项管理和控制，以便有效地管理和控制软件的配置项。

3. 范围。

软件配置管理计划的范围包括但不限于：

资源管理和控制，包括代码、文档、工具、库文件等；

版本管理和控制，确保软件版本的管理和控制；

变更管理和控制，确保软件开发过程中的变更管理和控制；

配置项管理和控制，确保软件开发过程中的配置项管理和控制。

4. 责任。

在软件配置管理计划中，需要明确各个相关方的责任和权限，包括但不限于：

项目经理，负责制定和执行软件配置管理计划；

开发人员，负责按照软件配置管理计划管理和控制软件开发过程中的各种资源；

测试人员，负责按照软件配置管理计划管理和控制软件测试过程中的各种资源；

配置管理员，负责执行软件配置管理计划，确保软件开发过程中的资源管理和控制。

5. 过程。

软件配置管理计划需要明确软件配置管理的具体过程，包括但不限于：

资源管理和控制的具体流程和方法；

版本管理和控制的具体流程和方法；

变更管理和控制的具体流程和方法；

配置项管理和控制的具体流程和方法。

技术状态管理计划和配置管理计划

技术状态管理计划和配置管理计划

技术状态管理计划和配置管理计划

技术状态管理计划和配置管理计划，这俩听起来就很“高大上”的东西，其实就像咱们过日子收拾屋子一样。

先说说技术状态管理计划吧。这就好比是你家里的一个大账本，记录着家里各种东西的状态。比如说，你家里有台老电视，你得知道它是什么时候买的，修过几次，现在是啥样的功能状况。在一个项目或者产品里呢，技术状态管理计划就是干这个事儿的。它得把产品从开始设计到最后成型，中间每一个环节的技术状态都记清楚。

就像盖房子，你不能盖着盖着就忘了这房子本来要盖几层，用啥样的砖头吧？技术状态管理计划就得保证这个项目像盖房子一样，按照最初的设想一步一步来。如果没有这个计划，那就乱套了。今天加个窗户，明天拆个墙，最后盖出来的可能就不是房子，而是个四不像的怪物了。这时候你就会感叹，哎呀，早知道有个计划多好啊！

再来说配置管理计划。这可以类比成你衣柜的整理计划。你看，你衣柜里有各种衣服，有冬天的厚棉袄，夏天的小短裙，你得把它们分类放好。配置管理计划就是对项目里的各种资源、文件、程序这些东西进行分类管理。比如说，项目里用到的代码文件，你得知道哪些是老版本的，哪些是新版本的，哪个文件跟哪个功能相关。要是没有这个计划，就好比你衣柜里的衣服全都乱堆在一起，早上起来找件衣服都得翻个底朝天，急死人了。

在实际操作中，技术状态管理计划和配置管理计划还得互相配合。这就像两口子过日子，一个负责赚钱养家，记录家里的经济收支（技术状态管理计划），一个负责把家里收拾得井井有条，东西摆放得规规矩矩（配置管理计划）。缺了谁都不行。要是只有技术状态管理计划，那可能东西虽然知道状态，但是乱得一塌糊涂，根本找不着。要是只有配置管理计划呢，你可能知道东西在哪，但是不知道这个东西到底现在是个啥状态，能不能用。

这两个计划都得考虑到变更管理。就像你本来计划好了每天吃三顿饭，突然有一天你想减肥，改成每天吃两顿了。这就是个变更。在项目里，无论是技术状态还是配置，一旦有变更，就得按照计划来处理。不能说你想改就改，得看看这个变更对整个项目有没有影响。要是随便改，就像你在墙上乱涂乱画，最后整面墙都没法看了。

配置管理计划

配置管理计划

配置管理计划

配置管理计划是一项关键的管理文档，用于指导和管理项目配置管理的各个方面。它提供了一个框架，以确保项目团队可以有效地管理和控制项目中各种配置项的创建、变更、记录和追踪。本文将详细介绍配置管理计划，包括其定义、目的、内容和制定方法。

一、配置管理计划的定义和目的

配置管理计划是项目管理中的一项重要文档，用于规划和指导项目配置管理的活动。它定义了项目中所有配置项的管理规程、流程和职责分工，以确保项目团队可以有效地控制和管理各种配置项的状态和变更。

配置管理计划的主要目的是确保项目在整个生命周期内都能够保持配置项的完整性和一致性。通过制定配置管理计划，项目团队能够准确记录和跟踪配置项的变更，及时控制和修正配置项的错误，确保项目交付的质量和可交付成果的准确性。

二、配置管理计划的内容

配置管理计划包含一系列内容，以确保项目配置管理的有效实施。主要包括以下几个方面：

1. 引言：介绍配置管理计划的编写目的和背景，以及项目的基本信息和目标。

2. 配置管理的原则和目标：明确配置管理的基本原则和核心目标，以指导项目团队进行配置管理工作。

3. 配置管理的组织结构和职责分工：描述配置管理的组织结构和各成员的职责和权限，确保配置管理过程的顺利进行。

4. 配置管理流程：详细描述配置管理的各个流程和相关的输入、输出和活动，包括配置项的识别、版本控制、变更控制、审查和确认等。

5. 配置管理工具和技术：介绍配置管理过程中使用的工具和技术，如配置管理软件、版本控制系统、问题跟踪工具等。 6. 配置管理的检查和审核：规定配置管理的检查和审核机制，确保配置项符合相关标准和规定，并能够及时发现和纠正配置项的问题。

7. 配置管理的沟通和培训：制定配置管理的沟通策略，并规划相关的培训活动，以提高项目团队的配置管理意识和能力。

8. 配置管理的风险管理：分析配置管理过程中的风险，并提出相应的风险应对措施，以减少风险对项目的影响。