首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏用户9180628的专栏

    什么是功能分析——FPA

    二、功能分析的简介 功能分析 (FPA) 是一种用于确定软件工作产品规​模的技术。 自 1970 年代后期以来,功能分析 (FPA) 一直用于根据用户对功能需求的外部业务视图来评估交付给用户的功能。与测量物理实现的视图或内部技术视图相比,它测量应用程序的逻辑视图。 FPA 从以下方面衡量这些功能要求: 用户可以使用该软件执行的业务交易(例如,查询故障记录), 软件可以存储和访问的业务数据(例如,FAULT 文件)。 执行功能分析的过程称为“功能计数”,它涉及对这些事务和数据组件中的每一个进行识别、分类和加权,权重被组合以给出作为未调整功能计数的功能大小。 功能分析技术用于评估软件提供的功能(通常称为“功能计数”),“功能”是软件功能大小的度量单位。

    2.3K10发布于 2021-11-17
  • 来自专栏用户4793365的专栏

    FPA方法功能计数常见问题

    前言   本文的目标读者是从事软件行业采用FPA功能方法对软件研发工作量评估的人员。列举了一些FPA 方法实践过程中的常见问题,有FPA 方法评估标准定义,也有实践过程中得出的方法建议,仅供参考。 从FPA 方法论中我们知道所有的事物功能(EI/EO/EQ)都必须引用或维护内部逻辑文件或者外部接口文件。如果不计数内部逻辑文件,那么报表生成和查询的事物功能是否不能计数? 发送短信验证码的功能是否为一个独立基本过程可计数功能?答案是不可以。 迁移项目评估方法仅为建议,而非IFPUG 发布的FPA 标准功能方法中的标准。 微服务架构系统评估方法仅为建议,而非IFPUG 发布的FPA 标准功能方法中的标准。(北京软件造价评估联盟bscea.org)

    1.6K00发布于 2019-08-26
  • 来自专栏用户9180628的专栏

    敏捷(Scrum)和功能FPA):朋友还是敌人?

    传统方法通常使用功能分析 (FPA) 进行量化。FPA 用于估算制作软件的成本以及交付所需的时间。功能用作衡量系统规模的指标。这种调整是根据功能规范完成的。 这种详细程度(最好是针对多个冲刺)通常足以进行功能分析。然后,您可以使用该分析通过外推来确定整个积压工作的功能总数。在 FPA 方法中,这是允许的。 Scrum 和 FPA 是朋友 简而言之,Scrum 和 FPA 可以很好地相互帮助和加强。功能可帮助您控制总费用。通过使用 Scrum,您可以根据洞察力保持灵活性。最终是由你来解决整体问题。 在那个领域,功能和 Scrum 有一个共同的目标。 所以 Scrum 和 FPA 是朋友。失控和超出预算是(共同的)敌人! 可衡量的目标 sprint 的详细产品待办列表足以制作估计的 FPA(ISO/IEC 24570 Nesma 功能尺寸测量方法)。然后可以将功能的数量外推到总数。

    77170发布于 2021-11-22
  • 来自专栏软件成本造价评估

    基于功能分析法(FPA)的度量体系建设简析

    以下通过某组织的基于功能分析法的度量库建设实践,对建设度量体系的基本过程简述如下: 1、采用功能分析法(FPA)   功能分析法具有30多年的发展历史,是由IBM的工程师Allan Albrecht 计算规则如下:总体UFP(未调整功能)=35xILF+15xELF;在系统需求逐步明确后,则采用估算功能方法计算功能功能分析法(FPA)已经成为了国际标准,并得到了大多数国家的认可,该方法是一致性的标准,可以满足应用并且具有可接受的一致性准则。 注1:表2中功能的初始数据来源于估算功能方法,默认项目需求已经明确,否则可按预估功能方法进估算。    因此,基于功能分析法(FPA)的度量体系建设,对于提升组织和项目的过程控制和管理能力是十分有效的。

    2.7K40发布于 2019-01-24
  • 来自专栏软件成本造价评估

    软件项目工作量评估方法简述之功能方法(FPA

    软件项目工作量评估方法很多,如代码行法、类比法、WBS、故事、用例、NESMA、FPA、cosmic、COCOMOⅡ等。本文主要对功能方法(FPA)简述。 功能 FPA 方法 (一)    简介   FPA 是从用户角度出发度量软件规模的一种方法。 在功能估算的过程中,以下概念应贯穿始终:   1、    用户视角   用户视角(User View)是指功能被用户所认可,由用户需求书面正式描述,且独立于所采用的开发技术。    4)测算工作量   工作量   AE=AFP*PDR 6、 报告功能计数结果   将功能计数过程和工作量计数结果编写报告呈现给读者。(中基数联版权所有,转载需标明出处。) 以上就是软件项目工作量评估方法简述之功能方法(FPA)所有内容。

    12.1K50发布于 2019-07-05
  • 来自专栏用户9180628的专栏

    软件开发工作量评估:基于FPA功能分析法的深入解读

    功能分析方法(Function Point Analysis,FPA)是一种可靠、有效的软件规模度量方法,功能分析方法(FPA)作为一种理解和交流系统规模的手段,针对用户功能、性能的需求进行度量,具有可在项目早期进行度量 本文给出一种基于FPA方法与专家估算法相结合为主的多算法融合的方法,实现对软件工作量的评估,并在多个项目中进行实践,结果论证该方法既有可操作性又深受用户的认可,下面就由新星咨询为大家深入的对FPA功能分析法进行解读 2、FPA功能计算方法 完整的功能计算流程包括6个步骤,如下图计算功能的流程图所示: 1)识别确定系统范围:包括识别计数范围和应用边界。 计数范围定义了将被包含在一个特定功能计数中的功能。 它识别了哪些功能应该被包含在功能计数中从而为其提供答案。它的划定是由执行功能的目的决定的。比如,开发功能计数包括项目活动所影响到的所有功能;升级功能计数包括增加、修改和删除的所有功能。 6)计算调整后功能值。 开发项目功能计数:DFP = UFP × VAF 其中DFP是开发项目功能,UFP是安装后可用功能的未调整功能,VAF是指调整因子。

    11.9K50编辑于 2021-12-02
  • 来自专栏用户9180628的专栏

    功能分析法(FPA):在软件项目规划阶段的作用与好处(一)

    功能分析(FPA)也能用于绩效指标的衡量,它能够与其他开发团队进行基准比较,并建立行业基准数据库,有助于更好地对未来项目进行更准确的估算。 合理利用功能分析(FPA)能够规避掉软件项目相关的大部分风险,那么接下来聊一聊它在软件项目规划阶段起到了哪些作用?带来了什么好处? 好处:如果组织还正在考虑实施软件项目的解决方案,那么FPA可以快速估算软件项目方案的实施成本(更换成本VS迭代成本),以便于组织内部进行比较。 五、评估需求 作用:从功能上量化了应用程序提供的不同类型的功能功能计数将功能分配给每种功能类型:外部输入、输出、查询以及内部和外部逻辑文件。 如果项目的生产率(每个功能的成本)是已知的,那么项目经理可以使用功能计数来对项目进行适当的估算。

    1.2K20编辑于 2021-12-13
  • 来自专栏软件成本造价评估

    IFPUG FPA方法使用指导之iTip # 1 –帮助功能

    引言   为促进大家对IFPUG FPA方法的一致应用,IFPUG组织发布了一系列iTips和uTips来解释IFPUG FPA方法在特定情况下的应用。 本篇iTip适用于应用系统中的“帮助”功能。  背景   应用系统中的帮助功能通常有三种形式。    根据FPA方法,“帮助信息”计数为一个内部逻辑文件,每个“帮助”计数为一个事务功能(前提是“帮助信息”是本系统维护的)。 复杂度通常为“低”。 示例   以下应用程序包含以上三种形式的帮助。 A.如果“搜索帮助”符合正常的FPA标准,则会对其进行计数。 诸如“升级”和“关于”之类的其他选择可以提供额外的功能。 根据我们的经验,“关于”经常是编码数据,因此在计数时要注意。 注:目前行业中的一些常见计数实践和功能组织的技术文章未必完全一致,在实际计数过程中,还需要根据用户需求灵活应用。 (许宗敏  北京软件造价评估技术创新联盟 咨询师)

    1.2K40发布于 2019-01-24
  • 来自专栏软件测试技术

    App测试常见功能

    锁屏时,后台运行,消息推送是否可以正常接收 点击查看推送消息,消息是否在消息栏不显示,且能跳转至对应消息界面 发送大量消息推送,App是否奔溃 中断测试 当App使用过程中有电话进来中断后再回到App,功能状态是否正常 当App运行中,收到短信、蓝牙、闹钟、插拔数据线以及其他通知,功能是否正常 当App使用过程中有网络电话进来,例如QQ、微信等的语音、视频电话,功能状态是否正常 兼容性测试 系统版本兼容性测试ios,

    1.1K31编辑于 2022-05-16
  • 来自专栏计算机图形学 前端可视化 WebGL

    事件代理功能分享

    事件代理功能分享 看过前面几篇文章的读者相信也应该有所了解了,我们借助于团队内部开发的编辑器实现了很多成功的项目案例,已经多次看到我们点击一个文本、一个按钮等等...去弹出一个表格之类的交互,有些同学难免有些好奇我们是如何实现在 将键入的内容缓存取出设置到 文本对象上 在 UI 绘制中控制 canvas 绘制用户输入的内容 扩展部分: 暴露出部分可控的接口和方法在外部,用户可在属性面板配置操作轻松实现文字阴影、跑马灯、渐变色...等各种功能事件代理对象由此想到了我们是不是也可以实现一个类似的事件代理对象 每当我们的事件代理对象触发事件时就派发 一个画布的事件出去 [image.png] 预览效果 [20201120_133509 00_00_00-00_00_30.gif] (不知道是哪位小伙伴写的注释,给他赞 有时当我们实现一个很小的功能的时候,可以根据这个功能放大,宏观的去思考一下有没有可能实现一个通用的、可复用的功能功能虽小,实现虽简单,但是却能方便我们做很多事,高楼大厦也是从一砖一瓦来的。

    87720发布于 2020-12-18
  • 来自专栏用户4793365的专栏

    2种常见软件项目工作量评估方法简述

    软件工作量评估方法很多,如代码行法、类比法、WBS、故事、用例、NESMA、FPA、cosmic、COCOMOⅡ等。 一、 功能 FPA 方法 (一)    简介    FPA 是从用户角度出发度量软件规模的一种方法。 在功能估算的过程中,以下概念应贯穿始终:  1、    用户视角  用户视角(User View)是指功能被用户所认可,由用户需求书面正式描述,且独立于所采用的开发技术。  4)测算工作量  工作量  AE=AFP*PDR  6、 报告功能计数结果 将功能计数过程和工作量计数结果编写报告呈现给读者。 原则:每一个功能必须有一个输入,一个输出或一个写,即至少2 个CFP  (六)    工作量测算 参考FPA 方法和用例方法工作量测算方法,设定相关技术调整因子和环境调整因子以及生产率,测算软件工作量

    9.6K20发布于 2019-06-17
  • 来自专栏用户4793365的专栏

    功能方法核心思想是什么?功能估算方法有哪些优势?

    功能方法的核心思想 功能方法的核心思想是把软件系统按照组件进行分解,从而确定系统的功能点数量。功能方法是一种预测软件系统总规模的方法。 功能度量方法是基于软件文档的功能性需求来进行度量,其结果是以功能点数的形式来表示软件的规模。把软件系统按照组件进行分解,从而确定系统的功能点数量。 功能方法的优势 -功能方法简单、实用,对于用户来说,可以不必理解功能的具体开发和实现过程,而根据功能的复杂度粗略估算出系统的规模,进而了解开发成本,能够建立开发者与顾客之间的信任关系,即开发者将用户的需求转化成要实现的功能 ,通过功能的多少来衡量软件规模的大小。 这种区分功能规模与技术因素的机制,使软件规模度量更加客观。 以上就是功能方法核心思想是什么?功能估算方法有哪些优势?的内容。 (北京软件造价评估技术创新联盟)

    1.7K30发布于 2019-04-25
  • 来自专栏软件成本造价评估

    什么是快速功能方法?

    软件成本评估中所提到的快速功能方法是什么? 快速功能方法是依据国际5大功能方法ISO标准之一(ISO/IEC 24570-2005软件工程NESMA功能尺度测量法2.1版功能分析应用的定义和计数指南)要求提出的一种软件规模度量方法,并充分考虑组织及需求或项目特性 ,目前采用预估功能和估算功能进行业务需求模板的估算和测量,并对方法进行了优化改进。 在使用快速功能时,还可以在项目结束后根据详细功能计数结果,对预估或估算功能各计数项权重进行校正,以获得更为准确的估算结果。 与传统功能方法相比快速功能方法的优势是什么?   经过培训的学员,平均计数速度约为2000功能/人天,是传统功能方法平均速度的10倍以上。

    3.2K60发布于 2018-10-10
  • 来自专栏网络安全技术点滴分享

    frida小功能备注(Android)

    1.frida命令以启动app的方式注入frida脚本到app,并重定向输出日志到文件中

    38010编辑于 2025-06-16
  • 来自专栏若志随笔

    Typecho实现文章功能

    特此水一篇折腾记录-Typecho实现文章赞,当时也懒得记录,现在觉得有必要记录一下。 ,让赞字段 +1 $db->query('UPDATE `' . $cid . ';'); // 返回赞数量 return ++$callback['agree']; } 然后找到post.php在顶部加入以下代码用于判断是否是赞的 POST >//赞数量 </button> 最后Ajax赞: 以下js代码添加至footer.php中, // 赞按钮点击 $('#agree').on('click', function var re = /\d/; // 匹配数字的正则表达式 // 匹配数字 if (re.test(data)) { // 把赞按钮中的赞数量设置为传回的赞数量

    2.1K31编辑于 2021-12-23
  • 利用 leanCloud 实现功能

    功能 社交平台的必备良药,谁谁谁什么时候给你点了个赞,赞什么的貌似已经深入人心了。 之前在 @火喵酱 的博客页面有看到说想用 leancloud 实现 do you like me 的功能,之前没接触 leancloud 的 SDK 不知道咋搞,后来就不了了之,然后因为最近做了 valine 的最新评论排行,所以借这个风顺便来做个功能~ 赞按钮 实践操作 和 valine 最新评论一样,首先需要引入 sdk 并初始化完成化后接入具体实现的代码即可(这个就不说了,上篇笔记里有写的) 实现思路 因为我要做的是页面点赞功能,所以可能会比 do you like me 那个稍稍多个步骤。 这里再聊下思路,一般做功能都是在本地点击计数之后再把数据上传到云端服务器,访问页面的时候直接根据页面拉取对应的数据填充即可。

    89720编辑于 2024-03-12
  • 来自专栏Java项目实战

    功能设计与实现

    赞业务本身并不复杂,无非是对数据的update,但是赞本身是无意识行为,并且同一个用户可对博文进行赞/取消赞,如果直接操作数据库,无疑会增加数据库io操作。 ,1:赞,2:取消赞 public enum ThumbEnum { THUMB(1,"赞"), CANCELTHUMB(2,"取消赞"), private String ThumbEnum(String messageName) { MessageName = messageName; } } 4.接口实现 根据是否存在key判断是赞还是取消赞 2取消赞 map.put("isLike", 1);//1未赞2已赞 } else { //记录点赞用户 redisService.sadd 按理说读取与写操作应该分为两个redis,但是赞统计的是评论数,大key进行拆分后,无需对其读写分离。

    9.7K51发布于 2020-08-27
  • 来自专栏科技云报道

    不管一万公里还是“最后一公里”,网络优化只需“三行代码”

    所以在过去,网络层面通常都被资源和资金方面属于“YYDS”层面的大厂所把持;所以,专线网络才成为很多企业的运维支出大项;所以,业务的扩展才会让企业既幸福又头疼…… 痛带来需求,而需求产生供给;因此,在数字化技术不断推进的背景下 什么是FPA? 部署之后,FPA可实现全网智能链路和端侧的传输优化,通过lastmile侧的智能接入、多链路传输、弱网对抗、跨平台,和骨干网上的多节点部署、多路冗余、智能调度、自动路由规划等众多网络优化功能并保证QoS 由此,企业也可以从高技术复杂度、高成本的网络优化泥沼中解脱,降低运维成本,以更自由的方式专注于业务的快速迭代和功能、体验创新。 在Client端,用户可以通过功能丰富的SDK来完成对原有应用的轻松二次开发,实现对网络传输的深度优化。而对于代码能力更强的用户来说,声网FPA也提供可直接调用的各类API服务。

    42710编辑于 2022-04-16
  • 来自专栏Owen's World

    PHP结合redis实现功能

    php /** * 赞 */ namespace app\like\service; use app\common\DataService; use app\common\Redis; class const LIKE_USER_GIVE_SHOW_CHINESENAME = '赞了您这条'; const LIKE_USER_RECEIVE_SHOW_CHINESENAME = '我赞了这条 '; const BLOG_CHINESENAME = '资讯'; /** * 赞资讯 * @param int $userId 用户ID * @param ($userId, $sys); Redis::getInstance()->redisZrem($key, $blogId); //我的赞全部列表 ":blog"); return true; } /** * 判断资讯是否被赞 * @param int $userId 登录用户ID

    1.1K20编辑于 2021-12-08
  • 来自专栏芋道源码1024

    功能,用 MySQL?还是 Redis!

    数据一致性 功能是目前app开发基本的功能 今天我们就来聊聊 赞、评论、收藏等这些场景的db数据库设计问题, 1. 我们先来看看场景的需求: 显示赞数量 判断用户是否点过赞,用于去重,必须的判断 显示个人赞列表,一般在用户中心 显示文章赞列表 我们先看一下头条和微博的例子 ? ? 下面说下redis作为storage的方案: 场景a :显示赞数量 在赞的地方,只是显示一个赞数量,能区分用户是否赞过,一般用户不关心这个列表,这个场景只要一个数字就可以了,当数量比较大时,一般显示为 :tid:888 //实现数量自增 (integer) 899 场景b:赞去重,避免重复赞 要实现这个需求,必须有文章赞的uid列表,以uid为key场景c:一般在用户中心,可以看到用户自己的赞列表 可能有人觉得,赞列表没人关心,存储又会浪费大量资源,不如不存!但是,这个数据是必须要有的。两: 去重。

    2.3K20发布于 2020-06-16
领券