CN117032786B - 基于组件实现业务关联性的方法及*** - Google Patents

Abstract

公开一种基于组件实现业务关联性的方法及***。根据本公开实施例，在基于组件的开发模式中，在业务流程的配置场景中，由开发人员配置由业务约束转换的逻辑表达式来关联本业务和另一业务，从而在本业务对应的模块运行时，根据由业务约束转换的逻辑表达式的实时计算结果，暂停执行本业务对应的模块，并跳转执行另一业务对应的模块，然后在另一业务对应的模块执行完毕后，继续执行本业务对应的模块。如此在基于组件的开发模式中实现业务关联性的相关功能。

Description

基于组件实现业务关联性的方法及***

技术领域

本公开实施例涉及计算机技术领域，特别涉及一种基于组件实现业务关联性的方法及***。

背景技术

现今，金融领域的移动展业***，其开发模式大致有两种：一种是采用传统的开发模式进行业务功能的开发，根据具体业务需求进行前端代码和后端代码的开发；另一种是采用基于组件的开发模式，即针对特定业务，先开发组件库，然后从组件库中选出多个组件组织到一起，以实现对应的业务功能。后一种开发模式由于代码复用率，已经逐渐成为移动展业***主流的开发模式。

然而在金融领域的移动展业中，某些业务的执行需要满足业务约束条件，在不满足业务约束条件时，将不能办理当前业务，需要先去执行另一业务，当另一业务执行成功后，在满足业务约束条件的情况下，再执行当前业务。因此有必要基于组件的开发模式中，实现业务关联性的相关功能。

发明内容

本公开实施例的目的在于提供一种基于组件实现业务关联性的方法及***，该***和方法可应用于构建金融领域的移动展业***，以在基于组件的开发模式中，实现业务关联性。

根据本公开实施例的第一方面，提供一种基于组件实现业务关联性的方法，包括：

为多个组件定义各自的属性；

基于所述多个组件构建和多个业务对应的多个业务模块，其中，构建第一业务模块包括：为所述第一业务模块从所述多个组件中选出至少两个组件，采用由业务约束转换的逻辑表达式分别将第一组件与第二业务模块、第二组件连接，以表征所述逻辑表达式不为真时，从所述第一业务模块的执行中跳转执行所述第二业务模块，当所述逻辑表达式为真时，执行所述第二组件；

当所述第一业务模块由于客户办理业务而被触发执行时，逐一执行所述第一业务模块的每个组件，当执行到所述第一组件时，判断由业务约束转换的逻辑表达式是否为真，如果为真，则缓存所述第一业务模块的实时场景信息，并跳转执行所述第二业务模块；以及

从缓存中读取所述第一业务模块的实时场景信息，并根据所述实时场景信息执行所述第二组件。

在一些实施例中，在前端缓存中缓存所述客户的任务ID和业务ID之间的对应关系。

在一些实施例中，还包括：当完成所述第一业务模块的执行后，查询推荐业务集合，并向所述客户展示所述推荐业务集合中的各个业务，以便所述客户从中选择下一个业务。

在一些实施例中，所述属性包括组件编号、名称、功能描述、出参、入参、共享标志和关联的组件资源。

在一些实施例中，所述实时场景信息包括所述第一业务模块中建立且未关闭的数据库事务的句柄，以便返回执行所述第一业务模块时，依据该句柄继续原数据库事务的处理。

在一些实施例中，还包括，检测到所述第一组件存在由业务约束转换的逻辑表达式时，向客户提供弹窗供客户输入指示，响应用户继续执行关联业务的指令，执行逻辑表达式判断，响应到所述客户指示不执行关联业务，关闭当前业务办理。

根据本公开实施例的第一方面，提供一种基于组件实现业务关联性的***，包括：

组件定义模块，用于为多个组件定义各自的属性；

