一套业务系统到底有没有必要建？一块可视化大屏该配多高的配置？每年的运维费又该怎么算？这几个问题，答案往往藏在密密麻麻的技术参数、设备型号和合同条款里。业主单位未必看得懂，监督者也没法一眼看穿。

信息化项目是“看不见的工程”。近年来全国政务信息化年投入达到数千亿元量级，但审计手段长期停留在“翻合同、对台账、核票据”上。于是我们看到一个越来越明显的趋势：审计正在从“查账”转向“查数据”——用研究型审计的思路去研究问题，用大数据的手段去穿透数据。

这篇文章想讲清楚三件事：这两个词到底在说什么；为什么是现在在变；以及，对建设方、造价方和审计人分别意味着什么。

一、研究型审计与大数据审计，有什么不同？

研究型审计，不是“审计的时候多做点研究”这么简单。它的核心是把“研究”贯穿审前、审中、审后三个阶段：审前研究政策和标准（比如功能点、软件行业基准数据、政务信息化管理办法），搞清楚“该是什么样”；审中研究问题背后的体制机制，搞清楚“为什么会这样”；审后研究整改对策，搞清楚“怎么不再犯”。

一句话：从“就账查账”转向“就问题查机制”。传统审计盯着这笔钱对不对，研究型审计盯着这笔钱背后有没有重复建设、有没有制度漏洞。

大数据审计，是用数据分析替代人工翻凭证：先集中分析、发现疑点，再分散核查、定点确认。它不改变审计结论的严肃性，改变的是“找问题”的效率——人工翻几百份合同才能发现的异常，数据比对几秒钟就能筛出来。

两者分工很清楚：研究型审计回答“查什么、为什么查”，大数据审计回答“怎么查得快”。没有研究的“算数”会变成无脑跑数，没有数据的“研究”会变成空谈。

二、信息化项目审计，为什么越来越需要“算数”？

第一个推手是审计对象变得更加复杂。信息化项目天然具有数据密集的特点，审计关注的内容已从资金投入延伸到系统运行、数据资源和云资源使用情况。例如，通过分析云平台CPU、内存利用率识别闲置资源，结合系统登录频次和业务数据量判断实际使用情况。这些问题，仅靠翻阅合同和财务凭证很难发现，需要借助数据分析进一步核实。

第二个推手是相关政策制度不断完善。随着数据资产相关会计制度实施、个人信息保护合规要求逐步细化，数据资源管理和个人信息处理活动受到更多关注。信息化项目审计涉及的内容，也从传统财务账目进一步延伸到数据资产管理、数据安全和合规性等方面。

第三个推手是信息化项目管理中的深层次问题逐渐显现。未经充分论证便启动建设、重复申报、串通抬高预算、拆分项目规避监管、设置倾向性参数、验收走过场、供应商锁定……这些问题有一个共同特点：单独检查某个项目，未必能够发现异常。只有将不同部门、不同年度的项目放在一起分析比对，部分问题才会逐渐显现。

三、信息化项目审计，究竟在“算”什么？

信息化项目审计正在“算”的数，大致可以归纳为六类。

第一，算利用率。一个系统到底有没有人在用，看登录频次、看业务数据量。可以将系统运维费用、登录频次和业务数据量结合起来分析，识别系统闲置、使用效率低下以及功能重复建设等问题。对于长期缺少实际业务使用、却持续发生运维费用的系统，应进一步核查其保留和继续运维的必要性。

第二，算云资源。非涉密系统有没有“应上尽上、应迁尽迁”？云平台CPU、内存使用率是多少？超额分配算力、长期空转的资源，都是钱。审计把这一层算清楚，能从源头上挡掉重复投资。

第三，算预算。省级财政评审正在往细里抠。江苏省财政投资评审中心对政务信息化项目匡算评审时，严格依据国家标准和行业基准数据，审核功能点数量、功能点类型和调整因子取值。2024年以来，该中心完成15个政务信息化项目匡算评审，申报总投资4.13亿元，建议调减投资5144.32万元，调减率12.46%。这里的逻辑不是简单打折，而是看这笔钱有没有对应的真实需求。

第四，算数据共享。数据资源目录编得规不规范、电子证照有没有全量归集、部门间共享申请有没有在规定时限内办结、有没有“有条件共享”甚至“主观拒绝共享”的梗阻。算清楚这一层，才能既避免重复建设，又让数据真正流动起来。

第五，算价格与效率。这是造价和审计的交汇点。2026年发布的《2026年中国软件行业基准数据》（CSBMK®-202610），首次引入“开发技术类型调整因子”，其中，完全采用低代码工具或具备成熟AI辅助开发能力的，调整因子取值为0.76；同时，首次给出AI开发或算法工程师1.28的人月费率折算系数。

这些数据为软件开发成本测算提供了新的参考依据。一个项目报价的人月费率和功能点单价是否合理，可以结合行业基准数据、项目实际情况及相关调整因素进行综合判断。

目前，软件造价喵已同步更新《2026年中国软件行业基准数据》（CSBMK®-202610），将最新行业基准数据应用于软件开发费用测算。用户可结合项目实际情况，开展功能点规模核算、开发成本测算及相关参数取值，减少人工查表和引用旧版数据带来的偏差，提高造价测算的效率与准确性。

第六，算安全合规。 等保定级备案了没有、定期测评了没有、有没有高危漏洞、权限管理是不是粗放。安全审计不再是“有没有做”，而是“做得实不实”。

四、审计方式变化，对从业者意味着什么？

对建设方，意味着从项目立项那天起，就要为“被算数”做准备。系统的登录日志、业务数据量、云资源使用率，将来都是审计和绩效评价的靶子。现在不把这些数据留下来，到审计那天就解释不清楚。

对咨询和造价方，意味着依据必须数据化、可追溯。一张写满数字的报价表不够了，审计会追问每个数字的来源：功能点怎么数的、生产率取的哪个基准、调整因子用的哪一档。留不下算法，就守不住价格。

对审计人，最难的是补数据分析能力。会看凭证的审计不缺，能用SQL、能跑数据比对、能从百万行数据里筛出疑点的审计，仍然稀缺。

五、数据分析不能代替专业判断

反过来说一句：数据审计不是万能的。数据本身可能造假，也可能被选择性使用；基层审计的数据能力也不是一天能补上。因此，“算数”不会取代审计人员的专业判断，它所改变的是传统审计中大量依赖人工翻找、逐项筛查的工作方式。

但方向是确定的。信息化项目这座“看不见的工程”，过去更多依靠合同、台账和凭证核验，如今还需要借助数据衡量资源投入与实际成效。算得清，才管得住。