过程图应呈现实际的物理连接与流向而非抽象示意
别名: 过程拓扑 · process topology
概念解释
过程图（process schematic）要表达的是对操作有实际意义的真实连接、流向和隔离关系，让操作者能够判断物料、能量或者故障沿着哪条路径传播，会影响到哪些设备。它既不是把施工图纸原样复刻到屏幕上——那样的细节密度操作时根本用不上，也不是只表达概念关系的示意流程图——那种图省略掉的连接信息，恰恰是诊断时最需要的东西。管道与仪表流程图（P&ID）是工程上的完整记录，但操作画面需要的是从中挑出来、按操作语义组织过的一个子集，而不是它的缩小版。
机制
异常诊断本质上是一种路径推理：某个阀门的状态、某条旁路是否打开、两条支路在哪个汇合点相遇，这些拓扑关系共同决定了上游的一个动作会怎样影响下游的读数。如果图上抽象掉了这些关键连接，操作者就只能靠记忆去补全缺失的路径——而记忆在压力下并不可靠；但反过来，把工程图纸里的每一根管件、每一个阀门标签都原样搬上屏幕，又会让真正承担任务的那条路径淹没在一堆很少被用到的细节里，两种失败殊途同归，都是让操作者找不到判断所需要的那条线。取舍的标准不是"信息够不够全"，而是"这个连接是不是曾经、或者可能，改变某次诊断的结论"——这条标准把工程完整性和认知可用性区分开来。
边界
不是所有连接都有固定的物理流向：逻辑控制回路、无线通信链路、按批次切换的临时管路关系，本质上属于逻辑或信息依赖，而不是物理管道，如果画法上和真实管道用同一种线型表达，会让操作者误判某种关系是可以物理追踪的实体连接。出于尺度限制或者安全保密的考虑，某些细节也确实不适合完整展示在操作画面上。图上一条"连接"必须让人一眼分辨出它代表的是物理管道、逻辑回路，还是纯粹的信息流，混着画的图比不画还危险，因为它制造的是一种虚假的确定性。
怎么落地
从历史事故复盘和真实的操作任务里，反推出哪些源、汇、隔离点、旁路和方向是诊断时必须能追踪到的，把这份清单和工程系统里的真实拓扑数据逐条核对，而不是凭经验或者美观来决定画什么、不画什么。验证时不要用操作者已经很熟悉的标准故障场景，而要用一个操作者事先不知道细节的陌生故障，让他从看到的异常结果开始，沿着图上的路径反向追溯到真正的源头，记录追溯过程中在哪个环节走错了路或者卡住了——这些卡点通常就是图上被省略掉的关键连接。