一种工单生成方法、装置、电子设备及可读存储介质与流程

1.本技术涉及工单系统技术领域，特别涉及一种工单生成方法、工单生成装置、电子设备及计算机可读存储介质。


背景技术：

2.工单系统是指在企业内部部门之间或在不同企业之间进行工作任务传达的系统，其又可以称为工单管理系统或事件处理系统、问题跟踪系统等。工单系统能够满足企业各部门人员在进行工作事件、流程处理过程中需要快速流转其他部门进行合作处理时的需要，使得企业管理和组织维护变得更加高效。当前，由于不同的业务场景、企业等使用者采用的业务流程不同，因此开发者需要根据不同的业务流程分别编写工单的完整代码。且在实际应用中，业务流程会经常发生调整，此时需要开发者对工单的完整代码进行修改。而根据业务流程编写或修改工单的完整代码效率较低，使得工单生成和修改的效率较低。


技术实现要素：

3.有鉴于此，本技术的目的在于提供一种工单生成方法、工单生成装置、电子设备及计算机可读存储介质，提高了工单生成和修改的效率。
4.为解决上述技术问题，本技术提供了一种工单生成方法，包括：
5.获取设置指令；所述设置指令用于设置若干个目标预设组件之间的相关关系；
6.基于所述设置指令，对各个所述目标预设组件分别对应的目标组件代码进行组合，得到工单模板；
7.获取流程参数，并利用所述流程参数对所述工单模板进行设置，得到目标工单。
8.可选地，所述基于所述设置指令，对各个所述目标预设组件分别对应的目标组件代码进行组合，得到工单模板，包括：
9.基于所述目标预设组件之间的相关关系，利用关系对应数据确定各个所述目标组件代码之间的组合关系；
10.基于所述组合关系对所述目标组件代码进行组合，得到所述工单模板。
11.可选地，所述获取设置指令，包括：
12.识别可视化画布中对所述目标预设组件的操作动作，得到操作数据；
13.解析所述操作数据，得到所述设置指令。
14.可选地，所述获取流程参数，并利用所述流程参数对所述工单模板进行设置，得到目标工单，包括：
15.利用所述流程参数，对所述工单模板中的若干个初始任务模板进行参数配置，得到任务模板；
16.对所述任务模板进行实例化处理，得到任务实例，并利用所述任务实例生成所述目标工单。
17.可选地，还包括：
18.根据所述目标工单的任务顺序，确定所述目标工单中的目标任务实例；
19.若检测到所述目标任务实例已完成，判断所述目标任务实例是否为最后一个任务实例；
20.若是所述最后一个任务实例，则确定所述目标工单流转完毕；
21.若不是所述最后一个任务实例，则确定需要进行工单流转。
22.可选地，还包括：
23.获取任务实例与任务处理对象之间的第一对应关系；
24.基于所述第一对应关系，以及泳道和所述任务处理对象之间的第二对应关系生成泳道图；
25.若检测到发生工单流转，则更新所述泳道图。
26.可选地，所述流程参数包括处理对象标识，所述处理对象标识用于表征任务实例对应的所述任务处理对象，所述获取任务与任务处理对象之间的第一对应关系，包括：
27.读取所述目标工单中各个任务实例的所述处理对象标识，并利用所述处理对象标识得到所述第一对应关系。
28.本技术还提供了一种工单生成装置，包括：
29.获取模块，用于获取设置指令；所述设置指令用于设置若干个目标预设组件之间的相关关系；
30.组合模块，用于基于所述设置指令，对各个所述目标预设组件分别对应的目标组件代码进行组合，得到工单模板；
31.设置模块，用于获取流程参数，并利用所述流程参数对所述工单模板进行设置，得到目标工单。
32.本技术还提供了一种电子设备，包括存储器和处理器，其中：
33.所述存储器，用于保存计算机程序；
34.所述处理器，用于执行所述计算机程序，以实现上述的工单生成方法。
35.本技术还提供了一种计算机可读存储介质，用于保存计算机程序，其中，所述计算机程序被处理器执行时实现上述的工单生成方法。
36.本技术提供的工单生成方法，获取设置指令；设置指令用于设置若干个目标预设组件之间的相关关系；基于设置指令，对各个目标预设组件分别对应的目标组件代码进行组合，得到工单模板；获取流程参数，并利用流程参数对工单模板进行设置，得到目标工单。
37.可见，该方法设置有多个预设组件，各个预设组件具有对应的组件代码，组件代码用于组合生成工单的完整代码。设置指令用于设置其指定的若干个目标预设组件之间的相关关系，预设组件可以表示逻辑或事件，通过指定目标预设组件以及其之间的相关关系，可以表示出工单的业务流程。因此在获取到设置指令后，基于其对各个目标预设组件的目标组件代码进行组合，基于相关关系的组合，可以使得工单模板的逻辑流程与工单的业务流程相匹配。在不同的业务场景下，或者针对于不同的用户，相同流程的业务通常需要采用不同的流程参数。因此在得到工单模板后，通过获取流程参数并利用其对工单模板进行设置，即可得到符合要求的目标工单。为预设组件设置组件代码，且预设组件可以通过相关关系的组合表示出目标工单的业务流程，因此通过获取设置指令，即可选择指定的目标组件代码并进行组合，进而基于流畅参数进行设置，得到目标工单。利用预设组件和组件代码，不
需要开发人员直接操作代码，即无需开发人员手动编写工单的完整代码，在业务逻辑变化时，也无需开发人员手动修改工单的完整代码，而是利用生成设置指令的方式自动完成代码的编写和修改，大大提高了工单生成和修改的效率。
38.此外，本技术还提供了一种工单生成装置、电子设备及计算机可读存储介质，同样具有上述有益效果。
附图说明
39.为了更清楚地说明本技术实施例或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
40.图1为本技术实施例提供的一种工单生成方法流程图；
41.图2为本技术实施例提供的一种可视化画布示意图；
42.图3为本技术实施例提供的另一种可视化画布示意图；
43.图4为本技术实施例提供的一种泳道图；
44.图5为本技术实施例提供的另一种泳道图；
45.图6为本技术实施例提供的另一种泳道图；
46.图7为本技术实施例提供的一种具体的工单生成及流转流程图；
47.图8为本技术实施例提供的一种工单生成装置的结构示意图；
48.图9为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
49.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
50.在为工单系统生成某一业务对应的工单时，通常需要开发人员基于该业务对应的业务流程编写对应的完整代码，得到与该业务流程对应的工单。随着业务的运行，通过工单流转(或称为更新)的方式记录业务的运行情况，实现对业务运行情况的跟踪和监控，提高企业管理和组织维护的效率。可以理解的是，不同的企业或组织均具有特定的业务场景，不同业务场景下存在不同的业务流程，而由开发人员对每一种业务流程对应的工单进行代码编写会使得工单生成的效率较低。此外，工单对应的完整代码在编写完毕后，其对应的业务流程就会固定，而业务流程可能会根据需要进行调整和修改，在这种情况下，同样需要开发人员对完整代码进行修改，使得工单修改的效率较低。
51.为了解决上述问题，本技术提供了一种工单生成方法。请参考图1，图1为本技术实施例提供的一种工单生成方法流程图。该方法包括：
52.s101：获取设置指令。
53.具体的，设置指令用于设置若干个目标预设组件之间的相关关系。预设组件为用于相互组合进而表示业务流程的组件，其类型覆盖业务流程的需要。其中可以包括用于控
制流程运行框架的关系组件，关系组件可以进一步包括表示流程开始和结束的组件，可以包括多个流程分支运行规则的组件，例如表示多个分支并行运行的组件，或表示多分支中运行一支的组件。预设组件还可以包括用于表示业务流程中各个任务的任务逻辑的组件，例如自动化处理组件、用户操作任务组件、编码扩展任务组件等，根据业务场景的不同，表示任务逻辑的组件的具体类型和内容可以不同。目标预设组件为设置指令指定的预设组件，即用于构成目标工单的业务流程所需的预设组件，目标预设组件的具体数量不做限定。
54.设置指令在指定目标预设组件的同时，还用于表明目标预设组件之间的相关关系。可以理解的是，针对相同的目标预设组件，通过设置不同的相关关系，可以得到不同的业务流程。相关关系具体为各个目标预设组件的执行顺序关系，例如某一目标预设组件的输出为另一目标预设组件的输入。
55.针对于设置指令的获取方式，存在多种可行的实施方式。具体的，在一种实施方式中，设置指令可以直接由外部输入，即直接将输入的命令行或字符串确定为设置指令。例如，操作者可以通过键盘、鼠标、触摸屏等信息交互部件向电子设备中直接输入电子设备能够理解的命令行或字符串，使电子设备直接得到设置指令。
56.在第二种实施方式中，可以预先设置有若干个候选设置指令，响应于用于选择设置指令的选择指令，可以利用选择指令从候选设置指令中选择若干个作为设置指令。可以理解的是，选择指令中包括与设置指令唯一对应的标识，基于标识与候选设置指令之间的相关关系，可以利用选择指令中的标识确定设置指令。
57.在第三种实施方式中，预设组件为可视化的图像组件，同时提供用于对预设组件进行设置的画布。操作者可以在该画布上选择预设组件并对预设组件的相关关系进行设置，在设置过程中，或在设置完成后，识别画布上的设置结果，并基于该设置结果得到对应的设置指令。该实施方式能够提供可视化的界面，使得预设组件以及之间的相关关系更加直观。
58.需要说明的是，设置指令的具体生成场景不做限定，即该设置指令可以用于构建全新的业务流程，或者可以同于对已有的业务流程进行调整。
59.进一步的，针对预设组件的表现形式，同样存在多种可行的情况。在一种实施方式中，预设组件为可视化的图像组件，通过图像表现的形式对不同的预设组件进行区分。在另一种可行的实施方式中，预设组件可以为编号或名称等唯一标识形式。可以理解的是，上述两种形式可以结合使用，即可视化的图像组件中可以包括图形和唯一标识两个部分。
60.s102：基于设置指令，对各个目标预设组件分别对应的目标组件代码进行组合，得到工单模板。
61.组件代码被预设好，与预设组件相对应，用于实现预设组件的功能。由于预设组件的功能和类型已经确定，为了实现其功能，需要具有对应的组件代码。可以理解的是，不同类型、功能的预设组件对应的组件代码不同，组件代码的具体内容不做限定。由于设置指令指定了各个目标预设组件之间的相关关系，而相关关系可以与目标组件代码之间的逻辑关系相对应。因此，可以基于设置指令对各个目标组件代码进行组合，组合的结果即为工单模板。工单模板，是指与业务逻辑确定的空白模板，空白模板是指未设定运行参数的模板。
62.通过预设目标组件代码，并通过获取设置指令，可以无需在每次生成工单时均手动编写代码，或者在修改工单时手动修改代码，提高了工单生成的效率。
63.s103：获取流程参数，并利用流程参数对工单模板进行设置，得到目标工单。
64.流程参数，是指某一业务流程在特定业务场景下运行时所需的参数，其具体可以为执行任务所需的任务参数，或者可以为控制业务流程走向的流程控制参数。在得到流程参数后，利用其对工单模板进行设置，得到符合当前业务场景的目标工单。
65.对于对工单模板进行设置的具体方式，在一种实施方式中，流程参数可以覆盖工单模板中所有需要设置的参数。在这种情况下，可以根据流程参数对工单模板进行全面设置。即若工单模板中需要设置3个参数，且流程参数的数量为3，则可以利用3个流程参数对工单模板中对应的参数进行设置。在另一种实施方式中，流程参数仅覆盖工单模板中部分需要设置的参数，在这种情况下，利用流程参数对工单模板中对应的参数设置完毕后，可以对工单模板中其他没有被设置的参数进行初始化处理，即将其设置为预设的初始化状态。
66.应用本技术实施例提供的工单生成方法，设置有多个预设组件，各个预设组件具有对应的组件代码，组件代码用于组合生成工单的完整代码。设置指令用于设置其指定的若干个目标预设组件之间的相关关系，预设组件可以表示逻辑或事件，通过指定目标预设组件以及其之间的相关关系，可以表示出工单的业务流程。因此在获取到设置指令后，基于其对各个目标预设组件的目标组件代码进行组合，基于相关关系的组合，可以使得工单模板的逻辑流程与工单的业务流程相匹配。在不同的业务场景下，或者针对于不同的用户，相同流程的业务通常需要采用不同的流程参数。因此在得到工单模板后，通过获取流程参数并利用其对工单模板进行设置，即可得到符合要求的目标工单。为预设组件设置组件代码，且预设组件可以通过相关关系的组合表示出目标工单的业务流程，因此通过获取设置指令，即可选择指定的目标组件代码并进行组合，进而基于流畅参数进行设置，得到目标工单。利用预设组件和组件代码，不需要开发人员直接操作代码，即无需开发人员手动编写工单的完整代码，在业务逻辑变化时，也无需开发人员手动修改工单的完整代码，而是利用生成设置指令的方式自动完成代码的编写和修改，大大提高了工单生成和修改的效率。
67.基于上述实施例，本实施例将对上述实施例中的若干步骤进行具体的阐述。其中，为了使得操作者能够清楚直观地了解其设置的业务流程，获取设置指令的过程可以包括如下步骤：
68.步骤11：识别可视化画布中对目标预设组件的操作动作，得到操作数据。
69.步骤12：解析操作数据，得到设置指令。
70.其中，可视化画布是指用于指定目标预设组件并设置相关关系的可视化范围，配合可视化的预设组件，操作者可以在可视化设备上直观地查看并了解到由目标预设组件组成的业务流程。具体的，操作者可以在可视化画布中操作目标预设组件，通过识别操作动作，可以得到对应的操作数据。操作数据，是指能够表征可视化画布中操作内容的数据，例如表征新增目标预设组建操作的数据、删除目标预设组件操作的数据、连接两个目标预设组件操作的数据、对某一目标预设组件进行设置的数据等。
71.在得到操作数据后，可以对其进行解析，得到能够表征目标预设组件的相关关系的设置指令。本实施例并不限定得到设置指令的具体过程，在一种实施方式中，可以识别各个操作数据中的矛盾数据，例如新增目标预设组件a和删除目标预设组件a的数据，并将矛盾数据删除，利用删除后的剩余数据得到设置指令。在另一种实施方式中，可以利用操作数据确定目标预设组件，在确定目标预设组件后，将按照目标预设组件对操作数据进行划分，
并分别利用与各个目标预设组件相对应的操作数据生成各个目标预设组件相对应的相关关系。请参考图2和图3，图2为本技术实施例提供的一种可视化画布示意图，其中示出了一种分支选择的业务流程，即在开始后，根据参数n的值选择对应的分支进行执行，其中，排他性网关组件的输出端连接了三个任务组件，排他性网关组件的输出端连接的分支有且只有一个能够被执行，若参数n满足至少两个分支对应的条件，则选择执行预先指定的默认分支。例如当n＝3时，其满足n>2和n>0的条件，而n>2的分支为默认分支，因此执行该分支对应的任务1。图3为本技术实施例提供的另一种可视化画布示意图，其中示出了一种分支并行的业务流程，即在开始后，根据参数n的值选择所有对应的分支进行执行，其中，并行网关组件的输出端连接了三个任务组件，并行网关组件的输出端连接的分支中所有满足条件的分支都需要被执行。例如当n＝3时，其满足n>2和n>0的条件，因此执行n>2的分支对应的任务1和n>0的分支对应的任务2，在检测到任务1与任务2均执行完毕后，则确定流程结束。
72.在得到设置指令后，基于设置指令，对各个目标预设组件分别对应的目标组件代码进行组合，得到工单模板的过程可以包括如下步骤：
73.步骤21：基于目标预设组件之间的相关关系，利用关系对应数据确定各个目标组件代码之间的组合关系。
74.步骤22：基于组合关系对目标组件代码进行组合，得到工单模板。
75.关系对应数据，是指表征目标预设组件之间的相关关系，与目标组件代码之间的组合关系这二者之间的对应关系的数据。利用关系对应数据，可以将相关关系与组合关系相对应，以便利用相关关系对目标组件代码进行组合。对于对应数据的具体内容，本实施例不做限定，例如对于分支选择组件(或称为排他性网关组件)和与该分支选择组件相连的两个预设组件，两个预设组件为或的关系，即二者之中只能执行一个。或的关系可以用if(a位置)else(b位置)的目标组件代码进行表示，而两个预设组件对应的目标组件代码应当被分别套嵌至a位置和b的位置处。因此，在这种情况下，可以将组合关系设置为套嵌关系，其对应的关系对应数据可以为：若干个目标预设组件与该分支选择组件输出端相连这一相关关系，对应的组合关系为目标预设组件对应的目标组件代码套嵌到分支选择组件对应的目标组件代码中的指定位置。在确定组合关系后，基于组合关系对目标组件代码进行组合，即可得到工单模板。
76.在得到工单模板后，获取流程参数，并利用流程参数对工单模板进行设置，得到目标工单的过程可以包括如下步骤：
77.步骤31：利用流程参数，对工单模板中的若干个初始任务模板进行参数配置，得到任务模板。
78.步骤32：对任务模板进行实例化处理，得到任务实例，并利用任务实例生成目标工单。
79.初始任务模板，是指由若干个目标预设组件构成的未经参数配置的任务模板。为了使得工单能够正常流转，工单中的任务能够被各个任务处理对象处理，需要对其进行实例化。具体的，在得到流程参数后，先对各个初始任务模板进行参数配置，得到任务模板，参数配置的具体过程可以参考上述对工单模板进行设置的过程。在得到任务模板后可以对其进行实例化处理，生成任务实例，并利用若干个任务实例生成目标工单。具体的，可以将各个任务实例组合后进行进一步地实例化，得到工单实例，该工单实例即为目标工单。任务实
例对应的任务的具体类型不做限定，例如可以为用户任务，即需要用户操作才能完成的任务；或者可以为脚本任务，即利用脚本调度既有代码逻辑的任务；或者可以为编码扩展任务，即调用自行编写且经过封装的业务逻辑的任务。除此之外，还可以存在其他任务，例如邮件任务，即自动发送邮件的任务。
80.在得到目标工单后，在执行其对应的业务流程时，可以根据任务流程的执行对工单进行流转(即更新)，以便表征业务执行情况。具体的，工单流转的过程可以包括如下步骤：
81.步骤41：根据目标工单的任务顺序，确定目标工单中的目标任务实例。
82.步骤42：若检测到目标任务实例已完成，判断目标任务实例是否为最后一个任务实例。
83.步骤43：若是最后一个任务实例，则确定目标工单流转完毕。
84.步骤44：若不是最后一个任务实例，则确定需要进行工单流转。
85.任务顺序，是指目标工单中各个任务实例的先后执行顺序。目标任务实例，是指当前需要被执行的任务实例。根据当前时刻业务流程的执行情况，可以确定下一个需要被执行的任务实例，即目标任务实例。本实施例并不限定目标任务实例的具体执行方式，例如可以确定目标任务实例对应的任务处理对象，并为该任务处理对象提供对应的处理权限，以便任务处理对象利用该处理对象处理任务实例，以便保证一个任务实例仅能由一个用户执行。此外，在执行某些任务实例时，还可以获取任务参数，将任务参数作为执行任务实例的输入参数对任务实例进行执行。任务参数的数量和具体类型可以根据任务实例的变化而变化。
86.若检测到目标任务实例被完成，则判断该被完成的目标任务实例是否为最后一个任务实例，即判断业务流程是否完毕。若是最后一个任务实例，则说明业务流程完毕，因此可以确定目标工单的流转完毕。若不是最后一个任务实例，则说明业务流程未完毕，目标工单仍然需要流转，因此确定需要进行工单流转。而工单流转的具体方式即为根据目标工单的任务顺序重新确定新的目标任务实例，即重新执行步骤41，直至目标任务实例为最后一个任务实例。
87.基于上述实施例，在一种可行的实施方式中，为了能够提高工单的可视化效果，清晰地体现出业务流程的当前执行状态，例如业务流程当前流动到了哪一个环节，需要哪一个部分处理，本技术实施例生成了与工单相对应的泳道图，利用泳道图对工单进行可视化显示。具体的，还可以包括如下步骤：
88.步骤51：获取任务实例与任务处理对象之间的第一对应关系。
89.步骤52：基于第一对应关系，以及泳道和任务处理对象之间的第二对应关系生成泳道图。
90.步骤53：若检测到发生工单流转，则更新泳道图。
91.第一对应关系，是指任务实例与任务处理对象之间的对应关系。任务处理对象即为对任务实例进行执行的对象，其具体可以为一个企业、一个部门、一个职位或一个用户。第二对应关系，是指泳道和任务处理对象之间的对象关系。泳道图是一种uml(unified modeling language，统一建模语言)活动图，每个泳道图具有多个泳道，能够清晰体现出某个动作发生在哪个部门。通常情况下，泳道图在纵向上是部门(即任务处理对象)，横向是岗
位(有时候横向上不区分岗位)。绘图元素与传统流程图类似，但在业务流程主体上，通过泳道(纵向条)区分出执行主体，即部门。基于第一关系和第二关系，可以确定任务实例、任务处理对象和泳道三者之间的对应关系，进而利用其生成泳道图。请参考图4，图4为本技术实施例提供的一种泳道图。其可视化展示了一种跨公司协作处理工单，其中共有3个泳道，分别对应于公司a、公司b、公司c三个任务处理对象，每个任务处理对象分别对应公司a用户处理、公司b用户处理和公司c用户处理的任务实例。
92.本实施例并不限定获取第一对应关系的具体方式，在一种实施方式中，流程参数中包括处理对象标识，在生成目标工单时，利用处理对象标识对其中的各个任务实例进行标记。在生成泳道图时，可以读取目标工单中各个任务实例的处理对象标识，并利用处理对象标识得到第一对应关系。即利用任务实例上的处理对象标识确定二者之间的对应关系，即第一对应关系。
93.若检测到发生工单流转，即检测到目标任务实例完成，或者检测到进行更新的指令，则更新泳道图。本实施例并不限定更新泳道图的具体方式，例如可以为按照任务顺序对下一个任务实例对应的可视化图像进行标记。基于图4，当检测到公司a用户处理这一任务实例被完成后，可以解除对该任务实例的可视化图像的标记，并按照任务顺序，对公司b用户处理这一任务实例的可视化图像进行标记。标记的具体方式不做限定，例如可以修改该任务实例的可视化图像的颜色。
94.请参考图5，图5为本技术实施例提供的另一种泳道图。该泳道图展示了横向泳道的情况。通常情况下，不同的横向泳道用于表示不同的处理阶段，在图5的情况中，阶段1、阶段2和阶段3分别对应于部门1处理、部门2处理和部门3处理这三个任务实例。在另一种实施方式中，泳道图可以为两种维度上的结合，请参考图6，图6为本技术实施例提供的另一种泳道图。其中可以看出，公司a在阶段1对应的任务实例为公司a主管处理的任务实例，公司b在阶段1对应的任务实例为公司b主管处理的任务实例，以此类推。在执行任务实例时，例如执行公司a阶段1的任务实例时，可以处理该任务实例的任务处理对象为公司a主管，多个公司a的主管都能查看到这个任务，当其中一个主管认领该任务时，为其赋权，以便其执行任务，以便保证一个任务只能被一个用户执行。
95.请参考图7，图7为本技术实施例提供的一种具体的工单生成及流转流程图。首先部署工单处理模板，即生成工单模板，用户在可视化界面，通过拖动、连接可视化的预设组件的方式编排工单处理流程模板，计算机解析该工单处理流程模板，确定目标预设组件和相关关系，解析任务定义，基于其构建多个初始任务模板，进而得到工单模板。同时，解析泳道图定义，确定第二对应关系。
96.在创建工单时，获取输入的流程变量(即流程参数)，并利用流程变量读工单模板进行参数配置，然后对任务模板进行实例化处理(即任务定义的操作)得到任务实例，并利用任务实例进一步进行实例化处理(即工单定义的操作)，得到工单实例。此外，利用流程变量中的处理对象标识确定第一对应关系，得到用户和任务实例的关联信息，即泳道图。
97.在工单流转时，根据需要输入任务变量(即任务参数)，用户通过枪战任务来完成任务，并在任务完成后确定进行流程流转。此时，泳道图同样需要流转，此时获取工单实例并确定之前完成的任务是否为最后一个任务，认识，则确定流程结束。若否，则根据任务变量生成用户和任务实例的关联信息，即新的泳道图，并利用新的泳道图对旧的泳道图进行
更新。
98.下面对本技术实施例提供的工单生成装置进行介绍，下文描述的工单生成装置与上文描述的工单生成方法可相互对应参照。
99.请参考图8，图8为本技术实施例提供的一种工单生成装置的结构示意图，包括：
100.获取模块110，用于获取设置指令；设置指令用于设置若干个目标预设组件之间的相关关系；
101.组合模块120，用于基于设置指令，对各个目标预设组件分别对应的目标组件代码进行组合，得到工单模板；
102.设置模块130，用于获取流程参数，并利用流程参数对工单模板进行设置，得到目标工单。
103.可选地，组合模块120，包括：
104.组合关系确定单元，用于基于目标预设组件之间的相关关系，利用关系对应数据确定各个目标组件代码之间的组合关系；
105.组合单元，用于基于组合关系对目标组件代码进行组合，得到工单模板。
106.可选地，获取模块110，包括：
107.操作识别单元，用于识别可视化画布中对目标预设组件的操作动作，得到操作数据；
108.解析单元，用于解析操作数据，得到设置指令。
109.可选地，设置模块130，包括：
110.参数配置单元，用于利用流程参数，对工单模板中的若干个初始任务模板进行参数配置，得到任务模板；
111.实例化处理单元，用于对任务模板进行实例化处理，得到任务实例，并利用任务实例生成目标工单。
112.可选地，还包括：
113.目标实例确定模块，用于根据目标工单的任务顺序，确定目标工单中的目标任务实例；
114.判断模块，用于若检测到目标任务实例已完成，判断目标任务实例是否为最后一个任务实例；
115.完毕确定模块，用于若是最后一个任务实例，则确定目标工单流转完毕；
116.流转确定模块，用于若不是最后一个任务实例，则确定需要进行工单流转。
117.可选地，还包括：
118.第一对应关系获取模块，用于获取任务实例与任务处理对象之间的第一对应关系；
119.泳道图生成模块，用于基于第一对应关系，以及泳道和任务处理对象之间的第二对应关系生成泳道图；
120.泳道图更新模块，用于若检测到发生工单流转，则更新泳道图。
121.可选地，流程参数包括处理对象标识，处理对象标识用于表征任务实例对应的任务处理对象，第一对应关系获取模块，包括：
122.标识识别单元，用于读取目标工单中各个任务实例的处理对象标识，并利用处理
对象标识得到第一对应关系。
123.下面对本技术实施例提供的电子设备进行介绍，下文描述的电子设备与上文描述的工单生成方法可相互对应参照。
124.请参考图9，图9为本技术实施例提供的一种电子设备的结构示意图。其中电子设备100可以包括处理器101和存储器102，还可以进一步包括多媒体组件103、信息输入/信息输出(i/o)接口104以及通信组件105中的一种或多种。
125.其中，处理器101用于控制电子设备100的整体操作，以完成上述的工单生成方法中的全部或部分步骤；存储器102用于存储各种类型的数据以支持在电子设备100的操作，这些数据例如可以包括用于在该电子设备100上操作的任何应用程序或方法的指令，以及应用程序相关的数据。该存储器102可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(static random access memory，sram)、电可擦除可编程只读存储器(electrically erasable programmable read
‑
only memory，eeprom)、可擦除可编程只读存储器(erasable programmable read
‑
only memory，eprom)、可编程只读存储器(programmable read
‑
only memory，prom)、只读存储器(read
‑
only memory，rom)、磁存储器、快闪存储器、磁盘或光盘中的一种或多种。
126.多媒体组件103可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器102或通过通信组件105发送。音频组件还包括至少一个扬声器，用于输出音频信号。i/o接口104为处理器101和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件105用于电子设备100与其他设备之间进行有线或无线通信。无线通信，例如wi
‑
fi，蓝牙，近场通信(near field communication，简称nfc)，2g、3g或4g，或它们中的一种或几种的组合，因此相应的该通信组件105可以包括：wi
‑
fi部件，蓝牙部件，nfc部件。
127.电子设备100可以被一个或多个应用专用集成电路(application specific integrated circuit，简称asic)、数字信号处理器(digital signal processor，简称dsp)、数字信号处理设备(digital signal processing device，简称dspd)、可编程逻辑器件(programmable logic device，简称pld)、现场可编程门阵列(field programmable gate array，简称fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述实施例给出的工单生成方法。
128.下面对本技术实施例提供的计算机可读存储介质进行介绍，下文描述的计算机可读存储介质与上文描述的工单生成方法可相互对应参照。
129.本技术还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述的工单生成方法的步骤。
130.该计算机可读存储介质可以包括：u盘、移动硬盘、只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
131.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装
置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
132.本领域技术人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应该认为超出本技术的范围。
133.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(ram)、内存、只读存储器(rom)、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd
‑
rom、或技术领域内所公知的任意其它形式的存储介质中。
134.最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系属于仅仅用来将一个实体或者操作与另一个实体或者操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语包括、包含或者其他任何变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。
135.本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。