层级显示需支持从总览钻取到设备细节
别名: 层级钻取 · overview-to-detail
概念解释
层级显示把装置、区域、回路和设备细节组织成一条可追溯的钻取链，操作者从异常出现的大致范围逐层缩小，最终落到可以直接操作的对象上。每一层要回答的问题尺度不同：总览层回答"哪个区域偏离了正常"，区域层回答"哪个系统在偏离"，设备层回答"具体是哪个阀门或传感器"。层级显示不是把资产数据库的分类结构原样搬上屏幕，而是按照诊断时实际需要缩小范围的顺序组织。
机制
总览层的作用是让操作者同时监视大量对象并发现哪里偏离了正常模式，靠的是在低分辨率下扫描许多对象的能力；设备细节层的作用是支持逐参数的诊断推理和精确操作，两者需要的信息密度完全不同，不能用同一张画面兼顾。把两者串成一条链需要在层与层之间保持对象身份不变——从总览点选某个区域后，细节画面里出现的应该正是那个区域涉及的设备，而不是要求操作者重新识别。真正容易出问题的是层级顺序的来源：如果按资产数据库的目录结构（站点、单元、位号）组织导航树，这个结构反映的是设备的物理隶属关系，而不是故障传播的路径。操作者诊断时往往还不知道故障出在哪个物理模块，如果导航树要求先选对模块才能往下走，就等于要求"先定位、再诊断"，这与真实诊断"先发现异常、再逐步定位"的顺序正好相反。
边界
紧急报警不应该走逐层深入的路径，报警本身要直接跳转到相关设备画面，否则钻取的层数会直接叠加到应急响应时间上，这在高后果场景中是不能接受的开销。存在多条并行工艺线或大量共享设备的复杂装置，同一台设备可能在不同任务视角下分属不同的诊断路径，此时应该提供多个入口而不是强求单一严格树。层级钻取对不熟悉分类体系的新手操作者价值最大，资深操作员往往凭记忆直接输入位号跳转，钻取路径对他们只是备选而非唯一通路。
怎么落地
不要把资产数据库的目录结构直接导出成导航树；用真实故障处理记录倒推操作者实际缩小范围的顺序，按这个顺序定义每一层要展示的决策信息。跨层保持对象标识、时间窗和状态颜色的连续，避免操作者在切换层级时重新确认自己在看什么。为已知的高后果报警提供跳过中间层的直达链接。验证时选操作者不熟悉的模拟故障，比较按资产分类导出的树与按诊断路径重排的树，测量从总览到正确设备画面所需的点击次数、走错分支的次数和总耗时。