生产管理方法与流程

本申请涉及生产领域，尤其涉及一种生产管理方法。

背景技术：

现代企业的竞争越来越激烈，为保证企业的时长竞争地位，如何提高生产线路已经成为企业的一大关注焦点。随着计算机技术的发展与应用，供应链管理系统在制造业中得到了广泛的应用，一些应用软件为从供应商、制造商、批发商到零售商的供应链提供管理原材料、生产新型、以及财务信息等功能。

在大多数的供应链管理系统中，库存管理都是其中重要的组成部分，企业依据库存量的多少来管理生产销售活动。如何有效的管理库存，更好的安排生产管理为众多企业所关注。

技术实现要素：

本申请实施例提供一种生产管理方法，旨在解决现有技术下无法有效管控零部件，实现对零部件生命周期管控的问题。

第一方面，本申请提供一种生产管理方法，所述方法包括：

根据预设部件预留单在中央仓领料，获取多个不同的第一部件；

将所述多个不同的第一部件入库到线边仓，并判断每个第一部件是否为关键部件；

若所述第一部件为关键部件，则生成与所述第一部件对应的识别码；

确定机台上需要维护的第二部件；

根据所述第二部件在所述线边仓中筛选与所述第二部件对应的所述第一部件作为更换部件；

记录与所述更换部件对应的识别码和第一更换信息。

进一步的，所述部件预留单包括所述多个不同的第一部件的数量以及所述多个不同的第一部件对应的部件编码；

所述判断每个第一部件是否为关键部件，包括：

获取所述每个第一部件各自对应的部件编码；

获取预设的部件编码对应表；

根据所述部件编码对应表和所述部件编码，判断所述每个第一部件是否为关键部件。

进一步的，在所述确定机台上需要维护的第二部件后，所述方法还包括：

判断所述第二部件是否需要更换；

若所述机台中的第二部件需要更换，生成更换警告信息。

进一步的，所述方法还包括：

获取所述第二部件的部件更换请求；

获取所述更换部件的第一部件信息；

获取所述第二部件的第二部件信息；

判断所述第一部件信息与所述第二部件信息是否匹配；

若所述第一部件信息与所述第二部件信息不匹配，则驳回所述部件更换请求。

进一步的，所述方法还包括：

若所述更换部件的数量大于所述第二部件的数量，则将所述更换部件中的多余部件退回所述线边仓。

进一步的，所述记录与所述更换部件对应的识别码和第一更换信息，包括：

记录所述更换部件的识别码、上机时间、上机次数。

进一步的，所述方法还包括：

记录所述第二部件的识别码、下机时间、下机原因、使用寿命。

进一步的，所述方法还包括：

更新所述线边仓中的库存信息。

进一步的，所述方法还包括：

根据所述第二部件的识别码，确定所述第二部件的流向信息；

根据所述流向信息，确定所述第二部件下机后对应的入库仓；

更新所述第二部件的识别码对应的信息。

进一步的，所述入库仓包括可回收仓和报废仓；

所述方法还包括：判断所述第二部件在所述可回收仓或所述报废仓中；

若所述第二部件在所述可回收仓中，将所述第二部件回收到所述中央仓。

本申请还提供一种生产管理装置，包括：

取料装置，用于根据预设部件预留单在中央仓领料，获取多个不同的第一部件；

判断装置，用于将所述多个不同的第一部件入库到线边仓，并判断每个第一部件是否为关键部件；

识别码生成装置，用于若所述第一部件为关键部件，则生成与所述第一部件对应的识别码；

确定装置，用于确定机台上需要维护的第二部件；

筛选装置，用于根据所述第二部件在所述线边仓中筛选与所述第二部件对应的所述第一部件作为更换部件；

记录装置，用于记录与所述更换部件对应的识别码和第一更换信息。

本申请实施例还提供一种服务器，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现如上任一项所述的生产管理方法。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行如上任一项所述的生产管理方法中的步骤。

