第07章 水利、防汛抗旱业务中的GIS应用

本章导读

本章的空间尺度比前两章又大一个量级：一条河可能跨省，一场洪水演进要数十小时，一次水库调度同时牵动上游淹没与下游安全，“位置”由此变成上下游、左右岸、高程与时间四重关系的叠加。全章沿“搭框架—布感知—推过程—做调度—保落地”展开：7.1 节区分数字孪生流域、水网、工程三类对象及其衔接难点；7.2 节用表 7-1 把数据底板、模型平台、知识平台、孪生引擎四层对应到空间数据形态，并点出数据、模型、业务三个断点；7.3 节以表 7-2 盘点“天空地水工”五类手段的覆盖、频次与局限；7.4 节从一维二维耦合、裸地 DEM 与断面，讲到洪水风险图与避险转移；7.5 至 7.8 节依次处理库群预泄错峰、山洪临界雨量、工程安全监测与抗旱应急调度；7.9 节收在划界、采砂与水土保持的线索闭环。读完后你应当能判断：一套数字孪生系统缺的到底是地形、模型接口，还是值班流程。

学习目标

读完本章，你应当能够：

• 复述数字孪生流域、水网、工程三类对象的尺度分工，说明拓扑编码、时间步长、边界条件三个衔接难点为何会让三级模型拼不起来，并解释“可视化大屏不等于数字孪生”；
• 对照表 7-1 说明四层架构各自的空间数据形态与典型交付物，判断数据断点、模型断点、业务断点分别在汛期值班中以什么形式暴露；
• 依据表 7-2 为汛期淹没范围提取、堤防险情核查、枯季墒情监测分别组合天、空、地、水、工手段，说明每类手段的时间频次与代表局限，并以 InSAR 与堤防物探为例说明“筛查—核实”的分工；
• 说明一维、二维与耦合模型的适用边界，解释裸地 DEM 与断面质量为何直接决定淹没边界精度，并复述风险图情景设计应覆盖的频率、调度方案与致灾方式；
• 解释预泄决策中预泄量、预报精度与下游安全三者的平衡，判断库群错峰窗口由哪些空间条件决定，并说清汛期防洪调度与抗旱应急水量调度在目标上的差别；
• 复述山洪临界雨量的三类确定方法与“准备转移、立即转移”两级指标，说明最后一公里为何依赖冗余发布与不打招呼的演练；并对照采砂、水土保持监管说明“线索—核查—处置—销号”闭环中反向验证的作用。

水利业务的空间尺度比城市水务大一个量级。一条河流从源头到入海口可能跨越数个省份，一场洪水从降雨到演进到下游需要数十小时，一座水库的调度决策同时影响上游淹没与下游安全。在这样的尺度上，“位置”不再只是一个坐标，而是上下游关系、左右岸关系、高程关系与时间关系的叠加。传统水利信息化以报表和单站监测为主，管理者看到的是“某个站的水位超警”，却难以回答“水会什么时候到、会淹到哪里、应该先转移谁”。数字孪生水利的提出，本质上是要把这种“单点感知”升级为“流域推演”。地理信息系统（GIS）在其中承担的角色，是把流域、水网、工程、监测点、风险区组织成一张可计算的空间网络，为水文水动力模型提供输入，为调度决策提供场景。本章依次讨论数字孪生水利的三类对象与总体架构、天空地水工一体化监测感知、洪水演进与淹没分析、水库群联合调度、山洪灾害预警、水工程安全监测、抗旱调度，以及河湖管理与水土保持监管。

7.1 水利业务的数字孪生转型

7.1.1 三类建设对象

2022 年 3 月，水利部印发《关于大力推进数字孪生流域建设的指导意见》，并配套《数字孪生流域建设技术大纲（试行）》《数字孪生水网建设技术导则（试行）》《数字孪生水利工程建设技术导则（试行）》。三份技术文件对应三类建设对象，构成了当前水利数字化的基本框架。

数字孪生流域以自然流域为单元，目标是把降水、蒸发、产流、汇流、洪水演进、水资源配置等过程在数字空间中复现，支撑流域层面的预报、预警、预演、预案。它的空间范围最大，关注的是“水从哪里来、沿什么路径走、在哪些节点出问题”。

数字孪生水网以国家水网骨干工程与区域水网为对象，关注水的输送与配置：引调水工程、骨干输水通道、控制性调蓄节点、分水口门。它的空间形态是“线加节点”，核心问题是“水怎么配、配给谁、在什么工况下配”。

数字孪生水利工程以单座水库、水闸、泵站、堤防为对象，关注工程本身的运行状态与安全：坝体变形、渗流、泄洪设施运行、调度规则执行。它的空间尺度最小，但精度要求最高，往往需要建筑信息模型（BIM）级别的精细表达。

7.1.2 三类对象的分工与衔接

三类对象不是并列的三套系统，而是三个尺度层级。流域级回答“整体水情如何”，水网级回答“水如何调配”，工程级回答“这座工程如何运行”。一次真实的防洪调度，往往需要三级同时在线：流域模型给出区间来水与干流洪水过程，水网模型给出分洪与输水路径，工程模型给出闸门开度与库水位变化。

衔接的第一个难点是拓扑编码。流域河网的河段编码、水网工程的节点编码、单座工程的建筑物编码，若各自独立，三级模型就无法自动拼接。可行的做法是建立统一的“对象标识加空间坐标”索引，使同一段河道在不同层级中可以被识别为同一对象。

衔接的第二个难点是时间步长。流域水文模型常以小时或更长为步长，一维水动力模型可能以分钟为步长，工程安全监测则是秒级或分钟级。三级联动时，必须明确各模型的时间基准与插值规则，否则预演结果会出现“水位跳变”或“流量不守恒”。

衔接的第三个难点是边界条件。上游模型的输出是下游模型的输入，但两者的断面位置、流量定义、水位基准往往不一致。工程实践中常见的错误，是把上游模型的“断面平均流量”直接作为下游模型的入流边界，而忽略了两者断面位置相差数公里、区间还有支流汇入。

7.1.3 GIS 在转型中的位置

GIS 在数字孪生水利中不是主角，但它是舞台。它提供四样东西：统一的坐标与高程基准、唯一的对象编码与拓扑关系、多源数据的空间配准、以及三维场景的组织与渲染。没有这四样，模型再精确也无法拼成一场完整的预演。

从技术形态看，GIS 正从“制图工具”变为“场景装配工具”。过去 GIS 的产出是一张图，现在它的产出是一个可被模型调用、可被引擎渲染、可被业务系统查询的三维场景：地形是数字高程模型（DEM），地表是数字正射影像（DOM）与实景三维，工程是 BIM 模型，监测点是带时序的属性要素，风险区是带人口与资产的专题面。

