一种数据处理方法及装置与流程

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.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
41.图1为本技术实施例提供的一种数据处理方法的流程示意图；
42.图2为本技术实施例提供的一种处理单元之间的承接关系的示意图；
43.图3为本技术实施例提供的一种数据处理装置的结构示意图。
具体实施方式
44.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
45.本技术的发明人经过研究发现，目前，研发人员在针对业务功能进行研发时，研发的效率较低。这是因为研发人员不仅要编写具体的业务功能对应的软件代码，关于各个软件功能之间的调度关系，也需要研发人员来编写代码。
46.为了解决上述问题，本技术实施例提供了一种数据处理方法及装置。
47.下面结合附图，详细说明本技术的各种非限制性实施方式。
48.示例性方法
49.参见图1，该图为本技术实施例提供的一种数据处理方法的流程示意图。在一个示例中，该方法可以应用于研发运维一体化平台。或者说，该方法可以由所述研发运维一体化平台对应的服务端来执行。
50.在本实施例中，所述方法例如可以包括以下步骤：s101-s104。
51.s101：获取在可视化软件编辑界面中编辑的至少两个处理单元之间的承接关系。
52.在一个示例中，用户可以在所述可视化编辑界面中采用拖拽的方式获得符合自身需要的处理单元，并通过编辑连接线来指示处理单元之间的承接关系。
53.关于所述处理单元之间的承接关系，可以结合图2进行理解，如图2所示，示出了处理单元a1、a2、a3、a4、a5以及a6。处理单元之间的连线用于指示处理单元之间的承接关系。例如，如图2所示，处理单元a1执行完毕之后，执行处理单元a2和a3，在一个示例中，处理单元a2可以输出用于驱动处理单元a2和a3运行的驱动信号。
54.在本技术实施例中，所述处理单元的内部处理逻辑，可以是研发人员通过编写软件代码的方式来实现。
55.本技术实施例中的处理单元，可以是最小处理单元，也可以是由多个最小处理单元组成的虚拟处理单元。关于所述最小处理单元和虚拟处理单元，需要说明的是：
56.最小处理单元可以是流程处理中的最小步骤，最小处理单元可以理解成一个虚拟化的可迁移的容器，其中可以封装任何程序逻辑。最小处理单元内的逻辑执行完成后，则该最小处理单元会向其之后的最小处理单元发送完成信号量。
57.考虑到整体的流程可能包含很多最小处理单元，而所有最小处理单元全部在同一层级则会导致流程的可视化非常复杂，因此，可以将多个最小处理单元放在一个虚拟处理单元中，这样流程进行可视化时，可以方便查看。
58.s102：获取所述至少两个处理单元中各个处理单元对应的软件代码。
59.在一个示例中，所述服务端可以预先存储有各个处理单元对应的软件代码，因此，所述服务端可以读取预先存储的所述各个处理单元对应的软件代码。
60.s103：基于所述至少两个处理单元之间的承接关系以及所述各个处理单元对应的软件代码，确定所述至少两个处理单元之间的信号驱动关系。
61.获得所述承接关系和所述各个处理单元之间的软件代码之后，可以基于所述至少两个处理单元之间的承接关系以及所述各个处理单元对应的软件代码，确定所述至少两个
处理单元之间的信号驱动关系。此处提及的信号驱动关系，可以包括上游处理单元输出的用于驱动下游处理单元执行的信号量。
62.在一个示例中，s103在具体实现时，可以根据各个处理单元对应的软件代码，对所述各个处理单元的接口信号进行分析，从而得到所述至少两个处理单元之间的信号驱动关系。
63.结合图2进行理解，可以对处理单元a1、处理单元a2、处理单元a3、处理单元a4、处理单元a5以及处理单元a6的接口信号进行分析，从而得到这6个处理单元之间的信号驱动关系。
64.在又一个示例中，s103在具体实现时，可以对所述至少两个处理单元之间的承接关系进行拆分，得到两两处理单元之间的承接关系，例如，得到第一处理单元和第二处理单元之间的承接关系，而后，基于第一处理单元和第二处理单元对应的软件代码，确定所述第一处理单元和所述第二处理单元之间的信号驱动关系。其中：“基于第一处理单元和第二处理单元对应的软件代码，确定所述第一处理单元和所述第二处理单元之间的信号驱动关系”在具体实现时，例如可以根据所述第一处理单元和第二处理单元对应的软件代码，对所述第一处理单元的接口信号和第二处理单元的接口信号进行分析，从而确定所述第一处理单元和所述第二处理单元之间的信号驱动关系。
65.结合图2进行理解，可以对处理单元a1和处理单元a2的接口信号进行分析，从而得到处理单元a1和处理单元a2之间的信号驱动关系；可以对处理单元a1和处理单元a3的接口信号进行分析，从而得到处理单元a1和处理单元a3之间的信号驱动关系；等等，此处不一一列举说明。
66.s104：基于所述信号驱动关系，运行所述各个处理单元对应的软件代码。
67.得到所述信号驱动关系之后，可以基于所述信号驱动关系，运行所述各个处理单元对应的软件代码。
68.通过以上描述可知，利用本方案，研发人员只需要在可视化软件编辑界面中编辑的处理单元之间的承接关系，并对处理单元内部的逻辑进行研发即可，研发人员无需编写对应的软件代码以指示处理单元之间的信号驱动关系，由此可见，利用本方案，可以提升研发人员的研发效率，相应的，可以缩短业务交付周期。
69.在一个示例中，考虑到业务交付之后，在业务运行过程中，需要由运维人员来对业务的运行情况进行监控。当前运维人员对业务的运行情况进行监控，需要运维人员具备一定的“研发”基础，运维门槛高，效率低下。为了解决这个问题，在一个示例中，在前述各个处理单元运行时，所述服务端还可以获取所述各个处理单元的运行信息，并输出所述各个处理单元对应的运行信息。该运行信息例如可以参考图2所示的210。这样一来，运维人员基于所述运行信息，即可确定各个单元的运行情况，无需运维人员执行其它的操作来确定各个单元的运行情况，提升了运维效率，也减少了运维人员的工作量。
70.目前，当业务功能对应的软件研发完成并通过测试之后，可以采用人工的方式对业务功能对应的软件代码进行打包处理，从而得到该软件对应的安装文件。在本技术实施例中，所述服务端还可以在所述至少两个处理单元对应的软件通过测试之后，获得所述软件对应的软件代码，并自动对所述软件代码进行打包，得到所述软件对应的安装文件。采用这种方式，可以使得研发人员重点关注于业务功能的研发。
71.示例性设备
72.基于以上实施例提供的方法，本技术实施例还提供了一种装置，以下结合附图介绍该装置。
73.参见图3，该图为本技术实施例提供的一种数据处理装置的结构示意图。所述装置300例如可以具体包括：第一获取单元301、第二获取单元302、第一确定单元303和运行单元304。
74.第一获取单元301，用于获取在可视化软件编辑界面中编辑的至少两个处理单元之间的承接关系；
75.第二获取单元302，用于获取所述至少两个处理单元中各个处理单元对应的软件代码；
76.第一确定单元303，用于基于所述至少两个处理单元之间的承接关系以及所述各个处理单元对应的软件代码，确定所述至少两个处理单元之间的信号驱动关系；
77.运行单元304，用于基于所述信号驱动关系，运行所述各个处理单元对应的软件代码。
78.可选的，所述处理单元，包括：
79.最小处理单元，或者，由多个所述最小处理单元组成的虚拟处理单元，其中：
80.所述最小处理单元用于指示流程处理中的最小步骤。
81.可选的，所述装置还包括：
82.第三获取单元，用于获取所述各个处理单元对应的运行信息；
83.输出单元，用于输出所述各个处理单元对应的运行信息。
84.可选的，所述装置还包括：
85.第四获取单元，用于响应于所述至少两个处理单元对应的软件通过测试，获得所述软件对应的软件代码；
86.第二确定单元，用于对所述软件代码进行打包，得到所述软件对应的安装文件。
87.可选的，所述第一确定单元303，用于：
88.基于第一处理单元和第二处理单元对应的软件代码，确定所述第一处理单元和所述第二处理单元之间的信号驱动关系，所述第一处理单元和所述第二处理单元为具备直接承接关系的两个处理单元。
89.由于所述装置300是与以上方法实施例提供的方法对应的装置，所述装置300的各个单元的具体实现，均与以上方法实施例为同一构思，因此，关于所述装置300的各个单元的具体实现，可以参考以上方法实施例的描述部分，此处不再赘述。
90.需要说明的是，本发明提供的数据处理方法及装置可用于金融领域或其它领域。例如，可以应用于金融领域的业务功能研发场景。其他领域为除金融领域之外的任意领域，例如，计算机技术领域。上述仅为示例，并不对本发明提供的数据处理方法及装置的应用领域进行限定。
91.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本技术的其它实施方案。本技术旨在涵盖本技术的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本技术的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本技术的真正范围和精神由下面的
权利要求指出。
92.应当理解的是，本技术并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本技术的范围仅由所附的权利要求来限制。
93.以上所述仅为本技术的较佳实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。