思步网

思步网 首页 行业领域 专家文萃 查看内容

快速FPA 功能点法

2013-3-5 11:35| 发布者: 思步网| 查看: 9959| 评论: 21|原作者: anonerao

摘要: 在很多情况下,我们在知道全部需求信息之前(已经有足够信息确定系统的ILF、EIF、EI、EO、EQ,但没有足够信息确定DET、RET和FTR)需要做出一个规模估算,此时,我们给出“平均”权重。我们通常称这种方法为快速FPA估 ...

在很多情况下,我们在知道全部需求信息之前(已经有足够信息确定系统的ILFEIFEIEOEQ,但没有足够信息确定DETRETFTR)需要做出一个规模估算,此时,我们给出平均权重。我们通常称这种方法为快速FPA估算方法,其通常的步骤是:

1.计算输入EI,输出EO,查询EQ,主控文件ILF,和接口需求EIF的数目。

2.将这些数据进行加权乘。下表为一个典型的权值表。

功能类型

权值

输入EI

4

输出EO

5

查询EQ

4

主控文件ILF

10

接口ELF

10

3.估算人员得到功能点=33。


PS:整体功能点估算(FPA

系统的规模同样可以从两方面来看,即用户的功能观点和开发者的技术观点。用户关心的是系统能为他们做什么,功能规模度量支持这样的观点。开发者关心的是系统内核支持什么,这就和技术规模度量息息相关。在项目的生命周期中,软件规模估算早期一般使用功能规模度量,而在中期则使用技术规模度量。理想情况下,这两种度量应该使用同样的规模描述,并且相互间有一定可行的转换方法。

功能点估算(或FPA)是从用户的观点基于软件功能性来估算和度量应用软件规模的流行方法。功能点估算是在需求分析阶段基于系统功能的一种规模估计方法。系统的功能性规模根据功能点数(FPC)来计算。

功能估算点的原理推导:

SIZE系统= SIZE需求
        = SIZE功能需求+ SIZE非功能需求
        = (SIZE逻辑需求+ SIZE数据需求)+ SIZE非功能需求
        = [(SIZE输入+ SIZE输出+ SIZE查询)+(SIZE内部数据+ SIZE外部数据)]+SIZE非功能需求
        = SIZEFR+SIZENFR
       = [(SIZEEI+SIZEEO+ SIZEEQ)+(SIZELIF+SIZEEIF)]+SIZENFR
       = SIZEFR+SIZEFR*VAF
       = (1+ VAF )*SIZEFR

功能点估算的方法一般有三步:

1.计算未调整功能点数(UFP

v数据文件的相关概念 

l  系统边界:它是被测量的项目(或应用)和外部用户域(或应用)之间的分界。

l  内部逻辑文件(ILF):它是用户可确认的,在应用程序内部维护的、逻辑上相关的数据或控制信息。

l  外部接口文件(EIF):它是用户可确认的、由被测应用程序引用,但在其他应用程序内部维护的、逻辑上相关的数据或控制信息。

l  数据元素类型(DET):它是ILF(或EIF)中用户可识别的、唯一的、非循环的字段或属性。

l  记录元素类型(RET):它是用户可识别的、存在于一个ILF(或EIF)中的一组DET的子组。

l  文件类型参考(FTR):它是一个被某个事务参考的文件类型。

v事务处理的相关概念:

l  外部输入(EI):它表示一个数据从系统边界外进入系统内的基本事务过程。这些数据可能是控制信息或商业信息(如果是商业信息,则它会维护一个或多个ILF)。

l  外部输出(EO):它表示一个从系统内导出数据到系统外的基本事务过程。在这个过程中,会形成某种形式的报表或输出文件到其它应用中,并且这些导出的数据一般带有计算结果或推导的成分。

l  外部查询(EQ):它表示一个同时带有输入和输出成分的基本事务过程。在这个过程中,数据从一个或多个ILF(或EIF)中产生,并被导出至系统外部(这些导出的数据一般不会带有计算结果或推导的成分)。

计算开发功能点的方法

v对于ILF,计算基于其DETRET的数量。

v对于EIF,计算基于其DETRET的数量。

vILFEIF复杂度矩阵:

1-19 DET

20-50 DET

>=51 DET

1 RET

简单

简单

一般

2-5 RET

简单

一般

复杂

>=6 RET

一般

复杂

复杂

v对于EI,计算基于其DETFTR的数量。注意:EI在处理过程中所维护(或参考)的任何一个LIF(或EIF)都可以作为一个FTR计算。

l  对于所有消息只计算一个DET

l  将指定EI动作的能力算做一个DET,即使有多种方法触发同一个逻辑处理过程也一样。

l  EI的复杂度矩阵

1-4 DET

5-15 DET

>=16 DET

0-1 FTR

简单

简单

一般

2 FTR

简单

一般

复杂

>=3 FTR

一般

复杂

复杂

v对于EO,计算基于其输入和输出两端的DETFTR的总数量。注意:EO在处理过程中读取(或维护)的每个ILF(或EIF)都可以作为一个FTR计算,每个EO至少有一个FTR

l  在图形显示中,将每种类型的标签和对应数字算做一个DET

l  EO的复杂度矩阵

1-5 DET

6-9 DET

>=20 DET

0-1 FTR

简单

简单

一般

2-3 FTR

简单

一般

复杂

>=4 FTR

一般

复杂

复杂

v对于EQ,计算基于其输入和输出两端的DETFTR的总数量。注意:EQ在处理过程中读取到的每个ILF(或EIF)都可以作为一个FTR计算。

l  EQ的复杂度矩阵

1-5 DET

6-19 DET

>=20 DET

0-1 FTR

简单

简单

一般

2-3 FTR

简单

一般

复杂

>=4 FTR

一般

复杂

复杂

v每个功能的未调整的功能点取决于上述的功能类型(ILFEIFEIEOEQ)和功能的复杂度(简单、一般、复杂),其赋值如下表。将每个功能的未调整功能点求和,即得到项目的未调整功能点数UFP

复杂度

功能类型

ILF

EIF

EI

EO

EQ

简单

7

5

3

4

3

一般

10

7

4

5

4

复杂

15

10

6

7

6

 

2.确定调整因子(VAF

vFPA方法有14个通用系统特征(GSC)可影响功能点的计算,每个GSC有相关的描述来确定这种特征影响的程度(也估算了实现的难度)。特征影响程度的估值是从0-5,也即从无影响(不难实现)到影响强烈(极难实现):

   l  
数据传递:Data communications
   l  
分步处理:Distributed processing
   l  
性能要求:Performance
   l  
可配置性:Heavily used configuration
   l  
数务效率:Transation rates
   l  
实时要求:Online dataentry
   l  
用户可用性:End user efficiency
   l  
在线升级:Online update
   l  
复杂运算:Complex processing
   l  
可重用性:Reusability
   l  
安装简易性:Installation ease
   l  
管理方便性:Operational ease
   l  
跨平台能力:Multiple sites
   l  
可扩展性:Facilitate change

v计算值调整因子

下一步是计算值调整因子(VAF)。这一步用到14个通用系统特征(GSC)及其估值,每个GSC的影响程度的估值的和就是总影响程度(TDI)。

发表评论

最新评论

引用 anonerao 2010-9-28 16:16
1.         确定调整因子(VAF)

a)         FPA方法有14个通用系统特征(GSC)可影响功能点的计算,每个GSC有相关的描述来确定这种特征影响的程度(也估算了实现的难度)。特征影响程度的估值是从0-5,也即从无影响(不难实现)到影响强烈(极难实现):

l  数据传递:Data communications

l  分步处理:Distributed processing

l  性能要求:Performance

l  可配置性:Heavily used configuration

l  数务效率:Transation rates

l  实时要求:Online dataentry

l  用户可用性:End user efficiency

l  在线升级:Online update

l  复杂运算:Complex processing

l  可重用性:Reusability

l  安装简易性:Installation ease

l  管理方便性:Operational ease

l  跨平台能力:Multiple sites

l  可扩展性:Facilitate change

b)        计算值调整因子

下一步是计算值调整因子(VAF)。这一步用到14个通用系统特征(GSC)及其估值,每个GSC的影响程度的估值的和就是总影响程度(TDI)。VAF用以下公式计算:VAF=(TDI*0.01)+0.65

2.         计算功能点数(FPC)

开发项目的功能点的计算公式为: FPC=UFP*VAF
引用 i1521 2011-4-26 17:32
功能点不仅如此,在每个阶段,可以采用相应的办法进行计算,当然越前期,越粗略,准确性越低,但不会偏离到哪里去,因为那种估算是经验和行业的值推导的。
引用 mylikes2000_2 2011-5-25 10:31
估算渐进精确!
引用 住家小女子 2013-9-23 12:32
我觉得FTR和DET的计算比较困难。
引用 周润发 2014-4-27 10:45
这么强,支持楼主,佩服
引用 不哭了i 2014-5-30 09:21
打酱油的人拉,顺便赚点金币
引用 心似苍井空如水 2014-6-1 16:23
我也来顶一下..
引用 情比纸薄 2014-9-27 11:45
以我的经验来看,楼主的想法是可以执行的~
引用 橙子女 2015-3-9 21:40
顶不错 支持下
引用 霾忆 2016-1-18 11:59
very good.
引用 渐渐习惯了 2016-8-20 22:36
我是个凑数的。。。
引用 馨儿微安 2016-10-17 21:05
鼎力支持!!
引用 宿命中妥协 2016-12-12 15:17
我是个凑数的。。。
引用 无悔的无怨 2017-2-9 18:36
看起来好像不错的样子
引用 鹿言 2017-3-1 20:49
不错 支持一个了
引用 雨落青屿念雁羽 2017-7-16 21:47
以我的经验来看,楼主的想法是可以执行的~
引用 纯如小白 2017-12-22 12:06
以我的经验来看,楼主的想法是可以执行的~
引用 矫情什么! 2018-2-3 14:52
打酱油的人拉,顺便赚点金币
引用 似水 2019-8-2 20:05
其实,很多情况下都是这样的,习惯就好。

查看全部评论(21)



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部