CN111008011A - 一个面向电力平台应用开发的系统构建器 - Google Patents

Abstract

本发明公开了一种面向电力平台应用开发的系统构建器，采用MCV软件设计典范开发电力平台应用系统，包括：需求解析模块、界面生成器、业务逻辑生成器及模型生成器，需求解析模块分析特定结构的需求文件，转化为可被生成器直接利用的中间信息，中间信息部分可三种生成器共享；界面生成器基于中间信息中的用户界面展示信息，根据预设界面框架创建由多个组件构成的页面生成用户界面；业务逻辑生成器基于中间信息中的业务逻辑信息生成业务逻辑代码；模型生成器基于中间信息中的数据库模型信息生成用户数据库模型。本发明通过解析需求，选择对应给的生成器，帮助开发人员完成大部分的开发工作，提升了开发效率，节省大量的人力、物力、财力。

Description

一个面向电力平台应用开发的系统构建器

技术领域

本发明涉及软件开发构建领域，具体涉及一个面向电力平台应用开发的系统构建器。

背景技术

信息化是当今世界发展的趋势和推动经济社会变革的重要力量，经过多年的信息化建设，我国已经取得了一定的成效。在面向电力行业的应用系统开发过程中，即使面对一个与开发过的系统很类似的需求，时间和人力的成本投入并未大幅减少。目前应用系统的开发方式主要是需要什么开发什么，各开发过程完全独立，实际上每个应用系统都有一些通用模块，例如用户管理、权限管理，即使是一些非通用的模块，其实对应一些通用的主要功能，代码相似度高，以前的系统设计方式没有充分考虑这种系统之间的关联性与类似性，导致应用系统冗余度高，功能模块重复，浪费了大量的人力、物力、财力。

发明内容

因此，本发明提供一种面向电力平台应用开发的系统构建器，克服了现有技术中对应用软件开发冗余度高、开发效率差的缺陷。

本发明实施例提供一种面向电力平台应用开发的系统构建器，所述构建器采用MCV软件设计典范开发电力平台应用系统，其包括：需求解析模块、界面生成器、业务逻辑生成器及模型生成器，其中，所述需求解析模块分析特定结构的需求文件，转化为可被生成器直接利用的中间信息，所述中间信息部分可被界面生成器、业务逻辑生成器及模型生成器共享；所述界面生成器基于所述中间信息中的用户界面展示信息，根据预设界面框架创建由多个组件构成的页面，生成用户界面；所述业务逻辑生成器基于所述中间信息中的业务逻辑信息，生成业务逻辑代码；所述模型生成器基于所述中间信息中的数据库模型信息，生成用户数据库模型。

进一步地，所述界面生成器、业务逻辑生成器及模型生成器的功能生成方式均包括：直接拷贝、模板替换及直接代码生成。

进一步地，所述需求文件的抽象方法包含有明确的需求，需求解析模块根据预设需求解析方式，将抽象的需求转化为中间信息。

进一步地，所述界面生成器设有一固定预设界面框架，框架的展示内容用树状结构表示，树状结构中每个叶子代表一个真正页面，非叶子节点表示一个有子节点的菜单项，将树状结构非叶子节点表示的页面表示的页面结构放在主导航栏和侧导航栏，被选中的叶子结点表示的页面展示在主界面中；配置所述树状结构，界面生成器在构建系统时，自动完成系统界面框架的构建。

进一步地，所述界面生成器中主界面中叶子结点表示的页面中的内容由多个组件构成，组件可以嵌套其他子组件，组件的义内容包括：组件类型、位置、样式和所绑定的数据。

进一步地，所述业务逻辑生成器中的数据映射包括：前端展示数据和服务端对象数据的映射关系以及服务端对象数据和数据模型的映射关系。

进一步地，所述业务逻辑生成器通过预设的抽象处理单元来表达整个业务流程，包括：执行单个处理单元、按预设顺序执行所包含的多个处理单元以及并发执行所包含的多个处理单元。

进一步地，所述数据库模型信息包括数据库定义和表定义，所述模型生成器根据数据库定义和表定义生成数据库的构建语句。

进一步地，数据库生成器中的分析器根据数据库模型信息对数据表的描述，建立表示各表依赖关系的有向无环图；数据库生成器中的构建器根据有向无环图中的依赖关系生成用于建表的SQL脚本。

进一步地，数据库生成器中的分析器根据数据库模型信息对数据表的描述，建立的无向无环图，根据用户的增删改查操作，自动分析数据表间的相关性，自动生成DML语句。

本发明技术方案，具有如下优点：

