第11章 平台选型与工程实施

本章导读

本章承接前几章列出的能力清单，回答这些能力怎样被建起来并持续运转，其结论直接支撑第12章的安全设计。主线是先拆三种建设模式的责任与科目，再把自主可控从产地之争改写为可替换性验收，然后用摸底、标准、数据治理、平台、场景五个阶段串起实施顺序，最后落到迁移集成与运维运营。最容易被跳过的是 11.2 节的组件清单、标准符合性与替代演练，以及“退化不是故障而是使用减少”这一判断。读完应能判断：平台是否构成能力，看它能否被门户编排；系统是否可控，看断供后关键能力能否运行；项目是否成功，看业务是否在系统内闭环。

学习目标

读完本章，你应当能够：

• 对比自建、采购成品与购买服务在运营责任、预算科目、能力沉淀三处的差别，并说明混合模式的关键为何是接口而不是比例；
• 用表11-1 的五列为业务规则引擎、底图服务、算力三类部件选定承担模式，并写出每种选择对应的主要代价；
• 区分“自主”与“可控”，复述“断供后关键能力仍可运行”这一验收标准所依赖的三项条件；
• 按组件清单核验、标准符合性核验、替代演练三步，为一次选型设计可交付证据的可替换性验收；
• 用表11-2 的五列说明五个阶段各自的验收标准与常见返工点，并说明自然资发〔2026〕38 号的时间压力下为何可压缩的是场景数量而不是前三个阶段的质量；
• 复述表11-3 五种失败模式的早期识别信号，并解释它们为何共同构成“技术都做对了”的失败。

前几章讨论的是“一张图”应该有什么：数据、架构、场景、三维与智能。本章讨论另一个问题：这些东西怎样被真正建起来，并且建成之后还能持续运转。技术方案的正确性与工程实施的成功率是两件事，前者由设计决定，后者由约束条件决定。在跨部门、跨层级、长周期的工程里，失败几乎从不发生在技术选型上，而是发生在节奏安排、责任划分与运营机制上。

需要先给出本章的核心判断：平台选型的实质，不是“在几家软件厂商之间比较参数”，而是“以什么方式成为统一门户可编排的一个节点”。这个判断来自门户架构本身的约束。《“一张图”建设工作方案》确立的门户要融合国土空间基础信息平台、地理信息公共服务平台（天地图）、卫星遥感云平台等已建平台能力，通过改造、整合打造共享工具箱与应用池。既然是“融合已建能力”，推倒重来式的自建就失去了制度基础；既然是“工具箱与应用池”，任何平台的价值都要通过能否被编排来检验。

11.1 三种建设模式：差别不在功能，在责任与科目

实践中常见的三种模式是自建、采购成品软件、购买服务。多数选型材料把三者当作并列的技术路线，逐一比较功能清单，这种比较方式从一开始就偏了。三者的真正差别不在功能，而在三件事：谁承担运营责任、钱从哪个科目出、能力最终沉淀在谁手里。功能可以补齐，这三件事补不齐。

自建的适用条件是业务规则高度特殊，且本地具备持续研发能力。它的优势是规则可以贴着业务长，不必迁就产品逻辑；代价是周期长、人才依赖强，一旦核心人员流失，系统会进入“能运行但不能改”的状态。对“一张图”而言，真正值得自建的是业务规则引擎、审批流与本地特有的分析模型，而不是底图渲染与三维引擎这类通用能力——后者自研的投入产出比在多数地区并不成立。

采购成品软件的适用条件是需求与产品能力重叠度高、变更频率低。优势是上线快、功能成熟、有同行验证；代价是定制受限、升级受厂商节奏约束，深度定制会形成事实上的绑定。一个具体的风险信号是：厂商以“平台底座加大量定制开发”的方式交付，而定制部分不开源、不给源码、不留文档。这类项目在数年之后通常会陷入“想换换不掉、想改改不动”的境地，而届时的迁移成本已远高于当初的采购成本。

购买服务的适用条件是负载波动大，或一次性投资受限。优势是把资本性支出转为经常性支出，把运维压力转移给服务方；代价是长期总支出可能更高，并且带来数据出域与合规问题。对涉密或高敏感数据，服务化的边界由数据分类分级决定，不能由成本决定，这一点第12章会展开。一个常被忽略的细节是退出安排：服务合同中若没有数据导出格式、导出周期与过渡期支持的约定，更换服务方的成本会接近重建。

