软件造价评估常见问题（第18期）

序号：问题一

类别：功能点计数

提问：同一逻辑文件，如果处理逻辑包含了筛选、分组、排序、列表展示等这些操作，只计为同一个查询吗？

如：项目信息以列表展示，查询功能包括筛选、分组、排序、组合查询在同一个界面里翻页处理，单击每一条可查看项目详情页，这里筛选、分组、排序、组合查询操作处理统一按照同一个查询处理，这里没有维护、产生衍生数据、改变系统行为等，计为“同一个查询”

如还涉及到“导出”操作，那么导出操作怎么计取？（导出和查询可独立操作互不影响）

回答：逻辑文件是一组逻辑相关的数据，一个逻辑文件可能涉及多个基本过程（EI/EO/EQ），一个基本过程也可能访问或者维护多个逻辑文件，即逻辑文件与基本过程之间不是简单的一一对应或者一对多关系。

“同一个查询”如果是已经看到了不止一个业务上的原子操作（包括潜在的基本过程），那么就会涉及去重原则，但如果这些处理逻辑只构成一个业务上的原子操作，就用不到去重，直接识别为一个事务功能。上述需求描述中提到不涉及计算、产生衍生数据、维护逻辑文件和改变系统行为，那么事务功能只能是外部查询EQ，即可以识别出两个事务功能，分别是项目列表查询EQ和项目详情查看EQ。如果有导出，另计一个EQ。

而上述需求中是否要识别数据功能（即项目信息，如果本系统可以维护就是ILF，否则是EIF），要看这个数据功能是否已经被识别过，如果没有识别过，需要计数数据功能（项目信息）；如果已经识别过，就不能再次计数。

 

序号：问题二

类别：功能点计数

提问：如图能否按功能点核算？还是直接询价？

回答：图中描述是软件功能性需求，是可以采用功能点方法进行软件规模度量。但也可以采用其他软件估算方法与基于功能规模度量的方程法进行交叉验证。

 

序号：问题三

类别：功能点计数

提问：操作日志信息，可以作为ILF计数吗？

回答：操作日志信息属于业务数据可计ILF。通常日志的记录动作不单独计数EI，而列表、详情和导出功能可以计数EQ，要注意的是日志需求通常没有修改和删除操作，但需要根据实际需求确定，如果存在维护日志信息（ILF）的实际需求，例如对异常日志的处理操作等，可以计数EI。

 

序号：问题四

类别：功能点计数

提问：医院的预约系统，手机版APP，微信小程序，电脑网页版，通过这三个显示前端，展示的功能是一样的，开发的时候是按三个开发功能点计？还是按一个开发功能点计，然后给适配（接口）的费用？

回答：数据功能只计数一次，事务功能可多次计数，但应酌情调整复用度（一个为低，其他为高），不再单独计算适配费用。

 

序号：问题五

类别：功能点计数

提问：如图是否可以单独计算3个EO功能点？

回答：表中需求描述不够清晰。最好能进一步澄清需求，比如这些统计指标是否需要在一张报表中统一展示，如果是，则只能识别为一个外外部输出EO 。单从业务合理性角度分析，指标1单独呈现还是比较常见的；而指标2、3通常是一起呈现（不同类型手术占比统计）。

 

序号：问题六

类别：功能点计数

提问：因为现在AI大模型的软件开发项目，大多都不符合智能信息（自然语言处理、大模型、计算机视觉、智能决策、专家系统等）=1.5这个应用类型这个调整因子。那么一个软件开发项目，至少得达到怎样的条件，才能使用智能信息这个类型调整因子？

回答：只要项目的主体功能（比如超过50%）都是在做此类开发，就可以使用这个调整因子。但现在行业中较少使用的原因是如果项目主要做AI相关工作（比如数据标注、模型微调等），通常就不适用功能点方法，建议采用经验法等进行估算；或者主要功能采用功能点方法，对数据标准等工作再单独估算工作，在这种情况下，功能点部分使用1.5也是不合适的。原则就是如果使用了1.5（在符合条件的情况下），就不宜再对所谓“特殊工作”单独估算了，反之依然（如果单独估算了特殊工作，因子就用1.0）。