功能点估算-张谨(3)

5 用户在应用程序需求或者服务级别协议中对事务率要求很高，因此必须进行性能分析并在设计、开发和安装阶段中使用到性能分析工具。 6在线数据输入 在线数据输入是指数据通过交互的方式输入系统程度。系统中包括在线数据输入和控制信息功能。 0 1 2 3 4 5 所有事务都是批处理的。 1%~7%的事务是以交互式的方式进行数据录入 8%~15%的事务是以交互式的方式进行数据录入 16%~23%的事务是以交互式的方式进行数据录入 24%~30%的事务是以交互式的方式进行数据录入 30%以上的事务是以交互式的方式进行数据录入 7最终用户效率 最终用户效率是指对应用的人文因素以及使用的便捷方面的考虑程度。如下功能设计是针对最终用户效率的： ? 页面导航 ? 菜单 ? 在线帮助或文档 ? 光标自动跳转 ? 可以滚动 ? 在线远程打印 ? 预定义的功能键 ? 在线做批量提交任务 ? 光标可以选取界面上的数据 ? 用户使用大量反白显示、重点显示、下划线或其他的标识 ? 在线copy用户文档 ? 鼠标拖动功能 ? 弹出窗体 ? 使用最少的界面完成某种商业功能 ? 双语言支持（如果选择了这个就算4项） ? 多语言支持（如果选择了这个就算6项） 0 1 2 3 4 以上的一个都不包括 包括以上的1~3个 包括以上的4~5个 包括以上的6个或以上，但是没有用户对于效率的要求 包括以上的6个或以上，对用户使用效率有较高要求，因而必须考虑用户方面的设计（例如，最少击键次数、尽可能提供默认值、模版的使用） 5 包括以上的6个或以上，用户对效率的要求使得开发人员必须使用特定的工具和流程以判定用户对效率的要求已经被达成 8在线更新 在线更新是指内部逻辑文件ILF 被在线更新的程度。应用系统提供在线更新内部逻辑文件的功能。 0 1 2 3 4 5 没有在线更新 包含1~3 个控制文件的在线更新。更新的流量低，恢复容易 包含对4 个以上控制文件的在线更新。更新的流量低，恢复容易 包含对主要ILF 的更新 除了3 之外，在设计和实施中要考虑对数据丢失的防范。 除了4 之外，大量的数据恢复工作要考虑成本因素，同时包含了高度自动化的恢复流程。 9复杂处理 复杂处理描述了逻辑处理对应用开发的影响程度。 它包含以下要素： ? 敏感控制（例如特殊的审核过程）和/或程序特定的安全处理 ? 大量的逻辑处理 ? 大量的数学处理 ? 因为例外处理造成的需要重新处理的情况（例如，由TP中断、数据值缺少和验证失败导致的ATM事务） ? 多种可能的输入/输出造成的复杂处理 0 1 2 3 4 上面一个都不满足 只满足一个 只满足两个 满足三个 满足四个 5 都满足 10可复用性 应用系统中的应用和代码经过特殊设计、开发和支持，可以在其他应用系统中复用。 0 1 2 3 4 5 没有可复用的代码 代码在应用之内复用 应用中被其他用户复用的部分不足10% 应用中被不止一个用户使用的部分超过10% 应用遵从一种易于复用的方式被打包和文档化。用户在源代码级客户化该应用 应用按照一种易于复用的方式被打包和文档化。用户使用用户参数来对该应用进行客户化 11.易安装性 易安装性指应用系统的转换和安装容易度对开发的影响程度。系统测试阶段提供了转换和安装计划和/或转换工具。 0 1 2 用户对安装没有特定的要求 用户对安装没有特定的要求，但有特定的安装环境要求 用户提出了安装和转化的要求，转化/安装指南被经过测试提供给用户。但是转化的影响对该应用不重要 3 用户提出了安装和转化的要求，转化/安装指南被经过测试提供给用户。转化的影响对该应用来说是重要的 4 5 除了2 的要求之外，需要提供经过测试的自动化的安装和转化工具。 除了3 的要求之外，需要提供经过测试的自动化的安装和转化工具。 12.易操作性 易操作性指的是应用对运行的影响程度，如有效启动、备份和恢复规程的影响。易操作性是应用提供的一种特性，它最小化了手工操作的要求。 0 1 2 3 用户没有指定除正常备份程序外的其它特定操作 提供高效的启动、备份和恢复进程，但需要人手操作 提供高效的启动、备份和恢复进程，不需要人手操作（当作两项计算） 应用程序对磁带的需求最小化 4 5 应用程序对硬拷贝处理的需求最小化 程序设计成无人操作模式。无人操作模式的意思是除了启动和关闭之外，不需要对系统进行操作。程序的其中一个功能就是错误自动恢复。 13.多场地 多场地指应用系统经特殊设计、开发可以在多个组织、多个地点应用的程度。 0 1 2 3 4 5 用户需求不含多场地和组织的要求 考虑了多场地的要求，但是设计要求应用在不同的场地使用相同的软硬件环境 考虑了多场地的要求，但是设计要求应用在不同的场地使用类似的软硬件环境 考虑了多场地的要求，同时设计支持应用在不同的场地使用不同的软硬件环境 在1 或者2 的要求之上，提供了经过测试的多场地的文档和支持计划 在3 的要求之上，提供了经过测试的多场地的文档和支持计划 14.支持变更 支持变更指的是应用在设计上考虑支持处理逻辑和数据结构变化的程度。可以具有如下的特性： ? 提供可以处理简单要求的弹性查询和报告功能，如对一个ILF进行与（或）逻辑 ? 提供可以处理一般复杂度要求的弹性查询和报告功能，如对多于一个的ILF进行的与（或）逻辑（当作两项计算） ? 提供可以处理复杂要求的弹性查询和报告功能，如对一个或多个ILF进行的与（或）逻辑的组合（当作三项计算） ? 业务控制数据被保存到用户通过在线交互进程维护的表中，但变更只会在第二个工作日生效 ? 业务控制数据被保存到用户通过在线交互进程维护的表中，且变更即时生效 0 1 2 3 4 5 一个都不满足 合计满足一个 合计满足二个 合计满足三个 合计满足四个 合计满足五个 计算调整后的功能点个数 国际的IFPUG组织将软件项目分为三类，功能点估算法适用于任何一类项目，其计算公式中的术语请详见表1。 ? 功能点的原始计算公式：FP Count =UFP * VAF ? 新开发项目有时新开发的软件项目也需要与其他现存的软件系统进行整合，例如：一个企业新开发的MIS内部管理系统经常会与财务系统进行整合。这个时候除了考虑本身项目的功能点个数外，还要考虑系统整合或数据迁移部分的工作量，因此其功能点计算公式如下：FP Count =（UFP+CFP）* VAF ? 二次开发的项目有时新开发的软件项目是在原有基础上进行二次开发的，只是为了增加一些新的功能，因此其功能点计算公式如下：FP Count = ADD * VAF ? 功能增强的项目对于功能增强的项目功能点估算比较复杂，在功能点增强前大家需要计算有哪些是新增加的功能，有哪些是被修改的功能，还有哪些是属于数据迁移或系统整合的功能。然后计算新系统技术复杂度的调整因子“VAFA”，并在此基础上计算系统功能点的数量。当然此类项目也会去掉一些原有功能，那么在原有系统的技术复杂度基础上重新计算功能点的调整因子“VAFB”，再计算所去掉功能贡献的功能点数量，因此其功能点计算公式如下：FP Count = [（ADD+CHGA+CFP）* VAFA]+（DEL * VAFB） 表1 功能点技术公式术语 术语 ADD CFP CHGA 英文 Added functionality Conversion functionality UFP of changed functionality after enhancement 中文含义 被添加的功能点个数 被转换的功能点个数 功能增强后所改动的功能所贡献的未调整的功能点个数 DEL UFP VAF Deleted functionality Unadjusted functional point count 被删除的功能点个数 未调整的功能点个数 Value adjustment factorVAF=（sum of（DI）* 0.01）功能点的调整因子的计算公式VAF=+ 0.65 （sum of（DI）* 0.01）+ 0.65 功能增强后的功能点调整因子 功能增强前的功能点调整因子 VAFA VAFB Value adjustment factor after enhancement Value adjustment factor before enhancement 范例 以员工管理系统为范例，在添加一个员工资料时会使用到员工的一般信息、员工的教育情况、工作经历和家属信息。员工又会隶属于某个部门，在本系统中会有一个对部门进行维护的功能。员工的工资是由另外一个财务系统提供的。因此其用例图如下所示：