6.2.1.4 划分配置项负载复杂度的级别：
对当前的硬件平台的使用程度？

配置项的使用程度描述了计算机资源对应用软件开发的影响程度。需要特殊设计考虑的满负荷运行的操作配置，是应用软件的一个特征。例如，用户想在现有的或指定的满载设备上使用应用软件。

以下是记分的指南：

0 没有明显的或隐式的操作限制。

1 存在操作约束，但限制较典型的应用较小。限制不需要特殊的工作。

2 存在某些安全性或时序的考虑。

3 特殊应用软件部分存在特殊的对处理器的需求。

4 所要求的操作限制对中心处理器或主要处理器上的应用软件需要特殊的限制。

5 另外，在系统的分布式组件上存在特殊的限制。

本特性的分值普遍较低：66%低于均值，20%处于平均水平，14%高于均值。

交易/生产系统和办公信息系统的分值较管理信息系统和决策支持系统低。新的开发项目较改进项目中低；中等项目较其它平台高；工程系统较高。从3GL项目至4GL项目，分值会增高。

6.2.1.5 决定系统复杂度的级别：
4个带权重的分值相加即为系统复杂度。

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

6.2.2.1 划分事务率复杂度：
事务执行的频繁程度？

事务率描述了业务交易（事务）影响应用软件开发的程度。如果事物率高，它会影响设计、开发、安装和支持。 以下是记分的指南：

0 预计没有峰值的事务处理周期。

1 预计存在峰值的事务处理周期（如：月、季、年）。

2 预计每周存在峰值的事务处理。

3 预计每日存在峰值的事务处理。

4 用户需求中要求高的事务率或者服务级别的约定足够的高，要求在设计阶段进行性能分析。

5 用户需求中要求高的事务率或者服务级别的约定足够的高，要求在设计阶段进行性能分析。另外，需要在设计、开发和/或安装阶段使用性能分析工具。

事务率的分值在分布在0~4的范围内；5分情况较少。

事务率在银行系统中较一般情况重要性高，在工程系统中则较低。在大型机其它平台重要性高。尽管可能期望对于事务/生产系统而言，重要程度高一些，但在应用类型之间没有重大的差别。从1991年至1996年，该分值有着稳定的提高。

6.2.2.2 划分在线数据项复杂度：
百分之多少的信息是在线输入的？

在线数据项描述了数据通过交互式事务输入的程度。应用软件提供在线数据项和控制功能。

以下是记分的指南：

0 所有的事务以批处理的形式处理。

1 1%至7%的事务是交互式数据项。

2 8%至15%的事务是交互式数据项。

3 16%至23%的事务是交互式数据项。

4 24%至30%的事务是交互式数据项。

5 超过30%的事务是交互式数据项。

直到现在，该特性在所有的调整因子中是高的，并且变化是少的。60%的项目对该特性的取值为5分，大的可能值。

根据IFPUG指南，5分意味着超过30%的事务包括交互式数据项。对于现在而言，作为阀值可能30%过低；较高的取值可能能够提供更有用的区别。

对于单个机构COBOL!主机/银行项目，该分值较低（通常3分）。而5分的取值近乎适用于其它一切情况。

6.2.2.3 划分用户使用效率复杂度：
应用软件是否终用户使用效率上有所设计？

终用户使用效率描述了对人为因素和应用软件用户的易用性的考虑程度。在先功能强调了终用户使用效率的设计（如，漫游帮助、菜单、在线帮助和文档、自动游标移动、滚动条、在线事务的远程打印以及预定义功能键）。