配置管理规范
对于一个一般的项目来说,配置管理规范的内容至少需要包括以下的内容:
1、配置项及其命名规则;
2、配置库文件目录结构;
3、角色和权限定义;
4、配置项变更流程;
5、配置项发布;
6、基线定义和基线变更。
配置项及其命名规则
对我们的项目来说,配置项需要包括以下的内容:
1、项目管理过程文档;
a) 项目任务书;
b) 项目计划;
c) 项目周报;
d) 个人日报和周报;
e) 项目会议纪要;
f) 培训记录和培训文档;
2、QA 过程文档;
a) QA 不符合报告;
b) QA 周报;
c) 评审记录;
3、工作产品
a) 需求文档;
b) 设计文档;
c) 代码;
d) 测试文档;
e) 软件说明书和手册;
4、项目中使用的第三方产品
上文中用红色部分标识的是容易遗漏的配置项,尤其是第 4 个(项目中使用的第三方产品),实际上,
一个工程型的项目会大量使用第三方的软件(例如,我们的产品中就使用了 IBM 的
MQSeries、Oracle、一些第三方的开发控件),对这些产品的管理至少可以解决三个方面的问题:
1、版本配合的问题:大部分的第三方软件在升级之后,并不能实现二进制层面上的兼容,需要对原有
的代码重新编译;甚至有的第三方软件在升级之后,API 层面上的兼容性都做不到;因此,在工程实施的
过程中,版本的配合问题是一个需要关注的问题;
2、发布的完整性问题:一般来说,比较大型的第三方软件在发布过程中都不会有遗漏,但对一些小的
第三方软件来说,比如我们使用的许多 perl 的 CPan 模块,如果在开发过程中没有有意识的进行管理的
话,很容易就会发生遗漏;
3、在某些特殊条件下由于第三方软件的变化引起的基线变更:这种情况极少会发生,但在我们以前的
项目中,确实还遇见过。一般是因为原来选型时使用的第三方软件不能满足要求,只能通过更换新的第三
方软件,这就补课避免地需要变更基线(例如需求文档、设计文档等);将第三方软件纳入配置管理的范
畴可以更方便地管理基线的变更。
关于第三方软件产品配置项的管理还有一点需要说明:由于第三方软件有可能会比较大,而且相对我们的
项目来说,是很少会发生变更的(一般在一个项目过程中,不会采用不同的配置项的命名可以便于查找相
关配置项。配置项的命名包括两个方面的内容: