CN116166245A - 一种领域建模方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本发明提供了一种领域建模方法、装置、计算机设备和存储介质，该方法通过获取目标业务，根据业务需求，对目标业务进行区域划分，得到各业务域，再将各业务域以主题概念及主题概念之间的预设关系进行归类划分，得到各主题域，并建立业务域与各主题域的维护关系，并创建与业务相互映射的数据模型，将数据模型之间进行关联，并将数据与模型进行关联，从而解决领域拆分和建模困难的问题。

Description

一种领域建模方法、装置、计算机设备和存储介质

技术领域

本发明属于应用软件程序开发领域，具体涉及一种领域建模方法、装置、计算机设备和存储介质。

背景技术

领域驱动设计作为一个针对大型复杂业务系统的领域建模方法体系(不仅限于面向对象的领域建模)，它改变了传统软件开发工程师针对数据库建模的方式，通过面向领域的思维方式，将要解决的业务概念和业务规则等内容提炼为领域知识，然后借由不同的建模范式将这些领域知识抽象为能够反映真实世界的领域模型。

随着产品业务的不断扩大，业务与系统间越来越紧密的联系，各种发杂的业务场景孕育而生，系统维护和复杂性执行上升。业务为了更直观清晰的在系统中提出自己的需求，恢复业务系统设计核心关注点的本来面貌，方便代码的理解、减少新人接触这方面业务的时间。目前比较有效的治理办法就是领域建模，因为领域模型是面向对象的，在封装业务逻辑的同时，提升了对象的内聚性和重用性，因为使用了通用语言(UbiquitousLanguage)，使得隐藏的业务逻辑得到显性化表达，使得复杂性治理成为可能。

目前的电力系统设计大多采用微服务构架，普遍存在领域拆分和建模困难的问题，同时，模型建立完成后，不可复用，也不具备与其它模型进行整合的功能，后期扩展较为困难。

发明内容

基于此，本发明实施例当中提供了一种领域建模方法、装置、计算机设备和存储介质，旨在解决现有技术中，电力系统设计大多采用微服务构架，普遍存在领域拆分和建模困难的问题。

本发明实施例的第一方面提供了一种领域建模方法，所述方法包括：

获取目标业务，根据业务需求，对所述目标业务进行区域划分，得到各业务域；

将各所述业务域以主题概念及所述主题概念之间的预设关系进行归类划分，得到各主题域，并建立所述业务域与各所述主题域的维护关系；

建立各数据模型，并配置各所述数据模型之间关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型。

进一步的，所述建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型的步骤之后包括：

建立服务模型，所述服务模型用于接入所述目标领域模型，以供其它应用调用所述目标领域模型；

获取所述目标领域模型中的实体对象，并根据所述实体对象的数据来源，将所述实体对象进行分类，得到数据库类型和服务模型类型，其中，根据所述数据库类型，生成预设业务规则，同时，根据所述服务模型类型，生成自定义业务规则；

根据所述实体对象的类型和业务实际需求，判断所述目标领域模型是否需要提供领域模型服务；

若是，则通过所述服务模型调用所述目标领域模型。

进一步的，所述数据模型包括基本信息、对象属性以及数据权限，其中，所述基本信息至少包括模型名称、模型编码以及模型类型，所述对象属性至少包括字段名称，字段编码以及数据类型，数据权限根据领域模型和对象属性进行权限分配，可以和具体业务实体相关联，并关联对应的过滤规则。

进一步的，所述配置各所述数据模型之间关联步骤中，首先获取代表各所述数据模型的字段，并根据所述字段，将各所述数据模型进行匹配，并产生对应的链路。

进一步的，所述获取所述目标领域模型中的实体对象，并根据所述实体对象的数据来源，将所述实体对象进行分类，得到数据库类型和服务模型类型，其中，根据所述数据库类型，生成预设业务规则，同时，根据所述服务模型类型，生成自定义业务规则的步骤中，根据提供给所述目标领域模型的数据操作流和自定义模型接口要求，以维护业务规则。

进一步的，所述服务模型用于获取模型编码，并根据所述模型编码，调用对应的业务规则，以提供可供第三方调用的服务。

进一步的，所述目标领域模型可通过UML提供的方法和图例进行设计及展示。

本发明实施例的第二方面提供了一种领域建模系统，所述系统包括：

业务域确定模块，用于获取目标业务，根据业务需求，对所述目标业务进行区域划分，得到各业务域；

主题域确定模块，用于将各所述业务域以主题概念及所述主题概念之间的预设关系进行归类划分，得到各主题域，并建立所述业务域与各所述主题域的维护关系；

目标领域模型建立模块，用于建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型。

本发明实施例的第三方面提供了一种计算机可读存储介质，包括：

