CN116185242A

CN116185242A - 业务编排方法、装置和电子设备

Info

Publication number: CN116185242A
Application number: CN202310468511.5A
Authority: CN
Inventors: 蒋军伟
Original assignee: Beijing Yanhuang Guangzhi Technology Development Co ltd
Current assignee: Beijing Yanhuang Guangzhi Technology Development Co ltd
Priority date: 2023-04-27
Filing date: 2023-04-27
Publication date: 2023-05-30
Anticipated expiration: 2043-04-27
Also published as: CN116185242B

Abstract

本申请提供一种业务编排方法、装置和电子设备，涉及计算机技术领域。该方法包括：基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。本申请解决了基于BPM的业务编排方式的内置逻辑隐蔽，业务编排的流程较复杂的问题。

Description

业务编排方法、装置和电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种业务编排方法、装置和电子设备。

背景技术

业务流程是对业务及其各项操作步骤之间业务规则的抽象、概括和描述。业务编排的执行步骤是实现业务流程可视化、灵活性、扩展性等特点的业务系统的基石，其开发速度快，只需动态编排业务执行步骤就可以及时响应企业的组织架构、业务交互及运营模式的灵活多变，并且可以满足企业内部、企业与伙伴之间的业务交互需求。

目前，业务编排通常是基于业务流程管理（bussiness process management，BPM）实现的。BPM涵盖了人员、设备、企业级应用等内容的优化组合，从而实现跨应用、跨部门的运作。基于BPM的业务编排，可以以零代码托拉拽的方式来实现。然而，这种业务编排方式的内置逻辑隐蔽，业务编排的流程较复杂。

发明内容

本申请提供一种业务编排方法、装置和电子设备，用以解决现有技术中基于BPM的业务编排方式的内置逻辑隐蔽，业务编排的流程较复杂的问题。

第一方面，本申请提供一种业务编排方法，包括：

基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；

响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；

响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；

根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。

在一种可能的实施方式中，所述领域模型中包括对应的业务操作；所述基于领域模型显示业务编排界面，包括：

根据所述领域模型对应的业务操作，确定多个原子步骤；

对所述多个原子步骤分别进行封装处理，得到所述多个原子步骤各自对应的原子步骤控件；

根据所述多个原子步骤各自对应的原子步骤控件，显示所述业务编排界面。

在一种可能的实施方式中，所述根据所述领域模型对应的业务操作，确定多个原子步骤，包括：

确定各所述业务操作对应的操作逻辑；

针对任意业务操作，根据所述业务操作对应的操作逻辑对所述业务操作进行拆解处理，得到所述业务操作对应的原子步骤。

在一种可能的实施方式中，所述对所述多个原子步骤分别进行封装处理，得到所述多个原子步骤各自对应的原子步骤控件，包括：

针对所述多个原子步骤中的任意原子步骤，确定所述原子步骤的属性信息，所述属性信息包括所述原子步骤的名称、步骤标识以及所述原子步骤所属的业务操作；

根据所述原子步骤的属性信息对所述原子步骤进行封装处理，得到所述原子步骤对应的原子步骤控件。

在一种可能的实施方式中，所述根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务，包括：

响应于针对所述目标编排业务的启用操作，基于业务身份解析器确定所述目标编排业务的业务标识；

根据所述目标编排业务的业务标识，确定所述目标编排业务对应的多个扩展点；

根据所述多个扩展点，执行所述目标编排业务。

在一种可能的实施方式中，所述根据所述目标编排业务的业务标识，确定所述目标编排业务对应的多个扩展点，包括：

根据所述目标编排业务的业务标识，确定所述目标编排业务对应的目标领域模型、所述目标领域模型对应的目标业务操作以及所述目标业务操作对应的业务执行逻辑；

根据所述目标领域模型，确定所述目标编排业务对应的领域模型扩展点；

根据所述目标业务操作，确定所述目标编排业务对应的步骤编排扩展点；

根据所述业务执行逻辑，确定所述目标编排业务对应的执行逻辑扩展点，所述多个扩展点包括所述领域模型扩展点、步骤编排扩展点和所述执行逻辑扩展点。

在一种可能的实施方式中，所述方法还包括：

