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