软件规模度量的功能点分析法

软件规模度量和估计有很多方法，常见的就是代码行估计法，但是随着UI在软件中的比重逐渐扩大的情况下，通过代码行来确定软件规模显得有些不适用，或者不够全面，功能点分析法是一种新的软件规模评估方法。我个人认为比较适合MIS一类的软件系统的规模估计，但是由于公司规模不大，这些理论模式没有精力去验证和实施，希望有兴趣，有条件的人去研究和实施吧。

这篇译文也发表在：

http://www.softwaremetrics.com/Articles/FPABase.pdf

同时原文也在这个网站上，感兴趣的人可以去这里看看。

评论

5 楼 whaosoft 2009-06-11  

这个东西是楼主做的吗 ?? 先表示钦佩 然后问下
要是
出现 mock1234 说的
<!--
其实我还想问为什么需要规模度量

另外，“一个功能点算作多大的规模？”
你希望得到怎样的回答？
比如“去年做的ABC项目里的‘显示shopping cart’算2个点”这样的回答你觉得如何？
--> 怎么办呢?

4 楼 myworkfirst 2009-06-11  

mock1234 写道

一个功能点算作多大的规模？这个弯弯绕的概念，其实是个谎言。

不能回答这个问题，那么你怎么去判断张三所说的1000个功能点就一定在规模上大于李四所说的300个功能点呢？

所谓“没有去验证和实施”，通常不是因为“精力”问题，而是这些理论本来就是空洞的，所以让人无法实施。

    怎么不知道呢？ 每个功能点都会估算出代码行数，既然是估算，误差肯定是有。 代码估算，有三种方法。

    对于功能点的难度，复杂度，都是经过分析可得出来的.

  比如一个登陆功能，一个单表维护。 在确定框架后，大概就知道要多少行了。

  项目完后，在总结大会上，会对项目前的估计行数和实际行数进行分析的。

3 楼 gigix 2009-06-11  

mock1234 写道

gigix 写道

mock1234 写道

一个功能点算作多大的规模？这个弯弯绕的概念，其实是个谎言。

不能回答这个问题，那么你怎么去判断张三所说的1000个功能点就一定在规模上大于李四所说的300个功能点呢？

你“没有去验证和实施”不能够不是因为“精力”问题，而是这些理论本来就是空洞的，所以让人无法实施。

为什么需要判断？

因为如果不需要判断，就等于听了当作消遣，那么拿出它来讨论所谓“规模度量”，就更是无稽之谈了。

其实我还想问为什么需要规模度量

另外，“一个功能点算作多大的规模？”
你希望得到怎样的回答？
比如“去年做的ABC项目里的‘显示shopping cart’算2个点”这样的回答你觉得如何？

2 楼 gigix 2009-06-11  

mock1234 写道

一个功能点算作多大的规模？这个弯弯绕的概念，其实是个谎言。

不能回答这个问题，那么你怎么去判断张三所说的1000个功能点就一定在规模上大于李四所说的300个功能点呢？

你“没有去验证和实施”不能够不是因为“精力”问题，而是这些理论本来就是空洞的，所以让人无法实施。

为什么需要判断？

1 楼 myworkfirst 2009-06-11  

       一般都是按功能点来估计吧，一个功能点多少行来计算