本发明提供的面向电力平台应用开发的系统构建器，采用MCV软件设计典范开发电力平台应用系统，包括：需求解析模块、界面生成器、业务逻辑生成器及模型生成器，需求解析模块分析特定结构的需求文件，转化为可被生成器直接利用的中间信息，中间信息部分可被界面生成器、业务逻辑生成器及模型生成器共享；界面生成器基于所述中间信息中的用户界面展示信息，根据预设界面框架创建由多个组件构成的页面，生成用户界面；业务逻辑生成器基于所述中间信息中的业务逻辑信息，生成业务逻辑代码；模型生成器基于所述中间信息中的数据库模型信息，生成用户数据库模型。本发明通过解析需求，选择对应给的生成器，帮助开发人员完成大部分的开发工作。系统层次分明，无论是界面层、业务逻辑层还是数据模型层，可以人工修改甚至整层替换；生成器扩展性好；基于面向对象的编程思想，子生成器都可以有不同实现，提升了开发效率，节省大量的人力、物力、财力。

附图说明

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

图1为本发明实施例提供的系统构建器的一个模块组成示意图；

图2为本发明实施例提供的需求被转变为中间信息被分析器进行识别，生成应用的示意图；

图3为本发明实施例提供的有向无环图的示意图；

图4为本发明实施例提供的无向无环图的示意图；

图5为本发明实施例提供的用户界面布局的示意图；

图6为本发明实施例提供的业务逻辑生成器中利用描述生成业务逻辑的示意图。

具体实施方式

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

此外，下面所描述的本发明不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

实施例

本发明实施例提供一种面向电力平台应用开发的系统构建器，构建器采用MCV软件设计典范开发电力平台应用系统，如图1所示，其包括：需求解析模块1、界面生成器2、业务逻辑生成器3及模型生成器4，其中，

需求解析模块1分析特定结构的需求文件，转化为可被生成器直接利用的中间信息，中间信息部分可被界面生成器、业务逻辑生成器及模型生成器共享。界面生成器2基于中间信息中的用户界面展示信息，根据预设界面框架创建由多个组件构成的页面，生成用户界面及模型生成器共享。业务逻辑生成器3基于中间信息中的业务逻辑信息，生成业务逻辑代码。模型生成器4基于中间信息中的数据库模型信息，生成用户数据库模型。

本实施例中需求文件中的抽象方法必须包含有明确的需求，需求解析模块才能根据预设需求解析方式，将抽象的需求转化为中间信息。本发明实施例，如图2所示，针对电网内实际应用的需求先定义需求的表达形式，通过一个分析器将这些需求转变为一种中间信息，以供后续的生成器进行识别。中间信息中的部分内容可被界面生成器、业务逻辑生成器及模型生成器中的两者或三者共享，例如，数据库字段类型可以被业务逻辑生成器和模型生成器共享；界面生成器和业务逻辑生成器也有共享的情况，例如添加记录操作需要校验用户界面传给后端的记录的列名与后端接收的列名一致。

在实际应用中如果部分需要定制的困难部分，可以考虑在生成的代码下进行手工修改，能够大幅度削减系统的开发难度，节省大量的人力、物力、财力，节省信息系统开发人员的时间，并且由于代码由应用系统自动生成系统自动生成，能够保证其质量，不会产生人工失误。

本发明实施例中，当电力应用软件系统构建完成以后会生成一个新文件夹，所有的数据库、用户界面、服务端代码文件、配置文件都将在这个文件夹中，直接启动配置文件中的启动文件即可启动该应用软件。

本发明实施例提供的面向电力平台应用开发的系统构建器，可以根据用户的不同喜好，对数据库类型、用户界面框架、服务端语言的需求不同，可以预置各种不同的生成器，无需更改需求文件，仅需在选择时配置不同的生成器，就会生成不同语言、不同框架的代码，灵活方便。

本发明实施例在生成数据库、用户界面和服务端时可能需要提供模板或者资源文件，如图2所示，界面生成器、业务逻辑生成器及模型生成器均包含三种生成方式：一是单纯拷贝一些不变的静态文件，主要是一些系统运行时所依赖的工具；二是模板文件替换，在写好的模板文件中替换指定内容，写入新的系统配置；三是目标代码生成，直接产生目标代码。

在一具体实施例中，定义了resources文件夹，resources文件夹下包含server、ui、db文件夹，这三个文件夹又可能包含templates文件夹和toCopy文件夹，在templates文件夹中包含已经写好的带标记的模板，程序会查询标记，用指定内容替换模板中的标记；在toCopy文件夹中是一些无需更改，直接拷贝的内容，例如一些静态的css和js文件等等。这样生成的系统层次分明，无论是界面层、业务逻辑层还是数据模型层，可以人工修改甚至整层替换；同时生成器扩展性好，基于面向对象的编程思想，子生成器都可以有不同实现，例如如界面生成器，可以包括有Vue生成器和Angular生成器。业务逻辑生成器，可以包括有Python生成器和Java生成器，模型生成器主要实现了关系数据模型生成器，针对不同数据库，可以有Postgresql生成器和MySQL生成器。