对所述目标领域模型、所述目标业务操作和所述业务执行逻辑进行注解处理；

将注解后的所述目标领域模型、所述目标业务操作和所述业务执行逻辑存储至预设数据库中。

第二方面，本申请提供一种业务编排装置，包括：

处理模块，用于基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；

第一确定模块，用于响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；

第二确定模块，用于响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；

执行模块，用于根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。

在一种可能的实施方式中，所述领域模型中包括对应的业务操作；所述处理模块具体用于：

根据所述领域模型对应的业务操作，确定多个原子步骤；

在一种可能的实施方式中，所述处理模块具体用于：

确定各所述业务操作对应的操作逻辑；

在一种可能的实施方式中，所述处理模块具体用于：

在一种可能的实施方式中，所述执行模块具体用于：

根据所述多个扩展点，执行所述目标编排业务。

在一种可能的实施方式中，所述执行模块具体用于：

在一种可能的实施方式中，所述执行模块还用于：

第三方面，本申请提供一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现如第一方面任一项所述的业务编排方法。

第四方面，本申请提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项所述的业务编排方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项所述的业务编排方法。

本申请提供的业务编排方法、装置和电子设备，首先基于领域模型显示业务编排界面，业务编排界面中包括领域模型对应的多个原子步骤控件，即通过领域驱动涉及的思想构建了基于领域模型的原子步骤控件；然后，响应于针对原子步骤控件的选择操作，在多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件，并响应于针对多个目标原子步骤控件的连接操作，确定多个目标原子步骤控件之间的连接关系；根据连接关系对多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行目标编排业务。本申请实施例的方案，基于原子步骤控件构建了目标编排业务，通过业务编排界面的交互操作即可构建目标编排业务，业务编排的流程较为简单，适用性更强。通过领域模型内部逻辑高度抽象，覆盖业务流程需要的几乎所有的原子步骤，与现有非领域模型系统相比有更高的灵活性，内置逻辑更加清晰，业务编排的流程更加简单。

附图说明

为了更清楚地说明本申请或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的业务编排方法的流程示意图；

图2为本申请实施例提供的基于领域模型的业务系统架构的示意图；

图3为本申请实施例提供的显示业务编排界面的流程示意图；

图4为本申请实施例提供的原子步骤封装示意图；

图5为本申请实施例提供的业务编排界面的示意图；

图6为本申请实施例提供的业务编排的流程示意图；

图7为本申请实施例提供的业务编排装置的结构示意图；

图8为本申请实施例提供的一种电子设备的实体结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。

目前，业务编排可以基于BPM或工作流引擎（workflow engine）实现。基于BPM的业务编排，可以以零代码托拉拽的方式来实现。然而，这种业务编排方式的内置逻辑隐蔽，业务编排的流程较复杂。工作流引擎通常更轻量，其核心更专注于状态变更、调度流转、事件通知、事件处理。然而，工作流引擎是面向专业开发人员的，轻量也常常意味着很多复杂场景需要的复杂功能在工作流引擎中是缺失的。

并且，目前的业务编排，大多以结构化、表单驱动、构建内部表单等设计思想来组织和实现业务为主，无法充分发挥业务人员的作用，做到业务与技术之间的平滑衔接。在现有业务流程不支持的情况下，需要修改代码来实现新的业务编排，并且后续的修改只能采用代码开发方式，或者需要引入新的脚本语言，从而使得需求实现周期变长，不可控因素增多，或者仅能面向专业领域的特殊场景，或需要绑定特定的平台或产品，通用性和扩展性较差，大大地限制了其使用场景。

基于此，本申请实施例提供一种业务编排方法，实现基于领域模型的业务编排。需要说明的是，本申请中各实施例的执行主体可以为服务器、处理器、微处理器等，也可以是集成上述服务器、处理器或微处理器等装置的设备，例如终端设备，本申请各实施例的具体的执行主体不做限制，其可以根据实际需求进行选择和设置。在下述实施例中，以执行主体为终端设备为例进行介绍，并不构成对实际执行主体的限定。

下面将结合附图对本申请实施例的方案进行介绍。

图1为本申请实施例提供的业务编排方法的流程示意图，如图1所示，该方法可以包括：