GIS 不负责模型计算，但负责模型计算前后的空间组织。计算前，它把流域离散成计算单元、把断面与河道中心线匹配、把降雨插值到子流域；计算后，它把水位过程转换为淹没范围、把淹没范围与人口资产叠加、把影响清单推送到责任区域。这一前一后，决定了模型能否从“实验室产品”变成“值班工具”。

最常见的误区，是把可视化大屏当成数字孪生。大屏能显示水位、雨量、视频与三维地形，但它不产生推演能力；真正的孪生系统，必须能回答“如果未来 24 小时降雨增加一倍，哪个堤段会先出险、需要转移多少人”。这个差别，就是“看”与“算”的差别。

7.2 数字孪生总体架构

7.2.1 数据底板

数据底板是数字孪生的地基，通常包括五类内容：基础地理数据（地形、影像、矢量、地名）、监测数据（雨量、水位、流量、水质、工情）、业务管理数据（工程台账、调度记录、巡查记录）、跨行业共享数据（气象、自然资源、应急、交通），以及在此基础上加工形成的地理空间数据产品。

技术文件把地理空间数据按精度分为 L1、L2、L3 三级：L1 覆盖流域整体，用于宏观态势与水文模型；L2 覆盖重点区域，用于洪水演进与淹没分析；L3 覆盖关键节点与重要工程，用于精细仿真与工程安全分析。三级不是简单的“精度高低”，而是“用途不同”，缺了 L3，关键节点的溃口与闸门就无法精细模拟；只做 L3 而没有 L1，流域整体态势又拼不起来。

数据底板建设最容易犯的错误，是把“买数据”当成“建底板”。数据买来是一次性的，而底板需要持续更新：河道整治会改变断面，城市建设会改变下垫面，堤防加固会改变高程。若没有更新机制与责任分工，底板在两三年后就会与实际脱节，模型精度随之下降。

另一个常见问题是元数据缺失。同一份 DEM 可能来自不同年份、不同来源、不同高程基准，若不在元数据中明确记录，后续叠加分析就会出现系统性偏差。高程基准尤其要注意，必须统一到 1985 国家高程基准，并在数据入库时校验。

7.2.2 模型平台

模型平台是数字孪生的“计算心脏”，通常包括水文模型、水动力模型、泥沙模型、水质模型、工程安全模型与调度模型。它们各自解决一类问题，但在业务上必须能够串联：降雨预报进入水文模型产生区间来水，区间来水进入水动力模型推演洪水演进，演进结果进入调度模型评估方案，调度方案再回到水动力模型计算下游影响。

模型平台建设的关键不是“模型数量”，而是“接口统一”。若每个模型都有自己的输入格式、参数体系与输出结构，串联就只能靠人工导表，预演一次要几个小时，无法支撑实时调度。较为成熟的做法是定义统一的模型服务接口：输入用标准化的时间序列与空间要素，输出用标准化的断面过程与栅格结果，模型之间通过服务调用而非文件传递。

模型率定是另一个关键环节。水文模型的产流参数、水动力模型的糙率、泥沙模型的挟沙力系数，都需要用实测资料反演。率定的质量取决于资料条件：有没有一场完整的洪水过程、有没有足够的断面测流、有没有同步的降雨与水位记录。资料不足时，模型只能做定性参考，不能用于决策。

模型还需要定期验证与更新。河道采砂会改变河床，水库淤积会改变库容，堤防加固会改变过流能力。若模型参数多年不变，预报精度会逐年下降。可行的机制是把“每年至少一次历史洪水复演”写入运维要求，用复演误差评估模型是否仍然可用。

7.2.3 知识平台

知识平台解决的是“经验如何被机器调用”。水利行业大量决策依赖经验：什么样的雨情需要提前预泄、哪类堤段在什么水位下最容易出险、某个区域的人员转移需要多长时间。这些知识过去存在于老专家与值班员的头脑中，人员变动就会流失。

知识平台通常包含四类内容：预案库（防汛抗旱预案、工程调度规程、应急预案）、规则库（调度规则、预警阈值、响应条件）、案例库（历史洪水、典型险情、处置过程）、知识图谱（对象、事件、措施之间的关联）。四类内容中，规则库最实用，因为它可以直接驱动系统动作。

知识平台建设的难点在于结构化。预案文本往往是大段的描述性语言，“当水位超过警戒水位且继续上涨时，应加强巡查并做好转移准备”这类表述，机器无法直接执行。需要把它拆解为“条件、动作、责任主体、时限”四要素，才能变成可执行的规则。

知识平台还需要更新机制。预案修编、工程加固、责任人变动都会使原有规则失效。若知识库长期不更新，系统给出的建议就会与现行预案冲突，值班人员很快就会失去信任。

7.2.4 孪生引擎与“四预”闭环

孪生引擎负责把数据、模型、知识组织成可交互的场景：加载三维地形与工程模型、驱动模型计算、渲染淹没与调度过程、支持多方案对比。它的技术核心是“场景编排”，即把一次预演拆解为一系列可复用的步骤，并支持参数化调整。

“四预”是孪生引擎的业务出口。预报给出未来一段时间的水情过程，回答“会来多少水”；预警把预报结果与阈值比较，回答“哪些地方会超警”；预演把调度方案代入模型，回答“如果这样调度，下游会怎样”；预案把预演结果转化为措施清单，回答“谁在什么时间做什么”。

四个环节的空间输出形态不同。预报的输出是断面流量与水位过程，本质是时间序列；预警的输出是超警站点与影响范围，本质是空间要素；预演的输出是淹没范围、到达时间、最大水深，本质是栅格与面；预案的输出是任务清单与责任人，本质是带空间属性的业务流程。

闭环能否形成，取决于最后一环。若预演结果不能转化为可执行的任务，系统就只是“高级演示”。真正跑通的系统，会把预演结果直接生成防汛任务单，派发到责任单位与责任人，并把执行情况回写到同一张图上，形成“预演、派单、执行、反馈”的循环。

表7-1 数字孪生水利四层架构与 GIS 的对应关系

7.2.5 架构落地中的三个断点

第一个断点是数据断点。监测数据进了数据库，却没有进底板：雨量站的实时数据靠人工导出，水位数据与空间要素没有绑定，模型运行前要先做一遍数据整理。这个断点不解决，预演就无法做到“随时可算”。

第二个断点是模型断点。各模型由不同单位开发，接口不统一，串联靠人工。一次完整的“降雨、产流、演进、淹没”计算，可能需要半天时间准备数据，而洪水预见期可能只有几个小时。这个断点不解决，模型就只能用于事后复盘。

第三个断点是业务断点。模型结果没有进入值班流程，只在汇报和检查时使用。值班员仍然靠经验判断，系统成为“第二套账”。这个断点不解决，再好的架构也无法产生实际效益。

