CN111666073A - 一种基于领域驱动设计的图形化模型构建方法及装置 - Google Patents

Abstract

本发明涉及一种基于领域驱动设计的图形化模型构建方法及装置，属于软件建模技术领域，解决了现有的建模方法不能实现图形化建模而造成建模可靠性较低的问题。基于待建模业务领域，获取待建模业务对应的实体子模型框架；根据实体子模型框架动态生成实体属性单元和字段编辑框，利用实体属性单元获取子模型名称，利用字段编辑框获取用户输入的子模型信息；根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到待建模业务对应的至少两个实体子模型；获取至少两个实体子模型之间的模型关系，构建得到待建模业务的最终实体模型。实现了在线图形化建模，提高了建模的可靠性。

Description

一种基于领域驱动设计的图形化模型构建方法及装置

技术领域

本发明涉及软件建模技术领域，尤其涉及一种基于领域驱动设计的图形化模型构建方法及装置。

背景技术

随着科学技术的发展，建模成为应用软件设计的首要步骤，建模的方法多种多样，如何设计高效且可靠的建模方法成为设计人员思考的重点。

现有的建模方法虽然已经趋于成熟，但未融合软件核心复杂性应对之道的领域驱动设计思想，未实现在友好的图形化建模界面进行建模，使图形化建模无法从更高的思想理论层面分析待建模业务的需求并提供指导和辅助，造成建模可靠性低。同时，现有的建模方法设计和编码分开，并不是一体化的，使得最终无法产生微服务架构下的程序代码，往往需要从零开始对建立的模型进行编码，导致研发应用软件的效率较低。

发明内容

鉴于上述的分析，本发明实施例旨在提供一种基于领域驱动设计的图形化模型构建方法及装置，用以解决现有的建模方法不能实现图形化建模造成的可靠性较低的问题。

一方面，本发明实施例提供了一种基于领域驱动设计的图形化模型构建方法，包括如下步骤：

基于待建模业务领域，获取待建模业务对应的实体子模型框架；其中，所述待建模业务对应的实体子模型至少为两个；

根据所述实体子模型框架动态生成实体属性单元和字段编辑框，利用所述实体属性单元获取子模型名称，利用所述字段编辑框获取用户输入的子模型信息；

根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到待建模业务对应的至少两个实体子模型；

获取所述至少两个实体子模型之间的模型关系，构建得到待建模业务最终实体模型。

进一步，获取所述至少两个实体子模型之间的模型关系，包括：

根据所述实体子模型动态生成实体关系单元；

利用实体关系单元获取所述至少两个实体子模型名称并显示；

获取用户输入所述实体关系单元的模型关系，得到实体子模型之间的模型关系。

进一步，所述模型关系包括一对一、一对多、多对一或多对多。

进一步，还包括：将最终实体模型的模型信息及模型关系输入代码生成引擎中的微服务架构代码模板，以生成微服务程序代码，所述微服务程序代码即为待建模业务对应应用软件的模板代码。

进一步，所述代码生成引擎还包括程序编码单元，用于对无法通过微服务架构代码模板生成程序代码的最终实体模型进行编码，以得到微服务程序代码。

另一方面，本发明实施例提供了一种基于领域驱动设计的图形化模型构建装置，包括：

实体子模型框架获取模块，用于基于待建模业务领域，获取待建模业务对应的实体子模型框架；其中，所述待建模业务对应的实体子模型至少为两个；

实体属性获得模块，用于根据所述实体子模型框架动态生成实体属性单元和字段编辑框，利用所述实体属性单元获取子模型名称，利用所述字段编辑框获取用户输入的子模型信息；

实体子模型获得模块，用于根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到实体子模型；

实体模型获得模块，用于获取所述实体子模型之间的模型关系，构建得到待建模业务的最终实体模型。

进一步，所述图形化模型构建装置还包括实体关系生成模块，用于根据所述实体模型动态生成实体关系单元，以获取待建立关系模型的模型名称和用户输入的模型关系，得到实体模型之间的模型关系。

进一步，所述模型关系包括一对一、一对多、多对一或多对多。

进一步，所述图形化模型构建装置还包括微服务程序代码生成模块，用于根据获得的最终实体模型的模型信息及模型关系生成微服务程序代码，所述微服务程序代码即为待建模业务对应应用软件的模板代码。

进一步，所述微服务程序代码生成模块还包括程序编码单元，用于对无法通过微服务架构代码模板生成程序代码的最终实体模型进行编码，以得到微服务程序代码。

与现有技术相比，本发明至少可实现如下有益效果之一：

1、通过一种基于领域驱动设计的图形化模型构建方法，用户能够基于领域驱动设计思想在建模平台进行在线化图形建模并获取实体子模型之间的模型关系，解决了现有的建模方法不能实现图形化建模和难以融合软件核心复杂性应对之道的领域驱动设计思想而造成建模可靠性较低的问题，提高了最终获得的实体模型的可靠性，同时，图形化的建模提高了用户的体验度和满意度。

