功能点分析 学习笔记 4

原创 2004年07月26日 17:27:00

前面基本确定了系统的大致规模,现在需要考察系统的细致特征,对我们前面的测量结果进行微调。
IFPUG【国际功能点用户组】组织的测量手册是从14个方面来考察系统的细致特征。它把系统的14项考察
特征进行量化。分为5级:
0,不存在或者无关【无需考虑这方面的特性】
1,偶尔相关
2,中等相关
3,平均相关
4,较强相关
5,完全相关
对应14项特征,评分标准参考如下【在书上摘抄】
A:数据通信             [data communication]
B:分布式数据处理       [distributed data processing]
C:性能         [performance]
D:资源需求             [heavily used configuartion]

E:处理速度             [transcation rate]
F:在线数据输入 [online data entry]
G:最终用户使用效率     [end user effcoency]
H:再线升级             [online update]
I:复杂处理             [conplex processing]
J:可重用性             [reusability]
K:易安装性             [installation ease]
L:易操作性             [operational ease]
M:多场所               [multiple sites]
N:支持变更             [facilitate change]

下面是参照的评分标准
A:数据通信
0,应用程序是纯粹的批处理程序或者运行在独立的PC上
1,应用程序是批处理程序,但是有远程数据输入或远程打印
2,应用程序是批处理程序,但是有远程数据输入和远程打印【注意两者是"与"关系,两者都有】
3,对于批处理程序或者查询系统来说,应用程序包含在线数据收集或者一个远程处理前端
4,应用程序不仅是一个前端,他还支持一种类型的TP【teleprocessing, TP  远程处理】通信协议
5,应用程序不仅是一个前端,他还支持不止一种类型的TP【teleprocessing, TP  远程处理】通信协议【多种协议】

只有没有任何交互的批处理程序才能取0,屏幕输入数据也是远程输入
具备屏幕输入,但以批处理方式来处理内部逻辑文件的程序应该是3分
通常来说,批处理程序0~3分,在线应用程序3~4分,实时、电信、过程控制系统 4~5分

B:分布式数据处理
0,应用程序不支持系统部件之间的数据传输或者处理
1,应用程序为系统其他部件上的用户处理、准备数据
2,为传输准备数据,讲述据传输到系统的另一个部分进行处理(不是最终用户)【就是在系统个部件之间传输数据了】
3,分布式处理和数据传输在线进行并且是单项的
4,分布式处理和数据传输是在线进行并且是双向的
5,多数系统相应部件上都是动态执行处理功能
说明:只有分布式程序或者实时系统才会考虑本项,其他程序可以取0
web程序 取2~4, 实时,电信或者控制系统取0~5。取5分时,系统重h

C:性能:主要描述系统的响应时间,数据吞吐量等
0,用户没有提出任何要求
1,提出并评审了性能和设计序需求,但不必采取专门措施
2,响应时间和吞吐量在业务峰值时段是至关重要的。但不必为了CPU的利用率而采用专门设计。业务处理的截至日期在下一个工作日
3,响应时间和吞吐量在业务峰值时段是至关重要的。但不需要为CPU利用率而采用专门的设计。业务处理的截至日期是有限制的
4,此外,已提出的用户性能需求已经迫切到了在设计阶段安排专门的性能分析任务
5,此外,需要在设计、开发和(或)实施阶段使用性能分析工具来满足已提出的用户性能需求
说明:通常来说,批处理程序得0~4分;在线应用程序得0~4分;实时、电信处理程序得0~5分

D:资源需求,就是描述系统对特殊资源(比如:硬件资源,带宽资源等)的特殊需求以及确定的资源环境对应用程序的限制等
0,不包括任何直接或者间接的操作限制
1,确实存在操作限制,但是比通常的应用程序的约束要少一些。不需要多费功夫
2,包括一些安全性或者时间限制的考虑
3,应用程序的某个部分需要专门的处理器
4,已提出的操作限制需要在中央处理器或者一个专门的处理器中的应用程序上加上特殊限制
5,此外,在应用系统的分布式部件上存在特殊的限制
说明:一般的程序2分;CS结构、实时系统的3~5分

E:事务频率:描述应用程序处理事物的频率(是每天,每小时还是每年)
0,没有可预见的峰值处理时段
1,可以预见一个峰值处理时断(每月,每季度)
2,可遇见每周一次的高峰
3,每天一次的高峰
4,用户在应用程序需求或者服务中提出的高处理率已经需要在设计阶段安排性能分析工作了
5,需求重的处理要求必须在要在设计阶段安排性能分析工作,并且需要在设计、开发部署阶段使用性能分析工具
说明:在线应用程序0~4分

