准确度量(1)

    准确度量——软件项目规模估计有法可效

    软件项目的规模估算历来是比较复杂的事，因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误，导致软件项目的规模估算往往和实际情况相差甚远。因此，估算错误已被列入软件项目失败的四大原因之一。

    软件工程师经常会被问到，编一个什么样的软件需要多长时间、多少资金。对于这个问题，不少人会犯难，原因有两个：一是用户的需求太不具体，二是自己缺乏一个科学的估计方法。这里向大家介绍几种软件项目规模的估计方法。

    概念介绍

    先介绍一个衡量软件项目规模最常用的概念—— LOC(line of code)，LOC指所有的可执行的源代码行数，包括可交付的工作控制语言(JCL：job control language)语句、数据定义、数据类型声明、等价声明、输入/输出格式声明等。一行代码(1LOC)的价值和人月均代码行数可以体现一个软件生产组织的生产能力。组织可以根据对历史项目的审计来核算组织的单行代码价值。

    例如，某软件公司统计发现该公司每一万行C语言源代码形成的源文件(.c和.h文件)约为250K。某项目的源文件大小为3.75M，则可估计该项目源代码大约为15万行，该项目累计投入工作量为240人月，每人月费用为10 000元(包括人均工资、福利、办公费用公摊等)，则该项目中1LOC的价值为：

    (240×10 000)/150 000＝16元/LOC

    该项目的人月均代码行数为：

    150 000/240=625LOC/人月

    方法一：Delphi法

    Delphi法是目前最流行的专家评估技术，在没有历史数据的情况下，这种方式适用于评定过去与将来、新技术与特定程序之间的差别，但专家“专”的程度以及对项目的理解程度是工作中的难点，尽管Delphi技术可以减少这种偏差，但通常在评定一个新软件的实际成本时用得不多，这种方式在决定其他模型的输入时特别有用。Delphi法鼓励参加者根据问题进行相互讨论。这个技术要求有多种软件相关经验的人参与，互相说服对方。

    Delphi法的步骤是：

    (1) 协调人向各专家提供项目规格和估计表格；

    (2) 协调人召集小组会的各专家讨论与规模相关的因素；

    (3) 各专家匿名填写迭代表格(如下图2-2所示)；

    (4) 协调人整理出一个估计总结，以迭代表的形式返回专家；

    (5) 协调人召集小组会，讨论较大的估计差异；

    (6) 专家复查估计总结并在迭代表上提交另一个匿名估计；

    (7) 重复(4)～(6)步骤，直到最低和最高估计达到一致。

    Delphi法规模估计迭代表

    项目名称：  

    估计日期：

    估计者：

    估计论次：

    结果：

本文摘自《ERP项目管理散记》

---

　　 形散而神聚。因为是散文，所以没有框架结构的限制，作者写起来轻松，读者读起来方便，数千字成一文，每篇文章都是一个独立主题的探讨，又都紧密围绕ERP项目实施这一主题。
　　事异而理同。虽然多数文章的标题冠以ERP项目实施的大标题，但文中所阐述的很多道理，不仅仅只适合于ERP项目管理，更适合于所有的项目管理，甚至可以推而广之到企业管理中去。