MES系统实战：从需求到上线，我踩过的那些坑

做了3年MES项目从需求调研到系统上线全程参与。今天把实战经验分享出来。一、MES是什么为什么需要MES1.1 没有MES的日子我们厂上MES之前生产管理全靠Excel和纸质表单。每天早上操作员要把昨天的生产数据手动录入Excel。一个班8小时光录入数据就要花1-2小时。更可怕的是数据经常录错。有一次操作员把1200片录成了12000片。老板看到数据高兴坏了结果发现是录错了。1.2 MES能做什么MES Manufacturing Execution System 制造执行系统。简单说就是管生产的。核心功能- 工单管理什么产品、做多少、什么时候交- 在制品追踪每片晶圆在哪个工序、什么状态- 设备管控设备状态、参数采集- 良率管理实时良率、异常报警- 报表分析日报周报月报自动生成二、项目启动需求调研2.1 需求调研的坑坑1只听领导的需求领导说“我要一个能看实时数据的仪表盘。”但操作员需要的是“我要一个能快速报工的界面。”如果只听领导的做出来的系统操作员不用数据录不进去仪表盘就是个摆设。建议从一线操作员到管理层每个角色都要调研。坑2需求没有优先级用MoSCoW法则分类Must have必须有、Should have应该有、Could have可以有、Wont have暂不考虑2.2 需求文档怎么写好的需求文档应包含业务场景描述当前流程 vs 期望流程 vs 预期收益。用具体数字说话。三、系统设计3.1 技术选型我们最终选了后端ThinkPHP 6、前端Vue3TypeScript、数据库MySQL 5.7、移动端UniApp。选型建议别追新技术选团队最熟的、别忽视运维成本选社区好的、别忘了移动端工厂里手机比PC方便。3.2 数据库设计的坑坑1没有统一编码规则。不同人用不同批次号格式数据完全没法关联。坑2没有数据字典。同一个产品类型三个模块三种写法查询就废了。3.3 接口设计的坑MES要跟ERP、EAP、SPC、WMS对接。接口设计原则统一RESTful风格、统一JSON格式、统一Token认证、版本管理、Swagger文档。四、开发阶段敏捷开发2周一个迭代Sprint 1用户管理权限系统Sprint 2工单管理报工功能Sprint 3设备对接数据采集Sprint 4SPC集成异常报警Sprint 5报表系统仪表盘Sprint 6移动端优化开发踩坑- 没有写单元测试改一个Bug出来三个新的。核心模块覆盖率70%- 没有代码评审风格不统一后期维护痛苦。每周一次代码评审- 没有考虑并发100人同时报工系统卡死。加索引、连接池、关键操作加锁五、测试阶段坑1只用干净数据测试。上线后发现操作员输入格式五花八门。用真实数据测试坑2没有压力测试。5人没问题50人同时用就崩了。上线前必须压力测试UAT关键让真正操作员测试、真实环境测试、准备验收清单逐项确认六、上线阶段分阶段上线第一阶段1周1条产线试点第二阶段2周3条产线推广第三阶段1周全面上线上线踩坑- 没有培训就上线操作员不会用还是用Excel。培训至少3次考核通过才能上岗- 旧系统一刀切新系统出Bug旧系统已关生产停了。新旧并行至少2周- 没有应急预案准备系统宕机切纸质表单、网络故障本地缓存、数据库故障读备份七、运维监控系统部署Zabbix/Prometheus异常告警。数据备份每日全量每小时增量异地备份。持续优化性能慢查询缓存、功能用户反馈迭代、体验界面流程、数据报表分析可视化八、总结关键成功因素需求调研全面、技术选型务实、开发规范、测试充分、上线稳妥、运维到位。项目参考小型1条线3个月3人30万、中型5条线6个月6人100万、大型全厂12个月12人300万如果你也在做MES项目评论区聊聊你的经验。觉得有用就点赞收藏关注我分享更多智能制造实战