信息（文档）和配置管理

信息系统项目相关信息（文档）及其管理

软件文档一般分为三类：开发文档、产品文档、管理文档。

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

2.产品文档描述开发过程的产物，基本的产品文档包括：培训手册、参考手册和用户指南、软件变更情况的记录、开发团队的职责定义、项目计划、项目阶段报告、配置管理计划。

文档的质量可以分为四级：

1.最低限度文档（1级文档）。适合开发工作最低于一个人月的开发者自用程序。

2.内部文档（2级文档）。可用于没有与其他用户共享资源的专用程序。

3.工作文档（3级文档）。适用于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。

4.正式文档（4级文档）。适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4级文档，4级文档遵守GB/T8567-2006的有关规定。

信息系统文档的规范化管理主要体现在文档书写规范、图表编号规则：

第1位，生命周期法各阶段

第2位，各阶段的文档

第3、4位，文档内容

第5、6位，流水码

配置管理

配置管理是为了系统地控制配置变更，在系统地整个生命周期中维持配置的完整性和可跟踪性。

配置管理包括6个主要活动：制定配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

配置项

GB/T11457-2006对配置项的定义为：“为配置管理设计的硬件、软件或二者的集合，在配置管理过程中作为一个单个实体来对待。”

在信息系统的开发流程中需加以控制的配置项可以分为基线配置项和非基线配置项两类，例如，基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的的各类计划和报告等。

所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则是：基线配置项向开发人员开放读取的权限；非基线配置项项PM、CCB及相关人员开放。

配置项状态

配置项的状态可以分为“草稿”、“正式”、“修改”三种。配置项刚建立时，其状态为“草稿”。配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。

配置基线

配置基线（常简称为基线）由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。基线中的配置项被“冻结”了，不能在被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。

基线通常对应于开发过程中的里程碑，一个产品可以有多个基线，也可以只有一个基线。交付给外部顾客的基线一般称为发行基线，内部开发使用的基线一般称为构造基线。

配置库

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

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

1.开发库：也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。动态库是开发人员的个人工作区，由开发人员自行控制，无需对其进行配置控制。

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

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

配置库的建库模式有两种：

1.按配置项的类型分类建库，适用于通用软件的开发组织。

2.按开发任务建立相应的配置库，适用于专业软件的开发组织。

配置控制委员会

配置控制委员会（Configuration Control Board,CCB）负责对配置变更做出评估、审批以及监督已批准变更的实施。

CCB建立在项目级，其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。

配置管理员

配置管理员（Configuration Management Officer,CMO），负责在整个项目生命周期中进行配置管理活动。

编写配置管理计划；建立和维护配置管理系统；建立和维护配置库；配置项识别；建立和管理基线；版本管理和配置控制；配置状态报告；配置审计；发布管理和交付；对项目成员进行配置管理培训。

配置管理系统

配置管理系统是用来进行配置管理的软件系统，其目的是通过确定配置管理细则和提供规范的配置管理软件，加强信息系统开发过程的质量控制，增强信息系统开发过程的可控性，确保配置项的完备、清晰、一致和可追踪性，以及配置项状态的可控制性。

配置控制

配置控制即配置项和基线的变更控制，包括下述任务：标识和记录变更申请，分析和评价变更，批准或否决申请，实现、验证和发布已修改的配置项。

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

配置审计也称配置审核或配置评价，包括功能配置审计和物理配置审计，分别用以验证当前配置项的一致性和完整性。