业务流程编排模块，用于基于所述多个组件构建和多个业务对应的多个业务模块，其中，构建第一业务模块包括：为所述第一业务模块从所述多个组件中选出至少两个组件，所述至少两个组件中的第一组件采用由业务约束转换的逻辑表达式分别与第二业务模块、第二组件连接，以表征所述逻辑表达式不为真时，从所述第一业务模块的执行中跳转执行所述第二业务模块，当所述逻辑表达式为真时，执行所述第二组件；

业务流程解析模块，用于当所述第一业务模块由于客户办理业务而被触发执行时，逐一执行所述第一业务模块的每个组件，当执行到所述第一组件时，判断所述由业务约束转换的逻辑表达式是否为真，如果不为真，则缓存所述第一业务模块的实时场景信息，并跳转执行所述第二业务模块，并在完成所述第二业务模块的执行后，从缓存中读取所述第一业务模块的实时场景信息，并根据所述实时场景信息执行所述第二组件。

在一些实施例中，在前端缓存中缓存任务ID和业务ID之间的对应关系。

在一些实施例中，所述属性包括组件编号、名称、功能描述、出参、入参、共享标志和关联的组件资源。

在一些实施例中，所述实时场景信息包括所述第一业务模块中建立且未关闭的数据库事务的句柄，以便返回执行所述第一业务模块时，依据该句柄继续原数据库事务的处理。

根据本公开实施例，在基于组件的开发模式中，在业务流程的配置场景中，由开发人员配置由业务约束转换的逻辑表达式来关联本业务和另一业务，从而在本业务对应的模块运行时，根据由业务约束转换的逻辑表达式的实时计算结果，暂停执行本业务对应的模块，并跳转执行另一业务对应的模块，然后在另一业务对应的模块执行完毕后，继续执行本业务对应的模块。如此在基于组件的开发模式中实现业务关联性的相关功能。

附图说明

通过以下参照附图对本公开实施例的描述，本公开实施例的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1是本公开实施例提供的基于组件实现业务关联性的方法的流程图；

图2是组件库的示意图；

图3是本公开实施例提供的两个关联业务的示例图；

图4本公开实施例提供的后台服务处理每个业务的通用流程设计的流程图；

图5是本公开实施例提供的基于组件实现业务关联性的***的示意图。

具体实施方式

以下将参照附图更详细地描述本公开实施例。在各个附图中，相同的元件采用类似的附图标记来表示。为了清楚起见，附图中的各个部分没有按比例绘制。此外，可能未示出某些公知的部分。

以下基于实施例对本公开实施例进行描述，但是本公开实施例并不仅仅限于这些实施例。在下文对本公开实施例的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本公开实施例。为了避免混淆本公开实施例的实质，公知的方法、过程、流程、元件和电路并没有详细叙述。

除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。在本公开实施例的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本公开实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。

图1是本公开实施例提供的基于组件实现业务关联性的方法的流程图。包括以下步骤。

在步骤S101中，为多个组件定义各自的属性。

参考图2所示，组件是预封装的用于完成预定功能的一段程序代码。开发人员根据组件规范完成每个组件的编码、编译、测试、验证等开发工作，然后将能够投入应用的多个组件组织到组件库中。组件库例如以JAVA的SDK的形式呈现。

有了组件库之后，根据本步骤，可以由开发人员通过前端的Web页面为每个组件设置属性信息，该操作将***定义的组件与组件库中的组件资源绑定，并由此生成属性信息，属性信息包括组件编号、名称、功能描述、出参、入参、共享标志(指示组件是“共享”组件或“非共享”组件)、关联的组件资源、等等。组件的属性信息被被保存到数据库表中。

当共享标志指示组件为“非共享”组件时，开发人员还可填写一个业务ID，以指示该组件只用于构建该业务ID所对应的业务。相应地，当某个组件是共享组件，意味着该组件可用于构建多个业务。根据组件的代码特性，可以将组件区分为前端组件和后端组件，为此组件的属性信息可包括组件类别，用于指示组件是前端组件还是后端组件，前端组件的属性信息还可包括URL地址，当前端组件被触发执行时，跳转到URL地址表征的Web页面。

在步骤S102中，基于多个组件构建和多个业务对应的多个业务模块。

