CN117785391A - 一种服务操作逻辑结构化装置 - Google Patents
一种服务操作逻辑结构化装置 Download PDFInfo
- Publication number
- CN117785391A CN117785391A CN202410219694.1A CN202410219694A CN117785391A CN 117785391 A CN117785391 A CN 117785391A CN 202410219694 A CN202410219694 A CN 202410219694A CN 117785391 A CN117785391 A CN 117785391A
- Authority
- CN
- China
- Prior art keywords
- node
- logic
- service operation
- service
- behavior
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims abstract description 11
- 238000010276 construction Methods 0.000 claims abstract description 6
- 230000009471 action Effects 0.000 claims description 69
- 230000004044 response Effects 0.000 claims description 19
- 238000000034 method Methods 0.000 claims description 15
- 230000001419 dependent effect Effects 0.000 claims description 12
- 230000008569 process Effects 0.000 claims description 8
- 230000008520 organization Effects 0.000 claims description 7
- 239000003999 initiator Substances 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims description 4
- 238000004806 packaging method and process Methods 0.000 claims description 4
- 230000001360 synchronised effect Effects 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 claims description 2
- 238000013461 design Methods 0.000 abstract description 10
- 230000008676 import Effects 0.000 abstract description 4
- 230000006399 behavior Effects 0.000 description 65
- 238000010586 diagram Methods 0.000 description 29
- 230000002452 interceptive effect Effects 0.000 description 8
- 230000000694 effects Effects 0.000 description 7
- 230000000875 corresponding effect Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 2
- 230000000670 limiting effect Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001788 irregular Effects 0.000 description 1
- 210000001503 joint Anatomy 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000036961 partial effect Effects 0.000 description 1
- 230000002829 reductive effect Effects 0.000 description 1
- 230000000452 restraining effect Effects 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请公开了一种服务操作逻辑结构化装置,关联节点将服务操作逻辑的资源分别引入第二行为节点和控制节点,导入或导出无关资源,辅助完成服务操作需实现的逻辑,控制节点对第二行为节点行为约束,承担服务操作逻辑结构化的任务,在控制节点之间传达上下文逻辑并进行协同配合实现对服务操作逻辑的构造和约束,第一行为节点将执行结果导入关联节点,并对控制节点进行逻辑构成,通过三种类型节点对具体业务逻辑内容进行切割、封装、控制、整合来对外部资源的引用调取处理,来实现对服务操作底层逻辑的结构化实现,快速方便地构建出对服务操作底层具体执行逻辑结构化设计。
Description
技术领域
本申请涉及信息系统技术领域,具体而言,涉及一种服务操作逻辑结构化装置。
背景技术
统一建模语言(Unified Modeling Language,UML)类图定义了最基础的类(对象)、行为(活动)建模语言,后续出现的建模语言基本是基于UML进行了面向特定场景的封装,能够提升建模语言的可用性,降低建模语言的学习成本。而流程图是一种用来可视化展示流程、步骤和决策的图形表示方法。在流程图中,不同的图形符号表示不同的操作、决策点和连接。活动图是UML的一种图表类型,用于可视化展示系统、业务链或软件中的活动、操作和工作流程。活动图通常用于描述业务过程、系统用例或软件功能的执行顺序和交互。活动图通常用于表示业务链,具有执行起点,操作行为,条件分支,执行终点等功能模块,可以使用活动图功能模块,和模块之间的连线来明确的表达某个业务逻辑的具体执行过程。
在服务化软件概念的背景下,服务元素定义了一个服务操作的集合,是服务化软件架构下承载和管理服务操作的基本单位,但是服务操作作为服务框架数据下能展示的最小粒度单位,并不能够直接承载全部的服务操作逻辑信息。
发明内容
本申请的目的在于,为了克服现有的技术缺陷,提供了一种服务操作逻辑结构化装置,其通过设计的节点对外部资源的引用调取处理,来实现对服务操作底层逻辑的结构化实现。
本申请目的通过下述技术方案来实现:
第一方面,本申请提出了一种服务操作逻辑结构化装置,所述装置包括依次首尾相连的关联节点、控制节点以及第一行为节点;
所述关联节点,用于将服务操作逻辑的资源分别引入第二行为节点和控制节点,导入或导出无关资源,辅助完成服务操作需实现的逻辑,无关资源为服务操作中的执行逻辑在执行过程中涉及与服务操作逻辑无关的资源;
所述控制节点,作为服务操作内对执行逻辑划分约束的节点组单位,在逻辑规划层面为多段具有关联关系的业务逻辑总合,用于对第二行为节点进行行为约束,承担服务操作逻辑结构化的任务,在控制节点之间传达上下文逻辑并进行协同配合实现对服务操作逻辑的构造和约束。
所述第一行为节点,用于将执行结果导入关联节点,并对控制节点进行逻辑构成。
在一种可能的实施方式中,控制节点包括第二行为节点和驱动节点;
所述第二行为节点,用于对多个动作节点进行逻辑封装和在上层逻辑层面表征业务逻辑;
所述驱动节点,用于分别对服务操作逻辑的外层节点和对服务操作逻辑的起点要素、终点要素进行定义;起点要素包含服务操作行为启动时关联的资源,作为外部依赖或关联的发起方在发起时传入参数数据;终点要素包含在服务操作行为终止后对外部的依赖或关联关系和需传出的参数数据。
在一种可能的实施方式中,所述控制节点还包括条件循环节点、条件分支节点以及非线性同步结构节点,条件循环节点、条件分支节点以及非线性同步结构节点均包含至少一个第二行为节点;
所述条件循环节点,用于循环执行条件循环节点内部的第二行为节点的全部逻辑,循环执行单段服务操作逻辑,直至不满足循环条件后退出,执行后续的第二行为节点;
所述条件分支节点,用于在第二行为节点在满足选择条件的情况下参与到服务操作逻辑的执行;
所述非线性同步结构节点,在所有第二行为节点执行内部逻辑流程之后将逻辑执行结果进行汇总。
在一种可能的实施方式中,驱动节点分为请求响应驱动节点、事件通知驱动节点、发布订阅驱动节点以及自驱动节点;
请求响应驱动节点,用于启动请求驱动类型的服务操作的内部逻辑,请求驱动类型的服务操作与其他类型的服务操作建立关联关系,并依赖请求响应和发布订阅类型的服务操作,并被依赖于请求响应和发布订阅类型的服务操作;
事件通知驱动节点,用于启动事件驱动型的服务操作的内部逻辑,事件驱动型的服务操作关联任何类型的服务操作,依赖自驱型和事件驱动类型的服务操作,被除了请求响应类型以外的服务操作依赖;
发布订阅驱动节点,用于启动发布订阅型的服务操作的内部逻辑,发布订阅型的服务操作关联任何类型的服务操作,依赖于发布订阅和事件通知类型的服务操作,被任意类型的服务操作所依赖;
自驱动节点,用于启动自驱型的服务操作的内部逻辑,自驱型的服务操作依赖除自驱型服务操作之外的服务操作,或与服务操作内部的服务操作建立关联关系。
在一种可能的实施方式中,所述关联节点包括数据节点、外部依赖节点以及内部关联节点,
数据节点,用于负责将执行当前服务操作逻辑的所需数据引入以及将导出产生数据;
外部依赖节点,用于导入服务操作逻辑所需服务操作之外的外部依赖资源要素;
内部关联节点,用于引入当前服务操作逻辑所需的服务操作以内的内部关联关系要素。
在一种可能的实施方式中,动作节点作为服务操作逻辑结构化中的最小节点,用于描述服务操作逻辑中具有逻辑边界的一段动作内容。
在一种可能的实施方式中,动作节点的组织关系为:
动作节点内的业务逻辑在使用外部数据,存在依赖关系且对不同于自身的动作节点存在关联关系时,通过包含关联节点的方式去使用和调度相应资源,实现所承担的服务操作逻辑;
在逻辑起点和逻辑终点分别承接上文动作节点的输出内容并向下文输出动作节点的输出内容;
根据需求进行业务组合,多个动作节点组成一个动作节点组,动作节点组用于在逻辑范围内描述服务操作业务逻辑;
在业务逻辑需要时被包含在其他控制节点内。
在一种可能的实施方式中,所述驱动节点作为逻辑结构的起点,用于承担对内启动以及对外连接。
在一种可能的实施方式中,所述驱动节点还用于实现依赖关系的建立和相关数据的传输,依赖关系为当前服务操作依赖于外部服务操作且被其他服务操作依赖。
在一种可能的实施方式中,控制节点的业务逻辑范围根据业务需要划定并支持嵌套。
上述本申请主方案及其各进一步选择方案可以自由组合以形成多个方案,均为本申请可采用并要求保护的方案;且本申请,(各非冲突选择)选择之间以及和其他选择之间也可以自由组合。本领域技术人员在了解本申请方案后根据现有技术和公知常识可明了有多种组合,均为本申请所要保护的技术方案,在此不做穷举。
本申请公开了一种服务操作逻辑结构化装置,关联节点将服务操作逻辑的资源分别引入第二行为节点和控制节点,导入或导出无关资源,辅助完成服务操作需实现的逻辑,控制节点对第二行为节点行为约束,承担服务操作逻辑结构化的任务,在控制节点之间传达上下文逻辑并进行协同配合实现对服务操作逻辑的构造和约束,第一行为节点将执行结果导入关联节点,并对控制节点进行逻辑构成,通过三种类型节点对具体业务逻辑内容进行切割、封装、控制、整合来对外部资源的引用调取处理,来实现对服务操作底层逻辑的结构化实现,快速方便地构建出对服务操作底层具体执行逻辑结构化设计。
附图说明
图1示出了本申请实施例提出的一种服务操作逻辑结构化装置的结构示意图。
图2示出了本申请实施例提出的第二行为节点的范式图。
图3示出了本申请实施例提出的驱动节点的范式图。
图4示出了本申请实施例提出的条件循环节点的范式图。
图5示出了本申请实施例提出的条件分支节点的范式图。
图6示出了本申请实施例提出的非线性同步结构节点的范式图。
图7示出了本申请实施例提出的数据节点的范式图。
图8示出了本申请实施例提出的外部依赖节点的范式图。
图9示出了本申请实施例提出的动作节点的范式图。
具体实施方式
以下通过特定的具体实例说明本申请的实施方式,本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用,本说明书中的各项细节也可以基于不同观点与应用,在没有背离本申请的精神下进行各种修饰或改变。需说明的是,在不冲突的情况下,以下实施例及实施例中的特征可以相互组合。
基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在现有技术中,在服务化软件概念的背景下,服务元素定义了一个服务操作的集合,是服务化软件架构下承载和管理服务操作的基本单位,但是服务操作作为服务框架数据下能展示的最小粒度单位,并不能够直接承载全部的服务操作逻辑信息。
由于服务以及服务操作的设计都停留在系统运行逻辑的上层,但是服务操作内部的具体逻辑在服务设计画布上是看不到的,只有点进服务操作之后才清楚具体内容和审查细节指标。
因此为了解决上述的问题,本申请基于服务化软件概念提出了一种能够合理承载,高效管理,便捷组织的服务操作逻辑结构化装置,从服务操作元素的具体实现逻辑需清晰高效的承载方式出发,并参考UML图中的部分现有技术产品的设计思路,以及对业务链过程的记录和展示方式,结合流程图当中行为决策等逻辑处理的表述方式,通过设计不同类型节点能够快速方便的构建出对服务操作底层具体执行逻辑,通过节点之间的互相关联和外部资源的引用调取处理,来实现服务操作底层逻辑的结构化。
请参照图1,图1示出了本申请实施例提出的一种服务操作逻辑结构化装置的结构示意图,该装置的应用场景为在需要为工业流程化设计提供规范且易用的系统逻辑梳理、管理、表征以及展示,通过采用三大节点的逻辑概念,动作节点表征最底层的逻辑运行方式,行为节点封装多个动作节点在稍高层面表述业务逻辑,除行为节点以外的其他控制节点组织和约束行为节点来实现整个服务操作业务逻辑流程,关联节点来调度服务操作依赖的资源和引入引出数据,利用和传递逻辑运行结果。最终通过对三大节点的组织和使用,构成服务操作的逻辑结构化设计结果,以标准化规范化的绘图形式呈现和管理设计成果。
服务操作逻辑结构化装置包括依次首尾相连的关联节点、控制节点以及第一行为节点;
关联节点,用于将服务操作逻辑的资源分别引入第二行为节点和控制节点,导入或导出无关资源,辅助完成服务操作需实现的逻辑,无关资源为服务操作中的执行逻辑在执行过程中涉及与服务操作逻辑无关的资源;
控制节点,作为服务操作内对执行逻辑划分约束的节点组单位,在逻辑规划层面为多段具有关联关系的业务逻辑总合,用于对第二行为节点进行行为约束,承担服务操作逻辑结构化的任务,在控制节点之间传达上下文逻辑并进行协同配合实现对服务操作逻辑的构造和约束。
第一行为节点,用于将执行结果导入关联节点,并对控制节点进行逻辑构成。
基于图1,服务操作逻辑结构化与三大节点关系为:业务设计界面中包含着服务模块,其承载着多种服务操作(服务操作1、服务操作2、服务操作3、服务操作4、服务操作5、),其按照内部组织的方式展开发送至服务操作逻辑结构化装置的关联节点、控制节点以及第一行为节点中进行切割、封装、控制以及整合。
控制节点作为服务操作内对执行逻辑进行划分约束的节点组单位,承担着服务操作逻辑结构化的主要任务。当存在多个控制节点时,控制节点之间互相传达上下文逻辑,协同配合来实现对服务操作逻辑的构造和约束,成为服务操作逻辑结构化当中重要的一环。
在逻辑规划层面,控制节点作为多段具有关联关系的业务逻辑总合,其所覆盖的业务逻辑范围叫控制域,控制域具有明显的逻辑上下文边界作为起始点和终止点,起始点和终止点包含当前控制域内逻辑运行时的所需要素和具体条件,不同类型的控制节点内起始点和终止点均承载了不同的内容。
控制节点包括第二行为节点和驱动节点;
第二行为节点,用于对多个动作节点进行逻辑封装和在上层逻辑层面表征业务逻辑;
驱动节点,用于分别对服务操作逻辑的外层节点以及对服务操作逻辑的起点要素、终点要素进行定义;起点要素包含服务操作行为启动时关联的资源,作为外部依赖或关联的发起方在发起时传入参数数据;终点要素包含在服务操作行为终止后对外部的依赖或关联关系和需传出的参数数据。
第一行为节点和第二行为节点均属于行为节点,不同的是第二行为节点位于控制节点中,而第一行为节点位于服务操作逻辑结构化装置中,第二行为节点表示为多个动作节点的组合形式,其是对动作节点组的概念封装,在更上层逻辑层面表征业务逻辑。图2示出了本申请实施例提出的第二行为节点的范式图,图中将动作节点流中的多个动作节点分别进行逻辑封装,成为服务操作逻辑节点流的多个行为节点。例如将动作节点流中的动作节点1和2逻辑封装至服务逻辑操作节点流中的行为节点1中,将动作节点流中的动作节点3、4、5逻辑封装至服务逻辑操作节点流中的行为节点2中,将动作节点流中的动作节点6、7逻辑封装至服务逻辑操作节点流中的行为节点3中。
第二行为节点的起始点提供所需要素服务于当前行为节点的业务内容,终止点整合上文业务的运行结果,如有需要为其他节点提供运行结果。
驱动节点为服务操作逻辑的最外层节点,是服务操作逻辑的起点要素和终点要素,起点要素包含当前服务操作行为启动时涉及到的全部资源,作为外部依赖或关联的发起方在发起时传入的参数数据。终点要素包含当前服务操作行为终止后对外部的依赖或关联关系以及需要传出的参数数据。
请参照图3,图3示出了本申请实施例提出的驱动节点的范式图,图中分为驱动节点的外在交互表现形式和内在逻辑表现形式,外在交互表现形式有多个其他节点模块,内在逻辑表现形式也一样,其他节点模块中具有关联关系、依赖关系、数据以及执行逻辑。不同的是通过驱动节点的起点和终点将不同的节点模块串联起来,其他节点模块能够根据实际需求进行选择,进而执行不同的逻辑操作。
驱动节点分为请求响应驱动节点、事件通知驱动节点、发布订阅驱动节点以及自驱动节点;
请求响应驱动节点,用于启动请求驱动类型的服务操作的内部逻辑,请求驱动类型的服务操作与其他类型的服务操作建立关联关系,并依赖请求响应和发布订阅类型的服务操作,并被依赖于请求响应和发布订阅类型的服务操作;
事件通知驱动节点,用于启动事件驱动型的服务操作的内部逻辑,事件驱动型的服务操作关联任何类型的服务操作,依赖自驱型和事件驱动类型的服务操作,被除了请求响应类型以外的服务操作依赖;
发布订阅驱动节点,用于启动发布订阅型的服务操作的内部逻辑,发布订阅型的服务操作关联任何类型的服务操作,依赖于发布订阅和事件通知类型的服务操作,被任意类型的服务操作所依赖;
自驱动节点,用于启动自驱型的服务操作的内部逻辑,自驱型的服务操作依赖除自驱型服务操作之外的服务操作,或与服务操作内部的服务操作建立关联关系。
请求驱动节点:启动请求驱动型的服务操作的内部逻辑,请求响应驱动可以和任意其他类型的服务操作建立关联关系,可以依赖请求响应和发布订阅类型的服务操作,也可以被请求响应和发布订阅类型的服务操作所依赖。
事件驱动节点:启动事件驱动型的服务操作的内部逻辑,事件驱动的服务操作可以关联任何类型的服务操作,事件驱动的服务操作可以依赖自驱型和事件驱动类型的服务操作,可以被除了请求响应类型以外的其他服务操作依赖。
发布订阅驱动节点:启动发布订阅型的服务操作的内部逻辑。发布订阅驱动可以关联任何类型的服务操作,发布订阅驱动可以依赖于发布订阅和事件通知类型的服务操作,可以被任意类型的其他服务操作所依赖。
自驱动节点:启动自驱型的服务操作的内部逻辑,这种类型的服务操作不能被外部服务的服务操作依赖,只能依赖外部的除了自驱型服务操作以外的其他类型服务操作,或者和服务内部的其他服务操作建立关联关系。
在一种可能的实施方式中,控制节点还包括条件循环节点、条件分支节点以及非线性同步结构节点,条件循环节点、条件分支节点以及非线性同步结构节点均包含至少一个第二行为节点;
条件循环节点,用于循环执行条件循环节点内部的第二行为节点的全部逻辑,循环执行单段服务操作逻辑,直至不满足循环条件后退出,执行后续的第二行为节点;
条件分支节点,用于在第二行为节点在满足选择条件的情况下参与到服务操作逻辑的执行;
非线性同步结构节点,在所有第二行为节点执行内部逻辑流程之后将逻辑执行结果进行汇总。
条件循环节点:包含一个或多个第二行为节点以及循环执行其内部行为节点的全部逻辑,被用于循环执行某段具体的服务操作逻辑,直到不满足循环条件后退出,继续执行后续的其他节点。
图4示出了本申请实施例提出的条件循环节点的范式图,分为条件循环节点的外在交互表现形式和内在逻辑表现形式,外在交互表现形式中有多个执行逻辑1、2、…、n-1、n,内在逻辑表现形式分别引入条件循环节点的起点和终点,引入资源、根据关联关系、依赖关系以及数据对多个执行逻辑按照流程执行判断最后是否满足循环条件,循环条件可以根据实际情况进行设置,若满足循环条件则进行循环执行,若不满足循环条件则进入条件循环节点的终点。条件循环节点的起始点清晰定义了当前循环操作内的所有执行逻辑的循环条件,循环内逻辑每执行完一次会回到条件循环节点起点再此检查循环条件,如符合则继续循环,如不符合则退出循环。
条件分支节点:包含多各第二行为节点以及选择条件,只有满足选择条件的行为节点才会参与到服务操作当前逻辑的执行当中。图5示出了本申请实施例提出的条件分支节点的范式图,外在交互表现形式中有多个执行逻辑A1、A2、…、An、B1、B2、…、Bn,内在逻辑表现形式中条件分支节点的起始点,清晰定义了选择执行具体分支的条件,保证当前节点内的多条分支结构有且仅有一条能够满足起始点所定义的条件,并且会被执行,其他不满足起始点分支条件的逻辑将不会执行。例如图中的路径A1、A2…An满足执行条件执行,其余的路径如B1、B2…Bn不满足执行条件则不执行。
非线性同步结构节点:包含多个第二行为节点,当所有第二行为节点都执行完成内部的逻辑流程后,将逻辑执行结果进行汇总,继续执行后续的其他节点。图6示出了本申请实施例提出的非线性同步结构节点的范式图,外在交互表现形式中除了关联关系、依赖关系以及数据之外还包括了更多的执行逻辑A1、A2、…、An、B1、B2、…、Bn、C1、C2、…、Cn,非线性同步结构节点从起点开始并行执行多路执行逻辑,并进行同步等待,最后汇总执行结果,送入终点,其是执行每条路径的方式为并行。非线性节点的起点和终点均定义了节点内的同步关系,终止点会约束当前节点内已执行完成的部分逻辑流程停止继续执行,去等待其他未完成的逻辑流程。
关联节点:服务操作当中的执行逻辑在具体执行过程当中会涉及到部分与当前服务操作逻辑行为本身无关的资源,这部分资源通过关联节点导入导出,辅助完成服务操作最终需要实现的逻辑,关联节点包括数据节点、外部依赖节点以及内部关联节点;
数据节点,用于负责将执行当前服务操作逻辑的所需数据引入以及将导出产生数据;
数据节点是定义在服务操作逻辑的任意位置的节点,负责引入通过节点将当前服务操作逻辑需要的数据,导出已产生的数据。数据节点可以定义交互数据的数据结构,由外向内获取将逻辑操作依赖的外部接口数据提供给当前节点使用,由内向外依赖当前节点的外部节点,提供所需要的数据接口和结构定义。请参照图7,图7示出了本申请实施例提出的数据节点的范式图,外在交互表现形式中,由数据节点存储数据。在内在逻辑表现形式中,将文档、表格、数据库等外部环境数据通过资源引入行为载入,并进行入参传递,与下文执行逻辑进行整合,得到新的下文执行逻辑。
外部依赖节点,用于导入服务操作逻辑所需服务操作之外的外部依赖资源要素;
外部依赖节点定义在服务操作逻辑的任意位置的节点,其负责通过节点将当前服务操作逻辑需要的服务操作以外的外部依赖资源要素导入,图8示出了本申请实施例提出的外部依赖节点的范式图,外部依赖节点应对的是不同服务的其他服务操作,外在交互表现形式将关联关系引入内在逻辑表现形式中,内在逻辑表现形式中导入不同服务下的其他服务操作(服务1、服务2)至依赖结果中,最后使用依赖的执行逻辑对依赖结果与下文执行逻辑进行处理,得到新的下文执行逻辑。
内部关联节点,用于引入当前服务操作逻辑所需的服务操作以内的内部关联关系要素。
内部关联节点定义在服务操作逻辑的任意位置的节点,负责通过节点将当前服务操作逻辑需要的服务操作以内的内部关联关系要素引入,其在类型上细分为数据型关联节点和控制性关联节点。图8示出了本申请实施例提出的内部关联节点的范式图,内部关联节点应用与同一服务下的其他服务操作,执行过程与外部依赖节点一致。
动作节点作为服务操作逻辑结构化中的最小节点,用于描述服务操作逻辑中具有逻辑边界的一段动作内容,控制节点可以包含动作节点,动作节点可以包含关联节点。
动作节点的组织关系为:
动作节点内的业务逻辑在使用外部数据,存在依赖关系且对不同于自身的动作节点存在关联关系时,通过包含关联节点的方式去使用和调度相应资源,实现所承担的服务操作逻辑;
在逻辑起点和逻辑终点分别承接上文动作节点的输出内容并向下文输出动作节点的输出内容;
根据需求进行业务组合,多个动作节点组成一个动作节点组,动作节点组用于在逻辑范围内描述服务操作业务逻辑;
在业务逻辑需要时被包含在其他控制节点内。
动作节点内的业务逻辑如果需要使用外部数据、对外存在依赖关系、对其他动作节点存在关联关系时,通过包含关联节点的方式去使用和调度这部分资源,以便实现其承担的服务操作逻辑。动作节点在逻辑起点和逻辑终点分别可以承接上文动作节点的输出内容和向下文输出其自己的输出内容,可以根据实际需求经行业务组合,多个动作节点可以被划分到某个行为节点当中成为一个动作节点组,用于在更大的逻辑范围内描述服务操作业务逻辑。动作节点可以体现出封装的业务思想,出于业务逻辑需要,被包含在其他控制节点内,成为控制节点逻辑的一部分。
图9示出了本申请实施例提出的动作节点的范式图,服务操作流分别将上文逻辑、具体动作节点逻辑以及下文逻辑进行逻辑化抽取至相应的动作节点中去,将不同的动作节点捆绑成组之后得到多个动作节点组,每个动作节点组中包含关联节点。
本申请实施例所提出的服务操作逻辑结构化装置能够完整表征某一具体服务操内部运行逻辑,其结构组织方式为:
驱动节点作为逻辑结构的起点,用于承担对内启动以及对外连接,驱动节点还作为服务操作逻辑结构的最外层的外壳;
驱动节点还用于实现依赖关系的建立和相关数据的传输,依赖关系为当前服务操作依赖于外部服务操作且被其他服务操作依赖。在服务操作概念的封装下,内外部逻辑互相独立,外部的服务操作无需关心具体内部如何执行,仅仅需要关注驱动节点提供的接口以及数据。
驱动节点内部由其他类型的行为节点、控制节点、关联节点一同组成业务逻辑框架,其内部运行也无需关心外部是如何调用的,只需关注驱动节点提供的数据和索取的结果。
控制节点的业务逻辑范围根据业务需要划定并支持嵌套,例如一个条件循环节点内可以嵌套另一个条件循环节点,这种无规则限制的嵌套使用,可以让最终成型的服务操作逻辑化产出成果更贴合于实际的业务逻辑,在逻辑层级上具有清晰的界定。服务操作被依赖于一个服务操作,依赖于另一个服务操作。
与现有技术相比,本申请实施例具有以下有益效果:
第一、对比现有的流程图方法能够较为直观的呈现业务当中的条件循环和等待同步这两个逻辑执行关系,更适合展示非线性执行的服务操作的具体内容。
第二、对比现有的UML活动图,在组织和管理逻辑复杂的关联关系时,体现更为直观,修改更为便捷,管理成本更低。
第三、具有展示粒度可控,外部数据、依赖引入便捷,设计方法内所使用的外部资源可进行标准化对接等优势。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本申请的保护范围之内。
Claims (10)
1.一种服务操作逻辑结构化装置,其特征在于,所述装置包括依次首尾相连的关联节点、控制节点以及第一行为节点;
所述关联节点,用于将服务操作逻辑的资源分别引入第二行为节点和控制节点,导入或导出无关资源,辅助完成服务操作需实现的逻辑,无关资源为服务操作中的执行逻辑在执行过程中涉及与服务操作逻辑无关的资源;
所述控制节点,作为服务操作内对执行逻辑划分约束的节点组单位,在逻辑规划层面为多段具有关联关系的业务逻辑总合,用于对第二行为节点进行行为约束,承担服务操作逻辑结构化的任务,在控制节点之间传达上下文逻辑并进行协同配合实现对服务操作逻辑的构造和约束;
所述第一行为节点,用于将执行结果导入关联节点,并对控制节点进行逻辑构成。
2.如权利要求1所述的服务操作逻辑结构化装置,其特征在于,所述控制节点包括第二行为节点和驱动节点;
所述第二行为节点,用于对多个动作节点进行逻辑封装和在上层逻辑层面表征业务逻辑;
所述驱动节点,用于分别对服务操作逻辑的外层节点和对服务操作逻辑的起点要素、终点要素进行定义;起点要素包含服务操作行为启动时关联的资源,作为外部依赖或关联的发起方在发起时传入参数数据;终点要素包含在服务操作行为终止后对外部的依赖或关联关系和需传出的参数数据。
3.如权利要求2所述的服务操作逻辑结构化装置,其特征在于,所述控制节点还包括条件循环节点、条件分支节点以及非线性同步结构节点,条件循环节点、条件分支节点以及非线性同步结构节点均包含至少一个第二行为节点;
所述条件循环节点,用于循环执行条件循环节点内部的第二行为节点的全部逻辑,循环执行单段服务操作逻辑,直至不满足循环条件后退出,执行后续的第二行为节点;
所述条件分支节点,用于在第二行为节点在满足选择条件的情况下参与到服务操作逻辑的执行;
所述非线性同步结构节点,在所有第二行为节点执行内部逻辑流程之后将逻辑执行结果进行汇总。
4.如权利要求2所述的服务操作逻辑结构化装置,其特征在于,驱动节点分为请求响应驱动节点、事件通知驱动节点、发布订阅驱动节点以及自驱动节点;
请求响应驱动节点,用于启动请求驱动类型的服务操作的内部逻辑,请求驱动类型的服务操作与其他类型的服务操作建立关联关系,并依赖请求响应和发布订阅类型的服务操作,并被依赖于请求响应和发布订阅类型的服务操作;
事件通知驱动节点,用于启动事件驱动型的服务操作的内部逻辑,事件驱动型的服务操作关联任何类型的服务操作,依赖自驱型和事件驱动类型的服务操作,被除了请求响应类型以外的服务操作依赖;
发布订阅驱动节点,用于启动发布订阅型的服务操作的内部逻辑,发布订阅型的服务操作关联任何类型的服务操作,依赖于发布订阅和事件通知类型的服务操作,被任意类型的服务操作所依赖;
自驱动节点,用于启动自驱型的服务操作的内部逻辑,自驱型的服务操作依赖除自驱型服务操作之外的服务操作,或与服务操作内部的服务操作建立关联关系。
5.如权利要求1所述的服务操作逻辑结构化装置,其特征在于,所述关联节点包括数据节点、外部依赖节点以及内部关联节点,
数据节点,用于负责将执行当前服务操作逻辑的所需数据引入以及将导出产生数据;
外部依赖节点,用于导入服务操作逻辑所需服务操作之外的外部依赖资源要素;
内部关联节点,用于引入当前服务操作逻辑所需的服务操作以内的内部关联关系要素。
6.如权利要求2所述的服务操作逻辑结构化装置,其特征在于,动作节点作为服务操作逻辑结构化中的最小节点,用于描述服务操作逻辑中具有逻辑边界的一段动作内容。
7.如权利要求6所述的服务操作逻辑结构化装置,其特征在于,动作节点的组织关系为:
动作节点内的业务逻辑在使用外部数据,存在依赖关系且对不同于自身的动作节点存在关联关系时,通过包含关联节点的方式去使用和调度相应资源,实现所承担的服务操作逻辑;
在逻辑起点和逻辑终点分别承接上文动作节点的输出内容并向下文输出动作节点的输出内容;
根据需求进行业务组合,多个动作节点组成一个动作节点组,动作节点组用于在逻辑范围内描述服务操作业务逻辑;
在业务逻辑需要时被包含在其他控制节点内。
8.如权利要求2所述的服务操作逻辑结构化装置,其特征在于,驱动节点作为逻辑结构的起点,用于承担对内启动以及对外连接。
9.如权利要求2所述的服务操作逻辑结构化装置,其特征在于,驱动节点还用于实现依赖关系的建立和相关数据的传输,依赖关系为当前服务操作依赖于外部服务操作且被其他服务操作依赖。
10.如权利要求1所述的服务操作逻辑结构化装置,其特征在于,控制节点的业务逻辑范围根据业务需要划定并支持嵌套。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410219694.1A CN117785391B (zh) | 2024-02-28 | 2024-02-28 | 一种服务操作逻辑结构化装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202410219694.1A CN117785391B (zh) | 2024-02-28 | 2024-02-28 | 一种服务操作逻辑结构化装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN117785391A true CN117785391A (zh) | 2024-03-29 |
CN117785391B CN117785391B (zh) | 2024-05-10 |
Family
ID=90385399
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202410219694.1A Active CN117785391B (zh) | 2024-02-28 | 2024-02-28 | 一种服务操作逻辑结构化装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117785391B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050243740A1 (en) * | 2004-04-16 | 2005-11-03 | Microsoft Corporation | Data overlay, self-organized metadata overlay, and application level multicasting |
CN101055536A (zh) * | 2006-04-13 | 2007-10-17 | 国际商业机器公司 | 在并行计算机数据通信网络中定位硬件故障的方法和设备 |
CN101331452A (zh) * | 2005-10-18 | 2008-12-24 | 米特里昂尼克斯股份公司 | 避免数据流机器中的死锁的方法 |
CN101593294A (zh) * | 2008-05-29 | 2009-12-02 | 国际商业机器公司 | 动态配置工作流的方法和系统 |
CN110944048A (zh) * | 2019-11-29 | 2020-03-31 | 腾讯科技(深圳)有限公司 | 业务逻辑配置方法及装置 |
US20210144517A1 (en) * | 2019-04-30 | 2021-05-13 | Intel Corporation | Multi-entity resource, security, and service management in edge computing deployments |
CN117215661A (zh) * | 2023-01-04 | 2023-12-12 | 深圳市腾讯信息技术有限公司 | 一种事件处理的方法、装置以及存储介质 |
CN117610320A (zh) * | 2024-01-23 | 2024-02-27 | 中国人民解放军国防科技大学 | 有向无环图工作流引擎循环调度方法、装置和设备 |
-
2024
- 2024-02-28 CN CN202410219694.1A patent/CN117785391B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050243740A1 (en) * | 2004-04-16 | 2005-11-03 | Microsoft Corporation | Data overlay, self-organized metadata overlay, and application level multicasting |
CN101331452A (zh) * | 2005-10-18 | 2008-12-24 | 米特里昂尼克斯股份公司 | 避免数据流机器中的死锁的方法 |
CN101055536A (zh) * | 2006-04-13 | 2007-10-17 | 国际商业机器公司 | 在并行计算机数据通信网络中定位硬件故障的方法和设备 |
CN101593294A (zh) * | 2008-05-29 | 2009-12-02 | 国际商业机器公司 | 动态配置工作流的方法和系统 |
US20210144517A1 (en) * | 2019-04-30 | 2021-05-13 | Intel Corporation | Multi-entity resource, security, and service management in edge computing deployments |
CN110944048A (zh) * | 2019-11-29 | 2020-03-31 | 腾讯科技(深圳)有限公司 | 业务逻辑配置方法及装置 |
CN117215661A (zh) * | 2023-01-04 | 2023-12-12 | 深圳市腾讯信息技术有限公司 | 一种事件处理的方法、装置以及存储介质 |
CN117610320A (zh) * | 2024-01-23 | 2024-02-27 | 中国人民解放军国防科技大学 | 有向无环图工作流引擎循环调度方法、装置和设备 |
Non-Patent Citations (2)
Title |
---|
FUMIO MACHIDA等: "Candy: Component-based Availability Modeling Framework for Cloud Service Management Using SysML", 《2011 IEEE 30TH INTERNATIONAL SYMPOSIUM ON RELIABLE DISTRIBUTED SYSTEMS》, 14 November 2011 (2011-11-14), pages 209 - 218 * |
鲁学涛: "基于工作流技术的业务组织工具及其协同机制研究", 《中国优秀硕士学位论文全文数据库 信息科技辑》, 15 November 2016 (2016-11-15), pages 138 - 21 * |
Also Published As
Publication number | Publication date |
---|---|
CN117785391B (zh) | 2024-05-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108432208B (zh) | 一种业务编排方法、装置及服务器 | |
Wang et al. | An interoperable solution for cloud manufacturing | |
Gökgür et al. | Parallel machine scheduling with tool loading: a constraint programming approach | |
Domingue et al. | IRS-III: A broker-based approach to semantic Web services | |
CN111930372B (zh) | 一种通过可拖拽流程图实现的服务编排解决方法及系统 | |
Meng et al. | Achieving dynamic inter-organizational workflow management by integrating business processes, events and rules | |
CN104618433B (zh) | 一种基于eca规则的服务组合方法 | |
US20130159062A1 (en) | Process-driven composite application architecture | |
CN109684057A (zh) | 任务处理方法、装置和存储介质 | |
US11487584B2 (en) | Rule generation and tasking resources and attributes to objects system and method | |
Song et al. | A goal-driven approach for adaptive service composition using planning | |
He et al. | ISA-95 tool for enterprise modeling | |
CN111897799A (zh) | 一种基于流程引擎的水文模型服务系统 | |
CN117785391B (zh) | 一种服务操作逻辑结构化装置 | |
CN107896242A (zh) | 一种服务共享方法及装置 | |
CN112558968A (zh) | 一种资源树视图的生成方法、装置、设备及存储介质 | |
Li et al. | GMVN oriented S-BOX knowledge expression and reasoning framework | |
CN110019207A (zh) | 数据处理方法和装置以及脚本显示方法和装置 | |
Lam et al. | DEVELOPMENT OF AN INTELLIGENT AGENT FOR AIRPORT GATE ASSIGNMENT. | |
Archimède et al. | Combining multi-agent model, SOA and ontologies in a distributed and interoperable architecture to manage multi-site production projects | |
Gamha et al. | A framework for the semantic composition of web services handling user constraints | |
JP2001014400A (ja) | 統合業務システム | |
Huysmans et al. | Aligning the constructs of enterprise ontology and normalized systems | |
He et al. | Resource Choreography in Cyber-Physical-Social Systems: Representation, Modeling and Execution | |
CN115988087B (zh) | 基于总线的服务调用方法、装置、电子设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |