功能点估算指南

1、公司名称CMMI指南文档编号:公司名称-SPI-PP-Guid-FPA功能点估算指南V1.0编写： 审核：批准：日期：日期：日期：变更记录版本文件内容描述日期编写审核批准目录1.目的12.范围13.角色和职责14.输入15.输出36.步骤36.1.决定未调整功能点36.1.1.决定外部输入36.1.2.决定外部输出36.1.3.决定外部查询46.1.4.决定内部逻辑文件46.1.5.决定外部接口文件46.1.6.决定功能复杂度46.1.7.决定未调整功能点总数56.2.决定复杂度调整因子66.3.决定功能点87.计算原则87.1.术语定义87.2.功能识别原则87.3.复杂度计算原则97.4.

2、GUI计算原则118.通用系统特性128.1.数据通讯128.2.分布式处理128.3.性能138.4.配置项负载148.5.事务率148.6.在线数据项158.7.用户使用效率168.8.在线更新178.9.复杂处理178.10.重用性178.11.安装容易程度188.12.操作容易程度188.13.多个地点198.14.修改容易程度201. 目的本规程的目的是基于软件需求产生软件规模的估计。功能点是基于应用软件的外部、内部特性以及软件性能的一种间接的软件规模的测量。功能点与软件成本具有重大的成本估计关系（CER：Cost Estimating Relationship）。功能点可以作为经验

3、统计参数化软件成本估计公式和模型的输入，以对软件的成本进行估计。功能点方法被广泛的认可在信息系统、数据库密集型、4GL应用系统开发的规模测量。2. 范围功能点是对软件功能和规模的间接定量测量，它基于客观的外部应用接口和主观的内部应用复杂度以及总体的性能特征。该规程由三个逻辑部分组成：决定未调整的功能点计数、加权因子和功能点。决定未调整的功能计数包括对外部输入、外部输出、外部查询、内部逻辑文件和外部接口文件的计数。决定加权因子包括划定系统、输入和输出、应用复杂度的级别。决定功能点包括将未调整的功能点和加权因子整合在一起。功能点具有两个独立的目标。第一个目标是作为软件测量、对比和分析（如，软件度量

4、方法）的基础。第二个，也是更重要的目标是作为软件成本估计模型（如，公式）和产出工作量（如，工时）工具的输入，软件成本估计模型和工具则基于功能点和工作量之间的经验成本估计关系（CER）。3. 角色和职责项目经理：项目经理负责为软件成本估计进行对功能点的估计。项目经理必须基于外部应用接口估计未调整功能点，和基于应用程序的复杂度和性能对加权因子进行估计。 项目经理必须辅助决定功能点以及从技术人员处获取输入。4. 输入事务和文件清单：应用软件功能和规模的间接的定量测量基于外部应用接口客观的数量，如：外部输入、外部输出、外部查询、内部逻辑文件和外部接口文件。功能点的五个要素分为两组： 数据功能：最终用户

5、的数据需求o 内部逻辑文件o 外部接口文件 交易功能：客户对数据的可调用性o 外部输入o 外部输出o 外部查询 外部输入：数据由外向内跨越边界的基本处理过程，用户可以根据需要通过增、删、改来维护内部逻辑文件。数据可能来自于数据输入屏幕、电子输入或其它应用程序。数据可以是控制信息或业务信息。如果数据是业务信息，它用于维护一个或多个内部逻辑文件。如果数据是控制信息，它不必更新内部逻辑文件。例如，驾驶员在飞行前和飞行中可以增加、删除、修改航行信息。此时，飞行员使用的功能是外部输入（EI）。外部输入使用户可以维护ILF。EI的主要目的是维护ILF或转换系统行为。 外部输出：导出的数据由内向外跨越边界的

6、基本处理过程，使用户可以输出结果。数据创建发送给其它应用的报表或输出文件。这些报表和文件由一个或多个内部逻辑文件和外部接口文件所创建。例如：驾驶员能够分别显示地面速度、实际气流速度和经过校准的气流速度。显示结果就是经过调用维护数据和参考数据获得的。在功能点术语中，显示的结果就称为“外部输出”（EO）。EO和EQ的主要目的是向用户展示信息。 外部查询：包括输入和输出构件的基本处理过程，用户可以通过计算机系统选择特定的数据并显示结果。输入和输出构件导致一个或多个内部逻辑文件和外部接口文件的数据检索。该信息被发送出应用程序边界。输入过程不会更新任何内部逻辑文件以及输出不包含导出的数据。为了获得这项结

