功能点度量中Webservice调用的计数规则争议咨询

核心依据锚定 #

先以ISO/IEC 14143-1:2007中“应用可作为用户”的定义为共识基础，拉齐两位专家对该条款的统一理解：该定义的核心是应用以请求者身份发起交互，接收并处理外部系统返回的结果，这是后续讨论的前提。

针对两种观点的拆解验证 #

观点1：按外部文件（数据功能）计数 #

引导专家聚焦以下判定维度：

• 确认Webservice的交互模式：是否仅为纯数据读写（比如仅获取/写入结构化数据，无业务逻辑处理），且调用方无需处理返回结果外的额外业务规则？
• 对比RDBMS访问的本质：RDBMS是纯数据存储介质，若Webservice仅扮演“远程数据容器”角色，无主动业务响应逻辑，才符合外部文件的判定逻辑。

观点2：按事务功能计数 #

引导专家聚焦以下判定维度：

• 确认Webservice的交互是否包含业务逻辑处理：比如调用后，Webservice会执行计算、校验、状态变更等操作，再返回处理后的结果？
• 对比人类用户交互的本质：人类用户发起请求后系统执行事务逻辑，应用作为用户发起调用时，若Webservice提供的是“事务级服务”而非纯数据访问，就符合事务功能的判定逻辑。

共识达成步骤 #

1. 共同梳理Webservice调用的完整交互流程：从发起请求的触发条件、请求携带的参数、Webservice执行的操作，到返回结果的用途，形成书面流程文档。
2. 对照ISO/IEC 14143-1:2007的“用户”定义，逐一匹配流程中的关键节点：
   • 若流程核心是“获取/存储数据”，则倾向数据功能；
   • 若流程核心是“请求执行业务操作并获取处理结果”，则倾向事务功能。
3. 若仍有分歧，可结合行业通用实践补充佐证：多数场景中，提供业务逻辑的Webservice会被归为事务功能，纯数据查询的则归为数据功能，但需明确这是辅助参考，核心仍以标准定义为准。

内容的提问来源于stack exchange，提问作者Joao Ricardo Barroca Mendes