配置信息管理的架构（信息文档和配置管理）

信息（文档）管理

信息系统项目相关信息（文档）

1.文档：信息系统相关信息（文档）是指某种数据媒体和其中所记录的数据。它具有永久性，并可以由人或机器阅读，通常仅用于描述人工可读的东西。

2.软件：在软件工程学科领域，文档和程序合起来被称为软件。文档和程序的区别在于前者是人可阅读，后者主要由机器来执行。如果将源程序加上注释，也可成为文档的一部分。

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

开发文档

• 可行性研究报告和项目任务书；
• 需求规格说明；
• 功能规格说明；
• 设计规格说明，包括程序和数据规格说明；
• 开发计划；
• 软件集成和测试计划；
• 质量保证计划；
• 安全和测试信息。

产品文档

• 培训手册；
• 参考手册和用户指南；
• 软件支持手册；
• 产品手册和信息广告。

管理文档

• 开发过程的每个阶段的进度和进度变更的记录；
• 软件变更情况的记录；
• 开发团队的职责定义；
• 项目计划、项目阶段报告；
• 配置管理计划。

信息系统项目相关信息（文档）种类

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

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

文档书写规范：管理信息系统的文档资料涉及文本、图形和表格等多种类型，无论是哪种类型的文档都应该遵循统一的书写规范，包括符号的使用、图标的含义、程序中注释行的使用、注明文档书写人及书写日期等。

图表编号规则：在管理信息系统的开发过程中用到很多的图表，对这些图表进行有规则的编号，可以方便图表的查找。

文档目录编写标准：应包含文档编号、文档名称、格式或载体、份数、每份页数或件数、存储地点、存档时间、保管人等。文档编号一般为分类结构，可以采用同图表编号类似的编号规则。文档名称要书写完整规范。格式或载体指的是原始单据或报表、磁盘文件、磁盘文件打印件、重要文件原件、光盘等。

文档管理制度：文档的管理制度需根据组织实体的具体情况而定，主要包括建立文档的相关规范、文档借阅记录的登记制度、文档使用权限控制规则等。建立文档的相关规范是指文档书写规范、图表编号规则和文档目录编写标准等。

图表编号规则

管理信息系统的开发过程中用到很多的图表，对这些图表进行有规则的编号，可以方便图表的查找。图表的编号一般采用分类结构。根据生命周期法的 5 个阶段，可以给出图所示的分类编号规则。根据该规则，就可以通过图表编号判断该图表处于系统开发周期的哪一个阶段，属于哪一个文档，文档中的哪一部分内容及第几张图表。

配置管理

基于配置库的变更控制如图所示

配置管理

配置管理是为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，标识系统在不同时间点上配置的学科。“配置管理”正式定义为“应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征，控制这些特征的变更、记录和报告变更处理和实现状态并验证与规定的需求的遵循性。”

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

软件配置管理

软件配置管理是一个支持性的软件生命周期过程，它有益于项目管理、开发和维护活动、各种保证活动、最终产品的客户和用户。尽管硬件配置管理和软件配置管理的实现有所不同，配置管理的概念可以应用于所有要控制的项。

软件配置管理包括 4 个主要活动：配置识别、变更控制、状态报告和配置审计。

配置管理

1. 配置管理是应用技术和管理的指导和监督来标识和用文档记录配置项的功能和物理特征、控制对这些特征的变更、记录和报告变更处理过程和实现状态、验证与规定的需求的一致性。配置管理涵盖了项目的整个生命周期。
2. 配置管理重点关注可交付产品（包括中间产品）及各过程文档，而变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。
3. 配置管理包括 6 个主要活动：制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

配置管理有关的概念

配置项

1. 在信息系统的开发流程中需加以控制的配置项可以分为基线配置项和非基线配置项两类，例如，基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。
2. 典型配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入配置管理。
3. 所有配置项的操作权限应由 CMO （配置管理员）严格管理，基本原则是：基线配置项向开发人员开放读职的权限；非基线配置项向 PM 、 CCB 及相关人员开放。

配置项状态

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

配置项版本号

配置项版本管理

1. 配置项的版本管理作用于多个配置管理活动之中，如配置标识、配置控制和配置审计、发布和交付等。
2. 不抛弃旧版本。
3. 版本管理的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。

配置基线

配置基线（常简称为基线）由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体；

基线中的配置项被“冻结”了，不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。

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

