已标记: 高水平FPA
- 这个话题有 7 回覆, 6 声音, 最后更新 8 年份, 7 月 前 通过 貂Eisma.
-
作者帖子
-
23/05/2015 在 14:39 #3568雀跃琼斯参加者
在软件领域,规模仍然是困难和模棱两可的.
作为 2015 似乎有 23 通用尺寸指标, 其中很少有转换规则.
据我所知,没有其他行业拥有如此多的指标来实现相同的价值. 软件也有 2,700 编程语言, 也出于未知的原因. 我的观点是,所有这些语言和指标意味着没有一个完全令人满意,否则我们将没有那么多.
下面粘贴的是我了解的指标. 如果有人知道其他人,请告诉我或将其发布在此博客上.- 联合会 4.3
- 基于自动代码
- 基于UML的自动化
- 适得其反的功能点
- COSMIC功能点
- 快速功能点
- 特征点
- FiSMA功能点
- 全功能点
- 功能点灯
- IntegraNova型号
- Mark II功能点
- Nesma功能点
- RICE对象
- SCCQI功能点
- 简单功能点
- SNAP非功能指标
- SRM模式匹配
- 故事点
- 功能点未调整
- 用例点
- 逻辑代码语句
- 物理LOC (空白, 注释)
谢谢,
雀跃琼斯
SRM调整指标23/05/2015 在 17:13 #3570亲爱的雀跃,
不错的清单! 好,你可以区分 “自动化代码”, “自动化UML” 和 “回火”, 因为它们本质上是不同的. 有几种口味 “快速”, 你是说哪一个? 如果您不是说Gartner的快速功能点, 那么您应该添加FFPAi (这是他们传统的FFPA的结合, 配置点和IBRA点). 我认为完整功能点不再有效, 因为它已被COSMIC取代. 我只知道 IntegraNova 作为开发环境, 但不作为尺寸测量. 在这种情况下,您还应该添加 OutSystems敏捷网络规模调整 (年份) 等等.
来自爱尔兰的问候
30/05/2015 在 22:50 #3687弗兰克Vogelezang密钥管理员亲爱的雀跃,
我肯定会看到与您在其中发布的类似文章相比,列表有所改进 2008. 查看我的个人博客 “IT的价格” 关于那个. 你刚才提到 Nesma功能点 在一排. 我想你是说 Nesma ISO / IEC 24570 标准 用于详细的功能点计数. 但是您是否意识到Nesma也有两种快速计数的方法:
- ROM估计的指示性FPA方法
- 高级别计数快速, 但是计数还是很准确的
这两种方法, 在标准中也有描述, 当您需要快速估算尺寸时非常有用. 看到 这一页 简短介绍.
Nesma还具有许多针对特定环境/目的的方法:
- FPA用于软件增强
- FPA应用于数据仓库
- 基于SOA的环境中的功能调整 (只有荷兰语)
也许您可以在列表的下一版本中为基于Nesma的方法保留一些额外的行.
和, 也许这是我自己的错 中华总商会, 但据我所知,世界上只有一个人使用这种方法.
问候, 坦率
19/06/2015 在 23:54 #4015亲爱的雀跃,
您的列表实际上可以分为两个列表: 一种包含不同大小的度量, 另一个包含为第一个列表中的措施建议的过程.
事实上, 弗兰克(Frank)提到的指示性和高水平计数并未建议定义另一种规模度量。, 但简化了测量现有尺寸指标的过程 (即, nesma功能点). 有几个这样的建议, 包括早期&快速功能点, Tichenor方法, ISBSG平均权重的方法, 等等. 亲自, 我不认为这些是新措施, 但是,作为实现FPA规模的新的简化流程,可以更快更早地进行测量 (例如, 当待开发软件的功能规格尚未完全可用时, 因此无法应用标准测量过程).
相似地, 几种基于UML的度量只是用于推导通常度量的过程的建议 (联合会, COSMIC, 等等) 通过UML图提供的功能规格.关于第一名单, 您可以添加 类积分, 尽管它们是由研究人员提出的,但 –我所知道的– 从未在实践中应用过.
亲切的问候
路易吉22/06/2015 在 08:38 #4056雀跃琼斯参加者路易吉,
感谢您的意见. 抱歉耽搁了 – 我正在旅行,由于旅行而离线.
我有一个基于模式匹配的正在申请专利的尺寸方法. 它可以在需求之前使用,并且只需几分钟即可确定任何应用程序的大小. 我们已将其用于大约 1 功能指向 300,000..
我们首先将项目放在我们的正式分类法中. 然后,我们从大约的知识库中选择具有相同分类模式的项目 25,000 专案. 碰巧的是,具有相同分类模式的项目在功能点上的大小大约相同,但在代码行中却不相同. 但是我们也可以处理以下代码行 79 语言以及Java和SQL等组合.
其他行业也使用相同的模式匹配方法,例如 Zillow 和 特鲁里亚 比较房地产和 凯利蓝皮书 比较二手车的成本.
我们的方法是我们的标准功能 软件风险大师 (SRM) 工具, 这也可以预测 23 指标同时. 我们提供尺寸质量和成本估算,为许多国家/地区的客户提供服务: 中国, 加拿大, 秘鲁, 以色列, 日本, 等等.
我无法添加课程积分,因为我的客户均未使用该指标,并且我没有数据.
问候,
雀跃琼斯24/08/2015 在 10:46 #4714雀跃琼斯参加者路易吉,
我们的大小调整方法基于正式的分类法. 这也是我们的软件风险管理大师的标准功能 (SRM) 估算工具.
我们将根据专有分类法确定项目大小,然后从我们的知识库中提取类似项目并汇总其大小. 实际上,具有相同分类模式的项目具有相似的规模.
我们的方法不需要访问需求或内部信息.
因此,我们可以确定任何软件项目的大小, 而且很快.
这是 150 我汇总的样本只是为了说明可以使用我们正在申请专利的方法来确定任何软件项目的大小.
>> 150示例当然,规模调整本身只是客户需求的一部分. 还随附了使用的幂的示例项目结果 10 从 10 至 100,000 功能点. 样本不是完整的SRM估计值,而只是有趣的摘录.
>>的权力 10问候,
雀跃琼斯31/08/2015 在 09:59 #4855亲爱的雀跃,
我同意Luigi的观点,即您的第一个列表包含多个项目,这些项目不是不同的指标,而是相同的指标,只是计数/测量程序不同. 不幸的是,您没有对Frank和Luigi的评论做出回应. 我认为您的清单包含的内容少于 23 指标,我很想知道您对他们的评论的看法.
最好的祝福
维姆·维瑟(Wim Visser)
01/09/2015 在 11:25 #4916貂Eisma参加者亲爱的雀跃,
我看到有很多方法可以 (产品) 浆纱. 我主要将产品尺寸用于估算目的 (针对应用程序维护的新项目和新版本). 估计的产品尺寸主要在 300 FP和 5.000 FP有很多不确定性.
产品尺寸估算主要用于估算工作量 / 团队规模), 持续时间和缺陷.
项目估算主要基于业务需求, 因此产品尺寸也被估算为概率 (有范围).
我的问题是:
还有模型吗 / 在项目开始时进行评估以选择最相关的方法来进行产品评估的方法 / 释放, 知道的准确性 +/- 10% 可以接受.貂Eisma
-
作者帖子
- 您必须登录才能回复此主题.