标签:两种 RoCE 软件 gic idt 子集合 组织 讲解 use
功能点分析的步骤
在本文中将以国际标准IFPUG(International Function Point Users Group)组织提供的功能点估算法V4.1.1为基础与大家进行讲解。如下图所示,首先大家应该了解功能点估算法的使用步骤。
图 功能点估算的步骤
识别项目的类型
国际的IFPUG组织将软件项目分为三类,功能点估算法适用于任何一类项目
识别项目的范围和边界
使用UML的“UseCase”用例图是以用户角度进行识别项目范围和边界的最好方法,因为在画用例图时就必须明确系统的边界。通过系统的边界我们可以知道哪些功能要计算功能点,哪些功能点是外部系统负责计算的。以下图为例:一个外贸订单系统只包含录入、修改、删除、查询和统计订单的功能,而汇率查询转换服务是不属于该系统的。
应用程序边界的识别规则大家一定要牢记,不能从技术角度去思考,必须从用户角度来定义;如果项目牵扯到多个系统,那么必须将这多个系统的边界全部描述清楚。
图 外贸订单系统用例图
FP功能点估算分类
FP功能点估算法将功能点分为以下5类:
其中ILF和EIF属于数据类型的功能点,EI、EO、EQ属于人机交互类型的功能点。
以外贸订单系统项目为例:
识别功能点的重要原则
ILF、EIF要与EI、EO、EQ分开计算。对ILF和EIF复杂度的计算可以简单理解为对数据库复杂度的计算。对EI、EO、EQ复杂度的计算可以理解为对程序开发复杂度的计算。一般软件项目都是由数据和程序构成的,因此计算ILF、EIF和计算EI、EO、EQ之间没有任何关系。
ILF内部逻辑文件
内部逻辑文件是指一组以用户角度识别的,在应用程序边界内且被维护的逻辑相关数据或控制信息。ILF的主要目的是通过应用程序的一个或多个基本处理过程来维护数据。
EIF外部接口文件
外部接口文件是指一组在应用程序边界内被查询,但它是在其他应用程序中被维护的,以用户角度来识别的,逻辑上相关的数据。因此一个应用程序中的EIF必然是其他应用程序中的ILF。EIF的主要目的是为边界内的应用程序提供一个或多个通过基础操作过程来引用的一组数据或信息。
EIF所遵循的规则:
ILF和EIF复杂性计算
ILF和EIF的复杂性是取决于RET(Record element type)和DET(Data element type)的数量。DET是一个以用户角度识别的,非重复的有业务逻辑意义的字段。
DET计算的规则如下:
RET计算的规则如下:
RET是指一个EIF/ILF中用户可以识别的DET的集合。如果把DET简单理解为字段的话,那RET就可以简单理解为数据库中的表。RET在ILF/EIF中分为两种类型:可选的(Optional)和必选的(Mandatory)。计算RET的规则为以下两点:
ILF/EIF复杂度的矩阵如下
1~19个DET
|
20~50个DET
|
超过51个DET
|
|
1个RET |
低
|
低
|
中等
|
2~5个RET |
低
|
中等
|
高
|
6个以上RET |
中等
|
高
|
高
|
标签:两种 RoCE 软件 gic idt 子集合 组织 讲解 use
原文地址:https://www.cnblogs.com/lcword/p/8966709.html