思步网

标题: 【讨论】配置项粒度 & 组织标准工作环境 [打印本页]

作者: lqbz 时间: 2008-6-19 16:52
标题: 【讨论】配置项粒度 & 组织标准工作环境
1. 不知道大家的配置管理用什么工具，要不要手工维护【配置项状态清单】？

如果有50本需求文档，50个画面原型，你会如何划分配置项呢？
如果每个文件一个配置项，你将维护一个庞大的配置项状态清单；如果10个文件为一个配置项，你将在其中一个文件发生变更进入基线时，对10个文件进行审核——选择哪个比较合适？

什么配置管理工具做这个最好用？能最好的实现【需求追溯】和【变更管理】？

2. cmmi1.2要求的【组织标准工作环境】，关于这个的过程文件或规范中，里面都包含了些什么内容呢？

谢谢！

作者: iamredeye 时间: 2008-6-20 10:01
怎么会那么多需求文档呢？如果有关联并且owner是一个人，不如合并到一两个文档来维护。

虽然不知道你说的【需求追溯】和【变更管理】具体到什么程度，不过我想任何工具都是来支持流程的。工具之上的流程一定要有（有些情况下甚至可以不需要太多工具支持）。任何工具自己“可能”都没有办法实现这些功能。

比如我发现一些公司尽管有了配置管理工具，但是实际上并没有真正执行变更管理流程。说明还是有人对变更管理及CM工具没有理解。

你说的【需求追溯】如果我理解的正确的话，也许可以试试requisite-pro。

作者: rebeccazxy 时间: 2008-6-20 10:34
1. 关于配置管理工具，我们使用的是CVS，虽然功能不像CC那么强大，但是一般也够用了。
  关于手工维护【配置项状态清单】，我们是手工维护的，目前还没发现CVS能有这个统计归纳的功能，即使有，也不如自己定制来的方便。
  关于配置项的划分，与iamredeye一样，我也奇怪怎麽会有这么多需求文档呢？需求文档也好，界面原型也好，如果是相对独立的，那就可以划分为一个配置项。具体来说，50个需求文档，若隶属不同项目，那先按项目划分，然后按照需求调研书、用户需求、软件需求划分开来，一般来说，描述用户需求的文档可以放在一起作为一个配置项，当然能合并成为一个《用户需求说明书》文档是最好不过的了，没必要分散放置。
  其实配置项的划分细度，是根据实际情况来的，最主要的目的还是为了方便管理和版本控制。举例来说，对于一个小型项目，或中型项目，可能你会把所有的界面原型放在一起作为一个配置项；而对于一个大型项目而言，你可能会把所有的界面原型划分为若干个相对独立的配置项。所以还是看你的实际情况而定。
  关于能最好的实现【需求追溯】和【变更管理】的配置管理工具，我接触过的配置管理工具只有VSS、SVN和CVS，这些都是比较基础的配置管理工具，能实现最简单的版本演化记录，而【需求追溯】和【变更管理】我们并不是使用配置管理工具实现的，而是使用《需求跟踪矩阵》和《配置项变更记录单》来管理，所以具体什么配置管理工具能实现你的要求我不太清楚，同问。
2.  关于【组织标准工作环境】，你说的是OPD的SP1.6的要求吗？我是这样理解的，组织建立工作环境标准，主要是指组织能提供的基本工作环境条件，以便项目在确定项目工作环境时选择使用。在我们实际的操作中，主要从硬件、软件等多个方面列出组织能提供的，从而制定出【组织标准工作环境】，项目在建立项目工作环境时，从【组织标准工作环境】里面选择，若里面没有的，那想法解决（借用、购买等）。不知理解是否正确，请高手指正。

作者: guanxb 时间: 2008-6-20 10:42
个人觉得，作者混淆了一些概念。
配置项的颗粒度与产品部件的颗粒度
环境与资源

作者: guanxb 时间: 2008-6-20 10:44
标题: 怎么回事？
怎么回事啊。我这么辛苦地回答问题，为什么金币只有2个？
能不能查一下交易记录？

作者: lqbz 时间: 2008-6-20 10:49

原帖由 guanxb 于 2008-6-20 10:44 发表
怎么回事啊。我这么辛苦地回答问题，为什么金币只有2个？
能不能查一下交易记录？