要定义内容：建立基线的事件、受控的配置项、建立和变更基线的程序、批准变更基线所需的权限。在项目实施过程中，每个基线都要纳入配置控制，对这些基线的更新只能采用正式的变更控制程序。

配置基线的好处

1. 基线为开发工作提供了一个定点和快照。
2. 新项目可以在基线提供的定点上建立，新项目作为一个单独分支，将于随后对原始项目（在主要分支上）所进行的变更进行隔离。
3. 当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法。
4. 可以利用基线重新建立基于某个特定发布版本的配置，以重现已报告的错误。

配置库

配置库存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具，利用库中的信息可回答许多配置管理的问题。配置库可以分为开发库、 受控库、产品库3种类型。

开发库也称为动态库：程序员库或工作库，用于保存开发人员当前正在开发的配置实体。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。可以任意的修改。

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

产品库：也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。一般不再修改，真要修改的话需要走变更流程。

配置库的建库模式

配置库的建库模式有两种：按配置类型建库和按任务建库。

1. 按配置项的类型分类建库，适用于通用软件的开发组织。在这样的组织内，往往产品的继承性较强，工具比较统一，对并行开发有一定的需求。使用这样的库结构有利于对配置项的统一管理和控制，同时也能提高编译和发布的效率。但由于这样的库结构并不是面向各个开发团队的开发任务的，所以可能会造成开发人员的工作目录结构过于复杂，带来一些不必要的麻烦。
2. 按开发任务建立相应的配置库，适用于专业软件的开发组织。在这样的组织内，使用的开发工具种类繁多，开发模式以线性发展为主，所以就没有必要把配置项严格地分类存储，人为增加目录的复杂性。对于研发性的软件组织来说，采用这种设置策略比较灵活。

配置库权限设置

配置库的权限设置主要是解决：库内存放的配置项什么人可以“看”、什么人可以“取”、什么人可以“改”、什么人可以“销毁”等问题。

配置管理员负责为每个项目成员分配对配置库的操作权限。

受控库的权限配置

配置管理员

配置管理员，负责在整个项目生命周期中进行配置管理活动，具体有：

制定配置管理计划

配置管理计划是对如何开展项目配置管理工作的规划，是配置管理过程的基础，应该形成文件并在整个项目生命周期内处于受控状态。配置控制委员会负责审批该计划。

配置管理计划的主要内容为

1. 配置管理活动，覆盖的主要活动包括配置标识、配置控制、配置状态报告、配置审计、发布管理与交付；
2. 实施这些活动的规范和流程；
3. 实施这些活动的进度安排；
4. 负责实施这些活动的人员或组织，以及他们和其他组织的关系。

配置标识

配置标识，也称配置识别，包括为系统选择配置项并在技术文档中记录配置项的功能和物理特征。

配置标识是配置管理员的智能，基本步骤如下：

1. 识别需要受控的配置项；
2. 为每个配置项指定唯一性的标识号；
3. 定义每个配置项的重要特征；
4. 确定每个配置项的所有者及其责任；
5. 确定配置项进入配置管理的时间和条件；
6. 建立和控制基线；
7. 维护文档和组件的修订与产品版本之间的关系。

配置控制

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

配置状态报告

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

配置状态报告应着重反映当前基线配置项的状态，以向管理者报告系统开发活动的进展情况。配置状态报告应定期进行，并尽量通过 CASE工具自动生成，用数据库中的客观数据来真实地反映各配置项的情况。

配置状态报告应该包含以下内容：

1. 每个受控配置项的标识和状态。一旦配置项被置于配置控制下，就应该记录和保存它的每个后继进展的版本和状态。
2. 每个变更申请的状态和已批准的修改的实施状态。
3. 每个基线的当前和过去版本的状态以及各版本的比较。
4. 其他配置管理过程活动的记录。

配置管理

1.功能配置审计

功能配置审计是审计配置项的一致性（配置项的实际功效是否与其需求一致），具体验证以下几个方面。

• 配置项的开发已圆满完成。
• 配置项已达到配置标识中规定的性能和功能特征。
• 配置项的操作和支持文档已完成并且是符合要求的。

2.物理配置审计

物理配置审计是审计配置项的完整性（配置项的物理存在是否与预期一致），具体验证如下几个方面。

• 要交付的配置项是否存在。
• 配置项中是否包含了所有必需的项目。

发布管理和交付

原文链接：

信息（文档）管理

