tiaotiao0331 2007-12-28 22:11
有一点，我感觉不怎么好，就是文件版本命名上如果带上文件版本名称是不是不太好？因为配置工具，这里用的是ＳＶＮ，它本身具有版本管理的功能，也就是说，如果一个文件今天修改了一下，我提交假设是Ｖ０．１版，过几天又修改了一下，变成Ｖ０．２版，每天的工作都是需要及时提交上传，上传的时候，需要写明log，这样，当以后需要找Ｖ０．１版的时候，我们就可以通过工具里的一个命令追溯到以前的版本，这样会比较方便．如果文件名称本身定死了版本号，我感觉这样就不能很好地发挥这个工具的功能，建议文件名上不带版本号，大家觉得呢？我以前也是加版本号的，后来发现不妥，就去掉了．
balanceliu 2007-12-29 14:51
公司很多人为因素
有些制度定了，不好执行。
litchee 2008-1-16 21:13
SZHUIWANG，你实在是高手啊，能写出这么好的对我有价值的好文，雪中送炭啊，学习先，共同进步::em61::
hollyzhao 2008-2-16 12:56
我也是新手，前两天也草拟了一份配置管理计划。
但是仔细想想，如果想要使配置管理工作很好推进的话，
要考虑诸多因素，上级的重视程度，开发人员、测试人员的态度，大家对配置库的使用感受等等，
需要从中进行权衡，尽量找到一个平衡点，然后将这个平衡点的水平逐渐推高。
叶子 2008-2-17 16:37
LZ的制度是06.7写的,现在已经是08.2了,经过一年半的推广施行,不知道成效怎么样?
希望LZ继续跟踪这个帖子,继续和大家交流一下.
刚刚看了一下,觉得这个制度在变更管理和发布管理方面涉及不多.
叶子 2008-2-17 16:41
还有一点,感觉文档中将很多责任推到项目经理身上了,但是真正执行过程中,这些一致性等等,应该是多方一起来确保,而不可能完全由项目经理保证.
不知道大家是否有这个感觉?
oypc2303 2008-2-27 14:22
::em60:: ,我也是初学者，开始我也不知道怎么写质量管理说明书，经过了解，这个文档在整个开发过程中还是很关键的，有了质量管理计划说明书，才能保证软件开发的顺利进行！
shanyu 2008-2-28 12:27
刚加入配置管理的行列，真正能按照配置管理规范来执行，并不是那么容易的，这似乎不仅仅是有了一个配置管理员就可以把所有摆放混乱的图书归回原位的，这需要整个公司的重视和所有同事的配合。
lykee 2008-4-2 12:02
已经下载了
正在看。。觉得不错。。。觉得很多东西大概了解。但是看文档的话，确实更清楚
chenlily 2008-4-11 10:01
我现在也要给公司制定这方面的流程，不知道如何下手，学习学习
pig_bear10 2008-4-11 16:24
学习中，我们公司现在也是用的SVN，而且也才刚刚开始执行，觉得很多地方看起来容易，其实还是有点乱。
onlychoice 2008-4-17 14:38
回复 楼主 的帖子
既然有讨论的意味,又要收费?
CMStruggling 2008-4-17 19:48
配置管理制度
顾名思义
是不是也相当于是配置管理的管理
指导配置管理的各项工作
比如配置库的建立及权限分配
配置项的识别和标识
基线入库与发布
变更控制
备份与还原规程
产品发布
等等
也相当于配置管理方针下知道配置管理过程
根据软件生命周期各个阶段
采取相应的配置
asukataozi 2008-4-24 11:02
我们公司也没规范文档,正在建立中,谢谢LZ
vincentxu11 2008-4-26 23:19
惭愧，我们现在只有开发库，没有基线库。
yangmicro 2008-5-12 09:28
公司的具体情况不一样，开发的产品项目不一样，但配置管理的目标大体方向是一致的。所以可以以此为蓝本针对各自的情况略见修改，建议公司研发团体集体讨论再通过。