在为每个组件设置了属性信息之后，根据本步骤，可以将各个组件呈现在前端的Web页面上，开发人员可以查看每个组件的属性信息，开发人员可根据组件的属性信息和要构建的业务模块从组件库中拖曳所需组件到Web页面中的流程排布区域，并按照业务流程将各个组件连接起来，然后在组件上和组件的连接线上配置属性信息。

组件上配置的属性信息例如对于共享组件，可配置在本业务模块中是否可以跳过执行。

组件的连接线上配置的属性信息例如组件之间的连接关系。同一业务模块中，相邻组件之间的连接关系可定义为：普通连接、参数值传递和逻辑表达式连接。普通连接是指只要前一个组件执行成功，就可以执行后一个组件。参数值传递是指将前一个组件的输出参数作为后一个组件的输入参数，但前一个组件如果是共享组件，则它和后面组件的连接关系通常不采用参数值传递连接。逻辑表达式连接是指，为了能够实现复杂逻辑的组件连接，开发人员编写逻辑表达式，并将逻辑表达式***到两个或以上的相邻组件之间，以表征根据逻辑表达式的成立与否执行不同的组件，例如，将某个条件执行的逻辑表达式***到组件A和组件B、C之间，该逻辑表达式的含义是：如果A的输出参数的数值满足条件1，则执行C，否则执行B。

此外，在业务流程的配置场景中，开发人员还可采用逻辑表达式来表征两个业务之间的业务约束。参考图3所示，业务1和业务2之间存在由业务约束转换的逻辑表达式ex，当组件A1执行成功之后，先判断逻辑表达式ex是否为真，如果为真，则执行组件B1，如果不为真，则跳转到业务2上执行组件A2。

开发人员在前端的Web页面上完成上述设置之后，提交相应信息，相应信息被提交给后台服务，后台服务可将相应信息组织为和业务ID(业务ID是业务和业务模块的唯一标识)绑定的业务流程信息，并存储业务流程信息。

在步骤S103中，当第一业务模块由于客户办理业务而被触发执行时，逐一执行第一业务模块的每个组件，并基于逻辑表达式跳转执行第二业务模块。

当构建完业务模块之后，根据本步骤，客户办理业务时，就可以获得和业务对应的业务流程信息，从业务流程信息得到该业务模块所包含的多个组件的组件ID以及相邻组件之间的逻辑表达式。对于组件，根据组件ID获得每个组件的详细信息，检查每个组件的详细信息，如果某个组件是共享组件，并判断在本业务中是否可以跳过执行该组件，并检查在本业务或者客户的另一业务中是否已经执行过该组件，如果均是，才能够跳过执行该组件，反之，则某个组件不是共享组件或者在本业务中不可以跳过执行该组件，必须执行该组件。

对于业务模块中的逻辑表达式，根据将逻辑表达式中的参数替换为数值后计算逻辑表达式是否为真，并根据不同结果执行不同组件。对于关联本业务与其他业务的逻辑表达式，将逻辑表达式中的参数替换为数值后计算逻辑表达式是否为真，如果为真，则执行本业务模块中的后续组件，如果不为真，则在前端缓存中缓存本业务模块的实时场景信息，然后执行另一业务模块。

在步骤S104中，从前端缓存中读取第一业务模块的实时场景信息，并继续判断由业务约束转换的逻辑表达式是否为真，并在为真时执行第一业务模块中的逻辑表达式后面的组件。

本步骤是成功完成另一业务模块的执行之后，从前端缓存中读取本业务模块的实时场景信息并判断跳转的位置(即图3的逻辑表达式ex)处的逻辑表达式是否为真(此时逻辑表达式通常为真)，如果为真，则执行本业务模块中逻辑表达式之后的组件。图4本公开实施例提供的后台服务处理每个业务的通用流程设计的流程图，该流程图和上述图1的实施例相比，提供了更多细节。

