业务流程搭建方法及装置与流程

1.本发明涉及云计算技术领域，具体地，涉及一种业务流程搭建方法及装置。


背景技术：

2.目前前端的程序开发一般为前后端分离，主要有如下几种模式：
3.1)对于全新的业务，下载一个开发框架(一般大型公司有自己统一的定制化框架)，框架包含了基础的功能，各个开发人员在框架的基础上开发对应的业务功能。
4.2)对于存量的业务，往往需要通过阅读文档、注释和复杂的代码熟悉原有业务逻辑，在此基础上开发新的业务功能。
5.3)基于可视化搭建的方式＝使用现有的组件搭建前端页面。例如，在需要搭建的页面中有一个搜索功能，可以直接拖动一个通用的“搜索框组件”到可视化编辑区域，调整属性后，最终可以形成可运行的布局代码。
6.因此，现有的模式存在如下的这些痛点：
7.1)ui经常发生变化，开发人员想复用以往实现过的逻辑却不知道代码在哪里，又要重新写一遍。
8.2)产品的需求文档都是文字，开发人员需要对代码反复检查，无法做到可视化查看。
9.3)开发人员对需要改动的老项目的代码逻辑非常陌生，需要花很长时间熟悉。
10.4)刚接手的新任开发人员在做业务功能模块的开发时很难从复杂的代码逻辑中抽取出可参考的代码。


技术实现要素：

