#3 [供水] 解耦报警记录处置状态、设备报警状态与工单派发

Blocked by: #1, #2 ## 背景 领域模型已区分三个概念： - 报警记录保存设备自动触发的一次报警事实。 - 设备报警状态表示设备当前是否仍有有效报警原因，是当前状态的权威来源。 - 工单负责人工分派、处置、验收和结案。 当前 `AlarmData.alarm_status` 使用 `0-未处理 / 1-已处理`，但报警派发工单时立即写入“已处理”；这既不代表设备恢复，也不能完整表达报警记录已审核、已派单、误报或已恢复等不同结果。 ## 当前代码 - `WaterSupplyAlarmServiceImpl#dispatchToWorkOrder` 在创建工单后立即把报警记录改为已处理。 - `resolveAlarm` 和误报解除也写入同一个二值状态，但业务含义不同。 - 当前“报警审核”实现核验报警属实或误报，而业务菜单还被用于已派发工单的后续操作，命名与职责存在冲突。 ## 待确认决策 - 报警记录是否继续保留独立处置状态；如保留，应采用哪些明确状态和允许的转换。 - 已审核属实、已派发工单、误报解除、报警原因恢复是否应记录为状态、处置结果或独立时间线事件。 - “报警审核”应专指报警真实性核验，还是重命名为工单处置/工单验收并复用统一工单流程。 - 旧二值状态数据如何迁移或解释。 ## 完成 triage 的标准 - 给出报警记录状态或处置结果的规范定义及状态转换表。 - 明确报警记录、设备报警状态和工单之间的引用关系及所有权。 - 明确报警管理、报警审核和工单处置页面各自职责。 - 形成数据库、后端 API 和前端显示的迁移方案。 - 确认任何路径都不会使用报警记录状态代替设备当前报警状态。 ## 后续验收要求 - 工单派发只记录关联和处置动作，不暗示设备已经恢复。 - 误报解除、自动恢复和人工确认恢复能够被明确区分并审计。 - 列表筛选、详情时间线和接口字段使用统一领域术语。 - 状态转换和历史数据兼容有自动化测试覆盖。