本申请实施例提供的生产管理方法，生成与关键部件对应的识别码，在关键部件使用的整个生命周期内，监控关键部件的识别码，实现对关键部件整个生命周期的监控。通过对关键部件从领料-入库-出库-上机-下机-退库的分段的时间管理，实现对关键部件使用前后的精细化管控和零部件全生命履历系统的闭环监管；进而更加准确的监控关键部件的库存以及使用情况，避免造成零部件的浪费，更好的安排零部件在生成管理中的使用。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1为本申请实施例提供的生产管理方法一实施例流程示意图；

图2为本申请实施例提供的判断关键部件一实施例流程示意图；

图3为本申请实施例提供的更换第二部件一实施例流程示意图；

图4为本申请实施例提供的关键部件生命周期一实施例示意图；

图5为本申请实施例提供的关键部件流向一实施例示意图；

图6为本申请实施例提供的一种生产管理装置一实施例示意图；

图7为本申请实施例所涉及到的服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”、“顺时针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接或可以相互通讯；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

在本申请中，除非另有明确的规定和限定，第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触，也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且，第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正下方和斜下方，或仅仅表示第一特征水平高度小于第二特征。

下文的公开提供了许多不同的实施方式或例子用来实现本申请的不同结构。为了简化本申请的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本申请。此外，本申请可以在不同例子中重复参考数字和/或参考字母，这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施方式和/或设置之间的关系。此外，本申请提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意识到其他工艺的应用和/或其他材料的使用。

如图1所示，为本申请实施例提供的生产管理方法一实施例流程示意图，该生产管理方法可以包括：

11、根据预设部件预留单在中央仓领料，获取多个不同的第一部件。

12、将多个不同的第一部件入库到线边仓，并判断每个第一部件是否为关键部件。

13、若第一部件为关键部件，则生成与第一部件对应的识别码。

14、确定机台上需要维护的第二部件。

15、根据第二部件在线边仓中筛选与第二部件对应的第一部件作为更换部件。

16、记录与更换部件对应的识别码和第一更换信息。

本申请实施例提供的生产管理方法，生成与关键部件对应的识别码，在关键部件使用的整个生命周期内，监控关键部件的识别码，实现对关键部件整个生命周期的监控。通过对关键部件从领料-入库-出库-上机-下机-退库的分段的时间管理，实现对关键部件使用前后的精细化管控和零部件全生命履历系统的闭环监管；进而更加准确的监控关键部件的库存以及使用情况，避免造成零部件的浪费，更好的安排零部件在生成管理中的使用。

在本申请的实施例中，生产线上进行生产时所需的零部件，以及生产线上的机台本身的零部件均存储在中央仓中。当生产线开始生产前，会将本次生产所需的零部件入库到线边仓内，当生产线在实际生产过程中，会从线边仓中取出零部件以供生产线进行生产。

同时，由于机台本身的零部件在使用的过程中也会造成损耗，因此也会将机台本身的零部件从中央仓取出并入库到线边仓中。当机台上的零部件需要更换时，可以直接从线边仓中取出零部件以更换机台上的零部件。

具体的，在生产线开始正式的生产前，生产管理系统可以先获取预设的部件预留单，其中，部件预留单包括有此次生产所需要的零部件的信息以及机台零部件的信息。根据预设的部件预留单，可以在中央仓中将所需的零部件筛选出来。

在上述实施例中，从中央仓中筛选出的机台上的零部件可以包括多个不同的第一部件；再将这多个不同的第一部件入库到线边仓。由于可以利用预设部件预留单在中央仓获取多个不同的第一部件，多个第一部件彼此之间是不同的；因此在将多个不同的第一部件入库到线边仓时，还需要判断每一个第一部件是否为关键部件。

其中，关键部件可以包括多种，且机台上若没有这些关键部件无法正常工作，因此需要管控这些关键部件从出库上机到下机入库整个流程。且机台上需要维护的第二部件为关键部件。

