1 / 9

修改记录页

2 / 9

目录

(一) 基本信息 .........................................................4 (二) 角色与职责 ......................................................4 (三) 配置管理资源 ..................................................5 (四) 权限分配 .........................................................5 (五) 配置项计划 ......................................................6 (六) 配置库基线 ......................................................7 (七) 配置库备份计划 ..............................................8 (八) 配置库状态报告 ..............................................8 (九) 配置审核 .........................................................9 (十) 审批意见 .........................................................9

3 / 9

配置管理计划

(一) 基本信息

项目名称：

项目代号：

立项时间：

预计主要项目阶段有：

配置项目命名规则依据：

(二) 角色与职责

4 / 9

(三) 配置管理资源

本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。 提示：

（1）配置管理员确定本项目的配置管理软件。例如采用Microsoft公司的TFS或者IBM公司的clearecase。

（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。

预计建库申请日期： 预计建库日期： 预计工作库需空间：

(四) 权限分配

项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。

若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。

5 / 9

(五) 配置项计划

填写上面表格过程中，需要对照成果物列表逐项填写。

6 / 9

对于代码VOB，项目组配置管理员自己定义，原则上每个VOB的大小限制在200-300M之间。

(六) 配置库基线

配置库基线由里程碑基线和日常开发基线共同组成，其中里程碑基线分为前期基线、计划基线、需求基线、设计基线、代码基线、测试基线、产品基线。其中前期基线可裁减。里程碑基线是在项目通过评审产出物或项配置项的版本号与配置项的状态紧密相关：

（1）处于“草稿”状态的配置项的版本号格式为：0.YZ

? YZ数字范围为01-99。

? 随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。

（2）处于“正式发布”状态的配置项的版本号格式为：X.Y

? X为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。

? 配置项第一次“正式发布”时，版本号为1.0。

? 如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升

级幅度比较大时，才允许增大X值。

（3）处于“正在修改”状态的配置项的版本号格式为：X.YZ

? 配置项正在修改时，一般只增大Z值，X.Y值保持不变。

? 当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。参见规

则（2）。

目重要阶段而定义的基线。

日常开发基线主要是在代码开发过程中产生的基线，用来给项目开发人员提取基线代码而使用的过程性的基线。

里程碑基线和日常开发基线的制作需要项目经理提出申请，由配置管理员执行。

配置库分为三个库：开发库、受控库（基线库）、产品库，配置流如下图所示，开发库为开发人员共同使用的开发流，在里程碑基线处，由配置管理员或者授权人员提交基线到受控库，在受控库最终形成产品的时候由中心配置管理员提交到产品库中。

各个项目可以根据需要，在开发流上为各个开发人员建立单独的个人开发流，

7 / 9

(七) 配置库备份计划

(八) 配置库状态报告

每两周出一份配置库状态报告

8 / 9

(九) 配置审核

按照配置管理规程，定期对配置库和配置项的状态进行审核，审核配置管理活动和过程，确定所产生的基线和文档是否准确，并且在适当时记录审核结果，以便维护配置基线的完整性。将结果记录到《配置状态报告》中。

具体计划如下：

(十) 审批意见

9 / 9

第二篇：第十章 软件项目配置管理计划

第十章 软件项目配置管理计划

案例说明-《校务通管理系统》配置管理计划

1.引言

略

2. 组织及职责

（1）根据《项目计划》中的角色分配，确定配置管理者，SCCB（配置控制委员会）成员。

（2）项目经理是SCCB的负责人。

(3)配置管理的角色和职责见表1

表1:配置管理角色职责表

3.配置管理环境

由于本项目属于中小型项目,工期也不是很长,而且大家对SourceSafe也比较熟悉,所以采用SourceSafe做为配置管理工具。

3.1目录结构

表格 2:配置库的目录结构

3.2 用户及权限

表2:配置库的用户权限

4.配置管理活动

4.1 配置项标识

4.1.1 命名规范

命名规范适用于过程文档、生存期中各阶段的计划、需求、设计、代码、测试、手册等文件。

本项目文件命名规范由五个字段组成，从左到右依次为：公司、项目、类型、编号和版本号，如图1所示。这些字段用一横线（-）分隔。

图1：文档命名规范

4.1.2主要配置项如下：

表3 配置项列表

4.1.3 项目基线

在SourceSafe中基线由LABEL标识，字母必须为大写。基线管理由项目执行负责人确认，SCCB授权，由配置管理员执行。 表4:基线发布计划：

4.1.4 配置项的版本管理

