任女尔 郭芳郁 赵锋云 田 杨 池秀峰

（中国汽车技术研究中心有限公司，天津 300393）

1 引言

随着IT 技术的不断精进，信息化、数字化已成为多数中大型企业管理提升及业务赋能的重要推动引擎，通过信息化系统对内提升管理能效、对外赋能主业发展成为了越来越多企业的发展方向，各类型企业对信息化系统软件的需求量也日益增加。但目前，在软件行业普遍存在几类难题，包括甲乙双方对于软件项目规模难以达成统一；项目工期及工作量的合理性难以衡量；基于前期的简单需求难以进行准确估算或预算无法覆盖后期研发费用；针对需求精细度不够的招标文件，难以支撑费用评估；以及软件市场存在低价中标现象，导致“累死自己、饿死同行、坑死业务”事情的常有发生等。

2017 年财政部令87 号《政府采购货物和服务招投投标管理办法》中也明确：投标人不能证明其报价合理性的，评标委员会应当将其作为无效投标处理[1]。

为了解决上述问题，就需要一种方法，能够对系统的规模、工作量、工期、成本等进行预估。本文主要对功能点法在软件造价评估中的应用进行分析。

2 常用功能点法

在功能点方法的发展及推进过程中，ISO国际标准组织先后采纳了IFPUG、COSMIC、MARKⅡ、NESMA 和FiSMA等五种方法作为ISO 国际功能点标准[1,2]。目前在全球范围内，超过90%的企业选择使用IFPUG 及NESMA 方法，尤其广泛使用于美国、意大利、德国、韩国、日本等国家，而NESMA方法中的详细功能点法与IFPUG方法基本等效。

2.1 常用功能点法介绍

(1)ISO/IEC 20926 IFPUG

IFPUG（International Function Points User’s Group，国际功能点用户组）是一种功能规模的度量方法，其在1979年由IBM 的Allan Albrecht 提出，并于1984 年正式发布第一版功能点使用指南。2003 年IFPUG 被ISO 组织接纳并成为了国际功能点标准。

(2)ISO/IEC 19761 COSMIC

COSMIC[3]（Common Software Measurement International Consortium，通用软件度量国际联盟）是一种规模度量方法，其前身是1997 年提出的FFP（Full Function Point，全面功能点）功能点标准，之后FFP组织与COSMIC组织共同合作，并于1999 年提出了COSMIC 功能点标准。同样于2003 年COSMIC被ISO组织接纳并成为了国际功能点标准。

(3)ISO/IEC 20968 MARKⅡ

MARKⅡ[4]是1991年由Charles Symons提出的功能点操作方法，后在此基础上形成了功能点标准，并被英国政府采纳，目前由英国软件行业协会进行维护。2001年MARKⅡ被ISO组织接纳并成为了国际功能点标准。

(4)ISO/IEC 24570 NESMA

NESMA[4]（Netherland Software Measurement Association，荷兰软件度量协会）是一种与IFPUG极为类似的快速功能规模度量方法，可以在项目不同阶段选择不同精度的方法，从而对软件规模进行估算。相对于MarkⅡ、COSMIC及FISMA，NESMA的标准与IFPUG的标准保持了最好的一致性。

表1 常用功能点法对比（识别角度）

表2 常用功能点法对比（综合对比）

(5)ISO/IEC 29881 FiSMA

FISMA[1]（Finland Software Measurement Association，芬兰软件度量行业协会）功能点标准主要集中应用于芬兰本土的软件行业。与其他类型的功能点法相比，其更推崇“服务”的概念，相对弱化了“功能”的概念。FISMA将软件的典型功能区分为了28种服务，将服务类型划分得更为精细，但同时也增加了使用操作的不便。

2.2 常用功能点法对比

表1、2 分别从识别角度和用户角度，对上述提出的五种功能点法进行了对比。

3 NESMA功能点法

通过综合对比发现，NESMA功能点法的综合评价较高，本章将基于已发布的《软件工程软件开发成本度量规范》GB/T 36964-2018，对该功能点法进行详细介绍。

3.1 估算流程

所谓软件估算，就是采用一定的方法，对软件系统的规模、工作量、工期、成本等指标的预估，是软件度量过程的一个环节，估算的主要流程包括规模估算、工作量估算、成本估算、确定开发成本四个步骤（图1）。

估算流程的具体描述如表3。

表3 软件估算操作步骤

在项目早期或概预算、招投标阶段，应使用预估功能点法进行估算。在项目中期、项目完成或项目需求落地完成、测试或交付阶段，应使用估算功能点法进行估算。具体对两种选择方法的梳理如表4所示。