还有一层容易被忽略的成本，是组织内部的能力留存。自建的投入并不止于开发，还包括文档、培训与知识传递；采购成品的投入并不止于许可费，还包括配置、二次开发与升级适配；购买服务的投入并不止于服务费，还包括接口改造、安全评估与退出过渡。把这些成本放在一张时间轴上比较，三种模式的排序常常会与初次报价的排序相反。这也是为什么“当年谁报得低”不是一个有意义的评判标准：一个模式的低价，往往是把成本推迟到了运营期。

因此现实中的正确答案几乎总是混合：底图与三维引擎用成熟产品，业务规则与审批逻辑自建，算力、影像处理与部分分析能力按服务购买。混合的关键不是比例，而是接口。只要各组成部分之间通过标准服务交互，替换其中一块的成本就可控；如果靠私有接口粘连，混合就会变成最难维护的一种形态，因为它同时承担了三种模式的缺点。

还有一条纪律必须写明。选型比较中经常出现的两类指标，“一张图”总投资规模与 GIS 平台国产化率，目前都没有权威公开数据，任何以这两个数字做论证的材料都不具备可比性。可比的替代口径是全生命周期成本（建设、运维与迁移之和）、服务等级承诺，以及在真实数据上的实测结果。补一个来自产业侧的判断依据：2025 年地理信息产业总产值 9005 亿元、同比增长 5.9%，而从业单位数达 26.9 万家、增速 11.1%，单位数增速高于产值增速，意味着单机构平均营收在下降。在价格竞争加剧的供给侧环境下，明显低于成本的报价往往对应着交付能力的缺口，评标环节需要有识别机制而不是只看总价。

表11-1 三种建设模式的适用条件与代价

资料来源：根据《“一张图”建设工作方案》与“一张图”建设总体框架公开口径归纳；“更适合承担的部件”为定性判断。

关键判断：平台选型的真问题不是“买哪一家的软件”，而是“以什么方式成为统一门户可编排的一个节点”。凡是无法以标准服务形式注册到门户、无法被共享工具箱与应用池调用的建设成果，在“一张图”的架构里都不构成平台能力，只构成一套独立系统。

11.2 国产化与自主可控：标准是“断供后还能不能跑”

“自主可控”在“一张图”领域不是选型偏好，而是既定原则。自然资办发〔2022〕7 号把“自主可控”列为实景三维中国建设的原则之一，这一表述的分量在于它把技术来源问题提升为工程约束。但要落实这条原则，先要拆清楚“自主”与“可控”并不是一回事：自主讲的是能不能自己改，可控讲的是断供时会不会停摆。两者相关，但不能互相替代。

先看一个常被混淆的区别。“自主”回答的是“我能不能改”，它依赖源码、文档与团队；“可控”回答的是“断供时我会不会停”，它依赖替换方案、数据可导出与标准符合性。一个完全基于开源组件的系统可能很“自主”，却因为深度定制的私有扩展而并不可“控”；反之，一个采用商业产品的系统可能不够“自主”，但只要数据格式与接口都是公开标准，替换成本就是可估算的，因而更“可控”。评估时应把两者分开打分，合在一起讨论通常只会得到一句口号。

自主可控至少可以拆成五层：硬件与操作系统、数据库与空间数据管理、GIS 引擎与空间分析、三维引擎与渲染、算法与模型。五层的替代难度差异极大。数据库与 GIS 引擎的国产替代已有较成熟的产业基础；三维引擎的替代难度最高，因为三维数据格式、渲染管线与配套工具链往往深度耦合，换引擎常常意味着重建生产流程；算法与模型层的替代最难验证，因为效果依赖训练数据，而训练数据的来源与质量无法在采购环节核验。

由此得出一个可操作的判断：自主可控的验收标准不是“是否国产”，而是“在断供条件下关键能力是否仍可运行”。这个标准把讨论从产地转向可替换性，而可替换性由三件事决定：数据格式是否为公开标准、接口是否公开且稳定、退出时数据能否完整导出。三件事都成立，替换才可能是工程问题；缺一件，替换就会变成重建。以此衡量，一个系统的“可控”程度可以被客观描述，而不必依赖供应商的自我声明。