11.本发明实施例的主要目的在于提供一种业务流程搭建方法及装置，以实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。
12.为了实现上述目的，本发明实施例提供一种业务流程搭建方法，包括：
13.根据用户拖拽指令将业务组件加载至可视化平台；
14.接收用户输入业务组件的当前组件代码，根据当前组件代码和各历史组件代码确定复用组件代码；
15.加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
16.本发明实施例还提供一种业务流程搭建装置包括：
17.组件加载装置，用于根据用户拖拽指令将业务组件加载至可视化平台；
18.复用代码确定模块，用于接收用户输入业务组件的当前组件代码，根据当前组件代码和各历史组件代码确定复用组件代码；
19.组件代码加载模块，用于加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
20.本发明实施例还提供一种计算机设备，包括存储器、处理器及存储在存储器上并在处理器上运行的计算机程序，处理器执行计算机程序时实现所述的业务流程搭建方法的步骤。
21.本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现所述的业务流程搭建方法的步骤。
22.本发明实施例的业务流程搭建方法及装置先根据用户拖拽指令将业务组件加载至可视化平台，再根据当前组件代码和各历史组件代码确定复用组件代码，最后加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程，可以实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。
附图说明
23.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
24.图1是本发明实施例中业务流程搭建方法的流程图；
25.图2是本发明实施例中可视化平台的示意图；
26.图3是本发明实施例中确定复用组件代码的流程图；
27.图4是本发明另一实施例中业务流程搭建方法的流程图；
28.图5是本发明实施例中业务流程搭建装置的结构框图；
29.图6是本发明实施例中计算机设备的结构框图。
具体实施方式
30.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
31.本领域技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
32.鉴于现有技术无法做到可视化查看，很难从复杂的代码逻辑中抽取出可参考的代码，本发明实施例提供一种业务流程搭建方法，以可视化方式复用业务逻辑，实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。以下结合附图对本发明进行详细说明。
33.本发明的关键术语定义如下：
34.前后端分离：前后端分离是把数据操作和显示分离出来。前端专注做数据显示，通过文字，图片或者图标等方式让数据形象直观的显示出来。后端专注做数据的操作，前端把数据发给后端，由后端对数据进行修改。
35.前端：前端用于采集输入信息至后端进行处理。计算机程序的界面样式以及视觉
呈现与交互属于前端。
36.ui：用户界面(user interface)是指对软件的人机交互、操作逻辑、界面美观的整体设计。
37.可视化：可视化编程，亦即可视化程序设计：以“所见即所得”的编程思想为原则，力图实现编程工作的可视化，即随时可以看到结果，程序与结果的调整同步。可视化编程是与传统的编程方式相比而言的，这里的“可视”，指的是无须编程，仅通过直观的操作方式即可完成界面的设计工作。
38.javascript：简称“js”，是一种具有函数优先的轻量级，解释型或即时编译型的编程语言。虽然它是作为开发web页面的脚本语言而出名，但是它也被用到了很多非浏览器环境中，javascript基于原型编程、多范式的动态脚本语言，并且支持面向对象、命令式和声明式(如函数式编程)风格。
39.本发明以插件(npm包：npm为前端工程常用的包管理器，类似后端项目的maven)形式嵌入前端工程项目中。当前端工程项目启动时，通过调用插件内置的web应用框架(如express)可以在操作人员电脑上启动一个http服务器，并在前端工程项目的命令窗口中提示操作人员可以通过ip和端口的形式访问http服务。系统接收到操作人员在浏览器中输入对应的ip和端口时触发的指令，后台服务调用对应的功能，在前台展示可视化编辑的页面。
40.图1是本发明实施例中业务流程搭建方法的流程图。如图1所示，业务流程搭建方法包括：
41.s101：根据用户拖拽指令将业务组件加载至可视化平台。
42.图2是本发明实施例中可视化平台的示意图。如图2所示，本发明可以利用底层绘图引擎(如antv-x6)提供可视化图编辑场景的常规交互和设计，也可以通过简单的配置实现定制的能力。通过本发明可视化的方式，可以将复杂的代码逻辑通过流程图的形式进行表达。流程图的走向真实反映了图中组件的执行顺序，相比文字描述和程序代码的形式，更加易读，可维护性也更高。
43.如图2所示，本方案设计了三种业务组件类型：开始、处理和判断以负责处理具体的逻辑流程。
44.(1)开始组件：逻辑起始，属于事件组件，是所有流程的开始，例如系统接收了页面上某一个按钮的点击操作后。
45.(2)处理组件：逻辑执行，属于行为组件，例如系统根据代码逻辑，执行了一次网络请求、发送了一些数据等。
46.(3)判断组件：属于分支组件，系统根据不同的逻辑执行结果跳转到不同的组件。
47.图中的箭头代表了一切逻辑的流向，一个判断组件可以通过不同的状态，流向不同的组件。
48.在执行s101之前，系统对外提供访问地址，在接收到浏览器的地址访问请求后加载绘图引擎，通过读取预置的各种配置项(如大小和布局等)，生成一个初始画布。如图2所示，画布被分层左中右三个部分，其中，左侧区域用于放置系统预置的三种通用组件(其余组件均是通过这三种预置的组件类型复制获得)；中间区域初始为空白区域，提供给操作人员进行可视化编辑；右侧区域为组件信息配置区域，可以编辑组件的id(自动生成，可修改)、名称和编写组件需要执行的代码。
49.具体执行s101时，接收用户的单击和拖拽指令，将左侧区域中对应的组件加载至可视化平台(在中间区域进行复制并发送前台展示)。用户双击业务组件后，图2的组件信息配置区域展示组件名称和代码编辑功能。
50.s102：接收用户输入业务组件的当前组件代码，根据当前组件代码和各历史组件代码确定复用组件代码。
51.具体实施时，根据来自用户的编辑组件代码指令打开编辑代码输入框，监听用户的代码输入以接收用户输入的当前组件代码。
52.图3是本发明实施例中确定复用组件代码的流程图。如图3所示，根据当前组件代码和各历史组件代码确定复用组件代码包括：
53.s201：确定当前组件代码与各历史组件代码的相似行数。
54.一实施例中，s201包括：当当前组件代码的行数大于预设代码行数阈值时，确定当前组件代码与各历史组件代码的相似行数。
55.例如，当当前组件代码大于预设代码行数阈值时，利用语法分析器实时检查当前组件内的代码与公共方法资产库(系统启动时，默认扫描后存储的信息)中的各历史组件代码的相似行数。其中，预设代码行数阈值可以为5行。
56.s202：确定相似行数大于预设相似行数阈值的历史组件代码为复用组件代码。
57.其中，相似行数阈值可以为85％。当当前组件代码中超过85％行的代码与历史组件代码时，提示对应的历史组件代码为复用组件代码。当对应的历史组件代码的数量为多个时，可以将历史组件代码发送给前端进行展示，用户可选择确认其中一个历史组件代码为复用组件代码。
58.s103：加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
59.图1所示的业务流程搭建方法的执行主体可以为计算机。由图1所示的流程可知，本发明实施例的业务流程搭建方法先根据用户拖拽指令将业务组件加载至可视化平台，再根据当前组件代码和各历史组件代码确定复用组件代码，最后加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程，可以实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。
60.图4是本发明另一实施例中业务流程搭建方法的流程图。如图4所示，业务流程搭建方法还包括：
61.s301：根据历史业务流程生成历史流程文件和包括历史组件代码的历史组件文件。
62.在执行s301之前，还包括：接收用户的单击和拖拽指令，将左侧区域中对应的组件加载至可视化平台(在中间区域进行复制并发送前台展示)；根据操作人员修改名称或编辑代码的指令后调整对应组件展示。根据用户输入的创建箭头指令在两个组件之间创建连接线，搭建历史业务流程。
63.具体执行s301时，接收来自用户的保存指令，获取历史业务流程中各组件的信息(包括组件类型、名称和代码等)以及各组件之间的关联关系。其中，历史业务流程将被导出为一个历史流程文件(json文件)，历史流程文件包含了还原该历史业务流程所需的所有信息；各个组件的代码部分将被提取出来生成对应的历史组件文件，放在同一个目录下作为
一个组件函数集。历史组件文件为一个完成的js文件(名称为id.js，其中id为自动生成的编号，可修改)，包含一个可供其他文件调用的导出函数。而历史业务流程的全部逻辑也可以被导出成一个具有完整功能的函数(文件名自动生成，也可以在操作人员保存时修改)，可供其他文件调用。
64.s302：发布历史流程文件和历史组件文件至历史流程文件地址。
65.具体实施时，历史流程文件和历史组件文件被统一发布至工程对应的目录下(默认为/logic)。对于一个流程图，保存后在目录中生成的文件包括一个含有流程图全部信息(结构信息)的json文件(如flow001.json)、一个包括流程图全部逻辑的js文件(如flow001.js)，以及多个“处理”组件导出的js文件(历史组件文件，如flow001_node001.js，
……
，flow001_node007.js)。
66.基于保存在工程中的代码，用户可简单的调用相应的代码(即复制复用流程文件至对应的当前工程地址)实现所需的业务逻辑。例如，flow001.js文件包含了判断用户是否登录并展示对应页面的逻辑，在当前工程任何需要使用到该逻辑的模块中，只需引入/logic/flow001.js即可直接使用该流程(逻辑)。当需要使用node007组件的代码逻辑时，引入/logic/flow001_node007.js即可直接使用该组件导出的代码。
67.一实施例中，业务流程搭建方法还包括：
68.1、获取当前业务需求，确定当前业务需求与各历史业务需求的相似度。
69.具体实施时，当工程a启动时，系统随工程a同时启动，默认扫描本地磁盘所有项目(如工程b、工程c、工程d及工程a自身)，获取已有项目的业务需求(历史业务需求)描述及流程信息，将当前工程的业务需求与历史工程的业务需求进行语义相似度比对。
70.2、根据各相似度确定复用流程文件，运行复用流程文件以将复用流程加载至可视化平台，复制复用流程文件至当前业务需求对应的当前工程地址。
71.一实施例中，根据各相似度确定复用流程文件包括：
72.确定各相似度的最大值对应的历史流程文件为复用流程文件。
73.具体实施时，还可以读取相似度最大值对应的历史流程文件和相似度次大值对应的历史流程文件，以弹框形式提示操作人员(用户)可复用。用户选择确认其中一个历史流程文件后，根据来自用户的确认指令运行复用流程文件以将复用流程加载至可视化平台，同时读取该历史流程文件的全部信息、复制到当前流程对应文件中并发送到前台进行展示。用户可基于历史流程文件对应的流程进行进一步调整。
74.本发明实施例的具体流程如下：
75.1、根据历史业务流程生成历史流程文件和包括历史组件代码的历史组件文件。
76.2、发布历史流程文件和历史组件文件至历史流程文件地址。
77.3、获取当前业务需求，确定当前业务需求与各历史业务需求的相似度。
78.4、确定各相似度的最大值对应的历史流程文件为复用流程文件，运行复用流程文件以将复用流程加载至可视化平台，复制复用流程文件至当前业务需求对应的当前工程地址。
79.5、根据用户拖拽指令将业务组件加载至可视化平台。
80.6、接收用户输入业务组件的当前组件代码，当当前组件代码的行数大于预设代码行数阈值时，确定当前组件代码与各历史组件代码的相似行数。
81.7、确定相似行数大于预设相似行数阈值的历史组件代码为复用组件代码。
82.8、加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
83.综上所述，本发明实施例提供的业务流程搭建具有以下有益效果：
84.(1)逻辑易复用：频繁迭代的日常业务需求会导致出现许多相似、重复的开发工作。在本发明中，每个可复用的代码片段都可以被封装成流程图中的组件。当在不同项目中复用逻辑时，直接引入对应的流程或组件即可。在沉淀一定量的业务流程的前提下，遇到相似的业务需求时大部分的逻辑可以直接复用现成的组件拼装而成，大大提升了研发效率，缩短了项目的研发周期；
85.(2)流程可视化：使用了逻辑编排这种流程可视化的开发方式，使得逻辑表达更为直观，易于理解；用户只要打开可视化页面就可以清楚了解模块的逻辑，大幅降低了重新学习的成本，也降低了修改导致引入错误的风险；
86.(3)逻辑与ui解耦：在业务开发中ui的样式经常变化，而业务逻辑较为稳定，甚至还存在查看改版与原版的对比效果的需求。开发者在组件开发之初并不会设想到将来会有这一步，因此现有技术中的业务组件往往会将“业务逻辑”和“ui样式”耦合在一起，在改版时很难抽离和复用业务逻辑并不容易，维护成本也大大增加。本发明将组件代码拆成了“业务逻辑”和“ui样式”，不仅可以最大程度地复用业务逻辑代码，而且还提高了项目的可维护性。
87.基于同一发明构思，本发明实施例还提供了一种业务流程搭建装置，由于该装置解决问题的原理与业务流程搭建方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。
88.图5是本发明实施例中业务流程搭建装置的结构框图。如图5所示，业务流程搭建装置包括：
89.组件加载装置，用于根据用户拖拽指令将业务组件加载至可视化平台；
90.复用代码确定模块，用于接收用户输入业务组件的当前组件代码，根据当前组件代码和各历史组件代码确定复用组件代码；
91.组件代码加载模块，用于加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
92.综上，本发明实施例的业务流程搭建装置先根据用户拖拽指令将业务组件加载至可视化平台，再根据当前组件代码和各历史组件代码确定复用组件代码，最后加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程，可以实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。
93.本发明实施例还提供能够实现上述实施例中的业务流程搭建方法中全部步骤的一种计算机设备的具体实施方式。图6是本发明实施例中计算机设备的结构框图，参见图6，所述计算机设备具体包括如下内容：
94.处理器(processor)601和存储器(memory)602。
95.所述处理器601用于调用所述存储器602中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的业务流程搭建方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
96.根据用户拖拽指令将业务组件加载至可视化平台；
97.接收用户输入业务组件的当前组件代码，根据当前组件代码和各历史组件代码确定复用组件代码；
98.加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
99.综上，本发明实施例的计算机设备先根据用户拖拽指令将业务组件加载至可视化平台，再根据当前组件代码和各历史组件代码确定复用组件代码，最后加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程，可以实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。
100.本发明实施例还提供能够实现上述实施例中的业务流程搭建方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的业务流程搭建方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
101.根据用户拖拽指令将业务组件加载至可视化平台；
102.接收用户输入业务组件的当前组件代码，根据当前组件代码和各历史组件代码确定复用组件代码；
103.加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程。
104.综上，本发明实施例的计算机可读存储介质先根据用户拖拽指令将业务组件加载至可视化平台，再根据当前组件代码和各历史组件代码确定复用组件代码，最后加载复用组件代码至业务组件，根据加载复用组件代码后的业务组件在可视化平台搭建业务流程，可以实现逻辑易复用和流程逻辑可视化，提升前端的开发效能和业务逻辑复用率。
105.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
106.本领域技术人员还可以了解到本发明实施例列出的各种说明性逻辑块(illustrative logical block)，单元，和步骤可以通过电子硬件、电脑软件，或两者的结合进行实现。为清楚展示硬件和软件的可替换性(interchangeability)，上述的各种说明性部件(illustrative components)，单元和步骤已经通用地描述了它们的功能。这样的功能是通过硬件还是软件来实现取决于特定的应用和整个系统的设计要求。本领域技术人员可以对于每种特定的应用，可以使用各种方法实现所述的功能，但这种实现不应被理解为超出本发明实施例保护的范围。
107.本发明实施例中所描述的各种说明性的逻辑块，或单元，或装置都可以通过通用处理器，数字信号处理器，专用集成电路(asic)，现场可编程门阵列或其它可编程逻辑装置，离散门或晶体管逻辑，离散硬件部件，或上述任何组合的设计来实现或操作所描述的功能。通用处理器可以为微处理器，可选地，该通用处理器也可以为任何传统的处理器、控制器、微控制器或状态机。处理器也可以通过计算装置的组合来实现，例如数字信号处理器和微处理器，多个微处理器，一个或多个微处理器联合一个数字信号处理器核，或任何其它类
似的配置来实现。
108.本发明实施例中所描述的方法或算法的步骤可以直接嵌入硬件、处理器执行的软件模块、或者这两者的结合。软件模块可以存储于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、可移动磁盘、cd-rom或本领域中其它任意形式的存储媒介中。示例性地，存储媒介可以与处理器连接，以使得处理器可以从存储媒介中读取信息，并可以向存储媒介存写信息。可选地，存储媒介还可以集成到处理器中。处理器和存储媒介可以设置于asic中，asic可以设置于用户终端中。可选地，处理器和存储媒介也可以设置于用户终端中的不同的部件中。
109.在一个或多个示例性的设计中，本发明实施例所描述的上述功能可以在硬件、软件、固件或这三者的任意组合来实现。如果在软件中实现，这些功能可以存储与电脑可读的媒介上，或以一个或多个指令或代码形式传输于电脑可读的媒介上。电脑可读媒介包括电脑存储媒介和便于使得让电脑程序从一个地方转移到其它地方的通信媒介。存储媒介可以是任何通用或特殊电脑可以接入访问的可用媒体。例如，这样的电脑可读媒体可以包括但不限于ram、rom、eeprom、cd-rom或其它光盘存储、磁盘存储或其它磁性存储装置，或其它任何可以用于承载或存储以指令或数据结构和其它可被通用或特殊电脑、或通用或特殊处理器读取形式的程序代码的媒介。此外，任何连接都可以被适当地定义为电脑可读媒介，例如，如果软件是从一个网站站点、服务器或其它远程资源通过一个同轴电缆、光纤电缆、双绞线、数字用户线(dsl)或以例如红外、无线和微波等无线方式传输的也被包含在所定义的电脑可读媒介中。所述的碟片(disk)和磁盘(disc)包括压缩磁盘、镭射盘、光盘、dvd、软盘和蓝光光盘，磁盘通常以磁性复制数据，而碟片通常以激光进行光学复制数据。上述的组合也可以包含在电脑可读媒介中。