度量软件项目成本时如何识别逻辑文件？

使用快速功能点法进行软件成本度量过程中，在明确了系统边界后，便要进行逻辑文件（数据功能）的识别。那么，什么是逻辑文件？在度量软件成本时如何正确区分哪些是逻辑文件？哪些不是逻辑文件呢？

首先，我们来了解一下什么是逻辑文件。

逻辑文件不是传统数据处理意义上的文件，也不是实现意义上的物理的数据集合，即它与具体实现时设计出来的物理模型是无关的。逻辑文件是指一组用户可识别的、逻辑上相互关联的数据或者控制信息，对逻辑文件的操作为业务需求引起，用户可以理解并识别。

识别逻辑文件的步骤如下：

a) 识别业务对象或业务规则。业务对象应该是用户可以理解和识别的。业务对象包括业务数据或业务规则，如“企业黑名单”、“黑名单生成规则”等。而一些为了程序处理而维护的数据则属于编码数据，如国家/地区信息表。所有的编码数据均不识别为逻辑文件，与之相关的操作也不识别为基本过程；

b) 确定逻辑文件数量。需要根据业务上的逻辑差异及从属关系确定逻辑文件的数量。何谓软件差异？就是用户可以感知其用途的明显不同且有不同的维护方式。用户是否可以明确感知业务对象的差异？不同实体之间是否具有依赖关系？只有存在逻辑差异且没有依赖关系的业务数据或引用数据才记为独立的逻辑文件。例如，对于人力资源管理中的“员工信息”，虽然“固定期限合同员工”与“无期限合同员工”的信息有所差异，但其维护方式基本一致，因此不识别为不同的逻辑文件；而对于公文管理中“收文信息”和“发文信息”，虽然物理特征类似，但这两类信息有完全不同的业务行业，与其相关的业务操作也不相同，因此可识别为不同的逻辑文件。

c) 是否是ILF。即确定该逻辑文