三个断点的共同根源，是把数字孪生当成“信息化项目”而不是“业务能力建设”。前者以系统上线为终点，后者以值班员愿意用、敢于用为标准。判断一个孪生系统是否成功，最简单的标准是：汛期值班时，值班员会不会主动打开它。

7.3 “天空地水工”一体化监测感知

7.3.1 天基：卫星遥感

卫星遥感是流域尺度监测的主要手段。光学卫星提供可见光与近红外影像，可用于水体范围提取、淹没范围识别、土地利用与植被覆盖监测；合成孔径雷达（SAR）能够穿透云雨，在汛期阴雨天气下仍可成像，是洪涝监测不可替代的数据源；热红外数据可用于地表温度与蒸散发估算；重力卫星与降水卫星则服务于大尺度水储量与降水估算。

卫星遥感在水文业务中的典型应用包括：汛前河道与堤防现状核查、汛期淹没范围快速提取、干旱期水体面积变化监测、水库蓄水量估算、以及基于合成孔径雷达干涉测量（InSAR）的地表形变监测。这些应用的共同前提是“时间可比”——同一区域的多期影像必须在同一坐标系、同一分辨率下比较。

卫星遥感也有明显局限。重访周期决定了它无法连续跟踪一场历时数天的洪水；云覆盖会让光学影像在关键时段失效；空间分辨率与幅宽是一对矛盾，高分辨率影像幅宽小、覆盖成本高。因此，卫星遥感适合做“面”上的普查与复核，不适合做“点”上的实时监测。

7.3.2 空基：航空遥感与无人机

航空遥感与无人机填补了卫星与地面之间的空白。有人机搭载航空相机或激光雷达（LiDAR），可快速获取大范围高精度 DEM 与 DOM，是洪水风险图编制、河道地形测量的重要手段。无人机则更灵活，适合河道巡查、堤防险情核查、应急测绘与灾情评估。

无人机搭载激光雷达可以穿透植被获取地面高程，这对有植被覆盖的堤防与河滩尤为重要；搭载倾斜摄影相机可以生成实景三维模型，用于工程现状记录与淹没场景展示；搭载多光谱相机可用于水质与植被监测。在应急场景下，无人机可以在数小时内完成一段堤防的影像采集，为险情判断提供第一手资料。

空基手段的约束主要在空域与天气。飞行需要空域审批，汛期应急时审批流程可能成为瓶颈；大风、降雨会限制飞行安全；续航时间限制了大范围连续作业。这些约束决定了无人机适合“重点段核查”，而不是“全线普查”。

7.3.3 地面：站网与视频

地面站网是水文监测的基础。水文站观测水位与流量，雨量站观测降水，水位站观测河道与水库水位，墒情站观测土壤含水量，水质站观测污染物指标。这些站点提供的是连续、定点、高时间分辨率的数据，是模型率定与实时校正的主要依据。

据水利部新闻发布会，“十四五”时期我国数字孪生水利体系框架基本形成，监测感知网络已覆盖 34 颗遥感卫星、13.6 万个水文测站。这一规模意味着，从数量上看站网已相对密集，真正的短板在于数据质量与共享机制：部分站点设备老化、部分数据未实时上传、部分行业的站点数据未与水利部门打通。

视频监控与视频智能识别是近年增长最快的感知手段。通过在水尺、闸门、堤防、排口等位置布设摄像机，结合图像识别算法，可以自动读取水位、识别漂浮物、发现人员入侵危险水域、判断堤防渗水与管涌。视频的优势是直观、可回溯，劣势是受光照与天气影响，算法误报率需要长期调校。

雷达测雨是面雨量监测的重要手段。传统雨量站是点观测，暴雨的空间不均匀性很强，几个站点的数据可能无法代表一个流域的面雨量。测雨雷达可以给出空间连续的面雨量分布，对短历时强降雨的监测尤其有价值，但其定量精度需要与雨量站联合校准。

7.3.4 水上与水下

水上与水下的监测长期是薄弱环节。河道与水库的水下地形决定了库容、过流能力与淤积状况，需要多波束测深、单波束测深或无人船测量；流量监测常用声学多普勒流速剖面仪（ADCP），可在不建堰槽的情况下测量断面流量；水库淤积测量需要定期复测水下地形，计算淤积量与有效库容变化。

水下作业的难点在于效率与安全。汛期水流湍急，无人船与水下机器人作业受限；高含沙河流的浑水会干扰光学与声学设备；大水深水库的测量成本很高。因此，水下地形测量通常安排在枯水期，且以重点库区、重点河段为主，不可能全流域覆盖。

堤防隐患探测也属于“地下”监测范畴。高密度电法、探地雷达、瞬变电磁等方法可以探测堤身空洞、裂缝、渗漏通道；分布式光纤测温可以感知堤身渗流的温度异常；白蚁隐患则需要结合蚁道探测与引诱监测。这些手段的分辨率与探测深度互相制约，通常需要多种方法互相验证。

7.3.5 工程：安全监测

水利工程安全监测是“工”字的落点。大坝监测通常包括变形（水平位移、垂直位移、挠度）、渗流（渗压、渗流量、渗水浑浊度）、应力应变、裂缝、温度与地震反应；堤防监测包括沉降、位移、渗压、管涌与滑坡；泵站与水闸监测包括结构变形、启闭机状态、电气参数与振动。

工程监测数据的特点是“点少、频次高、精度要求高”。一个测点的时间序列可能长达数十年，任何一次异常都可能是险情前兆。因此，工程监测系统不仅要能采集，还要能做趋势分析、阈值判断与多测点相关性分析：单点位移增大可能是测量误差，若同期渗流量也增大，则险情可能性显著上升。

工程监测的空间化，核心是“测点与工程结构的对应关系”。一个渗压计安装在哪个断面、哪个高程、哪一岸，必须清清楚楚；否则报警时无法判断险情位置。这一点在老旧工程中尤其容易被忽略，很多早期埋设的仪器缺乏准确的坐标与安装记录。

7.3.6 多源融合的空间基准问题

“天空地水工”五类手段的数据要融合，前提是空间基准统一。常见的问题包括：卫星影像使用不同的投影与坐标系，无人机成果的绝对定向存在系统偏差，水下地形与岸上地形的高程基准不一致，不同年代的 DEM 采用不同的高程基准。

解决这些问题需要三步。第一步是统一坐标系统与高程基准，全部转换到 2000 国家大地坐标系与 1985 国家高程基准。第二步是配准与平差，用地面控制点对遥感与无人机成果做几何校正，用同期水位资料对水下地形做高程归化。第三步是精度评估，对融合后的数据给出明确的中误差指标，而不是笼统地称为“高精度”。

时间基准同样重要。不同传感器的采样时刻不同，雨量可能是五分钟累计，水位可能是每小时一次，卫星过境是特定时刻。做洪水演进分析时，必须把所有数据统一到同一时间轴上，并明确每个数据的“代表时刻”，否则会出现“降雨还没下，水位已经涨”的逻辑错误。