S11，基于领域模型显示业务编排界面，业务编排界面中包括领域模型对应的多个原子步骤控件。

业务编排界面为面向业务人员的界面，业务编排界面中包括领域模型对应的多个原子步骤控件，每个原子步骤控件对应一个原子步骤。本申请实施例中，原子步骤指的是不可拆分的步骤。

本申请实施例中，业务编排界面是基于领域模型来设计的，领域模型是对领域内的概念类或现实世界中对象的可视化表示。又称概念模型、领域对象模型、分析对象模型，领域模型专注于分析问题领域本身，发掘重要的业务领域概念，并建立业务领域概念之间的关系。构建领域模型的前提及要素包括专业的领域知识、通用的语言（UbiquitousLanguage）、限界上下文（Bounded Context）、实体（Entity）、值对象（Value Object）、服务（services）、模块（moudles）及聚合（Aggregates）。下面首先结合图2介绍基于领域模型的业务系统架构。

图2为本申请实施例提供的基于领域模型的业务系统架构的示意图，如图2所示，基于领域模型的业务系统架构主要包括四个部分，分别是用户接口层、应用层、领域层和基础设施层。

接口服务位于用户接口层，用户接口层仅依赖应用层，用于处理用户发送的Restful（网络应用程序的设计风格和开发方式）请求和解析用户输入的参数信息等，并将接收到的参数信息传递给应用层。如图2所示，用户接口层主要用于进行Restful交互服务，例如可以包括网页（web）服务、远程过程调用（Remote Procedure Call，RPC）及其他服务等等。

应用层用于表述应用和用户行为，负责业务的组合、编排和转发，还用于处理业务用例的执行顺序以及结果的拼装。应用层的业务包括应用服务和领域事件相关服务。应用服务可对微服务内的领域服务以及微服务外的应用服务进行组合和编排，或者对文件、缓存等数据直接操作形成应用服务，对外提供粗粒度的服务。如图2所示，应用层可以用于进行聚合协同、服务组合/编排以及安全校验等操作。

领域服务位于领域层，为完成领域中跨实体或值对象的操作转换而封装的服务，领域层不依赖任何外部服务或框架，领域服务以与实体和值对象相同的方式参与实施过程。如图2所示，领域层包括不同的领域模型，领域模型由实体、值对象、领域服务等共同构成。在领域层还包括对抽象中间件的处理。对中间件的抽象的目的是让业务代码不依赖中间件的实现逻辑。通过封装抽象的对象，来实现对底层消息中间件实现的隔离和定时器的实现隔离，使开发人员更加专注于业务层面的状态流转、任务调度、定时器管理、事件处理等。

基础服务位于基础设施层，基础设施层为其他各层提供资源服务，这些资源服务例如可以包括数据库、缓存等等。基础设施层提供的服务能够实现其他各层的解耦，降低外部资源变化对业务逻辑的影响。基础服务主要为仓储服务，通过依赖反转的方式为各层提供基础资源服务，领域服务和应用服务调用仓储服务接口，利用仓储实现持久化数据对象或直接访问基础资源。如图2所示，基础设施层主要包括数据库、应用程序编程接口（Application Programming Interface，API）网管、消息队列等等。

本申请实施例中，主要对领域层进行了设计。通过实现领域服务接口对象，对同一个领域模型的一个或多个方法进行组合和封装，或者对多个不同领域模型的操作进行组合或编排，对外提供领域服务。领域服务封装了核心的业务逻辑，领域模型自身的行为在模型类内部实现，向上封装成领域服务。通过封装抽象的模板方法类，领域模型内部逻辑通过模板方法类实现。下面将结合图3对该过程进行详细介绍。

图3为本申请实施例提供的显示业务编排界面的流程示意图，如图3所示，包括：

S31，根据领域模型对应的业务操作，确定多个原子步骤。

领域模型中包括对应的业务操作，在确定领域模型中包括的业务操作后，根据该领域模型对应的业务操作可以确定多个原子步骤。需要说明的是，本申请实施例中，可以是基于一个领域模型来进行处理最终生成并显示业务编排界面，也可以是基于多个领域模型来进行处理最终生成并显示业务编排界面。即，可以基于一个领域模型来生成对应的业务编排界面，对外提供业务编排服务，也可以基于多个领域模型共同生成的业务编排界面，对外来提供业务编排服务。

