LiteMES 转型第 3 天：为什么我把项目场景从“四道工序 Demo”升级为真实装配流水线
这是 LiteMES 转型学习第 3 天记录。今天原本的主题是“工序配置”，但学习过程中发生了一个很重要的设计纠偏：我决定把最初的“控制盒组件四道工序”降级为入门讲解示例，把正式项目主线升级为“电控箱/控制器总成装配流水线 MES”。
一、今天先纠正一个问题：我不是要做 Demo
刚开始学习 MES（Manufacturing Execution System，制造执行系统）时，用一个简单产品串起流程是有必要的。
例如：
备料 -> 装配 -> 测试 -> 包装这个流程很适合第 1 天理解 MES 闭环：订单怎么来、工单怎么执行、工序怎么流转、报工和质检怎么进入追溯。
但到了第 3 天继续往下建模时，我发现一个问题：如果继续把这个简单场景当成正式项目主线，后续模型会越来越浅。
真实工厂流水线不是“一个备料工序准备所有物料，一个装配工序完成全部装配”。对于复杂一点的产品，比如电控箱、控制器总成、设备控制模块，物料可能很多，螺丝、螺母、线束、端子、主板、标签、外壳都有型号差异。实际生产也不会把所有物料都堆在一个备料工序里。
更常见的做法是：
仓库或备料区按工单配送物料 产线每个工位只放本站需要的线边物料 产品流到某个工位后，该工位只完成本站负责的一段作业 系统提示本站装什么、装几个、装在哪里、用什么设备、参数标准是多少 执行完成后记录实际用料、设备、参数和判定结果所以今天最重要的收获不是多设计几张表，而是明确：LiteMES 不能停留在四道工序 Demo，要升级为能解释真实流水线作业的模型。
二、为什么要变更项目场景
原来的“控制盒组件四道工序”有三个价值：
- 帮助理解 MES 闭环；
- 方便建立订单、工单、工序、报工、质检、追溯的第一印象；
- 适合第 1 天快速把业务流程讲顺。
但它不适合作为最终可落地 MES 主线，原因也很明确。
第一，它无法体现复杂产品的分工位作业。真实流水线中，每个工位通常只做一件或一组明确的事，例如锁螺丝、插线束、烧录程序、功能测试、外观检验。
第二，它无法体现线边物料。复杂产品的物料不会全部在“备料工序”一次性处理完，而是按工位分配、按步骤消耗。
第三，它无法体现工艺参数。比如锁付工位不仅要知道用哪种螺丝，还要知道安装位置、数量、使用设备、目标扭矩、允许范围，以及是否每个锁付点都要记录结果。
第四，它无法支撑真实追溯。真实追溯不只查“经过了测试工序”，还要查某个步骤用了哪个批次的物料、哪台设备、哪个参数值、谁操作、什么时候完成、是否合格。
因此，今天把正式主场景升级为：
电控箱/控制器总成装配流水线 MES典型流程调整为：
工单下发 -> 线边备料 -> 底壳预装 -> 螺丝锁付 -> 线束接插 -> 主板装配 -> 标签/铭牌 -> 程序烧录 -> 功能测试 -> 耐压/老化测试 -> 外观检验 -> 包装入库 -> 批次追溯这个场景仍然控制在小型离散制造范围内，但比“四道工序”更接近真实工厂流水线。
三、今天重新理解了“工序”
今天的主题是工序配置。
以前容易把工序理解成一张简单字典表：
备料 装配 测试 包装但在真实 MES 中，标准工序应该是可复用的生产动作模板。它回答的是：
- 这一步是什么动作；
- 怎么执行；
- 是否关键；
- 需要什么能力；
- 有哪些标准动作；
- 是否需要记录结果或参数。
标准工序不应该直接绑定具体产品、具体 BOM、具体工位或具体设备。
例如“螺丝锁付”可以作为一个标准工序，它可以定义：
工序名称：螺丝锁付 执行方式：半自动 是否关键：是 能力要求：电批锁付能力、扭矩采集能力 标准动作：扫码开工、锁付、记录扭矩、判定合格但它不应该直接定义：
这个产品用 M3x8 螺丝 4 颗 安装在左上、右上、左下、右下 扭矩标准是 0.45 N·m 使用设备 EQ-SCREW-001这些内容属于产品路线步骤，而不是标准工序本身。
四、标准工序、路线步骤、工位、工单执行要分层
今天我把这几个概念重新拆开了。
1. 标准工序：定义可复用动作
标准工序只负责动作模板，例如：
- 线边备料；
- 底壳预装；
- 螺丝锁付；
- 线束接插；
- 主板装配；
- 程序烧录；
- 功能测试；
- 耐压/老化测试；
- 外观检验；
- 包装入库。
标准工序关注分类、标签、执行方式、关键工序、标准动作和能力要求。
2. 产品路线步骤：定义本站作业内容
产品路线步骤才是某个产品的具体作业定义。
比如电控箱总成的“底壳螺丝锁付”步骤，可以定义：
引用标准工序：螺丝锁付 本站物料：M3x8 螺丝、M3 螺母 单台用量：螺丝 4 颗，螺母 4 个 安装位置：左上、右上、左下、右下 设备能力：电批锁付能力、扭矩采集能力 工艺参数：目标扭矩 0.45 N·m，允许范围 0.40 - 0.50 N·m 记录要求：每个锁付点记录实际扭矩这说明真实 MES 里不能只有RouteStep，还需要进一步设计：
RouteStepMaterial RouteStepWorkInstruction RouteStepParameter也就是：路线步骤物料、路线步骤作业指导、路线步骤工艺参数。
3. 工位配置：定义现场边界
工位不是空的。
一个锁付工位需要提前配置：
- 它具备锁付能力；
- 它允许使用哪些电批；
- 默认设备是哪台；
- 线边可以放哪些物料；
- 是否有料盒、库位或工装；
- 当前工位和设备是否启用、可用。
这部分属于生产资源和现场边界，不属于标准工序。
所以更准确的原则是：
工序管“要什么能力” 工位管“这里有什么资源” 路线步骤管“这个产品本站做什么” 工单执行管“这次实际用了什么”4. 工单执行：记录真实发生的事实
当工单要生产 20 台产品时，系统不能只显示“执行螺丝锁付”。
它应该根据路线步骤展开本站物料需求：
M3x8 螺丝：20 x 4 = 80 颗 M3 螺母：20 x 4 = 80 个现场执行时还要记录：
- 实际使用哪个物料批次；
- 实际使用哪台电批；
- 每个锁付点的实际扭矩；
- 是否合格；
- 操作人、工位、时间；
- 异常和返修情况。
这才是后续追溯能成立的基础。
五、为什么工序不直接绑定设备
今天还讨论了一个很实际的问题：如果测试工序需要测试设备，为什么不直接在工序上绑定设备？
原因是：工序绑定设备会把标准动作和现场资源耦合得太死。
更合理的方式是：
标准工序：要求测试能力 设备主数据：声明自己具备测试能力 工位配置：定义本站可用哪些测试设备 路线步骤：定义这个产品本站需要测试哪些内容和参数 工单执行：记录这次实际使用了哪台设备如果有多台测试设备都具备测试能力，系统可以根据工位设备关系、启用状态、可用状态、默认设备和优先级做推荐。最终现场确认使用哪台设备，并把实际设备写入工单执行记录。
这样既符合真实工位通常有固定设备边界的事实，也避免把标准工序写死到某一台设备上。
六、今天的模型升级
今天确认的设计方向是：工序模块采用“工序主档 + 工序定义版本 + 标准动作/标签/能力要求关系”。
核心对象包括：
ProcessCategory ProcessTag Process ProcessDefinition ProcessDefinitionTag ProcessStandardAction ProcessCapabilityRequirement其中：
Process保存工序稳定身份；ProcessDefinition保存工序定义版本；ProcessStandardAction保存标准动作；ProcessCapabilityRequirement保存能力要求；Capability作为工序要求与工位、设备能力之间的匹配语言。
为什么要有版本？因为工序一旦被路线引用，后续修改就不能覆盖历史。
例如“螺丝锁付”从 v1.0 调整为 v1.1，扭矩记录要求或能力要求发生变化，已经生成的工单不能被新规则污染。历史生产必须还能按当时版本解释。
七、今天没有进入源码实现
今天的产物仍然是业务和可开发设计，不是已经完成了数据库、接口和页面。
这是刻意控制的。
因为这次纠偏后，后续第 4 天产品、物料、BOM 和路线设计会变复杂。如果今天直接写代码，很容易把早期简单场景写死，后面再不断补字段、补关系、补异常规则，最终变成难维护的 Demo 系统。
所以今天先把主线升级清楚：
控制盒组件四道工序：入门示例 电控箱/控制器总成装配流水线：正式主线后续所有建模和实现都要围绕真实流水线展开。
八、今天的收获
今天最大的收获是：MES 建模不能从“菜单有哪些”开始，也不能从“表有哪些字段”开始，而要从现场问题反推。
真实现场会问：
- 当前工位做什么？
- 本站要用哪些物料？
- 物料来自哪个批次？
- 用哪台设备？
- 设备是否满足能力要求？
- 参数标准是多少？
- 实际参数是多少？
- 不合格后怎么追溯？
这些问题决定了系统需要区分标准工序、产品路线步骤、工位配置和工单执行。
今天把项目从简单示例升级为真实流水线场景，是为了让 LiteMES 后续能继续往可落地 MES 方向走，而不是做一个看起来有菜单、实际上无法解释现场执行的练习项目。
九、下一步
下一步进入产品、物料、BOM 与产品工艺路线时，重点不能只是“产品有哪些字段、BOM 有哪些字段”。
需要重点解决：
- BOM 明细如何分配到路线步骤；
- 每个步骤如何定义本站用料和单位用量；
- 每个步骤如何定义安装位置和作业指导；
- 每个步骤如何定义工艺参数；
- 工位如何配置线边物料和可用设备；
- 工单生成时如何按生产数量展开各步骤物料需求；
- 执行时如何记录实际物料、设备、参数和追溯事件。
一句话总结今天：
标准工序负责复用，路线步骤负责产品级作业定义，工位负责现场资源边界，工单执行负责记录真实发生的生产事实。