如图2所示，为本申请实施例提供的判断关键部件一实施例流程示意图，可以包括：

21、获取每个第一部件各自对应的部件编码。

22、获取预设的部件编码对应表。

23、根据预设的编码对应表和部件编码，判断每个第一部件是否为关键部件。

具体的，在本申请的实施例中，一个机台上会有多个不同功能的部件，而利用部件预留单在中央仓领料时需要将机台对应的多个不同功能部件均取出并入库到线边仓内。由于部件包括多个不同功能的部件，为了便于区分通常会给每个部件提供对应的部件编码。即从中央仓取出的多个第一部件中，每个第一部件均对应一个部件编码。

在对部件进行编码时，通常也会将所有的部件编码以及对应的部件进行统计，汇总得到部件编码对应表。其中，部件编码对应表中通常包括每个部件编码对应的部件具体是什么，该部件是否为关键部件以及该部件的具体作用或是部件在机台中的位置等信息。即在本申请的实施例中，每个部件对应的部件编码和部件编码对应表是预先设定好的；通常情况下，一个部件编码只对应一个或一种类型的部件。

在获取了每个第一部件各自对应的部件编码，以及预设的部件编码对应表后；由于部件编码对应表中存储有关键部件对应的部件编码等信息，因此可以根据每个第一部件各自对应的部件编码，以及预设的部件编码对应表直接确定每个第一部件是否为关键部件。

需要说明的是，在上述实施例中，部件编码对应表可以根据实际机台部件进行新增或删除。且某个部件是否为关键部件是预先设定好的，在不同的机台中，关键部件也可以不同。

在上述实施例中，在确定了第一部件为关键部件后，还需要生成与第一部件对应的识别码，以在后续流程中监控该识别码进而实现对关键部件的监控。在本申请的实施例中，当第一部件为关键部件时，才会生成与第一部件对应的识别码；若第一部件为非关键部件，则不需要生成与第一部件对应的识别码。

在本申请的实施例中，第一部件从中央仓中取出并入库到线边仓，当机台上出现需要维护的第二部件时，会将第一部件从线边仓中取出并替换需要维护的第二部件。

具体的，在确定机台上需要维护的第二部件之后，还需要再次判断第二部件是否需要更换；若是机台中的第二部件需要更换，则会生成更换告警信息，提示需要更换机台中的第二部件。

在本申请的实施例中，若是第二部件损坏造成机台无法正常工作，则通常需要更换机台中的第二部件；同时，若是机台上的第二部件已经达到使用寿命，即使第二部件没有损坏，也会更换机台中的第二部件。而若是第二部件不需要更换，则不需要生成更换警告信息。

在本申请的实施例中，当生成了更换警告信息后，需要根据更换警告信息来更换机台上需要更换的第二部件。如图3所示，为本申请实施例提供的更换第二部件一实施例流程示意图，可以包括：

31、获取第二部件的更换请求。

32、获取更换部件的第一部件信息。

33、获取第二部件的第二部件信息。

34、判断第一部件信息和第二部件信息是否匹配。

35、若第一部件信息和第二部件信息不匹配，驳回部件更换请求。

具体的，当机台上的第二部件需要更换时，会生成更换警告信息，以提示需要更换机台上的第二部件。同时会生成更换第二部件的部件更换请求。若是接收到了第二部件的部件更换请求，则可以根据部件更换请求来更换机台上的第二部件。

当接收到部件更换请求后，会根据跟换请求在线边仓中筛选与第二部件对应的第一部件作为更换部件；且还根据部件更换请求来获取更换部件的第一部件信息，和第二部件的第二部件信息。其中更换部件的第一部件信息可以包括更换部件的位置信息，即更换部件在机台上的位置；更换部件的数量信息，即更换部件的数量；更换部件的型号信息，即更换部件的具体的型号等多种信息。而第二部件的第二部件信息包括需要更换的第二部件的位置信息，即需要更换的第二部件在机台上的位置；第二部件的数量信息，即需要更换的第二部件的数量；第二部件的型号信息，即需要更换的第二部件具体的型号等多种信息。