针对领域模型对应的至少一个业务操作中的任意业务操作而言，可以首先确定各业务操作分别对应的操作逻辑，从而根据各业务操作分别对应的操作逻辑，来对对应的业务操作进行拆解处理，从而得到各业务操作对应的原子步骤。

操作逻辑指的是实现业务操作中的步骤逻辑。以“报销单”这一领域模型而言，“报销单”对应的业务操作即为报销操作，而报销操作对应的操作逻辑可以有一个或多个。例如，一种针对报销操作的操作逻辑为：首先对报销单进行合法性校验，在校验通过后再进行报销单的处理；例如，一种针对报销操作的操作逻辑为：首先确定报销单的类型，然后根据报销单的类型进行报销单的处理；例如，一种针对报销操作的操作逻辑为，首先对报销单进行合法性校验，在校验通过后确定报销单的类型，然后根据报销单的类型进行报销单的处理，等等。

在确定业务操作对应的操作逻辑后，根据操作逻辑可以对业务操作进行拆解处理，从而得到该业务操作对应的原子步骤。以业务操作对应的操作逻辑为“首先对报销单进行合法性校验，在校验通过后确定报销单的类型，然后根据报销单的类型进行报销单的处理”为例，基于操作逻辑对报销操作这一业务操作而言，进行拆解后得到报销操作对应的原子步骤包括“合法性校验”、“确定报销单类型”以及“处理报销单”。

针对不同的领域模型而言，其包括的业务操作可能不同，不同的业务操作对应的操作逻辑也不同，因此基于操作逻辑对业务操作进行拆解处理后得到的原子步骤也不同。在上述实施例中，仅以“报销单”这一领域模型为例介绍如何确定对应的原子步骤，对于其他的领域模型而言，基于上述类似的实现方式即可确定对应的原子步骤。

S32，对多个原子步骤分别进行封装处理，得到多个原子步骤各自对应的原子步骤控件。

针对任意领域模型而言，基于上述S31的实现方式可以确定对应的原子步骤。在得到多个原子步骤后，对各个原子步骤分别进行封装处理，即可得到各个原子步骤对应的原子步骤控件。

具体的，针对多个原子步骤中的任意原子步骤，首先确定该原子步骤的属性信息。原子步骤的属性信息包括原子步骤的名称、原子步骤的步骤标识以及原子步骤所属的业务操作。其中，原子步骤的名称可以用于后续在对应的原子步骤控件上进行显示，原子步骤的步骤标识用于唯一标识该原子步骤，可以通过原子步骤的值（value）来指示，原子步骤所属的业务操作用于指示该原子步骤是基于哪个业务操作进行拆解得到的，而根据业务操作对应的领域模型，也可以得到原子步骤所属的领域模型。

在得到原子步骤的属性信息后，根据原子步骤的属性信息对该原子步骤进行封装处理，即可得到该原子步骤对应的原子步骤控件。图4为本申请实施例提供的原子步骤封装示意图，如图4所示，基础设施层包括数据库和仓储接口实现，仓储接口实现提供相应的数据库、缓存、文件等等。在领域层，通过对实体、值对象等进行组合和封装，对外提供领域服务。在应用层，通过消息中间件的事件订阅和事件发布来提供应用服务，并通过用户接口层的数据传输对象、数据装配等步骤进行进行接口定义和接口实现，从而对外提供服务，对外提供的服务可以通过web服务端实现，在前端应用进行展现，业务人员通过前端应用实现业务编排。

针对任意原子步骤，均可以采用上述实现方式实现对原子步骤的封装。对多个原子步骤分别进行封装处理后，即可得到多个原子步骤各自对应的原子步骤控件。

S33，根据多个原子步骤各自对应的原子步骤控件，显示业务编排界面。

在基于上述实现方式得到了多个原子步骤各自对应的原子步骤控件后，即可根据多个原子步骤各自对应的原子步骤控件，显示业务编排界面。业务编排界面中包括领域模型对应的多个原子步骤控件，通过与业务编排界面的交互操作，可以实现业务编排。

S12，响应于针对原子步骤控件的选择操作，在多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件。