2、通过将最终实体模型对应的模型信息及模型关系输入微服务架构代码模板以生成微服务代码，简单易行，易于实施。对于模型结构复杂和嵌套过多的最终实体模型可以通过程序编码单元进行编码以获得微服务代码，通过微服务架构代码模板和程序编码单元的相互配合，为用户提供多元化选择的同时，可提高最终生成的微服务代码的准确性。

3、将图形化建模与微服务代码生成相结合，解决了现有方法建模与编码分离造成的研发效率较低的问题，提高了待建模业务对应应用软件的研发效率。

4、通过一种基于领域驱动设计的图形化模型构建装置，用户能够基于领域驱动设计思想在建模平台进行在线化图形建模并获取实体子模型之间的模型关系，解决了现有的建模方法不能实现图形化建模和难以融合软件核心复杂性应对之道的领域驱动设计思想而造成建模可靠性较低的问题，提高了获得的待建模业务对应的最终实体模型的可靠性，同时，图形化的建模提高了用户的体验度和满意度。

本发明中，上述各技术方案之间还可以相互组合，以实现更多的优选组合方案。本发明的其他特征和优点将在随后的说明书中阐述，并且，部分优点可从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过说明书以及附图中所特别指出的内容中来实现和获得。

附图说明

附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

图1为一个实施例中一种基于领域驱动设计的图形化模型构建方法流程图；

图2为另一个实施例中一种基于领域驱动设计的图形化模型构建装置结构图；

附图标记：

100-实体子模型框架获取模块；200-实体属性获得模块；300-实体子模型获得模块；400-实体模型获得模块。

具体实施方式

下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理，并非用于限定本发明的范围。

现有的建模方法虽然已经趋于成熟，但未提供友好的图形化建模界面，也难以融合软件核心复杂性应对之道的领域驱动设计思想，使图形化建模无法从更高的思想理论层面分析待建模业务的需求并提供指导和辅助，造成建模可靠性较低。为此，本申请提出一种基于领域驱动设计的图形化模型构建方法及装置，在建模前用户可以通过领域驱动设计思想设计出待建模业务的理想模型架构，再将该理想模型架构与建模平台中的多个基础模型架构进行匹配，得到待建模业务对应的实体子模型框架，最终得到实体模型，解决了现有的建模方法不能实现图形化建模和难以融合软件核心复杂性应对之道的领域驱动设计思想，造成建模可靠性较低的问题，实现了对待建模业务的图形化建模，提高了建模的可靠性。同时，基于图形化建模得到的最终实体模型，还可以动态生成微服务程序代码，提高了应用软件的研发效率。

本发明的一个具体实施例，公开了一种基于领域驱动设计的图形化模型构建方法，如图1所示。包括如下步骤：

步骤S1、基于待建模业务领域，获取待建模业务对应的实体子模型框架；其中，待建模业务对应的实体子模型至少为两个。具体来说，基于待建模业务，用户可以根据领域驱动设计思想设计出待建模业务的理想模型架构，再将该理想模型架构与建模平台中的多个基础模型架构进行匹配，得到待建模业务对应的实体子模型框架。

领域驱动设计思想是开发人员在开发应用软件时常用的一种方法，通过领域驱动设计思想设计的应用软件可以满足用户真正的需要。同时，在建模过程中，用户也可以利用领域驱动设计思想设计出符合自己需求的模型，在运用领域驱动设计思想时需要考虑子领域、界限上下文、值对象等。本申请中用户可以采用领域驱动设计思想对建模业务建立一个理想模型架构，而理想模型架构的实际建立过程依据用户而不同。示例性的，待建模业务为公司员工工资的结算软件，则至少需要建立员工、工作经历、考勤和工资四个实体子模型。

步骤S2、根据实体子模型框架动态生成实体属性单元和字段编辑框，利用实体属性单元获取子模型名称，利用字段编辑框获取用户输入的子模型信息。具体来说，得到实体子模型框架后，建模平台动态生成实体属性单元，该实体属性单元用于设置实体子模型的类型、类型名称、子模型名称、实体归属等，其中，子模型名称根据决定待建模业务的重要因素并由用户输入获得。在得到实体子模型框架的同时，单击实体子模型框架动态生成字段编辑框，该字段编辑框用于获取用户输入的子模型信息，其中，子模型信息包括项目标题、项目名称、数据类型、引用定义、长度和精度，数据类型包括字符、枚举、整数、引用实体等。