可能是系统发现你没有有效的回答问题吧。请guanxb详细讲解下配置项粒度和产品粒度环境和资源谢谢！

作者: jaedonger 时间: 2008-6-20 10:51
额。。关于配置管理，不是很懂。。。没研究到那么深。。
只好看看各位发言了。

作者: lqbz 时间: 2008-6-20 11:09
谢谢 iamredeye and rebeccazxy ！

1 需求文档是同一个项目的，项目组习惯每个功能模块一个需求文档，合并的可能性不太大；而且合并的话，文档太大也不好维护。如果多个需求文档作为一个配置项的话，单个文档的版本怎么管理和控制，变更时会审核这个配置项里所有的需求文档吗？

2、rebeccazxy 说的好像是资源我理解的是开发环境，目前只包括了硬件配置要求，基本安装的软件及版本等，不知道大家是怎么理解的，还有什么内容？

欢迎多多交流和指教！

作者: iamredeye 时间: 2008-6-20 13:26
不管分成多少个文档，其实本质上对变更管理和需求追溯也没任何差别。在工具里多check in/out几下呗，流程上没差别。就是感觉比较奇怪。不想合并也行，rar压缩一下;P

一个文档变动了另外一个是否有影响？问owner不就得了，不用那么机械。如果你们的SCM真执行的那么机械，问题就大了！

另外你问的这两个变更管理和需求追溯的功能和工具基本上都无关。我相信只要定义好流程，VSS，CVS/SVN，ClearCase都不妨碍其功能的实现。不要把流程和CM工具混淆了。这两个功能一个是项目管理的需要，一个是需求管理的需要。

作者: xixiaojing666 时间: 2008-6-20 15:03

原帖由 rebeccazxy 于 2008-6-20 10:34 发表
1. 关于配置管理工具，我们使用的是CVS，虽然功能不像CC那么强大，但是一般也够用了。
关于手工维护【配置项状态清单】，我们是手工维护的，目前还没发现CVS能有这个统计归纳的功能，即使有，也不如自己定制来的方 ...

赞成第一个问题的回答:handshake
第二个问题，不太清楚，所以暂时不发表言论！:L

作者: xixiaojing666 时间: 2008-6-20 15:05

原帖由 guanxb 于 2008-6-20 10:44 发表
怎么回事啊。我这么辛苦地回答问题，为什么金币只有2个？
能不能查一下交易记录？

关于积分请看
http://www.step365.com/thread-471-1-1.html

作者: 城轻纱坠 时间: 2014-6-4 15:25
very good.

作者: 久违╰ 时间: 2014-7-17 14:52
没人回帖。。。我来个吧！

作者: 斯达舒。 时间: 2014-8-13 22:19
不错支持一个了

作者: 爱怜你的美〆 时间: 2014-9-22 20:45
其实，很多情况下都是这样的，习惯就好。

作者: ∞白馒头 时间: 2014-10-30 10:13
向楼主学习

作者: 岁月长留 时间: 2014-10-31 17:52
确实不错，顶先

作者: 斜角夕阳 时间: 2014-11-6 16:08
好帖是需要鼓励的~

作者: １衯、愛情 时间: 2014-11-21 15:10
very good.

作者: 小二 时间: 2015-1-4 12:19
还不错哦，如果再能多分享一些就perfect了！

作者: ruggle 时间: 2015-4-29 16:24
very good.

作者: 萌系 时间: 2015-9-19 15:00
看起来不错

作者: ゛ゞ奔 时间: 2015-10-26 14:53
好帖是需要鼓励的~

作者: 昙花一现° 时间: 2015-12-15 14:19
我也来顶一下..

作者: 病态 时间: 2016-2-21 11:26
很有借鉴意义，先收藏了，谢谢楼主。

作者: 凝望流年 时间: 2016-3-17 13:42
我了个去，顶了

作者: ＿相守一世 时间: 2017-8-2 09:55
very good.

作者: 努力↗才幸福 时间: 2017-12-4 21:03
向楼主学习

作者: 夜流逝 时间: 2018-4-10 08:44
顶不错支持下

作者: 我词穷 时间: 2018-5-14 11:16
没人回帖。。。我来个吧！

作者: 勤学好问 时间: 2018-6-8 09:11
很有借鉴意义，先收藏了，谢谢楼主。

欢迎光临思步网 (http://www.step365.com/)