信创改造项目推进到立项环节,最先卡住的往往不是技术选型,而是这个问题:这件事该花多少钱?
供应商报出的适配改造费用,可能是原系统建设费用的三成,也可能接近七成;同一套系统,换一家厂商询价,数字又变了一个量级。原因不难理解——信创改造的工作量不取决于“要建成什么”,而取决于“原来是什么”,而后者往往只有原开发商最清楚。
本文梳理信创适配改造造价评估的标准依据、技术路线与测算方法,供建设单位在立项与预算编制阶段参考。
01 / 估价难点
为什么信创改造比新建项目更难估价
信创,即信息技术应用创新。按照“2+8+N”的推进体系,“2”指党政机关先行,“8”指金融、电信、电力、交通、医疗、教育等关系国计民生的关键行业重点推进,“N”指其他行业逐步铺开。
在党政机关办公系统完成替换之后,当前信创改造的重心正在向各行业的存量业务系统转移。而存量系统的改造估价,与新建项目有本质区别:
| 对比维度 | 新建项目 | 信创适配改造 |
| 工作量取决于 | 目标功能规模 | 存量系统现状(技术栈、耦合度、依赖组件) |
| 需求来源 | 新编写的需求文档 | 已有的可研报告、源代码、部署环境 |
| 主要风险 | 需求变更 | 适配过程中暴露的隐性依赖 |
| 可比案例 | 较多 | 较少,历史数据积累不足 |
正因为如此,用新建项目的报价逻辑去套改造项目,必然失真。一家厂商按原系统的功能规模报价,报出的是“重新开发一遍”的钱;而实际工作量可能只是代码重编译加适配测试,也可能是深入底层的重构——两者的差别,在报价单上看不出来。
02 / 标准依据
依据什么:适配改造成本度量标准
针对这一空白,中国计算机用户协会与北京软件造价评估技术创新联盟联合发布了团体标准 T/BSCEA 004—2024 / T/CCUA 033—2024《信息技术应用创新 信息系统适配改造成本度量》,自 2024 年 12 月 1 日起实施。
该标准规定了信息技术应用创新环境下,信息系统适配改造项目的费用估算过程和方法,适用于各类组织对信创适配改造项目的费用估算、结算审计、合同变更以及成本管理。
标准将适配改造费用划分为四类构成:
| 费用类别 | 说明 |
| 软硬件设备采购费用 | 服务器、终端、外设等 |
| 云服务租赁费用 | 政务云等云资源租用 |
| 应用系统适配改造费用 | 存量系统改造的核心支出 |
| 信创服务费用 | 迁移实施、培训、运维等服务 |
四类之中,应用系统适配改造费用是分歧最大、也最难量化的部分。
标准的落地路径并不局限于北京。2025 年 3 月,北京软件造价评估技术创新联盟应邀出席由苏州市信息技术应用创新联合会主办的“苏州市信创产业沙龙”,对该标准作专题宣贯,苏州市工信局及本地金融机构、基础电信企业、信创厂商等百余位代表参会。这说明标准的区域化应用正在推进,苏州本地已有可对接的评估口径。
此外,部分地方已出台配套的地方标准,行业基准数据(如 CSBMK 等)也可作为费率参数的来源。
03 / 技术路线
四种技术路线,成本量级差异极大
在动手测算之前,必须先确定一件事:这个系统打算用哪种方式完成信创改造。适配改造的方式通常有四类:
| 技术路线 | 做法 | 适用情形 |
| 系统重构 | 业务功能不变,改造开发框架、分离代码逻辑、调整代码结构,改造后同时支持信创与非信创终端 | 原系统架构可延续,但需深度调整 |
| 系统适配 | 在国产信创环境下调整与配置,使其正常运行并与其它组件集成 | 原系统基于跨平台技术开发,迁移成本可控 |
| 数据迁移 | 制定迁移计划,完成数据清洗、转换、验证 | 应用本身可平移,主要工作量在数据侧 |
| 新建系统 | 基于信创技术要求构建全新系统 | 原系统已无改造价值 |
系统适配涉及的适配点通常包括:操作系统适配、数据库适配、中间件适配、浏览器适配、接口适配。
技术路线的选择,直接决定了预算量级。根据北京软件造价评估技术创新联盟公开发布的适配改造造价评估实践案例,采用比例系数法测算时,三类改造路线的造价参考上限大致为:
| 技术路线 | 造价参考(占原系统建设费用比例) |
| 系统重构 | 不超过原信息化应用系统的 0.645 |
| 系统适配 | 不超过原信息化应用系统的 0.389 |
| 数据迁移 | 不超过原信息化应用系统的 0.142 |
三者的差距是数倍的关系。这意味着:在预算编制阶段就把技术路线定下来,比在报价单上反复砍价有效得多。
需要说明的是,上述系数来自公开实践案例中的建议上限,具体项目仍应结合系统复杂度、适配环境与技术方案确定,不能直接套用。
04 / 测算方法
怎么算:三类方法交叉验证
标准体系给出了费用构成的框架,“怎么算”则依赖具体的估算方法。实践中常用的有三类:
方法一:功能点分析。适用于系统重构与新建系统场景。以功能点为规模锚点,分两种计数规则——立项阶段使用预估功能点(主要依据内部逻辑文件 ILF、外部接口文件 EIF 快速估算);需求明确后使用估算功能点(增加外部输入 EI、外部输出 EO、外部查询 EQ 的计数),精度显著提高。
方法二:工作量评估。适用于系统适配与数据迁移场景。将改造拆解为最小任务包(如操作系统适配、数据库迁移、接口改造、回归测试),估算每个任务包所需工作量,再按人月单价汇总。为提高可靠性,可采用三点估算法(综合考虑最可能、最乐观、最悲观三种情形)或多轮独立评估逐步收敛的方式。
方法三:比例系数法。适用于项目早期、需求尚不明确时的快速估算。以原系统的建设费用为基数,乘以与技术路线对应的比例系数。这一方法计算简便,但精度有限,建议作为交叉验证手段,而非唯一依据。
三类方法的计算链条是一致的:规模 → 工作量 → 单价 → 成本
即:先确定适配改造对象的数量与规模,再折算为工作量,套用相应的人工单价或服务单价,最终汇总为改造成本。
05 / 评估难点
评估过程中的四个难点
结合行业公开实践案例,信创适配改造的造价评估存在四个共性难点:
难点一:评估体系仍在完善,历史数据不足。信创领域相对较新,可供类比的历史项目数据积累有限,难以像传统软件项目那样依托大量样本进行校验。
难点二:产品多样且高度定制。信创产品功能各异,部分软件高度定制化,难以适用统一标准;兼容性问题还会带来额外成本,这些因素在评估时都必须纳入考虑。
难点三:受市场波动影响较大。信创市场的供求关系与竞争态势变化较快,同一类适配工作在一年内的价格区间可能明显不同。
难点四:对评估人员的复合能力要求高。既需要理解信创技术栈与适配逻辑,也需要掌握造价评估方法,这类复合型专业人员的供给相对不足。
四个难点指向同一个结论:改造类项目的造价评估,不能只靠一套公式,需要评估方法与实践经验结合。
06 / 立项建议
给建设单位的三条建议
一、先做现状盘点,再谈报价。原系统的技术栈、代码规模、依赖组件清单、目标环境的兼容性矩阵——这些信息是估算的基础。实践中,反过来做(先要报价、后补盘点)往往导致改造中途发现底层组件不兼容,返工成本远超评估费用。
二、要求对方给出测算过程,而不只是结论。一份可信的造价评估,应当能出示规模估算明细,或比例系数的选取依据与计算过程。只有总额、没有过程的报价,无法复核,也无法作为结算依据。
三、把测算口径写进合同。在合同中约定计价所依据的规模口径与调整机制,明确范围变更时的处理方式。改造类项目几乎必然发生范围变化,事前约定远比事后协商省力。
07 / 关于我们
关于我们
胥瓷信息科技(苏州)有限公司(品牌“胥瓷智库 XCIT”)自 2017 年起开展信息化造价评估服务,是苏州首批信息化造价评估单位,现为北京软件造价评估技术创新联盟理事单位,在政务与企业领域积累了丰富的项目实践经验,相关实践案例入选《信息化造价优秀实践案例(2024)》。
围绕信创适配改造,我们提供:
存量系统现状盘点与适配改造方案评估
技术路线比选与造价测算
适配改造费用构成拆分与估算报告编制
结算审计与合同变更的成本核算支持
造价评估工具与平台支撑(AI 造价评估智能体)
资料来源
①《信息技术应用创新 信息系统适配改造成本度量》(T/BSCEA 004—2024 / T/CCUA 033—2024)发布信息;②北京软件造价评估技术创新联盟公开发布的标准宣贯信息与适配改造造价评估实践案例;③《信息化项目造价评估》系列标准公开目录;④公开报道中的信创产业推进情况资料。
本文为公开信息整理与解读,标准条文的准确含义以正式发布文本为准;文中比例系数为公开案例中的参考口径,具体项目应结合实际系统情况与主管部门要求确定。