7、果，用户要输入选择信息抓取符合条件的数据。此时没有对数据的处理，是直接从所在的文件抓取信息。例如：驾驶员要显示预先设置的地形图，输出的结果就是直接从信息存贮位置提取的信息；这里我们称作“外部查询”（EQ）。 内部逻辑文件：完全驻留在应用程序内部的逻辑相关数据的用户可识别的组，通过外部输入所维护。使客户可以使用他们负责维护的数据。例如驾驶员在起飞行前通过显示器输入一系列航行数据，这些数据保存在一个文件里备用，并可以在执行过程中进行修改。因此，驾驶员负责维护包含航行信息的文件。数据在系统中的逻辑分组是由最终用户维护的，我们把它叫做“内部逻辑文件”（ILF）。 外部接口文件：仅用于引用目的的逻辑相关

8、数据的用户可识别的组。数据完全驻留在应用程序外部，由其它应用程序所维护。外部接口文件是其它应用程序的内部逻辑文件。该数据只供系统用户参考使用。例如：飞行中，驾驶员可能需要参考某卫星或地面定位系统的定位数据。驾驶员不负责更新这些数据但要参考使用。这样，这些只供参考使用的其他系统的数据分组就称为外部接口文件（EIF）。系统的总体特性：间接和主观的应用软件功能和规模的测量基于内部应用复杂度和整体性能特性级别的划分，如系统、输入和输出以及应用复杂度。5. 输出功能点：功能点作为软件成本估计基础，是软件规模、功能和复杂度的测量。6. 步骤6.1. 决定未调整功能点决定未调整功能点的数目包括对外部输入、外

9、部输出、外部查询、内部逻辑文件和外部接口文件的计数。6.1.1. 决定外部输入外部输入是数据由外向内跨越边界的基本处理过程。数据可能来自于数据输入屏幕、电子输入或其它应用程序。数据可以是控制信息或业务信息。如果数据是业务信息，它用于维护一个或多个内部逻辑文件。如果数据是控制信息，它不必更新内部逻辑文件。对于低、平均或高，将数目分别乘以3、4或6。6.1.2. 决定外部输出外部输出是导出的数据由内向外跨越边界的基本处理过程。数据创建发送给其它应用的报表或输出文件。这些报表和文件由一个或多个内部逻辑文件和外部接口文件所创建。对于低、平均或高，将数目分别乘以4、5或7。6.1.3. 决定外部查询外部

10、查询是包括输入和输出构件的基本处理过程。输入和输出构件导致一个或多个内部逻辑文件和外部接口文件的数据检索。该信息被发送出应用程序边界。输入过程不会更新任何内部逻辑文件以及输出不包含导出的数据。对于低、平均或高，将数目分别乘以3、4或6。6.1.4. 决定内部逻辑文件内部逻辑文件是完全驻留在应用程序内部的逻辑相关数据的用户可识别的组，通过外部输入所维护。对于低、平均或高，将数目分别乘以7、10或15。6.1.5. 决定外部接口文件外部接口文件是仅用于引用目的的逻辑相关数据的用户可识别的组。数据完全驻留在应用程序外部，由其它应用程序所维护。外部接口文件是其它应用程序的内部逻辑文件。对于低、平均或高

11、，将数目分别乘以5、7或10。6.1.6. 决定功能复杂度功能复杂度（Complexity）是由某一功能的数据分组和数据元素共同决定的。计算数据元素和无重复的数据分组个数后，将数值和复杂度矩阵对照，就可以确定该功能的复杂度属于高、中、低。以上的五个功能要素（ILF，EIF，EI，EO和EQ），每个都有各自的复杂度矩阵。Complexity Matrix for ILF or EIFRETsDETs1-1920-5051+1LowLowAverage2-5LowAverageHigh5AverageHighHighComplexity Matrix for EIFTRDETs1-45-1516+

