CN115935012B

CN115935012B - 一种基于xml的流程可视化标记语言的业务处理方法

Info

Publication number: CN115935012B
Application number: CN202310139959.2A
Authority: CN
Inventors: 孙聪
Original assignee: Yunzhu Information Technology Chengdu Co ltd
Current assignee: Yunzhu Information Technology Chengdu Co ltd
Priority date: 2023-02-21
Filing date: 2023-02-21
Publication date: 2023-06-23
Anticipated expiration: 2043-02-21
Also published as: CN115935012A

Abstract

本发明公开了一种基于xml的流程可视化标记语言的业务处理方法，属于大数据技术领域，所述流程可视化标记语言不仅继承xml的所有特性、遵循xml的语法规则，还新增多个语法，以最大化满足业务处理和流程展示，更加准确实时直观表达出业务需要或将新业务流程快速转换成可执行程序并上线运行，本发明在兼顾计算机程序执行需要的同时，又能快速转换成可视化的流程展示图，使用简单且运用更加广泛。

Description

一种基于xml的流程可视化标记语言的业务处理方法

技术领域

本发明属于大数据技术领域，具体涉及一种基于xml的流程可视化标记语言的业务处理方法。

背景技术

在现代的应用软件中，总有一些拥有复杂业务逻辑的***，这些***承载着核心业务逻辑，几乎每个需求都和这些核心业务有关，这些核心业务的业务逻辑冗长，涉及内部逻辑运算、缓存操作、持久化操作、外部资源调取、以及内部其他***的远程过程调用等。时间一长，项目几经易手，维护的成本就会越来越高，各种硬代码判断、分支条件越来越多，代码的抽象、复用率也越来越低，各个模块之间的耦合度很高；一小段逻辑的变动，会影响到其他模块，需要进行完整回归测试来验证；如要灵活改变业务流程的顺序，则要进行代码大改动进行抽象、重新写方法。为此实时热变更业务流程，几乎很难实现。

业界围绕应用软件的复杂业务逻辑治理实践，基于工作台模式，创新性的提出了流程编排的概念，把复杂的业务逻辑按照领域内聚原则拆分成一个个小片段，并定义一个流程执行规则。这样，所有的组件，就能按照配置的规则并结合运行时参数动态进行复杂的流转，以处理不同场景下的不同业务逻辑。

但是，面向计算机程序的软件执行流程和面向设计人员的业务流程存在显而易见的鸿沟：一方面，当前线上的软件执行流程如何，是否合乎当前业务需要，能否准确实时直观的表达出来；另一方面，设计人员基于用户需求而设计出的新业务流程如何快速的转换成计算机可执行程序并上线运行，以及时交付用户需求。为此设计一种兼顾计算机程序执行需要，又能快速转换成可视化的流程展示图的计算机语言便显得十分必要。

因此，本发明提供了一种基于xml的流程可视化标记语言的业务处理方法，以至少解决上述部分技术问题。

发明内容

本发明要解决的技术问题是：提供一种基于xml的流程可视化标记语言的业务处理方法，解决现有的技术问题。

为实现上述目的，本发明采用的技术方案如下：

一种基于xml的流程可视化标记语言的业务处理方法，包括以下步骤：

步骤S1，获取xml的特性和语法规则；

步骤S2，使用标签A定义子领域，每个子领域具有唯一属性，每个子领域内部包括若干节点、以及可执行的路径；使用标签B定义节点；使用标签C定义执行流程，每个执行流程包含若干个执行链路；使用标签D定义执行链路，每个执行链路包含若干个待执行的节点以及执行顺序；

步骤S3，解析待执行业务所属子领域的节点，根据标签A和标签B查找并调用所属子领域的节点；

步骤S4，解析待执行业务所属子领域的可执行的路径，根据标签C构建执行链路，基于标签D确定执行链路的执行顺序，最后根据确定的执行顺序对执行链路进行操作。

进一步地，使用标签A定义子领域，每个子领域内部包括若干节点、以及可执行的路径，子领域的属性包括表示命名空间的属性A，每个属性A的属性值唯一。

进一步地，使用标签B定义节点，节点的属性包括表示节点标识的属性B1、表示节点名称的属性B2、以及表示节点类型的属性B3，属性B1用于计算机程序引用，属性B2用于流程可视化展示。

进一步地，所述步骤S4包括：解析待执行业务所属子领域的节点，根据标签A的属性A、以及标签B的属性B1、属性B2和属性B3，从计算机程序查找并调用所属子领域的节点。

