4. 企业集成需求分析与接口清单编制

企业集成需求分析的核心任务，是把“业务上想打通什么”翻译成“系统之间要交换哪些数据、以什么方式交换”。这一步如果只停留在“生产要连MES、能源要连电表”这种粗粒度描述，后续接口开发必然反复返工。本节从生产监控、批次追溯、能源管理、设备绩效四类典型业务场景出发，建立一套可复用的识别与编制方法。

一、从业务场景推导集成需求

需求分析的起点不是系统，而是业务问题。四类场景关注的对象和时效差异很大：

• 生产监控：关注产线实时状态、产量、报警。数据源多为PLC、SCADA、DCS，消费者是监控看板与调度人员，实时性要求秒级，方向以“现场→平台”为主，单点频率高但单条数据量小。
• 批次追溯：关注某批产品用了哪些原料、经过哪些工序、质检结果如何。数据源是MES、LIMS、WMS，消费者是质量与追溯系统，实时性为分钟级即可，方向是双向（查询与回写），单次数据量中等但关联记录多。
• 能源管理：关注电、水、气、汽的分项计量与单位能耗。数据源是电表、流量计、能源采集网关，消费者是能源平台与报表，实时性为分钟到小时级，方向以“采集→平台”为主，数据量随测点数量线性增长。
• 设备绩效：关注OEE、停机原因、MTBF/MTTR。数据源是设备状态采集、MES工单、维护系统，消费者是设备管理平台，实时性分钟级，方向双向，需要工单与状态事件对齐。

把上述差异整理成一张“场景—数据特征”对照表，是后续判断接口技术选型的依据。例如秒级生产监控不适合用批量文件接口，而小时级能源报表用文件或数据库抽取反而更经济。

二、六要素识别法

对每个业务场景，用六个要素逐项追问，即可把模糊需求收敛为可设计的接口需求：

1. 数据源：数据从哪个系统、哪张表、哪个测点来？是数据库表、OPC点位、REST接口还是文件？
2. 数据消费者：谁最终使用？是看板、报表、算法模型还是另一个系统？
3. 实时性：从产生到可用允许多大延迟？秒级、分钟级还是小时级？
4. 频率：是周期采集（如每5秒）还是事件触发（如状态变化、批次完工）？
5. 方向：单向还是双向？双向时谁主动发起、谁负责确认？
6. 数据量：单次消息大小、日累计条数、峰值并发，用于判断是否需要消息队列或批量通道。

以某汽车零部件工厂的“压铸机生产监控”为例：数据源为压铸机PLC的循环时间、模次、报警字，消费者为车间监控看板，实时性要求≤3秒，频率为周期1秒采集、变化时上报，方向为现场→平台单向，数据量约120台设备×每台30个测点，日增约3亿条原始点。这个量级直接决定了必须采用“边缘聚合+变化上报”而非全量透传，否则平台侧写入压力过大。

三、接口清单的字段设计

接口清单不是简单罗列“系统A到系统B”，而应作为后续开发、测试和验收的共同依据。建议每条接口至少包含以下字段：

其中“异常处理”最容易被忽略，却直接决定集成上线后的稳定性。例如能源采集网关在厂区网络抖动时，若没有本地缓存，分钟级数据会永久丢失，导致能耗报表出现缺口。因此在需求规格中应明确：断线缓存时长、补传顺序、重复数据去重键（如设备号+时间戳）。

四、集成需求规格的编写要点

接口清单回答“有哪些接口”，集成需求规格则回答“每个接口必须满足什么条件”。规格中应包含可验证的指标，而不是“尽量实时”“数据要准确”这类无法验收的描述。例如：

• 生产监控接口：端到端延迟P95≤3s，数据完整率≥99.9%，断线恢复后5分钟内补齐缓存数据。
• 批次追溯接口：按批次号查询响应≤2s，追溯记录完整率100%，支持正反向追溯各不少于5级。
• 能源接口：分钟级数据完整率≥99.5%，日结数据在次日02:00前完成，单位能耗计算误差≤1%。
• 设备绩效接口：停机事件与工单匹配率≥98%，OEE计算所需时间开动率、性能开动率、合格率三要素齐全。

五、从需求到清单的落地流程

实际项目中，可按“场景访谈→数据源盘点→六要素填写→接口清单汇总→规格评审”推进。访谈时不要只问IT人员，必须包含工艺、设备、能源、质量等业务角色，因为他们才知道“这个数据到底用来判断什么”。数据源盘点要落到具体表名、点位地址或API路径，避免“大概在MES里”这种描述。清单汇总后，用场景×系统矩阵检查是否有遗漏或重复：同一数据若被多个场景消费，应评估是否合并为一条接口，减少维护成本。

最后，接口清单和需求规格应作为受控文档纳入变更管理。任何一方系统升级、字段调整或频率变化，都必须走变更评审，否则集成链路会在不知不觉中失效。需求分析做得越扎实，后续接口开发、联调和运维的成本就越低。