软件项目中的功能点法估算-原理

Function Point Estimation 功能点估算是一种用来估算项目大小的技术。
功能点是对软件功能和规模的间接定量测量,它基于客观的外部应用接口和主观的内部应用复杂度以及总体的性能特征。

 

功能点法和专家法估算最大的不同点在于对估算规模的细化的定量分析上面.我们在用专家法估算的时候往往会直接去估算工作量,或在规模的估算中掺 杂了生产率的数据,导致估算数据出现问题.专家法估算虽然有时候也很准确,但不能提升为组织级可以参考和借鉴的同样规则.其实专家法的估算要做准确也是遵 循了功能点法估算的思路,在考虑一个软件功能究竟涉及到哪些操作,涉及到多少数据文件的存在,每个操作需要访问哪些数据文件等相关问题.只是这些想法停留 在专家头脑里面而没有量化出来.

 

我们的预测,分析和决策能力要提升,就必须对我们的经验进行模型化和定量分析.功能点法正好就起到了这个作用.其实功能点发也有不完善的地方,这可以根据我们项目实际的使用情况去不断的改进.

 

功能点发进行估算的时候具体过程是:
1.对估算功能单元的类型进行识别
2.计算每种类型的复杂度.
3.计算总体的调整前的功能点数
4.根据调整因子对功能点数进行调整

 

功能点估算中有5种信息域需要进行描述:其中事务类的有EI,EO和EQ,数据存储类有ILF和EIF.

 

外部输入(EI):通过界面等的输入,插入更新等操作都是典型外部输入
外部输出(EO):仅仅输出,入导出,报表,打印等输出
外部查询(EQ):先要输入数据,在根据输入数据计算输出,如查询
内部逻辑文件(ILF):可以理解为业务对象,可能对应多个数据表
外部接口文件(EIF):其它应用提供的接口数据

 

A.对事务类功能点的估算:
对事务类的功能点估算需要确定DET和FTR两个指标:
DET:可以理解为界面的录入具体数据项,按钮也要作为数据项
FTR:事务功能需要操作的数据文件的数目

对EI的复杂度的计算:

软件项目中的功能点法估算-原理
对EO和EQ复杂度的计算:

软件项目中的功能点法估算-原理

B.对数据存储类功能点的估算
对数据存储类功能点的估算需要确定DET和RET两个指标
DET:具体数据存储文件的数据项的数目
RET:数据文件是复合文件时候关联或引用的个数.如订单数据文件由于存在订单头和明细关联引用,RET应该算2.

对ILF和EIF复杂度的计算:

软件项目中的功能点法估算-原理
信息域数据估算完成后可以开始考虑调整因子:

调整因子是一种补偿机制,即通过五个信息域和复杂度都还没有办法考虑到的因素就应该做为调整因子.如同样一个软件系统一种是系统要支持分布式和自动更新,而另一种是不考虑这种需求,如果不考虑调整因子这两者的规模是一样的,但很明细第一种情况复杂度和规模都会更大些.

软件项目中的功能点法估算-原理

 

有了调整因子后最终可以得到调整后的功能点数:

AFP(调整后功能点)= UFP (未调整功能点数目)* AF (影响因子)

 

参考文档:

http://www.softwaremetrics.com/freemanual.htm

http://www.manageblog.net/womengge/

  • 1
    点赞
  • 16
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值