实际中对于数据库的用户数据模型，可以包括关系、网状、层状以及其他模型，本发明实施例中以关系数据库为例进行说明，数据库需求文件中的配置供生成数据库使用，同时也会被转换为中间形式，在生成用户界面和服务端代码时共享。配置文件中包含数据库定义和表定义，数据库定义包括数据库的IP，数据库端口，数据库用户，数据库密码，数据库类型，其中模型生成器会根据数据库类型生成不同类型数据库的建表语句，如果是Mysql即生成Mysql建表语句，如果是Oracle即生成Oracle建表语句。数据库表定义包含表所在的数据库名，表的结构，包括但不限于表名、列名、各列类型、主键、非空约束、默认值、列注解说明、外键、唯一性约束等，还包含各表的初始化数据，方便必要时的功能验证和问题调试。

本发明实施例根据需求分析中对数据表的描述，可以得到表示各表依赖关系的DAG(有向无环图)，如图3所示的节点代表数据表，图3中的边代表外键引用，在一实施例总按照T2、T1、T4、T3、T0的顺序建表，根据该有向无环图，数据库生成器中的构建器就能根据依赖关系生成建表用的SQL脚本；分析器还可根据需求分析中对数据表的描述，得到UAG(无向无环图)，根据用户的增删改查操作，自动找出所有待连接数据表，以此生成高效的DML语句。为避免多表连接时大数据量带来的资源和时间开销，这些DML会先基于查询条件过滤所在数据表，然后再逐步同相关表连接，如图4所示，先在T2和T4上进行条件查询操作，再进行连接操作。除过滤条件外，其余查询条件相对固定不变，生成器还会根据需求中的固定的条件查询，在所生成的DDL中对相关列做索引，进一步提高系统的运行效率，为提高获取查询DML语句的速度，可以对DML中常用的查询语句进行缓存。

本发明实施例中的界面生成器内设有一固定通用界面框架，所有的页面嵌入其中。本实施例中将用户界面设置为一个树状结构，每个叶子代表一个真正页面，非叶子节点表示一个有子节点的菜单项，将这个树状结构表示的页面结构放在主导航栏和测导航栏，被选中的叶子结点表示的页面展示在主界面中；配置该树状结构，界面生成器在构建系统时，自动完成系统界面框架的构建。实际应用中由于页面大小的限制，推荐设置为3至4层。

在进行用户界面操作时，当用户点击非叶子节点时，将展开下一级，否则在图中的主界面显示叶子结点代表的真正页面。权限控制上，可以设置仅展示部分一级菜单，该功能可以用于权限控制，不同角色组织结构所看到的页面不同。基于该通用框架，只需在用户界面展示信息中描述每个叶子节点和待生成页面的映射关系，视图生成器就会在构建软件系统时，自动完成新系统界面框架的构建。

本实施中提供的用户界面布局如图5所示，主界面的描述所包含的组件及其在页面中位置。例如：列表组件基于html table元素扩展描述，主要包括：每列的对应的字段名，展示列名，是否超链接，超链接地址的字段名，获取其绑定数据的业务接口，对表格的操作定义等；表单组件基于html form元素扩展描述，主要包括指定要提交的业务接口、表单的展示名、实际字段名、密码字段、不可编辑项、表关联项及对表单的操作定义等。大部分的操作定义都和业务接口的调用相关，比如对列表数据的增加、删除、修改和查询，可以根据需要增加其他操作，例如上传文件和下载文件等，实际系统生成中，还会用到的其他操作，如交互层的弹出和收起等。

应用系统中操作和预期行为和界面框架一样，也具有标准化通用化的特点，将相关javascript代码抽象出来模板化，作为界面框架的一部分。视图生成器在构建用户界面时，将根据页面和组件的定义和描述，通过替换少量关键内容的方式完成自动化生成。

本发明实施例中的业务逻辑生成器如图6所示，包括两个映射关系:一是DataMapping，即前端展示数据和服务端对象数据的映射关系，前端界面调用业务逻辑的接口，主要是请求字段同业务对象的映射关系；二是OR-Mapping，即服务端对象数据和数据模型的映射关系，定义业务对象同关系模型的映射关系。为了软件系统在构建的时候能自动地完成这部分功能，这两部分信息都是需要明确描述的，但描述内容是大量字段名称间的相互映射，枯燥又容易出错，为了减轻工作量和减少错误，本发明实施例定义了常用的默认规则，帮助服务端生成器在描述不完整的情况下正确构建应用系统。

实际中，电网内的应用系统多围绕各部门自身数据管理开发，极少出现冗长而且复杂的跨部门业务流程。因此在描述业务逻辑时，本发明实施例通过抽象几个简单概念来准确表达：

