主生产计划矩阵-利用vue.js+node.js+mongodb实现一个博客系统（附源码）下载

表 7.9 主生产计划矩阵 现有库存：70 件 提前期：1 个时区 累计提前期：大于 8 个时区 订货批量:125 件 安全库存:无 时区/周 过去 1 2 3 4 5 6 7 8 生产预测 50 50 50 50 50 50 50 50 实际需求 总需求 50 50 50 50 50 50 50 50 主生产计划 115 125 125 125 预计可用量 70 20 85 35 -15 60 135 85 160 在表 7.9 中，每个时区的需求量都是 50 件。初始库存量 70 件。在第 2 时区有一份 115 件的确认的计划订单(主生产计划员在确认计算机产生的计划订单时修改了订货批 量)。在第 5、6 和 8 时区另有 3 份各为 125 件的确认的计划订单。 在第 4 时区，有潜在的 15 件的物料短缺，但是在第 5 时区有 60 件的预计可用量。 因此，计算机系统检测出，存在的问题是时间问题，而不是数量问题。计算机系统发现 125 件的确认的计划订单将在第 5 时区收到，而实际需求是在第 4 时区。所以，系统产生 行为建议信息，建议把将在第 5 时区收到的订单的完成日期提前到第 4 时区，以解决第 4 时区的物料短缺。 实际上，第 4 时区只短缺 15 件，但是大多数的计算机系统都会建议将整个批量提前。 在这种情况下，主生产计划员可以有不同的选择，可以只从 125 件中分出 15 件，令其在 第 4 时区完成，也可以在第 2 时区增加 15 件，甚至如果认为在第 4 时区短缺 15 件是可 以允许的，则可以不采取任何措施。 计算机系统还会发现，将在第 6 时区收到的 125 件，其实是不必要的。因为第 5 时 区的预计可用量足以满足第 6 时区 50 件的需求。因此，计算机系统也将给出行为建议信 息，建议把第 6 时区收到的订单推迟到第 7 时区。 继续向前扫描，计算机系统会发现，第 8 时区 125 件确认的计划订单没有对应的需 求，计算机系统将会给出行为建议信息，建议取消这份订单。 另外，计算机系统将会通知主生产计划员，第 2 时区确认的计划订单 115 件应当下 达。因为提前期是 1 个时区，为了在第 2 时区完成，第 1 时区必须下达这份订单。 概括地说，主生产计划系统具有分析供需平衡状况并产生如下行为建议信息的能力： (1) 把计划订单转化为下达订单。 (2) 把确认的计划订单转化为下达订单。 (3) 把已下达订单和确认的计划订单提前。 (4) 把已下达订单和确认的计划订单推迟。