12、2AverageHighHighComplexity Matrix for EO/EQFTRDETs1-56-1920+3AverageHighHighIFPUG Unadjusted Function Points ContributionComponentFunction LevelLowAverageHighILF71015EIF5710EI346EO457EQ346RETS：记录元素类型数（Record Element Types）DETS：数据元素类型数（Data Element Types）FTRS：参照文件类型数（File Types Referenced）6.1.7. 决定未调

13、整功能点总数将带有权重的外部输入、外部输出、外部查询、内部逻辑文件和外部接口文件总和在一起。其结果即为未调整功能点。计算未调整功能点数的例子如下：Function name功能名称 Function Type功能类型 Record Element Types记录元素类型数 Data Element Type数据元素类型数 File Types Referenced参照文件类型数 Unadjusted FPs未调整FP数 Navigational data航行数据 ILF 3 36 n/a 10 Positional data定位数据 EIF 1 3 n/a 5 Navigational dat

14、a add增加航行数据 EI n/a 36 1 4 Navigational data change更改航行数据 EI n/a 36 1 4 Navigational data - delete 删除航行数据EI n/a 36 1 4 Ground speed display显示地面速度 EO n/a 20 3 7 Air speed display显示飞行速度 EO n/a 20 3 7 Calibrated air speed display显示校准飞行速度 EO n/a 20 3 7 Terrain clearance display清除地形显示 EQ n/a 1 1 3 Total u

15、nadjusted count 未调整功能点数总和： 51 UFPs 数据功能复杂度是以“记录元素类型”为依据的，交易功能复杂度是以“参照文件类型”为依据的。以上复杂度值仅为举例。通过对所有的功能要素的分析并将结果相加，就获得了“未调整的功能点数”6.2. 决定复杂度调整因子未调整的功能点数要乘以复杂度调整因子才是最后的功能点数。复杂度调整因子是通过考察系统的14个方面的技术和运行特点获得的。14个系统特性如下：系统方面包括：数据通讯分布式处理性能配置项负载输入和输出方面包括：事务率在线数据项用户使用效率在线更新应用软件方面包括：复杂处理重用性安装容易程度操作容易程度多个地点修改容易程度复杂度

16、调整因子0.65+0.01*Fi，Fi对应上述因素值之和，每个因素的取值为05，复杂度调整因子在0.65到1.35之间变化。复杂度级别：用05的分值划分每个复杂度，分别代表无影响（no influence）、偶尔（incidental）、适度（moderate）、平均（average）、重大（significant）和根本（essential）。6.3. 决定功能点调整后的功能点总数未调整的功能点总数复杂度调整因子7. 计算原则7.1. 术语定义数据元素类型（DET）：是一个唯一的用户认可的、不重复的字段。记录元素类型（RET）：是ILF/EIF中用户确认的数据元素组，分为可选和必选两种。文件

17、类型参考（FTR）：是由交易功能读取或维护的内部逻辑文件（ILF）或由交易功能读取的外部接口文件（EIF）。7.2. 功能识别原则ILF识别原则：1. 数据或控制信息组是合乎逻辑的和用户可确认的；2. 数据组的维护是在应用边界内的基本过程中完成的。EIF识别原则：1. 数据或控制信息组是合乎逻辑的和用户可确认的；2. 由被计算的应用引用的数据组是外部的；3. 数据组不在被计算的应用中维护；4. 数据组由其他应用的ILF维护。EI识别原则：1. 从应用边界外接受数据或控制信息；2. 如果进入应用边界的数据不是转换系统行为的控制信息，则至少要维护一个ILF；3. 对被确定的过程，必须满足如下的一条

18、： 处理逻辑与其他EI执行的处理逻辑不同； 确认的数据元素集与其他EI的数据元素集不同； 参考的ILF或EIF与其他EI参考的文件不同。EO识别原则：1. 发送数据或控制信息到应用边界外部的功能；2. 对被确定的过程，必须满足如下的一条： 处理逻辑与其他EO或EQ执行的处理逻辑不同； 确认的数据元素集与其他EO或EQ的数据元素集不同； 参考的ILF或EIF与其他EO或EQ参考的文件不同。3. 基本过程的处理逻辑至少包含一个数学公式或计算；4. 基本过程的处理逻辑至少维护一个ILF；5. 基本过程的处理逻辑转换系统行为。EQ识别原则：1. 发送数据或控制信息到应用边界外部的功能；2. 对被确定的

