|
|
知识路径： > 软件工程 > 项目管理知识 > 进度管理 > 进度管理 > 活动历时估算 >
|
|
相关知识点：4个
|
|
|
|
|
德尔菲法（Delphi法）是最流行的专家评估技术，该方法结合了专家判断法和三点估算法，在没有历史数据的情况下，这种方式适用于评定过去与将来，新技术与特定程序之间的差别，但专家“专”的程度及对项目的理解程度是工作中的难点，尽管德尔菲法可以减轻这种偏差，专家评估技术在评定一个新软件实际成本时用得不多，但是，这种方式对决定其他模型的输入时特别有用。
|
|
|
|
|
|
（1）组织者发给每位专家一份软件系统的规格说明书（略去名称和单位）和一张记录估算值的表格，请他们进行估算。
|
|
|
|
（2）专家详细研究软件规格说明书的内容，对该软件提出3个规模的估算值，即：
|
|
|
|
|
|
|
|
|
|
无记名地填写表格，并说明做此估算的理由。在填表的过程中，专家互相不进行讨论，但可以向组织者提问。
|
|
|
|
（3）组织者对专家们填在表格中的答复进行整理，做以下事情：
|
|
|
|
①计算各位专家（序号为i，i=1,2,…,n，共n位专家）的估算期望值Ei，并综合各位专家估算值的期望中值E。
|
|
|
|
|
|
|
|
（4）在综合专家估算结果的基础上，组织专家再次无记名地填写表格。然后比较两次估算的结果。若差异很大，则要通过查询找出差异的原因。
|
|
|
|
（5）上述过程可重复多次。最终可获得一个得到多数专家共识的软件规模（源代码行数）。在此过程中不得进行小组讨论。
|
|
|
|
最后，通过与历史资料进行类比，根据过去完成软件项目的规模和成本等信息，推算出该软件每行源代码所需要的成本。然后再乘以该软件源代码行数的估算值，就可得到该软件的成本估算值。
|
|
|
|
此方法的缺点是人们无法利用其他参加者的估算值来调整自己的估算值。宽带德尔菲法技术克服了这个缺点。在专家正式将估算值填入表格之前，由组织者召集小组会议，专家们与组织者一起对估算问题进行讨论，然后专家们再无记名填表。组织者对各位专家在表中填写的估算值进行综合和分类后，再召集会议，请专家们对其估算值有很大变动之处进行讨论，请专家们重新无记名填表。这样适当重复几次，得到比较准确的估计值。由于增加了协商的机会，集思广益，使得估算值更趋于合理。
|
|
|
|
总的来说，德尔菲法的不足之处在于，易受专家主观意识和思维局限的影响，而且技术上，征询表的设计对预测结果的影响较大。德尔菲法对减少数据中人为的偏见、防止任何人对结果不适当地产生过大的影响尤其有用。
|
|
|
