我们有一个非常庞大的项目,有20-30个模块,但它大部分完成了。它处于维护阶段(主要是错误修复,很少有新功能)。我正在努力想出一些需要维护产品的开发人员。
有没有一种很好的方法来衡量这个数字?
该项目主要是基于WinForm的C#应用程序(混合了.net 1.1和2.0)以及大量的vb6应用程序。
答案 0 :(得分:19)
这完全取决于代码质量,更改频率和测试级别。
例如,一个拥有数千行代码的系统,但非常罕见的更改以及完整的单元/集成测试库可能需要更少的开发人员,而这些开发人员经常会更改并且没有测试。
另一个重要因素是所涉及的开发人员的经验,不仅是一般的,而且特别是他们对具体项目的理解。
最后,这是一个非常难以估计的统计数据,您可能最好关注当前项目开发人员的工作量,并根据需要慢慢将人员移入或移出项目。
答案 1 :(得分:2)
更多地取决于需要修复的错误的数量和难度,而不是项目的大小。作为开始:
答案 2 :(得分:1)
我认为这取决于很多变量:您雇用的开发人员的质量,他们对代码的熟悉程度,代码的质量以及初学者使用的语言。我不认为会有一个方程式可行。
答案 3 :(得分:1)
我认为没有一种好方法可以选择这个。这取决于几个因素:
您可能只想从一个小团队开始,了解工作进展情况,并在以后需要时添加更多成员。
答案 4 :(得分:1)
如果您在项目的整个生命周期中使用了问题跟踪系统,则可以生成一份报告,显示每月平均发布的问题数和平均修复时间,从而为您提供历史维护要求。
然后你可以将此推断到未来。
答案 5 :(得分:0)
有一个命令行工具sloccount
,它实现了COCOMO model。它可以通过apt-get
在author's website和基于Debian的系统上使用。