19、过程，必须满足如下的一条： 处理逻辑与其他EO或EQ执行的处理逻辑不同； 确认的数据元素集与其他EO或EQ的数据元素集不同； 参考的ILF或EIF与其他EO或EQ参考的文件不同。3. 基本过程的处理逻辑从ILF或EIF中提取数据或控制信息；4. 基本过程的处理逻辑不包含数学公式或计算；5. 基本过程的处理逻辑不创建派生数据；6. 基本过程的处理逻辑不维护ILF；7. 基本过程的处理逻辑不转换系统行为。7.3. 复杂度计算原则ILF和EIF的DET计算原则：1. 通过基本过程的执行，在ILF/EIF中维护或从ILF/EIF中提取的每一个唯一的用户识别的、不重复的字段计算为一个DET。2. 当两个

20、应用维护/参考相同的ILF/EIF，但每一个应用维护/参考单独的DET，在估计ILF/EIF规模时，只计算由每一个应用使用的DET。3. 为了建立与另外的ILF/EIF的关系，对用户要求的每一片数据算作一个DET。ILF和EIF的RET计算原则：1. 对一个ILF或EIF中可选或必选数据组计算为一个RET，或；2. 如果在ILF或EIF中没有数据组时，一个ILF或EIF计算为一个RET。EI的FTR计算规则：1. 对每一个要维护的ILF算作一个FTR；2. 在EI处理过程中要读取的每一个ILF或EIF算作一个FTR；3. 对既维护又读取的每一个ILF只算作一个FTR。EI的DET计算规则：1.

21、 对完成EI要求的进出应用边界的每一个用户识别的不重复的字段算作一个DET；2. 由系统提取或派生的字段及在基本处理过程中存储在ILF中字段，如果没有跨过系统边界则不考虑；3. 发送系统响应信息到应用边界外的能力算作一个DET，系统信息指示在处理期间发生了错误、确认处理已完成或验证处理应该继续；4. 即使由多种方法调用同样的逻辑过程，指定要采取的行动的能力算作一个DET。EO的FTR计算原则：1. 在基本过程处理中读取的每一个ILF或EIF，计算为一个FTR；2. 在基本过程处理中每个被维护的ILF计算为一个FTR；3. 在基本过程处理中每个同时被维护和阅读的ILF，只计算为一个FTR。EQ的

22、FTR计算原则：1. 在基本过程处理中读取的每一个ILF或EIF，计算为一个FTR。EO和EQ的DET计算原则：1. 对每一个进入应用边界的和指定基本处理何时、如何提取或产生什么数据要求的、用户认可的不重复的字段算作一个DET。2. 对每个输出到应用边界外的、用户认可的，不重复的字段，计算为一个DET。3. 如果一个DET同时进出应用边界，对基本处理过程只计算一次；4. 发送系统响应信息到应用边界外，指示在过程处理时出错、或确认处理完成或应继续的能力计算为一个DET。5. 尽管有多个方法调用同一个逻辑过程，指定要采取行动的能力计算为一个DET。6. 由系统提取或派生的字段和在基本过程中存储在I

23、LF中的字段，如果这些字段没有跨越应用边界不参加计算。7. 文字内容不作为DET参加计算。如报表标题、列标题等。8. 页变量和系统生成的标记不参加计算。如页码、界面上的页面命令（如上一页、下一页等）、显示的日期和日期字段。7.4. GUI计算原则1. 新增，修改或删除数据的用户功能应算作EI，确保数据被维护而不仅仅是界面显示。当有多个按键完成同一功能时，只计算一次。2. 从候选列表中选择一个项目，通常算作EI上的DET，而不是独立的EI。3. 根据用户要求或选择提取并显示数据的用户功能应算作EQ。4. 包含了为显示数据而进行数据计算的用户功能，应算作EO。5. 打印功能通常将显示的内容打印出来

