信息系统项目管理师（2022年） —— 第 14 章 信息文档管理与配置管理

1、软件文档一般分为三类

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

2、产品文档描述开发过程的产物，基本的产品文档包括：
培训手册。
参考手册和用户指南。
软件支持手册。
产品手册和信息广告。

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

2、文档的质量可以分为4级：

1、最低限度文档（1级文档）：适合开发工作量低于1个月的开发者自用程序。该文档应包含程序清单、 开发记录、 测试数据和程序简介。
2、内部文档（2级文档）：可用于没有与其他用户共享资源的专用程序。
3、工作文档（3级文档）：适合于由同一单位内若干人联合开发的程序，或可被其他单位使用的程序。
4、正式文档（4级文档）：适合那些要正式发行供普遍使用的软件产品，关键性程序或者具有重复管理应用性质（如工资计算）的程序需要4级文档。4级文档遵守 GB/T8567-2006 的有关规定。

3、信息系统项目文档管理的规则和方法

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

4、配置基线

信息系统的开发过程是一个不断变化着的过程，为了在不严重阻碍合理变化的情况下来控制变化，配置管理引入了“配置基线”概念：
配置基线（常简称为基线）由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。 基线中的配置项被“冻结”了，不能再被任何人随意修改。 对基线的变更必须遵循正式的变更控制程序。

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

5、配置库

配置库（Configuration Library）存放配置项井记录与配置项相关的所有信息，是配
置管理的有力工具。
配置库可以分开发库、 受控库、产品库3种类型。
(1）开发库（Development Libraty）也称为动态库、 程序员库或工作库，用于保存开发人员当前正在开发的配置实体。
(2）受控库（Con衍olled Library）， 也称为主库，包含当前的基线加上对基线的变更。
(3）产品库（Product Library）， 也称为静态库、 发行库，软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。

5.1 配置库权限：
Read（只读）、Check（变更）、Add（新增）、Destroy（毁坏）。

5.2 配置控制委员会
Configuration Control Board，CCB 负责对配置变更做出评估、审批以及监督已批准变更的实施。小的项目CCB可以只有一个人， 甚至只是兼职人员。

5.3 配置管理员
Configuration Management Officer CMO，负责在整个项目生命周期中进行配置管理活动，具体：
*编写配置管理计划
*建立和维护配置管理系统。
*建立和维护自己置库
*配置项识别
*版本管理和配置控制
*配置状态报告
*配置设计
*发布管理和交付
对项目成员进行配置管理培训

5.4 配置管理系统
配置管理系统是用来进行配置管理的软件系统，其目的是通过确定配置管理细则和提供规范的配置管理软件。

配置管理的目标和方针：
1、确定配置管理目标
2、确定配置管理的方针

6、日常配置管理活动

1、制定配置管理计划
(1）配置管理活动
(2）实施这些活动的规范和流程
(3）实施这些活动的进度安排
(4）负责实施这些活动的人员或组织，以及他们和其他组织的关系。

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

3、配置控制
1) 变更申请
2）变更评估
3）通告评估结果
4）变更实施
5）变更验证与确认
6）变更的发布
7) 基于配置库的变更控制

4、配置状态报告
配置状态报告应该着重反应当前基线配置项的状态，以向管理者报告系统开发活动的进展情况。

 

5、配置审计

配置审计（Configuration Audit）也称配置审核或配置评价，包括功能配置审计和物理配置审计，分别用以验证当前配置项的一致性和完整性。
配置审计的实施是为了确保项目配置管理的有效性，体现了配置管理的最根本要求：不允许出现任何混乱现象。

6、发布管理和交付

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

7、工具综述

常用的软件配置管理工具：
付费软件：
Rational ClearCase
Perforce
CACCC

免费软件：
SVN（Subversion）
GIT
CVS

GIT和SVN的比较：

• 在很多情况下， GIT的速度远远比SVN快。
• SVN是集中式管理，GIT是分布式管理，分布式和集中式最大的区别在于：在分布式下，本地有个代码仓库，开发者可以在本地提交；而集中式版本控制，只有在服务器才有一个代码仓库，只能在服务器进行统一管理。
• SVN使用分支比较笨拙， GIT可以轻松拥有无限个分支。
• SVN必须联网才能正常工作， GIT支持本地版本控制工作。
• 旧版本的SVN会在每一个目录置放一个.svn, GIT只会在根目录拥有一个 .git