6.1.4 决定内部逻辑文件：
内部逻辑文件是完全驻留在应用程序内部的逻辑相关数据的用户可识别的组，通过外部输入所维护。

对于低、平均或高，将数目分别乘以7、10或15。

6.1.5 决定外部接口文件：
外部接口文件是仅用于引用目的的逻辑相关数据的用户可识别的组。数据完全驻留在应用程序外部，由其它应用程序所维护。外部接口文件是其它应用程序的内部逻辑文件。

对于低、平均或高，将数目分别乘以5、7或10。

6.1.6 决定未调整功能点总数：
将带有权重的外部输入、外部输出、外部查询、内部逻辑文件和外部接口文件总和在一起。其结果即为未调整功能点。

6.2 决定加权因子:
决定加权因子包括划系统复杂度、输入和输出复杂度和应用复杂度的级别。

6.2.1 划分系统复杂度级别：
采用0~5的分值划分每个系统复杂度，分别代表无影响（no influence）、偶尔（incidental）、适度（moderate）、平均（average）、重大（significant）和根本（essential）。

6.2.1.1 划分数据通讯复杂度的级别：
具有多少数据通讯设备？

数据通讯描述了应用软件与处理器直接通讯的程度。应用软件使用的数据和控制信息在数据设备上发送和接收。局部直接与控制单元连接的终端被认为会使用通讯设备。协议是一系列规约，它允许在两个系统和设备之间传输或交换信息。所有的数据通讯链接需要某种协议。 以下是记分的指南：

0 应用软件是单纯的批处理或独立的PC。

1 应用软件是批处理，但具有远程的数据入口或者远程打印。

2 应用软件是批处理，但具有远程的数据入口和远程打印。

3 应用软件包括在线连接至批处理或查询系统的数据搜集或TP（远程处理）终端。

4 应用软件不仅仅是终端，并且支持一种通讯协议。

5 应用软件不仅仅是终端，并且支持多种通讯协议。

远程处理现在非常普遍。仅仅10%的项目是“低于平均”的分值2或以下；56%则具有“高于平均”的分值4或5。

对银行项目和个人PC开发的项目，该分值较低。从1991至1996，它具有持续降低的趋势，从高于平均水平降至平均水平。

6.2.1.2 划分分布式处理复杂度的级别：
分布式数据和功能如何被处理？

分布式数据处理描述了应用软件在各个组成部分之间数据传送的程度。分布式数据或功能处理是应用软件边界内部的一种特性。

以下是记分的指南：

0 应用软件无系统组件之间的数据传输或功能处理。

1 应用软件为系统其它组件上的终用户处理，如PC电子表格或PC DBMS准备数据。

2 数据为传输做出准备，接着被传输以及在其它系统组件上被处理（并非终用户处理）。

3 单方向的在线的分布式处理和数据传输。

4 双向的在线的分布式处理和数据传输。

5 功能处理动态的在相应的系统组件上执行。

在所有的常见系统特征中，该值取“低于平均值”具有非常大的比例。其统计分布是双峰值的：系统要么是单机，或者分布式处理是作为系统一种比较重要的特性。

在工程系统中往往具有更多的分布式处理。分布式处理在中范围的平台上较其它平台上更为普遍。分布式处理在交易/生产系统和办公信息系统中较管理信息系统和决策支持系统更为普遍。新的开发项目较改进项目中更重要一些。

6.2.1.3 划分性能复杂度的级别：
用户对响应时间或吞吐量是否有所要求？

性能描述了对响应时间和吞吐量性能方面考虑对应用软件开发的影响程度。用户以响应或吞吐量所陈述或认可的性能目标，影响着（或将影响）设计、开发、安装以及支持。

以下是记分的指南：

0 用户没有特殊的性能需求。

1 性能和设计需求被陈述和评审，但不需要特殊的活动。

2 响应时间或吞吐量在峰值时间是关键的。对CPU利用没有特殊的设计。处理的极限在日后考虑。

3 响应时间或吞吐量在所有的工作时间是关键的。对CPU利用没有特殊的设计。与其它交互系统处理极限方面的需求是强制的。

4 迫切的用户性能需求，要求在设计阶段进行性能分析方面的工作。

该特征具有较分散的分布：32%的项目低于平均值，30%的项目处于平均水平，38%的项目高于均值。

性能对于交易/生产系统较管理系统更为重要。新的开发项目较改进项目中更重要一些。