在上述实施例中，更换部件对应的第一部件信息和第二部件对应的第二部件信息理论上应该相同。例如，机台上更换的第二部件在机台上的位置，应该与更换部件上机后在机台上的位置相同；或是机台上更换的第二部件的数量及型号，应该与更换部件的数量及型号相同。

因此，在获取了更换部件的第一更换信息以及第二部件对应的第二更换信息后，还需要判断第一部件信息与第二部件信息是否匹配；即判断第一部件信息和第二部件信息是否相同。

若是第一部件信息和第二部件信息不匹配，则驳回部件更换请求，不对第二部件进行更换；若是第一部件信息和第二部件信息匹配，则可以根据部件更换请求更换机台上的第二部件。

在上述实施例中，若机台上的第二部件需要更换，而第一部件信息和第二部件信息不匹配导致更换请求被驳回，则需要再次生成更换请求，并根据更换请求更换第二部件。

需要说明的是，在本申请的实施例中，当接收到了更换请求后，需要根据更换请求在线边仓中寻找第二部件对应的更换部件，并在更换部件从线边仓出库时生成更换部件对应的第一部件信息。

在本申请的实施例中，若从线边仓中出库的更换部件的数量大于机台上需要更换的第二部件的数量时，需要将更换部件中的多余部件退回到线边仓，以保证机台上不会出现多余部件，而线边仓中的部件数量不够而多次备料增加库存，造成浪费。

需要说明的是，在本申请的实施例中，若更换部件对应的第一部件信息和第二部件对应的第二部件信息匹配，则可以利用更换部件替换机台上的第二部件。此时还需要更新线边仓中的库存信息，以保证线边仓中的库存数量和线边仓中出库入库的数量保持平衡。

若是更换部件对应的第一部件信息和第二部件对应的第二部件信息不匹配，则需要驳回更换请求，更换部件重新退回到线边仓中。驳回更换请求的同时，不扣除线边仓中的库存数量，即不对线边仓中的库存数量进行更新。

在本申请的实施例中，在整个部件出库上机更换的过程中，还需要记录与更换部件对应的识别码和第一更换信息。具体的，在多个不同的第一部件入库到线边仓内时，就已经对第一部件是否为关键部件进行了判断；只有为关键部件的第一部件才会生成与第一部件对应的识别码。在后续整个流程中，不论是第一部件从线边仓中出库，或是第一部件上机替换第二部件，都需要记录第一部件对应的识别码。即记录更换部件的识别码。

在记录更换部件的识别码的同时，还需要记录更换部件对应的第一更换信息，包括但不限于更换部件对应的上机时间、上机次数、更换部件在机台中的位置等信息。

在上述实施例中，在记录上机的更换部件对应的更换部件的识别码和第一更换信息的同时，也需要记录下机的第二部件对应的第二更换信息。具体可以包括记录第二部件的识别码，第二部件的下机时间、第二部件的下机时间、第二部件的使用寿命等信息。

其中，在计算第二部件的使用寿命时，由于更换部件的上机时间与第二部件的下机时间是同时的；即第二部件下机的同时，更换部件就需要上机。因此，第二部件的使用寿命可以以更换部件的上机时间作为第二部件使用寿命的终结时间。

需要说明的是，在本申请的实施例中，不论是第一部件从中央仓中出库并入库到线边仓；或是更换部件从线边仓中出库并上机替换第二部件；亦或是第二部件下机，在部件的整个生命周期中，需要一直记录关键部件对应的识别码，以及记录关键部件的生命历程等信息的更换信息。

同时，每当关键部件历经新的历程例如出库、上机等，均会生成与历程对应的历程信息，需要将该历程信息增添到关键部件对应的识别码中。这样后续可以利用识别码追溯关键部件的整个生命周期，实现对关键部件整个生命周期的管控。