3.2 数据功能识别

数据功能识别，主要指识别提供更新、检索或引用而存储的逻辑数据，包括内部逻辑文件（Internal Logical File，ILF）、外部接口文件（External Interface File，EIF）两种，是系统提供的满足用户内部或外部数据需求的功能[5]。

数据功能主要包括业务数据、引用数据两类。

业务数据通常指系统的核心数据或业务对象，其主要特点包括：①用户可维护、可识别；②数据频繁动态；③通常有关键域或多个属性；④可以拥有1至无限条记录等。

引用数据通常指为了支持或维护业务数据的业务规则而存储的数据。其主要特点包括：①用户可识别；②通常在系统安装时建立，后期仅间断维护；③处理业务数据的事务通常需要访问等。

识别数据功能后，若数据在系统边界内维护，则为ILF；若在系统边界外的其它系统中维护，则为EIF。在进行数据功能识别时，可使用如表5所示步骤。

3.3 事务功能识别

事务功能识别，主要指识别系统提供给用户的进行数据处理的功能，即体现系统如何处理及使用业务数据，包括外部输入（External Input，EI）、外部输出（External Output，EO）、外部查询（External Query，EQ）三种基本过程。

EI 主要指处理来自系统边界之外的数据或控制信息的基本过程，目的是为了更新ILF或通过信号输入来改变软件的行为。其特征包括：①一定穿越了系统边界；②对ILF进行了维护或通过输入信号改变了软件的行为。

EO主要指从系统边界内向系统边界外发送数据或控制信息的基本过程，目的是向用户呈现经过处理的数据信息。其特征包括：①数据或控制信息通过并发出了系统边界；②至少存在以下任意一种情况，包括了公式或计算/产生了衍生数据/维护了至少一个ILF/改变了系统的行为。

表4 预估功能点及估算功能点梳理

EQ 的目的也是向系统边界外发送数据或控制信息，其与EO的区别在于呈现的是未经过任何处理的数据信息。其特征包括：①数据或控制信息通过并发出了系统边界；②呈现或输出的必须没有计算、衍生数据、没改变系统状态、没更新任务ILF，但可以包括分组、筛选、排序等。

表5 逻辑文件识别步骤

在进行基本过程识别时，还需要额外注意：

(1)基本过程一定是穿越了系统边界，是用户可明确感知业务含义的一次操作；

(2)一个基本过程是一次完整的操作，而不是一个简单的动作。例如新增用户时经历了多次校验，只能识别为一个基本过程。

4 NESMA在软件造价评估中的应用

下面对功能点法在软件造价评估中的使用进行举例说明：

(1)判断项目特征，包括项目所处阶段、质量特性、开发语言及团队背景等（图2）。

(2)根据需求成果物，识别功能点计数项，并判断其重用程度及修改类型，得到项目调整后功能点（图3）。

(3)基于基准生产率及人月基准单价，计算获得基准报价的下限、中值和下限（图4）。

5 关于企业基准生产率的思考

在最初使用功能点法进行软件价格评估时，由于企业基准生产率未定，因此前期通常使用行业的基准生产率进行计算，但评估出的结果与经验法、类比法相比或多或少会存在偏差。因此需要通过大量的样本数据，找到企业的基准生产率。

同时，对于大中型企业，通常部门划分较多且职责划分较为明确，存在专门的市场部门、管理部门、业务部门及研发部门。若需要单独评估研发部门的生产率，还需要在造价评估公式的基础上，对项目的阶段进行划分。

对此，关于企业研发部门基准生产率的确定，认为可尝试如下方式进行：

(1)同步开展功能点法及经验法价格评估，两者互为参考、相互辅助。

(2)参考《中国软件行业基准数据》（表6）中软件开发工作量分布，计算实际投入阶段对应的工作量，并转换为报价。

(3)计算阶段报价与经验法报价间的差值系数，并通过样本累加得到企业/部门/项目组的系数平均值。

(4)将系数平均值转换为基准生产率。并在后续的价格评估中，不断对基准生产率进行调整。

表6 《2019年度中国软件行业基准数据》

6 结语

软件造价评估对软件项目实施提供了重要基础。通过对比分析，本文得出在ISO 国际5 种功能点标准中，NESMA功能点法在软件造价评估应用中的综合评价较高；对NESMA功能点法的估算流程、数据功能识别、事务功能识别等进行了详细说明；在此基础上，分析了NESMA在软件造价评估中的具体应用，对评估过程中的企业基准生产率因素提出了判定方式，为企业规范造价评估体系提供了参考。