Proc，代表一个处理单元的抽象；

SerialProcs，是一种特殊的Proc，能顺序执行所包含的多个Proc(处理单元)；

ParallelProcs，也是一种特殊的Proc，能并发执行所包含的的多个Proc(处理单元)。

本发明实施例中最简单的业务逻辑，只有一个Proc，等同于只包含一个Proc的SerialProcs或ParallelProcs。复杂的业务逻辑包含三者之间的互相嵌套。为了保证任意两个Proc都能相互衔接，本实施例定义了单一的数据结构，并且要求每个Proc的输入输出都是这种数据结构。软件系统构建时，服务端生成器将逐一提取业务逻辑中被嵌套的Proc写入生成的代码。在Proc的实现上，本实施例在DBProc的基础上，新抽象了ShellProc处理单元，主要负责业务流程中对系统命令的调用。

本发明实施例设置了MemProc处理单元，负责ShellProc信息和DBProc信息的交互，例如信息同步、信息合并等。通过指定流程的起始点和终止点，进一步提升了流程复用方式，不但能满足目前的需求，而且也能满足未来所有类似需求。

显然，上述实施例仅仅是为清楚地说明所作的举例，而并非对实施方式的限定。对于所属领域的普通技术人员来说，在上述说明的基础上还可以做出其它不同形式的变化或变动。这里无需也无法对所有的实施方式予以穷举。而由此所引申出的显而易见的变化或变动仍处于本发明创造的保护范围之中。

Claims (10)

1.一种面向电力平台应用开发的系统构建器，其特征在于，所述构建器采用MCV软件设计典范开发电力平台应用系统，其包括：需求解析模块、界面生成器、业务逻辑生成器及模型生成器，其中，

所述需求解析模块分析特定结构的需求文件，转化为可被生成器直接利用的中间信息，所述中间信息部分可被界面生成器、业务逻辑生成器及模型生成器共享；

所述界面生成器基于所述中间信息中的用户界面展示信息，根据预设界面框架创建由多个组件构成的页面，生成用户界面；

所述业务逻辑生成器基于所述中间信息中的业务逻辑信息，生成业务逻辑代码；

所述模型生成器基于所述中间信息中的数据库模型信息，生成用户数据库模型。

2.根据权利要求1所述的面向电力平台应用开发的系统构建器，其特征在于，所述界面生成器、业务逻辑生成器及模型生成器的功能生成方式均包括：直接拷贝、模板替换及直接代码生成。

3.根据权利要求1所述的面向电力平台应用开发的系统构建器，其特征在于，所述需求文件的抽象方法包含有明确的需求，需求解析模块根据预设需求解析方式，将抽象的需求转化为中间信息。

4.根据权利要求1所述的面向电力平台应用开发的系统构建器，其特征在于，所述界面生成器设有一固定预设界面框架，框架的展示内容用树状结构表示，树状结构中每个叶子代表一个真正页面，非叶子节点表示一个有子节点的菜单项，将树状结构非叶子节点表示的页面结构放在主导航栏和侧导航栏，被选中的叶子结点表示的页面展示在主界面中；配置所述树状结构，界面生成器在构建系统时，自动完成系统界面框架的构建。

5.根据权利要求4所述的面向电力平台应用开发的系统构建器，其特征在于，所述界面生成器中主界面中叶子结点表示的页面中的内容由多个组件构成，组件可以嵌套其他子组件，组件的定义内容包括：组件类型、位置、样式和所绑定的数据。

6.根据权利要求1所述的面向电力平台应用开发的系统构建器，其特征在于，所述业务逻辑生成器中的数据映射包括：前端展示数据和服务端对象数据的映射关系以及服务端对象数据和数据模型的映射关系。

7.根据权利要求6所述的面向电力平台应用开发的系统构建器，其特征在于，所述业务逻辑生成器通过预设的抽象处理单元来表达整个业务流程，包括：执行单个处理单元、按预设顺序执行所包含的多个处理单元以及并发执行所包含的多个处理单元。

8.根据权利要求1所述的面向电力平台应用开发的系统构建器，其特征在于，所述数据库模型信息包括数据库定义和表定义，所述模型生成器根据数据库定义和表定义生成数据库的构建语句。

9.根据权利要求8所述的面向电力平台应用开发的系统构建器，其特征在于，数据库生成器中的分析器根据数据库模型信息对数据表的描述，建立表示各表依赖关系的有向无环图；数据库生成器中的构建器根据有向无环图中的依赖关系生成用于建表的SQL脚本。

10.根据权利要求9所述的面向电力平台应用开发的系统构建器，其特征在于，数据库生成器中的分析器根据数据库模型信息对数据表的描述，建立的无向无环图，根据用户的增删改查操作，自动分析数据表间的相关性，自动生成DML语句。

Images