一、信息文档与配置管理

1.信息文档

概念：①某种数据媒体和其中所记录的数据

②在软件工程中,文档常常用来表示对活动、需求过程或结果,进行描述、定义、规定、报告或认证的任何书面或图示的信息(包括纸质文档和电子文档)

种类：

①开发文档—描述开发过程本身—例如:需求规格说明、功能规格说明（技术角度）

②产品文档—描述开发过程的产物—例如:用户指南、软件支持手册（技术角度）

③管理文档—记录项目管理的信息—例如:进度变更的记录、项目阶段报告（管理角度）

★质量等级

①最低限度文档(1级文档)—适合开发工作量低于一个人月的开发者自用程序

②内部文档(2级文档)—用于没有与其他用户共享资源的专用程序

③工作文档(3级文档)—适合于由同一单位内若干人联合开发或可被其他单位使用的程序

④正式文档(4级文档)—适合那些要正式发行供普遍使用的程序,关键性程序或重复管理性质(工资)/他用

★图表编码规则

2.配置管理

概念：

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

②按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本

配置项

内容

• 外部交付的软件产品和数据

• 供方/供应商提供的软件和客户提供的设备/软件

• 指定的内部软件工作产品和数据

• 指定的用于创建或支持软件产品的支持工具

典型配置项—项目计划书、需求文档、设计文档、源代码、可行性代码、测试用例、运行软件所需各种数据，经过评审和检查进入配置管理

★状态与版本

• ①草稿—0.YZ—0开头

• ②正式—X.Y—非0开头,小数点前后各1位—例如:V1.1

• ③修改—X.YZ—正式版本的小数点后再增加1位—例如:V1.11

• 
  

配置基线

概念—由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体，基线中的配置项被“冻结”了,不能再被任何人随意修改，产品包括一个/多个基线。

分类

①发行基线—交付给外部顾客的基线

②构造基线—内部开发使用的基线

建立基线的好处

①基线为开发工作提供了一个定点和快照

②新项目可以在基线提供的定点上建立

③当认为更新不稳定或不可信时,基线为团队提供一种取消变更的方法

④可以利用基线重新建立基于某个特定发布版本的配置,以重现已报告的错误（本文由《每天一小时，两月拿证》整理，获取更多请登陆1634网)。

3.配置管理

概念：

• 记录与配置相关的信息

• 利用库中的信息可评价变更后的后果,这对变更控制有着重要的意义

• 从库中可提取各种配置管理过程的管理信息,回答配置管理问题

★分类：

①开发库—保存开发人员当前正在开发的文档和代码

②受控库—包含已评审确定的文档和代码，纳入基线及对基线的变更

③产品库—完成系统测试之后,作为最终产品存入产品库,等待交付用户或现场安装

配置管理员(CMO)的工作

①制定配置管理计划

②将变更后的配置纳入基线，并将变更内容和结果通知相关人员

③严格管理所有配置项的操作权限

④基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放

⑤权限设置

★项目经理的相关工作

①确定受变更影响的关联配置项和有关基线

②组织修改配置项,并在相应的文档或程序代码中记录变更信息

★配置控制委员会(CCB)的工作

①负责对配置变更做出评估、审批以及监督巳批准变更的实施

②将变更申请的决议通知受此变更影响的每个干系人

★③不必是常设机构,完全可以根据工作的需要组成,小的项目可以只有一个人,甚至只是兼职人员

④（本文由《每天一小时，两月拿证》整理，获取更多请登陆1634网)

4.日常配置管理活动

制定配置管理计划

概念—对如何开展项目配置管理工作的规则,是配置过程的基础,应该形成文件并在整个项目生命周期内处于受控状态

★主要内容

• ①配置管理活动,覆盖后续5个过程

• ②负责实施这些活动的人员或组织,以及他们和其他组织的关系

• ③实施这些活动的规范和流程

• ④实施这些活动的进度安排

配置标识(配置识别).

概念—包括为系统选择配置项并在技术文档中记录配置项的功能和物理特征

★基本步骤

• ①识别需要受控的配置项

• ②为每个配置项指定唯一性的标识

• ③定义每个配置项的重要特征

• ④确定每个配置项的所有者及其责任

• ⑤确定配置项进入配置管理的时间和条件

• ⑥建立和控制基线

• ⑦维护文档和组件的修订与产品版本之间的关系

★配置控制

• 变更申请

• 变更评估—配置控制委员会(负责)

• 通告评估结果

• 变更实施

• 变更验证与确认

• 变更的发布

• 基于配置库的变更控制

• 
  

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

★配置审计

目的—确保项目配置管理的有效性,体现了配置管理的最根本要求---不允许出现任何混乱现象

物理配置审计(审计配置项的完整性)

①要交付的配置项是否存在

②配置项中是否包含了所有必需的项目

功能配置审计(审计配置项的一致性)

①配置项的开发已圆满完成

②配置项已达到配置标识种规定的性能和功能特征

③配置项的操作和支持文档已完成并且是符合要求的

发布管理和交付

主要任务—有效控制软件产品和文档的发行和交付,在软件产品的生存期内妥善保存代码和文档的母拷贝。

汇总图片：