配置管理是管理项目生命周期内各阶段的产物以及产品的各个版本，可以理解为项目的档案管理。而项目文档是配置管理的一部分，是配置管理的对象之一，放在配置管理工具中进行管理。

一、文档管理

（一）文档的分类

软件文档可以分为：开发文档、产品文档和管理文档。

1、开发文档
开发文档描述开发过程本身。基本的开发文档包括：
1）可行性研究 告和项目任务书
2）需求规格说明
3）功能规格说明
4）设计规格说明，包括程序和数据规格说明
5）开发计划
6）软件集成和测试计划
7）质量保证计划
8）安全和测试信息

2、产品文档
产品文档描述开发过程的产物，包括：
1）培训手册
2）用户手册
3）操作手册
4）产品手册和信息广告

3、管理文档
管理文档记录项目管理的信息。
1）开发过程每个阶段的进度和进度变更记录
2）软件变更情况记录
3）开发团队的职责定义
4）项目计划、项目阶段 告
5）配置管理计划

（二）文档质量的级别

可以分为四级。
1）最低限度文档（1级文档）
适合开发工作量低于一个人月的开发者自用程序。文档包括程序清单、开发记录、测试数据和程序简介。

2）内部文档（2级文档）
可用于没有与其他用户共享资源的专用程序。除1级文档，还包括程序清单内足够的注释以帮助用户安装和使用程序。

3）工作文档（3级文档）
适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。（可见我们工作中多是此类文档）

4）正式文档（4级文档）
适合要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4级文档。

（三）信息系统项目文档管理的规则和方法

管理信息系统文档的规范化管理主要体现在文档书写规范、图表编 规则、文档目录编写标准和文档管理制度等几个方面。

1、文档书写规范
文档遵循统一的书写规范。

2、图表编 规则
对图表进行有规则的编 ，方便查找。图表的编 一般采用分类结构。例如根据生命周期法的5个阶段，可以给出如下分类编 规则：

3、配置项版本
草稿：0.YZ（0.01~0.99）
正式：X.Y，X和Y的取值范围为0~9
修改：X.YZ，只增加Z的值，XY不变；转为正式时，Z置为0，增加X.Y值。

4、配置项版本管理
版本管理的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到所有配置项的任何版本。

5、配置基线
配置基线由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。基线中的配置项不能再被随意修改，对基线的变更必须遵循正式的变更控制程序。

一组拥有唯一标识 的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。产品的一个测试版本（包括各种文档）是基线一个实例。

基线通常对应开发过程中的里程碑。一个产品可以有一个或多个基线。交付给用户的叫发行基线（Release），内部发行叫构造基线（Build）。

基线需要定义下列内容：建立基线的事件、受控的配置项、建立和变更基线的程序、批准变更基线所需的权限。每个基线都要纳入配置控制，更新基线只能走正式的变更控制程序。

基线的好处：
1）为开发工作提供了一个定点和快照
2）新项目可以基于基线建立，作为单独分支单独演化，与原始项目隔离
3）当变更因为各种原因需要取消，基线提供了回滚的可能
4）可以利用基线建立测试版本，以重现错误

6、配置库
配置库存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具。

配置库可以分为开发库、受控库和产品库3种类型。

1）开发库
也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。

2）受控库
主库，包含当前的基线，加上对基线的变更。受控库中的配置项完全置于配置管理之下。当信息系统的某个阶段工作结束时，当前的工作产品存入受控库。

3）产品库
静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。

【建库模式】
1）按配置项的类型分类建库，适用于通用软件的开发组织。
2）按开发任务建立相应的配置库，适用于专业软件的开发组织。

7、配置库权限设置

4、配置状态 告

配置状态 告（Configuration Status Reporting），也称为配置状态统计，任务是有效地记录和 告管理配置所需要的信息。目的是及时、准确地给出配置项的当前状况，供相关人员了解，以加强配置管理工作。

5、配置审计

6、发布管理和交付

主要任务是有效控制软件产品和文档的发行和交付，在软件产品的生存期内妥善保存代码和文档的母拷贝。包括
1）存储
2）复制
3）打包
4）交付
5）重建

三、文档及配置的管理工具

SVN，GIT等