通过分解“软件配置管理计划”这八个字，并将其一层层演义，当演义结束的时候，你也就自然明白了什么叫“软件配置管理计划”。

首先讲软件

软件就是一些程序、数据、文档的集合，对应的是软件生命周期整个过程，如需求分析文档、概要设计文档、数据库设计文档、源代码、系统测试文档、安装手册等等。

同时，“软件”一词在这里又是广义上的，因为做为一个项目，在上述过程中还隐含的包括了与此相适应的所有支持过程，如软件开发计划、软件质量保证计划、(当然还有软件配置管理计划)等。

如果你觉得把“软件”一词就这样进行广义有点牵强，那么当你看到这八个字中即有“管理”又有“计划”的，你也会想到“软件”会包含以上两方面的内容。

其次讲配置管理

配置管理的主体就是“软件”部分描述的两方面内容(又称之为配置项)，其主要动作就是对“修改”的管理，主要体现在版本的更新上。

配置项中有三个状态，草稿(Draft)、正式发布(Released)、正在修改(Changing)。

“正式发布”是指经评审通过的，“正在修改”是依附在“正式发布”之上的，是指评审OK后还要进行一些修改，所以你千万别误解为对处于“草稿”状态配置项进行修改也叫“正在修改”，“草稿”修改完了还是“草稿”。

在这三个状态之下，要做好版本控制工作，既不能出现版本丢失的情况，也不能出现版本覆盖的情况，要做到井然有序、步步为营。

在所有的配置项中，我们会看到很多很多的名词，有的被称之什么什么库，有的被称之什么什么基线，所以在这里有必要引入几个概念说明一下。

对于库的理解，我觉得像一个容器，主要用来装程序及最终生成的产品，可以对应配置项的不同状态。

对于基线的理解，我觉得是一个终极版本，或者说是阶段性的终极版本，就是不再轻易改动了，只对应配置项的“正式发布”状态。

为了更加具体一点，列举几个名词并进行解释。

1.开发库：开发库是开发人员放程序的地方，有的是私人的，有的是公共的，以便协同工作，应根据不同的需求设不同的访问权限。

2.受控库：存放所有拟发布的配置项，随时准备“正式发布”，只待评审，一旦通过，就转为“正式发布”状态，所以这个库也叫配置库，得由配置管理人员管好，不能搞错。

3.功能基线：就是《需求规格说明书》，所有的基线以此类推就行了。

最后讲管理计划

透过“管理计划”这几个字，显而易见的知道这是一项具有管理属性又具有系统性的工作，主要体现在三个方面。

一、做好配置项自身的管理，可属“业务管理”范筹。除做好三个状态、版本控制、库与基线的工作之外，还要做好配置库备份工作。

二、做好软件配置的管理工作，可属“行政管理”范筹，如配置管理小组人员架构、配置控制流程机制(包括问题报告单SPR、软件修改报告单SCR)等。

三、做好配置管理的监督检查工作，可属“纪检组”范筹，就是在配置管理小组人员中要设一个监督检查的人，通常这个人来源于质量保证计划成员。

如果我们把这“三讲”的意思给串起来，那就是“软件配置管理计划”了。