24、，如果没有数据计算应算作EQ，如果包含数据计算算作EO。6. 提供商业功能的打印格式指令应算作EI（控制数据）。7. 由Windows或操作系统自动提供的功能（不是由应用提供的功能），不参与计算。8. 菜单、图标、滚动条和其它导航功能，如果不返回用户数据，不参与计算。9. 退出指令也是导航性质的，把控制还给系统或调用程序，不参与计算。10. 从菜单（任务栏、下拉菜单、弹出菜单或图标）中选择一个项目或按一个按钮可以当做一个EQ 的输入端或执行一个EI的命令件或当做EO。11. 下拉框，按钮或列表框当返回和显示数据时，算作EQ；选择一个由点击显示的项目或一些相似的方法通常不是一个独立的功能而是一个

25、DET。12. 在radio button 或 slider bar中选择一个时，应算作EI上的一个DET或EQ 的输入端，而不是每个选项当作一个DET。可是，如果允许多选（如在check box中），每一个独立的选择应算作一个DET。13. 状态，提示和警告消息而不是错误和确定消息时，应按EO参与计算。14. 保证与商业相关功能一致的用户要求功能应算作控件EI。15. 每个应用的帮助文件的每一个级次应计算为一个EQ。8. 通用系统特性8.1. 数据通讯具有多少数据通讯设备？数据通讯描述了应用软件与处理器直接通讯的程度。应用软件使用的数据和控制信息在数据设备上发送和接收。局部直接与控制单元连接

26、的终端被认为会使用通讯设备。协议是一系列规约，它允许在两个系统和设备之间传输或交换信息。所有的数据通讯链接需要某种协议。以下是记分的指南：0 应用软件是单纯的批处理或独立的PC。1 应用软件是批处理，但具有远程的数据入口或者远程打印。2 应用软件是批处理，但具有远程的数据入口和远程打印。3 应用软件包括在线连接至批处理或查询系统的数据搜集或TP（远程处理）终端。4 应用软件不仅仅是终端，并且支持一种通讯协议。5 应用软件不仅仅是终端，并且支持多种通讯协议。远程处理现在非常普遍。仅仅10%的项目是“低于平均”的分值2或以下；56%则具有“高于平均”的分值4或5。对银行项目和个人PC开发的项目，该

27、分值较低。从1991至1996，它具有持续降低的趋势，从高于平均水平降至平均水平。8.2. 分布式处理分布式数据和功能如何被处理？分布式数据处理描述了应用软件在各个组成部分之间数据传送的程度。分布式数据或功能处理是应用软件边界内部的一种特性。以下是记分的指南：0 应用软件无系统组件之间的数据传输或功能处理。1 应用软件为系统其它组件上的最终用户处理，如PC电子表格或PC DBMS准备数据。2 数据为传输做出准备，接着被传输以及在其它系统组件上被处理（并非最终用户处理）。3 单方向的在线的分布式处理和数据传输。4 双向的在线的分布式处理和数据传输。5 功能处理动态的在相应的系统组件上执行。在所有

28、的常见系统特征中，该值取“低于平均值”具有非常大的比例。其统计分布是双峰值的：系统要么是单机，或者分布式处理是作为系统一种比较重要的特性。在工程系统中往往具有更多的分布式处理。分布式处理在中范围的平台上较其它平台上更为普遍。分布式处理在交易/生产系统和办公信息系统中较管理信息系统和决策支持系统更为普遍。新的开发项目较改进项目中更重要一些。8.3. 性能用户对响应时间或吞吐量是否有所要求？性能描述了对响应时间和吞吐量性能方面考虑对应用软件开发的影响程度。用户以响应或吞吐量所陈述或认可的性能目标，影响着（或将影响）设计、开发、安装以及支持。以下是记分的指南：0 用户没有特殊的性能需求。1 性能和设

29、计需求被陈述和评审，但不需要特殊的活动。2 响应时间或吞吐量在峰值时间是关键的。对CPU利用没有特殊的设计。处理的极限在日后考虑。3 响应时间或吞吐量在所有的工作时间是关键的。对CPU利用没有特殊的设计。与其它交互系统处理极限方面的需求是强制的。4 迫切的用户性能需求，要求在设计阶段进行性能分析方面的工作。该特征具有较分散的分布：32%的项目低于平均值，30%的项目处于平均水平，38%的项目高于均值。性能对于交易/生产系统较管理系统更为重要。新的开发项目较改进项目中更重要一些。8.4. 配置项负载对当前的硬件平台的使用程度？配置项的使用程度描述了计算机资源对应用软件开发的影响程度。需要特殊设计