F:在线数据输入:应用程序的数据要求在线输入的比重多大
0,没有
1,1%~7%
2,8~15%
3,16~23%
4,24~30%
5,>30%

G:用户使用效率:考察应用程序的界面友好性
友好界面中的考察因素项包括:
辅助导航(功能键,跳转,动态生成树的菜单)
菜单
在线帮助和文档
光标的自动移动
滚动
远程打印(在线处理)
定制功能键
在线处理提交的批处理作业
使用光标选定品目的数据
大量使用的翻转录像、高度、颜色、下划线和其他指示器
在线处理的硬拷贝文档用户
鼠标界面
弹出式菜单
用尽可能烧得品目来完成一种业务功能
支持两种语言(这个规定要算4项)
多种语言支持(这个要算6项)
记分标准:
0,0项
1,1~3个上面列出的因素项
2,4~5项
3,>=6项,但用户没有其他关于使用效率的专门需求
4,>=6项,但已经提出了其他关于使用效率的需求强烈到需要在设计阶段进行人性华设计分析的工作
5,>=6项,需要使用特殊的工具来满足要求
说明:无交互的程序 才能取0分。一般3分

H:在线升级
0,无要求
1,更新1~3个控制文件。数据量底,容易恢复
2,更新4个或者更多的控制文件。数据量底,易恢复
3,包含对主要内部逻辑文件的更新
4,除以上之外,防止数据丢失式一项基本要求,而且经过了专门的设计并已经实现
5,除以上之外,大数据量促使恢复过程要考虑成本问题。高度自动化的恢复过程只需要少量的人工干预
说明:普通的应用程序 3分。

I:复杂处理,应用程序中是否包含复杂的逻辑处理业务
根据逻辑对程序开发的影响需要考虑下面的部分
1,敏感性控制(特殊的审计处理)和特定应用程序的安全处理
2,大量的逻辑处理
3,大量的数学处理
4,很多的例外处理,因此比促再次处理不完整的事物(比如一个ATM业务的无效验证等)
5,应付多种输入/输出格式
记分标准:
0,0项
1,1项
2,2项
3,3项
4,4项
5,所有项
考察的方式:首先,应用程序是否提供了一种安全机制,使某些人可以看见或者输入别人无法看见的或者输入的数据;第二,是否存在大量显祖的逻辑处理(if/then/else等);第三,是否存在大量数学处理(不仅仅是加减乘除的操作);第四,是否存在复杂编辑或者验证;第五,应用程序中是否包含多种媒介(例如:语音和屏幕输入)

J:可重用性
0,没有可重用代码
1,可重用的代码重用于应用程序内部
2,应用程序中少于10%的部分会被一个以上的用户使用
3,应用程序中大于等于10%的部分会被一个以上的用户使用
4,应用程序被专门打包和文档化以简化重用(这个应用程序本身就是为了复用而生,公用模块)
5,除4之外,用户可以通过参数维护定制应用程序

K:易安装性
0,没有提出安装要求,也无需考虑安装问题
1,没有提出安装需求,但是要考虑安装问题,进行相应的工作
2,提出安装需求,提供并测试了转换和安装的指南。项目中转换工作带来的影响并不重要
3,并给项目中的工作带来显著的影响
4,除2外,提供并测试自动安装工具
5,除3外,要求提供自动安装工具

L:易操作性:系统是否容易使用

0,除了正常的备份处理程序,用户没有提出特殊的操作方面的额考虑
1~4从下列项目中选择准确的特性,没有特别说明,分值为1
提供有效地启动、备份、恢复备份处理,但是需要操作员人工干预
无需干预(2分)
需要人工安装磁带
需要人工穿空纸和穿孔纸带
5,应用程序无人值守,所有的操作都不需要人工干预。系统能够自动进行错误恢复【火星车上的系统应该属于这类】

说明:对于无需磁带、打空纸安装的系统得1分;如果系统启动、备份和恢复需要干预 得3分不需要干预得4分自动恢复得5分

M:多场所:系统是否需要被安装在不同的地点供不同的组织使用
0,没有需求
1,有需求,但应用得软硬件环境相同
2,软硬件环境相似
3,软硬件环境不相同
4,系统中有相应的设计和文档,其他同1,2
5,系统中有相应的设计和文档,其他同3

