功能点分析 学习笔记 4

前面基本确定了系统的大致规模,现在需要考察系统的细致特征,对我们前面的测量结果进行微调。
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

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

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

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

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
1. 功能分析法概论 1.1 功能分析方法的目标: 1. 功能方法的收益. 1.3. 功能分析法的步骤. 1.3.1. 决定分析的类型 1.3. 识别分析范围和应用边界 1.3.3. 确定未经调整的功能数 (Unadjusted Function Point Count -- UFPC) . 1.3.3.1 数据功能的计数 1.3.3 交易功能的计数 1.3.3.4. 确定调整系数 1.3.3.5.计算经过调整的功能 2. 分析流程. 2.1 决定分析的类型. 2.1.1 定义:功能分析的类型. 2 识别分析范围和应用边界 2.1 识别分析范围和应用边界中的定义 2 定义应用边界. 2.3 分析范围以及应用边界的规则和流程. 2.3.1 边界识别的规则. 2.3 分析范围和应用边界流程: . 2.3.3 边界识别的一些技巧: 2.4 计数数据功能 2.4.1 定义: 2.4 计数流程概述. 2.4.3 ILF 识别规则. 2.4.4 EIF 识别规则. 2.4.5 复杂度和贡献的定义和规则. 2.4.6 ILF/EIF 计数流程. 2.4.7 复杂度和贡献确定流程 2.4.8 数据功能计数技巧. 2.5 计数交易功能 2.5.1 定义 2.5.1.1 基本定义. 2.5.1 交易功能的总结: 2.5.1.3 相关术语的定义 2.5.1.4 交易功能执行的逻辑处理总结 2.5 EI,EO,EQ 计数规则 2.5.1 交易功能计数的概要流程 2.5 基本处理的识别规则 2.5.3 交易功能计数规则 2.5.3.1 EI 的主要目的描述:. 2.5.3 EI 的计数规则: 2.5.3.3 EO 和EQ 的共同主要目的描述: 2.5.3.4 EO/EQ 共享的计数规则:. 2.5.3.5 EO 计数的补充规则:. 2.5.3.6 EQ 计数的补充规则:. 2.5.3 复杂度和贡献的定义和规则. 2.5.3.1 EI 的复杂度和贡献规则 2.5.3.1.1 EI 的引用文件类型(FTR)计数规则 2.5.3.1 EI 的数据元素类型(DET)计数规则. 2.5.3 EO/EQ 的复杂度和贡献规则 2.3.5.1 EO/EQ 共享的引用文件类型(FTR)计数规则 2.3.5 EO 特定的引用文件类型(FTR)计数规则 2.3.5.3 EO/EQ 共享的数据元素类型(DET)计数规则. 2.5.4 EI,EO,EQ 的计数流程 2.5.5 复杂度和贡献确定流程. 2.5.6 交易功能计数技巧. 2.6 决定调整系数 2.6.1 调整系数的决定. 2.6 确定VAF 的流程 2.6.3 通用系统特性及其影响程度的评定. 2.6.3.1 数据通讯. 2.6.3 分布式数据处理. 2.6.3.3 性能. 2.6.3.4 使用强度高的配置. 2.6.3.5 交易速度 2.6.3.6 在线数据输入 2.6.3.7 最终用户的效率. 2.6.3.8 在线更新 2.6.3.9 复杂的处理 2.6.3.10 可重用性 2.6.3.11 安装的简易性 2.6.3.12 运行的简易性 2.6.3.13 多场地 2.6.3.14 允许变更 2.7 计算调整功能 2.7.1 开发项目功能的计算. 2.7 升级项目功能的计算. 2.7.3 应用功能的计算. 附录A : 未经调整的功能计算表. 附录B:功能计数中的规则表. 附录C: 词汇表:.
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值