军用软件计价:功能点分析方法的深度应用随着信息化装备的跨越式发展，软件在现代武器装备中的比重持续上升，已成为不可或缺的核心组成部分。传统的、基于硬件的审价方法已难以适应软件计价的需求。为此，中央军委装备发展部等部门相继出台了《军用软件计价规范（试行）》和GJB10162-2021《军用软件计价功能项识别方法》等一系列标准，标志着军用软件计价工作进入了规范化、标准化的新阶段。其中，以功能点分析为核心的软件规模度量方法，成为软件成本评估的科学基石。3.1核心计价依据：《军用软件计价规范》与GJB10162-2021当前，我国军用软件造价咨询、计价和审价工作的主要依据是2021年2月1日实施的《军用软件计价规范（试行）》（替代了2019年版本）和2021年3月1日实施的GJB10162-2021《军用软件计价功能项识别方法》。这两个文件共同构成了军用软件计价的法规体系，前者确立了总体框架和基本方法，后者则提供了具体的操作细则。这两个文件之间存在着紧密的互补与包含关系。一方面，它们具有互补关系。GJB10162-2021是对《军用软件计价规范（试行）》的重要补充。后者虽然提出了采用功能点方法进行软件规模度量，但对于如何具体识别内部逻辑文件（ILF）、外部接口文件（EIF）、外部输入（EI）、外部输出（EO）、外部查询（EQ）等五大功能项，缺乏详细的、可操作的规则。GJB10162-2021则恰好填补了这一空白，它详细规定了各类功能项的识别规则，确保了不同人员在统一标准下进行软件规模度量，保证了结果的准确性和一致性。另一方面，它们也存在包含关系。《军用软件计价规范（试行）》的附件1即为《军用软件功能规模度量方法》，该附件明确了功能点方法主要参考NESMA等国际标准，并对规模度量过程、功能点计数和计算规则等进行了阐述。因此，可以说《军用软件计价规范（试行）》是总纲，而GJB10162-2021是其实施层面的重要配套标准。3.1.2《军用软件计价规范》：确立总体框架与度量方法《军用软件计价规范（试行）》是军用软件计价工作的顶层设计文件。它不仅明确了软件研制计价的范围，即包含了从需求分析、设计、编码、集成、测试、测评、试验到验收等全生命周期的研制工作所需费用，还确立了以功能点分析方法为核心的软件规模度量方法。该规范采用的功能点方法，参考了国际主流的NESMA（荷兰软件度量协会）标准，并根据军用软件的特点进行了适应性调整，例如统一了复杂度权值，优化了规模调整因子，使其更具可操作性。3.1.3GJB10162-2021：细化功能项识别规则GJB10162-2021《军用软件计价功能项识别方法》的核心价值在于其详细、具体的功能项识别规则。该标准基于长期的军用软件计价实践经验，总结了在功能点识别过程中常见的重复识别、错误识别等问题，并给出了明确的界定和判断标准。例如，它详细说明了如何区分一个数据组是内部逻辑文件（ILF）还是外部接口文件（EIF），如何界定一个操作是外部输入（EI）、外部输出（EO）还是外部查询（EQ）。这些规则对于保证功能点计数的一致性和准确性至关重要，也为审价人员提供了判断承制单位报价合理性的重要依据。军用软件研制计价，即我们通常所说的软件开发费用测算，其费用构成是计价工作的基础。根据《军用软件计价规范（试行）》，军用软件开发项目的费用构成具有全面性和系统性的特点。军用软件研制计价的范围非常广泛，它覆盖了软件从诞生到交付的全过程。这包括：需求分析、设计（概要设计和详细设计）、编码、集成、测试（单元测试、集成测试、系统测试）、测评、试验、验收等一系列研制工作所需的所有费用。这种全生命周期的计价范围，确保了软件成本的完整性和准确性，避免了因范围界定不清而导致的成本漏项或争议。军用软件研制计价的费用构成可以分为两大部分。第一部分是核心的软件开发费用，这部分费用是通过软件规模（以功能点为单位）测算出工作量，再由工作量测算得出的，即表中的“1.1测算金额”。这是软件成本的主体部分。第二部分是其他必要的费用，这部分费用可能包括直接非人力成本（如差旅费、会议费等）、以及根据国家规定计提的收益等。这种结构化的费用构成，使得软件成本的来源清晰、透明，便于审核和管理。功能点分析方法是军用软件计价的核心技术，它通过量化软件的功能规模，为软件成本的测算提供了科学依据。整个计价过程可以概括为四个主要步骤：计算原始功能点数、计算调整后功能点数、测算工作量、测算费用。3.3.1原始功能点数（UFP）计算：基于NESMA的权重体系原始功能点数（Unadjusted Function Points, UFP）是功能点分析的基础。其计算公式为：UFP = 7×ILF + 5×EIF + 4×EI + 5×EO + 4×EQ。这个公式中的权重值（7,5,4,5,4）与NESMA国际标准中的估算功能点方法（Estimation Function Point Method）的权重值保持一致。这与国内许多省市采用的功能点权重（如10/7/4/5/5）有所不同，体现了军用软件计价标准的独特性。通过识别软件中的各类功能项并代入公式，即可得出软件的原始功能点规模。3.3.2调整后功能点数（FP）计算：引入复用与规模调整因子原始功能点数（UFP）还需要根据项目的具体情况进行调整，以得出调整后功能点数（Function Points, FP）。调整公式为：FP = RE（复用因子） × UFP × VAF（规模调整因子）。复用因子（RE）：用于衡量软件中复用代码的比例。其取值范围通常为0.5-1.0，复用程度越高，该因子取值越小，从而降低了需要重新开发的功能点数量。规模调整因子（VAF）：用于反映项目的复杂度和技术难度。其取值范围一般为1.0-2.4。VAF的计算公式为：VAF = 1.0 + 0.1 × (F1 + F2 + F3 + F4 + F5 + F6 + F7)，其中F1-F7代表七个影响因子，如数据通信、性能要求、事务处理率等。通过对这些因子进行评分，可以量化项目的特殊性，并对功能点规模进行相应调整。3.3.3工作量与费用测算：结合行业基准数据（CSBSG）在得出调整后功能点数（FP）后，就可以进行工作量和费用的测算。计算公式为：软件研发工作量 = 调整后功能点数 × 功能点耗时率。其中，功能点耗时率（即完成一个功能点所需的平均工时）主要根据中国软件行业协会等权威机构发布的行业基准数据（如CSBSG数据）确定。通常采用超额累退的方法计算，即软件规模越大，单个功能点的耗时率越低。工作量通常按“1月176小时”折算成人月。软件研发费用：最终的费用计算公式为：软件研发费用 = 软件研发工作量 × 软件研发人月综合费率。软件研发人月综合费率（即一个人月的平均成本）同样主要依据CSBSG等行业基准数据确定，它包含了人力成本、管理费用、设备折旧等各项开支。通过这一系列严谨的、基于数据和标准的计算，军用软件的成本得以被科学、客观地量化，为采购定价提供了坚实的基础。功能点识别要点：GJB10162-2021规则解析功能点识别的准确性是整个军用软件计价工作的基石。GJB10162-2021《军用软件计价功能项识别方法》为此提供了详细的指导。掌握其核心识别要点，是确保软件规模度量结果客观、一致、可复现的关键。这些要点可以概括为一套系统性的方法论，包括“两步走”的识别策略、五大功能项的具体规则，以及避免常见误区的注意事项。为了系统化地进行功能点识别，业界总结出了一套行之有效的“两步走”策略。这个策略的核心思想是先将软件的功能需求分解为数据和操作两大类，再分别进行识别和计数，从而避免遗漏和混淆。4.1.1第一步：找名词，识别数据功能（ILF与EIF）功能点识别的第一步是“找名词”，即从软件的需求规格说明、设计文档等资料中，识别出所有用户可识别的、逻辑相关的数据组。这些数据组是软件处理和存储信息的核心对象，对应着功能点分析中的数据功能，主要包括内部逻辑文件（ILF）和外部接口文件（EIF）。识别ILF：ILF是指在软件内部维护的、用户可识别的逻辑相关数据组，例如数据库中的一个表或一组相关的表。识别ILF的关键在于判断该数据是否由本系统创建、读取、更新和删除（CRUD）。例如，在一个订单管理系统中，“订单信息表”和“客户信息表”就是典型的ILF，因为系统需要对这些数据进行增、删、改、查等操作。识别EIF：EIF是指在其他系统中维护，但被本软件引用的数据组。一个系统的EIF必然是另一个系统的ILF。识别EIF的关键在于判断该数据是否由外部系统提供，本系统仅对其进行读取操作。例如，如果订单管理系统需要调用一个外部的“物流信息查询系统”来获取包裹的实时位置，那么这个“物流信息”对于订单管理系统来说就是一个EIF。在识别数据功能时，一个重要的原则是：同一个逻辑数据组，无论被系统访问多少次，都只计为一个ILF或EIF。4.1.2第二步：找动词，识别事务功能（EI、EO与EQ）在识别出所有的数据功能（ILF和EIF）之后，第二步就是“找动词”，即针对每一个ILF和EIF，识别出围绕它们进行的各种操作。这些操作是用户与系统交互的基本过程，对应着功能点分析中的事务功能，主要包括外部输入（EI）、外部输出（EO）和外部查询（EQ）。识别EI：EI是指向软件输入数据或发送指令，用于维护ILF或改变系统行为的操作。典型的EI包括“增、删、改、导入”等“写操作”，这些操作会改变系统的内部状态。例如，“新建订单”、“修改客户信息”等都是EI。识别EO：EO是指向系统外部发送经过处理的数据的操作，其输出结果通常包含计算逻辑或派生数据。例如，“生成月度销售报表”、“计算订单总金额”等，这些操作不仅仅是简单的数据展示，而是对数据进行了复杂的加工和处理，因此属于EO。识别EQ：EQ是指向系统外部发送未经处理的原始数据的操作，其输出结果仅包含简单的筛选或排序，不包含任何计算逻辑。例如，“查询订单列表”、“浏览客户详情”等，这些操作只是将系统中已有的数据原封不动地展示给用户，因此属于EQ。在识别事务功能时，必须确保所识别的操作是用户可感知的“基本过程”（atomic process），即一个完整的、不可分割的用户操作。GJB10162-2021对五大功能项的识别给出了更为细致和严格的规定，这些规定是避免常见错误、保证计数一致性的关键。 | | |
|---|
| 在系统边界内维护的、用户可识别的逻辑相关数据集合。 | - 必须是名词，代表系统要处理的数据对象。- 例如：物资管理系统中的“物资信息表”、“供应商信息表”。 |
|---|
| 在系统边界外维护，但被本系统引用的逻辑相关数据集合。 | - 一个系统的EIF必然是另一个系统的ILF。- 例如：本系统引用的由其他系统维护的“标准代码表”。 |
|---|
| 来自系统外部的输入，用于维护ILF或改变系统行为。 | - 必须是动词，代表对数据的“写操作”。- 例如：物资入库、客户信息修改、删除订单。- 排除仅查询的操作。 |
|---|
| 向系统外部输出数据，处理逻辑包含计算、派生数据或维护ILF。 | - 输出数据经过了复杂的处理。- 例如：生成物资统计报表（含总数量、总价值计算）、发票生成。 |
|---|
| 向系统外部输出数据，处理逻辑不包含计算、派生数据或维护ILF。 | - 仅包含简单的筛选、排序、分组。- 例如：按条件查询物资信息、浏览客户信息。 |
|---|
随着人工智能（AI）技术的飞速发展，特别是大语言模型（LLM）的成熟，传统的、依赖人工经验的软件造价评估模式正面临变革。以“软件造价喵”为代表的智能化工具，通过深度融合AI技术与行业知识，正在显著提升软件成本估算的效率与准确性，为装备价格审核和军用软件计价工作带来了新的可能性。4.2.1内部逻辑文件（ILF）：识别系统内部维护的数据ILF的识别核心是“内部维护”。一个数据组被识别为ILF，必须满足两个条件：一是它在系统边界之内；二是它被系统维护，即系统至少对其进行一次写操作（增、删、改）。例如，一个系统配置参数表，如果系统启动时会读取它，并且在运行过程中管理员可以修改它，那么这个配置表就是一个ILF。在识别时，需要注意将逻辑上相关的数据组合并为一个ILF，而不是将物理上的每个表都计为一个ILF。4.2.2外部接口文件（EIF）：识别系统外部引用的数据EIF的识别核心是“外部引用”。一个数据组被识别为EIF，必须满足两个条件：一是它在系统边界之外，由另一个系统维护；二是本系统需要引用它，即至少对其进行一次读操作。例如，一个气象信息系统，它需要从一个外部的气象数据服务提供商获取实时天气数据，那么这个天气数据对于气象信息系统来说就是一个EIF。识别EIF时，需要明确系统的边界，避免将系统内部的数据误认为是外部数据。4.2.3外部输入（EI）：识别改变系统状态的“写操作”EI的识别核心是“改变系统状态”。一个操作被识别为EI，它必须满足两个条件：一是它从系统外部接收数据或控制信息；二是它必须至少维护一个ILF，或者改变系统的行为。典型的EI包括创建、更新、删除数据记录，以及启动一个业务流程等。在识别EI时，需要注意区分EI和EO/EQ。例如，一个“提交订单”操作，如果它在数据库中创建了一条新的订单记录，那么它是一个EI。但如果它仅仅是将订单信息发送给另一个系统进行后续处理，而本系统不保存该订单，那么它可能是一个EO。4.2.4外部输出（EO）：识别包含计算逻辑的复杂输出EO的识别核心是“包含计算逻辑”。一个操作被识别为EO，它必须满足两个条件：一是它向系统外部发送数据；二是它包含了对数据的处理逻辑，如计算、转换、派生等，或者它更新了至少一个ILF。典型的EO包括生成报表、进行统计分析、发送经过处理的业务数据等。EO与EQ的根本区别在于输出数据是否经过了“加工”。例如，“查询并显示某个员工的详细信息”是EQ，而“计算并显示该员工的月度绩效得分”则是EO。4.2.5外部查询（EQ）：识别无计算的简单数据检索EQ的识别核心是“无计算”。一个操作被识别为EQ，它必须满足两个条件：一是它向系统外部发送数据；二是它不包含任何计算逻辑，仅仅是检索和展示系统中已有的数据。典型的EQ包括简单的列表查询、详情浏览、数据导出等。EQ是事务功能中最简单的一种，其唯一目的是向用户提供信息。在识别时，需要特别注意避免将包含筛选、排序等简单处理的操作误认为是EO，只要这些处理不涉及数据的计算或派生，它们仍然属于EQ。在实际的功能点识别工作中，存在一些常见的误区和容易混淆的地方，需要特别注意。实际评估工作中可借助“软件造价喵”，其核心功能定位是显著提升单位用户在成本估算方面的评估效率和精准度。传统的软件造价评估过程，特别是功能点识别环节，高度依赖评估师的个人经验和专业能力，耗时耗力且容易出错。软件造价喵通过引入AI大模型，能够自动或半自动地从需求文档中识别和抽取功能点，极大地减少了人工分析的工作量，并降低了因主观因素导致的评估偏差。这使得项目各方（如建设单位、设计单位、承建单位）能够更快速、更准确地完成项目概算、预算编制/审核和投标报价等工作。重复计数是功能点识别中最常见的错误之一。核心原则是：在同一个应用边界内，一个唯一的、用户可识别的数据组（ILF或EIF）只被计数一次；一个唯一的、用户可识别的基本过程（EI、EO或EQ）也只被计数一次。例如，一个“客户信息”表，无论系统中有多少个功能模块会对其进行操作，它都只被计为一个ILF。同样，一个“查询客户列表”的功能，无论它被多少个菜单项或按钮触发，它也只被计为一个EQ。EO和EQ的区分是另一个常见的难点。关键在于判断输出数据是否经过了“处理”或“计算”。如果输出数据仅仅是原始数据的直接展示，即使包含了筛选、排序等操作，也属于EQ。如果输出数据经过了计算、汇总、转换等处理，生成了新的信息，那么就属于EO。例如，“显示所有订单”是EQ，“统计各地区的订单总额”则是EO。4.3.3识别“基本过程”：确保功能的原子性与用户可感知性功能点识别的是“基本过程”，即一个从用户角度看是完整的、不可分割的、有意义的活动。在识别时，应避免将一系列连续的操作拆分成多个功能点，也应避免将一个复杂的操作计为一个功能点。例如，“用户登录”是一个基本过程（EI），但“用户输入用户名”、“用户输入密码”、“用户点击登录按钮”这三个步骤不能分别计为三个EI。同时，一些系统内部的、用户不可感知的处理过程，如数据备份、日志记录等，通常不计入功能点。推荐学习 \\ 在成都 举办 “科研概算与生产成本控制操作实务培训班”
各有关单位：
随着军品价格市场化改革的推进，武器装备将建立以部队战斗力贡献率、作战能力提升度为导向的装备价格形成机制，装备价格将由“以成本定价格”调整为“以战斗力和价值主导价格”，装备价格管理重心也由“交付后审价”向“研制立项前限价，科研过程中控价，批产阶段战斗力评价，持续开展市场化议价”的转变， 为及时了解装备价格改革动态，围绕立项前限价，科研过程控价，激励约束定价，战斗力评价、市场化议价等改革要求，北京国家会计学院拟于5月25-30日在成都市举办“科研概算与生产成本控制操作实务培训班”，
一、培训内容：
第一模块：讲解科研项目与批生产项目绩效评价操作实务与案例解析。
第二模块：精讲装备科研项目经费管理制度与计价策略。
第三模块：讲解订购目标价格制度设计（内容包括创新价格形成机制）与竞争性采购价格策略。
第四模块：精讲批生产报价法规、配套规定、价格审核程序及价格工作常见问题。
第五模块：精讲软件计价法规、试点规定及应用实操。
第六模块：讲解工时管理在批生产项目报审价中的应用实务。
第七模块：讲解科研、批生产项目审计通用知识与审计关注要点。
北京国家会计学院 宋老师 电话：13693343009（为了参会人员信息安全，请单独电话或者微信联系）
夜雨聆风