示例性的，对于待建模业务为公司员工工资的结算软件而建立的员工、工作经历、考勤和工资四个实体子模型框架，字段编辑框的信息可以包括如下：对于员工子模型，项目信息标题可以包括籍贯、民族、年龄、婚姻状况、固定电话号码、手机号码、电子邮箱、住址、学历和工作经历等；项目名称为项目标题中每一个字对应的大写字母；籍贯、固定电话号码、手机号码、电子邮箱、住址和学历对应的数据类型为字符，民族和婚姻状况对应的数据类型为枚举，年龄对应的数据类型为整数，工作经历对应的数据类型为引用实体。

步骤S3、根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到待建模业务对应的至少两个实体子模型。具体来说，在实体属性单元和字段编辑框中获取到子模型的相关信息后，就得到了待建模业务对应的至少两个实体子模型。

步骤S4、获取至少两个实体子模型之间的模型关系，构建得到待建模业务最终实体模型。在得到待建模业务对应的实体子模型后，需要构建实体子模型之间的模型关系，具体的，实体子模型之间的模型关系基于用户获得。

优选地，获取至少两个实体子模型之间的模型关系，包括：

根据实体子模型动态生成实体关系单元；

利用实体关系单元获取至少两个实体子模型名称并显示；

获取用户输入实体关系单元的模型关系，得到实体子模型之间的模型关系。

优选地，模型关系包括一对一、一对多、多对一或多对多。

具体来说，实体子模型之间的模型关系可通过两种方法获得，一种是在建模平台的左边工具栏中有表示实体子模型之间关系的箭头，用户可以单击选中并拖动箭头至建模图形区中以连接两个需要建立关系的实体子模型。另外一种方法根据实体子模型动态生成的实体关系单元建立实体子模型之间的模型关系，实体关系单元包括对应关系、源类型和引用类型三个下拉选择框，通过下拉选择框可获得实体子模型之间的关系，其中，对应关系包括一对一、一对多、多对一或多对多，源类型和引用类型为需要建立关系的两个实体子模型。示例性的，需要建立员工和考勤这两个实体子模型之间的模型关系，则源类型选择员工，引用类型选择考勤，对应关系基于用户输入或选择获得。

与现有技术相比，本实施例提供的一种基于领域驱动设计的图形化模型构建方法，用户能够基于领域驱动设计思想在建模平台进行在线化图形建模并获取实体子模型之间的模型关系，解决了现有的建模方法不能实现图形化建模和难以融合软件核心复杂性应对之道的领域驱动设计思想而造成建模可靠性较低的问题，提高了获得的待建模业务对应的最终实体模型的可靠性，同时，图形化的建模提高了用户的体验度和满意度。在获得待建模业务对应的最终实体模型后，还可以得到待建模业务对应应用软件的模板代码，以提高研发的工作效率。

优选地，还包括：将最终实体模型的模型信息及模型关系输入代码生成引擎中的微服务架构代码模板，以生成微服务程序代码，微服务程序代码即为待建模业务对应应用软件的模板代码。优选地，代码生成引擎还包括程序编码单元，用于对无法通过微服务架构代码模板生成程序代码的最终实体模型进行编码，以得到微服务程序代码。

考虑到现有的建模方法或技术是将建模与编码分开的，无法实现实际与编码的一体化，为此，本申请中采用了代码生成引擎，其中，该代码生成引擎包括微服务架构代码模板和程序编码单元，微服务架构代码模板能够基于输入的最终实体模型的模型信息及模型关系生成微服务程序代码。对于模型结构复杂和嵌套过多的最终实体模型,使用微服务架构代码模板生成微服务代码的方式会浪费时间和资源，还不如编程方便时，可通过程序编码单元进行编码获得微服务代码，而该微服务代码即为待建模业务对应应用软件的模板代码。

通过将最终实体模型对应的模型信息及模型关系输入微服务架构代码模板以生成微服务代码，简单易行，易于实施。对于模型结构复杂和嵌套过多的最终实体模型可以通过程序编码单元进行编码以获得微服务代码，通过微服务架构代码模板和程序编码单元的相互配合，为用户提供多元化选择的同时，可提高最终生成的微服务代码的准确性。同时，将图形化建模与微服务代码生成相结合，解决了现有方法建模与编码分离造成的研发效率较低的问题，提高了待建模业务对应应用软件的研发效率。

本发明的另一个具体实施例，公开了一种基于领域驱动设计的图形化模型构建装置，如图2所示。包括实体子模型框架获取模块100，用于基于待建模业务领域，获取待建模业务对应的实体子模型框架；其中，待建模业务对应的实体子模型至少为两个；实体属性获得模块200，用于根据实体子模型框架动态生成实体属性单元和字段编辑框，利用实体属性单元获取子模型名称，利用字段编辑框获取用户输入的子模型信息；实体子模型获得模块300，用于根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到实体子模型；实体模型获得模块400，用于获取实体子模型之间的模型关系，构建得到待建模业务的最终实体模型。

