This topic created in 1112 days ago, the information mentioned may be changed or developed.
新项目是一个 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 来排的话无法根据扫码来自动识别创建。
这个程序目前做的十分恼火，工期赶，需求不明确，做一半提一个需求（公司内部提的）
 |
1
BurgerTown Apr 12, 2023
没有理解「需要程序识别扫码的数据来创建 journal 」
|
 |
2
KamL OP @BurgerTown 就是入库的物料我原先的想法是一次只入一种（入完了再入下一种），但是领导的想法是物料可以交叉入库，因为入库前会扫二维码读取物料的批次和编号等信息，他的想法是根据读到的信息来创建作业再下发任务这样。但是问题在于物料入库前需要先从库里取出托盘，但是这个库是有区域划分的，如果交叉入库，这个区域划分就相当于白划了.....唉，公司里的产品经理走了，现在硬着头皮上，根本想不通怎么弄
|
Select Language