CN111198973A - 基于领域模型的业务可视化处理方法及装置 - Google Patents

Abstract

本申请公开了一种基于领域模型的业务可视化处理方法及装置，其中，该方法包括：对待表达业务进行领域建模，得到领域模型，对该领域模型获取元数据信息，该元数据中包括领域实体、领域实体的能力信息，能力信息对应的扩展点信息；将该元数据上传至网络服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

Description

基于领域模型的业务可视化处理方法及装置

技术领域

本申请涉及互联网领域，具体而言，涉及一种基于领域模型的业务可视化处理方法及装置。

背景技术

相关技术中为了更灵活的支撑业务，可以打造基于网络协同的协同云，届时在满足内部销售业务的同时，还可以向外输出赋能商家。软件即服务(Software-as-a-Service，简称为SaaS)化产品的落地最终是要实现灵活的配置，相关技术中很多的配置化解决方案都是基于页面控件的界面可配置和基于元数据的数据可配置。还没有对于领域层的业务可视化和可配置化解决方案。

针对相关技术中的业务配置较复杂，扩展性差的问题，目前尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种基于领域模型的业务可视化处理方法及装置，以至少解决相关技术中的业务配置较复杂，扩展性差的技术问题。

根据本申请文件的一个实施例，提供了一种基于领域模型的业务可视化处理方法，包括：对待表达业务进行领域建模，得到领域模型；从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

根据本申请文件的一个实施例，还提供了一种基于领域模型的业务可视化处理方法，包括：接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

根据本申请文件的另一个实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述任意一项所述的基于领域模型的业务可视化处理方法。

根据本申请文件的另一个实施例，还提供了一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行上述任意一项所述的基于领域模型的业务可视化处理方法。

根据本申请文件的另一个实施例，还提供了一种基于领域模型的业务可视化处理装置，包括：建模模块，用于对待表达业务进行领域建模，得到领域模型；获取模块，用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；传输模块，用于将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

根据本申请文件的另一个实施例，还提供了一种基于领域模型的业务可视化处理装置，包括：接收模块，用于接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；展示模块，用于通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

根据本申请文件的另一个实施例，还提供了一种本地服务器，包括：第一处理器，用于对待表达业务进行领域建模，得到领域模型；所述第一处理器还用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；第一通信装置，用于将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

根据本申请文件的另一个实施例，还提供了一种网络服务器，包括：第二通信装置，用于接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；第二处理器，用于通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

根据本申请文件的另一个实施例，还提供了一种系统，包括：本地服务器，用于对待表达业务进行领域建模，得到领域模型，以及用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；所述本地服务器将所述元数据信息上传至网络服务器；所述网络服务器，用于接收服务器上传的元数据信息，以及用于对所述元数据信息进行解析并将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

在本申请实施例中，对待表达业务进行领域建模，得到领域模型，对该领域模型获取元数据信息，该元数据中包括领域实体、领域实体的能力信息，能力信息对应的扩展点信息；将该元数据上传至网络服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。采用上述方案，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于领域模型的业务可视化处理方法应用场景图；

图2是根据本申请实施例一的用于实现基于领域模型的业务可视化处理方法的服务器的硬件结构框图；

图3是根据本申请实施例一的基于领域模型的业务可视化处理方法流程图一；

图4是根据本申请实施例一的一种基于领域模型的业务可视化处理方法流程图二；

图5是根据本申请实施例一的业务配置流程图；

图6是根据本申请实施例一的基于领域模型的业务可视化处理框架图；

图7是根据本申请实施例二的基于领域模型的业务可视化处理装置结构图一；

图8是根据本申请实施例二的基于领域模型的业务可视化处理装置结构框图二；

图9是根据本申请实施例四的一种本地服务器的硬件结构图；

图10是根据本申请实施例四的一种网络服务器的硬件结构图；

图11是根据本申请实施例五的系统执行基于领域模型的业务可视化处理方法的流程图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

领域层：一个项目的核心，所有业务规则都应该在领域层内实现。

领域模型：一种业务表达手段，主要描述通过领域知识的抽象建立的业务实体，以及实体之间的关系。

领域驱动设计(Domain Driven Design，简称为DDD)，一种基于领域模型的软件开发方法。