根据图4示，当客户办理业务时，后台服务查询业务集合(步骤S11)，将业务集合展示为前端的Web页面上的菜单，根据用户操作获得具体业务(即步骤S12)，根据业务ID前端和后端服务查询业务详情(即步骤S13和S14)，从前端的Web页面获取客户的身份证(步骤S15)，然后新建任务，得到任务ID(即步骤S16)，并缓存任务ID和业务ID(步骤S17)，然后更新任务表中的当前业务ID(步骤S18)，然后获取任务共享集合的状态，任务共享集合保存着同一用户执行的各个业务中的共享组件的状态信息(步骤S19)，然后逐一获取业务流程信息中的各个项，判断获取到的项是组件、内部表达式还是外部表达式(步骤S20)，内部表达式是指关联本业务的相关组件的逻辑表达式，外部表达式是关联本业务和其他业务的逻辑表达式，如果是组件，则获取组件ID(步骤S22)，如果是内部表达式或外部表达式，则计算逻辑表达式的真假并确定执行哪个组件(步骤S21)，当逻辑表达式为内部表达式时，获取相应组件的组件ID(步骤S22)，如果逻辑表达式为外部表达式时，缓存实时场景信息(步骤S33)，在步骤S22之后，根据组件ID查询组件信息表以得到组件详情(步骤S23)，根据业务ID查询任务共享集合，确定当前组件是否是已经成功执行过的共享组件(步骤S24)，如果是，则跳转到步骤S20，如果否，则基于当前组件(当前组件为前端组件)的URL跳转到当前组件ID的组件界面(步骤S25)，执行当前组件的内部接口(步骤S26)，判断组件是否完成(步骤S27)，如果完成，则更新任务共享集合中的相应业务的共享组件的状态信息(步骤S28)，判断本业务的流程是否结束(步骤S29)，如果本业务的流程未结束，则跳转到步骤S20，如果本业务的流程结束，则执行步骤S30以判断是否有未结束的业务(步骤S30)，如果有未结束的业务，则读取缓存中的实时场景信息(步骤S31)，基于新的数据判断外部表达式是否为真(步骤S32)，如果是，则继续获取外部表达式为真时连接的组件的组件ID(即步骤S22)，然后重复步骤S23至S30。当执行完本业务和关联业务之后，如果步骤S30判断没有没有未结束的业务时(即关联业务都已经完成)，可根据用户操作进行处理：如果用户选择一个推荐业务(步骤S34)，则更新缓存业务ID(步骤S35)，查询业务详情(步骤S36)，更新任务信息(步骤S337)；如果用户未选择推荐业务时，则返回菜单(S38)，并清空缓存S39，即删除缓存中的任务信息和任务共享集合，然后通过步骤S11和S12向客户提供展示业务集合的web页面。

在图4所示的实施例中，客户在办理当前业务的过程中，根据业务约束暂停当前业务的办理转去办理另一业务，并在另一业务办理完成后继续当前业务的办理，相应地，***在判断业务约束转换的逻辑表达式不为真时，会先缓存当前业务所对应的业务模块的实时场景信息，然后再去查询另一业务所对应的业务ID和另一业务所对应的业务模块的流程信息，根据流程信息从头开始执行另一业务所对应的业务模块包含的各个组件，并且在完成另一业务所对应的业务模块后，从缓存中取出当前业务所对应的业务模块的实时场景信息，另一业务所对应的业务模块完成之后就会更新逻辑表达式的值，使逻辑判断能够成功，从而能够继续执行当前业务所对应的业务模块中的逻辑表达式之后的组件。

在图4所示的实施例中，每个客户对应一个任务ID，客户所办理的多个业务(包括关联业务和推荐业务)中的每个业务都有一个业务ID，并在前端缓存中缓存任务ID和业务ID之间的对应关系。

在图4所示的实施例中，前端缓存中还缓存有任务共享集合。任务共享集合包括客户所办理的多个业务中可跳过执行的共享组件的状态信息，在共享组件执行之前，通过查询任务共享集合判断该共享组件是否已经成功执行过，并据此决定本次是否跳过该共享组件的执行。