在业务编排界面上包括多个原子步骤控件，因此可以根据要编排的业务，在多个原子步骤控件中选择多个目标原子步骤控件。终端设备响应于针对原子步骤控件的选择操作，在多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件。该过程例如可以结合图5进行理解。

图5为本申请实施例提供的业务编排界面的示意图，如图5所示，在业务编排界面50上包括多个原子步骤控件。

多个原子步骤控件包括合法性校验控件51、报销单类型控件52、报销单金额控件53、审批控件54、报销控件55、格式校验控件56和记录控件57。其中，合法性校验控件51对应的原子步骤为对报销单进行合法性校验；报销单类型控件52对应的原子步骤为确定报销单的类型，报销单的类型例如可以包括住宿费报销单、打车费报销单等等；报销单金额控件53对应的原子步骤为确定报销单的金额；审批控件54对应的原子步骤为对报销单进行审批；报销控件55对应的原子步骤为对报销单审批过后进行报销，即报销金额的发放；格式校验控件56对应的原子步骤为对报销单的格式进行校验，校验报销单是否符合相应的格式；记录控件57对应的原子步骤为记录此次报销的相关信息。

在图5的示例中，通过与业务编排界面50交互操作，在多个原子步骤控件中选择了合法性校验控件51、报销单类型控件52、报销单金额控件53、审批控件54、报销控件55和格式校验控件56，终端设备响应于针对原子步骤控件的选择操作，将合法性校验控件51、报销单类型控件52、报销单金额控件53、审批控件54、报销控件55和格式校验控件56确定为选择的多个目标原子步骤控件。

S13，响应于针对多个目标原子步骤控件的连接操作，确定多个目标原子步骤控件之间的连接关系。

选择的多个目标原子步骤控件为用于后续进行业务编排涉及的原子步骤对应的原子步骤控件，在选择了多个目标原子步骤控件后，可以通过流程流转、分支判断等组件将多个目标原子步骤控件进行组合，成为一个完整的业务流程。

具体的，首先对这多个目标原子步骤控件进行连接操作，终端设备响应于针对这多个目标原子步骤控件的连接操作，即可确定多个目标原子步骤控件之间的连接关系。

以图5为例，多个目标原子步骤控件包括合法性校验控件51、报销单类型控件52、报销单金额控件53、审批控件54、报销控件55和格式校验控件56，通过对这多个目标原子步骤控件之间的连接操作，即可确定这多个目标原子步骤控件之间的连接关系。在图5中，首先是合法性校验控件51，合法性校验控件51之后进入3个分支，分别是报销单类型控件52、报销单金额控件53和格式校验控件56，报销单类型控件52、报销单金额控件53和格式校验控件56之后均进入审批控件54，审批控件54之后进入报销控件55，整个业务流程结束。

S14，根据连接关系对多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行目标编排业务。

多个目标原子步骤控件之间的连接关系，也反映了多个目标原子步骤控件对应的原子步骤之间的连接关系，即原子步骤之间执行的顺序。以图5中的连接关系为例，针对一个报销单，其首先对该报销单进行合法性校验，在合法性校验通过之后，同步进行确定报销单类型、报销单金额以及报销单的格式校验等操作，然后对报销单进行审批和报销。

因此，在确定了多个目标原子步骤控件，以及多个目标原子步骤控件之间的连接关系后，根据该连接关系可以对多个目标原子步骤控件分别对应的目标原子步骤进行编排。

图6为本申请实施例提供的业务编排的流程示意图，如图6所示，包括：

S61，响应于针对目标编排业务的启用操作，基于业务身份解析器确定目标编排业务的业务标识。

针对某个业务而言，在此之前可能存在默认的业务流程，其默认的业务流程处于启用状态，而同一时刻针对某个业务而言，只能有一个启用的业务流程。因此，针对目标编排业务而言，在通过选择操作确定了多个目标原子步骤控件，并通过连接操作确定了多个目标原子步骤控件之间的连接关系后，目标编排业务的流程已完成，此时可以启用目标编排业务。终端设备响应于针对目标编排业务的启用操作，基于业务身份解析器（IidentityResolver）确定目标编排业务的业务标识。其中业务身份解析器包含两个机制，业务模式和前台合作伙伴，业务模式可以任意维度叠加的水平业务，解决中台部门内部的个性化需求；前台合作伙伴维度唯一、不可叠加的垂直业务，解决前台部门的个性化需求。