表7-2 “天空地水工”监测手段能力对照

7.4 洪水演进与淹没分析

7.4.1 一维、二维与耦合

洪水演进模型的选择，取决于要回答的问题。一维模型把河道概化为一系列断面，用圣维南方程组描述水位与流量的沿程变化，计算速度快、参数需求少，适合长河段的洪水预报与河道行洪能力分析。它的局限是无法刻画漫滩后的横向水流，也无法给出淹没范围。

二维模型把计算区域离散为网格，求解浅水方程，能够模拟水流在平面上的扩散、漫溢与淹没。它适合平原漫滩、溃堤洪水、城市内涝等场景，但计算量大，对地形精度与网格质量要求高。网格过粗会抹平关键地形，网格过细则计算时间无法满足预报要求。

一维二维耦合是工程上最常用的方案：河道内用一维模型计算，堤外泛滥区用二维模型计算，两者通过堤防溃口或漫溢段连接。耦合的关键是连接方式与流量交换规则——是通过侧向堰流公式计算漫溢流量，还是把一维断面与二维网格直接搭接，不同选择会带来不同的稳定性与精度。

模型选型还要考虑资料条件。若河道断面资料齐全但滩地地形精度不足，强行上二维模型只会得到“看起来精细、实际不可信”的结果。相反，若地形数据很好但缺少河道断面，一维模型也无法率定。选型的第一原则是“资料支撑什么，就用什么”。

7.4.2 DEM 与断面：淹没分析的物理基础

淹没分析的精度，首先取决于地形数据的精度。数字高程模型（DEM）是淹没计算的底图，它的误差会直接转化为淹没边界的误差。在平原地区，几十厘米的高程误差可能导致数百米的淹没边界偏移，因此用于淹没分析的 DEM 必须经过专门处理。

最重要的一项处理，是生成“裸地 DEM”。原始 DEM 往往包含房屋、桥梁、树木、堤防等地物，若直接用于淹没计算，房屋会被当成高地，水流绕行；桥梁会被当成坝体，阻断河道。正确做法是利用 LiDAR 点云或数字表面模型（DSM）减去地物高度，生成反映真实地面的裸地 DEM，并单独把堤防、道路、桥涵作为水工建筑物处理。

断面数据同样关键。断面间距过大会漏掉局部深槽与卡口，间距过小则测量成本过高；断面测量必须覆盖主槽与滩地，并分别给定糙率；断面位置应与河道中心线垂直，避免斜交导致过流面积失真。很多模型率定不成功，根源就在断面测量质量。

还有一个容易被忽略的问题是地形时效性。河道采砂、清淤、堤防加固、滩地占用都会改变地形，若使用多年前的 DEM，淹没分析结果可能与现状严重不符。用于防汛决策的地形数据，应明确标注测量年份，并在重大工程实施后及时更新。

7.4.3 洪水风险图

洪水风险图是把模型结果转化为管理语言的载体。它通常包括三类图件：洪水风险图，表达不同频率洪水下的淹没范围、水深与流速；洪水淹没图，表达特定场次洪水或特定情景（如溃堤）下的淹没情况；避险转移图，表达转移路线、安置点与责任人。

风险图编制的核心是“情景设计”。要覆盖不同频率（如常遇、较大、大、特大洪水），要考虑不同调度方案，要考虑溃堤、漫溢、内涝等不同致灾方式，还要考虑洪水历时与到达时间。情景设计不充分，风险图就只能在有限条件下使用。

风险图的应用范围很广：国土空间规划用它避让高风险区，防洪规划用它确定堤防标准，应急预案用它设计转移方案，保险行业用它做费率厘定。但这些应用的前提是风险图“可读、可信、可用”——图例要清晰，数据要说明来源与精度，结论要能被非专业人士理解。

风险图还需要动态更新。城市扩张改变了汇流条件，堤防加固改变了防洪能力，调度方案调整改变了淹没范围。若风险图十年不变，它就会从“决策依据”变成“历史资料”。

7.4.4 避险转移的空间设计

避险转移是防洪工作中最直接涉及人的环节。它的空间设计包括四件事：划定转移单元、确定转移路线、选择安置点、明确责任人。

转移单元通常以行政村、社区为基础，结合自然地形与危险区边界调整。一个转移单元应满足“同一危险等级、同一转移方向、同一责任人”三个条件。若一个村部分在高风险区、部分在安全区，就应拆分，否则容易造成“该转的没转、不该转的转了”。

转移路线要避开淹没路段与易涝点，并考虑道路通行能力。空间分析上，可用“最短路径加淹没避让”的方法生成候选路线，再叠加道路等级、桥梁限重、坡度等约束筛选。路线还应设置备用方案，主路线被淹时可切换。

安置点选择要考虑高程、容量、可达性与基本生活条件。安置点必须位于设计洪水位以上，有可靠的供水供电与卫生设施，且与转移单元的距离在可接受范围内。把安置点设在另一个低洼地带，是规划中最常见也最危险的错误。

转移时间是最容易被低估的变量。预警提前量越短，可用于转移的时间越少；老人、儿童、病残人员的转移速度明显低于青壮年。空间分析应给出“每个单元的转移耗时估算”，并与预警提前量比较，识别“来不及转移”的单元，据此调整预警阈值或提前启动转移。

7.4.5 实时校正与预报调度耦合

洪水预报误差来自三个方面：降雨预报误差、模型结构误差、初始状态误差。三者中，降雨预报误差通常最大，尤其是在对流性暴雨条件下。实时校正的作用，是用最新的观测数据修正模型状态，使预报轨迹回到现实。

常用的校正方法包括卡尔曼滤波、误差自回归、集合预报等。卡尔曼滤波适合线性系统，误差自回归实现简单、在业务中应用广泛，集合预报则能给出不确定性范围。无论哪种方法，都需要高质量的实时观测数据与稳定的数据传输链路。

校正之后的预报，要进入调度环节。调度模型根据预报来水与工程状态，生成泄流方案；方案再进入水动力模型，推演下游水位与淹没范围；推演结果反过来影响调度决策。这个循环的滚动周期，应与洪水预见期匹配：预见期长时可以滚动优化，预见期短时只能执行预设规则。

耦合的最大风险是“预报、调度、演进”三者使用不同的数据版本。若预报用的是两小时前的雨量，调度用的是最新的库水位，演进用的是昨天的地形，结果就无法自洽。可行的做法是建立统一的数据时标，所有环节在同一时刻快照上运行。

