T/XJSIA 036—2025
定制化软件开发费用测算实施指南
Implementation Guidelines for Cost Caculation Estimation of Customized Software
Development
2025 - 09 - 06 发布 2025 - 10 - 01 实施
新疆维吾尔自治区软件行业协会 发 布
T/XJSIA 036—2025
目 次
前 言 II
1 范围 3
2 规范性引用文件 3
3 术语和定义 3
4 软件开发费用构成 4
5 测算原则 5
6 测算方法 5
6.1 专家经验评审法 5
6.2 类比法 6
6.3 类推法 6
6.4 功能点分析法 7
6.5 其他方法 10
7 定制化软件开发阶段费用测算 10
8 第三方评估机构引入要求 10
8.1 独立性要求 10
8.2 评估资质要求 10
附 录 A (资料性) 常用模板样例 11
A.1 直接非人力成本测算表样例 11
A.2 需求说明文档模板 11
A.3 预估功能点计数表样例 13
A.4 估算功能点计数表样例 14
A.5 详细功能点计数表样例 14
附 录 B (资料性) 参数表 15
B.1 功能复杂度 15
B.2 调整因子 15
附 录 C (资料性) 软件开发费用评估报告 22
I
T/XJSIA 036—2025
前 言
本文件按照GB/T 1.1—2020《标准化工作导则 第1部分：标准化文件的结构和起草规则》 的规定起草。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由新疆维吾尔自治区数字经济联合会提出。
本文件由新疆维吾尔自治区软件行业协会归口。
本文件起草单位：中国移动通信集团设计院有限公司、新疆维吾尔自治区质量基础发展研究院、新疆维吾尔自治区人力资源和社会保障厅、新疆新检质量检测有限公司、中国科学院新疆理化技术研究所、中国移动通信集团新疆有限公司、新疆交通投资(集团)有限责任公司运营分公司、新疆维吾尔自治区数字经济联合会、新疆乾坤信息技术股份有限公司、新疆华泰益创新能源科技有限公司、新疆恒业大成软件科技有限公司、新疆金戈铁马智能科技有限公司、新疆淘乐梦电子商务有限公司、新疆维吾尔自治区软件行业协会。
本文件主要起草人：曾凡素、罗娜、李爱荣、朱强、丁志刚、李俊、石常海、朱焕宇、刘香玉、杨文波、李浩然、许亮、唐建军、安东、邓萌、张建强、王方旭、齐瑾、张啸媛、孙铮峥、米玥、袁林虎、李龙超、米杰、刘军、刘金龙、葛磊、朱辉锋、马铭泽、王雯、铁虎、邵凯锐、刘靓、刘睿、武迪。
II
T/XJSIA 036—2025
定制化软件开发费用测算实施指南
1 范围
本文件规定了定制化软件开发费用的构成、测算原则、测算方法、项目各阶段费用测算及第三方评 估机构引入要求。
本文件适用于定制化软件开发费用的测算，为行业主管部门、建设单位、设计单位、开发单位或行 业组织在软件开发费用测算中提供参考依据。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件;不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文
件。
GB/T 36964-2018 软件工程 软件开发成本度量规范
GB/T 42588-2023 系统与软件工程 功能规模测量 NESMA方法
GB/T 42449-2023 系统与软件工程 功能规模测量 IFPUG方法
3 术语和定义
下列术语和定义适用于本文件。
3.1
定制化软件 customized software
指为了满足特定用户(个人、团队或企业)的独特需求而专门设计、开发和部署的软件。 3.2
直接成本 direct cost
为达成软件项目目标而直接付出的各种资源代价总和。
[来源：GB/T 36964-2018 ，3.3] 3.3
间接成本 indirect cost
与达成软件项目目标相关，但同一种投入可以支持一个以上项目的联合资源代价总和。
[来源：GB/T 36964-2018 ，3.4] 3.4
功能点 function point
衡量软件功能规模的一种单位。
[来源：GB/T 36964-2018 ，3. 12] 3.5
功能点分析 function point analysis
功能规模测量的方法。
[来源：GB/T 42588-2023 ，3. 1.36] 3.6
预估功能点分析 indicative function point analysis
仅仅基于概念数据模型或者符合第三范式的数据模型得到一种表示应用程序或者项目的估算规模的说明。
[来源：GB/T 42588-2023 ，3. 1.40] 3.7
估算功能点分析 estimated function point analysis
3
T/XJSIA 036—2025
一种可能的功能点分析方法，在应用程序生存周期的早期阶段决定应用程序或项目的大小，程序或 项目假定有一定的最小规格。
注：通常功能数量按照类型记录，缺省值用于复杂度，平均值用于事务处理功能，低值用于数据功能(逻辑文件)。 [来源：GB/T 42588-2023 ，3. 1.39]
3.8
详细功能点分析 detailed function point analysis
确定应用程序或者项目规模的最精确的计数。
[来源：GB/T 42588-2023 ，3. 1. 15] 3.9
数据功能 data function
提供给用户以满足内部或外部数据存储要求的逻辑组合。
[来源：GB/T 42588-2023 ，3. 1. 11]
3.10
事务功能 transaction function
提供给用户用以处理数据功能的基本过程。
[来源：GB/T 42588-2023 ，3. 1.58]
3.11
外部输入 external input
处理或控制来自应用程序边界之外的数据或信息的基本过程。
[来源：GB/T 42588-2023 ，3. 1.24]
3.12
外部查询 external inquiry
向应用程序边界之外发送数据或控制信息的基本过程。
[来源：GB/T 42588-2023 ，3. 1.25]
3.13
外部逻辑文件 external logical file
从用户的角度来看的一组永久数据， 由一个应用程序使用，但由另一个应用程序维护。
[来源：GB/T 42588-2023 ，3. 1.26]
3.14
外部输出 external output
向应用程序边界之外发送数据或控制信息的基本过程，包含外部查询之外的额外处理逻辑。
[来源：GB/T 42588-2023 ，3. 1.27]
3.15
内部逻辑文件 internal logical file
一组用户可辨认的在被测应用程序边界内维护的逻辑相关数据或控制信息。
[来源：GB/T 42588-2023 ，3. 1.44]
4 软件开发费用构成
4.1 软件开发费用测算涵盖从定制化软件项目立项到验收交付的全过程，软件开发费用测算阶段主要包括项目估算阶段(项目立项)、项目预算阶段(初步设计)、项目结算阶段(施工结算)、项目决算 阶段(项目验收)等核心阶段。
4.2 软件开发费用应包含软件开发过程中的所有直接成本、间接成本和毛利润，如图 1 所示。不包括软件项目的可行性研究、数据迁移、软件运维、第三方测评等费用。
4.3 直接成本包括直接人力成本和直接非人力成本，间接成本包括间接人力成本和间接非人力成本。其中直接非人力成本的填表样例参见附录 A.1。
4.4 本文件中所涉及的工作量仅为软件开发过程中所用工作量。
4
T/XJSIA 036—2025
图 1 软件开发费用构成
5 测算原则
5.1 定制化软件开发费用测算时，应结合定制化软件项目特点、项目所处阶段、需求详细程度选择合适的测算方法，测算方法应符合国家、行业、国际规范;
5.2 应充分采用权威机构发布的基准数据，对定制化软件项目工作量、费用进行测算，项目工作量、费用的测算结果宜为一个范围而不是单一数值;
5.3 定制化软件开发费用测算过程中，涉及人月单价等取值宜参考合同签订时项目所在地的对应数值， 合同另有约定的除外;
5.4 定制化软件开发费用测算宜采用不同方法分别测算并进行交叉验证;
5.5 应用类型调整系数根据定制化软件开发类型取值。当开发包含多种软件类别(如系统中包含业务处理和部分人工智能)，原则上按照主体功能类别取值，当多种类别功能占比均衡，可取各类别调整系 数平均值;
5.6 软件开发基准生产率参照权威机构发布的最近年度基准数据中的全行业或各业务领域软件开发生产率中间值执行。若当年未公布，则以上一年度数据为准。
6 测算方法
6.1 专家经验评审法
6.1.1 方法概述
专家经验评审法是指基于具有特定领域专业知识、实践经验和分析判断能力的专家群体，通过个人独立测算、群体讨论、综合分析等方法，对定制化软件开发费用进行定量评估，并形成评审意见的方法。
6.1.2 适用范围
专家经验评审法主要适用于项目估算阶段以及不能采用功能点分析法的情形。
6.1.3 实施条件
专家经验评审需要符合以下要求：
a) 应由 3 人以上单数、熟悉行业规范、无利益冲突的专家组成评审组;
b) 提交评审的资料，应能够反映定制化软件的全部功能要求，及影响开发工作量的技术路线、系统结构、性能指标等内容。
6.1.4 实施方法
评审组成员依据送审资料，独立完成费用测算，并记录测算过程中的假设及主要工作。评审组分析 各估算结果之间的异同，通过数据支撑论证，形成多数意见。必要时重复该步骤，直至专家之间测算结 果偏差不超过30%时， 以专家测算结果的平均值作为最终测算结果。其中测算结果偏差=(最大测算值- 最小测算值)/测算平均值;
6.1.5 结果确认
5
T/XJSIA 036—2025
评审结束后应编制评估报告，经所有专家签字后归档。
6
T/XJSIA 036—2025
6.2 类比法
6.2.1 方法概述
类比法是将定制化软件的主要属性与基准数据库中主要属性相同的项目进行比对，获得定制化软件 工作量或费用估算值的方法。
6.2.2 适用范围
类比法主要适用于项目估算阶段以及不能采用功能点分析法的情形。
6.2.3 实施条件
类比法需要符合以下要求：
a) 提交的资料清单除满足专家评审法的资料要求外，还应指定选用的基准数据库;
b) 筛选可比基准项目数量须满足要求。具体要求参见 6.2.4.2 章节说明。
6.2.4 实施方法
6.2.4.1 明确定制化软件核心属性
从需求文档中提取定制化软件的关键特征，包含但不限于：
a) 应用领域：例如金融、教育、政务;
b) 应用类型：办公、图像处理、 自然语言处理、大模型等;
c) 技术栈：Java+Spring Boot、Python+Django、云原生架构等;
d) 规模指标：预计用户量、并发处理能力等;
e) 约束条件：性能指标、交付周期等。
6.2.4.2 筛选可比基准项目
使用行业级基准数据库时，经筛选后的项目数量不宜低于8个。低于8个时应选择单一属性分别筛选 比对，采用平均值作为估算结果。使用企业级基准数据库时，经筛选后的项目数量不宜低于3个。低于3 个时应采用类推法估算。
6.2.5 结果确认
将筛选后满足条件的项目费用求平均值，作为定制化软件的估算费用。
6.3 类推法
6.3.1 方法概述
类推法是将定制化软件与高度类似的一个或几个已完成项目进行比对，识别主要差异，适当调整后 获得定制化软件工作量或费用的方法。使用该方法时，宜结合专家经验评审法进行交叉验证。
6.3.2 适用范围
类推法主要适用于项目估算阶段以及不能采用功能点分析法的情形。
6.3.3 实施条件
类推法需要符合以下要求：
a) 提交的资料清单除满足专家评审法的资料要求外，还应明确项目的特殊要求，提交差异点清单;
b) 具备不少于 1 个与定制化软件高度类似的项目。
6.3.4 实施方法
6.3.4.1 识别出定制化软件的主要属性
定制化软件的主要属性包括但不限于业务领域、应用类型、功能模块数量、技术栈、并发处理能力、 用户数量、交付周期等。
7
T/XJSIA 036—2025
6.3.4.2 筛选类似历史项目
选择1~2个高度类似的项目，推导定制化软件的基础费用。
6.3.4.3 差异调整
从功能差异、技术差异、团队差异等多种维度识别主要差异，并测算由于差异引起的调整费用。
6.3.5 结果确认
汇总基础费用和差异费用，形成定制化软件的开发费用。
6.4 功能点分析法
6.4.1 方法概述
根据项目所在工程建设阶段和需求详细程度，提供了3种类型的功能点分析方法：预估功能点分析法、估算功能点分析法和详细功能点分析法。需求说明文档模板及三种评估方法对应功能点计数模板示 例详见附录A.2~A.5。
采用功能点分析法对定制化软件开发费用进行的测算，按照顺序分为软件规模测算、软件工作量测算、软件开发费用测算三个步骤，具体要求参见GB/T 36964-2018第7章及GB/T 42588-2023的规定，测算流程如图2所示：
图 2 定制化软件开发费用测算过程
6.4.2 适用范围
功能点分析法主要适用于项目预算、决算阶段。
6.4.3 实施条件
功能点分析法需要符合以下要求：
a) 预估功能点分析法，项目说明文档应明确定制化软件的范围和系统边界，对系统进行子系统/模块划分，并针对每个子系统或模块下的基本用户需求进行描述说明，确保可根据项目文档进行预估功能点计数;
b) 估算功能点分析法，项目说明文档应明确定制化软件功能性需求的输入信息、输出信息和业务处理逻辑。每一项数据功能必须有维护数据的事务功能，每一项事务功能应与不少于 1 个的内部逻辑文件或外部逻辑文件相关联;
c) 详细功能点分析法，项目说明文档除了明确项目功能性需求的输入信息、输出信息和业务处理逻辑外，每一项数据功能可统计数据元素类型数量和记录元素类型数量，每一项事务功能可统计数据元素类型数量和所引用的文件类型数量。
6.4.4 实施方法
8
T/XJSIA 036—2025
6.4.4.1 软件规模测算
6.4.4.1.1 软件功能点计数
6.4.4.1.1.1 预估功能点分析
采用预估功能点分析法测算软件规模公式，见公式(1)：
UFP = 35 × ILF + 15 × ELF · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (1)
式中：
UFP ——未调整的功能点数，单位为功能
点; ILF ——内部逻辑文件数量，单位为
个; ELF ——外部逻辑文件数量，单位为
个。
6.4.4.1.1.2 估算功能点分析
采用估算功能点分析法测算软件规模公式，见公式(2)：
UFP = 7 × ILF + 5 × ELF + 4 × EI + 5 × EO + 4 × EQ · · · · · · · · · · · · · · · · · · · · · · · · · · · · (2)
式中：
UFP ——未调整的功能点数，单位为功能
点; ILF ——内部逻辑文件数量，单位为
个; ELF ——外部逻辑文件数量，单位为
个;
EI ——外部输入数量，单位为个;
EO ——外部输出数量，单位为个;
EQ ——外部查询数量，单位为个。
6.4.4.1.1.3 详细功能点分析
采用详细功能点分析法测算软件规模公式，见公式(3)：
UFP = Σ (αi × ILFi) + Σ (βi × ELFi) + Σ (γi × EIi) + Σ (δi × EOi) + Σ (εi × EQi) · · · · · · · · · · · · (3)
式中：
UFP ——未调整的功能点数，单位为功能点;
αi ——内部逻辑文件复杂度取值分别为高、中、低时分配的功能点数，单位为功能点;
ILFi ——复杂度取值分别为高、中、低的内部逻辑文件数量，单位为个;
βi ——外部逻辑文件复杂度取值分别为高、中、低时分配的功能点数，单位为功能点;
ELFi ——复杂度取值分别为高、中、低的外部逻辑文件数量，单位为个;
γi ——外部输入复杂度取值分别为高、中、低时分配的功能点数，单位为功能点;
EIi ——复杂度取值分别为高、中、低的外部输入数量，单位为个;
δi ——外部输出复杂度取值分别为高、中、低时分配的功能点数，单位为功能点;
EOi ——复杂度取值分别为高、中、低的外部输出数量，单位为个;
εi ——外部查询复杂度取值分别为高、中、低时分配的功能点数，单位为功能点;
EQi ——复杂度取值分别为高、中、低的外部查询数量，单位为个;
注1：i取值范围为高、中、低。
注2：五种功能类型的复杂度矩阵及功能点分配表见附录B.1。
6.4.4.1.2 规模调整
6.4.4.1.2.1 复用度调整
复用度调整因子只在测算定制化软件工作量时采用。分析待实现功能的复用情况，识别出可复用的 功
9
T/XJSIA 036—2025
能以及复用程度，根据复用程度对软件规模进行调整，调整后的软件规模公式，见公式(4)：
10
T/XJSIA 036—2025
AFP = RUF × UFP · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (4)
式中：
AFP ——复用度调整后软件规模，单位为功能点;
RUF——复用度调整因子;
UFP ——未调整的功能点数，单位为功能点。
注：复用程度有高(1/3)、中(2/3)、低(1)三个级别，参见附录B.2.1。
6.4.4.1.2.2 规模变更调整
应考虑定制化软件隐含需求和需求变更对软件规模的影响，采用规模变更因子对测算规模进行调整， 调整后软件规模公式，见公式(5)：
S = CF × AFP · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (5)
式中：
S ——规模变更因子调整后软件规模，单位为功能点;
CF ——规模调整因子，取值参见附录B.2.2或本组织的历史数据;
AFP ——复用度调整后软件规模，单位为功能点。
6.4.4.1.2.3 值调整因子
采用详细功能点分析法时，应考虑值调整因子对定制化软件软件规模的影响。采用值调整因子对测 算规模进行调整，调整后软件规模公式，见公式(6)：
AS = VAF × S · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (6)
式中：
AS ——值调整因子调整后软件规模，单位为功能点;
VAF——值调整因子;
S ——规模变更因子调整后软件规模，单位为功能点。
注：值调整因子的说明参见附录B.2.3。
6.4.4.2 软件工作量测算
定制化软件需求明确时，应优先采用功能点分析法进行规模度量，然后采用方程法测算工作量。影 响工作量的主要属性包括软件应用类型、质量特性、完整性级别、开发语言和开发团队背景。项目估算 阶段，软件开发工作量调整因子仅考虑软件应用类型和质量特性调整因子。采用方程法测算工作量，预 估和估算功能点分析法工作量测算公式，见公式(7)：
AE = (S × PDR) × SWF × RDF · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (7)
式中：
AE ——软件开发工作量，单位为人时;
S ——规模变更因子调整后软件规模，单位为功能点;
PDR——软件开发生产率，单位为人时每功能点，取值参见附录B.2.4或本组织的历史数据;
SWF——软件因素调整因子，取值参见附录B.2.5;
RDF——开发因素调整因子，取值参见附录B.2.6。
详细功能点分析法工作量测算公式，见公式(8)：
AE = (AS × PDR) × SWF × RDF · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (8)
式中：
AE ——软件开发工作量，单位为人时;
AS ——值调整因子调整后软件规模，单位为功能点;
PDR——软件开发生产率，单位为人时每功能点，取值参见附录B.2.4或本组织的历史数据;
11
T/XJSIA 036—2025
SWF——软件因素调整因子，取值参见附录B.2.5;
RDF——开发因素调整因子，取值参见附录
B.2.6。
6.4.4.3 软件开发费用测算
根据工作量测算软件开发费用的公式，见公式(9)：
P = AE/HM × F + DNC · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (9)
式中：
P ——软件开发费用，单位为元;
AE ——软件开发工作量，单位为人时;
HM ——人月折算系数，单位为人时每人月，取值为174;
F ——平均人力成本费用，包含开发方直接人力成本、间接成本及毛利润，单位为元每人月;
DNC——直接非人力成本，单位为元。
注1：平均人力成本费用可根据本组织历史数据或行业基准数据确定。取值参见附录B.2.7。
注2：组织内有定制化软件或类似项目的人力成本费用数据，应优先采用。
6.4.5 结果确认
定制化软件开发费用测算完成后，输出评估报告，报告示例参见附录C。
6.5 其他方法
上述方法均不适用的特殊场景，可选用满足国家标准、行业标准、地方标准等标准体系的其他方法， 并阐明理由。
7 定制化软件开发阶段费用测算
7.1 项目估算阶段，宜采用预估功能点法测算软件规模，结合方程法，测算软件开发工作量和费用。若需求模糊，可采用专家经验评审法、类比法、类推法等方法对工作量或费用进行估算并交叉验证。
7.2 项目预算阶段，宜采用估算功能点法测算软件规模，结合方程法，测算软件开发工作量和费用。若需求详细，可采用详细功能点测算软件规模。
7.3 项目结算/决算阶段，应采用详细功能点法测算软件规模，结合方程法，测算软件开发工作量和费 用。
8 第三方评估机构引入要求
8.1 独立性要求
定制化软件开发费用测算过程秉持独立、客观的原则。在商业应用中，评估方与定制化软件的出资方、潜在出资方、服务供应商、潜在服务供应商不存在利益关系。
8.2 评估资质要求
a) 评估单位须为获得国家认可的软件成本度量及造价评估资质的服务机构;
b) 评估人员须持有获得国家认可的软件工程造价师或软件成本度量师证书。
12
T/XJSIA 036—2025
附 录 A (资料性)
常用模板样例
A.1 直接非人力成本测算表样例
表 A.1 直接非人力成本测算表
序号
项目
子项目
金额元
计算依据
说明
备注
1
办公用品费
根据历史采购均价估算
笔、纸、打印耗材等
2
办公费
通讯费
按实际使用比例分摊
项目专用电话/网络费用等
3
(开发方为开发此项目而
邮寄费
附快递单据
合同/资料快递费用等
4
产生的行政办公费用)
印刷费
按页数计价
项目文档印刷装订等
5
会议费
会议通知及发票
项目相关会议场地及资料
6
差旅费
交通
发票
机票、高铁、出租车等
7
(开发方为开发此项目而
住宿
酒店协议价或发票
项目地酒店住宿
8
产生的差旅费用)
差旅补贴
公司差旅政策
餐补、交通补贴等
9
培训费
内部培训
按人天费率计算
项目技术培训讲师费用
10
(开发方为开发此项目而
外部培训
培训机构定价或发票
第三方认证考试费用
11
安排的培训产生的费用)
培训材料
附采购合同
教程、在线课程订阅等
12
业务费
(开发方为完成此项目开
发工作所需辅助活动产生
的费用)
招待费
事由及参与人员
客户/合作方接待费用
13
评审费
评审会议记录
专家评审劳务费
14
验收费
验收报告及发票
第三方检测/验收费用
15
采购费
专用设备费
资产编号及采购合同
开发用测试手机、服务器等
16
(开发方为开发此项目而
专用软件费
注明版本及有效期
正版软件许可证等
17
需特殊采购专用资产或服
技术协作费
附技术协议及付款凭证
外包开发/技术支持费用
18
务的费用)
专利费
附官方缴费单据
专利申请/维护费用
19
其他费
其他费
需单独说明并附审批单
未在以上项目列出但确实
是开发方为开发此项目所
需花费的费用
20
合计
编制人：
审批人：
日期：
A.2 需求说明文档模板A.2.1 软件开发背景 A.2.1.1 总体描述
描述本项目需求的概要内容。
A.2.1.2 建设目标
描述本项目需求的建设目标。
A.2.1.3 建设必要性
描述本项目需求的建设必要性。
A.2.2 系统现状
A.2.2.1 系统概况
说明系统整体情况。
A.2.2.2 系统已实现功能
详细提供系统已实现功能情况、功能架构现状、已实现功能清单。
13
T/XJSIA 036—2025
A.2.2.3 存在问题
请在此处详细描述系统目前存在的问题。
A.2.3 功能架构图
描述本系统的完整功能架构图(包含已实现及本期计划实现功能)，功能架构图中标明本期项目涉 及模块属于新增或者优化类型，新增模块用红色字体表示，优化模块用蓝色字体表示，已有模块用黑色 字体表示。功能架构图应完整展示与本系统交互的外部系统。
A.2.4 功能需求
A.2.4.1 功能需求 1(请注明本需求是：新增、优化)
描述功能需求的实现逻辑，并注明本需求是新增、优化。
A.2.4.2 关键时序图/业务逻辑图(可选)
通过时序图或业务逻辑图的形式，对功能点的流程进行说明。
A.2.4.3 功能界面图
项目结算阶段，具有前端页面功能应附上功能界面图。
A.2.5 附加值调整因子说明
A.2.5.1 规模变更因子
送审文档中应说明项目的阶段类别。
表 A.2 规模变更因子
项目阶段
调整因子
投资估算
1.39
投资概算
1.21
投资预算
1.10
项目结算
1.00
A.2.5.2 应用类型调整因子
送审文档中应说明项目所涉及的应用类型。
表 A.3 应用类型调整因子
应用类型
范围
调整因子
业务处理
办公自动化系统;人事、会计、工资、销售等经营管理及业务处理用软件等
1.0
科技
科学计算、模拟、统计分析等
1.2
多媒体
图形、影像、声音等多媒体应用领域;地理信息系统;教育和娱乐等
1.3
智能信息
自然语言处理、大模型、计算机视觉、智能决策、专家系统等
1.5
基础软件/支撑软件
操作系统、数据库系统、集成开发环境、 自动化开发/设计功能等
1.7
通信控制
通信协议、仿真、交换机软件、全球定位系统等
1.9
流程控制
实时系统控制、机器人控制、嵌入式软件等
2.0
A.2.5.3 质量特性调整因子
送审文档中应说明本项目所涉及到的质量特性。需要提供详细的证明材料用以证明质量特性的取值 依据。
14
T/XJSIA 036—2025
表 A.4 质量特性调整因子
质量特征
特征说明
判断标准
影响程度
分布式处理
指计算机系统能
够在各组成要素
之间传输数据
没有明示对分布式处理的需求事项
-1
通过网络进行客户端/服务器及网络基础计算机系统分布处理和传输
0
在多个服务器及处理器上同时相互执行计算机系统中的处理功能
1
性能
指用户对应答时
间或处理率的需
求水平
没有明示对性能的特别需求事项或活动，因此提供基本性能
-1
应答时间或处理率对高峰时间或所有业务时间都很重要，对连动系统结束处理时间有限制
0
为满足性能需求事项，要求设计阶段进行性能分析，或者设计、开发阶段使用分析工具
1
可靠性
指发生故障的影响程度
没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性
-1
发生故障时可轻易修复，带来一定不便或经济损失
0
发生故障时很难修复，发生重大经济损失或有生命危害
1
多重站点
指能够支持不同硬件和软件环境
在相同用途的硬件或软件环境下运行
-1
在用途类似的硬件或软件环境下运行
0
在不同用途的硬件或软件环境下运行
1
注：质量特性调整因子=(分布式处理因子+性能因子+可靠性因子+多重站点因子)x 0.025+1。
A.2.5.4 开发语言
送审文档中应说明本项目用到的开发语言。
表 A.5 开发语言调整因子
语言分类
调整因子
C及其他同级别语言/平台
1.2
JAVA、C++ 、C#及其他同级别语言/平台
1.0
PowerBuilder、ASP及其他同级别语言/平台
0.8
A.2.5.5 开发团队背景
送审文档中应说明本项目的开发团队背景。
表 A.6 开发团队背景调整因子
调整因子
判断标准
影响程度
同类行业及项目的以往经验
为本行业开发过类似的项目
0.8
为其他行业开发过类似的项目，或为本行业开发过不同但相关的项目
1.0
没有同类项目的背景
1.2
A.2.5.6 软件完整性级别
送审文档中应说明本项目的软件完整性级别，按照经验值，一般取D级。如果有差异，需要提供详 细的证明材料。
表 A.7 软件完整性级别调整因子
软件完整性级别
调整因子
没有明确的完整性级别或等级为C/D
1.0
完整性级别为A/B同时为达成完整性级别要求采取了特殊的设计及实现方式
1. 1
完整性级别为A同时为达成完整性级别要求在软件开发全生命周期均采取了特定、明确的措施
1.3
A.3 预估功能点计数表样例
15
T/XJSIA 036—2025
表 A.8 预估功能点计数表
功能类型
实体名称
功能点计数
ILF
= 1*35
= 1*35
= 1*35
ILF功能点数合计
EIF
= 1*15
= 1*15
= 1*15
EIF功能点数合计
功能点计数总计
规模变更调整系数
调整后规模总计
注1：调整后规模总计=功能点计数总计*规模变更调整系数。
注2：规模变更调整系数参见附录B.2.2规模调整因子。
A.4 估算功能点计数表样例
表 A.9 估算功能点计数表
编号
子系统
一级
模块
二级
模块
三级
模块
功能点计
数项名称
类别
UFP
重用
程度
AFP
备注
1
2
3
4
合计
A.5 详细功能点计数表样例
表 A.10 详细功能点计数表
编 号
子 系 统
一 级 模 块
二 级 模 块
三 级 模 块
功能
点计
数项
名称
类 别
FTR
FTR
明
细
RET
RET明细
DET
DET
明 细
复 杂 度
UFP
重 用 程 度
值 调 整 因 子
AS
备 注
1
2
3
4
合计
16
T/XJSIA 036—2025
附 录 B
(资料性)
参数表
B.1 功能复杂度
功能复杂度依赖于数据元素类型的数量和关联的逻辑文件或记录类型的数量，确定了功能的复杂度后，可以为功能分配一定数量的功能点。
表 B.1 功能点分配表
复杂度
内部逻辑文件
外部逻辑文件
外部输入
外部输出
外部查询
低
7
5
3
4
3
中
10
7
4
5
4
高
15
10
6
7
6
表 B.2 内部逻辑文件复杂度矩阵
记录类型
数据元素类型
1~ 19
20~50
51及以上
1
低
低
中
2~5
低
中
高
6及以上
中
高
高
17
表 B.3
外部逻辑文件复杂度矩阵
记录类型
数据元素类型
1~ 19
20~50
51及以上
1
低
低
中
2~5
低
中
高
6及以上
中
高
高
表 B.4 外部输入复杂度矩阵
引用文件类型
数据元素类型
1~4
5~ 15
16及以上
0~ 1
低
低
中
2
低
中
高
3及以上
中
高
高
表 B.5 外部输出复杂度矩阵
引用文件类型
数据元素类型
1~5
6~ 19
20及以上
0~ 1
低
低
中
2~3
低
中
高
4及以上
中
高
高
表 B.6 外部查询复杂度矩阵
引用文件类型
数据元素类型
1~5
6~ 19
20及以上
0~ 1
低
低
中
2~3
低
中
高
4及以上
中
高
高
B.2 调整因子
T/XJSIA 036—2025
B.2.1 复用度调整因子
表 B.7 复用度调整因子
复用度
调整因子
高
1/3
中
2/3
低
1
注1：数据功能复用度判定规则：数据属性50%以上重复，复用度取高;20%-50%重复，复用度取中;20%以下重复，复用度取低。
注2：事务功能复用度判定规则：复用度由涉及的数据元素类型、关联的逻辑文件以及事务功能的处理逻辑共同决定，差异越大，复用度越低。
B.2.2 规模变更因子
在规模估算的不同阶段，应考虑需求蔓延对项目规模的影响。
表 B.8 规模调整因子
项目阶段
调整因子
投资估算
1.39
投资概算
1.21
投资预算
1.10
项目结算
1.00
注：取值自北京软件造价评估技术创新联盟发布的2024年中国软件行业基准数据(CSBMK-202410)，使用时须跟随基准数据的更新而变化，若数据未更新，以上一年度数据为准。
B.2.3 值调整因子
值调整因子的计算方法，参见公式B. 1：
VAF = 0.65 + 0.01 × TDI············································(B.1)
式中：
VAF——值调整因子;
TDI ——14个特征的影响度总和，通用系统特征参见表B.9。
表 B.9 通用系统特征影响程度
通用系统特征
判断标准
影响
程度
数据通信
应用程序是单独运行的批处理，或者是独立的单机处理
0
应用程序是批处理，但是只有远程数据输入，或者只有远程打印
1
应用程序是批处理，但是有远程数据输入和远程打印
2
在线功能表单主要是批处理过程或者是查询系统的前端
3
应用程序不仅仅只是一个前端程序(即很可能是一个在线和批量处理过程的组合)，但是只支持一种类型的远程处理通信协议
4
应用程序不仅仅只是一个前端程序(即很可能是一个在线和批量处理过程的组合)，并且支持多种类型的远程处理通信协议
5
分布式数据处理
在应用程序的各组件之间没有发生任何数据传输或者处理功能
0
应用程序为在另一个系统组件上进行的终端用户处理准备数据;例如，PC数据电子表格和PC数据库管理系统
1
数据准备用来在另一个系统组件上进行传输、发送和处理(不一定给终端用户使用)。传输的启动和处理以标准化的方式完成
2
分布式处理和数据传输在线发生，但只在一个方向上发生。传输的启动和处理以标准化的方式完成
3
分布式处理和数据传输在线发生，而且是双向的。传输的启动和处理以标准化的方式完成
4
处理功能是动态的，且在最适合的系统组件上完成
5
18
T/XJSIA 036—2025
表 B.9 通用系统特征影响程度(续)
通用系统特征
判断标准
影响
程度
性能
用户没有提出特别的性能需求
0
用户提出了响应时间的需求，但是没有额外的说明
1
在线响应时间仅在高峰时段是关键的。对于多采用的CPU没有特别的设计。处理截止日期是下一个营业日。
2
在线响应时间在整个营业时间段都非常关键。和应用程序打交道的其他应用程序对处理截止日期也有需求
3
用户对于响应时间存在一定需求，设计阶段已包含性能分析活动
4
为了满足用户提出的性能目标，在应用程序的设计、开发或者实施阶段都使用工具开展性能分析活动
5
高使用强度的配置
不存在显性、或者隐性的操作限制
0
虽存在操作限制，但并不严格，也不需要额外的努力来满足限制要求
1
存在一些安全和时间方面的考虑
2
在生产系统上对应用程序的一部分有特定需求
3
操作限制对于应用程序的结构有特定的限制
4
操作限制对于应用程序的结构有特定的限制，而且这个特定的限制也针对应用程序的其他分布式组件上
5
事务频度
无需关注性能分析
0
需要关注性能分析，但是事务处理率很低
1
事务处理率要求一般，事务处理简单，而且性能分析的重要度很低
2
对于事务处理率和复杂度有一定程度的要求，需要进行常规的性能分析
3
为了满足用户提出的高事务处理率的要求，项目设计阶段包含性能分析工作
4
进行性能分析，并且在应用程序的设计、开发或者安装阶段都需要进行性能分析
5
在线数据输入
没有交互的数据录入事务处理
0
1-7%的事务处理是交互的数据录入
1
8-15%的事务处理是交互的数据录入
2
16-23%的事务处理是交互的数据录入
3
24-30%的事务处理是交互的数据录入
4
超过30%的事务处理是交互的数据录入
5
终端用户效率
没有出现上述任何情况
0
出现上述情况中的1 、2或者3种
1
出现上述情况中的4或5种
2
出现上述情况中的6种或更多，但是对于效率没有特别的用户需求
3
出现上述情况中的6种或更多，而且用户对效率有需求，需要单独开发这些需求
4
出现上述情况中的6种或更多，而且用户对效率有需求，需要用专门的资源和过程来验证效率目标的达成
5
在线更新
不适用
0
包含控制信息的文件被在线更新，但更新频率低，并且未发生数据恢复
1
内部逻辑文件被在线更新，但更新频率低，并且数据恢复简单
2
重要的内部逻辑文件被在线更新，且有内部控制的需求
和3一样，并且需要避免数据丢失的保护措施
3
4
和4一样，并且在考虑数据恢复时，需要将恢复成本和海量数据结合在一起考虑
5
复杂处理度
没有出现上述任何一个特性
0
17
T/XJSIA 036—2025
表 B.9 通用系统特征影响程度(续)
通用系统特征
判断标准
影响
程度
复杂处理度
出现上述特性中的一个
1
出现上述特性中的两个
2
出现上述特性中的三个
3
出现上述特性中的四个
4
出现上述所有五个特性
5
可复用性
不考虑可复用代码的开发
0
只考虑应用程序相关的可复用代码的开发
1
所开发的适合其他应用程序的可复用代码在所有要开发的模块中占比小于10%
2
所开发的适合其他应用程序的可复用代码在所有要开发的模块中占比等于或者大于10%
3
所开发的代码能够被方便的复用，但在复用时需要在源代码一级进行调整
4
所开发的代码的复用非常简单。在复用时，仅需用用户参数来调整代码
5
易安装性
没有任何涉及安装和转换的计划
0
用户没有声明任何计划，但是安装需要一个专门的设置
1
用户有转换和安装需求，安装准则也已经过测试，但转换对项目的影响不大
2
用户有转换和安装需求，安装准则也已经过测试，但转换对项目的影响很大
3
如(2)所述，但有安装和转换的自动化工具且已经通过测试
4
如(3)所述，但有安装和转换的自动化工具且已经通过测试
5
易操作性
用户没有说明处理标准备份过程之外的其他操作需求
0
从下面的选项中选取适用于相关应用程序的项目。除非特别说明，每个项目计一分：已经对启动应用程序、备份数据和恢复应用程序进行了处理，但是需要操作员的介入;
已经对启动应用程序、备份数据和恢复应用程序进行了处理，并且无需操作员的介入(计2分);应用程序对磁带设置限制了最小次数;
应用程序对将其他纸张放入打印机限制了最小次数。
1~4
有应用程序须被设置成无需人为操作的需求。即除了启动或者停止应用程序之外，无需任何操作员的介入，并且应用程序具有自动恢复机制。
5
跨平台性
应用程序只提供给一个用户在一个站点上使用
0
在设计阶段，就需要考虑应用程序在多站点上使用，但是仅在相同的软硬件环境下
1
在设计阶段，就需要考虑应用程序在多站点上使用，但是仅在相似的软硬件环境下
2
在设计阶段，就需要考虑应用程序在多站点上使用，但是是在不同的软硬件环境下
3
为支持应用程序在多站点上运行编制了文档和支持计划，并且通过了测试，而且应用程序如(1)和(2)所述
4
为支持应用程序在多站点上运行编制了文档和支持计划，并且通过了测试，而且应用程序如(3)所述
5
灵活性
没有特别的需求
0
从下面的选项中选取适用于应用程序的项目。除非另有说明，否则每个选项计1分。
提供一个灵活的查询机制能够处理简单的查询请求，例如，只能应用于一个逻辑文件的“与/或逻辑 ”
提供一个灵活的查询机制能够处理一般复杂度的查询请求;例如，应用于多个逻辑文件的“与/或逻辑 ”(计2分)
提供一个灵活的查询机制能够处理复杂的查询请求;例如，应用于多个逻辑文件的“与/或逻辑 ”组合(计3分)
控制信息存在数据表中，并且由用户进行在线维护，但任何变更要到下一个营业日才开始有效
控制信息存在数据表中，并且由用户进行在线维护，任何改变都立刻生效(计2分)
1~5
B.2.4 软件开发生产率
18
T/XJSIA 036—2025
表 B.10 全行业软件开发生产率
单位：人时/功能点
P10
P25
P50
P75
P90
2.21
3.88
6.83
12.39
17.40
注：取值自北京软件造价评估技术创新联盟发布的2024年中国软件行业基准数据(CSBMK-202410)，使用时须跟随基准数据的更新而变化，若数据未更新，以上一年度数据为准。
表 B.11 各行业领域软件开发生产率
单位：人时/功能点
业务领域
P10
P25
P50
P75
P90
电子政务
2.05
2.97
6.54
11.09
15.46
金融
3.10
5.25
10.67
15.93
27.29
电信
2.38
4.74
10. 12
16.50
27.83
制造
2. 11
3.47
7.88
16.29
23.98
能源
2.15
3.82
7.25
17.37
22.10
交通
2.04
3.18
7.03
15.77
21.62
注1：取值自北京软件造价评估技术创新联盟发布的2024年中国软件行业基准数据(CSBMK-202410)，使用时须跟随基准数据的更新而变化，若数据未更新，以上一年度数据为准。
注2：按照缺省值分配不同功能类型功能点时，生产率应考虑规格化系数的调整。
B.2.5 软件因素调整因子
软件因素调整因子的计算方法，参见公式B.2：
SWF = AT × SF × QR · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · (B.2)
式中：
SWT——软件因素调整因子;
AT ——应用类型调整因子，取值参见附录B. 12;
SF ——软件完整性级别调整因子，取值参见附录B.13;
QR ——质量特性调整因子，取值参见附录B. 14。
表 B.12 应用类型调整因子
应用类型
范围
调整因子
业务处理
办公自动化系统;人事、会计、工资、销售等经营管理及业务处理用软件等
1.0
科技
科学计算、模拟、统计分析等
1.2
多媒体
图形、影像、声音等多媒体应用领域;地理信息系统;教育和娱乐等。
1.3
智能信息
自然语言处理、大模型、计算机视觉、智能决策、专家系统等
1.5
基础软件/支撑软件
操作系统、数据库系统、集成开发环境、 自动化开发/设计功能等
1.7
通信控制
通信协议、仿真、交换机软件、全球定位系统等
1.9
流程控制
实时系统控制、机器人控制、嵌入式软件等
2.0
注：取值自北京软件造价评估技术创新联盟发布的2024年中国软件行业基准数据(CSBMK-202410)，使用时须跟随基准数据的更新而变化，若数据未更新，以上一年度数据为准。
表 B.13 软件完整性级别调整因子
软件完整性级别
调整因子
没有明确的完整性级别或等级为C/D
1.0
完整性级别为A/B同时为达成完整性级别要求采取了特殊的设计及实现方式
1. 1
完整性级别为A同时为达成完整性级别要求在软件开发全生命周期均采取了特定、明确的措施 1.3
注：取值自北京软件造价评估技术创新联盟发布的2024年中国软件行业基准数据(CSBMK-202410)，使用时须跟随基准数据的更新而变化，若数据未更新，以上一年度数据为准。
19
T/XJSIA 036—2025
表 B.14 质量特性调整因子
质量特征
特征说明
判断标准
影响程度
分布式处理
指计算机系统能
够在各组成要素
之间传输数据
没有明示对分布式处理的需求事项
-1
通过网络进行客户端/服务器及网络基础计算机系统分布处理和传输
0
在多个服务器及处理器上同时相互执行计算机系统中的处理功能
1
性能
指用户对应答时
间或处理率的需
求水平
没有明示对性能的特别需求事项或活动，因此提供基本性能
-1
应答时间或处理率对高峰时间或所有业务时间都很重要，对连动系统结束处理时间有限制
0
为满足性能需求事项，要求设计阶段进行性能分析，或者设计、开发阶段使用分析工具
1
可靠性
指发生故障的影响程度
没有明示对可靠性的特别需求事项或活动，因此提供基本的可靠性
-1
发生故障时可轻易修复，带来一定不便或经济损失
0
发生故障时很难修复，发生重大经济损失或有生命危害
1
多重站点
指能够支持不同硬件和软件环境
在相同用途的硬件或软件环境下运行
-1
在用途类似的硬件或软件环境下运行
0
在不同用途的硬件或软件环境下运行
1
注：质量特性调整因子=(分布式处理因子+性能因子+可靠性因子+多重站点因子)x 0.025+1。
B.2.6 开发因素调整因子
开发因素调整因子的计算方法，参见公式B.3：
RDF = SL × DT · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · · &
评论