功能点度量过程中先识别数据功能还是先识别事务功能，在CPM手册中并无明确的规定。在实际操作中，更多会采用将数据功能与事务功能相关联的方式。

一种方式是基于数据流图（Data Flow Diagram）的识别方式，传统的软件需求分解采用基于过程分解的方法，即自顶向下的方法，首先识别软件功能的输入、过程和输出，然后再识别所用的数据流向，通过绘制数据流图最终得到软件的业务需求。在功能点度量的过程中，也可以首先绘制DFD图，然后识别相应的数据功能和事务功能，其实在早期的CPM手册中，大部分示例都是以DFD的形式表现的。使用DFD可以将数据功能和事务功能相互关联，从而避免数据功能或事务功能的遗漏。

还有一种方式是根据数据库的常见操作方式，即对于每个数据表通常都会提供增删改查功能。如果有一组用户信息，那么首先一定要具备维护信息的功能，例如新增、修改和删除功能，此外还应该具备查询功能。否则，只有维护功能却没有输出功能，从用户业务角度分析这样的维护功能是没有意义的。所以在识别用户业务需求的过程中，当识别出一组对用户有意义的、逻辑上相关的数据集合时，同时应该识别出与该数据功能对应的事务功能。

第三种方式是首先建立整个应用系统的实体关系图，通过确立应用系统的实体关系，识别应用系统的数据功能，在此基础上然后再识别相应的事务功能。如果能够建立应用系统的整体实体关系图，则可以避免一些实体可能会被遗漏掉。