第 5 课 先确认说的是同一个东西：把设备、告警、工单写成共用业务对象

第 4 课先选了一个有限的任务：把夜班群里的设备照片和文字整理成待核对的异常记录，暂时不自动停机，也不自动派单。要让班组长核对这条记录，系统必须先知道照片里的“3 号机”、监控里的点位编号、台账里的资产编号是否指向同一台设备。

先看三个词：设备、告警、工单。同一台设备，在不同岗位和系统里可能有不同叫法。值班操作员说“西头那台又报了”，监控系统记的是传感器点位编号，工单系统填的是资产编号，台账里可能还留着旧编号。没有编号对照，系统就无法可靠判断这些记录是否属于同一台机器，也找不到具体负责的人。

这一课先和一线同事一起，把大家常说的“那台机器”“那个报警”写成说明卡：它叫什么、靠什么认出来、有哪些状态、和哪些东西有关。这类被清楚定义的事物叫业务对象；一组对象及其关系构成对象模型。有些平台把这一层称为 Ontology。本课不要求使用特定平台，一张共享表格就够用。

注意，数据库里的一张表不等于一个业务对象。一张工单表里可能同时有维修单和保养计划。一个“设备”对象，可能要从台账、监控和工单三个地方拼起来。所以不要直接照抄表名。

对象卡模板

先写 3–5 个对象：设备、告警、工单，再加上“异常事件”和“处理结果”。告警和异常事件要分开。同一次故障可能连续触发好几条告警，一线真正要处理的是这一次异常。

关系怎么写

每行写一句，格式是“谁—动词—谁”：设备产生告警；多条告警归并为一次异常事件；异常事件触发工单；工单关闭时记录处理结果；处理结果关联回设备。每条关系后面注明靠哪个字段连起来，以及现在能不能连上。

带去现场问的话

• 这个东西你们平时怎么叫？有没有两种叫法其实指同一个东西？
• 两条告警隔几分钟响起，你算一次还是两次？
• 一张工单什么时候算真正结束？谁说了算？
• 编号对不上时，你们靠什么找到那台机器？

今天先做一步

在你有权限查看的系统里，挑一条最近的告警。只查看，不导出。顺着它找到对应的设备记录和工单，把每处的编号和叫法抄在纸上。抄下来的编号差别越多，越说明需要先做对象卡。

本章产物

• 3–5 张对象卡，每张的叫法和定义都经过一位一线用户确认
• 一页关系清单，标出目前连不上的关系
• 一张冲突清单，写明每处冲突找谁确认

常见错误

• 只和 IT 核对字段，没有问过每天使用这些东西的人
• 把状态写成“处理中”这类笼统说法，说不清从哪一步进入、到哪一步结束
• 一开始就想画出全厂的对象，结果一张卡也没确认下来
• 把告警和异常事件混为一谈，后面的统计全部出错