【讨论】配置项粒度 & 组织标准工作环境

lqbz

1. 不知道大家的配置管理用什么工具，要不要手工维护【配置项状态清单】？

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

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

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

谢谢！


上一篇：如何从SCM获益？
下一篇：【配置审计】怎么做？

iamredeye

怎么会那么多需求文档呢？如果有关联并且owner是一个人，不如合并到一两个文档来维护。

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

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

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

rebeccazxy

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

guanxb

个人觉得，作者混淆了一些概念。
配置项的颗粒度 与 产品部件的颗粒度
环境 与 资源

guanxb

怎么回事啊。我这么辛苦地回答问题，为什么金币只有2个？
能不能查一下交易记录？

lqbz

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

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

jaedonger

额。。关于配置管理，不是很懂。。。没研究到那么深。。
只好看看各位发言了。

lqbz

谢谢 iamredeye and rebeccazxy ！

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

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

欢迎多多交流和指教！

iamredeye

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

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

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

xixiaojing666

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

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

xixiaojing666

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

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

城轻纱坠

very good.

久违╰

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

斯达舒。

不错 支持一个了

爱怜你的美〆

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