3. AVEVA制造运营管理与生产协同平台系统架构
AVEVA制造运营管理（MOM）与生产协同平台并不是一个单体软件，而是由多个层次、多个组件协同构成的系统。理解它的架构，关键在于分清三件事：平台技术架构回答“系统由哪些层组成、各层承担什么职责”；数据流与集成架构回答“数据从哪里来、经过谁、到哪里去”；部署模式回答“这些组件运行在哪台机器、如何被客户端访问”。只有把这三条线索对齐，才能理解它与AVEVA System Platform、Historian之间的真实关系。
一、平台技术架构：分层与职责
从技术视角看，MOM平台通常呈现为四层结构，自下而上依次是：
- 数据与集成层：负责与外部系统交换数据，包括OPC UA/DA、MQTT、REST API、数据库直连、文件接口等。它把来自控制系统、ERP、WMS、LIMS的数据统一接入，并做初步的格式转换与时间戳对齐。
- 平台服务层：提供MOM的核心能力，包括生产订单管理、物料与批次追踪、质量数据管理、设备状态管理、KPI计算、报警与事件服务、用户与权限服务。这一层是“业务逻辑”的集中地。
- 应用与协同层：面向不同角色提供操作界面与协同功能，如班组操作台、生产看板、质量放行界面、工单派发与反馈、异常处理流程。它把平台服务封装成可用的业务场景。
- 展示与访问层：包括Web客户端、移动端、大屏看板以及第三方系统嵌入页面。用户通过浏览器或专用客户端访问，不直接接触底层服务。
这四层之间通过明确定义的接口通信，层内组件可以独立升级。例如，替换数据采集驱动不会影响上层业务逻辑，调整KPI算法也不会改变客户端页面结构。这种分层是MOM平台能够长期演进的基础。
二、数据流与集成架构：从现场到协同
MOM平台的数据流可以概括为“三条主线”：
第一条是实时过程数据流。现场PLC、DCS、SCADA中的工艺参数（温度、压力、流量、设备状态）通过OPC UA或MQTT进入平台。这类数据的特点是高频、带时间戳、以测点为单位。它们通常不直接写入MOM业务库，而是先进入Historian或实时数据服务，MOM按需订阅或查询。
第二条是业务事务数据流。ERP下达的生产订单、WMS提供的物料批次、LIMS返回的检验结果，通过REST API或中间表进入MOM。这类数据低频、结构化、以业务对象为单位，直接写入MOM的业务数据库，并触发相应的工单生成、批次绑定或放行判断。
第三条是操作反馈数据流。操作员在MOM客户端确认工单开始、录入消耗、提交质检结果、触发异常，这些动作产生新的业务记录，一部分留在MOM内，一部分回写到ERP或WMS，形成闭环。
三条数据流在MOM内部通过“批次/工单”这个核心对象关联起来：实时数据回答“当时设备在什么状态”，事务数据回答“应该生产什么”，操作反馈回答“实际做了什么”。三者对齐，才能形成可追溯的生产记录。
三、与System Platform及Historian的关系
这是最容易混淆的部分。AVEVA System Platform（原Wonderware System Platform）是一个工业自动化与SCADA平台，它的核心是Galaxy模型、ArchestrA架构和对象化设备模型。Historian则是它的历史数据存储组件，负责长期保存高密度过程数据。
三者的关系可以这样理解：
- System Platform是“设备与过程模型”的权威来源。它定义了设备对象、属性、报警和脚本逻辑。MOM不重复建这些模型，而是通过接口引用它们。
- Historian是“过程数据”的长期存储。MOM需要历史趋势、批次曲线、SPC原始数据时，向Historian查询，而不是自己存一份高频数据。
- MOM是“业务与协同”层。它关心的是工单、批次、质量判定、人员操作和KPI，这些是System Platform和Historian不擅长的领域。
因此，典型的集成方式是：System Platform负责采集和控制，Historian负责存储，MOM通过OPC UA或专用连接器从System Platform获取实时值，通过Historian的查询接口获取历史数据，再把业务结果回写到MOM数据库。三者各司其职，不互相替代。
四、客户端/服务器部署模式
MOM平台通常采用多层客户端/服务器部署，而不是简单的两层结构。典型部署如下：
| 组件 | 部署位置 | 说明 |
|---|---|---|
| 数据库服务器 | 独立服务器或集群 | 存放MOM业务数据，建议独立磁盘和备份策略 |
| 应用服务器 | 独立服务器或虚拟机 | 运行MOM服务层，可横向扩展 |
| 集成服务器 | 靠近数据源或DMZ | 运行接口服务，隔离外部系统 |
| Web服务器 | 与应用服务器同机或独立 | 提供HTTP/HTTPS访问入口 |
| 客户端 | 用户PC/移动设备 | 浏览器或专用客户端，不安装业务逻辑 |
这种模式的好处是：客户端零维护，升级只需更新服务器；应用服务器可以按并发用户数扩展；集成服务器可以放在网络边界，避免外部系统直接访问核心数据库。对于中小规模场景，也可以把数据库、应用和Web合并到一台服务器，但生产环境建议至少分离数据库和应用。
五、架构落地的关键判断
在实际项目中，架构设计不是画完图就结束，而是要回答几个具体问题：实时数据是“订阅推送”还是“定时轮询”？批次追溯需要保留多久的历史？MOM与ERP的工单同步是“ERP主导”还是“MOM回写”？这些选择会直接影响接口设计、数据库容量和服务器配置。
例如，如果工艺参数需要按秒级记录并保留三年，那么这些数据应留在Historian，MOM只存批次关联的摘要值；如果质量检验结果需要支持逐批放行，那么检验数据必须进入MOM业务库，并与批次对象建立外键关系。架构的价值，正在于让这些判断有据可依，而不是事后补救。