本发明属于新能源汽车技术领域,尤其涉及一种新能源汽车生产用零部件供应管控系统、方法及装置。
背景技术:
汽车工业有着悠久的发展历史,尤其近些年,新能源汽车的发展态势迅猛,在发展过程中无不存在着对整个产业变革的诉求。汽车产业属于多个工况的一个复杂结合体,这其中生产阶段的汽车零部件供应在整体供应链环节中又占有重要地位。目前主流品牌汽车主机厂多采取循环取货物流作为生产阶段的汽车零部件供应的首选方案,采取循环取货可以使作业标准化,即准时、平准,为平准的生产提供准时的供货保证;同时降低运输成本,提高卡车利用率,减少运输的浪费;降低库存成本,用小批量,多次运输,减少工厂库存。循环取货的实施又依托于计划性强,可实施性强,平准化程度高,准确性高,应变能力强的零部件计划供应指示。
众所周知,在新能源汽车产业中,由于新能源汽车的零配件比较多,为了提高生产效率,新能源汽车的零配件由不同地区,不同企业分别进行生产设计和加工;随后利用物流将零配件成品运输至新能源汽车组装基地进行组装和调试。
目前,为了保证新能源汽车组装基地内的正常有序工作,需要大量的专业工作人员对零配件的供应量、供应速率、组装基地内的需求量进行统筹管控;在上述统筹管控过程中,当其中某一信息出现滞后时,则会产生一系列的连锁反应;因此,综上所述,需要技术存在如下的缺陷:
一、为了保证信息的及时向和全面性,需要大量的工作人员;随着新能源汽车产业的不断增大,传统人工方式很难满足大规模智能化生产的需求;
二、应变能力差,当其中某一个环节出现错误时,其他工作人员很难及时做出全方面的补救措施;
三、当工作人员不断增大时,大量的数据采集和处理需要工作人员进行筛分和处理,极易发生错误。
四、效率比较低。
技术实现要素:
针对现有技术存在的问题,本专利的发明目的是:提供一种新能源汽车生产用零部件供应管控系统、方法及装置,该新能源汽车生产用零部件供应管控系统、方法及装置利用大数据、互联网计算机进行数据处理,并根据数据处理的结构对多个环节进行统筹管控,保证整个供应链的正常工作。
本发明的目的之一是提供一种新能源汽车生产用零部件供应管控系统,至少包括:
s1、采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商到工厂的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
s2、数据处理,根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
s3、工厂生产管理部门根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
进一步:所述搭载信息是根据或者载货容积和每个零部件体积决定的;上述载货容积大于每个零部件体积之和。
进一步:在数据处理过程中,当车辆在途出现异常或工序出现事故或工厂生产出现异常,则货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息则需要根据故障信息做出相应的调整。
进一步:上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将一个区域内需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链,随后货车从工厂出发依次从每家供货商取货,最后返回工厂道口。
进一步:在上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将一个区域内需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链,随后货车从区域分拨中心出发依次从每家供货商取货,返回区域分拨中心将零部件暂存于区域分拨中心;最后货车从区域分拨中心出发,将零部件从区域分拨中心送至工厂道口。
本发明的目的之二是提供一种新能源汽车生产用零部件供应管控系统,至少包括:
数据采集模块:采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商到工厂的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
数据处理模块:根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
结果输出执行模块:工厂生产管理部门根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
本发明的目的之三是提供一种实现上述新能源汽车生产用零部件供应管控方法的计算机程序。
本发明的目的之四是提供一种实现上述新能源汽车生产用零部件供应管控方法的信息数据处理终端。
本发明的目的之五是提供一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行上述的新能源汽车生产用零部件供应管控方法。
本发明的目的之六是提供一种应用上述新能源汽车生产用零部件供应管控系统的装置。
本发明的优点及积极效果为:
通过采用上述技术方案,本发明具有如下的技术效果:
本专利采用计算机互联网和大数据技术替代了传统人工采集汇总数据、处理数据;极大地提高了工作的效率、保证了数据的时效性,实现了数据的统筹管理;保证了整个供应链的正常高效合理运营;同时,避免了人工的失误,提高了数据的时效性、可靠性和合理性。保证了整个供应链的安全性;
附图说明
图1为本发明优选实施例中搭载时刻的流程图;
图2为本发明优选实施例中道口时刻的第一流程图;
图3为本发明优选实施例中道口时刻的第二流程图;
图4为本发明优选实施例中路线时刻的第一流程图;
图5为本发明优选实施例中路线时刻的第二流程图;
图6为本发明优选实施例中物流计划时刻的第一流程图;
图7为本发明优选实施例中物流计划时刻的第二流程图;
图8为本发明优选实施例中物流计划时刻的第三流程图;
图9为本发明优选实施例中物流计划时刻的第四流程图;
具体实施方式
为能进一步了解本发明的发明内容、特点及功效,兹例举以下实施例,并配合附图详细说明如下。
下面结合附图对本发明的结构作详细的描述。
新能源汽车主要部分零部件有别于传统燃油车,因此,新能源零部件供应环节的管控要有别于传统汽车产业,过程中针对时效、应变能力,品质,风险管控方面要求更高,为了匹配高要求的零部件供应能力,需要输出,在计划性、可实施性、平准化程度、准确性、应变能力方面更高精度的供应指示,但越高精度的零部件计划供应指示,越需要大量的数据间运算处理且复杂程度高,人力物理耗费也越高。因此,设计开发一种省时,高效,节省人员工时,且能够实时掌握汽车零部件供应订单信息、并根据生产计划给予循环取货作业输出更高精度零件计划供应指示,且过程中的改变能够及时更改订单需求、零件供应计划,及全程跟踪订单状态用的供应管控系统、方法及装置处理终端显得是尤为重要。
一种新能源汽车生产用零部件供应管控方法,包括:
s1、采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商到工厂的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
s2、数据处理,根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
s3、工厂生产管理部门根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
作为优选:所述搭载信息是根据或者载货容积和每个零部件体积决定的;上述载货容积大于每个零部件体积之和。
作为优选:在数据处理过程中,当车辆在途出现异常或工序出现事故或线路出现故障,则货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息则需要根据故障信息做出相应的调整。
作为优选:上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将一个区域内需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链,随后货车从工厂出发依次从每家供货商取货,最后返回工厂道口。
作为优选:在上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链,随后货车从区域分拨中心出发依次从每家供货商取货,返回区域分拨中心将零部件暂存于区域分拨中心;最后货车从区域分拨中心出发,将零部件从区域分拨中心送至工厂道口。
一种新能源汽车生产用零部件供应管控系统,包括:
数据采集模块:采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
数据处理模块:根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
结果输出执行模块:货车根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
一种新能源汽车生产用零部件供应管控方法的计算机程序,所述新能源汽车生产用零部件供应管控方法包括:
s1、采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
s2、数据处理,根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
s3、工厂生管物流部根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
作为优选:所述搭载信息是根据或者载货容积和每个零部件体积决定的;上述载货容积大于每个零部件体积之和。
作为优选:在数据处理过程中,当车辆在途出现异常或工序出现事故或工厂生产出现异常,则货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息则需要根据故障信息做出相应的调整。
作为优选:上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从工厂出发依次从每家供货商取货,最后返回工厂道口。
作为优选:在上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从区域分拨中心出发依次从每家供货商取货,返回区域分拨中心将零部件暂存于区域分拨中心;最后货车从区域中心分拨出发,将零部件从区域分拨中心送至工厂道口。
一种实现新能源汽车生产用零部件供应管控方法的信息数据处理终端,所述新能源汽车生产用零部件供应管控方法包括:
s1、采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商到工厂的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
s2、数据处理,根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
s3、工厂生管物流部根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
作为优选:所述搭载信息是根据或者载货容积和每个零部件体积决定的;上述载货容积大于每个零部件体积之和。
作为优选:在数据处理过程中,当车辆在途出现异常或工序出现事故或工厂生产出现异常,则货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息则需要根据故障信息做出相应的调整。
作为优选:上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从工厂出发依次从每家供货商取货,最后返回工厂道口。
作为优选:在上述货车的行走路线为循环取货路线,具体为:小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从区域分拨中心出发依次从每家供货商取货,返回区域分拨中心将零部件暂存于区域分拨中心;最后货车从区域分拨中心出发,将零部件从区域分拨中心送至工厂道口。
一种计算机可读存储介质,包括指令,当其在计算机上运行时,使得计算机执行新能源汽车生产用零部件供应管控方法,所述新能源汽车生产用零部件供应管控方法包括:
s1、采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商到工厂的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
s2、数据处理,根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
s3、工厂生管物流部根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
作为优选:所述搭载信息是根据或者载货容积和每个零部件体积决定的;上述载货容积大于每个零部件体积之和。
作为优选:在数据处理过程中,当车辆在途出现异常或工序出现事故或工厂生产出现异常,则货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息则需要根据故障信息做出相应的调整。
作为优选:上述货车的行走路线为循环取货路线,具体为:根小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从工厂出发依次从每家供货商取货,最后返回工厂道口。
作为优选:在上述货车的行走路线为循环取货路线,具体为:小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从区域分拨中心出发依次从每家供货商取货,返回区域分拨中心将零部件暂存于区域分拨中心;最后货车从区域分拨中心出发,将零部件从区域分拨中心送至工厂道口。
一种应用新能源汽车生产用零部件供应管控装置,所述新能源汽车生产用零部件供应管控方法包括:
s1、采集原始数据,上述原始数据包括供应商基本数据、区域分拨中心基本数据、工厂数据、工序数据和货车数据;上述供应商基本数据包括每个供应商的位置信息、相邻供应商之间的距离信息、每个供应商到区域分拨中心的距离信息、每个供应商到工厂的距离信息、每个供应商的零部件供应信息;上述区域分拨中心基本数据包括每个区域分拨中心的位置信息、该区域分拨中心内暂存零部件的信息;上述工厂数据包括每个工厂的位置信息、每个工厂的工序信息、每个工厂的道口信息,每个工厂的出勤日历与时间信息;上述工序数据包括每个工序的时间数据和具体的工序顺序;上述货车数据包括每辆货车的车型数据和状态数据;
s2、数据处理,根据工厂需求,定期从工厂采购一定数量和种类的零部件,并根据工厂分布情况、区域分拨中心基本数据、零部件种类与数量、货车数据和工序信息,制定出:货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息;
s3、工厂生管物流部根据数据处理结果,在货车的行走路线和时刻信息的指示下对物流供应商的工作状态进行指示,在道口的接取货物时刻信息的指示下对道口的工作状态进行指示,在物流信息的指示下对每个供应商供货状态、每个区域分拨中心的暂存状态进行指示。
作为优选:所述搭载信息是根据或者载货容积和每个零部件体积决定的;上述载货容积大于每个零部件体积之和。
作为优选:在数据处理过程中,当车辆在途出现异常或工序出现事故或工厂生产出现异常,则货车的行走路线、搭载信息和时刻信息、道口的接取货物时刻信息和物流信息则需要根据故障信息做出相应的调整。
作为优选:上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从工厂出发依次从每家供货商取货,最后返回工厂道口。
作为优选:在上述货车的行走路线为循环取货路线,具体为:根据小批量多频次原则,将需要取货的多个供应商依次串联,组成一个或多个最优路径的取货链组成一个或多个最,随后货车从区域分拨中心出发依次从每家供货商取货,返回区域分拨中心将零部件暂存于区域分拨中心;最后货车从区域分拨中心出发,将零部件从区域分拨中心送至工厂道口。
一种新能源汽车生产用零部件供应管控装置,包括:
移动操作终端,用于扫描零件标签、读取并验证零件信息,并上传相关数据。
数据终端,用于存储零部件信息、供应商信息和工厂相关信息;
网络管控终端,用于人机对话;具体为:通过登录窗口核对操作者的操作权限,依据操作权限读取数据终端的部分数据,并依据操作权限向数据终端写入基础数据、维护并生成高精度的生产用零部件供应指示,包括零件级别的物流指示,线路时刻指示、工厂道口时刻指示;
所述网络管控终端分别与数据终端、移动操作终端进行数据交互。
工作原理:通过上述技术方案,使用前,首先数据接口,从其他相关系统向数据终端写入基础数据或修改基础数据;使用时,首先在网络管控终端上选取一定期间生产计划与零部件订单信息;然后通过对路线规划,物料搭载便次,大门道口调整后,生成零件级别的物流指示,线路时刻指示、工厂道口时刻指示;随后,将生成的零件级别的物流指示,线路时刻指示、工厂道口时刻指示通过数据接口传输给订单管理系统,订单管理系统用户依据指示生成单据与零部件信息标签,网络管控终端接受单据与零部件信息标签内容,并将内容与网络管控终端生成的指示推送至移动操作终端,移动操作终端用户通过实物扫描识别并将订单信息实时发送至数据终端;在上述整个过程中,工作人员可以通过简单的路线规划、物料搭载便次、大门道口的调整等网络管控终端的操作,通过系统运算处理后得到高精度的零件计划供应指示,网络管控终端通过接收移动操作端的扫描和实时地将订单状态回传,对整个零部件订单状态进行跟踪。显然,该技术方案能够省时,高效,节省人员工时,且能够实时掌握汽车零部件供应订单信息、并根据生产计划给予循环取货作业输出更高精度零件计划供应指示,且过程中可以通过指定物流计划期间的指定来及时更改订单需求、零件供应计划,及全程跟踪订单状态。
请参阅图1,
名称解释:
rdc:区域分拨中心;时间单位m为分钟;
路线时刻表搭载信息生成步骤为:
s1、依次获取:作业时间原单位信息、行走数据信息和路线便次信息;其中:
作业时间原单位信息主要包括各工序单位作业时间信息;
行走数据信息主要包括每个停靠点的位置信息、停靠点之间的距离信息以及每个停靠点的工作时刻信息;
路线便次信息主要包括规划路线的供货商信息、路线运行次数信息等;
s2、获取路线便次搭载信息;具体为:
s201、获取货量搭载信息;
s202、进入路线便次搭载信息循环计算和识别;具体分为下列三种情况:
如果便次搭载路线是供应商到区域分拨中心的路线,则计算取货站点体积,即按供应商站点求合计体积;下一步计算目的站点体积,即进入区域分拨中心的供应商站点的合计体积;
如果便次搭载路线是区域分拨中心到工厂的路线,计算取货站点体积,即进入区域分拨中心的供应商站点的合计体积,下一步计算目的站点体积,即按道口求合计体积;
如果便次搭载路线是供应商到工厂的路线,计算取货站点体积,即按供应商站点求合计体积,下一步计算目的站点体积,即按道口求合计体积。
得出不同种类路线搭载信息后,即结束循环计算;
s3、获取供应商到区域分拨中心路线的区域分拨中心大门分配信息;
s4、根据路线便次搭载信息计算站点所需操作时间;所需操作时间为各个工序的操作时间、行走时间之和;
s5、根据走行信息计算到下一个站点的走行时间,计算结果写入路线时刻表数据库。
请参阅图2,
道口时刻计算a步骤为:
s1、依次获取出勤日历、作业时间原单位信息、走行数据信息、路线便次信息,其中:
出勤日历为工厂全年的出勤日期;
作业时间原单位信息主要包括各工序单位作业时间信息;
行走数据信息主要包括每个停靠点的位置信息、停靠点之间的距离信息以及每个停靠点的工作时刻信息;
路线便次信息主要包括规划路线的路线名称、路线运行次数信息等;
s2、获取路线便次,具体操作为,计算每个路线的取货站点顺序列表,道口顺序列表,同车的前一个便次,识别此路线便次是否去多个道口;
s3、路线便次搭载信息;
获取路线便次上各站点的货量信息,方法同前面的路线时刻表搭载信息生成。
s4、获取道口一览,
具体为根据基准日道口一览表和基准日道口时刻表,获取各个道口上便次的先后顺序。
请参阅图3,
道口时刻计算b具体步骤为:
s1、获取工厂日历信息,即工厂全年的出勤日期;
s2、创建起始任务--起始时间为工厂上班时间;
s3、创建结束任务--起始时间为工厂下班时间;
s4、根据道口一览中的路线便次顺序,创建装卸任务,并加入先后关系;
s5、多道口路线的,根据多道口顺序,创建(道口间的)运输任务,并加入先后关系;
s6、一车多便次的,第二便次以后,增加运输(取货)任务,并加入先后关系(前一便次最后道口优于运输,优于后一便次第一道口);
s7、从起始任务开始,根据先后关系,向后推算各个任务的开始和结束时间。(计算时要考虑中间的休息时间;各个任务之间不留间隔,紧密安排。)
s8、校验是否超过下班时间。
如果超时。则抛出异常。(外侧捕获异常后,仍然把计算结果写入道口时刻表,并把异常原因写入后台异常总结)。尝试调整便次间隔,即,一日多便次的,尽量以均匀的时间间隔到达。(由于之前是紧密安排的时间,没有留空隙,所以如果超过下班时间,说明必然安排不下,就不需要尝试调整了。)异常结束,并把结果写入道口时刻表。
如果不超时。
s801、需构造一个待调整道口列表,只包含有多便次路线的道口(无多便次路线的道口无需调整)。其中,单纯道口(无多道口路线)优先,其次是含多道口路线的。
s802循环待调整道口尝试调整:
s80201、先保存调整前状态。
计算便次间隔时间即,便次间隔时间=(第一便次开始直到道口下班之间的工作时间-道口全天工作时间-每次装卸时间*便次数)/便次数;
s80202、增加便次数减1个的调整任务,串联到每个装卸任务之间。从起始任务开始,根据先后关系,向后推算各个任务的开始和结束时间。
s80203、校验,如果出错则恢复到调整前状态,即s80201。最后更新道口时刻表,即将过程中的计算结果写入道口时刻表。
请参阅图4,
路线时刻计算a具体步骤为:
名称解释:
rdc:区域分拨中心;sp:零部件供应商;id:身份识别码;
s1、依次获取:出勤日历、作业时间原单位信息、行走数据信息和路线便次信息;其中:
作业时间原单位信息主要包括各工序单位作业时间信息;
行走数据信息主要包括每个停靠点的位置信息、停靠点之间的距离信息以及每个停靠点的工作时刻信息;
路线便次信息主要包括规划路线的供货商信息、路线运行次数信息等;供应商信息主要包括,供应商名称、供应商代码、供应商供应零部件信息等。
s2、获取sp至rdc路线便次的供应商在库时间;
s201、获取货量搭载信息,包含:路线,便次,起始,目的,路线类型,供应商,体积等。(与道口时刻计算中的路线便次搭载信息方法相同)
s202、遍历货量搭载信息,只处理sp-rdc路线,求出一条路线便次上,所有供应商中在库时间最大的时间;
s3、路线时刻信息,取出前面路线时刻表搭载信息生成处理中计算出的路线时刻(此时只有货量,站点顺序,和走行时间,还没有计算出时刻)
s4、获取路线便次信息,具体操作为,计算每个路线的取货站点顺序列表,道口顺序列表,同车的前一个便次,识别此路线便次是否去多个道口
s5、获取路线便次搭载信息,获取路线便次上各站点的货量信息,方法同前面的路线时刻表搭载信息生成。
s6、道口一览,具体为根据基准日道口一览表和基准日道口时刻表,获取各个道口上便次的先后顺序。
请参阅图5,路线时刻计算b具体步骤为:
s1、获取rdc至工厂路线便次与sp至rdc路线便次对应关系,具体操作为,先查询按所属路线规划对象id优于物流指示号,优于路线类型进行排序的物流指示号表,遍历,对每个所属路线规划对象id与物流指示号,构造rdc至工厂路线便次与sp至工厂路线便次的对应关系。
s2、计算道口时刻,具体是用计算道口时刻同样的逻辑,构造任务,但是,道口装卸任务的时间标记为锁定,计算道口时刻,同时校验是否满足锁定状态。此时无需进行多便次道口均匀化。
s3、将道口时刻反映到路线时刻上,把道口时刻补充到前面获得的路线时刻信息上。
s4、遍历到工厂的路线便次,
如果为空值,直接执行s5。
如果为非空值,进入下一步。
s0401、获取第一个道口的开始时刻,倒推取货各站点的运输和装卸时间。
s0402、如果是[rdc-工厂]路线,计算[rdc-工厂]路线便次对应的[供应商-rdc]路线便次;
s0403、遍历对应的[供应商-rdc]路线便次,
如果为空值,直接执行s5。
如果为非空值,进入下一步,以[rdc-工厂]的取货时间加上滞留时间作为开始,倒推[供应商-rdc]路线便次取货各站点的运输和装卸时间。
s5、更新路线时刻表
s6、更新道口时刻表中的rdc大门时刻数据
s7、更新物流时间表,具体为根据路线时刻表,通过结构化查询语言,计算出站点到达日期到基准日的日数差;
请参阅图6,物流计划copy1具体步骤为:
名称解释:
遍历:是指沿着某条搜索路线,依次对树中每个结点均做一次且仅做一次访问。访问结点所做的操作依赖于具体的应用问题。遍历是二叉树上最重要的运算之一,是二叉树上进行其它运算之基础。当然遍历的概念也适合于多元素集合的情况,如数组。
map:用于把镜像文件虚拟为一个软盘;
copy:意译为"复制".也是dos下最常用的拷贝命令。dos下面用一条copy命令的同时复制几个文件的命令;
便次:路线运行次数。
s1、获取出勤日历假日区分,即出勤日历中哪一日是工作日,哪一日是休息日。
s2、获取路线,取货周期并计算最初发车日,获取当前物流计划期间的路线信息,并根据路线历史记录的取货周期和最终发车日,计算本期间最初发车日,如果没有路线历史记录,则本期间第一个工作日发车;
s3、获取路线便次时刻信息;
s4、遍历路线便次,测试从开始日到结束日的每一天是否发车,进入循环计算与识别,从计划期间开始日到结束日,计算是否发车,如果发车,则存入map。
s5、copy前删除数据库数据,具体为按基准日删除以下数据表;
计划期间道口时刻表,计划期间路线时刻表,计划期间物流指示时刻表;
s6、执行道口时刻copy;
s7、执行路线时刻copy;
s8、执行物流指示时刻copy;
s9、备份本期间路线信息,及最终发车日,首先,删除路线历史记录(当前物流计划期间),然后,保存路线历史记录(当前物流计划期间)。
请参阅图7,物流计划copy2道口时刻copy具体步骤为:
查询出道口时刻,遍历循环物流计划期间的每一天,
如果为空值,直接执行下一步。
如果为非空值,则根据copy日,即到工厂日期,路线名,具体便次,到每日路线便次是否发车map中查找是否发车,如果不发车则不copy,对于rdc大门时刻的记录,操作时间可能与copy日不一致,需要根据工厂日历判断操作日是否是工作日,如果是休息日则向前推到工作日。(严格来说应该使用rdc日历,但可以认为rdc日历与工厂相同),copy日数据写入数据库
请参阅图8,-物流计划copy3路线时刻copy具体步骤为:
s1、查询出路线时刻表
如果为空值,直接执行下一步。
如果为非空值,遍历循环物流计划期间的每一天,根据copy日,即到工厂日期,路线名,具体便次,到每日路线便次是否发车map中查找是否发车,如果不发车则不copy,循环路线便次上每个站点的路线时刻记录,把到达日期和离开日期调整到copy日相对的日期上,(严格来说应该使用站点日历,但为了简化复杂度,使用工厂日历)之后,进行校验,路线上各站点的到达日期+时间,应该晚于路线上上一个站点的离开日期+时间,同时应该满足,晚于路线上上一个copy日最后一个站点的离开日期+时间,copy日数据写入数据库,返回s1。
请参阅图9:物流计划copy4物流指示时刻copy具体步骤为:
s1、查询出物流指示时刻表,
如果为空值,直接执行下一步。
如果为非空值,遍历循环物流计划期间的每一天,根据copy日,即到工厂日期,路线名,具体便次,到每日路线便次是否发车map中查找是否发车,如果不发车则不copy,把物流指示中的相关日期调整到copy日相对的日期上,(严格来说应该使用站点日历,但为了简化复杂度,使用工厂日历),copy日数据写入数据库,返回s1。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用全部或部分地以计算机程序产品的形式实现,所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时,全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输)。所述计算机可读取存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,dvd)、或者半导体介质(例如固态硬盘solidstatedisk(ssd))等。
以上所述仅是对本发明的较佳实施例而已,并非对本发明作任何形式上的限制,凡是依据本发明的技术实质对以上实施例所做的任何简单修改,等同变化与修饰,均属于本发明技术方案的范围内。