【实践观察】某流域机构汛前的数字孪生预演 某流域机构在汛前利用数字孪生平台开展多情景预演：以设计洪水与历史典型洪水为输入，分别模拟现状工程条件下、某控制性水库提前预泄条件下、以及某分洪口门启用条件下的洪水演进过程，输出各控制断面的水位过程、淹没范围与到达时间。 预演的重点不是算出唯一答案，而是比较方案差异：提前预泄能降低下游最高水位多少、分洪口门启用后哪些区域会被淹没、转移安置方案是否来得及执行。预演结果被整理成分场景的“防汛明白卡”，明确了各责任单位的任务与时限；汛期实际降雨接近预演情景时，值班人员可以直接调用对应场景，而不必从零开始计算。这一做法把模型从“事后复盘工具”变成了“事前决策工具”。

7.5 水库群联合调度与防洪调度

7.5.1 调度图与特征水位

水库调度的基础是特征水位体系：死水位、正常蓄水位、防洪限制水位、防洪高水位、设计洪水位、校核洪水位。每一个水位对应一个库容，每一个库容对应一项功能——兴利、防洪、生态、应急。调度图就是把这些水位与时间结合起来的规则表达。

调度图通常以时间为横轴、水位或库容为纵轴，划分出保证出力区、加大出力区、降低出力区与防洪区。汛期水库按防洪限制水位运行，腾出防洪库容；汛末按计划蓄水，兼顾兴利需求。调度图是多年运行经验的结晶，也是调度模型的基本约束。

在 GIS 中，调度图需要与空间结合才有意义。每个特征水位对应的库区淹没范围不同，淹没范围内的耕地、道路、居民点、文物也不同。把“水位、库容、淹没范围、影响对象”四者关联起来，才能在调度时快速评估“蓄到某个水位会淹什么”。

这一关联还支撑蓄滞洪区的运用决策。蓄滞洪区启用与否，取决于洪水规模、下游堤防能力与区内人口资产分布。把蓄滞洪区的分区、高程、人口、撤退道路放在同一张图上，才能做出“启用哪一片、转移哪些人、有多少时间”的判断。

7.5.2 预泄与错峰

预泄是防洪调度中最主动的手段：根据预报来水，在洪水到达前提前加大泄流，腾出库容迎接洪峰。预泄的收益是降低最高库水位、减少弃水；风险是若预报偏差、来水小于预期，就会造成不必要的弃水，影响后期兴利蓄水。

预泄决策的核心是“预泄量、预报精度、下游安全”三者的平衡。预泄量过大，下游河道可能超安全泄量；预报精度不足，预泄可能白泄；下游若有区间来水叠加，预泄流量还可能加剧下游压力。因此，预泄方案必须结合下游河道安全泄量与区间来水预报共同确定。

错峰是库群联合调度的核心技巧：当上游水库泄流与区间来水在下游相遇时，通过调整各库泄流时机，使组合流量低于各库单独泄流的叠加值。错峰的效果取决于三个空间条件：库群之间的距离、洪水在河道中的传播时间、以及区间来水的比例。

错峰窗口的计算需要空间化的洪水传播时间。若两库相距较远，上游泄流到达下游需要数小时甚至更久，错峰就有操作空间；若两库很近，泄流几乎同时到达，错峰余地很小。把传播时间、区间汇流时间与预报来水过程画在同一时间轴上，才能找到可行的错峰方案。

7.5.3 库群拓扑与区间来水

库群的空间关系可以抽象为节点与边的网络：水库是节点，河道是边，节点之间可能有区间来水汇入。拓扑结构通常分为串联、并联与混联三类。串联系统中，上游泄流全部进入下游水库，调度需逐级协调；并联系统中，各库独立泄流后在干流汇合，调度需考虑汇流点的流量叠加；混联系统则兼而有之，是平原河网地区的常见形态。

区间来水是库群调度的最大不确定因素。它由降雨直接产生，预见期短、空间变率大，且往往与水库泄流同时到达汇流点。若区间来水估算偏小，水库可能泄流过多导致下游超警；估算偏大，则可能过度保守、白白弃水。

空间分析在这里的作用，是把区间划分为若干子流域，分别建立产流关系，再用降雨预报驱动。子流域划分的粗细，应与雨量站密度、地形复杂度匹配。划分过粗，面雨量代表性差；划分过细，参数无法率定。

库群调度还需要考虑“调度权限”这一非技术因素。同一流域内，水库可能分属不同业主、不同行政区，联合调度需要建立协商机制与利益补偿机制。没有制度支撑，再精确的模型也无法落地。

7.5.4 调度方案的空间表达

调度方案的输出不应只是一张水位流量表，而应是一组空间化的影响评估：下游各控制断面的最高水位与警戒水位对比、可能淹没的行政区与人口、需要启动的应急预案、需要转移的转移单元。

方案对比是决策支持的核心。把三个或五个方案的下游最高水位、淹没面积、影响人口、转移时间放在同一张表与同一张图上，决策者才能权衡“多蓄一点”与“多淹一点”的得失。这种对比必须建立在同一套地形、同一套模型、同一套参数之上，否则比较没有意义。

风险表达要避免“平均化”。一场洪水的影响不是均匀分布的，某些低洼片区可能被淹数米，而相邻高地几乎无影响。用行政区平均水深表达风险，会掩盖真正的危险点。正确的做法是给出淹没水深的分级分布，并叠加居民点、学校、医院、交通干线等敏感对象。

调度方案还要考虑执行可行性。闸门开启需要时间，泄流设施有最大能力限制，下游河道行洪需要清障，人员转移需要组织。若方案只考虑水文最优而忽略执行约束，就会出现“方案很好、执行不了”的情况。

7.6 山洪灾害监测预警

7.6.1 小流域划分

山洪灾害预警的基本单元是小流域。小流域通常指面积在数十平方公里以内、具有相对独立汇流条件的集水区。划分方法以 DEM 水文分析为主：先填洼，再计算流向与流量累积，设定汇流面积阈值提取河网，最后划分子流域边界。

自动划分的结果必须人工核查。DEM 误差可能导致河网错位，水库、塘坝、道路涵洞会改变实际汇流路径，跨流域引水工程更会使天然汇流关系失效。核查的方法是叠加影像、实地调查与历史灾情记录，对明显不合理的边界做修正。

小流域的下垫面参数决定产流特征。土地利用类型影响下渗与截留，土壤类型影响蓄水能力，坡度影响汇流速度，植被覆盖影响糙率。这些参数需要从土地利用调查、土壤普查、地形数据中提取，并通过历史洪水反演校验。

小流域划分的精度直接影响预警精度。划分过粗，一个小流域内可能包含坡脚居民点与山顶林地，降雨阈值无法统一；划分过细，雨量站代表性不足，每个小流域都缺少实测降雨。实践中通常以“一个预警单元对应一个雨量站或一个水位站”为原则做平衡。

7.6.2 临界雨量与预警指标