与自主可控并行的还有准入条件。按《测绘资质管理办法》《测绘资质分类分级标准》（自然资办发〔2021〕43 号，2021 年 7 月 1 日施行），测绘资质分甲、乙两级，专业类别共十类，其中与“一张图”直接相关的是地理信息系统工程、地图编制与互联网地图服务。建设内容与供应商资质类别的匹配是可核验的硬条件，比任何案例介绍都可靠。2026 年的部署还提出优化完善资质类型、完善注册测绘师制度、修订测绘信用管理办法并完善评价指标体系，这意味着供应商的历史履约记录将越来越可查，选型时应当把信用记录纳入评审，而不是只看报价与演示。

把可替换性落成验收动作，需要一个具体的程序。第一步是组件清单核验：逐项列出硬件、操作系统、数据库、GIS 引擎、三维引擎、算法模型与中间件的名称、版本与来源，凡填报不全的，视为不可核验。第二步是标准符合性核验：抽查数据能否按公开标准格式导出，服务能否以标准接口被第三方客户端调用，两者都要现场演示，不看文档。第三步是替代演练：在测试环境中用一个同类组件替换清单中的某一项，记录所需时间、数据转换损失与功能缺口。三项做完，“可控”就不再是形容词，而是一份有数据的评估结论。这类演练的成本远低于一次失败的替换，但绝大多数项目在建设期都没有安排，直到需要替换时才发现能力缺口。

需要给出的边界有两条。第一，国产化不等于性能等价。在超大图层量渲染、三维并发、海量影像处理这几类场景，同一类组件在不同项目上的表现差异很大，必须以真实数据做验证性测试，不能凭参数表与案例册判断。第二，自主可控不能靠口号验收。可核验的证据是组件清单、版本号、替换方案与迁移演练记录；拿不出这四样的“全国产”承诺，在工程上没有意义。此外，“GIS 平台国产化率”没有权威公开数据，任何以比率为核心指标的验收条款都无法执行，只能改为按组件逐一核验。

11.3 实施的五个阶段：可以压缩场景，不能压缩标准

“一张图”的实施通常被划分为五个阶段：摸底、标准、数据治理、平台、场景。这个划分之所以稳定，是因为它对应一条依赖链：不知道有什么，就无法定标准；没有标准，治理出来的数据无法汇聚；数据不汇聚，平台就没有内容；平台没有内容，场景就落不了地。任何跳过前置环节、直接从场景切入的路径，都会在系统上线后返工。

摸底阶段的产出不是一份报告，而是四本账：数据账，记录有什么数据、谁维护、什么时相；系统账，记录有哪些在用系统、各自的数据来源与接口；接口账，记录哪些能力可以服务化、哪些只能文件交换；权责账，记录每个图层由哪个部门负责更新。验收标准很朴素：四本账能相互对上，任取一个图层都能追溯到维护主体。这一阶段最常见的失败是“只摸数据不摸系统”，结果是平台建成之后才发现关键数据锁在另一个系统里。

标准阶段要定四类规则：空间基准，统一采用 2000 国家大地坐标系与 1985 国家高程基准；图层组织，明确分类、命名与编码；元数据，按地理信息元数据国家标准填写；服务接口，采用开放标准以便门户编排。已有的国家标准能覆盖相当一部分，不必自创：GB/T 39972—2021《国土空间规划“一张图”实施监督信息系统技术规范》（2021 年 10 月 1 日实施）给出系统技术框架，GB/T 19710.1—2023《地理信息 元数据 第 1 部分：基本原则》给出元数据要求，GB/T 2260—2007《中华人民共和国行政区划代码》给出行区代码。真正需要本地决定的，是国标不涉及的部分：图层颗粒度、更新责任划分，以及跨部门图层冲突时的优先级。

数据治理阶段的工作量通常被低估。它不是“把数据导进新库”，而是三件事并行：坐标与基准统一，存量成果中可能仍有 1954 北京坐标系与 1980 西安坐标系的历史数据，而这两套坐标系的成果自 2019 年 1 月 1 日起已全面停供；分类口径归并，耕地与林地的认定冲突是典型；拓扑重建与质量检查，按 GB/T 24356—2023《测绘成果质量检查与验收》的两级检查制度执行。验收标准应包含两个可量化指标：冲突清单的闭环率，以及治理后数据的拓扑错误率。只报“完成了多少图层”而不报冲突闭环率的验收，基本等于没有验收。

