陈刚直言｜一条产线，三种制造模式：如何复用同一套软件？
上一篇文章中我们讨论了“不同产线该上几套MES”，最近有客户提出了一个类似的问题：“我们产线都是压铸，但产品类型不一样，批量件、中大件、传动壳体，产线本身是一条，但是管理模式是三种。这算几条产线？”
这个问题的确很值得探讨。上一篇讲的是“不同工艺共享一套MOM”，这一篇讲一个更隐蔽的问题：同一工艺，不同产品类型，需要几套系统？
有部分企业觉得三种产品的工艺特点与要求不同，使用了三套逻辑，所以需要三套管理方式。导致软件层面冗余越来越多，数据越割越碎，追溯越来越慢，维护成本急剧上升。
一、三种产品，本质是三种生产节奏
先把背景说一下，这家企业是典型铝合金压铸场景，产品分三类：
批量配套件（小件）：600T/1250T压铸，大批量、高节拍，关注 OEE、换型效率
中大件壳体：1600T/2500T压铸，中批量、中高节拍，关注稳定性、合格率
传动/动力系统壳体：大吨位冷室压铸，中小批量甚至项目制，关注单件质量、交付节点
关键点在于：三类产品在同一个车间、同一批设备上跑，在生产运营过程中，实际是三种生产逻辑在同一资源池里竞争设备、模具和人。
此外，现场还有三个较为典型的痛点：
参数有记录，但没结构：压射速度、压力、模温……有的在设备系统里，有的在Excel里，有的在操作工的工艺卡片上。当出现气密性不合格时，本批次与上一批次的工艺参数往往难以直接对比；
跨工序像瞎子摸象：熔炼、压铸、切边、时效、机加、检测...数据散落，追溯一个批次，工程师通常需要跨系统导数据、人工拼Excel，耗时几小时是常见的情况;
质量靠“吵”，不靠“数”：出现气孔、冷隔，大家习惯性凭经验认为“肯定是模温低了”或者“我觉得是压射速度没跟上”，缺少结构化的参数基线，讨论往往停留在经验层面。
在这种“高温、高压、短节拍、强耦合”的复杂度下，如果用传统方式按产品类型建三套独立逻辑，最终会导致不同产品都需要独立开发专属逻辑，后续维护和拓展越来越难。
二、问题出在哪？把“管理模式差异”当成了“系统结构差异”
传统MES的做法是按产品类型分别建模，一套逻辑管一类产品，最终导致维护成本成倍增加、多套逻辑的冲突协调、多次“系统升级”的重复投入。
传统开发路径是这样的：
看设备点位
抄字段名
写死流程
写死阈值
结果：系统里往往充斥着设备编号和固定参数，一旦更换产品类型，原有逻辑很难直接复用。
正如原始项目记录里写的：“机台、模具、熔炉、参数、人员高度耦合，任一环节状态缺失，整条链路就断。”
在这个复杂度下按传统路径走，维护成本会随产品类型增加指数级上升。抽象层级错了。
三、用SECP一拆，问题立刻清楚
通过上表可见：
S 和 E 的主干结构基本一致
差异主要集中于C（参数）和P（流程配置）
因此可知使用同一套SECP结构上的三套实例配置即可完整适配。
四、正确做法：定义层统一，实例层差异化
正如之前在《可复用工业软件的基因与细胞》一文中所述，场景三态包括：定义态（SDS）、实例态（SIP）、运行态（SRP），使用三态即可实现精准落地：
定义态：只做一次
（*注：“只做一次”是指在这个项目的范围内。如果未来产线新增了完全不同类型的设备，定义态的S结构可能需要扩展，但核心E/C/P结构仍可继承。）
统一压铸场景的SECP结构：
设备结构怎么组织
模次事件怎么定义
参数模板长什么样（即按照C的思路，统一模温记录区间值、压射阶段定义、熔炼曲线映射规则）
异常流程骨架是什么
2. 实例态：按产品生成
为三类产品分别生成三套实例配置：
批量件 → 配置“效率优先”的阈值与“快速换型”流程
中大件 → 配置“质量优先”的SPC监控规则
传动壳体 → 配置“单件管控优先”的追溯节点
3. 结构红利的兑现
当定义态的结构稳定后，项目推进的每一分投入，均转化为三类产品共享的资产。
当参数完成结构化，数据就从“死记录”变成了“可对比的工艺语言”；
当追溯主链路打通，工程师找数据的时间就从几小时降到了几十分钟。
这些能力，三类产品均可共享。
五、真正的变化发生在哪？
真正的变化其实就是：不再写死系统逻辑，而是转向在平台上生成配置。
换一个产品类型，通常无需再重新开发一套逻辑规则，而是新建一个实例配置。这就是SECP框架的核心：变化发生在实例层，结构稳定在定义层。
点击下方链接阅读全文：
https://mp.weixin.qq.com/s/mx5I9tb0lMQP2XFVeNE-bQ