新项目是一个 java 控制立体库，立体库目前有这样的业务需求：
1.物料入库&出库
2.半成品入库&出库
因为立体库单条巷道只有一台叉机，可以叉左右两排的货物。物料入库前会先建任务（ plan ），任务里有多种物料明细单（ order ），明细单最后会拆成作业（ journal ），这些作业会记录入库的具体位置和入库的数量。
出库也一样，都会先建 plan ->order ->journal;
问题来：
如果排队入库的物料太多，会影响生产物料的出库，导致影响生产。生产出库用的物料也不能一下子太多，否则放不下。然后生产的过程也需要将半成品入库。
我原先设想是将 journal 设计成 list 穿插下发任务，但是领导突然来了句需要程序识别扫码的数据来创建 journal ，这样就无法使用 journal 来当成队列来使用了。
如果设计成 order 排这个队列，入库的 order 可能会较长影响出库也不知道，生产出库的 order 也不能一次执行完毕。
我现在卡死的点在于：
order 作为队列，先进先出，执行完了一个执行下一个，但是如果作为不作为 order 来排的话无法根据扫码来自动识别创建。
这个程序目前做的十分恼火，工期赶，需求不明确，做一半提一个需求（公司内部提的）
1.物料入库&出库
2.半成品入库&出库
因为立体库单条巷道只有一台叉机，可以叉左右两排的货物。物料入库前会先建任务（ plan ），任务里有多种物料明细单（ order ），明细单最后会拆成作业（ journal ），这些作业会记录入库的具体位置和入库的数量。
出库也一样，都会先建 plan ->order ->journal;
问题来：
如果排队入库的物料太多，会影响生产物料的出库，导致影响生产。生产出库用的物料也不能一下子太多，否则放不下。然后生产的过程也需要将半成品入库。
我原先设想是将 journal 设计成 list 穿插下发任务，但是领导突然来了句需要程序识别扫码的数据来创建 journal ，这样就无法使用 journal 来当成队列来使用了。
如果设计成 order 排这个队列，入库的 order 可能会较长影响出库也不知道，生产出库的 order 也不能一次执行完毕。
我现在卡死的点在于：
order 作为队列，先进先出，执行完了一个执行下一个，但是如果作为不作为 order 来排的话无法根据扫码来自动识别创建。
这个程序目前做的十分恼火，工期赶，需求不明确，做一半提一个需求（公司内部提的）
Select Language