进一步地，使用标签C定义执行流程，每个执行流程包含若干个执行链路，执行链路的属性包括表示执行链路标识的属性C1、表示执行链路名称的属性C2、以及表示执行链路类型的属性C3，执行链路类型包括普通执行链路和子执行链路，属性C1用于计算机程序引用，属性C2用于流程可视化展示。

进一步地，使用标签D定义执行链路，每个执行链路包含若干个待执行的节点以及执行顺序，使用属性D1定义若干个待执行的节点，使用属性D2定义待执行的节点的执行顺序，执行顺序包括顺序执行、并发执行、选择执行和子链路执行。

进一步地，所述步骤S4包括：解析待执行业务所属子领域的可执行的路径，根据标签C的属性C1、属性C2和属性C3依次构建执行流程中的各执行链路，基于标签D的属性D1和属性D2确定各执行链路的执行顺序，最后根据确定的执行顺序依次对各执行链路进行操作。

进一步地，还包括步骤S5、对业务处理的流程进行展示，并生成流程展示图。

进一步地，所述步骤S5包括：步骤S51、所述子领域的每个节点转化为对应一个图形元素，读取节点属性B2的属性值作为所述图形元素的名称；步骤S52、所述子领域的可执行的路径转化为对应的流程图，各图形元素通过控制流箭头连接。

进一步地，各图形元素之间的控制流箭头由标签D的属性D2确定：当属性D2表示顺序执行，两个图形元素之间的控制流箭头为直线箭头；当属性D2表示选择执行，当前图形元素两侧存在一个带判断条件的分叉箭头，分叉箭头两端分别指向判断结果为是或否对应的图形元素；当属性D2表示并发执行，多个图形元素包含于一个无序元素池中，上一个图形元素通过一个直线箭头指向所述无序元素池；当属性D2表示子链路执行时，所述子链路的多个图形元素包含于一个有序元素池中，上一链路最后一个图形元素通过一个直线箭头指向所述有序元素池，再基于属性D2内的下属属性，选择直线或分叉箭头连接所述有序元素池内的多个图形元素。

与现有技术相比，本发明具有以下有益效果：

本发明基于xml，提供了一种流程可视化标记语言的业务处理方法，所述进一步地不仅继承xml所有特性、遵循xml的语法规则，还通过新增语法用于满足业务处理和流程展示，能够更加准确实时直观表达出业务需要或将新业务流程快速转换成可执行程序并上线运行，在兼顾计算机程序执行需要的同时，又能快速转换成可视化的流程展示图，使用简单且运用更加广泛。

附图说明

图1为本发明具体实施例的代码图。

图2为本发明具体实施例的流程展示图。

实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图，对本发明进一步详细说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本发明的描述中，需要说明的是，术语“A”、“B”、“C”、“1”、“2”、“3”等仅用于描述目的，而不能理解为指示或暗示相对重要性。

xml全称为“Extensible Markup Language”，即可扩展标记语言，是一种允许用户对自己的标记语言进行定义的源语言。xml特性包括如下5条：1）、必须使用声明语句指定xml规范版本及字符集，例如xml使用的规范版本是“1.0”、使用的字符集是“UTF-8”，<?xmlversion=”1.0”encoding=”UTF-8”?>；第2）、字符区分大小写；3）、有且只能有一个根元素；4）、元素的属性值需要使用引号引用；5）、所有的标签必须有相应的结束标签，包括空标签。实际使用时，服务器端和客户端都需要花费大量代码来解析xml，使得不论服务器端和客户端代码都变得异常复杂且不容易维护。

为此，本发明提供了一种基于xml的流程可视化标记语言的业务处理方法，所述流程可视化标记语言不仅继承xml的所有特性、遵循xml的语法规则，还包括以下新增语法：使用标签A定义子领域，每个子领域内部包括若干节点、以及可执行的路径；使用标签B定义节点，每个执行流程包含若干个执行链路；使用标签D定义执行链路，每个执行链路包含若干个待执行的节点以及执行顺序。然后基于所述新增语法进行业务处理，具体为：根据标签A和标签B查找并调用所属子领域的节点，然后再根据标签C构建执行链路，基于标签D确定执行链路的执行顺序，最后根据确定的执行顺序对执行链路进行操作。

作为优选，本发明所述的流程可视化标记语言命名为“Yula”，中文名“尤拉”。

