聊到核心加工模块，这里需要详细描述一下。
我们之前聊的那些功能模块，基本都是为这个模块服务的。
今天我们说原料，下次聊半成品。
从业务上讲这部分很好理解，比如：把圆白菜投入到蔬菜切丁机里面，加工成圆白菜丁。但是细追究起来这里面的问题点可太多了。你的圆白菜生产日期是什么，什么时候入库的，投料的人是谁，用的哪台蔬菜切丁机，机器开始加工和结束加工的时间是什么，机器加工工时多少，产出的白菜丁的规格是什么样的，产出重量是多少，出品率多少，有多少损耗等等。
如果工厂ERP系统是SAP的话，这里面会要求记录下原料的使用的批次，批次指的是生产日期，入库日期，操作日期等等结合到一起生成的批次，相当于老百姓的身份证号。如果没有ERP系统，这个批次也是很重要的，批次号码关联的那些数据太重要了。
那么产品经理们，我想和你们讨论一个问题，我们的MES系统加工模块的界面需要向员工展示批次信息么，其实这个问题可以联想到我们上学的时候老师点名，肯定不会念身份证号，一定会叫大名。批次很重要但是对外展示的时候必要性真的没那么大，数据存储的时候却是很关键的信息。车间工人操作的时候最需要看的信息是，生产日期 生产日期 生产日期，外加原料名称，不需要物料号，和批次… 虽然存储的时候很重要。大家一定要搞清楚，给员工看的操作界面和返回给ERP或者上级模块的报表完全是两回事。
接下来我们不得不提到的一个现场状况，那就是原料从线边库（库位的话我还是画个图吧）里面领取出来耗用的问题了，我们从大仓库领出来的计划原料都是一天的使用量然后放在线边库里面，员工每次从线边库里面取出来之后直接去加工，每次取出来的原料量只是一部分而已，并不是一天的量，他会分多次取出来。那么问题就在这里了，我们的原料信息RFID卡是放在线边库原料上面的，员工在把原料带走的时候也要把卡片带走使用，然后刷卡结束后再归还原位，那么他一天每次领料都需要把卡片领出来么。不需要的，每次领出来都要归还，那么无形中会增加员工的工作量，这也是系统设计所不允许的。因为实际线边库库存中的批次（生产日期等）不会有很多个，最多两三个的样子。好一点的情况就一个批次。这个时候员工刷了一次RFID卡之后，要记录下上一次的刷卡信息，以方便他下次直接使用，这就是MES系统针对重复性工作的一种方案。
程序员们，我们来聊聊数据库表结构吧，我建议针对上述工作，需要建立三个数据库表.
1 加工流水表 ： 当前工作唯一码（主键），加工步骤码（关联其他表得到加工名称），加工机器码，开始时间，结束时间，操作人，时间等等
2 投料表：投料唯一码（主键），加工流水码（表1工作码属于外键），物料码，批次，生产日期，投料重量，其他补充，等
3 产出表：产出唯一码（主键），加工流水码（表1工作码属于外键），产出物料码，产出生产日期，产出重量，其他补充等等。
如果是项目管理的话，我对于核心模块更多的是关注实际现场业务与软件开发的结合，看两个图，业务流程图和数据流程图。考虑好未来有可能的变化，问问设计和开发人员能不能有对策，如此而已。千万不能过多干涉，当然水平低一些的就需要逼迫他们成长了。
不知不觉已经写了几篇文章了，身边的朋友看完，有的问我说为什么还是看不到代码呢，我解释说编码不一定要立刻开始的。以前我也是 接到一个项目，特别兴奋，然后立刻考虑架构，选择技术方向，接着CODING。欲速则不达，想想那些重构的项目，还有那些改了又改的模块，其实不一定是人家和咱们作对的，也有咱们自身的问题。在这里也给程序员和产品经理朋友们共享一个小小的心得，就是互相关心一下对方的工作领域，如果再能懂一些对方的专业技能那就更好了，那么合作起来相对摩擦就会少一些。
好的，今天我们聊的是原料篇，下篇我们要将的是半成品篇。谢谢