30、考虑的满负荷运行的操作配置，是应用软件的一个特征。例如，用户想在现有的或指定的满载设备上使用应用软件。以下是记分的指南：0 没有明显的或隐式的操作限制。1 存在操作约束，但限制较典型的应用较小。限制不需要特殊的工作。2 存在某些安全性或时序的考虑。3 特殊应用软件部分存在特殊的对处理器的需求。4 所要求的操作限制对中心处理器或主要处理器上的应用软件需要特殊的限制。5 另外，在系统的分布式组件上存在特殊的限制。本特性的分值普遍较低：66%低于均值，20%处于平均水平，14%高于均值。交易/生产系统和办公信息系统的分值较管理信息系统和决策支持系统低。新的开发项目较改进项目中低；中等项目较其它平台高

31、；工程系统较高。从3GL项目至4GL项目，分值会增高。8.5. 事务率事务执行的频繁程度？事务率描述了业务交易（事务）影响应用软件开发的程度。如果事物率高，它会影响设计、开发、安装和支持。以下是记分的指南：0 预计没有峰值的事务处理周期。1 预计存在峰值的事务处理周期（如：月、季、年）。2 预计每周存在峰值的事务处理。3 预计每日存在峰值的事务处理。4 用户需求中要求高的事务率或者服务级别的约定足够的高，要求在设计阶段进行性能分析。5 用户需求中要求高的事务率或者服务级别的约定足够的高，要求在设计阶段进行性能分析。另外，需要在设计、开发和/或安装阶段使用性能分析工具。事务率的分值在分布在04的

32、范围内；5分情况较少。事务率在银行系统中较一般情况重要性高，在工程系统中则较低。在大型机其它平台重要性高。尽管可能期望对于事务/生产系统而言，重要程度高一些，但在应用类型之间没有重大的差别。从1991年至1996年，该分值有着稳定的提高。8.6. 在线数据项百分之多少的信息是在线输入的？在线数据项描述了数据通过交互式事务输入的程度。应用软件提供在线数据项和控制功能。以下是记分的指南：0 所有的事务以批处理的形式处理。1 1%至7%的事务是交互式数据项。2 8%至15%的事务是交互式数据项。3 16%至23%的事务是交互式数据项。4 24%至30%的事务是交互式数据项。5 超过30%的事务是交互

33、式数据项。直到现在，该特性在所有的调整因子中是最高的，并且变化是最少的。60%的项目对该特性的取值为5分，最大的可能值。根据IFPUG指南，5分意味着超过30%的事务包括交互式数据项。对于现在而言，作为阀值可能30%过低；较高的取值可能能够提供更有用的区别。对于单个机构COBOL!主机/银行项目，该分值较低（通常3分）。而5分的取值近乎适用于其它一切情况。8.7. 用户使用效率应用软件是否就最终用户使用效率上有所设计？最终用户使用效率描述了对人为因素和应用软件用户的易用性的考虑程度。在先功能强调了最终用户使用效率的设计（如，漫游帮助、菜单、在线帮助和文档、自动游标移动、滚动条、在线事务的远程打

34、印以及预定义功能键）。以下是记分的指南：0 无1 上文中的1或3项。2 上文中的4或5项。3 上文中的6项以上，但无特定相关于使用效率的用户需求。4 上文中的6项以上，用户使用效率的需求要求就人的因素安排设计任务（例如，最少击键次数、最大化默认值、模板的使用）。5 上文中的6项以上，用户使用效率的需求要求使用特殊的工具以展示达到即定的目标。该特性具有广泛的分布，有些高分值的趋势：34%低于均值， 43%高于平均值。用户使用效率对于信息管理系统较事务/生产系统重要。对于新开发项目，该分值较增强项目低，并具有较扁平的分布。同样的，从3GL项目至4GL项目，分值会增高。8.8. 在线更新多少内部逻辑

