IT行业如何优秀的项目经理：项目配置管理

项目配置管理，可以又称为项目环境及文档库管理。在华为，环境分为开发环境、测试环境、生产环境标准产品库环境。目前，有很好的工具，钉钉 IT项目管理文档模板与流程工具，飞书OKR项目管理、团队管理；通过软件工具很好地统筹目标、任务、代码成果、绩效、沟通等。

如何成为一个优秀的项目经理？ 07 项目文档库管理

一、文档、配置管理的知识点

1.文档的分类

2.文档与配置管理的相关术语

配置项

基线

配置状态报告

CCB：change Control Board 配置控制委员会

3.配置库的定义及分类

4.变更控制的流程。

5. 配置审核和配置审计的定义、作用，配置审核的分类

二、文档的分类

1. 信息系统 相关文档

某种数据媒体和其中所记录的数据。

具有永久性，并可以由人 或机器阅读，用于描述人工可读的东西。

软件工程中，文档常常用来描述 对活动、需求、过程或结果进行描述、定义、规定、报告或认证的任何书面或图示的信息。

2.《计算机软件产品开发文件编制指南》

软件项目文档具体分类

重要和质量要求方面

非正式文档

正式文档

项目周期

开发文档

产品文档

管理文档

细致分类 ：14类文档

可行性研究报告

项目开发计划

软件需求说明书

数据要求说明书

概要设计说明书

详细设计说明书

数据库设计说明书

快速原型法：精简为 产品原型及说明文档

用户手册

操作手册

模块开发卷宗

测试计划

测试分析报告

开发进度月报

项目开发总结报告

三、文档与配置管理 相关术语

1.配置管理 就是一套方法

2.管理对象

软件开发期间产生的资产

代码

文档

数据等

3.进行 存储、变更，将所有变更记录下来，通过适当的机制控制变更，使得 更改合理、有序、完整一直，并可追溯历史。

4.配置项

用 一组特征信息

名字、描述、一组资源、实现

六种类型

1.环境类

软件开发、运行、维护的环境

如：编译器、操作系统、编辑软件、管理系统、开发工具、 测试工具、项目管理工具、文档编制工具等。

2.定义类

需求分析与系统定义阶段结束后得到的成果

如：需求规格说明书、项目开发计划、设计标准或设计规则、验收测试计划等。

3.设计类

设计阶段得到的成果

例如：系统设计说明书、程序规格说明、数据库设计、编码标准、用户界面设计、测试标准、系统测试计划、用户手册。

4.编码类

编码及单元测试结束后 得到的成果

例如：源代码、目标代码、单元测试用例、数据及测试结果。

5.测试类

系统测试完成后的工作，系统测试用例、测试结果、操作手册、安装手册。

6.维护类

维护阶段产品的工作，以上任何需要变更的 软件配置项。

5.基线

基线：软件生存期的各开发阶段 末尾的特定点，也称为里程碑

在里程碑上，阶段工作已经结束，并且已经形成正式的阶段产品，使得本来连续开展的开发工作 在这些点上 被分割开，从而更加有利于检验和肯定阶段工作成果，同时有利于进行变更控制。

有了基线规定，就可以禁止跨越里程碑 去修改另一开发阶段的工作成果，并且认为建立的里程碑，有些完成的阶段成果已经被冻结。

6. 配置状态报告

配置状态说明与报告

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

7.配置审核

任务： 验证配置项对配置标志的一致性。

软件开发实践表明：对配置项做了标志， 实现了变更控制和版本控制。如果不做检查或验证 仍然会出现混乱。

8.配置标志

确定配置项 如何命名， 用哪些信息 来描述 该配置项

9.变更控制 委员会

配置项变更的监管组织。

任务：对建议的配置项变更做出评价、审批，以及监督已批准变更的实施。

成员：

项目经理

用户代表

软件质量控制人员

配置控制人员。

不用是常设机构，根据项目工作需要 设立组成。

2017-2020组成

项目经理

用户代表

产品经理

产品总监

研发总监

质量中心-总监

测试经理

产品主抓：产品版本与规划发展。

10.配置项

配置项

受配置管理控制和管理的基本单位

配置标识

软件生命周期中 划分选择各类配置项、定义配置项的种类，为它们分配标识符的过程。

重要内容

对配置项 进行标识和命名。

配置标识

配置管理的基础工作， 管理配置项管理的前提。

配置标志

确定哪些内容 应该进入配置管理 形成配置项、确定配置项如何命名、用哪些信息来描述 该配置项。

建立 配置管理系统的 步骤

1.版本管理

版本标志

区分版本，科学命名

数字、年季度 、年月命名、百花等；

2.配置状态报告

配置状态说明和报告

任务：有效记录 报告 管理配置所需要的信息。

目的：及时准确地给出 配置项的当前状况，供相关人员了解，加强配置管理工作。

3.配置审核

任务：验证配置项对配置标志的一致性。

目标：为了确保软件配置管理的有效性，提现配置管理的最根本要求，不允许出现任何混乱现象。

四、配置库

配置项库， 配置管理的有力工具

Git

SVN.

软件工程中，主要3类配置库

1.开发库

存储开发过程中 需要保留的各种信息，供开发人员专用。

库中 可能有较为频繁的修改，只要开发库的使用者认为有必要，无需更多的限制。前提是不会影响到 项目的其他部分。

2.受控库

软件开发的某个阶段工作结束，将工作产品 存入或将有关的信息存入。

存入的信息包括计算机可读的以及人工可读的文档资料。

对库内信息的读写或修改加以控制。

3.产品库

在开发的软件产品完成系统测试后，作为最终产品存入库内，等待交付用户或现场安装。库内信息应该加以控制。

备注：

开发环境

测试环境

生产或上线环境

标准产品库

项目产品库

配置项 变化流程图

配置确定

软件配置项

配置控制

变更

配置审核

缺陷

状态报告

配置状态报告联机数据库

配置状态报告

受控状态下的配置项原则上不允许修改，但并不绝对，如果各种原因结合一定要变更，就可以提出变更请求。

变更请求 经过联合评审 及负责领导 批准的情况下，允许配置项从库中检出，待变更完成 并经评审后，确认变更无误方 可重新入库，使其恢复到受控状态。

五、配置审核

1. 功能配置审核

配置项的开发 是否已经圆满完成。

配置项是否已经达到规定的性能和功能

配置项的运行和支持文档 是否已经完成、是否符合要求。

按测试数据 审核正式测试文档、审核验证和确认报告；评审所有批准的变更、评审变更后的文档、抽查设计评审报告；进行评审以确保所有测试 已执行；依据功能和性能需求 进行额外的抽样测试。

2. 物理配置审核

每个构建的 配置项 是否符合相应的技术文档。

配置项与配置状态报告中的信息是否相对应

审核系统规格说明书的完整性；

比较架构设计和详细设计构件 的一致性；

评审模块列表以确定 符合 已批准的编码标准；

审核手册（如用户手册、操作手册）的格式与完整性以及系统功能描述的符合性。