查看完整版本: 配置管理最注重的东西是什么

[quote]原帖由 [i]applepig0622[/i] 于 2007-11-4 01:09 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=60216&ptid=1389][img]http://bbs.scmlife.com/images/common/back.gif[/img][/url]
3。配置数据
     配置管理的过程中如果能注意收集数据，并加以总结，对效率和质量的改进都有很重要的参考价值。

这个我们项目组是QA的工作呀～～

配置数据的整理，SCM也要收集呀？ [/quote]

这个，我想收集的是不是一些关于变更的数据，
比如需求变更次数，变更原因等。毕竟SCM也是CCB成员，比较了解。

这是我看了这个贴子回复的总结：
笼统派：策略、UP思想、配置原理；
教条派：版本控制、变更管理、配置数据收集、配置库管理 、发布管理、流程(总之，教科书上的条条框框都重要)；
大回归派：认为一切活动以配置项为中心，因此配置项最重要；
小回归派：认为一切活动都反映了版本的控制，因此版本控制是配置管理的灵魂；
综合派：配置项是横向的，版本管理和变更管理是纵向的；
管理派：配置管理就是管理配置项，但需要对配置项做什么样的管理，这才是配置管理的重点；
经验派：配置项是基础，核心是管理(3分配置，7分管理之说)；
弹性派：变更管理最重要(动态的就是最好的，也是最重要的)；
创新派：不争论(版本控制、变更管理的鸡与蛋问题)，连接两者的过程才是最重要的；
挖掘派：变化的原因，以及变化之间的互相影响与配置管理的关系；

我刚接触配置与管理，本来还是有点云里雾里的，通过上面的讲解好像思路明确了，谢谢了，以后请多多指教了

配置管理中管理最重要，管理中的变更管理是核心，变更管理要做的好必须控制变更流程，要使流程走通必须制定规范，要使规范能够执行下去项目负责人必须提供绩效考核方面的支持。

我才接触配置管理，以前做测试的
对配置管理的初步理解如下，望各位加以指正
配置管理管理什么，就是对项目的管理，那对项目的管理又指是什么呢，如下
项目
－－项目需求文档
－－架构设计文档
－－界面详细设计文档
－－初期测试用例
－－数据库设计文档（pdm）
－－源代码
－－编译工具说明
－－测试计划
－－测试问题卡
－－实施程序代码
－－实施环境（软，硬件环境）
－－实施过程中现场问题卡
－－测试报告
－－上线程序代码
以上着重源代码与实施程序代码与上线程序代码的管理

我刚接触SCM半年，
请问配置管理的日常工作是什么？
如果版本变更比较频繁，基线是怎么建立的？
还有如果配置管理的概念要从零开始，怎么才能很好的推行？

知道CM，这个概念，是在公司要做CMMI认证时才接触的，但还是没搞清楚。

我想做好配置管理，确定基线也很重要！基线是一个配置项也可能是多个配置项。要清楚什么时候该建立阶段产品基线和版本基线。
配置库一般有三个库：开发库，受控库，产品库,说得通俗点，就是什么时候该往哪个库放东西

仁者见仁,智者见智,从大家的理解中可以总结好的经验,更好的为自己所用

本人觉得最重要的是对如何有条不紊得管理源代码！

如果说最重要,我个人理解应该是基线管理.版本以及变更都归结为要建立基线.如果把基线管理好了,整个配置管理就有了管理的基础.
    所谓配置项,就是指工作产品(这些工作产品按照一定的标识规则,按照一定的管理规则进行归类存储,同时制定相应的流程来控制这些工作产品修改\存储\出入库),同时要记录这些变更.这就是配置管理的基本工作.当然,由于软件的特殊性,其管理难度相当大.没有一个合适的工具很难应付大型软软件系统的开发

回复 楼主 的帖子

确实逻辑上的概念非常的多。需要版主给出更大的篇幅说明

rocky_rup 同志说的不错，强烈同意！

62楼的总结很有意思，应该再开一帖，深入讨论下

变更管理，还有基线和版本发布计划

62楼是来搞笑的 嘿嘿

[font=微软雅黑][size=2]1、62楼的答案很精彩！@_@
2、大家的争论只是源于领域的不同，对配置管理的需求各异，在实际操作中侧重点肯定不一样。
     所以“配置管理最注重的东西是什么”这个问题太抽象了！
     楼上的见解都有道理，因为都是与自己的实际工作相结合的答案！
     回归到CMMI：一个企业，只有根据自身的实际情况制定出的CMMI才是有效的，照搬无效！
3、至于楼上的有人提出问题：“一个CM的日常工作是什么？”更是没有答案的。
     如果一定要有CM行动指南，那只能针对具体项目先制定《XX项目配置管理计划.doc》。
     再写写《配置库权限表》、《配置项审计》、《配置项统计》、《配置项清单》、《配置项变更列表》等等，明确一段时间内必须要完成的事情；
     在项目进行中，再见招拆招，做点什么建库、培训、做Trigger、活动与版本关联检查、vob和view备份、打基线、维护、审计、统计、变更、平台移植（根据需要）之类的工作。当然了，泡泡论坛，随时学习新东西、了解其他没用过的软件也是CM的日常工作之一。[/size][/font]

[font=微软雅黑][size=2]嘿嘿！第一次发贴！[/size][/font]::em57::7::" />

讨论好激烈哦！！::em61::

可是我还是听得云里雾里的~

同意楼主的认识

应该最关注的就是这些吧

楼上大家的总结都很到位
基本上都说明白了配置管理相关的知识
其实作为公司的配置管理人员自己要真正的把配置管理这一块搞熟搞透
在CMMI和软件生命周期中
配置管理占的比重是相当的大的
配置管理做好了
才更能保证软件的质量
愿与大家共勉
共同学习进步

配置管理就是围绕软件资产的管理，但软件资产说白了也就是我们定义为配置项的东东。配置管理大体分为4个核心的功能职责：配置标示，配置控制（变更管理，版本管理，发布管理）配置统计（配置状态报告） 配置审核。总之，我们的最终目的就是保证软件的质量和其他项目中的成员的共同目的是一致的。