临界雨量是指导致小流域内出现山洪灾害的最小降雨量，通常按时段（如 1 小时、3 小时、6 小时、24 小时）分别给出。它的确定有三类方法：统计归纳法，从历史灾情反查对应降雨；水文模型法，用模型模拟不同降雨下的洪峰与水位；类比法，参考下垫面条件相近的邻域成果。

临界雨量不是固定值。前期土壤含水量高时，同样的降雨会产生更大的径流；短历时强降雨比长历时均匀降雨更容易致灾；植被覆盖差的坡面产流更快。因此，预警指标需要引入“前期影响雨量”作为修正因子，形成动态阈值。

预警指标通常分两级：准备转移与立即转移。准备转移对应“可能致灾”，要求责任人到位、群众做好转移准备；立即转移对应“即将致灾”，要求立即组织人员撤离。两级指标之间的间隔，就是转移操作的时间窗口。

指标落地时要避免“一刀切”。同一个县内，山区与丘陵、植被良好区与裸露区、有堤防河段与无堤防河段，阈值都应不同。若全县用一个阈值，要么频繁误报导致“狼来了”，要么漏报造成伤亡。

7.6.3 转移阈值与责任人

转移阈值的确定，本质是一次风险权衡。阈值定得高，误报少但风险大；阈值定得低，安全但影响生产生活。合理的做法是结合历史灾情、人口分布与转移能力，对高风险区适当降低阈值。

责任人体系通常按县、乡、村、组四级设置，并落实到户。每个危险区要明确行政责任人、技术责任人与巡查责任人，明确“谁发布预警、谁组织转移、谁负责安置”。责任人信息必须与空间单元绑定，而不是只存在于通讯录中。

空间表达的重点是“危险区边界”。危险区不是行政边界，而是沿沟道、坡脚、河漫滩分布的带状区域。把危险区边界、住户点位、转移路线、安置点画在同一张图上，才能在预警时快速判断“哪几户需要转、往哪里转、走哪条路”。

责任人变动是预警失效的常见原因。干部调整、外出务工、电话变更都会导致“预警发了没人接”。可行的做法是建立季度核对机制，并在汛前进行一次全覆盖的演练式点名。

7.6.4 预警落地的“最后一公里”

山洪预警的技术链条通常很完整：雨量站采集、平台计算、阈值判断、预警发布。真正容易断的是最后一公里——预警信息到了村级责任人，却没有到户、到人。

发布手段要多渠道冗余。短信、应急广播、大喇叭、手摇报警器、铜锣、上门通知，应根据当地通信条件组合使用。山区信号盲区多，断电断网时有发生，必须预设“不依赖电力和网络”的备用手段。

预警内容要具体到“做什么”。只发“注意防范”没有意义，应明确“某村某组，立即转移至某安置点，走某条路线”。内容越具体，执行越到位。

演练是检验最后一公里的唯一办法。每年汛前应组织一次不打招呼的演练，检验预警到达时间、责任人响应速度、转移路线可行性、安置点保障能力。演练中发现的问题，应形成清单并限期整改。

【实践观察】某山区县的预警阈值本地化 某山区县在开展山洪灾害调查评价时，发现上级下发的通用预警阈值与本县实际偏差较大：部分沟道两岸植被良好、坡度较缓，按通用阈值几乎年年触发预警却从未成灾；另一些沟道坡脚有集中居民点、汇流迅速，通用阈值又明显偏高。 该县以 DEM 水文分析划分小流域为基础，结合历史灾情反查与实地调查，对每个小流域分别率定临界雨量，并引入前期影响雨量做动态修正；同时把危险区边界、住户、转移路线与责任人落到一张图上，形成“一沟一图一策”。汛期预警发布后，系统直接生成到户的转移清单，村级责任人按清单组织转移。这一做法把预警从“全县一个数”变成了“一沟一个数”。

7.7 水工程安全监测

7.7.1 大坝与堤防的监测项

大坝安全监测的核心是“变形、渗流、应力”三类物理量。变形监测包括水平位移、垂直位移、挠度与裂缝开合度，常用手段有视准线、引张线、垂线、全球导航卫星系统（GNSS）与全站仪自动化观测。渗流监测包括渗压、渗流量与渗水浑浊度，渗压计与量水堰是基本配置。应力应变监测则用于了解结构受力状态，尤其在大坝加高、加固或出现裂缝时尤为重要。

堤防的监测重点与大坝不同。堤防线路长、断面多、基础条件差异大，最需要关注的是沉降、位移、渗压、管涌与滑坡。由于堤防不可能像大坝那样布设密集的仪器，通常采用“重点段精细监测加全线定期巡查”的模式。

监测数据的价值在于趋势而非单值。一个测点的位移绝对值可能很小，但若持续单向增长，就可能是险情前兆；渗流量突然增大且伴随浑浊，往往意味着内部侵蚀开始。因此，监测系统必须具备趋势分析、速率计算与多测点相关性分析能力。

监测设施本身也需要维护。测压管会淤堵，位移标点会被破坏，自动化设备的传感器会漂移。若长期不校验，监测数据就会失真，甚至产生“数据正常但工程出险”的严重后果。

7.7.2 InSAR 形变监测

InSAR 是近年来在水工程安全领域应用最快的技术。它通过对比同一区域不同时间的雷达影像相位，提取地表形变，精度可达毫米级。时序 InSAR 技术（如永久散射体 InSAR 与小基线集 InSAR）能够从长时间序列影像中分离出稳定的形变速率，适合监测缓慢发展的地质灾害与工程变形。

在水工程中，InSAR 主要用于四类场景：库岸滑坡与不稳定斜坡监测、堤防与围堤的沉降监测、水源地与地下水超采区的地面沉降监测、以及采空区与矿区的地表变形监测。这些场景的共同特点是形变缓慢、范围较大、传统点监测难以覆盖。

InSAR 的局限也很明确。植被茂密区失相干严重，难以获得有效结果；形变速率过快时，相位会出现缠绕错误；山区地形会造成叠掩与阴影，形成监测盲区；城市建筑密集区的反射特性复杂，需要精细处理。因此，InSAR 结果通常作为“筛查”使用，发现异常后再用地面手段核实。

把 InSAR 结果用起来的关键，是把它与工程对象关联。形变速率图是一张栅格，管理者需要知道“这个异常斑块对应哪一段堤防、哪一座坝、哪一个村”。这需要把栅格转换为矢量斑块，再与工程边界、行政区划、监测断面叠加，形成“异常点位清单”。

7.7.3 隐患探测

堤防隐患具有“隐蔽性强、发现难、发展快”的特点。常见的隐患包括空洞、裂缝、松散体、渗漏通道、断层接触带与白蚁巢。探测方法主要有高密度电法、探地雷达、瞬变电磁法、地震波法与温度示踪法。