配置项可能包含的分支从逻辑上可以划分成4个不同功能的分支，让它们分别对应4类工作空间。 ? 主干分支 ? 私有分支 ? 小组分支 ? 集成分支

上面定义的四类工作空间（分支）由项目执行负责人统一管理，根据各开发阶段的实际情况定制相应的版本选取规则，来保证开发活动的正常运作。在变更发生时，应及时做好基线的推进。

对配置项的版本管理在不同分支而策略不同：

主干分支

系统缺省自动建立的物理分支——主干分支（/main），BASELINE均以LABEL方式出现在主干分支上。

私有分支

如果多个开发工程师维护一个配置项时建议建立自己的私有分支。配置管理员对其基本不予管理，如个别私有空间上的版本树过于冗余，将对其冗余版本进行限制。

小组分支

如果出现小组共同开发该配置项，该分支可视为项目组内部分组的私有空间，存放代码开发过程中的版本分支，由项目组内部控制。

集成分支

集成测试时在主干分支的特定版本（由LABEL标识清晰）上建立集成分支，测试工作在集成分支上完成。

私有分支和小组分支均为可选，必要时建立。

4.2 变更管理

变更管理的流程是：

1) 由请求者提交变更请求，变更控制委员会召开复审会议对变

更请求进行复审，以确定该请求是否为有效请求。典型的变

更请求管理有需求变更管理、缺陷追踪等。

2) 配置管理者收到基线修改请求后,在配置库中生成与此配置

项相关的波及关系表

3) 配置管理者将基线波及关系表提交给SCCB,由SCCB确定是

否需要修改,如果需要修改, SCCB应根据波及关系表,确定需

要修改的具体文件,并在波及分析表中标识出来.

4) 配置管理者按照出库程序从配置库中取出需要修改的文件

5) 项目人员将修改后的文件提交给配置管理者

6) 配置管理者将修改后的配置项按入库程序放入配置库

7) 配置管理者按SCCB标识出的修改文件,由波及关系表生成

基线变更记录表,并按入库程序放入配置库

4.3 配置状态统计

利用配置状态统计可以记录和跟踪配置项的改变。状态统计可用于评估项目风险，在开发过程中跟踪更改，并且提供统计数据以确保所有必须的更改被执行。为跟踪工作产品基线，配置管理者需收集下列信息：

? 基线类型

? 工作产品名称

? 配置项名称／标识符

? 版本号

? 更改日期／时间

? 更改请求列表

? 需要更改的配置项

? 当前状态

? 当前状态发生日期

项目组每周提交配置项清单及其当前版本。

配置管理人员每半个月提交变更请求的状态统计。

一、选择题

1. 在项目进行过程中，2个项目成员使用不同版本的设计说明书，这时项目经理首先应该检查（ ）

A. 信息管理系统

B. 配置管理系统

C. CPI

D. SPI

B

3. 变更控制主要关注的是（ ）

A. 阻止变更

B. 标识变更，提出变更，管理变更

C. 管理SCCB

D. 客户的想法

B

4. 为了更好的管理变更，需要定义项目基线，关于基线的描述，正确的是（ ）

A. 不可以变化的

B. 可以变化，但是必须通过基线变更控制流程处理

C. 所有的项目必须定义基线

D. 基线发生变更时，必须修改需求

B

5. 项目的基线发生变更应该经过（ ）授权执行的

A. 项目管理者

B. 质量保证人员

C. 配置管理人员

D. SCCB

D

6. 变更控制系统必须包括下列所有的内容，除了（ ）

A. 文档说明

B. 成功的谈判

C. 跟踪系统

D. 授权核准审批机构

B

二、 判断题

1. 软件配置管理的目的是建立和维护整个生存期中软件项目产品的完整性和可追朔性。（ ）

2. 软件配置项是变更控制系统中的决策系统（ ）

3. 统计被批准的配置项是一种配置审计（ ）

4. 在进行配置管理过程中，一定要采用高档的配置管理工具（ ）

F F T F

1.下列哪项要求书面的变更通知单（Written change orders）?

A．不论大小的所有项目

B．大项目

C．具有正式配置管理系统的项目

D．变更控制系统的成本可以调整的项目

答案：A。

16. 在项目计划阶段，你接管了项目，并发现项目章程有六个人的签名。你应该对下述哪项内容最担心？

A． 章程是在计划过程中制定的。

B． 花更多的时间进行配置管理。

C． 得到单一一个项目发起人。

D． 确定汇报结构。

答案：“B。花更多时间进行配置管理。”

这种情况意味着与项目相关的有六个领域。除增加的沟通需求外，你应该关注影响配置管理工作的各种不同的需求和要求。