基于图4所示的实施例中，前端缓存中还缓存有实时场景信息。实时场景信息可包括任务ID，当前业务的业务ID和已执行组件的组件ID。实时场景信息还包括当前业务模块中建立且未关闭的数据库事务的句柄，以便从关联业务返回执行当前业务模块时，依据该句柄继续原数据库事务的处理。

基于图4所示的实施例中，可向客户提供弹窗供客户输入指示，如果客户指示执行关联业务，则执行关联业务，如果客户指示不执行关联业务，则由于当前业务也无法执行下去，则放弃执行当前业务，并回到导航页面。是否选择推荐业务、是否由关联业务返回当前业务，都可采用类似处理。

相应地，本公开实施例还提供了基于组件实现业务关联性的***的示意图。该***是由计算机程序实现的软件***，并可由相应的计算机设备运行。

如图5示，***500包括组件定义模块501、业务流程编排模块502和业务流程解析模块503。

组件定义模块501用于为多个组件定义各自的属性。组件定义模块501将***定义的组件与组件库中的组件资源绑定，并由此生成属性信息，属性信息包括组件编号、名称、功能描述、出参、入参、共享标志(指示组件是“共享”组件或“非共享”组件)、关联的组件资源、等等。组件的属性信息可保存到数据库表中。

业务流程编排模块502用于基于多个组件构建和多个业务对应的多个业务模块，其中，构建第一业务模块包括：为第一业务模块从多个组件中选出至少两个组件，该至少两个组件中的第一组件采用由业务约束转换的逻辑表达式分别与第二业务模块、第二组件连接，以表征逻辑表达式不为真时，从第一业务模块的执行中跳转执行第二业务模块，当逻辑表达式为真时，执行第二组件。

业务流程解析模块503用于当第一业务模块由于客户办理业务而被触发执行时，逐一执行第一业务模块的每个组件，当执行到第一组件时，判断由业务约束转换的逻辑表达式是否为真，如果不为真，则缓存第一业务模块的实时场景信息，并跳转执行第二业务模块，并在执行成功第二业务模块后，从缓存中读取第一业务模块的实时场景信息，并根据实时场景信息执行第二组件。

在一些实施例中，业务流程解析模块503在前端缓存中记录任务ID和业务ID之间的对应关系，以将同一个客户的多个业务关联到同一个任务下。

在一些实施例中，业务流程解析模块503还在前端缓存有任务共享集合。任务共享集合包括客户所办理的多个业务中可跳过执行的共享组件的状态信息，在共享组件执行之前，通过查询任务共享集合判断该共享组件是否已经成功执行过，并据此决定本次是否跳过该共享组件的执行。

在一些实施例中，业务流程解析模块503还在前端缓存有实时场景信息。实时场景信息可包括任务ID，当前业务的业务ID、已执行组件的组件ID、数据库实例的句柄、等等。

在一些实施例中，业务流程解析模块503对于客户，在当前业务结束后，查询当前业务之后的推荐业务集合，并将业务推荐集合中的各个业务的业务名称展示给客户，以便所述客户从中选择下一个业务。

应该理解，上述的基于组件实现业务关联性的***的各个模块与基于组件实现业务关联性的方法的相应步骤对应，因此在描述***的各个模块时，以相对简略的方式进行描述。

应该指出的是，上述实施例提供的方法和***可用于构建金融领域的移动展业***。金融领域的移动展业***包括多种金融营销业务，这些业务中很多存在关联关系，业务关联性限制实际应用场景举例如下：在银行“开通一类户”业务中，会先查询账户信息是否已经存在一类户，如果账户当前已存在一类户，则触发业务限制跳出“账户降级”，通过把当前已存在的一类户降级为二类户。

根据上述本实施例，在基于组件的开发模式中，在业务流程的配置场景中，由开发人员配置由业务约束转换的逻辑表达式来关联本业务和另一业务，从而在本业务对应的模块运行时，根据由业务约束转换的逻辑表达式的实时计算结果，暂停执行本业务对应的模块，并跳转执行另一业务对应的模块，然后在另一业务对应的模块执行完毕后，继续执行本业务对应的模块。如此在基于组件的开发模式中实现业务关联性的相关功能。