通过一种基于领域驱动设计的图形化模型构建装置，用户能够基于领域驱动设计思想在建模平台进行在线化图形建模并获取实体子模型之间的模型关系，解决了现有的建模方法不能实现图形化建模界面和难以融合软件核心复杂性应对之道的领域驱动设计思想而造成建模可靠性较低的问题，提高了获得的待建模业务对应的最终实体模型的可靠性，同时，图形化的建模提高了用户的体验度和满意度。

优选地，图形化模型构建装置还包括实体关系生成模块，用于根据实体模型动态生成实体关系单元，以获取待建立关系模型的模型名称和用户输入的模型关系，得到实体模型之间的模型关系。

优选地，模型关系包括一对一、一对多、多对一或多对多。

通过实体关系生成模块获取实体模型之间的模型关系，以得到最终实体模型，简单易行，易于实施。

优选地，图形化模型构建装置还包括微服务程序代码生成模块，用于根据获得的最终实体模型的模型信息及模型关系生成微服务程序代码，微服务程序代码即为待建模业务对应应用软件的模板代码。优选地，微服务程序代码生成模块还包括程序编码单元，用于对无法通过微服务架构代码模板生成程序代码的最终实体模型进行编码，以得到微服务程序代码。

通过微服务程序代码生成模块，使得微服务架构代码模板和程序编码单元的相互配合以生成微服务代码，为用户提供多元化选择的同时，可提高最终生成的微服务代码的准确性。同时，将图形化建模与微服务代码生成相结合，解决了现有方法建模与编码分离造成的研发效率较低的问题，提高了待建模业务对应应用软件的研发效率。

本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (10)

1.一种基于领域驱动设计的图形化模型构建方法，其特征在于，包括如下步骤：

基于待建模业务领域，获取待建模业务对应的实体子模型框架；其中，所述待建模业务对应的实体子模型至少为两个；

根据所述实体子模型框架动态生成实体属性单元和字段编辑框，利用所述实体属性单元获取子模型名称，利用所述字段编辑框获取用户输入的子模型信息；

根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到待建模业务对应的至少两个实体子模型；

获取所述至少两个实体子模型之间的模型关系，构建得到待建模业务的最终实体模型。

2.根据权利要求1所述的图形化模型构建方法，其特征在于，获取所述至少两个实体子模型之间的模型关系，包括：

根据所述实体子模型动态生成实体关系单元；

利用实体关系单元获取所述至少两个实体子模型名称并显示；

获取用户输入所述实体关系单元的模型关系，得到实体子模型之间的模型关系。

3.根据权利要求2所述的图形化模型构建方法，其特征在于，所述模型关系包括一对一、一对多、多对一或多对多。

4.根据权利要求3所述的图形化模型构建方法，其特征在于，还包括：将最终实体模型的模型信息及模型关系输入代码生成引擎中的微服务架构代码模板，以生成微服务程序代码，所述微服务程序代码即为待建模业务对应应用软件的模板代码。

5.根据权利要求4所述的图形化模型构建方法，其特征在于，所述代码生成引擎还包括程序编码单元，用于对无法通过微服务架构代码模板生成程序代码的最终实体模型进行编码，以得到微服务程序代码。

6.一种基于领域驱动设计的图形化模型构建装置，其特征在于，包括：

实体子模型框架获取模块，用于基于待建模业务领域，获取待建模业务对应的实体子模型框架；其中，所述待建模业务对应的实体子模型至少为两个；

实体属性获得模块，用于根据所述实体子模型框架动态生成实体属性单元和字段编辑框，利用所述实体属性单元获取子模型名称，利用所述字段编辑框获取用户输入的子模型信息；

实体子模型获得模块，用于根据获取子模型名称及子模型信息后的实体属性单元和字段编辑框，得到实体子模型；

实体模型获得模块，用于获取所述实体子模型之间的模型关系，构建得到待建模业务的最终实体模型。

7.根据权利要求6所述的图形化模型构建装置，其特征在于，所述图形化模型构建装置还包括实体关系生成模块，用于根据所述实体模型动态生成实体关系单元，以获取待建立关系模型的模型名称和用户输入的模型关系，得到实体模型之间的模型关系。

8.根据权利要求7所述的图形化模型构建装置，其特征在于，所述模型关系包括一对一、一对多、多对一或多对多。

9.根据权利要求8所述的图形化模型构建装置，其特征在于，所述图形化模型构建装置还包括微服务程序代码生成模块，用于根据获得的最终实体模型的模型信息及模型关系生成微服务程序代码，所述微服务程序代码即为待建模业务对应应用软件的模板代码。

10.根据权利要求9所述的图形化模型构建装置，其特征在于，所述微服务程序代码生成模块还包括程序编码单元，用于对无法通过微服务架构代码模板生成程序代码的最终实体模型进行编码，以得到微服务程序代码。

Images