信息系统项目相关信息（文档）

1.文档：信息系统相关信息（文档）是指某种数据媒体和其中所记录的数据。它具有永久性，并可以由人或机器阅读，通常仅用于描述人工可读的东西。

2.软件：在软件工程学科领域，文档和程序合起来被称为软件。文档和程序的区别在于前者是人可阅读，后者主要由机器来执行。如果将源程序加上注释，也可成为文档的一部分。

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

开发文档

• 可行性研究报告和项目任务书；
• 需求规格说明；
• 功能规格说明；
• 设计规格说明，包括程序和数据规格说明；
• 开发计划；
• 软件集成和测试计划；
• 质量保证计划；
• 安全和测试信息。

产品文档

• 培训手册；
• 参考手册和用户指南；
• 软件支持手册；
• 产品手册和信息广告。

管理文档

• 开发过程的每个阶段的进度和进度变更的记录；
• 软件变更情况的记录；
• 开发团队的职责定义；
• 项目计划、项目阶段报告；
• 配置管理计划。

信息系统项目相关信息（文档）种类

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

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

文档书写规范：管理信息系统的文档资料涉及文本、图形和表格等多种类型，无论是哪种类型的文档都应该遵循统一的书写规范，包括符号的使用、图标的含义、程序中注释行的使用、注明文档书写人及书写日期等。

图表编号规则：在管理信息系统的开发过程中用到很多的图表，对这些图表进行有规则的编号，可以方便图表的查找。

文档目录编写标准：应包含文档编号、文档名称、格式或载体、份数、每份页数或件数、存储地点、存档时间、保管人等。文档编号一般为分类结构，可以采用同图表编号类似的编号规则。文档名称要书写完整规范。格式或载体指的是原始单据或报表、磁盘文件、磁盘文件打印件、重要文件原件、光盘等。

文档管理制度：文档的管理制度需根据组织实体的具体情况而定，主要包括建立文档的相关规范、文档借阅记录的登记制度、文档使用权限控制规则等。建立文档的相关规范是指文档书写规范、图表编号规则和文档目录编写标准等。

图表编号规则

管理信息系统的开发过程中用到很多的图表，对这些图表进行有规则的编号，可以方便图表的查找。图表的编号一般采用分类结构。根据生命周期法的 5 个阶段，可以给出图所示的分类编号规则。根据该规则，就可以通过图表编号判断该图表处于系统开发周期的哪一个阶段，属于哪一个文档，文档中的哪一部分内容及第几张图表。

配置管理

基于配置库的变更控制如图所示

配置管理

配置管理是为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，标识系统在不同时间点上配置的学科。“配置管理”正式定义为“应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征，控制这些特征的变更、记录和报告变更处理和实现状态并验证与规定的需求的遵循性。”

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

软件配置管理

软件配置管理是一个支持性的软件生命周期过程，它有益于项目管理、开发和维护活动、各种保证活动、最终产品的客户和用户。尽管硬件配置管理和软件配置管理的实现有所不同，配置管理的概念可以应用于所有要控制的项。

软件配置管理包括 4 个主要活动：配置识别、变更控制、状态报告和配置审计。

配置管理

1. 配置管理是应用技术和管理的指导和监督来标识和用文档记录配置项的功能和物理特征、控制对这些特征的变更、记录和报告变更处理过程和实现状态、验证与规定的需求的一致性。配置管理涵盖了项目的整个生命周期。
2. 配置管理重点关注可交付产品（包括中间产品）及各过程文档，而变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。
3. 配置管理包括 6 个主要活动：制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

配置管理有关的概念

配置项

1. 在信息系统的开发流程中需加以控制的配置项可以分为基线配置项和非基线配置项两类，例如，基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。
2. 典型配置项包括：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入配置管理。
3. 所有配置项的操作权限应由 CMO （配置管理员）严格管理，基本原则是：基线配置项向开发人员开放读职的权限；非基线配置项向 PM 、 CCB 及相关人员开放。

配置项状态

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

配置项版本号

配置项版本管理

1. 配置项的版本管理作用于多个配置管理活动之中，如配置标识、配置控制和配置审计、发布和交付等。
2. 不抛弃旧版本。
3. 版本管理的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确地查找到配置项的任何版本。

配置基线

配置基线（常简称为基线）由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体；

基线中的配置项被“冻结”了，不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。

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

