配置管理

  

配置管理

由于配置管理常常也会由 测试 人 员 担当，因此 这 个工作也需要能 够 做

基本知 识 ：

配置管理 (Configuration Management ， CM) 是 对 软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。

1 ．  配置，可以理解 为项 目 执 行 过 程中所有用到的 资 源（ 软 硬件， 环 境等），以及 项 目 产 出的工件（文档、源 码 等）

2 ．  简单 的 说 ，配置管理的工作分下面几部分：

                                       i.              计 划：配置 计 划主要是要 说 清楚以下事情：

1.          谁 来做配置管理（ cmo 指定）

2.          配置 库 如何 设 置（目 录结 构， 库 管理方法， 库创 建位置或使用的 软 件）

3.          管理哪些工件及管理深度（列出受管理的文档和源 码 的具体内容 列表，是否 进 行版本和基 线 管理等） （配置 项 明 细 ）

4.          工件版本流 转 方式，如：从草稿到基 线 的流 转 方式和条件等

5.          说 明 变 更流程，指明并准 备变 更控制 单 模板

6.          指定配置 项 的命名 规则 （文档名一般已定 义 好，只需要描述代 码 命名 规则 ）

                                      ii.              收集和整理 项 目工件

1.          创 建配置 库

2.          分配 访问权 限等

3.          及 时记录 和 跟踪受管理的工件的当前状 态 （配置状 态报 告）

                                    iii.              版本控制： 为 版本 进 行 编 号，并随 时 提供需要的版本（最新版本及分支版本）

                                    iv.              变 更控制：确保已 经稳 定的 产 品不会在不 为 人知的情况下被更改

1.          收集 变 更控制 单

2.          跟踪 变 更 过 程

3.          更新基 线 （基 线 ，可以理解 为处 于 基 线 的工件已 经稳 定，如果再需要修改，就必 须 要通 过讨论 才能修改，而且需要跟踪它的修改 过 程并 进 行 检查 ）

4.          发 布新版本

                                     v.              发 布正确的工件：确保当 项 目 组 内外有人需要 项 目工件 时 ，能从指定人 员 （配置管理 员 ） 处获 得最新的 产 品工件（文档或者源 码 ），避免在旧版本上工 作

 

----------------------------------------------------------------------------------------------------------

我对配置管理的理解:

其实上面转载的已经很清楚了,但是我想补充说一两点

在做离岸外包的时候配置管理尤其重要,分布式系统就更头痛了。

有时候两边要同时改一个文件,或者两边同时进行作业后如何保持板本一致

当然我现在用的是VSS,只有局域网使用的,可以CVS不会有这个问题把

还有SOURCE和EXE都要进行板本管理，还要保持一致,麻烦是麻烦,但好处以后肯定会有的

配置管理目录结构:可供参照

01-顧客要望書

02-受領資料

04-開発計画

05-スケジュール＆進捗管理

07-連絡＆ＱＡ

10-UI設計

11-システム設計

12-プログラム設計

13-ソースコード

14-単体試験

15-結合試験

17-納品

18-不具合