N:易变更:系统是否能够根据特殊的需求而改变
考察范围:
提供灵活的查询和报表支持
业务控制数据被分组保存在用户维护得表中
记分标准
0,没有设计
1~5选择相应的条目:
提供能够处理简单请求得灵活查询以及报表支持--例如,对一个内部逻辑文件的加减(比如支持用户选择自己关心得财务字段内容输出)【1项】
对多个内部逻辑文件得加减【2项】
提供一个或者一个以上得处理功能【3项】
业务控制数据保存在由用户通过在线交互处理维护得表中,但是变更只在下一个工作日才生效【1项】
立即生效【2项】


综合上面的系统特性,一般情况下得分:批处理系统总分小于15分;有前端批处理程序得总分在15~30分之间;交互式应用程序在30~45分之间,实时、电信或者过程控制系统得30~60分。
调整因子  VAF=(总分 × 0.01) + 0.65

前面讲述了 如何计算未调整的功能点 以及根据起项系统特性获取的调整参数。
最终的计算结果如下:

最终的功能点=未调整功能点数 × 调整参数

根据不同的计算类型【在第一步骤时就要确定的内容】,这个公式可以做一些调整。具体内容很简单。不说了

功 能 点 分 析 法 F P A

一 九 七 九 年 , IBM 公 司 的 Allan Albrecht 发 展 出 功 能 点 分 析 法 , 来 解 决 某 些 量 度 系 统 规 模 之 方 法 ( 如 代 码 行 数 ) 所...
  • Arqui
  • Arqui
  • 2004-11-17 21:46:00
  • 1903

功能点分析的学习笔记

  • 2009年06月04日 15:47
  • 105KB
  • 下载

软件功能点分析法

在软件项目管理中,第一个遇到的问题就是如何预估项目大小和工作量。目前国内大部分软件公司是凭经验来估算的。这里介绍一种更为科学的项目估算方法:功能点分析法(Function Point Analysis...
  • dwsjs
  • dwsjs
  • 2006-03-13 09:43:00
  • 1240

功能点分析 学习笔记 2

功能点计算的前两步没什么可说的,我们直接从第三步开始:如何计算数据复杂度! 否现得确定那些数据文件才能行。FPA中把文件分成两种: ILF【内部逻辑文件】:是用户认可的,在应用程序内部维护的、逻辑上相...
  • DonQuixote
  • DonQuixote
  • 2004-07-23 11:34:00
  • 1560

功能点分析

随着计算机技术的发展,现在的计算机环境与传统的环境已经有了天壤之别。因此,软件工程人员一直在寻找一种可以广泛应用的度量单位。这个度量单位需要独立于开发所采用的技术,支持需求收集、估计、项目管理和质量度...
  • lijianyue
  • lijianyue
  • 2007-12-31 13:51:00
  • 544

功能点分析法(IFPUG)中文版

  • 2008年09月19日 12:57
  • 102KB
  • 下载

关于“功能点分析-成功软件项目的测量实践”

        看这本书完全是因为看《软件工程项目管理:功能点分析方法与实践》留下一堆疑问的结果。把它从图书馆借出来都快两星期了,却只是翻翻,认真程度远远不如前面那本书。不是这本书不好,而是结构不容易...
  • imlogic
  • imlogic
  • 2008-01-22 14:31:00
  • 4351

FPA - 功能点分析模型

FPA, Function Point Analyse,功能点方法度量的是软件的规模,它是主要从逻辑设计的角度出发对提供给客户的功能进行量化的方法。...
  • u011170540
  • u011170540
  • 2017-01-13 00:57:24
  • 472

功能点分析 学习笔记 3

现在开始学习如何计算事务的复杂度事务分成三种:EI【外部输入】, EO【外部输出】, EQ【外部查询】 先看看EI:是来自应用程序之外的数据或者控制信息。他的操作对象是ILF。这里EI并不和显示世界重...
  • DonQuixote
  • DonQuixote
  • 2004-07-26 16:11:00
  • 1069

FPA Function Point Analysis 功能点分析培训免费视频地址(by陈勇)

本系列培训旨在揭开功能点的神秘面纱,以本人实际使用、讲授功能点的经历,尤其是在编写“火星人”敏捷开发管理平台时对功能点的重新认识和扩展使用,力求推动“无为而至”的功能点估算和度量。即大家只要遵循适当的...
  • cheny_com
  • cheny_com
  • 2014-03-04 16:25:39
  • 10133
收藏助手
不良信息举报
您举报文章:功能点分析 学习笔记 4
举报原因:
原因补充:

(最多只允许输入30个字)