要定义内容：建立基线的事件、受控的配置项、建立和变更基线的程序、批准变更基线所需的权限。在项目实施过程中，每个基线都要纳入配置控制，对这些基线的更新只能采用正式的变更控制程序。

配置基线的好处

1. 基线为开发工作提供了一个定点和快照。
2. 新项目可以在基线提供的定点上建立，新项目作为一个单独分支，将于随后对原始项目（在主要分支上）所进行的变更进行隔离。
3. 当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法。
4. 可以利用基线重新建立基于某个特定发布版本的配置，以重现已报告的错误。

配置库

配置库存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具，利用库中的信息可回答许多配置管理的问题。配置库可以分为开发库、 受控库、产品库3种类型。

开发库也称为动态库：程序员库或工作库，用于保存开发人员当前正在开发的配置实体。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。可以任意的修改。

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

产品库：也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。一般不再修改，真要修改的话需要走变更流程。

配置库的建库模式

配置库的建库模式有两种：按配置类型建库和按任务建库。

1. 按配置项的类型分类建库，适用于通用软件的开发组织。在这样的组织内，往往产品的继承性较强，工具比较统一，对并行开发有一定的需求。使用这样的库结构有利于对配置项的统一管理和控制，同时也能提高编译和发布的效率。但由于这样的库结构并不是面向各个开发团队的开发任务的，所以可能会造成开发人员的工作目录结构过于复杂，带来一些不必要的麻烦。
2. 按开发任务建立相应的配置库，适用于专业软件的开发组织。在这样的组织内，使用的开发工具种类繁多，开发模式以线性发展为主，所以就没有必要把配置项严格地分类存储，人为增加目录的复杂性。对于研发性的软件组织来说，采用这种设置策略比较灵活。

配置库权限设置

配置库的权限设置主要是解决：库内存放的配置项什么人可以“看”、什么人可以“取”、什么人可以“改”、什么人可以“销毁”等问题。

配置管理员负责为每个项目成员分配对配置库的操作权限。

1.功能配置审计

配置管理员

配置管理员，负责在整个项目生命周期中进行配置管理活动，具体有：

制定配置管理计划

配置管理计划是对如何开展项目配置管理工作的规划，是配置管理过程的基础，应该形成文件并在整个项目生命周期内处于受控状态。配置控制委员会负责审批该计划。

配置管理计划的主要内容为

1. 配置管理活动，覆盖的主要活动包括配置标识、配置控制、配置状态报告、配置审计、发布管理与交付；
2. 实施这些活动的规范和流程；
3. 实施这些活动的进度安排；
4. 负责实施这些活动的人员或组织，以及他们和其他组织的关系。

配置标识

配置标识，也称配置识别，包括为系统选择配置项并在技术文档中记录配置项的功能和物理特征。

配置标识是配置管理员的智能，基本步骤如下：

1. 识别需要受控的配置项；
2. 为每个配置项指定唯一性的标识号；
3. 定义每个配置项的重要特征；
4. 确定每个配置项的所有者及其责任；
5. 确定配置项进入配置管理的时间和条件；
6. 建立和控制基线；
7. 维护文档和组件的修订与产品版本之间的关系。

配置控制

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

配置状态报告

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

配置状态报告应着重反映当前基线配置项的状态，以向管理者报告系统开发活动的进展情况。配置状态报告应定期进行，并尽量通过 CASE工具自动生成，用数据库中的客观数据来真实地反映各配置项的情况。

配置状态报告应该包含以下内容：

1. 每个受控配置项的标识和状态。一旦配置项被置于配置控制下，就应该记录和保存它的每个后继进展的版本和状态。
2. 每个变更申请的状态和已批准的修改的实施状态。
3. 每个基线的当前和过去版本的状态以及各版本的比较。
4. 其他配置管理过程活动的记录。

配置管理

1.功能配置审计

功能配置审计是审计配置项的一致性（配置项的实际功效是否与其需求一致），具体验证以下几个方面。

• 配置项的开发已圆满完成。
• 配置项已达到配置标识中规定的性能和功能特征。
• 配置项的操作和支持文档已完成并且是符合要求的。

2.物理配置审计

物理配置审计是审计配置项的完整性（配置项的物理存在是否与预期一致），具体验证如下几个方面。

• 要交付的配置项是否存在。
• 配置项中是否包含了所有必需的项目。

发布管理和交付

原文链接：http://www.sddzcyz.cn/#/article?id=10033

,