文档、配置管理笔记--2011系统集成项目管理工程师

文档和配置管理P407

《计算机软件产品开发文件编制指南》规定：

从重要性和质量要求方面可以分为：非正式文档和正式文档；

从项目周期角度：开发文档、产品文档、管理文档

信息系统文档的规范化管理体现在：

1）文档书写规范

2）图表编号规则（1、生命周期各阶段2、各阶段的文档34、文档内容56、流水码）

3）文档目录编写标准化4）文档管理制度

依据《软件文档管理指南GB/T 16680-1996》之9.6.1 文档归档

归档的文档应包括整个软件生存期内所形成的全部文档

文档归档应满足以下条件：

a) 归档的文档应是经过鉴定或评审的b) 文档应签署完整成套格式统一字迹工整

c) 印制本打印本以及各种报告应装订成册并按规定进行编号签署软件文档应在开发过程每个阶段结束后及时归档

配置管理：为了系统的控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科。P409（主要4个活动：配置项标识，配置项控制、配置状态报告和配置审计）

软件配置管理是一个支持性的软件生命周期过程，它有益于项目管理、开发和维护活动、各种保证活动、最终产品的客户和用户。

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

有关概念：

配置项：硬件、软件或者二者兼有的集合，为配置管理指定的，在配置管理过程中作为一个单独的实体对待。

产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每一个元素称为该产品配置中的一个配置项，典型的配置项有项目计划书、需求文档、设计文档、源代码、测试用例等。

配置库：一组受控制的、辅助软开发、使用和维护的软件及相关的文档。（在软件发布管理和交付活动中，起着机械的作用）

配置管理活动和流程：包括制订配置管理计划、配置识别与建立基线、建立配置管理系统、版本管理、配置状态报告和配置审计。

１．制定配置管理计划

在项目启动阶段，项目经理首先要制定整个项目的开发计划，它是整个项目研发工作的基础。总体研发计划完成之后，配置管理的活动就可以展开了，如果不在项目开发之初制定配置管理计划，那么配置管理的许多关键活动就无法及时有序地进行，而它的直接后果就是造成项目开发状况的混乱，并注定使配置管理活动成为一种救火的行为。。由此可见，在项目启动阶段制定配置管理计划是项目成功的重要保证。配置管理计划由CMO制定，主要内容是制定配置管理策略，制定变更控制策略，编写配置管理计划，评审配置管理计划。

覆盖的活动：软件配置标识、软件配置控制、软件配置状态报告、软件配置审计、软件发布管理与交付。

制订计划活动的结果记录在软件配置管理计划中，它要接受软件质量保证的评审和审计。

配置管理计划的主要内容：包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划、配置审计和评审、变更管理。CCB审批该计划

２．配置识别与建立基线

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

建立基线的目的及其在项目实施中的作用：（一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线）

需加以控制的配置项分类：1）基线配置项（所有设计文档、源程序）

2）非基线配置项（项目的各类计划和报告）

基线定义的内容：建立基线的事件、受控的项、建立和变更基线的程序、批准变更基线所需的权限。

配置项的基线要纳入配置控制，对基线的更新只能采用正式的变更管理过程。确保了基线的变更只反映已批准的组件部分的变更。

3．建立配置管理系统（目的是通过确定软件配置管理细则和提供规范的软件配置项管理软件系统，加强软件研制过程的质量控制，增强软件研制过程的可控性，确保软件配置管理项的完备、清晰、一致和可追踪性，以及技术状态的可控制性）

1）建立配置管理方案（最主要成果：配置管理流程，另外配置管理基本章程）

2）建立配置库

分类：动态库（开发库、程序员库、工作库）；受控库；静态库；备份库

建库模式：按配置项类型分类建库和按任务建库工具；VSS、CVS

４．版本管理

1）配置项状态变迁规则：草稿正式修改（三种状态）

2）配置项版本号标识3）配置项版本控制（作用于多个配置管理活动之中，如创建配置项、配置项的变更和配置项的评审等。目的：按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆等现象，并且可以快速准确的查找到配置项的任何版本；）

5. 变更控制：P415

6．配置状态报告（根据配置项操作记录来向管理者报告软件开发活动的进展情况）

应跟踪以下方面：产品描述记录、每个受控软件组件的状态、。。。。

状态说明：应着重反映当前基线配置项的状态，以作为对开发进度报告的参照。

7．配置审计（作为变更控制的补充手段，来确保某一变更需求已被切实实现）

功能配置审计：进行审计以验证：配置项的开发已圆满完成；已经达到规定的性能和功能特定特性；配置项的运行和支持文档已完成并且是符合要求。

物理配置审计：进行审计以验证：每个构建的配置项符合相应的技术文档；配置项与配置状态报告中的信息相对应；

配置项的操作权限由配置管理员CMO严格管理，基本的原则是：基线配置项向开发人员开发读取权限；非基线配置项向项目经理、变更控制委员会CCB及相关人员开放。配置管理里部分角色的权限如下：

（1）项目经理：是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项：