S62，根据目标编排业务的业务标识，确定目标编排业务对应的多个扩展点。

步骤，相当于隐藏业务细节而把业务活动进行拆解的抽象，不同的业务场景下，原子步骤的顺序不同，步骤项也相应的不同。本申请实施例通过分层扩展点机制来实现业务编排。

具体的，首先根据目标编排业务的业务标识，确定目标编排业务对应的目标领域模型、目标领域模型对应的目标业务操作以及目标业务操作对应的业务执行逻辑。

在确定目标编排业务对应的目标领域模型后，根据目标编排业务对应的目标领域模型，确定目标编排业务对应的领域模型扩展点。领域模型扩展点是针对不同的领域模型而言的，通过定义领域模型扩展点（ImodelAttachmentExt）可以解决业务中领域模型的不确定性。例如，默认的业务流程中涉及的领域模型为模型A，而本方案中的目标编排业务涉及的目标领域模型为模型B，则可以通过领域模型扩展点来启用模型B，实现业务编排。

在确定目标领域模型对应的目标业务操作后，根据目标领域模型对应的目标业务操作，确定目标编排业务对应的步骤编排扩展点。针对任意目标领域模型，目标领域模型中包括相应的目标业务操作。步骤编排扩展点是针对不同的目标业务操作也即不同的步骤而言的，通过定义步骤编排扩展点（IdecideStepsExt）可以解决业务中步骤流程的不确定性。例如，默认的业务流程中涉及的业务操作为步骤A，而本方案中的目标编排业务涉及的业务操作为步骤B，则可以通过步骤编排扩展点来启用步骤B，实现业务编排。

在确定目标业务操作对应的业务执行逻辑后，根据目标业务操作对应的业务执行逻辑，确定目标编排业务对应的执行逻辑扩展点。针对任意目标业务操作，目标业务操作中包括相应的业务执行逻辑。执行逻辑扩展点是针对同一目标业务操作也即同一步骤而言的，通过定义执行逻辑扩展点（IdomainExtension）可以解决业务执行逻辑的不确定性。例如，默认的业务操作中涉及的执行逻辑为执行逻辑A，而本方案中的目标编排业务涉及的执行逻辑为执行逻辑B，则可以通过执行逻辑扩展点来启用执行逻辑B，实现业务编排。

S63，根据多个扩展点，执行目标编排业务。

目标编排业务对应的多个扩展点包括目标编排业务对应的领域模型扩展点、目标编排业务对应的步骤编排扩展点和目标编排业务对应的执行逻辑扩展点。基于领域模型标识可以判断是否为目标编排业务，还可以与多个扩展点进行绑定，从而实现扩展点的路由机制。

在确定多个扩展点后，即可基于多个扩展性执行目标编排业务。具体的，通过启用目标编排业务，目标编排业务中涉及的多个原子步骤被执行，执行的过程可以基于多个扩展点进行实现。

在原子步骤执行过程中，也可能抛出异常，为了保证业务一致性，之前已经成功执行的原子步骤可以进行回滚操作。

目标编排业务中各个原子步骤的执行，有些是可以预先计算的，有些是动态计算的，每一个原子步骤都是一个功能单一的逻辑，原子步骤之间通过领域模型传递信息，每个原子步骤执行完不需要自己指定后续的原子步骤执行。

对应目标编排业务中涉及的目标领域模型、目标业务操作和业务执行逻辑，可以通过注解处理得到注解后的目标领域模型、注解后的目标业务操作和注解后的业务执行逻辑。然后，将注解后的目标领域模型、注解后的目标业务操作和注解后的业务执行逻辑存储至预设数据库中。具体的，可以通过领域注册工厂将注解后的目标领域模型、注解后的目标业务操作和注解后的业务执行逻辑持久化到预设数据库，通过可视化后台统一管理，达到复用及重新编排的目的。