所述计算机可读存储介质存储一个或多个程序，该程序被处理器执行时实现第一方面的电力调度操作指令信息抽取方法。

本发明实施例的第四方面提供了一种电子设备，其特征在于，所述电子设备包括存储器和处理器，其中：

所述存储器用于存放计算机程序；

所述处理器用于执行所述存储器上所存放的计算机程序时，实现第一方面的电力调度操作指令信息抽取方法。

本发明的有益效果为：该方法通过获取目标业务，根据业务需求，对目标业务进行区域划分，得到各业务域，再将各业务域以主题概念及主题概念之间的预设关系进行归类划分，得到各主题域，并建立业务域与各主题域的维护关系，并创建与业务相互映射的数据模型，将数据模型之间进行关联，并将数据与模型进行关联，从而解决领域拆分和建模困难的问题。

附图说明

图1为本发明第一实施例提供的一种领域建模方法的实现流程图；

图2为本发明实施例二提供的一种领域建模系统的结构示意图；

图3为本发明实施例三提供的一种电子设备的结构示意图。

以下具体实施方式将结合上述附图进一步说明。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的若干实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

需要说明的是，当元件被称为“固设于”另一个元件，它可以直接在另一个元件上或者也可以存在居中的元件。当一个元件被认为是“连接”另一个元件，它可以是直接连接到另一个元件或者可能同时存在居中元件。本文所使用的术语“垂直的”、“水平的”、“左”、“右”以及类似的表述只是为了说明的目的。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

实施例一

请参阅图1，图1示出了本发明第一实施例提供的一种领域建模方法的实现流程图，其中，所述方法具体包括步骤S01至步骤S03。

步骤S01，获取目标业务，根据业务需求，对所述目标业务进行区域划分，得到各业务域。

具体的，获取目标业务，以电网业务为例，其中，电网业务即为目标业务，根据电网业务的业务需求，将电网业务进行区域划分，得到各业务域，需要说明的是，根据具体的业务需求，同时根据不同边界，业务专家划分好业务域，每个业务域的大小，范围各不相同，每个业务域代表了一个业务的边界，创建并维护相应的业务域，例如，电网业务的业务域可以为电网资源、设备资产、位置环境、工程项目、运检作业、作业资源、电网资源等等，其中，虽然每个业务域都是相互独立的，即涵盖范围不同，但各业务域之间又存在逻辑关系。

步骤S02，将各所述业务域以主题概念及所述主题概念之间的预设关系进行归类划分，得到各主题域，并建立所述业务域与各所述主题域的维护关系。

其中，划分业务域后，对不同主题概念的业务进行归类划分，每一个主题域对应一个小的业务，不同的主题域重要性各不相同，创建并维护相应的业务域，例如，电网业务的业务域中的电网资源可以包括电网资源主题域、用电负荷主题域以及用电拓扑主题域，划分主题域后，用户及需求分析人员建立业务概念，确定用户业务的主题域、系统涉及的业务范围。从业务描述中提取名称，从提取出来的名词中总结业务实体，区分名词中的属性、角色、实体、实例，形成主题域中操作实体的集合，其中，实体拥有唯一标识符，且标识符在历经各种状态变更后仍能保持一致，在战略设计时，实体是领域模型的一个重要对象。领域模型中的实体是多个属性、操作或行为的载体，在事件风暴中，可以根据命令、操作或者事件，找出产生这些行为的业务实体对象，另外，可以对一个实体对象进行多次修改，修改后的数据和原来的数据可能会大不相同。但是，由于它们拥有相同的ID，它们依然是同一个实体。为了避免实体属性零碎，在领域建模的过程中，可以引入值对象，值对象可以保证属性归类的清晰和概念的完整性。

进一步的，从业务实体集合中抽象业务模型，建立领域模型能够从现实的主题域中找到最有代表性的概念对象，用UML提供的方法和图例进行领域模型设计、确定模型之间的关系，以形成领域模型，其中，UML(统一建模语言)是一种为面向对象系统的产品进行说明、可视化和编制文档的一种标准语言，是非专利的第三代建模和规约语言，可作为面向对象设计的建模工具，独立于任何具体程序设计语言。

需要说明的是，通过建立领域模型能够从现实的主题域中找到最有代表性的概念对象，并发现出其中的类和类之间的关系，因为所捕捉出的类是反馈主题域本质内容的信息，例如，电网资源主题域中最有代表性的概念对象为主网资源，而主网资源中提取出的类为线路、变电站、电厂、开关以及发电机组，且类和类之间具有联系，再通过领域模型关键属性，捕捉出对应属性信息，另外，领域模型和对象属性进行权限分配，可以和具体业务实体相关联，并关联对应的过滤规则。

步骤S03，建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型。

