CN114331361A - 一种业务场景构建方法、装置及存储介质 - Google Patents

Abstract

本发明公开了一种业务场景构建方法，接收用户端发送的目标业务请求；获取目标业务场景；将所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配，获取所述目标业务场景对应的服务场景；在用户端展示所获取的目标业务场景。本发明通过编排服务的封装和调用，提高了对同一业务场景应对不同需求的能力，减少了业务场景构建需要的时间和人力，同时，提高了构建速度。

Description

一种业务场景构建方法、装置及存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种业务场景构建方法、装置及存储介质。

背景技术

业务场景构建过程通常是根据用户需求，进行业务逻辑构建。对于同一个项目的不同业务流程或不同项目的业务流程，都会出现相同或类似的流程。按照传统的业务流程构建，需要分别设计开发业务流程，重复的构建工作会造成人力资源和时间成本的巨大浪费。同时，分别构建的业务场景，在后期维护时，需要逐项进行维护，维护成本很高。在遇到相同底层业务场景的个性化实现时，传统的方式也会形成多套业务流程，出现和上述一样的问题。

针对传统方案中业务场景重复开发，维护成本较高的问题，亟需使用一种业务场景构建方法以解决现有方案面临的问题。

发明内容

针对上述技术问题，本发明针提供了一种业务场景构建方法、装置及存储介质。

本发明解决上述技术问题的技术方案如下：

一种业务场景构建方法，所述方法包括：

接收用户端发送的目标业务请求；

根据所述目标业务请求，解析目标业务请求中业务场景的业务逻辑；

将所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配；其中，所述数据库中编排服务由元件服务和/或已有编排服务编排、组合而成；

在用户端展示所获取的目标业务场景；

所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配包括：

编排服务调用元件服务，判断已有的元件服务是否满足目标业务场景；

若存在满足当前目标业务场景的元件服务，则将满足目标业务场景的元件服务进行封装，通过用户端解析业务逻辑，以在用户端展示目标业务场景；

若不存在满足当前目标业务场景的元件服务，则解析目标业务请求中业务场景的业务逻辑，将所述业务逻辑分解为逻辑单元，将分解后的逻辑单元与编排服务进行匹配；完成每个逻辑单元的适配后，再将每个逻辑单元对应的编排服务进行合并，形成目标业务场景，以在用户端展示目标业务场景。

进一步地，所述元件服务构建的过程包括：

从不同的历史业务场景中提取业务逻辑；

将所述业务逻辑内聚并通用化处理，以得到不同历史业务场景中的通用业务逻辑；

将通用的业务逻辑进行封装，形成元件服务。

更进一步地，所述封装方式包括但不限于同步调用、异步调用、嵌套、循环。

更进一步地，将所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配还包括：

若数据库中没有元件服务或者编排服务与之匹配，则判断目标业务场景不具备通用性，分析业务逻辑，形成对应的逻辑代码，封装为编排服务。

本发明还公开了一种业务场景构建装置，包括发布请求接收模块、元件服务构建模块、编排服务构建模块、业务场景匹配模块和发布模块；

所述发布请求接收模块用于接收用户端发送的目标业务请求，所述目标业务请求包括目标业务场景；

所述元件服务构建模块用于解析历史业务场景中的业务逻辑，采用通用代码构建所述业务逻辑并以生成业务逻辑代码，对所述业务逻辑代码进行封装；

所述编排服务构建模块用于根据使用元件服务构建编排服务或根据已有编排服务构建编排服务；

所述业务场景匹配模块用于根据所述目标业务请求，解析目标业务请求中目标业务场景，将目标业务场景与数据库中的编排服务进行匹配；

所述发布模块用于调用匹配到的编排服务，通过用户端解析所述匹配到的编排服务，以在用户端展示目标业务场景。

本发明还公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如前所述一种业务场景匹配方法的步骤。

本发明还公开了一种存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述一种业务场景匹配方法的步骤。

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