在部分实施例中，使用sphere标签定义一个子领域，每个子领域内部包括若干节点、以及可执行的路径。子领域的属性包括表示命名空间的namespace属性，每个namespace属性的属性值唯一。例如，使用所述流程可视化标记语言定义一个子领域“namespace1”：<sphere namespace=”namespace1”></sphere>。

在部分实施例中，使用point标签定义一个节点，节点的属性包括表示节点标识的id属性、表示节点名称的name属性、以及表示节点类型的type属性。所述节点类型包括表示普通节点的正常类型（normal）、表示并行执行节点的并行类型（concurrent）、以及表示条件节点的条件类型（condition）。例如，使用所述流程可视化标记语言定义了一个标识为“a”、名称为“A”的普通节点：<point id="a" name="A" type="normal"></point>。

在部分实施例中，使用route标签定义执行流程，每个执行流程包含若干个执行链路，执行链路的属性包括表示执行链路标识的id属性、表示执行链路名称的name属性、以及表示执行链路类型的type属性，执行链路类型包括普通执行链路（normal）和子执行链路（sub），属性C1用于计算机程序引用，属性C2用于流程可视化展示。例如，使用所述流程可视化标记语言定义标识为“route1”、名称为“执行链路1”的普通执行链路：<route id="route1" name="执行链路1" type="normal">。

在部分实施例中，使用execute标签定义执行链路，每个执行链路包含若干个待执行的节点以及执行顺序，使用nodes属性定义若干个待执行的节点，使用type属性定义待执行的节点的执行顺序，执行顺序包括顺序执行（normal）、并发执行（concurrent）、选择执行（condition）和子链路执行（condition）。例如，使用所述流程可视化标记语言定义“a”和“b”两个节点顺序执行的执行过程：<execute nodes="a,b" type="normal"></execute>。特别地，条件顺序又例如，a[b || c]，表示根据a节点的判断结果执行b节点或者c节点。

采用本发明所述的流程可视化标记语言进行代码编写，并基于所述流程可视化标记语言进行业务处理和流程展示。当用于业务处理时：1）开发者需要自行实现每一个节点，所述流程可视化标记语言不限制节点的实现方式，可以是一段脚本，一个方法或者一个类；例如定义一个A.java的类作为A节点；2）节点必须命名为sphere-namespace加上“.”加上point-id的组合形式，用以保证在应用全局查找指定节点并进行调用执行；3）节点的执行顺序由标签D的属性D2指定：执行顺序为顺序执行（normal）时，当前节点必须按照顺序依次执行；执行顺序为并发执行（concurrent）时，当前各节点同时被执行，无顺序要求；执行顺序为条件执行（condition）时，应当先执行当前的条件节点，并根据条件节点的执行结果判断接下来应该执行哪一个节点；4）当此段脚本、方法或类等发生变化，***业务处理逻辑应当发生相应的变化。当用于流程展示时：1）每一个节点对应一个图形元素，所述流程可视化标记语言不限制元素的实现方式，可以是一个方框，一个圆圈，甚至一个三维的图形；2）节点的名称（point-name）作为图形元素的显示名称，节点的类型（point-type）用于提示当前图形元素的类型；3）执行顺序由标签D的属性D2确定决定：当属性D2表示顺序执行，两个图形元素之间的控制流箭头为直线箭头；当属性D2表示选择执行，当前图形元素两侧存在一个带判断条件的分叉箭头，分叉箭头两端分别指向判断结果为是或否对应的图形元素；当属性D2表示并发执行，多个图形元素包含于一个无序元素池中，上一个图形元素通过一个直线箭头指向所述无序元素池；当属性D2表示子链路执行时，所述子链路的多个图形元素包含于一个有序元素池中，上一链路最后一个图形元素通过一个直线箭头指向所述有序元素池，再基于属性D2内的下属属性，所述下属属性包括下属执行顺序、下属选择顺序和下属并发顺序，根据对应的下属属性，选择直线或分叉箭头连接所述有序元素池内的多个图形元素。4）所述流程可视化标记语言支持包括正向读取、反向写入和运行时的热加载，只要应用允许，所述流程可视化标记语言对此不做限制。

实施例

如图1所示，采用本发明所述的流程可视化标记语言进行代码编写，并基于所述流程可视化标记语言进行业务处理和流程展示。所述代码为：