在本实施例当中，数据模型包括基本信息、对象属性以及数据权限，其中，所述基本信息至少包括模型名称、模型编码以及模型类型，所述对象属性至少包括字段名称，字段编码以及数据类型，数据权限根据领域模型和对象属性进行权限分配，可以和具体业务实体相关联，并关联对应的过滤规则，其中，在配置各数据模型之间关联的过程中，可以对多个所述数据模型进行关联，并产生链路，支持一对一，一对多，多对多的模型关联，并可以选择模型关联的字段，进行匹配，具体的，可以对关联的字段进行自定义，以实现快速匹配，例如，设置关键字段的英文、中文以及字段类型等，当出现多个关联字段时，还可以设置优先级。

进一步的，在形成目标领域模型之后，建立服务模型，服务模型用于接入目标领域模型，以供其它应用调用目标领域模型，获取目标领域模型中的实体对象，并根据实体对象的数据来源，将实体对象进行分类，得到数据库类型和服务模型类型，其中，根据数据库类型，生成预设业务规则，同时，根据服务模型类型，生成自定义业务规则，并根据提供给目标领域模型的数据操作流和自定义模型接口要求，以维护业务规则，更进一步的，根据实体对象的类型和业务实际需求，判断目标领域模型是否需要提供领域模型服务，当判断目标领域模型需要提供领域模型服务时，则通过服务模型调用目标领域模型，需要说明的是，服务模型提供可供第三方调用的服务，通过模型编码，调用对应的业务规则。

在本发明其它一些实施例当中，目标领域模型建模完成后，对有需要的业务提供接口服务，接口服务包括对领域模型数据进行维护，包括自定义特殊模型服务。

在本发明其它一些实施例当中，目标领域模型建模完成后，对集成该领域模型建模的应用，提供模型前端调用方式，直接调用模型接口服务。

在本发明其它一些实施例当中，目标领域模型建模完成后，对集成该领域模型建模的应用，提供JAVA语言应用的调用，直接调用模型接口服务。

综上，本发明上述实施例当中的领域建模方法，该方法通过获取目标业务，根据业务需求，对目标业务进行区域划分，得到各业务域，再将各业务域以主题概念及主题概念之间的预设关系进行归类划分，得到各主题域，并建立业务域与各主题域的维护关系，并创建与业务相互映射的数据模型，将数据模型之间进行关联，并将数据与模型进行关联，从而解决领域拆分和建模困难的问题。

实施例二

请参阅图2，为本发明实施例二提供了一种领域建模系统，所述领域建模系统200包括：

业务域确定模块21，用于获取目标业务，根据业务需求，对所述目标业务进行区域划分，得到各业务域；

主题域确定模块22，用于将各所述业务域以主题概念及所述主题概念之间的预设关系进行归类划分，得到各主题域，并建立所述业务域与各所述主题域的维护关系；

目标领域模型建立模块23，用于建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型，其中，所述数据模型包括基本信息、对象属性以及数据权限，所述基本信息至少包括模型名称、模型编码以及模型类型，所述对象属性至少包括字段名称，字段编码以及数据类型，数据权限根据领域模型和对象属性进行权限分配，可以和具体业务实体相关联，并关联对应的过滤规则；

所述配置各所述数据模型之间关联步骤中，首先获取代表各所述数据模型的字段，并根据所述字段，将各所述数据模型进行匹配，并产生对应的链路；

所述目标领域模型通过UML提供的方法和图例进行设计及展示。

进一步的，在本发明其它一些实施例当中，所述领域建模系统200还包括：

服务模型建立模块，用于建立服务模型，所述服务模型用于接入所述目标领域模型，以供其它应用调用所述目标领域模型，其中，所述服务模型用于获取模型编码，并根据所述模型编码，调用对应的业务规则，以提供可供第三方调用的服务；

分类模块，用于获取所述目标领域模型中的实体对象，并根据所述实体对象的数据来源，将所述实体对象进行分类，得到数据库类型和服务模型类型，其中，根据所述数据库类型，生成预设业务规则，同时，根据所述服务模型类型，生成自定义业务规则，其中，根据提供给所述目标领域模型的数据操作流和自定义模型接口要求，以维护业务规则；

判断模块，用于根据所述实体对象的类型和业务实际需求，判断所述目标领域模型是否需要提供领域模型服务；

调用模块，用于当判断所述目标领域模型需要提供领域模型服务时，则通过所述服务模型调用所述目标领域模型。

综上，本发明上述实施例当中的领域建模系统，通过获取目标业务，根据业务需求，对目标业务进行区域划分，得到各业务域，再将各业务域以主题概念及主题概念之间的预设关系进行归类划分，得到各主题域，并建立业务域与各主题域的维护关系，并创建与业务相互映射的数据模型，将数据模型之间进行关联，并将数据与模型进行关联，从而解决领域拆分和建模困难的问题。

