配置管理计划——WAR2.0.doc

参考：

CMM实践应用——Infosys公司的软件项目执行过程

配置管理计划——WAR2.0

1. 介绍
略。
2. CM环境
n 硬件：Digital，IBM，Acer服务器；IBM兼容PC
n 操作系统：服务器上的Windows NT，PC上的Windows 95
n 其他软件/工具：MS SQL服务器6.5，Netscape Fastrack Server 2.0，MS Visual Basic 5.0，MS Office 97，MS Transaction Server 2.0，MS Project 4.0，Visual SourceSafe
3. CC责任
CC的责任是创建用于发布的可执行程序、基线代码和文档、向文件服务器发布项目以及正确控制源程序和文档。
4. 访问和授权
在这里给出WAR项目团队成员对各种数据存储位置的访问权限。在文档的后面给出指定的目录结构。
4.1. 目录
n 开发目录：开发人员对自己的目录有读\写访问权限
n 测试目录（COMTEST）：所有的开发人员/PL/DBA/CC有读/写访问权限
n 发布目录：只有CC和PL有读/写访问权限
n 项目基线目录：CC有读/写访问权限；开发者只有读访问权限
4.2. VSS（开发）
以下给出。
4.3. 数据库服务器
n 测试服务器上的数据：所有开发人员都可以访问
n 测试发布服务器上的testdb：只有DBA有访问权限
n 产品服务器上的corpdata：只有DBA有访问权限

5. 配置确认
5.1. 配置项类型
5.1.1. 软件源
以下类型的源的配置是受控的：源代码、HTML、GIF、HTML模板、Word文档模板、创建/修改数据库对象的脚本、COM/DCOM/ActiveX组件。

5.1.2. 文档
n 需求规格
n 设计文档
n 功能规格
n 测试计划
n 发布注释
n 项目计划
n 评审记录
n 质量文档
n CM计划
5.2. 命名计划/规约
5.2.1. 文档
使用以下命名规约
目录
文档
文件名
PROP
Proposal document（建议书文档）
PROP.doc
PROJPLAN
Project plan（项目计划）
PROJPLAN.DOC
TGUID
Tailoring guidelines（裁减指南）
TGUID.DOC
RS
Requirements specification（需求规格）
RS.DOC
DES
Architecture design（结构设计）
Functional design（功能设计）
Database design（数据库设计）
High-level design（概要设计）
Detailed design（详细设计）
Program specifications（程序规格）
ARCHIDES.DOC
FUNCDES.DOC
DBDES.DOC
HLDES.DOC
DETDES.DOC
PRGSPEC.DOC
TESTPLAN
Unit test plan（单元测试计划）

Integration test plan（集成测试计划）
System test plan（系统测试计划）
XxxUT.DOC，其中xxx是短程序名
ITEST.DOC
STEST.DOC

5.2.2. 软件源
为程序、表单、HTML、类或映像指定具有描述性的名字。使用项的默认扩展名，例如，.bas是Visual Basic源文件，.html是HTML文件，.htx是HTML模板。
6. 目录结构
6.1. 开发
以下目录结构由相应工作域的开发人员来维护：
F:\DeveloperLanid\WAR20\WORK：工作目录
F:\DeveloperLanid\WAR20\DOC：与项目相关的文档、报告等
C:\Netscape\Docs\Work\WAR20：用于HTML、GIF、Java类以及其他静态文件
C:\Netscape\cgi-bin\Work\ WAR20：用于CGI-bin可执行文件

使用MS VSS来完成所有新项目的开发河增强的版本控制。在VSS中，维护以下目录结构：
n $/WAR20/DOCS：文档目录。所有的开发人员拥有对这个目录的检入、检出和添加的权限。
n $/WAR20/DvlpSource：在开发中用于存放源代码的目录。项目的所有开发者拥有对这个目录的检入、检出和添加的权限。
n $/WAR20/SecureSource：用于存放通过单元测试的源代码的安全目录。只有项目的PL和CC拥有对这个目录的检入、检出和添加的权限。
6.2. 测试
在分离的域中执行独立的测试。相关目录如下：
F:\APPL\COMTEST\WAR20\SOURCE
C:\Netscape\Docs\Comtest\WAR20
C:\Netscape\Cgi-bin\Comtest\WAR20

CC负责将文件从开发域转移到测试域。完成测试（根据在项目计划中概要描述的测试规程）并提交给PL一份缺陷报告后，测试人员从这些目录中删除程序。
6.3. 发布
经过开发和测试后，项目经理对每个发布规程制作一个发布注释，并且将准备发布的程序和文档转移到以下目录：
F:\APPL\SECURITY\WAR20\DOCS：用于文档
F:\APPL\SECURITY\WAR20\Source：用于源代码
F:\APPL\SECURITY\WAR20\Scripts：用于DLL脚本
C:\Netscape\Docs\Security\WAR20：用于基于Web的应用
6.4. 基线
基线是在一个文件系统上进行维护的。在项目开发时仅使用VSS来进行版本控制。在开发结束并且软件发布后，最终的代码和文档转移到基线中，然后清除所有其他代码和文档。文档、源代码和脚本在基线的以下目录中维护：
\\ITL_MIS_SERVER\Baseline\WAR20\Docs\
\\ITL_MIS_SERVER\Baseline\WAR20\Source\
\\ITL_MIS_SERVER\Baseline\WAR20\Scripts\
\\ITL_MIS_SERVER\Baseline\Web\WAR20\Docs\
\\ITL_MIS_SERVER\Baseline\Web\WAR20\Source\
\\ITL_MIS_SERVER\Baseline\Web\WAR20\Scipts\
\\ITL_MIS_SERVER\Baseline\Web\WAR20\Static\
7. 配置控制
7.1. 配置控制过程
每个开发人员创建一个F:\DeveloperLoginId\WAR20\WORK目录，并将其设为“工作目录”。每天开始时，开发人员从VSS检出所需文件。每天结束时，开发人员将文件检入。当完成开发时，CC将代码移动到VSS下的安全目录下。
当整个项目的编码和单元测试完全结束时，PL会写一个发布注释的草案。经过审批后，CC将所有文档、源和数据库对象的创建脚本复制到COMTEST域。然后通知DBA，由DBA生成/修改testdb中的数据库对象。CC生成连接到testdb的可执行程序。
接着，将项目移交给独立的测试人员，测试人员将根据每个测试计划来测试项目。在完成测试后，测试人员向PL提交缺陷报告。CC会从COMTEST域中清除所有配置项。PL确保改正所有缺陷。当完成独立测试并且不再报告缺陷后，或者授权发布后，CC会将文档、源和数据库创建脚本复制到安全域。这时，DBA会按照在发布注释中的定义发布该应用。
7.2. 配置项基线
配置项
基线
需求规格
在HLD之前
测试计划
在编码之前
概要设计
在程序规格之前
数据库设计
在编码之前
功能规格
在程序规格之前
原型（如果有）
在程序规格之前
程序规格
在编码之前
源代码
在验收之后
7.3. 版本/修订编号的规程
使用标准版本编号方式（形式是mm.nn，其中mm代表版本号，nn代表该版本的修订次数）。
5