曾经有机会参于某汽车整装MES系统的开发，某物料平面图如下：
针对该系统的实现要点总结如下：
1、合拍问题：难在MES系统的信息流和PLC的物流的同步，特别是PLC系统或MES系统发生异常时的同步处理。异常时的同步方式采用提供修改数据程序、同步异常提示程序用户暂停程序等处理方法。
2、JIT物料：包括物料拉动和料箱管理，涉及到外协口、管理问题和部分信息依靠人工输入如何保证及时性、防呆等问题，程序上作相关的处理措施
3、ERP数据交换：异系统间的数据交换，涉及到不同团队的协作；先行开发、有没有Log和异常数据维护程序提供给用户
合拍问题和JIT物料相关，JIT物料又很大程度上依赖于ERP数据交换；所以一定要把这些子系统间的关系用MindMap理清，架构上应增加中间层，以便快速定位问题出错的数据位置
4、SPC子系统：若没有专业的图形包，估计难度不小；加上从量测系统获取准确数据有一定难度；整体开发难度不小，还好，不是核心子系统。最好考虑请用户导入专业的SPC系统！
5、报表部分：若没有使用报表服务器，使用Asp.net硬编码，估计编码量和维护量都不小；加上用户需求变化和基础数据的准确性问题，会成为后期较烦的问题。Web方式是必须的，一开始就考虑报表，应该是较好的做法，特别在界面、数据库建模阶段。
记得，一开始就考虑采用先将架构、程序流程文档化，尔后进入编码，有没有执行？（即前期进行少量的验证性编码，将思路尽可能文档化（MindMap好像优于UML），最后进行编码、单元测试和集成测试）
6、离线功能：采用MQ应是较理想，若用其它方案，编码量会很大且易错的；而采用MQ对XML、部署等技术要求较高；估计这一功能只能“半推半就”。如果不是采用MQ，越早放弃此功能越好！（我的建议）
7、历史数据管理：影响系统的多个方面的开发方式，特别是查询报表部分。当然，若不在乎用户在一、两年后运行速度变慢的抱怨，此问题可以忽略。反之，到那时候再修改系统，估计工作量不小！
8、数据库访问方式：如果是Oracle，采用ODP.net的方式来最大化减少手工写SQL的数量；当然，最好是针对项目开发一个SQL生成器最好不过的
9、整车生产信息的追溯：把所有相关的信息串起来，依赖于上述来提供的综合性信息；
总的来说，物流、信息流的同步和一致是MES系统的最大的挑战；在此基础上的“生产报表子系统”、“品质监控子系统（抽检、SPC子系统）”、“盘点子系统”等，才能达到“无人工干预、及时性和准确性”。