实施例三

本发明另一方面还提出一种电子设备，请参阅图3，所示为本发明第三实施例当中的电子设备的结构框图，包括存储器20、处理器10以及存储在存储器上并可在处理器上运行的计算机程序30，处理器10执行计算机程序30时实现如上述的领域建模方法。

其中，处理器10在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器或其他数据处理芯片，用于运行存储器20中存储的程序代码或处理数据，例如执行访问限制程序等。

其中，存储器20至少包括一种类型的可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、磁性存储器、磁盘、光盘等。存储器20在一些实施例中可以是电子设备的内部存储单元，例如该电子设备的硬盘。存储器20在另一些实施例中也可以是电子设备的外部存储装置，例如电子设备上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，存储器20还可以既包括电子设备的内部存储单元也包括外部存储装置。存储器20不仅可以用于存储电子设备的应用软件及各类数据，还可以用于暂时地存储已经输出或者将要输出的数据。

需要指出的是，图3示出的结构并不构成对电子设备的限定，在其它实施例当中，该电子设备可以包括比图示更少或者更多的部件，或者组合某些部件，或者不同的部件布置。

本发明实施例还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的领域建模方法。

本领域技术人员可以理解，在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，“计算机可读介质”可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。

计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或它们的组合来实现：具有用于对数据状态实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种领域建模方法，其特征在于，所述方法包括：

获取目标业务，根据业务需求，对所述目标业务进行区域划分，得到各业务域；

将各所述业务域以主题概念及所述主题概念之间的预设关系进行归类划分，得到各主题域，并建立所述业务域与各所述主题域的维护关系；

建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型。

2.根据权利要求1所述的领域建模方法，其特征在于，所述建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型的步骤之后包括：

建立服务模型，所述服务模型用于接入所述目标领域模型，以供其它应用调用所述目标领域模型；

获取所述目标领域模型中的实体对象，并根据所述实体对象的数据来源，将所述实体对象进行分类，得到数据库类型和服务模型类型，其中，根据所述数据库类型，生成预设业务规则，同时，根据所述服务模型类型，生成自定义业务规则；

根据所述实体对象的类型和业务实际需求，判断所述目标领域模型是否需要提供领域模型服务；

若是，则通过所述服务模型调用所述目标领域模型。

3.根据权利要求2所述的领域建模方法，其特征在于，所述数据模型包括基本信息、对象属性以及数据权限，其中，所述基本信息至少包括模型名称、模型编码以及模型类型，所述对象属性至少包括字段名称，字段编码以及数据类型，数据权限根据领域模型和对象属性进行权限分配，可以和具体业务实体相关联，并关联对应的过滤规则。

4.根据权利要求3所述的领域建模方法，其特征在于，所述配置各所述数据模型之间关联步骤中，首先获取代表各所述数据模型的字段，并根据所述字段，将各所述数据模型进行匹配，并产生对应的链路。

5.根据权利要求4所述的领域建模方法，其特征在于，所述获取所述目标领域模型中的实体对象，并根据所述实体对象的数据来源，将所述实体对象进行分类，得到数据库类型和服务模型类型，其中，根据所述数据库类型，生成预设业务规则，同时，根据所述服务模型类型，生成自定义业务规则的步骤中，根据提供给所述目标领域模型的数据操作流和自定义模型接口要求，维护业务规则。

6.根据权利要求5所述的领域建模方法，其特征在于，所述服务模型用于获取模型编码，并根据所述模型编码，调用对应的业务规则，以提供可供第三方调用的服务。

7.根据权利要求6所述的领域建模方法，其特征在于，所述目标领域模型通过UML提供的方法和图例进行设计及展示。

8.一种领域建模系统，其特征在于，所述系统包括：

业务域确定模块，用于获取目标业务，根据业务需求，对所述目标业务进行区域划分，得到各业务域；

主题域确定模块，用于将各所述业务域以主题概念及所述主题概念之间的预设关系进行归类划分，得到各主题域，并建立所述业务域与各所述主题域的维护关系；

目标领域模型建立模块，用于建立各数据模型，并配置各所述数据模型之间的关联，同时，将各所述数据模型与对应的所述主题域关联，以形成目标领域模型。

9.一种计算机可读存储介质，其特征在于，包括：

所述计算机可读存储介质存储一个或多个程序，该程序被处理器执行时实现如权利要求1-7任一项所述的领域建模方法。

10.一种电子设备，其特征在于，所述电子设备包括存储器和处理器，其中：

所述存储器用于存放计算机程序；

所述处理器用于执行所述存储器上所存放的计算机程序时，实现权利要求1-7任一项所述的领域建模方法。

Images