综上所述，本申请实施例提供的业务编排方法，首先基于领域模型显示业务编排界面，业务编排界面中包括领域模型对应的多个原子步骤控件，即通过领域驱动涉及的思想构建了基于领域模型的原子步骤控件；然后，响应于针对原子步骤控件的选择操作，在多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件，并响应于针对多个目标原子步骤控件的连接操作，确定多个目标原子步骤控件之间的连接关系；根据连接关系对多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行目标编排业务。本申请实施例的方案，基于原子步骤控件构建了目标编排业务，即通过业务人员与业务编排界面之间的交互操作即可构建目标编排业务，业务编排的流程较为简单，适用性更强。在构建各原子步骤控件的过程中，通过在领域层中采用实体、值对象、服务、模块等设计元素来对业务逻辑进行封装，可以有效降低业务核心在其他层级上的暴露，能够有效做到以领域层为中心、且实现与其他层级之间的松耦合关系，进而可以按照最小代价实现对另外层的更替。通过领域模型内部逻辑高度抽象，覆盖业务流程需要的几乎所有的原子步骤，通过注解的方式对设计好的目标编排业务进行自动收集；通过设计领域注册工厂将收集到的目标领域模型、目标业务操作和业务执行逻辑进行持久化统一管理，通过业务身份解析器，扩展业务流程以分层扩展点机制在代码层面实现目标编排业务的执行，以持久化的流程步骤在页面重新拖拽编辑在业务层面实现业务流程的重组和编排，业务流程插件方式灵活插拔、易扩展、易维护、易理解，大大提高支撑效率，降低各项成本，与现有非领域模型系统相比有更高的灵活性。

下面对本申请提供的业务编排装置进行描述，下文描述的业务编排装置与上文描述的业务编排方法可相互对应参照。

图7为本申请实施例提供的业务编排装置的结构示意图，如图7所示，该业务编排装置包括：

处理模块71，用于基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；

第一确定模块72，用于响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；

第二确定模块73，用于响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；

执行模块74，用于根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。

在一种可能的实施方式中，所述领域模型中包括对应的业务操作；所述处理模块71具体用于：

根据所述领域模型对应的业务操作，确定多个原子步骤；

在一种可能的实施方式中，所述处理模块71具体用于：

确定各所述业务操作对应的操作逻辑；

在一种可能的实施方式中，所述处理模块71具体用于：

在一种可能的实施方式中，所述执行模块74具体用于：

根据所述多个扩展点，执行所述目标编排业务。

在一种可能的实施方式中，所述执行模块74具体用于：

在一种可能的实施方式中，所述执行模块74还用于：

图8示例了一种电子设备的实体结构示意图，如图8所示，该电子设备可以包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行业务编排方法，该方法包括：基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。

此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本申请还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的业务编排方法，该方法包括：基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。

又一方面，本申请还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的业务编排方法，该方法包括：基于领域模型显示业务编排界面，所述业务编排界面中包括所述领域模型对应的多个原子步骤控件；响应于针对所述原子步骤控件的选择操作，在所述多个原子步骤控件中确定目标编排业务对应的多个目标原子步骤控件；响应于针对所述多个目标原子步骤控件的连接操作，确定所述多个目标原子步骤控件之间的连接关系；根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims

1.一种业务编排方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述领域模型中包括对应的业务操作；所述基于领域模型显示业务编排界面，包括：

根据所述领域模型对应的业务操作，确定多个原子步骤；

3.根据权利要求2所述的方法，其特征在于，所述根据所述领域模型对应的业务操作，确定多个原子步骤，包括：

确定各所述业务操作对应的操作逻辑；

4.根据权利要求3所述的方法，其特征在于，所述对所述多个原子步骤分别进行封装处理，得到所述多个原子步骤各自对应的原子步骤控件，包括：

5.根据权利要求1-4任一项所述的方法，其特征在于，所述根据所述连接关系对所述多个目标原子步骤控件分别对应的目标原子步骤进行编排，执行所述目标编排业务，包括：

根据所述多个扩展点，执行所述目标编排业务。

6.根据权利要求5所述的方法，其特征在于，所述根据所述目标编排业务的业务标识，确定所述目标编排业务对应的多个扩展点，包括：

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

8.一种业务编排装置，其特征在于，包括：

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述的业务编排方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的业务编排方法。