2. 报警分级与优先级配置核查

报警分级映射的核查对象

ISCS 的报警级别通常由现场设备或子系统给出“原始级别”，再经平台侧的分级映射表转换为运营使用的“紧急 / 一般 / 提示”三级，并同时赋予一个用于排序的优先级数值。级别配置错误有两类典型后果：重要报警被淹没（紧急报警被映射成一般或提示，排在大量提示报警之后）与误报升级（一般报警被映射成紧急，触发声光与弹窗轰炸，导致操作员对紧急报警脱敏）。核查的核心是“原始级别 → 运营级别 → 优先级数值 → 呈现行为”这条映射链是否与运营规程一致。

核查步骤与判据

核查不是“看一眼配置界面”，而是把映射表与运营规程逐条对齐，并用实际报警验证呈现结果。建议按以下顺序执行：

1. 导出映射表：从 ISCS 报警配置库导出“报警点表 + 原始级别 + 运营级别 + 优先级数值 + 呈现方式”四列，形成可核对的清单。
2. 对齐运营规程：以运营方发布的报警分级规程为基准，逐条比对。规程通常规定“涉及行车安全、消防、站台门、接触网”的报警必须为紧急；设备劣化类为一般；状态变化类为提示。
3. 定位异常映射：重点筛查两类：原始级别为 CRITICAL 但运营级别为“提示/一般”的（淹没风险）；原始级别为 MAJOR/MINOR 但运营级别为“紧急”的（误升级风险）。
4. 验证呈现行为：在测试环境或非运营时段触发典型报警点，观察是否弹窗、是否声光、在报警列表中的排序位置，确认与优先级数值一致。

核查清单示例

下表为核查过程中可直接填写的记录表，示例数据为教学假设，实际值以现场配置与运营规程为准。

修正与回归验证

对判定为“需修正”的条目，按规程调整运营级别与优先级数值，保存后重新触发对应报警点，确认：紧急报警出现在列表顶部并伴随声光与弹窗；一般报警有提示音但不强制弹窗；提示报警静默入列。若修正后仍出现排序异常，需检查是否存在多条映射规则冲突（同一报警点被多个规则命中），以最后生效或优先级最高的规则为准，并在配置库中清理冗余规则。