一、文档的分类
文档从重要性和质量要求方面可以分为非正式文档和正式文档；从项目周期角度可分为开发文档、产品文档、管理文档；更细致一点还可分为 14 类文档文件：可行性研究报告、项目开发计划、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、用户手册、操作手册、模块开发卷宗、测试计划、测试分析报告、开发进度月报、项目开发总结报告。
二、文档与配置管理有关的术语
配置管理是一套方法，用来对软件开发期间产生的资产（代码/文档/数据等）进行管理，包括管理它的存储、变更。
1、配置项
每个配置项用一组特征信息（名字、描述、一组资源、实现）唯一地标志。通常可分成六种类型：
- 环境类。软件开发、运行和维护的环境，如编译器、操作系统、开发工具、测试工具等。
- 定义类。需求分析与系统定义阶段结束后得到的工件，如需求规格说明书、项目开发计划等。
- 设计类。设计阶段得到的工件，如系统设计说明书、用户手册等。
- 编码类。编码及单元测试结束后得到的工件，如源代码、单元测试用例等。
- 测试类。系统测试完成后的工作，如测试结果、安装手册等。
- 维护类。维护阶段产品的额工作，以上任何需要变更的软件配置项。
2、基线
基线也称为里程碑，在这些特定点上，阶段工作已结束，并且已经形成了正式的阶段产品。
3、配置状态报告
配置状态报告也称为配置状态说明与报告，其任务是有效地记录报告管理配置所需要的信息，及时准确的给出配置项的当前状况。
4、配置审核
配置审核的任务是验证配置项对配置标志的一致性。
5、配置标志
确定配置项如何命名，用哪些信息来描述该配置项。
6、变更控制委员会
CCB 也可称为配置控制委员会，是配置项变更的监管组织。其任务是对配置项变更做出评价、审批，以及监督已批准的变更的事实。CCB 的成员通常包括项目经理、用户代表、软件质量控制人员、配置控制人员。
配置项是受配置管理控制和管理的基本单位。配置标识是软件生命周期中划分选择各类配置项、分配标识符的过程。配置标识的重要内容就是对配置项进行标识和命名。
建立配置管理系统的步骤包括：
（1）版本管理要解决的第一个问题是版本标志，区分不同的版本。
（2）配置状态报告也称为配置状态说明与报告，有效的记录报告管理配置所需要的信息，及时准确的给出配置项的当前状况。
（3）配置审核的任务是验证配置项对配置标志的一致性。
三、配置库
配置库也称配置项库，是配置管理的有力工具。采用配置库实现软件配置管理。
在软件工程中主要有三类配置库：
（1）开发库。存放开发过程中需要保留的各种信息，供开发人员个人专用。
（2）受控库。在软件开发的某个阶段工作结束时，将工作产品存入或将有关信息存入。
（3）产品库。在开发软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户。
处于受控状态下的配置项原则上不允许修改，但这不是绝对的，如果需要变更，就需要提出变更请求。
四、变更控制的流程
变更控制要经历以下流程：（1）变更申请；（2）变更评估；（3）变更实施；（4）变更的验证与确认；（5）变更的发布。
五、配置审核
配置审核可分为功能配置审核和物理配置审核。
功能配置审核的内容包括：
（1）配置项的开发是否已圆满完成
（2）配置项是否达到规定的性能和功能特性。
（3） 配置项的运行和支持文档是否完成、是否符合要求。
（4）审核正式测试文档；评审变更后的新文档；确保所有测试已执行；进行额外的抽样测试。
物理配置审核的内容包括：
（1）每个构建的配置项是否符合相应的技术文档。
（2）配置项与配置状态报告中的信息是否相对应。
（3）审核系统规格说明书的完整性；比较设计的一致性；评审模块列表；审核手册。