本发明将元件服务或已有编排服务根据不同用户端需求进行编排，使用同步调用、异步调用、嵌套、循环等方法，将元件服务或已有编排服务的业务逻辑进行再次封装，实现解耦；在进行业务场景构建时，用户端发起业务请求，调用编排服务，编排服务再次调用元件服务或已有编排服务，最后将业务数据返回并进行展示。通过编排服务的封装和调用，提高了对同一业务场景应对不同需求的能力，减少了业务场景构建需要的时间和人力，同时，提高了构建速度。

附图说明

图1为本发明的一种业务场景构建方法地流程示意图；

图2为本发明的一种业务场景构建装置结构示意图；

图3为本发明的一种业务场景构建管理系统结构示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

本发明提供了一种业务场景构建方法、装置及存储介质，下面结合图1、图2、图3对本发明进行详细说明。

实施例1

图1为本发明的一种业务场景构建方法的流程示意图。参照图1，本发明提供一种业务场景构建方法，所述构建方法包括：

步骤S1.接收用户端发送的目标业务请求；

步骤S2.根据所述目标业务请求，解析目标业务请求中业务场景的业务逻辑；

步骤S3.将所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配；

数据库中的业务场景由编排服务组合而成，针对不同的业务场景调用顺序不同。其中，编排服务可以由一个元件服务编排、组合而成，或多个元件服务编排、组合而成，所述编排、组合依据所述调用顺序，例如，执行完一个元件服务，满足某种条件，可以执行另一个元件服务。

在将目标业务场景的业务逻辑与数据库中的编排服务进行匹配时，编排服务首先调用元件服务，判断已有的元件服务是否满足目标业务场景；

若存在满足当前目标业务场景的元件服务，则将满足目标业务场景的元件服务进行封装，通过用户端解析业务逻辑，以在用户端展示目标业务场景，其中，相同的业务逻辑可以实现同一个业务请求。

例如，如存在两个元件服务：缴费服务A和复电服务B。当欠费停电的用户在缴费后，出现缴费成功的提示，应当直接进行复电，而无需用户再次联系供电公司，进行合闸处理。因此在目标业务场景中需要在用户缴费后，直接复电，则可以将缴费服务A和复电服务B串联起来，形成编排服务，进行同步调用，这样在用户完成缴费后，复电服务也随之执行，即可实现目标业务场景需求。

其中，元件服务构建的过程包括：

从不同的历史业务场景中提取业务逻辑，其中，历史业务场景包括同一项目的不同业务流程或不同项目的业务流程中的业务场景；

提取不同历史业务场景中的通用的业务逻辑；在历史业务场景中，将业务逻辑内聚并通用化处理，依据泛化和聚合的思路，保留业务场景中可以通用调用的逻辑，作为通用的业务逻辑；

其中，将业务逻辑内聚并通用化处理，主要可以分为内聚过程和通用化过程。内聚(Cohesion)是一个业务场景中内部各业务逻辑之间相关联程度的度量，内聚将完成的任务属于相同或相似的一类的业务逻辑聚合在一起，内聚过程实际上就是将业务逻辑进行收缩的过程。通用化处理就是去除业务逻辑的个性化部分，保留相同的部分，如针对不同的用户都需要收费，则可以去除不同用户这个逻辑，将收费逻辑封装为元件服务。

泛化和聚合的目标主要是为了抽取业务逻辑的通用部分，泛化是一种继承关系，表示一般与特殊的关系，它指定了子类如何特化父类的所有特征和行为，通过泛化获得上层通用的业务逻辑；聚合是整体与部分的关系，且部分可以离开整体而单独存在，他们可以具有各自的生命周期，部分可以属于多个整体对象，也可以为多个整体对象共享，通过聚合，将本身的业务逻辑通用，进而达到抽取通用业务逻辑的要求。

将通用的业务逻辑进行封装，形成元件服务，封装方式包括但不限于同步调用、异步调用、嵌套、循环。

步骤S4.在用户端展示所获取的目标业务场景。

实施例2

