配置管理要点

文筱筱happy · 发表于 2011-2-17 11:31:16

重要概念说明

里程碑：某一个阶段，经过正式的评审，验证，确认或测试后，大家一致认为已经完成和达到目标。

基线：要对达到里程碑的一组特定工件做个标记或快照。

1)代表这组工作产品的一致性

2)代表这组工作产品可以做为下一个阶段的工作依据。

3)对于基线工作产品的修改都必须严格受到变更控制。

配置项:对项目或产品至关重要的交付物，需要进行版本和变更管理的交付物。

配置物理审核：仅审核配置项是否存在，物理路径，文件名称等是否和配置项清单一致。

配置功能审核：确定配置项目是否实现了特定的功能需求，审核配置项间的可追踪性。

版本控制：有效的记录配置项的历史修改记录和情况。

配置项与基线的区别：

配置项是需要进行配置管理的最小单位，如：一份文档、一片段代码等。

基线是配置项的一种，基线需要进行更加严格的管理。

一般配置项的管理等级是：权限控制、版本控制。而基线的管理等级除了具备以上管理外，还需要非常严格的变更控制办法。

配置审计：分为功能审计和物理审计

功能审计：指工作产品是否满足一定的功能要求，这个工作一般不由配置管理员负责，而是通过文档的评审、软件的测试进行。

物理审计：就是检查工作产品是否符合格式、版本号等方面的要求，一般有配置管理员负责。

配置项要进入配置库前，都应该经历审计，保证其符合要求，保证后续工作产品的正确性。如果是基线级别的工作产品要进入配置库，需要接受更加严格的审计。

配置管理计划的内容

配置项的识别：广义和狭义配置项。变更受控和仅归档为目的要分清楚。现在配置项识别一般是架构人员来做，配置管理员一般很难识别出项目细粒度的配置项信息。

CC相关规约：CC的目录结构，命名和编码规则，访问控制。

变更控制流程和规则：变更的最终对象是配置项，因此变更的内容必须是受控的。

基线管理：依据在项目主计划中的基线规划和配置项清单

配置状态报告：基线，配置项，变更和版本发布的状态 (最好在项目周期内均匀安排时间点)

配置审核报告：分为物理审核，功能审核和基线审核(现在情况基本是物理审核和基线审核，审核一般在提交基线发布申请时候做。而功能审核暂时没有操作起来)

执行配置控制

1.对配置项进行修改时候必须先检出，对基线配置项修改走变更

2.活动和配置项要严格对应起来(变更集)

3.变更程序(需求变更->预审意见->CCB会议->变更措施)

4.常见变更对象(变更请求，变更提议，变更调查，变更单，变更活动)

状态监督和审计

1.基线，配置项状态是下个阶段的重要依据和保证

2.变更状态是变更是否完成依据

3.配置审计：由CM来做主要是配置项的状态和物理位置

上一篇：软件配置管理改进-案例分析.ppt
下一篇：公司的这种情况下，开发库如何建立最为合适

lin566 · 发表于 2012-5-2 17:39:52

很清晰的描述，收藏了！

lijingsmallbee · 发表于 2012-5-25 16:10:50

QA学习点配置管理的知识也很有好处

阳光一号 · 发表于 2013-1-15 15:29:10

可口可乐@ · 发表于 2014-5-8 11:06:31

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

落雪听梅 · 发表于 2014-9-21 18:36:05

支持，赞一个

爱怜你的美〆 · 发表于 2014-11-2 20:22:19

其实，很多情况下都是这样的，习惯就好。

萌动 · 发表于 2014-11-26 18:35:11

支持，赞一个

メ零乱Oo · 发表于 2014-11-28 11:02:34

有空一起交流一下。

丶Mx灬神话丶 · 发表于 2015-2-10 09:07:01

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

晨敛清荷 · 发表于 2015-2-13 15:56:00

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

曖__昧〆圥玍 · 发表于 2015-2-18 19:53:05

向楼主学习

后来呢i · 发表于 2015-2-22 13:41:35

没人回帖。。。我来个吧！

梦钕煌 · 发表于 2015-3-31 12:06:37

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

独心！ · 发表于 2015-5-23 09:04:51

非常好，顶一下占位编辑

配置管理要点

逛了这许久，何不进去瞧瞧？