如何估算测试工作量（四）功能点分析方法之一-原理篇

最新推荐文章于 2024-07-04 20:15:19 发布
最新推荐文章于 2024-07-04 20:15:19 发布
阅读量4k 收藏 3
点赞数
分类专栏： I－其他 文章标签： 测试 工作 function 项目管理 报表 interface
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/imlogic/article/details/1968064
版权
功能点分析法(FPA)是衡量软件规模的抽象方法，由IBM的艾伦·艾尔布策提出。它通过度量系统的复杂性和特性来估算工作量，适用于需求文档、设计文档、源代码和测试用例。FPA包括基础功能部件、边界、用户等15个关键概念，并计算外部输入、输出、查询、内部逻辑文件和外部接口文件的数量。
摘要由CSDN通过智能技术生成
 
如何估算测试工作量
（四）功能点分析方法之一- 原理篇
功能点分析法 (FPA：function point analysis) 是一种相对抽象的方法,是一种”人为设计”出的度量方式,主要解决如何客观,公正,可重复地对软件地规模进行度量的问题.
FPA 法由 IBM 的工程师艾伦 · 艾尔布策 (Allan Albrech) 于 20 世纪 70 年代提出，随后被国际功能点用户协会 (IFPUG：The International Function Point Users' Group) 提出的 IFPUG 方法继承，从系统的复杂性和系统的特性这两个角度来度量系统的规模，其特征是： “ 在外部式样确定的情况下可以度量系统的规模 ” ， “ 可以对从用户角度把握的系统规模进行度量 ” 。功能点可以用于 “ 需求文档 ” 、 “ 设计文档 ” 、 “ 源代码 ” 、 “ 测试用例 ” 度量，根据具体方法和编程语言的不同，功能点可以转换为代码行。经由 ISO 组织已经有多种功能点估算方法成为国际标准，如： ① 加拿大人艾伦 · 艾布恩 (Alain Abran) 等人提出的全面功能点法 (full function points) &
最低0.47元/天 解锁文章
imlogic
关注
专栏目录
使用功能点估算模型评估软件测试的工作量
03-04
功能点分析法应用在软件测试中，它最核心的价值究竟是什么呢?让我们先看看软件开发，这是跟测试离得最近的工作类型。开发工程师工作大致可以分为“设计”和“编码”两步。设计一般是使用UML语言，借助类似于Rose这样的工具，绘制一些UC图、类图、ER图等　　最近有位同事问我，“天彤你搞这个功能点分析算法，主要目的是度量project的规模么，还是度量测试工程师的工作量?”我说，这两个确实是最初的目标，不过现在，这只是功能点算法的副产品，并不是核心价值。“那是不是根据功能点分析，可以自动生成测试用例呢?”这的确是一个很诱人的功能，而且随着进一步研究发现，先用freemind进行功能点分析，然后自动生成一
软件开发工作量的估算方法
weixin_33798152的博客
03-11 962
在讨论软件工作量估算方法前，首先要清楚什么事软件工作量估算。 我理解的工作量估算，就是估算软件项目所耗费的资源数，这个资源包含人力和时间，一般用人天、人月的形式来衡量。（而软件的成本=耗费的资源*资源的单价）。而且我个人觉得软件工作量与软件规模是不等的，规模是指大小是固定的，而一个软件开发的工作量与许多因素有关，如公司的效率啊，参与开发人员的编程水平等。 从估算单位角度来说，工作量估算的方法...
NESMA功能点估算（二）
最新发布
anderolujun的专栏
07-04 1206
一个逻辑文件的复杂度的记录类型的数量是逻辑文件中的实体类型的数量。比如，添加订单时会保存“订单编号、物品数、订单金额及其他信息、客户ID、客户名称、部门ID”，订单编号、物品数等都是订单信息类型，客户ID、客户名称是客户信息类型，部门ID是部门信息类型，则订单ILF的RET为3（订单信息、客户信息、部门信息）。估算功能点分析法确定了逻辑文件的数量和功能操作过程的数量，复杂度采用默认值，即数据功能的复杂度采用“低”，ILF、EIF分别为7、5，事务功能的复杂度采用“中”，即EI、EO、EQ分别为4、5、4。
软件项目工作量评估法——功能点估算（FPA）（一）初识
weixin_42641513的博客
03-11 1万+
FPA（Function Point Analysis） 是从用户角度出发度量软件规模的一种方法。
功能点分析法学习笔记
04-15
功能点分析法定义、流程、计算功能点、识别
功能点分析
lijianyue的专栏
12-31 1595
随着计算机技术的发展，现在的计算机环境与传统的环境已经有了天壤之别。因此，软件工程人员一直在寻找一种可以广泛应用的度量单位。这个度量单位需要独立于开发所采用的技术，支持需求收集、估计、项目管理和质量度量的需要。功能点分析就是能够满足上述需求的选择。 <!--google_ad_client = "pub-1572879403720716";google_ad_width = 3
软件系统工作量估算方法论介绍——功能点分析法
学海无涯，行者无疆
02-27 1万+
众所周知，软件系统的复杂性是相当高的，以下几个场景是比较常见的： 1.作为软件公司，要研发一个新的产品，功能需求大概明确了，需要确定下研发成本、资源需求等。 2.作为企业，实施软件系统，需要与软件厂商商谈具体的工期与费用等。 3.作为软件公司或企业的管理方，需要对多个软件系统进行横向对比、衡量与评价等。 以上几个问题，实际都指向一个核心问题，即如何客观估算与衡量一个软件系统的规模。只有具备了软件规模的基本数据，与之相关的工作量(人天）、工期、报价、项目成本才能计算。 ### 概述 目前评估软件规模的方法主
功能点分析法(IFPUG)中文版
09-19
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: 词汇表：.
功能点分析法概述理论及方法
02-25
重点阐述在开发前期对系统功能的分析及确定方法，明确功能点后对后期开发工作量及投标金额有相当大的辅助效用。
如何估算测试工作量（二）代码行分析方法
Alex ♋ 博客
01-19 1521
如何估算测试工作量 (二) 代码行分析方法 – 常见的软件规模估算方法   测试工作量的估计往往和软件开发的规模是紧密相关的.很多软件公司往往是在估计了即将要开发的软件规模后才做测试工作量的估计,然后求和得出项目的最终工作量估计.这种方法比较适用于有经验积累,测试和开发模式稳定的公司或项目,提供了一个比较准确,有参考的数字.但同时由于其完全依赖其前提-开发工作量的估计,显得比较脆弱,如果
ifpug功能点工作量估算软件
03-27
基于流行的IFPUG 标准 编写的 功能点计算与工作量计算的软件
软件项目中的功能点法估算[实例]
08-29
功能点方法度量的是软件的规模，它是主要从逻辑设计的角度出发对提供给客户 的功能进行量化的方法。 功能点分析方法的目标是： 度量用户要求和能够接收到的功能。 提供一种与具体实施方法和技术无关的的对软件开发和维护进行度量的手 段。
软考中级-软件设计师 知识点整理（一篇就过了 建议收藏）
热门推荐
weixin_51169222的博客
09-23 11万+
软考中级-软件设计师上午题知识点总结
3种常见软件项目工作量评估方法简述
北京软件造价评估联盟的博客
06-17 1万+
前言 本文的目标读者是从事软件行业想快速了解软件开发过程工作量评估的人员。软件工作量评估方法很多，如代码行法、类比法、WBS、故事点、用例点、NESMA、FPA、cosmic、COCOMOⅡ等。本文只是选取主流评估方法进行简述，每一种方法在实际操作过程中有若干条计数规则，在此并未阐述，并不能作为评估工作的实施指南。实际使用方法时，需以各方法发布机构发布的官方文档为准。 一、 功能点 FPA 方法 ...
功能点分析 学习笔记 1
悟 空
07-23 2478
最近在学习功能点分析，学习的资料就是钱岭的那本书。为了克服自己读书不认真的毛病，决定把看过的东西作一个读书笔记。所以就有了这个东西。 书的前面时写给公司领导看的。我们直接说说功能点计算的步骤，这是第六章的内容功能点的计算A：功能点计算第一步是确定功能点的计算类型 功能点的计算有三种类型： 1，开发性项目功能点计算       测量一个新的应用程序，如果这个系统是要替换旧系统。那么在测量时，    
软件项目工作量估算中使用的功能点方法是什么？
csbmk_com中基数联的博客
10-15 4794
简单的说，功能点方法是一种估算软件项目大小的方法，它是从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。功能点规模度量方法在国际上的应用已经比较广泛，并且已经取代代码行成为最主流的软件规模度量方法。功能点方法进入国内也有近10年的时间。在2013年由工业和信息化部发布的行业标准《软件研发成本度量规范》中也推荐使用功能点方法进行软件规模度量，进而对软件项目工作量、工期...
功能点 Function Point 估算法
leejoongul的专栏
08-05 6554
本文章已在ITPUB发表功能点估算法是软件项目管理众多知识中比较有技术含量的一个。在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及，对软件项
LoadRunner工具详解：负载压力测试80～20原理实战
该资源是一个关于LoadRunner工具的负载压力测试教程，主要讲解了80～20原理在测试强度估算中的应用，并介绍了负载压力测试的基本概念、实施步骤以及测试环境和工具的准备。 负载压力测试是评估系统在高并发情况下的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值