高密度电法通过测量地下电阻率分布，识别含水异常与空洞，适合探测堤身渗漏与松散区；探地雷达通过电磁波反射，识别浅层空洞与裂缝，分辨率高但探测深度有限；瞬变电磁法对低阻体敏感，适合寻找含水构造；温度示踪则利用渗流带来的温度异常，判断渗漏通道位置。

白蚁防治是堤防管理的特殊课题。白蚁在堤身内筑巢，形成贯穿性蚁道，汛期高水位时极易引发管涌。传统方法是人工排查与药物诱杀，近年来开始结合热红外遥感、探地雷达与引诱监测装置。白蚁隐患的空间管理，需要建立“蚁情分布图”，记录发现点位、危害等级与处置情况。

隐患探测结果的表达要避免“绝对化”。物探方法都有多解性，一个低阻异常可能是渗漏，也可能是黏土夹层。正确做法是给出“异常等级”与“建议核实方式”，并与钻孔、开挖、注水试验等直接手段配合。

7.7.4 空间化的预警与处置

工程安全监测的空间化，核心是建立“测点、断面、工程、流域”四级关联。一个渗压计的数据异常，要能自动关联到它所在的断面、该断面所属的堤段、该堤段保护的区域。只有这样，报警才具备处置意义。

预警分级通常按“正常、关注、警戒、危险”四级设置，不同级别对应不同的响应动作：关注级加密观测，警戒级组织巡查，危险级启动抢险预案并通知下游。分级阈值应结合工程等级、历史监测数据与设计允许值确定，不能照搬通用标准。

预警之后必须有处置闭环。系统应能自动生成巡查任务、推送抢险物资清单、调取应急预案、记录处置过程。若报警只是弹窗，没有任务派发与结果回写，监测系统就会退化为“数据展示平台”。

工程安全监测还需要与防汛调度联动。当水库水位接近防洪高水位、渗流指标同时恶化时，调度上应考虑减少蓄水、加大泄流；当堤防某段出现管涌，调度上应考虑降低河道水位以减轻压力。这种联动，只有在“监测、调度、淹没分析”共用一张底图时才能实现。

7.8 抗旱与应急水量调度

7.8.1 旱情监测

干旱是一个缓慢发展的过程，其监测需要多维度指标。气象干旱用降水距平、标准化降水指数等指标衡量；水文干旱用河道径流、水库蓄水、地下水位衡量；农业干旱用土壤墒情、作物长势衡量；社会经济干旱则用可供水量与需水量的缺口衡量。

遥感在旱情监测中作用突出。植被指数可以反映作物受旱程度，地表温度与植被指数的组合可以构建温度植被干旱指数，蒸散发估算可以判断区域水分亏缺。这些指标的空间连续性，弥补了墒情站点稀疏的不足。

旱情监测的空间单元应与抗旱管理单元一致。以行政区为单元便于责任落实，以灌区为单元便于用水调度，以流域为单元便于水源分配。实际操作中通常需要三套单元并存，并在图上建立对应关系。

旱情指标的解读要结合当地实际。同样的降水距平，在湿润地区可能只是轻微影响，在干旱地区可能已是严重干旱；同样的土壤含水量，对不同作物的影响差异很大。指标必须与本地历史序列比较，而不是套用全国统一标准。

7.8.2 供需平衡分析

供需平衡是抗旱决策的核心计算。需水侧包括生活用水、工业用水、农业灌溉用水与生态用水；供水侧包括水库蓄水、河道引水、地下水开采、外调水与再生水。把两侧按空间单元汇总，才能识别缺口在哪里、缺口有多大。

空间匹配的难点在于“水源与用水户不在同一单元”。一座水库可能同时向多个县供水，一条渠道可能跨越数个灌区，地下水开采与地表水灌溉相互影响。简单的行政单元平衡表，会掩盖跨单元调配的可能性。

可行的做法是建立“水源、输水通道、用水单元”三级网络，先做单元内平衡，再做网络调配。调配时要考虑输水损失、渠道过流能力、泵站提水能力与调蓄设施容量。这些约束在图上表现为通道的“通行能力”属性。

生态用水是不能被挤占的底线。在供需平衡中，应优先保障河道基本生态流量与重要湿地补水，再安排生产用水。若把生态用水当作“剩余水量”，枯水年份就会造成河道断流、湿地萎缩，恢复成本远高于当年的节水投入。

7.8.3 应急水量调度

应急水量调度解决的是“短期、局部、突发”的缺水问题。常见措施包括水库应急放水、泵站临时提水、跨区域调水、机动运水、限制高耗水用户等。不同措施的响应时间、成本与影响范围差异很大，需要按“先易后难、先近后远”的顺序组合。

空间分析在应急调度中主要解决三个问题：水源到受水区的可行路径、输水沿程的损失与时间、以及受影响区域的优先级。路径分析要考虑渠道、管道、道路（用于运水）三种通道；损失计算要考虑蒸发、渗漏与输水时间；优先级排序要结合人口、医院、学校等敏感对象。

应急调度方案应预先编制，而不是临时拼凑。预案中要明确不同干旱等级对应的水源组合、调水路线、启用条件与责任单位，并在图上标注取水口、泵站、临时管线走向与受水区域。干旱发生时，按预案执行即可，避免临场决策延误。

调度效果需要评估。评估指标包括受水区实际供水满足率、调水成本、沿程损失率、对水源区的影响。评估结果应反馈到预案修订中，形成“演练、执行、评估、修订”的循环。

7.9 河湖管理、采砂监管与水土保持

7.9.1 划界与岸线分区

河湖管理的第一步是“划清边界”。河湖管理范围划定，要依据河道等级、设计洪水位、堤防背水侧护堤地宽度等条件，确定管理范围与保护范围，并埋设界桩、建立坐标档案。划界成果是执法、审批、补偿的基础，边界不清就谈不上管理。

岸线分区是在划界基础上做的功能安排。通常分为保护区、保留区、控制利用区与可开发利用区：保护区严格禁止开发，保留区为未来发展留白，控制利用区限制开发强度，可开发利用区在满足条件的前提下允许合理利用。分区结果要落到具体岸段，并明确各区的准入条件。

空间数据质量直接影响划界的法律效力。界桩坐标必须实测，不能从图上量取；岸线走向要与最新影像吻合；跨行政区界河段要由双方共同确认。历史上因界桩位置偏差引发的纠纷并不少见。

划界成果需要动态维护。河道整治、堤防加固、城市扩张都会改变管理范围。若划界数据长期不更新，执法时就可能出现“按图执法、与现状不符”的尴尬。

7.9.2 采砂监管

河道采砂管理的核心是“总量控制与空间管控”。采砂规划要划定可采区、禁采区与保留区，明确可采期、可采深度与年度开采量。可采区应避开堤防险工段、桥梁、管线、取水口与水生生物保护区；禁采区应覆盖重要基础设施与生态敏感区。