一种业务场景构建方法，与实施例1的不同之处在于，数据库中的业务场景由编排服务组合而成，针对不同的业务场景调用顺序不同。其中，编排服务包括将多个元件服务和/或已有编排服务进行编排、组合，所述编排、组合依据所述调用顺序。

当目标业务场景存在复杂的业务流程时，通过审查已经构建好的元件服务，基础的元件服务已经不能满足业务需要，就可以使用已经构建完成的编排服务，再次进行构建形成新的编排服务。

具体的，若不存在满足当前目标业务场景的元件服务时，则通过解析目标业务请求中业务场景的业务逻辑，将所述业务逻辑分解为逻辑单元，将分解后的逻辑单元，与编排服务进行匹配；可以依据需求的实现效果进行匹配，能实现同一效果时，则认为是匹配成功；完成每个逻辑单元的适配后，再将每个逻辑单元对应的编排服务进行合并，形成目标业务场景，以在用户端展示目标业务场景。

例如，已存在元件服务跳闸服务A和编排服务催收服务B。现存在业务需求：对欠费用户，进行催收，在第一个催收期内，使用短信的方式通知用户，在第二个催收期内，使用电话联系用户的方式，在第三个催收期内，则直接进行跳闸断电。经过分析目标业务场景需要在处理B的同时，在过程中实现A的业务，那么就可以形成新的编排服务，实现在调用编排服务B之后再调用元件服务A，以达到复杂的业务需求。

编排服务的构建，仅关注个性化设计，无需关注底层实现；设计人员只关注个性化的业务逻辑实现即可，底层或通用层设计由元件服务完成，减少设计的难度；降低系统的耦合性，提高系统的重用性，对于不同项目的类似业务流程，可以重用元件服务，仅修改编排服务即可，降低开发的难度，减少冗余代码。

实施例3

一种业务场景构建方法，与实施例2的不同之处在于，若数据库中没有元件服务或者编排服务与之匹配，目标业务场景不具备通用性，分析业务逻辑，形成对应的逻辑代码，封装为编排服务。

在对目标业务场景进行分析时，发现目前没有元件服务或者编排服务可以匹配，并且这个业务场景不具备通用性，只能满足这一个业务场景，面对这种情况，在构建编排服务时，只需要分析业务逻辑，形成对应的逻辑代码，封装为编排服务即可，此类型的编排服务，仅作为业务服务，不考虑通用性和复用性。封装成编排服务主要是方便前台进行调用，进行解耦，方便进行调用。

实施例4

图2为本发明的一种业务场景构建装置结构示意图；参照如2，本发明还公开了一种元件服务的构建装置，包括发布请求接收模块、元件服务构建模块、编排服务构建模块、业务场景匹配模块和发布模块；

所述发布请求接收模块用于接收用户端发送的目标业务请求，所述目标业务请求包括目标业务场景；

所述元件服务构建模块用于解析历史业务场景中的业务逻辑，采用通用代码构建所述业务逻辑并以生成业务逻辑代码，对所述业务逻辑代码进行封装；

所述编排服务构建模块用于根据使用元件服务构建编排服务或根据已有编排服务构建编排服务；

所述业务场景匹配模块用于根据所述目标业务请求，解析目标业务请求中目标业务场景，将目标业务场景与数据库中的编排服务进行匹配；

所述发布模块用于调用匹配到的编排服务，通过用户端解析所述匹配到的编排服务，以在用户端展示目标业务场景。

实施例5

图3为本发明的一种业务场景构建管理系统结构示意图。参照图3，本发明还公开了一种业务场景构建管理系统，当对业务场景进行构建和封装后，业务服务将会大量增长，为了简化管理，使用服务管理系统进行维护，所述系统包括：元件服务管理、编排服务管理、综合查询。

所述元件服务管理包括元件服务申请环节、元件服务审批环节、元件服务归档环节，其中，所述元件服务申请环节申请已经封装好的业务逻辑；元件服务审批环节，审核元件服务，确定元件服务是否达到了个性化的通用业务逻辑封装；元件服务归档环节，将审批后的元件服务逻辑内容写入数据库；