本具体实施例中，解析业务的命名空间属性，获取对应的子领域namespace1、以及子领域namespace1的A-I节点，基于各节点对应的节点标识point id、节点名称point name和节点类型type的属性，从计算机程序查找并调用；解析子领域namespace1中执行链路的执行链路标识route id、执行链路名称route name和执行链路类型type的属性，获取执行链路1、子链路1，基于各链路中的若干个待执行的节点、待执行的节点的执行顺序的属性，确定执行链路1、子链路1的执行顺序，最后根据确定的执行顺序依次对执行链路1、子链路1进行操作。具体为：程序开始，A节点到B节点为顺序执行，然后C节点、D节点并发执行，再执行E节点；根据条件判断E节点执行结果，判断结果为是，执行F节点，判断结果为否，执行G节点；F节点或G节点执行完成均进入子链路1，即依次顺序执行H节点和I节点，程序结束。所述具体实施例对应的流程展示如图2所示。

最后应说明的是：以上各实施例仅仅为本发明的较优实施例用以说明本发明的技术方案，而非对其限制，当然更不是限制本发明的专利范围；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围；也就是说，但凡在本发明的主体设计思想和精神上作出的毫无实质意义的改动或润色，其所解决的技术问题仍然与本发明一致的，均应当包含在本发明的保护范围之内；另外，将本发明的技术方案直接或间接的运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种基于xml的流程可视化标记语言的业务处理方法，其特征在于，包括以下步骤：

步骤S1，获取xml的特性和语法规则；

步骤S4，解析待执行业务所属子领域的可执行的路径，根据标签C构建执行链路，基于标签D确定执行链路的执行顺序，最后根据确定的执行顺序对执行链路进行操作；

使用标签C定义执行流程，每个执行流程包含若干个执行链路，执行链路的属性包括表示执行链路标识的属性C1、表示执行链路名称的属性C2、以及表示执行链路类型的属性C3，执行链路类型包括普通执行链路和子执行链路，属性C1用于计算机程序引用，属性C2用于流程可视化展示；

使用标签D定义执行链路，每个执行链路包含若干个待执行的节点以及执行顺序，使用属性D1定义若干个待执行的节点，使用属性D2定义待执行的节点的执行顺序，执行顺序包括顺序执行、并发执行、选择执行和子链路执行；

所述步骤S4包括：解析待执行业务所属子领域的可执行的路径，根据标签C的属性C1、属性C2和属性C3依次构建执行流程中的各执行链路，基于标签D的属性D1和属性D2确定各执行链路的执行顺序，最后根据确定的执行顺序依次对各执行链路进行操作；

还包括步骤S5、对业务处理的流程进行展示，并生成流程展示图；

所述步骤S5包括：步骤S51、所述子领域的每个节点转化为对应一个图形元素，读取节点属性B2的属性值作为所述图形元素的名称；步骤S52、所述子领域的可执行的路径转化为对应的流程图，各图形元素通过控制流箭头连接。

2.根据权利要求1所述的一种基于xml的流程可视化标记语言的业务处理方法，其特征在于，使用标签A定义子领域，每个子领域内部包括若干节点、以及可执行的路径，子领域的属性包括表示命名空间的属性A，每个属性A的属性值唯一。

3.根据权利要求2所述的一种基于xml的流程可视化标记语言的业务处理方法，其特征在于，使用标签B定义节点，节点的属性包括表示节点标识的属性B1、表示节点名称的属性B2、以及表示节点类型的属性B3，属性B1用于计算机程序引用，属性B2用于流程可视化展示。

4.根据权利要求3所述的一种基于xml的流程可视化标记语言的业务处理方法，其特征在于，所述步骤S4包括：解析待执行业务所属子领域的节点，根据标签A的属性A、以及标签B的属性B1、属性B2和属性B3，从计算机程序查找并调用所属子领域的节点。

5.根据权利要求1所述的一种基于xml的流程可视化标记语言的业务处理方法，其特征在于，各图形元素之间的控制流箭头由标签D的属性D2确定：当属性D2表示顺序执行，两个图形元素之间的控制流箭头为直线箭头；当属性D2表示选择执行，当前图形元素两侧存在一个带判断条件的分叉箭头，分叉箭头两端分别指向判断结果为是或否对应的图形元素；当属性D2表示并发执行，多个图形元素包含于一个无序元素池中，上一个图形元素通过一个直线箭头指向所述无序元素池；当属性D2表示子链路执行时，所述子链路的多个图形元素包含于一个有序元素池中，上一链路最后一个图形元素通过一个直线箭头指向所述有序元素池，再基于属性D2内的下属属性，选择直线或分叉箭头连接所述有序元素池内的多个图形元素。