平台与场景两个阶段的验收口径截然不同。平台阶段的验收不在功能多少，而在三件事：服务能否注册到门户并被调用、与上级节点的联调是否通过、在真实数据量下的响应是否达标。场景阶段的验收只有一条：业务是否在系统内闭环。这一条可以借用外部证据来判断。浙江把“规划‘一张图’”审查核对设为专项规划报批的前置条件，未通过原则上不得报批（《省域空间治理数字化平台管理办法（试行）》，2022 年 11 月 24 日印发）；福建在用途管制系统中内置 34 项自检规则，审批时限由 30 个工作日压减至 15 个工作日，实际约 4 个工作日。两类做法之所以有效，共同点是把规则嵌进了流程，而不是把系统摆在流程旁边。

场景的排序也需要交代。合理的顺序不是按部门重要性排，而是按三个条件筛：该场景的判据能否在数据上表达、该场景是否有明确的制度约束要求必须走系统、该场景的失败后果是否可承受。按这三条筛下来，第一批应当是落位上图分析这类刚性判据明确、失败后果可控的场景，而不是大屏展示类场景。这一顺序的另一个好处是它天然产生正反馈：首批场景解决了基层最痛的问题，后续推广的阻力会显著下降；反之，若首批场景是展示型的，基层会把整个系统归类为“给上级看的”，后续再推业务场景就会遭遇消极配合。

还有一个现实约束必须交代。自然资发〔2026〕38 号（2026 年 3 月 5 日，共 13 条）第二条规定，对支持与部实现“一张图”系统联网的省份，不再办理用地预审和选址手续，许可意见有效期 3 年。这条规定把建设进度与项目落地速度直接绑定，形成了强烈的时间压力。压力之下，最容易被压缩的往往是标准与数据治理两个阶段，而这两个阶段恰恰是返工成本最高的：标准错了，治理成果要重做；治理不彻底，平台上线即过期。可以压缩的应当是场景的数量与扩展速度，不能是前三个阶段的质量。

表11-2 五个阶段的交付物、验收标准与常见返工点

资料来源：根据《“一张图”建设工作方案》确定的 8 大任务、GB/T 39972—2021 与浙江、福建公开实践归纳；验收标准为定性判断，不含具体工期。

11.4 数据迁移与系统集成：难的从来不是接口

数据迁移与系统集成是实施阶段最容易被低估的两块工作，也是最能暴露前期摸底质量的地方。一个普遍的经验是：凡是摸底阶段做得扎实的项目，迁移与集成的工期普遍可控；凡是摸底应付了事的项目，这两块工作会吃掉整个预算的余量。

迁移的实质不是搬数据，而是重建秩序。三类工作必须并行推进。第一类是基准与格式的统一：坐标系统一到 2000 国家大地坐标系，高程统一到 1985 国家高程基准，这一点在存量数据中尤其要紧，因为 1954 北京坐标系与 1980 西安坐标系的历史成果已自 2019 年 1 月 1 日起全面停供，但存量库中仍可能保留着未转换的数据。第二类是分类与编码的归并：同一地类在不同年份的调查中可能使用不同的分类版本，归并时必须保留版本溯源信息，否则后续无法解释“为什么变了”。第三类是最容易被忽略的一类：历史版本的保留。迁移过程中把旧数据覆盖删除，是最常见也最不可逆的错误——一旦只保留现状，变更历史、责任追溯与趋势分析就全部失去基础。

校订说明：原文此处写作“无法解释‘Why 变了’”，中英混排疑为笔误，教程版改为“为什么变了”；语义未改。

