软件配置管理基本概念

一叶舟

1.配置识别：它是配置管理的一个组成部分，包括：选择产品的配置项、为它们指定唯一的标识，并在技术文档中记录其功能和物理特性。
8
1)配置项：我们已经知道，软件配置管理，管的是软件资产：不仅要管源代码，要管文档，要管安装包，还要管环境和工具，比如编译工具等。这么多东西要管，总得一样一样的标出来。在术语上，我们管这样标识出来的每一项，叫配置项。
1
2)配置项物理特性和功能特性：名称或编号，类别（文档还是源代码？），是自己开发的，还是外面找的？属于哪个产品或哪些产品？存储在哪儿，哪个工具，哪个目录下？

2.配置控制：它是配置管理的一个组成部分，包含评估、协调、批准/拒绝、实施对配置项的变更。这应该发生在正式的配置识别之后。

1)变更请求被提出来之后，先是评估它是什么类型的变更，是缺陷，是功能增强，还是新功能？看它是不是已经被人提出来过？如果是缺陷，看它是否能复现？如果是功能增强或新功能，则要更加仔细的评估。看看如何才能实现它，给出初步解决方案；看看它涉及哪些配置项；看看它要多少人力和时间来实现；看看实现它对项目的进度和成本等方面的影响；看看有什么风险；看看客户有多需要它。

2)对于变更，还有协调的工作要做，这主要体现在三方面。一方面，在不同的变更请求之间的关联性。有些变更请求，可能说的是一回事，或者相关的事情。则需要统筹考虑它们对设计的影响，它们实现成本；要考虑是要把它们都实现，还是都拒绝或拒绝一部分。另一方面，一个变更请求，可能会影响到不同产品，因为它所进行的改动，是在一个公共组件上，这个组件被好几个产品使用。因此，要统筹考虑好几个产品。第三方面，协调，也体现在完成的先后顺序上，有的请求比较紧急，有的比较重大，要优先安排人力资源完成，有些则可以拖一拖。

3)在仔细考虑了变更请求的成本、风险、价值等因素后，做出批准或拒绝的决定，以及何时实施、谁来实施、等（如果变更被批准的话）。:

4)在做出批准决定后，就要实施它。



上一篇：SCM软件主流应用趋势分析
下一篇：如何做好IT项目管理的需求管理

家娥德

众里寻他千百度，蓦然回首在这里！

爱非卫

LZ你能不能淡定点哈~

Bobactho

确实不错，顶先

雨狐

很有借鉴意义，先收藏了，谢谢楼主。

醉阳

确实不错，顶先

爱你爱得太傻

打酱油的人拉，顺便赚点金币

请叫我倍儿坚强i

好帖是需要鼓励的~

浮动不安.

不错 支持一个了

海市蜃楼

打酱油的人拉，顺便赚点金币

゛ゞ奔

好帖是需要鼓励的~

病态

很有借鉴意义，先收藏了，谢谢楼主。

泪眸﹌

看起来好像不错的样子

四眼

看帖要回，回帖才健康，在踩踩，楼主辛苦了！

傲娇女神

打酱油的人拉，顺便赚点金币