信息化项目设计方案是信息化项目的”总图纸”，立项之后的概算编制、招标采购、开发建设、竣工验收、运维运营，无一不以设计方案为依据。设计方案错了，后面每一步都是错上加错；设计方案审不严，财政资金损失浪费的风险在立项之初就已经埋下。从近年各级审计机关披露的情况看，重复建设、概算虚高、建而不用、未测先上等问题屡审屡犯，相当比例可以追溯到设计方案审查环节的失守。然而，设计方案审计在实践中并不好做。方案动辄数百页，技术术语密集，审计人员常陷入三种困境：
一是”看不懂”，被开发单位、设计单位牵着走，只审程序不审内容；二是”审不全”，审查零敲碎打、顾此失彼，漏掉关键风险点；三是”审不出”，对照检查表逐项打钩，材料形式上样样齐全，实质上问题深藏不露。本文试图回答三个问题：什么样的设计方案是合格的？设计方案究竟审什么、怎么审？如何避免”审不出问题”？为此，本文将分散于各地评审办法、国家标准和审计实务中的审查要求加以归纳，提炼抽象为金字塔审计框架（勉强类比），并配套可操作的审计方法，力求为审计、财政评审和主管部门方案审查人员提供一张完整的审查路线图。
一、框架总览：一座审计金字塔
信息化项目设计方案审计可以抽象为一座金字塔（勉强类比）。之所以采用金字塔结构，是因为它准确刻画了审计逻辑的主次与层次。塔尖虽只有一个点，却统领全局：需求不真实、立项不正当，方案做得再精美也是无源之水，因此价值审查必须前置、从紧。底面四角支撑塔身：四大架构域是设计方案的实体内容，缺一角则方案不完整，角与角错位则方案不严密。三条棱贯穿始终：合规、集约、效益不是某个章节的局部要求，而是从需求到投资每一层都必须经受检验的刚性约束。这一框架与国际通行的TOGAF企业架构框架和浙江省数字化改革”V字模型”高度呼应。TOGAF将企业架构划分为业务、数据、应用、技术四大架构域，且明确业务架构是其他三域的基础——这正是”四角”的理论来源。《浙江省数字化改革总体方案》（浙委改发〔2021〕2号）提出的”V字模型”，下行翼从核心业务逐层拆解到业务事项、数据需求，完成需求定义，对应金字塔的塔尖；上行翼从数据共享清单逐级集成为业务系统，完成技术实现，对应底面四角；V字底端业务需求与数据清单对接验证，以及后续验收、评价环节，对应三条棱的收口。把握住”一尖定方向、四角定内容、三棱定约束”，审计工作就有了总纲。
塔尖审计的核心是穿透”问题域—需求域—目标域”三个层次：项目要解决的真实问题是什么，由此派生的业务需求是否成立，设定的建设目标是否清晰可考。审查的要领，是要求方案的需求能够沿着”核心业务—业务事项—数据项”的拆解链条完整回溯。《数字重庆建设核心业务梳理操作指南》（渝数建办〔2023〕18号）明确，核心业务应通过上级部署的重大任务和当前需要解决的突出问题两条路径确定，再运用”V”模型方法拆解为一级业务、二级业务直至最小颗粒度的业务事项，进而找出业务事项运行指标对应的数据集、数据项。审计人员据此可以检验：方案中的每一项功能、每一类数据，能否反向追溯到一项真实的业务事项和一个真实的业务问题？追溯不到的，即为”为建而建”。在操作机制上，浙江、重庆的”三张清单”审查模式值得借鉴。浙江要求建设单位以需求清单、多跨场景清单、改革清单谋划项目，专家评审意见作为立项批复和预算安排的重要依据，项目经”一地创新、全省共享”后其他地区不得重复建设。重庆建立了”专题组论证—大数据部门查重比对—改革办联合审查”的三级递进审查机制，《重庆市政务数字化应用管理暂行办法》更以负面清单形式列出八类不予通过联合评审的情形，包括未纳入统筹”一本账”、新建扩建机房或新增硬件、功能与现有应用重叠、未依托一体化公共数据平台等，实行”一票否决”。审计中应首先核查项目是否经过同类统筹审查和查重比对，把刚性否决项的核查置于技术细节审查之前。塔尖审计还要重点识别两类隐蔽问题。一是”碎片化”立项：将部门”三定”职责直接当作核心业务，缺乏问题提炼，或以适应新标准规范为名重复建设数据库，却说不清所依据的标准。二是”搭便车”：将信息化系统打包进工程项目申报以躲避专项评审，以货物采购方式直接采购硬件，或放着市场成熟软件不用而刻意选择定制开发。审计署在预算执行审计中曾披露，有的部门本级数十个信息系统缺乏统一规划、各司局自行开发，有的部门所属单位分别建设上百个系统和平台，共享程度低、重复建设严重——这类积弊的源头，正是立项时需求真实性审查的缺位。三、四角：四大架构域审计——回答“方案内容对不对”
业务架构是四大架构域的基础，审查重点有三。一是业务流程与场景的真实性。方案应清晰刻画业务事项、业务流程和跨部门协同关系，而非仅将线下流程简单”搬上网”。重庆审查标准中的”多跨场景协同性、重大改革实效性”提示我们：凡是只有业务上网、没有流程再造和制度重塑的方案，应提示立项必要性存疑。二是系统边界与关系的清晰性。方案必须以图文方式说明本系统与部门已有系统、上下级系统在业务和数据上的关联，界定清楚本项目属于”补缺、扩面还是提标”。三是业务量测算的支撑性。用户规模、并发量、业务办理量等关键指标应有测算过程，这是后续技术架构中设备选型和性能配置合理性的逻辑前提。实务中常见方案边界模糊，功能描述与已有系统大量重叠，审计人员可要求建设单位提供与现有系统的功能对照表，对照不清的即为重大疑点。数据架构审查要点包括：数据资源目录是否完整且细化到字段级；数据采集有无重复，能否落实”一数一源”；数据共享交换是否依托统一平台，共享的条件、类型、数量、理由是否说明。山东省济宁市地方标准《政务信息化项目方案技术评估规范》（DB3708/T 57—2024）要求数据项粒度到字段级、E-R图清晰，这一要求极具审计价值——目录只到”数据集”不到”数据项”的方案，往往隐藏着重复采集和共享落空的问题。数据架构审查还应与V模型对称验证结合：方案汇总的数据需求清单，应逐项对应数据共享清单和接口设计，两者对不上即为方案缺陷。还需警惕”主观认定涉隐私即可不共享”式的规避共享倾向，以及数据目录与部门职责目录不对应的形式主义编目。应用架构审查的核心问题是功能”新不新、重不重、整不整”。一是功能构成完整性。功能模块划分应与业务架构中的业务事项一一对应，既不缺项也不虚设。二是整合对接充分性。方案应说明与统一身份认证、电子证照、地理信息、短信、支付等共性支撑平台的对接复用安排，凡有共性平台一律不得单建。三是重复建设审查。济宁市评估规范确立了”功能相似度50%以上即认定为重复建设”的量化红线，并要求在业务体系内、本单位内、跨单位三个层面逐级查重，为审计提供了可操作的判断标准。审计署对中央部门单位2025年度预算执行等情况的审计结果披露，国家消防救援局所属海南、四川等12个总队（支队、大队）重复建设与上级机关功能类似的信息系统，公安部本级2个信息化项目存在重复建设，财政资金面临损失浪费风险——若立项阶段运用功能相似度标准严格比对，此类问题本可在设计审查阶段上拦截。另需注意”伪定制开发”问题：用低代码平台快速搭建或采购成品软件替代新开发，却按定制开发报价，此类手法只有深入功能构成的审查才能识别。技术架构审查要点有四。一是技术路线的先进性与适用性，重点审查国产化支持程度，是否满足信创要求，软硬件是否在信创目录范围内完成适配。二是架构视图完整性，逻辑架构、系统架构、数据架构、应用架构、软件架构、网络架构、部署架构、安全架构等视图应齐全且图文一致。三是设备选型与数量论证。配置选型应有功能性能符合性论证，数量应有业务量支撑的测算依据。实务中常见倾向多选高配、超额采购、放着政务云不用而自购服务器新建机房等问题。贵州省省级信息化项目概算评审中，某项目按专家意见对软件实施工作量和硬件配置重新调整后，投资减少35%，足见配置论证环节的审减空间。四是部署架构合理性，是否依托政务云集约部署，网络方案是否符合政务外网要求，是否存在违规新建互联网出口和专网线路。
四、三棱：三条贯穿性审查主线
标准合规线贯穿方案各层，审查内容包括三个层面。一是标准体系合规：方案是否遵循国家、行业和地方的既有标准，需新制定的配套标准是否必要。2025年发布的《数字政府架构框架 第1部分：参考模型》（GB/T 45963.1—2025）提出了目标、业务、数据、应用、基础设施、运行、安全七大参考模型，为方案架构完整性审查提供了权威标尺。二是安全合规：等级保护定级是否准确、安全配置方案是否匹配，密码应用方案是否按”三同步一评估”要求编制并安排密评。同一审计结果公告还披露，国家发展改革委本级1个信息系统因未完成分级保护测评导致无法上线运行，前期投入无法发挥效益；深圳市坪山区审计亦发现4个项目竣工验收后才完成安全测评。教训在于安全审查必须前置到设计方案阶段，在概算批复环节即明确等保定级要求，测评费用足额列支。《国家政务信息化项目建设管理办法》（国办发〔2019〕57号）更明确规定，不符合密码应用和网络安全要求的政务信息系统不安排运行维护经费——合规问题最终会以经费闸门的形式兑现。三是程序合规：专家论证、集体决策、多部门会签、重大变更重新报批等程序是否完备，如《四川省省级政务信息化项目管理办法》（川办发〔2025〕23号）要求可研和初步设计审批征求网信、保密、密码、公安部门意见。集约共享线要求逐层追问：网络是否依托电子政务网，算力是否依托政务云，数据是否依托一体化公共数据平台，共性能力是否复用统建平台，横向纵向是否实现共享整合。这一主线的刚性正在不断增强：湖北省明确，未充分利用政务信息化基础设施、无法实现与省级共享平台互联互通的系统原则上不再批准建设，对未按要求系统整合和数据对接的项目原则上不再拨付运维经费；新疆生产建设兵团规定未纳入系统目录的项目不安排建设、购买服务和运维经费。集约共享由此从”倡导”变为”经费硬闸门”。审计中还要注意集约审查的层级性：既审项目自身是否上云入网，也审项目在部门总体信息化架构中的位置——《关于加强市级政务信息化项目建设管理进一步提高财政资金使用效益的通知》（渝发改高技〔2021〕1765号）要求部门先行编制3至5年整合建设总体方案，以数据为主线构建”底层数据资源池、上层政务应用”，凡不能在总体架构中找到坐标的新建项目，均应打上问号。投资效益线贯穿概算编制、费用构成、资金来源、运维安排和建成效益全过程，是审计传统优势领域。一是概算合规性。软硬件、服务和其他费用清单应完整、不重复、不虚列，预备金、软件设计费等不合理计取应剔除。某市财政投资审核评价中心2023年完成的16个市级政务信息化项目概算评审，送审金额约3.36亿元，审减率8.13%；另一市2022年审结的40个信息化项目核减率达17.79%，明显高于同期政府投资项目5.34%的总体核减率——信息化概算的”水分”普遍大于工程项目，这一领域值得重点投入审计力量。二是造价科学性。软件开发费用应依据《软件工程 软件开发成本度量规范》（GB/T 36964—2018）等功能点度量标准和行业基准数据测算，人月费率不得突破基准上限。据第三方机构披露，某公司客户管理系统二期项目中，开发方报价90万元，经功能点评估最可能造价为69.90万元，最终成交价69万元，审减逾两成。实践中可借助”软件造价喵”等智能化评估工具辅助功能点计数与基准比对，提升造价审核效率；硬件和成品软件价格则可借助”AI询价喵”等工具开展多渠道市场询价，并与政府采购有效中标价互相验证。三是运维与效益安排。免费运维期、运维费用渠道应在方案阶段明确并纳入预算，防止”运维费中列支建设费”的错配；建成效益则应以可量化指标承诺，并与验收、预算安排挂钩。审计署披露，有单位所属研究机构48个应用软件低效运转、月均使用不足1次，有的部门本级多个信息系统未批先建且使用率低——这些”建而不用”的项目，若在方案阶段即对效益目标和运维机制作出刚性约定，损失本可避免。
五、方法论：让审计落地生根
框架解决”审什么”，方法解决”怎么审”。结合各地评审机制和审计实务，推荐四种落地方法。
一是V模型对称验证法。借鉴软件工程V模型”每一开发阶段对应一个验证阶段”的思想，将方案业务侧的拆解颗粒度与技术侧的验证颗粒度一一对应：核心业务对应系统定位，业务事项对应功能模块，数据需求清单对应数据共享清单与接口设计，量化目标对应验收指标。凡左右两侧不对称的，即锁定为方案缺陷；凡验收指标无法回溯到需求定义的，即判定目标虚化。这一方法使审计取证有了清晰的对照结构，避免”看了几百页却无从下手”。二是五维量化评分法。借鉴重庆市渝北区《三张清单论证审查办法》（渝北数建办〔2023〕14号）“一票否决加百分制评分”的做法，可构建”改革属性、协同属性、集约属性、合规属性、经济属性”五个维度的量化打分模型：先以负面清单核查否决项，再分维度赋分，划分”通过、修改后通过、不通过”三档结论。量化评分把专家经验转化为可比较、可复核的评审结论，评分结果可作为立项、预算安排和验收的共同依据，也能有效压缩自由裁量空间。三是专篇审查法。《四川省省级政务信息化项目管理办法》（川办发〔2025〕23号）要求可研、初步设计必须包含系统整合、集约化建设和信息资源共享分析专篇。审计人员应把专篇作为审查抓手：系统整合专篇看与现有系统的功能对照表，集约化建设专篇看云网数平台依托情况，数据共享专篇看目录、接口与共享承诺。专篇缺失或内容空泛的，可直接出具补充完善意见。同时落实”先治理、后建设”要求，原系统未验收、数据目录未普查、整合未到位的，新建申请应缓行。四是文档质量切口法。文档本身是发现实质问题的切口。一查数据一致性：预算总额、设备数量、授权数量、业务量指标在方案各章节之间是否前后一致，授权数量与服务器角色是否匹配，不一致往往意味着拼凑编造。二查角色适宜性：方案是否站在建设单位立场编写，有无照搬开发公司销售材料的痕迹——通篇渲染某厂商产品优势、技术参数指向特定品牌的方案，公正性存疑。三查编制依据：建设依据应为外部权威政策文件，以本单位内部发文作为主要依据的，立项正当性不足。四查名称与主体一致性：项目名称在申报、批复、方案文本间是否一致，建设主体与编制主体关系是否清晰。
六、结语
回到金字塔框架：塔尖审”该不该建”，管住需求的真伪；四角审”方案内容对不对”，管住架构的虚实；三棱审”合规不合规、集约不集约、值不值”，管住底线与效益。一言以蔽之，设计方案审计的要义在于”审需求之真、架构之实、合规之严、投资之效”。
当前，政务信息化管理正从分散审批走向”一本账”统筹，从形式审查走向量化评审，从事后纠偏走向前置否决。审计机关和评审机构应顺应这一趋势，把金字塔框架固化为审查清单和评分模型，把V模型对称验证、专篇审查、文档切口等方法嵌入评审流程，并善用智能化工具提升造价审核与询价的效率，推动设计方案审计从”看材料”走向”审实质”，从”审得出”走向”审得准”。唯有把住设计方案这道总闸门，信息化投资才能真正转化为治理效能，财政资金才能真正花在刀刃上。