此外，本公开实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以上实施例的各个步骤。

再有，本公开实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以上实施例中的步骤。

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

Claims (10)

1.一种基于组件实现业务关联性的方法，包括：

为多个组件定义各自的属性；

基于所述多个组件构建和多个业务对应的多个业务模块，其中，构建第一业务模块包括：为所述第一业务模块从所述多个组件中选出至少两个组件，采用由业务约束转换的逻辑表达式分别将第一组件与第二业务模块、第二组件连接，当所述逻辑表达式不为真时，从所述第一业务模块的执行中跳转执行所述第二业务模块，当所述逻辑表达式为真时，执行所述第二组件；

当所述第一业务模块由于客户办理业务而被触发执行时，逐一执行所述第一业务模块的每个组件，当执行到所述第一组件时，判断由业务约束转换的逻辑表达式是否为真，如果为真，执行所述第二组件，如果不为真，则在前端缓存中缓存所述第一业务模块的实时场景信息，并跳转执行所述第二业务模块；以及

从所述前端缓存中读取所述第一业务模块的实时场景信息，并继续判断由业务约束转换的逻辑表达式是否为真，并在为真时执行所述第二组件。

2.根据权利要求1所述的方法，其中，还在所述前端缓存中缓存所述客户的任务ID和业务ID之间的对应关系。

3.根据权利要求1所述的方法，还包括：当完成所述第一业务模块的执行后，查询推荐业务集合，并向所述客户展示所述推荐业务集合中的各个业务，以便所述客户从中选择下一个业务。

4.根据权利要求1所述的方法，其中，所述属性包括组件编号、名称、功能描述、出参、入参、共享标志和关联的组件资源。

5.根据权利要求1所述的方法，其中，所述实时场景信息包括所述第一业务模块中建立且未关闭的数据库事务的句柄，以便返回执行所述第一业务模块时，依据该句柄继续原数据库事务的处理。

6.据权利要求1所述的方法，其中，还包括，检测到所述第一组件存在由业务约束转换的逻辑表达式时，向客户提供弹窗供客户输入指示，响应用户继续执行关联业务的指令，执行逻辑表达式判断，响应到客户指示不执行关联业务，关闭当前业务办理。

7.一种基于组件实现业务关联性的***，包括：

组件定义模块，用于为多个组件定义各自的属性；

业务流程编排模块，用于基于所述多个组件构建和多个业务对应的多个业务模块，其中，构建第一业务模块包括：为所述第一业务模块从所述多个组件中选出至少两个组件，所述至少两个组件中的第一组件采用由业务约束转换的逻辑表达式分别与第二业务模块、第二组件连接，以表征所述逻辑表达式不为真时，从所述第一业务模块的执行中跳转执行所述第二业务模块，当所述逻辑表达式为真时，执行所述第二组件；

业务流程解析模块，用于当所述第一业务模块由于客户办理业务而被触发执行时，逐一执行所述第一业务模块的每个组件，当执行到所述第一组件时，判断所述由业务约束转换的逻辑表达式是否为真，如果不为真，则在前端缓存中缓存所述第一业务模块的实时场景信息，并跳转执行所述第二业务模块，并在完成所述第二业务模块的执行后，从所述前端缓存中读取所述第一业务模块的实时场景信息，并根据所述实时场景信息执行所述第二组件。

8.根据权利要求7所述的***，其中，还在所述前端缓存中缓存任务ID和业务ID之间的对应关系。

9.根据权利要求7所述的***，其中，所述属性包括组件编号、名称、功能描述、出参、入参、共享标志和关联的组件资源。

10.根据权利要求7所述的***，其中，所述实时场景信息包括所述第一业务模块中建立且未关闭的数据库事务的句柄，以便返回执行所述第一业务模块时，依据该句柄继续原数据库事务的处理。