本文面向使用FPA功能点方法评估软件工作量的专业人士，探讨了帮助信息、导航菜单、图表、打印导出、短信验证码发送、审批流程、迁移和微服务架构等场景下如何正确计数功能点。根据FPA方法，帮助信息计为内部逻辑文件和事务功能，某些特定功能如导航菜单和批处理报表可能不计数，而审批流程、短信验证码和迁移需要具体情况具体分析。微服务系统的功能点计数要考虑系统边界和微服务单元间的接口开发。
前言
本文的目标读者是从事软件行业采用FPA功能点方法对软件研发工作量评估的人员。列举了一些FPA 方法实践过程中的常见问题，有FPA 方法评估标准定义，也有实践过程中得出的方法建议，仅供参考。
一、 帮助文档
应用系统中的帮助功能通常有三种形式。
1、应用程序的帮助 - 此种情形下的“帮助”适用于整个应用程序，通常的形式是 GUI 系统上的“帮助”菜单。
2、屏幕形式的帮助 -此种情形下的“帮助”适用于基于GUI或Web 的系统中的特定屏幕。
3、字段形式的帮助 -此种情形下的“帮助”适用于应用程序中的特定字段。
4、根据FPA 方法，“帮助信息”计数为一个内部逻辑文件， 每个“帮助”计数为一个事务功能（前提是“帮助信息”是本系统维护的）。 复杂度通常为“低”。
5、“帮助”、“关于”经常是编码数据或静态页面，通常不进行计数。
如图所示：
二、 导航菜单
在web 框架系统中常见有导航菜单栏，可根据页面布局需要或功能布局需要，此类菜单通常是可以在后端进行配置和调整的，前端通过实时查询展现。但此类功能是一种编码数据，通常只有菜单编号、菜单名称、菜单链接、菜单序号等字段，并无实际业务含 义。在功能点计数时，不进行计数。
如图所示：
最低0.47元/天 解锁文章
扫一扫
4万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
