软件项目规模估计方法介绍[1]

发表于:2008-07-23来源:作者:点击数: 标签:项目规模软件
关键字: 软件 项目的规模 估算 历来是比较复杂的事,因为软件本身的复杂性、历史经验的缺乏、估算工具缺乏以及一些人为错误,导致软件项目的规模估算往往和实际情况相差甚远。 因此,估算错误已被列入软件项目失败的四大原因之一。 软件工程 师经常会被问到
关键字:

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

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

  概念介绍

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

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

  (240×10000)/150000=16元/LOC

  改项目的人月均代码行数为:

  150000/240=625LOC/人月

  方法一、Delphi

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

  Delphi法的步骤是:

  1、协调人向各专家提供项目规格和估计表格;

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

  3、各专家匿名填写迭代表格;

  4、协调人整理出一个估计总结,以迭代表的形式返回专家;

  5、协调人召集小组会,讨论较大的估计差异;

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

  7、重复4-6, 直到达到一个最低和最高估计的一致。

  

原文转自:http://www.ltesting.net