集成的对象通常不止一个系统，常见的包括不动产登记、用途管制与审批、执法督察、地籍管理，以及工程建设项目审批与“多测合一”服务平台。政策上对这个方向有明确要求。《自然资源部办公厅关于深化工程建设项目“多测合一”改革的通知》（自然资办函〔2024〕1729 号，2024 年 8 月 23 日成文）提出“同一标的物只测一次、同一测绘成果只提交一次”，并鼓励建设“多测合一”服务平台，与用途管制、工程建设项目审批、不动产登记、地籍管理系统互联互通。更早的《国务院办公厅关于全面开展工程建设项目审批制度改革的实施意见》（国办发〔2019〕11 号，2019 年 3 月 13 日成文）已提出“一次委托、联合测绘、成果共享”。两份文件指向同一个技术要求：成果要能一次生产、多处复用，而复用的前提是标识一致。

集成方式有四种，各有明确的代价。服务调用最松耦合，也最符合门户架构的要求，代价是对网络与接口稳定性依赖高；库表直连最快，但会把两个系统的数据模型绑死，任何一方改表结构都会引发故障；文件交换适合批量、弱实时的场景，代价是时效性与一致性都弱；消息总线适合状态同步，代价是需要额外的运维投入。四种方式不是互斥的，合理的架构是：审批与登记这类强一致场景用服务调用，统计与归档类场景用文件交换，跨层级的状态同步用消息机制。

四种方式的组合使用还有一个前提常被忽略：服务化不是越多越好。把每个功能都包装成服务，会带来服务目录膨胀、调用链路过长与故障定位困难三类问题。合理的做法是按业务边界切分服务，而不是按功能点切分；一个服务应当对应一个完整的业务能力，而不是一个技术动作。这一原则在跨层级联通时尤其重要：部省之间的服务调用如果层层转包，任何一级的抖动都会被放大，而业务方看到的只是“系统慢”，无法定位到具体环节。

集成失败的主因几乎从不是接口不通，而是同一实体在不同系统里 ID 不同。一块地在调查库里是一个图斑编号，在规划库里是一个地块编号，在登记库里是不动产单元代码，在项目审批库里又变成项目用地范围。四套 ID 之间如果没有映射，所谓集成就只是把四个系统放在一个页面上，用户仍需人工比对。因此集成的前置工作是标识对齐：以不动产单元代码与地理实体码为锚点建立映射表，并明确映射的维护责任方。这项工作没有技术难度，但需要跨部门协调，而协调成本往往数倍于开发成本。

还要写清一条边界：涉密或高敏感数据不能因为“系统需要”就直接通过服务暴露。集成方案必须与数据分类分级结论对齐，高敏感图层要么不出域，要么以脱密形式提供，要么只提供分析结论而不提供原始数据。这一点的具体做法在第12章展开，此处只需记住：集成方案的设计输入里必须有安全等级，不能只有业务流程。

关键判断：系统集成失败的根因，是同一块地在不同系统里有不同的身份。接口可以重写，映射表却必须由人维护。因此集成项目的真正交付物不是打通了几个系统，而是确立了一套由谁维护、按什么周期核对、出现冲突如何裁决的标识治理机制；没有这一条，打通的系统会在下一次数据更新后重新错位。

11.5 运维与运营：建成的系统会自己退化

“一张图”的建设有一个反直觉的特征：系统上线并不标志项目成功，而是退化的开始。原因很简单，系统的价值来自数据的现势性与规则的持续执行，而这两件事都需要持续投入。一旦投入中断，数据会在几个更新周期后变得不可信，规则会在流程调整中被绕过，系统最终退化为一个能打开但没人用的展示平台。

从建设到运营的转变，体现在三个具体的地方。其一是预算科目：建设投资是一次性的资本性支出，运营是经常性支出，两者的审批渠道、评价标准与责任部门都不同。多地实践表明，项目立项时按建设口径设计、运营经费没有着落的，系统在上线后的第二个年度就开始出现数据滞后。其二是组织形态：建设项目以项目组形式运作，目标明确、周期有限；运营需要常设团队，职责是数据更新、问题响应与规则维护。把项目组直接转为运维组的做法，通常会因为人员流失而失败。其三是考核口径：建设期考核上线进度与功能完成度，运营期应考核使用率、闭环率与数据现势性。

