软件成本估算

Question

我在我的工作场所(一所大学)上见过大多数学生使用科科摩软件估算他们最终文凭工作的成本。我猜想这种估算成本的方法有点过时(COCOMO的日期是1981年)，因此我的问题是：

How do you estimate costs in your software?

我见过这样的事情：

成本=( HoursOfWork + EstimatedIddle )* HourlyRate

这不是我想要的，我在寻找一个正确(科学)定义的成本模型

编辑:我在下面找到了一些相关问题：

• 软件成本估算的方法和模型是什么？
• 如何估算开发软件需求的成本？

Answer 1

如果您被困在瀑布模式中，我所使用的唯一比较准确的方法是：

1. 创建一个工作分解结构
2. 确保它足够详细，这样您就可以将每项任务的大小与您(或您可以与之交谈的人)之前所做的事情联系起来。
3. 对于每项任务，根据经验给出一个最好的、可能的和最坏的数字。最好的情况是，如果一切都进行得很完美，最坏的情况是，如果你不得不重新做一次(也许两次)，而且可能就在那里的某个地方。
4. 使用一些加权公式，如(1*最佳+4*可能+1*最差)/6，为每项任务提出一个考虑范围的估计。
5. 我还看到了变体，您可以在每个任务中添加一个“风险”组件。风险的三个层次是0，1和2。0的风险意味着你以前做过它(或者非常接近的事情)，1表示你以前没有做过，但是在你的行业中它是经常做的，2意味着它在这个行业中可能从来没有做过。你拿风险数乘以你估计的“标准差”。把它加到你的加权估计中。所以，0的风险不会移动它，但是2的风险会使它非常接近最坏的情况数。
6. 把所有的任务加起来。
7. 为“未知的未知数”添加一个意外情况(某些%)。

你最终会得到一个非常精确的数字。我不是说它是准确的，但它会很精确。

准确与否完全取决于能否根据过去的经验为每项任务提出一个数字，或者找到以前做过的人。你拥有的经验越多，你的估计就越好。

在执行项目时，根据每个任务跟踪您的时间，并记录您错过的任务，这样您就可以进行比较。随着时间的推移，这会让你变得更好。

Answer 2

软件评估是非常困难的。我使用的一种方法是尽可能精细地分解需求，并分别对每个部分进行评估。然后添加一个“模糊因子”，它既可以是乘数(加倍)，也可以是固定数量(对于计划外的工作需要x小时)。如果您没有良好的需求，估计是不可能的实际目的。

Answer 3

自81年以来的30年里，这个行业学到了很多东西。这样的估算从未奏效。随着敏捷热潮基本上改写了整个环境，我们用“故事点”来表示一些模糊的“相对难度”。然后，我们获得了“速度”，这样这些肮脏的垃圾就可以用一定数量的经验数据进行$$估算了。