在本申请的实施例中，当第二部件下机时，第二部件的识别码中保存了第二部件的下机原因。由于一部分第二部件是由于损坏而下机，一部分第二部件是达到使用寿命而下机，即第二部件的下机原因不同，因此可以根据保存有下机原因的第二部件的识别码，确定第二部件下机后的流向信息。即根据第二部件的流向信息，可以确定第二部件下机后对应的入库仓。

同样的，在上述实施例中，在确定第二部件下机后对应的入库仓后，可以将第二部件入库到不同的入库仓中，并更新第二部件的识别码对应的信息。即将第二部件实际入库的入库仓的信息保存在第二部件的识别码中，便于后续追溯第二部件下机后的实际去向。

在本申请的实施例中，入库仓可以包括可回收仓和报废仓，可回收仓中存储的部件均为可以回收利用的部件，而报废仓中存储的即为无法回收再利用的部件。在第二部件下机入库到入库仓后，还需要判断第二部件是在可回收仓中或是在报废仓中；即判断第二部件下机后的实际流向。如果第二部件在可回收仓中，则可以将第二部件再次回收到中央仓中循环使用。

同时，对于入库仓不同的第二部件，每个第二部件中关键部件对应的识别码的信息也不同。具体的，对于入库到可回收仓中的关键部件，可以在可回收仓内的关键部件对应的识别码中增加“r”信息，该“r”信息代表该关键部件下机后入库到可回收仓中。

本申请的实施例中，对于不同的入库仓可以在关键部件对应的识别码中增加不同的信息，以区分关键部件下机后的去向。增加的具体信息此处不做限定。

在上述实施例中，入库仓可以为线边仓，但第二部件下机后入库的线边仓与前述从中央仓领料后入库的线边仓不同。线边仓仅存储不同类型的部件。

如图4所示，为本申请实施例提供的关键部件生命周期一实施例示意图，在图4中，部件存储在中央仓中，可以根据预设的部件预留单从中央仓中领料，获取多个不同的第一部件；并将多个不同的第一部件入库到线边仓。在将第一部件入库到线边仓时，需要判断每个第一部件是否为关键部件。若第一部件为关键部件，还需要判断第一部件中是否包括与第一部件对应的识别码；若第一部件中不包括识别码，则生成与关键部件对应的识别码；若是第一关键部件中包括识别码，则将第一部件入库到线边仓内。而若是第一部件不为关键部件，则直接将第一部件入库到线边仓。

若是机台上的第二部件需要替换下机，其中，第二部件为关键部件；则需要在线边仓内获取与第二部件对应的更换部件。在更换部件从线边仓中出库时，需要再次判断出库的更换部件是否为关键部件，若更换部件为关键部件，则需要获取更换部件对应的识别码；再对关键部件进行上机处理。若是更换部件不为关键部件，则直接对更换部件进行上机处理。

需要说明的是，在上述实施例中，当更换部件上机的同时，机台上原本的第二部件也需要下机。且在更换部件上机时，以及第二部件下机时，需要分别记录更换部件对应的第一更换信息，以及第二部件对应的第二更换信息。

当第二部件下机后，由于第二部件对应的第二更换信息中包括有第二部件的流向信息，因此可以根据第二部件的流向信息确定第二部件的流向。即确定第二部件下机后的入库仓。

在如图4所示的实施例中，入库仓可以包括报废品仓、不良品仓、良品仓以及维修品仓。下机的第二部件可以分别入库到不同的入库仓中。而对于良品仓以及维修仓中的第二部件，若这些第二部件可以再次利用，则可以将良品仓以及维修仓中的第二部件再次入库到中央仓中进行再次利用。

需要说明的是，在本申请的实施例中，在整个关键部件的生命周期中，在关键部件的入库、出库、上机、下机等关键时间节点处，均需要获取关键部件对应的识别码，以及对识别码中包含的历程信息进行更新；以便于追溯关键部件的整个生命周期。