服务等级应当按业务影响分级设定，而不是全系统一个指标。可以分成三类：核心审批类服务，不可用会直接阻断业务，应当设定最高的可用性要求与最短的故障响应时间；查询与分析类服务，短时不可用的影响可被业务容错；批量处理类服务，以任务完成时限而非在线可用性衡量。数据更新时效也应纳入服务等级，并且必须写清责任主体：地理底图的更新依赖测绘部门，现状数据的更新依赖调查监测，规划数据的更新依赖规划编制与调整。把三类更新责任混为一谈，是运维合同中最常见的漏洞。

退化是可以被提前发现的，关键是看对指标。多数运维报告统计的是故障次数与修复时长，这类指标在系统退化的早期几乎没有变化，因为退化不是故障，而是使用减少。更有预警价值的三类指标是：按图层的更新时间分布、按部门的调用量趋势、以及被绕过的流程环节数。第一类能暴露更新机制失效，第二类能暴露业务迁移不彻底，第三类能暴露制度执行松动。三类指标都不需要额外开发，只要在平台侧做基础埋点即可获得。

运营的价值可以用可观测的指标来描述，而不必依赖主观评价。浙江的公开报道提到，“一张图”累计调用量超过 91 亿次，归集 45 个省级部门空间数据；江苏的做法是接入人工智能大模型后形成 30 多个智能应用场景，服务规划统筹、要素保障、资源保护、灾害防治、执法监管、政务服务 6 大类核心业务。这两组数字的意义不在于规模，而在于它们说明系统已经进入被反复调用的状态——调用量、覆盖部门数、场景数这三类指标，比“系统是否上线”更能反映成熟度。

需要给出的边界是：运营不等于商业化。公共数据授权运营是另一条路径，其前提是数据权属不变、保密要求不破、收益分配有据，并且需要经过相应的审批程序。把“运营”理解为“收费服务”，在自然资源领域通常会撞上合规红线。对多数地区而言，更现实的目标是把内部运营做扎实：数据有人更新、问题有人响应、规则有人维护，这三件事做到了，系统就不会退化。

11.6 五种失败模式：它们的共同点是“技术都做对了”

讨论失败模式的价值在于，失败几乎不来自技术错误。真正让项目失效的，往往是组织安排、节奏控制与责任划分上的偏差，而这些偏差在项目建议书与验收报告里都不会出现。以下五种模式在实践中重复出现，识别它们的信号往往比技术指标更早出现。

第一种是只建平台不改流程。表现是系统上线后，业务仍在原有渠道办理，新系统只用于事后补录或汇报展示。成因是把信息化当成技术项目，而没有同步调整审批流程、明确“必须走系统”的制度要求。识别的信号是：系统的办件量与业务的实际办件量长期不匹配。规避方式只有一个：先定流程，再定系统，并且把系统使用写入业务规程。

第二种是一次性治理、不建更新机制。表现是上线时数据很干净，一年后开始出现明显滞后，两年后基层不再信任系统数据。成因是把数据治理当成一次性工程，没有明确每一类图层的更新主体、更新节拍与触发条件。识别的信号是：数据更新时间戳集中在项目验收前后的一段时间内。规避方式是把更新责任写入合同与部门职责，并建立更新情况的定期通报。

第三种是标准让位于进度。表现是各地、各标段自行约定图层命名与编码规则，单个系统运行正常，但向上汇聚时无法对齐。成因是进度压力下把标准阶段压缩成一份“参照执行”的文件。识别的信号是：同一类图层在不同标段有不同的字段名。规避方式是把标准符合性检查设为平台验收的前置条件，不允许“先上线、后补标准”。

第四种是三维与智能超前投入。表现是三维模型做得精细、人工智能演示效果出色，但业务部门的使用频次极低。成因是这两类能力的投入产出周期长，而考核周期短，于是投入被放在了容易展示的部分。识别的信号是：三维模型没有业务系统按码调用，智能输出没有进入下一环节。规避方式是把三维与智能的立项与具体业务场景绑定，没有明确使用方的项目不立项。

第五种是供应商锁定与运维断档。表现是系统运行数年后，原供应商退出或更替，新供应商无法接手，系统进入“能跑不能改”的状态。成因是私有格式、私有扩展、文档缺失与人员依赖的叠加。识别的信号是：数据无法以标准格式完整导出，接口文档缺失或与实际不符。规避方式是三条硬约束——数据格式采用公开标准、接口文档随版本交付、退出时提供过渡期支持，三者写入合同。

