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 划分用户使用效率复杂度：
应用软件是否就最终用户使用效率上有所设计？
最终用户使用效率描述了对人为因素和应用软件用户的易用性的考虑程度。在先功能强调了最终用户使用效率的设计（如，漫游帮助、菜单、在线帮助和文档、自动游标移动、滚动条、在线事务的远程打印以及预定义功能键）。
以下是记分的指南：
0 无
1 上文中的1或3项。
2 上文中的4或5项。
3 上文中的6项以上，但无特定相关于使用效率的用户需求。
4 上文中的6项以上，用户使用效率的需求要求就人的因素安排设计任务（例如，最少击键次数、最大化默认值、模板的使用）。
5 上文中的6项以上，用户使用效率的需求要求使用特殊的工具以展示达到即定的目标。
该特性具有广泛的分布，有些高分值的趋势：34%低于均值， 43%高于平均值。
用户使用效率对于信息管理系统较事务/生产系统重要。对于新开发项目，该分值较增强项目低，并具有较扁平的分布。同样的，从3GL项目至4GL项目，分值会增高。
6.2.2.4 划分在线更新复杂度：
多少内部逻辑文件会被在线的事务更新？
在线更新描述了内部逻辑文件在线更新的程度。应用软件为内部逻辑文件提供在线更新。
以下是记分的指南：
0 无
1 在线更新1至3个控制文件。更新量较少，恢复容易。
2 在线更新4个或4个以上的控制文件。更新量较少，恢复容易。
3 在线更新大量的控制文件。
4 另外，遗失数据的保护是关键的，并在系统中进行特定的设计和编码实现。
5 另外，大数据量带来了恢复过程中的成本考虑。需要最少人为干涉的高度自动化的恢复步骤。
在线更新的分值倾向高（半数高于均值），但大多数在3~4，5分较少。
事务/生产系统的分值较高。个人PC平台比其它平台低。同样
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