Annotation：Java语言的注解功能，通常用于元数据描述等。

开闭原则(Open Close Principle，简称为OCP)，一种软件编程思想，表示对修改关闭，对扩展开放。

Code free：无需编码快速实现业务的方式。

本申请文件的技术方案可以应用于企业级业务系统，也可以应用到其他业务系统，例如政府等机构，但是不局限于此。

图1是根据本申请实施例的基于领域模型的业务可视化处理方法应用场景图，如图1所示，该场景中包括本地服务器101和网络服务器102，网络服务器102也可以称为配置中心服务器，本地服务器101和网络服务器102可以是计算机终端等设备，均可以是一个或多个，本申请文件中不做限定。

实施例一

根据本申请实施例，还提供了一种基于领域模型的业务可视化处理方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例一所提供的方法实施例可以在服务器或者类似的运算装置中执行，上述的本地服务器或者网络服务器都可以采用下述结构。

图2是根据本申请实施例一的用于实现基于领域模型的业务可视化处理方法的服务器的硬件结构框图。如图2所示，服务器20可以包括一个或多个(图中采用202a、202b，……，202n来示出)处理器202(处理器202可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器204、以及用于通信功能的传输模块。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图2所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器20还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。

应当注意到的是上述一个或多个处理器202和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到服务器20(或移动设备)中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器204可用于存储应用软件的软件程序以及模块，如本申请实施例中的基于领域模型的业务可视化处理方法对应的程序指令/数据存储装置，处理器202通过运行存储在存储器204内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的基于领域模型的业务可视化处理方法。存储器204可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器204可进一步包括相对于处理器202远程设置的存储器，这些远程存储器可以通过网络连接至服务器20。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括服务器20的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与服务器20的用户界面进行交互。

在上述运行环境下，本申请实施例一提供了如图3所示的基于领域模型的业务可视化处理方法，图3是根据本申请实施例一的基于领域模型的业务可视化处理方法流程图一，该方法可以应用于本地服务器，如图3所示，包括以下步骤：

步骤S302，对待表达业务进行领域建模，得到领域模型；

上述的待表达业务可以从领域层出发，接触到待表达业务第一步即考虑领模型，而不是将其切换成数据和行为，数据用户数据库实现，行为使用服务实现，造成需求的首肢分离。领域建模强调业务抽象和面向对象编程，而不是过程式业务逻辑实现。

步骤S304，从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

建立领域模型之后，从领域模型中获取元数据信息，领域实体可以包括业务语言中的类；领域实体的能力信息可以包括领域实体支持的操作，例如新增，修改，查询等，领域的能力也可以称为领域行为；能力信息对应的扩展点信息可以包括参数校验等。

扩展点可以通过接口申明，扩展实现是通过Annotation的方式标注的。

步骤S306，将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

在本步骤中，将元数据信息上传至服务器，可以将领域的行为(也叫能力)和扩展点用可视化的方式呈现出来，并对于一些不需要编码实现的扩展点用配置的方式去完成。

可选地，通过Annotation注解的方式对领域能力和扩展点进行标注，然后在系统bootstrap阶段，通过代码扫描的方式，将能力点和扩展点收集起来上传至中心服务器，然后再通过图形用户界面GUI的方式呈现出来，从而做到业务的可视化和可配置化。

在本申请实施例中，对待表达业务进行领域建模，得到领域模型，对该领域模型获取元数据信息，该元数据中包括领域实体、领域实体的能力信息，能力信息对应的扩展点信息；将该元数据上传至网络服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。采用上述方案，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

可选地，对所述待表达业务进行领域建模，得到所述领域模型包括：获取所述待表达业务的领域概念；利用领域驱动设计将所述领域概念的定义和业务逻辑封装成所述领域实体，得到所述领域模型。该实施例给出了获取领域模型的方式，领域概念可以是不同对象的称呼，例如在求职系统中，可以将求职者作为领域概念，可以将求职者的定义，和求职者的业务逻辑封装成领域实体。

可选地，在从所述领域模型获取所述元数据信息之前，通过扩展引擎识别从所述领域模型中得到所述扩展点信息，其中，所述扩展引擎用于在所述领域模型中识别所述领域实体的扩展点。扩展点可以是针对每个能力信息的，在领域模型中为领域实体的能力信息设置扩展点，便于维护过程中对业务语言的修改和扩展，同时保证了业务语言的可读性。

可选地，在从所述领域模型获取所述元数据信息之前，采用预设编程语言对所述领域实体、所述能力信息以及所述扩展点信息进行注解标注，其中，所述预设编程语言具备用于描述元数据的注解功能。该预设编程语言可以是Annotation。

可选地，从所述领域模型获取所述元数据信息包括：在初始化阶段，通过代码扫描方式获取通过所述预设编程语言标注的所述领域实体、所述能力信息以及所述扩展点信息。采用上述方案，快速准确的获取到已经被标注的内容，将上述设置为元数据，加快了处理速度。

可选地，在将所述元数据信息上传至所述服务器之后，从所述服务器获取业务规则，其中，所述业务规则基于所述扩展点信息配置；通过代码设计或调用规则引擎解析并执行所述业务规则。在可视化信息之后，可能接收到工作人员的反馈信息，用于配置扩展点，本地服务器将上述业务规则添加至原本的领域模型中。

代码设计的方案可以针对所有的业务规则都适用，部分业务规则可以通过规则引擎来处理。

图4是根据本申请实施例一的一种基于领域模型的业务可视化处理方法流程图二，如图4所示，该方法包括以下步骤：

步骤S402，接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

步骤S404，通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

上述方案可以应用于配置中心服务器。

采用上述方案，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

可选地，在对所述元数据信息进行解析并进行可视化展示之后，接收业务规则，其中，所述业务规则基于所述扩展点信息配置；将所述业务规则返回至所述服务器。

本申请实施例一中提供的基于领域模型的可配置方案，可以帮助技术和非技术人员快速了解业务系统的大图，以及通过规则配置快速的支持业务。其应用场景将适用所有进行DDD开发的系统。

本方法通过领域模型描述业务，然后利用Annotation进行能力标注，利用扩展点进行业务扩展，最后利用能力收集和规则引擎进行业务可视化和配置。图5是根据本申请实施例一的业务配置流程图，如图5所示，包括以下步骤：

步骤S501，深入理解业务，抽取业务的核心领域概念，利用DDD进行领域建模。

步骤S502，利用扩展点技术将潜在的业务变化点进行抽取，以便后续可以进行OCP的业务扩展支持。

步骤S503，通过Annotation对能力，扩展点和扩展实现进行注解标注。

通过需求分析和业务理解，进行业务域的领域建模，标识出实体，能力和可预见的扩展点。通过Java语言的Annotation注解能力，对实体和能力进行标注；同时定义好扩展点的接口。

步骤S504，在系统初始化阶段，通过代码扫描，在本地服务器进行能力收集，然后通过远程通讯上传到配置域的配置中心，从而实现业务可视化。

步骤S505，在系统运行时，通过框架引擎配合规则引擎对配置的业务规则进行解析执行。

上述实施例中的扩展引擎可以相当于步骤五中的框架引擎的部分功能。

配置中心通过解析实体、能力和扩展点的元数据信息，将领域实体以及相对应的能力用可视化的形式展示给用户，形成能力地图，从而让用户可以快速的了解一个业务领域。针对某些扩展点，可以通过规则引擎写DSL脚本实现，从而做到code-free。

图6是根据本申请实施例一的基于领域模型的业务可视化处理框架图，如图6所示，该框架中分为运行域和配置域，运行域其中包括应用层(Application Layer)，领域层(Domain Layer)。运行域可以运行在本地服务器中，用于存储业务的代码以及领域模型等，配置域可以运行于配置中心服务器，用于为工作人员提供可视化，用来接收技术人员或者普通用户针对扩展点来配置自定义的业务规则。

DDD和业务可视化配置化相结合的技术，为高效的实现复杂应用系统提供全新思路和可执行的解决方案。采用上述方案，实现了以下技术效果：1、业务可视化可以让技术和非技术人员(产品，运营，客户等)快速的了解系统，提升了沟通效率和对系统的认知。2、通过配置和规则引擎快速的支撑业务，极大的提升了开发效率。3、通过领域模型的可视化倒逼验证领域模型的正确性，强迫代码做业务语义显性化，从而降低系统熵值，提升系统的可维护性。

对于简单的不需要领域建模的业务场景，或许也可以使用该可视化和可配置化解决方案，本申请文件的技术方案如果应用于业务较简单的场景，可能会增加额外的复杂度。

相关技术中的事务脚本，无配置的系统架构也可以实现本申请实施例一的系统功能，但是系统的维护效率和成本会比较高。

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

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

实施例二

根据本申请实施例，还提供了一种用于实施上述基于领域模型的业务可视化处理方法的装置，图7是根据本申请实施例二的基于领域模型的业务可视化处理装置结构图一，如图7所示，该装置包括：

建模模块702，用于对待表达业务进行领域建模，得到领域模型；

获取模块704，用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

传输模块706，用于将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

上述装置可以应用于本地服务器。

采用上述方案，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

可选地，所述建模模块702还用于获取所述待表达业务的领域概念；以及用于利用领域驱动设计将所述领域概念的定义和业务逻辑封装成所述领域实体，得到所述领域模型。

可选地，所述获取模块704在从所述领域模型获取所述元数据信息之前，还用于通过扩展引擎识别从所述领域模型中得到所述扩展点信息，其中，所述扩展引擎用于在所述领域模型中识别所述领域实体的扩展点。

可选地，所述获取模块704在从所述领域模型获取所述元数据信息之前，还用于采用预设编程语言对所述领域实体、所述能力信息以及所述扩展点信息进行注解标注，其中，所述预设编程语言具备用于描述元数据的注解功能。

可选地，所述获取模块704还用于在初始化阶段，通过代码扫描方式获取通过所述预设编程语言标注的所述领域实体、所述能力信息以及所述扩展点信息。

可选地，所述传输模块706在将所述元数据信息上传至所述服务器之后，还用于从所述服务器获取业务规则，其中，所述业务规则基于所述扩展点信息配置；通过代码设计或调用规则引擎解析并执行所述业务规则。

图8是根据本申请实施例二的基于领域模型的业务可视化处理装置结构框图二，如图8所示，该装置包括：

接收模块802，用于接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

展示模块804，用于通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

采用上述方案，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

此处需要说明的是，上述建模模块702、获取模块704和传输模块706对应于实施例一中的步骤S302至步骤S306，接收模块802和展示模块804对应于实施例1中的步骤S402和S404，上述模块与对应的步骤所实现的实例和应用场景相同，但不限于上述实施例一所公开的内容。需要说明的是，上述模块作为装置的一部分可以运行在实施例一提供的服务器20中。

实施例三

本申请的实施例可以提供一种服务器，该服务器可以是服务器群中的任意一个服务器设备。可选地，在本实施例中，上述服务器也可以替换为移动终端等终端设备。

可选地，在本实施例中，上述服务器可以位于计算机网络的多个网络设备中的至少一个网络设备。

在本实施例中，上述服务器可以执行基于领域模型的业务可视化处理方法中以下步骤的程序代码：

对待表达业务进行领域建模，得到领域模型；

从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

可选地，该服务器可以包括：一个或多个(图中仅示出一个)处理器、存储器。

其中，存储器可用于存储软件程序以及模块，如本申请实施例中的基于领域的业务配置方法和装置对应的程序指令/模块，处理器通过运行存储在存储器内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的基于领域的业务配置方法。存储器可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至终端A。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：

对待表达业务进行领域建模，得到领域模型；

从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

可选的，上述处理器还可以执行如下步骤的程序代码：

获取所述待表达业务的领域概念；

利用领域驱动设计将所述领域概念的定义和业务逻辑封装成所述领域实体，得到所述领域模型。

可选的，上述处理器还可以执行如下步骤的程序代码：

在从所述领域模型获取所述元数据信息之前，通过扩展引擎识别从所述领域模型中得到所述扩展点信息，其中，所述扩展引擎用于在所述领域模型中识别所述领域实体的扩展点。

可选的，上述处理器还可以执行如下步骤的程序代码：在从所述领域模型获取所述元数据信息之前，采用预设编程语言对所述领域实体、所述能力信息以及所述扩展点信息进行注解标注，其中，所述预设编程语言具备用于描述元数据的注解功能。

可选的，上述处理器还可以执行如下步骤的程序代码：

在初始化阶段，通过代码扫描方式获取通过所述预设编程语言标注的所述领域实体、所述能力信息以及所述扩展点信息。

可选的，上述处理器还可以执行如下步骤的程序代码：

在将所述元数据信息上传至所述服务器之后，从所述服务器获取业务规则，其中，所述业务规则基于所述扩展点信息配置；通过代码设计或调用规则引擎解析并执行所述业务规则。

采用本申请实施例，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

本申请的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于保存上述实施例一所提供的基于领域建模的业务配置方法所执行的程序代码。

可选地，在本实施例中，上述存储介质可以位于计算机网络中服务器群中的任意一个服务器中，或者位于移动终端群中的任意一个移动终端中。

可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：

对待表达业务进行领域建模，得到领域模型；

从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

可选的，存储介质被设置为存储用于执行以下步骤的程序代码：

获取所述待表达业务的领域概念；

利用领域驱动设计将所述领域概念的定义和业务逻辑封装成所述领域实体，得到所述领域模型。

可选的，存储介质被设置为存储用于执行以下步骤的程序代码：

在从所述领域模型获取所述元数据信息之前，通过扩展引擎识别从所述领域模型中得到所述扩展点信息，其中，所述扩展引擎用于在所述领域模型中识别所述领域实体的扩展点。

可选的，上述处理器还可以执行如下步骤的程序代码：在从所述领域模型获取所述元数据信息之前，采用预设编程语言对所述领域实体、所述能力信息以及所述扩展点信息进行注解标注，其中，所述预设编程语言具备用于描述元数据的注解功能。

可选的，存储介质被设置为存储用于执行以下步骤的程序代码：

在初始化阶段，通过代码扫描方式获取通过所述预设编程语言标注的所述领域实体、所述能力信息以及所述扩展点信息。

可选的，存储介质被设置为存储用于执行以下步骤的程序代码：

在将所述元数据信息上传至所述服务器之后，从所述服务器获取业务规则，其中，所述业务规则基于所述扩展点信息配置；通过代码设计或调用规则引擎解析并执行所述业务规则。

实施例四

图9是根据本申请实施例四的一种本地服务器的硬件结构图，如图9所示，包括：

第一处理器902，用于对待表达业务进行领域建模，得到领域模型；

所述第一处理器902还用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

第一通信装置904，用于将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

采用本申请实施例，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

可选地，所述第一处理器902还用于获取所述待表达业务的领域概念；以及用于利用领域驱动设计将所述领域概念的定义和业务逻辑封装成所述领域实体，得到所述领域模型。

可选地，所述第一处理器902在从所述领域模型获取所述元数据信息之前，还用于通过扩展引擎识别从所述领域模型中得到所述扩展点信息，其中，所述扩展引擎用于在所述领域模型中识别所述领域实体的扩展点。

可选地，所述第一处理器902在从所述领域模型获取所述元数据信息之前，还用于采用预设编程语言对所述领域实体、所述能力信息以及所述扩展点信息进行注解标注，其中，所述预设编程语言具备用于描述元数据的注解功能。

可选地，所述第一处理器902还用于在初始化阶段，通过代码扫描方式获取通过所述预设编程语言标注的所述领域实体、所述能力信息以及所述扩展点信息。

可选地，所述第一通信装置904在将所述元数据信息上传至所述服务器之后，还用于从所述服务器获取业务规则，其中，所述业务规则基于所述扩展点信息配置；通过代码设计或调用规则引擎解析并执行所述业务规则。

图10是根据本申请实施例四的一种网络服务器的硬件结构图，如图10所示，包括：

第二通信装置1002，用于接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

第二处理器1004，用于通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

采用本申请实施例，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

可选地，所述第二处理器1004在对所述元数据信息进行解析并进行可视化展示之后，还用于接收业务规则，其中，所述业务规则基于所述扩展点信息配置；以及将所述业务规则返回至所述服务器。

实施例五

图11是根据本申请实施例五的系统执行基于领域模型的业务可视化处理方法的流程图，如图11所示，包括以下步骤：

步骤S1101，本地服务器对待表达业务进行领域建模，得到领域模型，以及用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

步骤S1102，所述本地服务器将所述元数据信息上传至网络服务器；

步骤S1103，所述网络服务器，用于接收服务器上传的元数据信息，以及用于对所述元数据信息进行解析并将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

采用本申请实施例，从领域层对待表达业务进行建模，可以对业务语言进行准确的分层分类，准确反映了业务语言，便于阅读和扩展，进行可视化展示方便非技术人员理解业务，进而解决了相关技术中的业务配置较复杂，扩展性差的技术问题。

可选地，所述网络服务器在对所述元数据信息进行解析并进行可视化展示之后，还用于接收业务规则，其中，所述业务规则基于所述扩展点信息配置；以及将所述业务规则返回至所述服务器。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (15)

1.一种基于领域模型的业务可视化处理方法，其特征在于，包括：

对待表达业务进行领域建模，得到领域模型；

从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

2.根据权利要求1所述的方法，其特征在于，对所述待表达业务进行领域建模，得到所述领域模型包括：

获取所述待表达业务的领域概念；

利用领域驱动设计将所述领域概念的定义和业务逻辑封装成所述领域实体，得到所述领域模型。

3.根据权利要求2所述的方法，其特征在于，在从所述领域模型获取所述元数据信息之前，还包括：

通过扩展引擎识别从所述领域模型中得到所述扩展点信息，其中，所述扩展引擎用于在所述领域模型中识别所述领域实体的扩展点。

4.根据权利要求2或3所述的方法，其特征在于，在从所述领域模型获取所述元数据信息之前，还包括：

采用预设编程语言对所述领域实体、所述能力信息以及所述扩展点信息进行注解标注，其中，所述预设编程语言具备用于描述元数据的注解功能。

5.根据权利要求4所述的方法，其特征在于，从所述领域模型获取所述元数据信息包括：

在初始化阶段，通过代码扫描方式获取通过所述预设编程语言标注的所述领域实体、所述能力信息以及所述扩展点信息。

6.根据权利要求4所述的方法，其特征在于，在将所述元数据信息上传至所述服务器之后，还包括：

从所述服务器获取所述业务规则；

通过代码设计或调用规则引擎解析并执行所述业务规则。

7.一种基于领域模型的业务可视化处理方法，其特征在于，包括：

接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

8.根据权利要求7所述的方法，其特征在于，在接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则之后，还包括：

将所述业务规则返回至所述服务器，以使所述服务器解析并执行所述业务规则。

9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至8中任意一项所述的基于领域模型的业务可视化处理方法。

10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至8中任意一项所述的基于领域模型的业务可视化处理方法。

11.一种基于领域模型的业务可视化处理装置，其特征在于，包括：

建模模块，用于对待表达业务进行领域建模，得到领域模型；

获取模块，用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

传输模块，用于将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

12.一种基于领域模型的业务可视化处理装置，其特征在于，包括：

接收模块，用于接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

展示模块，用于通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

13.一种本地服务器，其特征在于，包括：

第一处理器，用于对待表达业务进行领域建模，得到领域模型；

所述第一处理器还用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

第一通信装置，用于将所述元数据信息上传至服务器，以使所述服务器通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

14.一种网络服务器，其特征在于，包括：

第二通信装置，用于接收服务器上传的元数据信息，其中，所述元数据信息由所述服务器本地对待表达业务进行领域建模以得到领域模型之后，从所述领域模型获取得到，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

第二处理器，用于通过对所述元数据信息进行解析，将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

15.一种系统，其特征在于，包括：

本地服务器，用于对待表达业务进行领域建模，得到领域模型，以及用于从所述领域模型获取元数据信息，其中，所述元数据信息包括：领域实体、所述领域实体的能力信息、所述能力信息对应的扩展点信息；

所述本地服务器将所述元数据信息上传至网络服务器；

所述网络服务器，用于接收服务器上传的元数据信息，以及用于对所述元数据信息进行解析并将所述领域实体和所述能力信息进行可视化展示，并且接收用户按照所述扩展点信息配置的与所述待表达业务对应的业务规则。

Images