把五种模式并列起来看，会发现它们的共同点是“技术都做对了”。平台能运行、模型很精细、算法有效果，但治理能力没有提升。这也解释了为什么“一张图”的验收标准必须是业务协同，而不是系统上线：前者检验的是组织是否改变，后者只检验设备是否到货。

表11-3 五种失败模式的识别信号与规避要点

资料来源：根据公开实践报道与工程实施一般规律归纳；“早期识别信号”为经验判断，非统计结论。

本章小结

本章的出发点是区分“技术正确”与“工程成功”。平台选型看起来是比较软件，实质是确定责任归属与预算科目：自建沉淀能力但依赖人才，采购成品上线快但易被绑定，购买服务灵活但存在数据出域风险，混合是常态而接口治理是代价。选型比较应当使用全生命周期成本、服务等级与实测结果，而不是使用没有权威来源的总投资规模与国产化率。

自主可控的验收标准是“断供后关键能力仍可运行”，其可操作性来自可替换性，而可替换性由公开格式、公开接口与可完整导出三件事决定。资质准入是可核验的硬条件，自然资办发〔2021〕43 号确立的甲乙两级与十类专类，为供应商匹配提供了客观依据。同时应当接受一个事实：国产化不等于性能等价，关键场景必须实测。

实施五阶段的依赖关系不可跳过。摸底要出四本账，标准要与现行国家标准衔接，数据治理要以冲突闭环率与拓扑错误率验收，平台要以“可被门户编排”验收，场景要以“业务在系统内闭环”验收。外部时间压力真实存在，自然资发〔2026〕38 号把联网与免办预审、选址直接挂钩；但压力之下可压缩的是场景数量，不是前三阶段的质量。

迁移与集成的难点不在接口，在标识。同一块地在四个系统里有四套 ID，不建立映射的集成只是把系统并排摆在一个页面上。运维与运营的分水岭在预算科目、组织形态与考核口径三处，服务等级应按业务影响分级设定，数据更新责任必须逐类落到主体。五种失败模式的共同点是“技术都做对了”，这一句话本身就是对“一张图”工程属性最准确的概括。

思考与练习

1. 表11-1 把“业务规则引擎、审批流、本地分析模型”划给自建，把“底图服务、三维引擎、通用工具组件”划给采购成品。某市拟定的方案恰好相反：底图自建、业务规则采购成品。请用该表的五列判断这个组合在哪两处违背了分配逻辑，并写出它会带来的两类具体代价。
2. 辨析题：有一种流行说法是“自主可控就是把能换的软件全部换成国产”。请用 11.2 节的“自主”与“可控”之分反驳，并给出两条能当场提交的可核验证据，说明为什么“全国产”承诺本身不构成验收依据。
3. 11.3 节提到浙江把“规划‘一张图’”审查核对设为专项规划报批的前置条件，福建在用途管制系统中内置 34 项自检规则、把审批时限由 30 个工作日压减至 15 个工作日（实际约 4 个工作日）。请用这两个案例说明“把规则嵌进流程”与“把系统摆在流程旁边”的区别，并各写一条可以判断某地属于后者的观测信号。
4. 自然资发〔2026〕38 号第二条把联网与免办用地预审、选址手续直接挂钩，形成时间压力。某省为赶进度，把标准阶段压缩成一份“参照执行”的文件。请用表11-2 指出这将导致哪个阶段返工、返工的两个可观测信号，并说明为何可压缩的是场景数量而不是前三阶段的质量。
5. 某县平台上线一年后出现两个现象：系统办件量长期低于实际办件量；数据更新时间戳集中在验收前后。请对照表11-3 判断这分别属于哪一种失败模式，并写出各自对应的规避要点。
6. 动手题：为某市设计一张“集成前标识对齐清单”，不少于五行，逐行写出业务对象、所在系统、该系统中的标识、映射到哪个锚点、维护责任方与核对周期；清单必须覆盖调查图斑编号、规划地块编号、不动产单元代码与项目用地范围四套标识。

接下来：本章把安全等级只当作集成方案的一项设计输入，第12章 会把它展开为一套独立体系——从图层聚合带来的横向风险，到分级、脱密、等保与密评、供应链与容灾，回答系统“做完之后能不能扛住”。