? 例如：页码、位置信息、时间、上一页、下一页等信息。
EI复杂度计算矩阵
0~1个FTR 2个FTR 大于2个FRT EO 0~1个FTR 2~3个FTR 多于4个FTR 1~4个DET 低 低 中等 5~15个DET 低 中等 高 多于16个DET 中等 高 高 和EQ复杂度计算矩阵 1~5个DET 低 低 中等 6~19个DET 低 中等 高 多于20个DET 中等 高 高 未调整前功能点对应矩阵EI、EO、EQ、ILF和EIF计算出来的技术复杂度对应的功能点如下表所示 EI EO EQ ILF EIF 低 3 4 3 7 5 中等 4 5 4 10 7 高 6 7 6 15 10 DET识别规则
用户可识别，非重复的字段，通过基本流程处理ILF/EIF时获得。
eg: 如果员工号在一个ILF或EIF中出现两次，一次是作为员工记录的主键，一个是作为家属信息的外键，员工号记为一个DET.
当两个应用程序维护或引用相同的ILF、EIF，但是各自使用不同的DET，那么仅计算它使用到的DET。
eg: 应用程序A使用到的地址信息包括：street address, city, state, zip code. 应用程序B可能把地址当做一个整体而未细化到个体，因此应用程序A计数有4个DET，而应用程序B计数有1个DET。
每个被用户用来和其他ILF或EIF建立关系的数据也是一个DET。
eg: 在HR系统中，员工信息是一个ILF，员工职位名称也算作是员工信息的一部分，被算作一个DET，因为它可以把员工和职位联系起来，这类DET成为外键。 RET识别规则
RET是指一个EIF/ILF中用户可以识别的DET的集合。
如果把DET简单理解为字段的话，那RET就可以简单地理解为数据库中的表。 如：订单内部逻辑文件由于存在订单头和明细关联引用，RET应该算2个
（2）内部逻辑文件与外部接口文件ILF内部逻辑文件
内部逻辑文件是指一组以用户角度识别的，在应用程序边界内且被维护的逻辑相关数据或控制信息。ILF的主要目的是通过应用程序的一个或多个基本处理过程来维护数据。
EIF外部接口文件外部接口文件是指一组在应用程序边界内被查询，但它是在其他应用程序中被维护
的，以用户角度来识别的，逻辑上相关的数据。因此一个应用程序中的EIF必然是其他应用程序中的ILF。EIF的主要目的是为边界内的应用程序提供一个或多个通过基础操作过程来引用的一组数据或信息。EIF所遵循的规则：
? 从用户角度出发识别的一组逻辑数据。
? 这组数据是在应用程序外部，并被应用程序引用的。 ? 计算功能点的这个应用程序并不维护该EIF
? 这组数据是作为另一个应用程序中的ILF被维护的。
ILF和EIF复杂性计算
ILF和EIF的复杂性是取决于RET（Record element type）和DET（Data element type）的数量。DET是一个以用户角度识别的，非重复的有业务逻辑意义的字段。
DET计算的规则：
● 通过一个基本处理过程的执行，对ILF进行维护或从ILF/EIF中返回一个特定的、用户可识别的、非重复的字段，那么每个这样的字段算一个DET。
? 例如：添加一个外贸订单时需要保存“订单号码、订单日期、地址、邮编”，那么对于ILF订单来说它的DET就是4个。
? 例如：保存订单时还会保存订单的明细，订单的明细往往作为一个子表进行保存，那么“订单号码”在主表和子表中都同时存在（主外键），但以用户角度来识别时，存盘操作是一个最小的单位，那么订单号码只能算做一个DET。
● 当两个应用程序维护和/或引用相同的ILF/EIF，但是每个应用程序分别维护/引用它们相应的DET时，这些DET在这两个应用程序的维护或引用中将单独计算。
? 例如一个应用程序的两个“Elementary Process”基本处理过程都需要使用到“地址”的信息，地址的信息又可以细分为“国家、城市、街道、邮编”。那么对于其中一个基本处理过程来说，他将整个地址信息作为一个整体进行处理，那就只算一个DET，另外一个基本处理过程使用每个地址的详细信息，那么DET就是4个。
? RET计算的规则如下：
RET是指一个EIF/ILF中用户可以识别的DET的集合。如果把DET简单理解为字段的话，那RET就可以简单理解为数据库中的表。RET在ILF/EIF中分为两种类型：可选的（Optional）和必选的（Mandatory）。计算RET的规则为以下两点：
● 在一个ILF/EIF中每一个可选或必选的集合都被计算为一个RET。或者 ● 如果一个ILF/EIF没有子集合，则ILF/EIF被计算为一个RET。
? 例如：在外贸订单系统中添加一个订单时会保存“订单信息、客户的ID、部门的ID”。 那么订单系统ILF中RET为： 1、 订单信息（必选的） 2、 客户信息（必选的）
3、 部门信息（可选的）因此ILF中RET的个数为3个。 ? ILF/EIF复杂度的矩阵如下
1个RET 2~5个RET 6个以上RET 1~19个DET 低 低 中等 20~50个DET 低 中等 高 超过51个DET 中等 高 高 外部输入EI的DET识别规则：
规则1：在EI的过程中，以用户角度识别的、通过应用系统边界输入系统内部的非重复字段，算作一个DET。
规则2：在EI的过程中，只要没有通过系统边界输入，即使它存在于系统内的一个ILF中，也不能算为一个DET。
例如：在外贸订单系统中，订单的金额是被单价和数量自动计算的，那么金额是没有通过系统边界输
入的，因此在EI操作中不能算作一个DET。
规则3：EI操作中系统提示的错误信息或完成的操作信息，应该分别算作一个DET。
例如：在网站注册用户信息时，如果输入错误，系统会显示提示信息，那么这些提示信息应该被逐个
计算为一个DET；而当EI操作正确完成时，系统提示并显示出来的信息，也应该被计算为一个DET。
外部输入EI的FTR识别规则：
规则1：它所维护的每一个ILF算做一个FTR。
规则2：通过EI读取的每个ILF/EIF算作一个FTR。
规则3：既被EI维护又被读取的ILF仅计算一次。
类别 功能点 涉及的文件类型 FTR(files type Referrenced) 少于2种 1～4 低（3） 低（3） 普通（4） 数据元 (Data Elements) 5～15 低（3） 普通（4） 高（6） 大于15 普通（4） 高（6） 高（6） EI 2 多于2种 涉及的文件类型 FTR(files type Referrenced) 数据元 (Data Elements) 1～5 低（4） 低（4） 普通（5） 6～19 低（4） 普通（5） 高（7） 大于19 普通（5） 高（7） 高（7） EO 人机交互 (程序复杂度) 少于2种 2 多于2种 涉及的文件类型 FTR(files type Referrenced) 数据元 (Data Elements) 1～5 低（4） 低（4） 普通（5） 6～19 低（4） 普通（5） 高（7） 大于19 普通（5） 高（7） 高（7） EQ 少于2种 2 多于2种 记录元素类型 RET(record element types) 数据元 (Data Elements) 1～19 低（7） 低（7） 普通（10） 20～50 低（7） 普通（10） 高（15） 大于51 普通（10） 高（15） 高（15） 数据存储 （数据库复杂度） ILF 1 2~5 6种以上