所述编排服务管理包括编排服务申请环节、编排服务审批环节、编排服务归档环节，其中，编排服务申请环节：通过前台申请编排的元件服务逻辑；编排服务审批环节，审核编排服务，确定编排服务是否达到了业务场景需求；编排服务归档环节，将编排服务逻辑写入数据库；

所述综合查询包括归档服务查询、历史版本查询、服务版本对比，所述归档服务查询，查看系统内归档状态的元件服务和编排服务；历史版本查询，针对同一个元件服务或编排服务，查看历史版本内容；服务版本对比，针对同一个元件服务或编排服务，进行版本之间的比对，确定版本之间的差异。

本发明一实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如前所述一种业务场景匹配方法的步骤。

本发明一实施例还提供一种存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述一种业务场景匹配方法的步骤。

上述为本实施例的一种存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述基于业务场景的能力显性化方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述一种业务场景匹配方法的技术方案的描述。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本发明优选实施例只是用于帮助阐述本发明。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本发明的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本发明。本发明仅受权利要求书及其全部范围和等效物的限制。

Claims (7)

1.一种业务场景构建方法，其特征在于，所述方法包括：

接收用户端发送的目标业务请求；

根据所述目标业务请求，解析目标业务请求中业务场景的业务逻辑；

将所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配；所述数据库中编排服务由元件服务和/或已有编排服务编排、组合而成；

其中，所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配包括：

编排服务调用元件服务，判断已有的元件服务是否满足目标业务场景；

若存在满足当前目标业务场景的元件服务，则将满足目标业务场景的元件服务进行封装，通过用户端解析业务逻辑，以在用户端展示目标业务场景；

若不存在满足当前目标业务场景的元件服务，则解析目标业务请求中业务场景的业务逻辑，将所述业务逻辑分解为逻辑单元，将分解后的逻辑单元与编排服务进行匹配；完成每个逻辑单元的适配后，再将每个逻辑单元对应的编排服务进行合并，形成目标业务场景，以在用户端展示目标业务场景。

2.根据权利要求1所述的一种业务场景构建方法，其特征在于，所述元件服务构建的过程包括：

从不同的历史业务场景中提取业务逻辑；

将所述业务逻辑内聚并通用化处理，以得到不同历史业务场景中的通用业务逻辑；

将通用的业务逻辑进行封装，形成元件服务。

3.根据权利要求2所述的一种业务场景构建方法，其特征在于，所述封装方式包括但不限于同步调用、异步调用、嵌套、循环。

4.根据权利要求1所述的一种业务场景构建方法，其特征在于，将所述目标业务场景的业务逻辑与数据库中的编排服务进行匹配还包括：

若数据库中没有元件服务或者编排服务与之匹配，则判断目标业务场景不具备通用性，分析业务逻辑，形成对应的逻辑代码，封装为编排服务。

5.一种业务场景构建装置，其特征在于，包括发布请求接收模块、元件服务构建模块、编排服务构建模块、业务场景匹配模块和发布模块；

所述发布请求接收模块用于接收用户端发送的目标业务请求，所述目标业务请求包括目标业务场景；

所述元件服务构建模块用于解析历史业务场景中的业务逻辑，采用通用代码构建所述业务逻辑并以生成业务逻辑代码，对所述业务逻辑代码进行封装；

所述编排服务构建模块用于根据使用元件服务构建编排服务或根据已有编排服务构建编排服务；

所述业务场景匹配模块用于根据所述目标业务请求，解析目标业务请求中目标业务场景，将目标业务场景与数据库中的编排服务进行匹配；

所述发布模块用于调用匹配到的编排服务，通过用户端解析所述匹配到的编排服务，以在用户端展示目标业务场景。

6.一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，其特征在于，所述处理器执行所述指令时实现权利要求1-4任意一项所述业务场景构建方法的步骤。

7.一种存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-4任意一项所述业务场景构建方法的步骤。

Images