如图5所示，为本申请实施例提供的关键部件流向一实施例示意图。在图5中，关键部件存储在中央仓中，再根据领料需要从中央仓中取出并入库到线边仓。若机台上的部件需要更换，则关键部件从线边仓中出库并上机；同时，机台上需要更换的部件进行下机并集中到入库仓(即线边仓)中。对于不同的关键部件，一部分关键部件可以循环利用，则重新入库到中央仓；而一部分关键部件已经损坏无法回收，则直接入库到报废仓中。

本申请还提供一种生产管理装置，如图6所示，为本申请实施例提供的一种生产管理装置一实施例示意图。在图6中，生产管理装置可以包括：

取料装置601，用于根据预设部件预留单在中央仓领料，获取多个不同的第一部件；

判断装置602，用于将多个不同的第一部件入库到线边仓，并判断每个第一部件是否为关键部件；

识别码生成装置603，用于若第一部件为关键部件，则生成与第一部件对应的识别码；

确定装置604，用于确定机台上需要维护的第二部件；

筛选装置605，用于根据第二部件在线边仓中筛选与第二部件对应的第一部件作为更换部件；

记录装置606，用于记录与更换部件对应的识别码和第一更换信息。

本申请实施例提供的生产管理装置，通过生成与关键部件对应的识别码，在关键部件使用的整个生命周期内，监控关键部件的识别码，实现对关键部件整个生命周期的监控。通过对关键部件从领料-入库-出库-上机-下机-退库的分段的时间管理，实现对关键部件使用前后的精细化管控和零部件全生命履历系统的闭环监管；进而更加准确的监控关键部件的库存以及使用情况，避免造成零部件的浪费，更好的安排零部件在生成管理中的使用。

在本申请的实施例中，部件预留单包括多个不同的第一部件的数量以及多个不同的第一部件对应的部件编码。判断装置602具体可以用于：

获取每个第一部件各自对应的部件编码；获取预设的部件编码对应表；根据部件编码对应表和部件编码，判断每个第一部件是否为关键部件。

本发明还提供一种服务器，其集成了本发明实施例所提供的生产管理装置，如图7所示，其示出了本申请实施例所涉及到的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器701、一个或一个以上计算机可读存储介质的存储器702、电源703和输入单元704等部件。本领域技术人员可以理解，图7中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器701是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器702内的软件程序和/或模块，以及调用存储在存储器702内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器701可包括一个或多个处理核心；优选的，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。

存储器702可用于存储软件程序以及模块，处理器701通过运行存储在存储器702的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器702可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器702还可以包括存储器控制器，以提供处理器701对存储器702的访问。

服务器还包括给各个部件供电的电源703，优选的，电源703可以通过电源管理系统与处理器701逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源703还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元704，该输入单元704可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器702中，并由处理器701来运行存储在存储器702中的应用程序，从而实现各种功能，如下：

根据预设部件预留单在中央仓领料，获取多个不同的第一部件；将多个不同的第一部件入库到线边仓，并判断每个第一部件是否为关键部件；若第一部件为关键部件，则生成与第一部件对应的识别码；确定机台上需要维护的第二部件；根据第二部件在线边仓中筛选与第二部件对应的第一部件作为更换部件；记录与更换部件对应的识别码和第一更换信息。

本发明还提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(rom，readonlymemory)、随机存取记忆体(ram，randomaccessmemory)、磁盘或光盘等。存储介质存储有计算机程序，该计算机程序被处理器进行加载，以执行本发明实施例所提供的任一种生产管理方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：

根据预设部件预留单在中央仓领料，获取多个不同的第一部件；将多个不同的第一部件入库到线边仓，并判断每个第一部件是否为关键部件；若第一部件为关键部件，则生成与第一部件对应的识别码；确定机台上需要维护的第二部件；根据第二部件在线边仓中筛选与第二部件对应的第一部件作为更换部件；记录与更换部件对应的识别码和第一更换信息。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

以上对本申请实施例所提供的一种生产管理方法、装置、服务器及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想；本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例的技术方案的范围。