35、文件会被在线的事务更新？在线更新描述了内部逻辑文件在线更新的程度。应用软件为内部逻辑文件提供在线更新。以下是记分的指南：0 无1 在线更新1至3个控制文件。更新量较少，恢复容易。2 在线更新4个或4个以上的控制文件。更新量较少，恢复容易。3 在线更新大量的控制文件。4 另外，遗失数据的保护是关键的，并在系统中进行特定的设计和编码实现。5 另外，大数据量带来了恢复过程中的成本考虑。需要最少人为干涉的高度自动化的恢复步骤。在线更新的分值倾向高（半数高于均值），但大多数在34，5分较少。事务/生产系统的分值较高。个人PC平台比其它平台低。同样的，从3GL项目至4GL项目，分值会增高。8.9. 复杂处

36、理应用软件是否具有大量的逻辑或数学处理？复杂度处理描述了处理逻辑对应用软件开发的影响程度。以下是一些处理情况：灵敏度控制、特殊的监控处理、安全性处理、逻辑处理、数学运算、异常处理、复杂度处理以及设备无关性。以下是记分的指南：0 无灵敏度控制、逻辑处理、数学运算、异常处理或复杂度处理。1 包括灵敏度控制、逻辑处理、数学运算、异常处理或复杂度处理中的任何一种。2 包括灵敏度控制、逻辑处理、数学运算、异常处理或复杂度处理中的任何两种3 包括灵敏度控制、逻辑处理、数学运算、异常处理或复杂度处理中的任何三种4 包括灵敏度控制、逻辑处理、数学运算、异常处理或复杂度处理中的任何四种5 包括所有的灵敏度控制、

37、逻辑处理、数学运算、异常处理或复杂度处理。该特性具有正态分布，主要分布在均值3，0和5的分值较少。复杂处理的分值在大型机上是最高的，而微机上是最低的；在3GL项目中最高，4GL项目中最低。该分值在新的项目中较增强型的项目高，并具有较扁平的分布。处理复杂度从1991年1996年稳定的增高。8.10. 重用性应用软件开发以满足一个或是多个用户的需要？重用性描述了应用软件和软件中的代码特定的被设计、开发和支持，以在其它软件中重用的程度。以下是记分的指南：0 无重用代码。1 可重用代码在应用软件中重用。2 10%以下的应用软件考虑多个用户的需要。3 10%以上的应用软件考虑多个用户的需要。4 应用软件

38、特定的被打包和/或文档化以易于重用，应用软件被用户在源代码级别客户化。5 应用软件特定的被打包和/或文档化以易于重用，应用软件通过用户参数维护的方式被客户化使用。重用性的重要性通常较低，59%项目低于均值，仅有14%高于平均值，但它处于非常混合的状态。决策支持系统中重用性考虑比其它类型多一些，而个人PC上的重用性的考虑较大型机少。8.11. 安装容易程度转换和安装的困难程度多大？安装的容易程度描述了环境的变化对应用软件开发的影响程度。转换和安装的容易程度是应用软件的特性之一。转换和安装计划和/或转换工具在系统测试阶段被提供和测试。以下是记分的指南：0 用户未提出特殊的要求，安装不需要特殊的调整

39、。1 用户未提出特殊的要求，但安装不需要特殊的调整。2 用户提出转换和安装的要求，转换和安装指南被提供和测试。项目中转换的因素不被认为是重要的因素。3 用户提出转换和安装的要求，转换和安装指南被提供和测试。项目中转换的因素被认为是重要的因素。4 在2的基础上，自动转换和安装工具被提供和测试。5 在3的基础上，自动转换和安装工具被提供和测试。该特性具有最广泛的分布性，总的来说分值较低（54%低于均值，22%高于均值），但是两种极端的情况均有体现。安装的容易程度在20%的项目中不被考虑，而在15%的项目中非常重要。增强型项目的分值比新开发的项目高；大型机比其它平台高；工程系统比其它业务领域高。8.12. 操作容易程度应用软件在启动、备份和恢复的有效性/自动化程度？操作的容易特征描述了应用软件在操作方面（如，启动、备份和恢复过程）的考虑程度。操作的容易程度是应用软件的特性之一。应用软件最小化人工活动，如磁盘的mount、文件处理和直接的现场人工干涉。以下是记分的指南：0 除了平常的备份过程，用户没有要求特殊操作上