IFPUG FPA方法使用指导之iTip # 6 –共享数据实时响应

背景

　　CPM的第3部分中的第3章讨论了在许多场景中应用程序之间的数据共享，但没有解决实时环境问题。 此iTip为通过API，存储过程和Web服务计算数据交换提供了额外的指导。以下示例中应用程序A具有向应用程序B提供数据的功能要求。应用程序A是待计数的对象。在示例中，假设响应不包含派生或计算的数据，并且没有维护的ILF。 

　　示例 1: 实时数据请求/响应

　　应用程序B需要来自应用程序A的数据来完成实时事务功能。为了获得所需的数据，应用程序B向应用程序A发送请求。应用程序A处理请求，访问其数据并将带有所需数据的响应发送到应用程序B。

　　从应用程序A的角度来看，存在功能用户要求向应用程序B提供数据。该功能的主要目的是向应用程序B（即其用户之一）提供数据。 基于主要意图，应用程序A计算EQ。 应用A的EQ的复杂性是基于所引用的逻辑文件的数量（即，FTR）和穿越（即，进入或退出）边界的DET的数量来确定的。

　　示例 2: 实时数据验证请求/响应

　　应用程序B处理事务需要应用程序B验证、使用的信息。由于应用程序A拥有并维护员工数据，因此应用程序B向应用程序A发送请求以验证个人是当前的全职员工。 应用程序A访问其员工数据库并将带有验证结果的响应发送到应用程序B。验证码留在应用程序A中并由应用程序A维护。应用程序B使用响应来完成其处理。

　　从应用程序A的角度来看，有一个功能用户要求搜索其员工数据库并将信息返回给应用程序B（即其中一个用户）根据请求。 此功能的主要目的是向应用程序B提供信息。对提供的验证请求的响应是检索应用程序B提供的名称和标识的成功或失败。因此，应用程序A计算EQ。 应用A的EQ的复杂性是基于所引用的逻辑文件的数量（即，FTR）和穿越（即，进入或退出）边界的DET的数量来确定的。

　　注：目前行业中的一些常见计数实践和功能点组织的技术文章未必完全一致，在实际计数过程中，还需要根据用户需求灵活应用。（本文版权归北京软件造价评估技术创新联盟所有，转载需标明出处）