采砂监管的技术手段近年快速升级。采砂船安装北斗定位终端，配合电子围栏，可以实时判断船只是否越界开采；重点河段布设视频监控与夜间红外，可以识别非法采砂行为；多期水下地形测量可以计算实际开采量，与许可量比对。

遥感在采砂监管中主要用于“发现异常”。多期影像对比可以识别新增砂石堆场、河道形态变化、滩地占用；高分辨率影像可以看清采砂船与运输车辆。但遥感只能提供线索，不能直接作为处罚依据，必须经过现场核实与取证。

监管闭环的关键是“线索、核查、处置、销号”四步衔接。遥感图斑、视频报警、群众举报汇入线索池，按属地分办；现场核查要拍照、定位、记录；处置结果要回写系统；销号要有依据。若只发现不处置，监管就会流于形式。

7.9.3 水土保持遥感监管

生产建设项目水土保持遥感监管，是“天上看、地上查、网上管”的典型应用。基本流程是：获取覆盖全域的遥感影像，解译出扰动图斑；与水土保持方案审批数据比对，识别“未批先建”“未批先变”“超出防治责任范围”等疑似违规；下发地方现场复核；复核结果回传，形成整改清单。

扰动图斑解译的准确性，取决于影像分辨率、时相与解译规则。植被茂密区与裸地交错的地带容易误判；施工期与恢复期的图斑特征差异很大；云雪覆盖会造成漏提。因此，解译结果通常需要人工复核，不能直接作为执法依据。

变化检测是提高效率的关键。通过对比前后两期影像的植被指数、裸地指数或分类结果，可以自动标记变化区域，减少人工判读工作量。变化检测的阈值设定要结合当地气候与物候，否则会把正常的季节性变化当成扰动。

现场复核的移动端工具，应支持定位、拍照、填写核查表、上传附件，并能离线工作。山区信号差，若必须联网才能使用，复核人员就会用纸质表格代替，数据回传就会延迟甚至丢失。

7.9.4 执法线索的闭环管理

河湖管理涉及多个执法领域：岸线违建、非法采砂、非法排污、侵占水域、破坏水工程。线索来源多样：遥感图斑、视频报警、巡查发现、群众举报、上级交办。若没有统一的线索管理，各部门各自为政，重复核查与漏管并存。

闭环管理的关键是“一码贯通”。每条线索生成唯一编号，记录来源、位置、类型、初判等级、承办单位、核查结果、处置措施、销号时间。编号与空间要素绑定，点击地图上的点位即可看到全流程记录。

处置结果要能反向验证。例如采砂线索处置后，应再获取一期影像确认砂堆已清除、河道已恢复；违建线索处置后，应确认建筑物已拆除。没有反向验证的销号，等于没有闭环。

数据积累还能支撑规律分析。把历年线索按类型、位置、时间做空间统计，可以识别高发区域与高发时段，为巡查力量部署与专项行动提供依据。这比“平均分配巡查力量”更有效率。

本章小结

水利、防汛抗旱业务对 GIS 的要求与城市水务有本质区别：空间尺度更大、时间过程更强、公共安全责任更重。本章讨论的九个方面围绕一条主线展开——把物理流域的产汇流过程，映射为数字空间中可计算、可推演、可追溯的对象与关系。数字孪生流域、水网、工程三类对象提供框架，数据底板、模型平台、知识平台、孪生引擎四层架构提供实现路径。

在具体业务上，洪水演进与淹没分析解决“水到哪里去”，水库群联合调度解决“水怎么拦、怎么放”，山洪灾害预警解决“人怎么转”，水工程安全监测解决“工程稳不稳”，抗旱调度解决“水怎么分”，河湖与水土保持解决“空间怎么管”。这些业务共享统一的坐标与高程基准、连续的地形数据与可靠的实时监测。

从实施条件看，瓶颈普遍不在算法，而在三处：地形与断面的时效性、模型参数的率定资料、跨部门数据的共享机制。地形一旧，淹没范围就失真；资料一缺，模型就退化为演示；共享一断，预演就无法自洽。

面向“十五五”，在“天空地水工”监测感知夯基提能行动推进、数字孪生水利从“框架形成”走向“业务实效”的背景下，GIS 的角色将从“提供底图”转向“组织推演”。但技术演进的终点不是更炫的场景，而是更短的决策时间、更准的影响判断、更实的人员转移。

思考与练习

1. 7.1.3 节说“GIS 不是主角，但它是舞台”，7.2.5 节又说判断孪生系统成败的标准是“汛期值班时，值班员会不会主动打开它”。请辨析“看得见”与“算得出”的差别，并列出 GIS 在数字孪生中提供的四样东西；再说明如果只有大屏而没有预演能力，三个断点会分别落在哪一环。
2. 选择你家乡或工作地附近的一段河道、一座水库，先从表 7-2 中为“汛期淹没范围提取”“堤防险情核查”“枯季墒情监测”各挑一组手段，再回答：为什么无人机在应急中不可替代、却不能替代地面站网？为什么雷达卫星在汛期比光学卫星更关键？
3. 某水库当前水位低于防洪限制水位 1.2 米，库区水面面积按 5 平方公里估算，下游河道安全泄量 800 立方米每秒，当前入库流量 300 立方米每秒，预报 12 小时后出现 2200 立方米每秒的入库洪峰。请计算：可腾出的库容、按安全泄量可加大的泄流、腾空所需时间；若预见期只有 2 小时，预泄是否可行？若实际来水只有 1200 立方米每秒，多泄的水量会变成什么？再结合 7.5.2 节的“预泄量、预报精度、下游安全”三者说明这次决策的风险。
4. 7.4.2 节强调裸地 DEM。某项目直接拿含房屋、桥梁、树木的数字表面模型做淹没模拟，请推演它在平原区会造成哪两类错误结果，并写出生成裸地 DEM 的处理步骤；再说明断面测量为何必须覆盖主槽与滩地并分别给定糙率，以及用多年前的 DEM 做汛前预演会带来什么后果。
5. 某山区县长期使用上级下发的通用临界雨量：部分植被良好的沟道年年触发预警却从未成灾，而坡脚有集中居民点的沟道反而漏报。请按 7.6.1 至 7.6.3 节设计本地化流程（小流域划分、临界雨量三类方法、前期影响雨量修正、两级指标），并说明“准备转移”与“立即转移”之间的间隔为什么就是可用的转移窗口；最后设计一次检验最后一公里的汛前演练。
6. 7.4 节的流域洪水演进与第 5 章 5.4 节的城市内涝模型，在边界条件上如何衔接（河道水位顶托与管网排水能力）？7.2.1 节数据底板的 L1、L2、L3 分级，与第 11 章的技术架构与数据治理是什么关系？7.9.4 节的执法线索闭环与第 6 章 6.7.2 节的巡河六环节，哪些可以共用一套编码与状态机？