监控页面不能只靠红绿颜色：告警等级、状态和确认动作怎么区分
告警等级回答影响有多大，生命周期回答问题是否仍存在，确认动作回答是否有人接手。这三件事不能压成一个红绿灯。颜色应配合准确文字与可识别标记，原始事件仍可追溯。
阅读目录5 个章节
为什么“点过确认”不能直接变绿
确认通常表示有人看到或接受处理，并不说明设备已经恢复。如果确认后整行变成正常色，交接班人员容易以为风险解除。反过来，现场参数恢复也不一定说明需要补录的处理记录已经完成。页面应显示当前状态和处理进度，而不是从按钮点击推断物理结果。
先与业务负责人定义严重程度、发生、恢复、确认和关闭分别指什么、由哪个系统提供。页面可沿用源系统的等级，不能由设计人员看到红色太多就自行降低告警级别。阈值与处置规则的专业判断不属于单纯UI设计。
将信息拆成可组合的字段
- 等级：表达约定的严重程度，用明确名称配合颜色或形状。
- 条件状态：当前仍触发、已经恢复，或数据不足以判断。
- 处理状态：未确认、已接手、处理中或已关闭，名称以实际流程为准。
- 时间和对象：发生、最近更新、恢复时间，以及能区分同名设备的标识。
假设一个高等级事件已经恢复，但尚未确认。列表应允许出现“高等级／已恢复／待确认”的组合，而不是硬塞进“正常”。这一组合是设计示例；真实系统能否提供这些状态，需要核对上游事件记录。
颜色之外，至少还有一条理解路径
WCAG 2.2颜色使用说明要求不能仅以颜色传递信息。监控页面可同时使用等级名称、状态文字和形状，确保灰度截图或色觉差异条件下仍能区分。该原则不规定某类工业告警必须采用哪套配色，行业规则和企业既有值守习惯仍需确认。
不要给所有事件都加持续闪烁。需要吸引注意的事件与需要稳定阅读的明细应分工；新增事件提示不能不断打断正在填写的处置内容。图标应有可理解的名称，不让使用者只能靠记忆一套陌生符号。
排序与动作也会改变含义
排序可结合等级与发生时间，但规则要稳定且可解释。自动刷新时整行不断换位置，会增加误点风险；正在操作的记录应保持身份清楚。批量确认要说明选中了哪些事件以及不支持确认的条目，不能把“全部已读”包装成“全部已处理”。
失去权限、设备离线和接口中断要有各自表达。灰色既表示停用又表示无数据，会让人无法判断是否应行动。数据更新时间应能帮助区分真实恢复与长期未收到新状态。
验收用组合，不只用单个红点
- 核对高等级仍触发、低等级未确认、已恢复待确认等组合是否能读懂。
- 比较正常显示、灰度显示、远距离观看以及目标终端亮度下的辨识。
- 确认事件后检查原始等级、时间和对象没有被覆盖。
- 在自动刷新期间操作一条事件，确认没有选中移动到原位置的另一条。
- 模拟接口失败和权限不足，检查它们没有变成正常或已关闭。
如果源数据只有一颗状态灯，设计稿不能凭空补出完整事件生命周期。可先显示现有状态及数据限制，再把需要增加的字段与流程列入单独开发范围。这样界面能准确表达已知信息，而不会替系统作未经验证的判断。
告警界面应先交齐状态字段和确认规则，再讨论颜色。大屏观看条件可参照分辨率与屏幕适配检查，旧界面的操作约束可参照上位机界面改版方法。委托UI设计时，把最容易混淆的事件组合列成样例，比只指定“严重告警用红色”更容易验收。