CN106484394B - 一种双引擎快速软件开发系统 - Google Patents

Abstract

本发明涉及一种双引擎快速软件开发系统，该系统包括前端引擎和后端引擎，所述前端引擎用于基于元模型的HTML5解析引擎快速生成业务系统UI界面，所述后端引擎用于提供基于MDA功能模型解析引擎及业务扩展插件机制的后端业务服务。本发明的技术方案解决了业务功能的快速开发问题，减少了软件开发人员编写代码的负担，通过前后端分离，大大提高了软件的开发效率，缩短了软件开发的周期。

Description

一种双引擎快速软件开发系统

【技术领域】

本发明属于计算机和软件开发领域，尤其涉及一种双引擎快速软件开发系统。

【背景技术】

近年来，随着IT技术的迅猛发展，一些先进的设计思想和开发理念正在逐步的改变着应用软件的开发过程。今天，越来越多的开发团队选择了在一个快速开发平台的基础上开发应用软件，由于它的开放性和复杂性，各种各样的快速开发平台可谓是层出不穷。

平台的出现有着它的必然性。在当前日益激烈的市场竞争中，一方面客户希望将他们购买的软件尽可能早的投入使用，以降低管理成本或是增加市场竞争力，另一方面客户又希望软件提供商能够给予他们持续性的产品服务，并随时根据他们的需求对产品进行调整。

随着企业云计算、大数据、移动互联网、物联网等新技术快速发展以及互联网+理念逐步深入到社会各个领域。当前企业正面临着前所未有的机遇和挑战，竞争日趋激烈，新的业务和交易渠道不断涌现，企业需要不断快速交付和适应性调整。在这样一个不断创新、迅速发展变化的环境中，大量客户本身的业务模式、市场定位都在不断的演化过程中，相应的应用系统也需要随之改变以适应新业务的需要。信息系统如何适应业务调整和变化的问题，使得信息技术部门承担着巨大的压力，在整个企业级信息系统的规划和建设中面临着一系列艰苦的挑战。

在这样的大环境下，软件提供商必须在提高软件质量的同时，缩短软件的开发周期，并且保证软件的可维护性良好。这导致系统架构师们不得不一遍又一遍的思索如何优化应用软件的开发过程和开发手段，一时间各种优秀的，富于前瞻性的思想不断涌现，快速开发平台就是其中之一。

目前市场上快速开发平台大体可以分为两大类，一类是以模型驱动+代码生成方式为代表(如东软、金蝶、用友)，另一类以模型驱动+解析引擎为代表(如天翔MyApps、南瑞PI300等)。这两种类型平台在特定的环境中，有效解决了软件的快速开发、统一规范等问题。但也存在许多缺陷。比如目前业界主流的开发平台存在缺陷：(1)过于复杂，学习成本高；(2)通用性较差，组件依赖性强；(3)个性化UI定制困难；(4)代码难升级、难维护、难规范以及灵活性差。

【发明内容】

为了解决现有技术中的上述问题，本发明提出了一种双引擎快速软件开发系统。

本发明采用的技术方案如下：

一种双引擎快速软件开发系统，该系统包括前端引擎系统和后端引擎系统，其中

所述前端引擎系统包括UI模型模块、UI解析引擎模块、UI容器模块、UI控件模块、UI渲染模块，并通过以下步骤实现基于元模型的HTML5解析引擎：

1.1)通过UI模型模块获取业务界面元模型信息；

1.2)通过UI解析引擎模块解析业务界面元模型信息，生成UI布局模型与元素控件模型；

1.3)UI容器模块根据容器模型信息，生成界面容器布局控件；

1.4)根据元素控件模型，使用UI控件模块生成界面元素控件；

1.5)根据UI布局模型，将生成的界面元素控件逐一添加到界面容器布局控件中；

1.6)通过UI渲染模块，将界面容器布局控件渲染为适应终端标准的HTML5标签；

1.7)生成PC端或移动端业务界面的静态HTML文件。

所述后端引擎系统通过以下步骤提供基于MDA功能模型解析引擎及业务扩展插件机制的后端业务服务：

2.1)加载元表模型、应用模型、功能模型、权限模型；

2.2)初始化应用模型并构建应用数据源；

2.3)通过元表模型模块完成物理业务表与业务模型属性之间的映射；

2.4)通过功能模型模块完成业务功能处理逻辑模型的构建，包括功能事件模型、功能服务模型、业务扩展模型；

2.5)当接收到功能事件服务请求时，构建服务请求上下文及服务颁发器；所述服务颁发器用于对所述服务请求进行路由和转发；

2.6)如果当前请求不合法，直接返回错误报文到请求者，返回步骤2.5；

2.7)如果当前请求合法，将该请求路由到功能解析引擎服务器进行处理；

2.8)功能解析引擎服务器接收功能服务等操作事件；

2.9)根据功能服务操作事件类型构建处理事务上下文，并加载当前所有的业务扩展插件；

2.10)开始执行功能事件服务，并开启事件操作事务；

2.11)判断当前事件服务是否存在“执行之前业务扩展插件”，如果存在，执行所述“执行之前业务扩展插件”；所述“执行之前业务扩展插件”指的是需要在当前事件服务之前执行的业务插件；

2.12)进入主事件处理器，调用实体数据存储服务；

2.13)进入实体数据存储服务，根据功能模型构建实体数据操作SQL；

2.14)执行实体数据操作SQL，并将操作结果返回给主事件处理器；

2.15)主事件处理器接收到返回的操作结果，对操作结果进行业务逻辑加工处理；

2.16)判断当前事件服务是否存在“执行之后业务扩展插件”，如果存在，执行所述“执行之后业务扩展插件”；所述“执行之后业务扩展插件”指的是需要在当前事件服务之后执行的业务插件；

2.17)提交当前事件服务的执行事务，并将当前操作返回给服务颁发器；

2.18)服务颁发器接收到功能事件服务的响应结果，将响应结果按原路由路径返回给服务请求者。

进一步地，所述步骤1.6中的渲染方法具体为：

6.1)获取终端设备类型；

6.2)根据终端设备的类型，选择界面容器与控件类型；

6.3)根据终端设备屏幕的大小，计算容器呈现数值与百分比；

6.4)计算界面元素控件所在容器的位置及显示状态；

6.5)将界面元素控件渲染为适应终端设备的HTML标签。

进一步地，所述步骤2.8中的操作事件包括查询、删除、保存事件。

进一步地，所述系统分为7层，从底层到顶层分别是：数据服务层、技术服务层、元模型服务层、功能组件层、业务组件层、服务总线层、界面层。

进一步地，所述数据服务层抽象目标业务系统的各类数据源，包括关系数据、非关系数据；所述技术服务层封装了平台技术服务组件，直接向上层提供各类基础服务；所述元模型服务层对业务功能进行模型化描述，为功能组件提供元模型服务；所述功能组件层对业务功能封装，所述业务组件层描述业务系统一个完整的业务功能模块，由一个或多个功能组件组合而成；所述服务总线层的业务功能是对外提供服务接口；所述界面层包括PC界面与移动界面。

本发明的有益效果包括：(1)解决各种终端个性化展现问题，并避免传统开发平台采用一种展现方式来适应不同终端，体验差、不灵活等问题,减少开发人员解决复杂UI与跨终端适应适应展现负担。(2)解决业务功能的快速开发问题，并避免了传统开发平台对业务服务代码难升级、难管控的问题。所有的核心基础服务都有平台提供，开发人员只要关注具体功能个性化业务处理逻辑编写代码，减少开发人员编写业务服务的负担。(3)本发明将软件开发过程中的一些普遍关注点提炼出来，固化在平台内部，同时为调用者提供简单清晰的接口，使得软件的开发人员更多的将注意力放在客户的需求分析上，而不用去过多的关注其他技术细节。借助双引擎机制的开发平台的支持，可以将单一的应用软件开发拆解前端交互层与后端的业务服务层，通过前后端分离，不但能够大大提高软件的开发效率，缩短开发的周期，而且还可以最大限度的发挥开发团队中每一个成员的能力，使得团队的结构趋于合理化。

【附图说明】

此处所说明的附图是用来提供对本发明的进一步理解，构成本申请的一部分，但并不构成对本发明的不当限定，在附图中：

图1是本发明快速软件开发系统的技术架构示意图。

图2是本发明运行过程示意图。

图3是本发明前端HTML5解析引擎的流程图。

图4是本发明后端功能模型解析引擎的流程图。

【具体实施方式】

下面将结合附图以及具体实施例来详细说明本发明，其中的示意性实施例以及说明仅用来解释本发明，但并不作为对本发明的限定。

本发明的基本思想是：在软件开发的前端和后端使用不同的解析引擎进行开发，并且使得两个引擎可以互相配合和融合，增强代码的通用性、易定制性和可维护性，从而达到软件快速开发的目的。

参见附图1，其示出了本发明快速软件开发系统的技术架构，整个系统分成7层，从底层到顶层分别是：数据服务层、技术服务层、元模型服务层、功能组件层、业务组件层、服务总线层、界面层。

数据服务层抽象目标业务系统的各类数据源，包括关系数据、非关系数据；

技术服务层封装了平台技术服务组件，直接向上层提供各类基础服务；

元模型服务层对业务功能进行模型化描述，为功能组件提供元模型服务；

功能组件层对业务功能封装，其中功能组件是一系列元组件的集合(查询、列表、表单等)，一个或多个功能组件(功能组件可以嵌套)构成一个完整业务功能。元组件是组成功能组件的最小单位，可以是一个文本域或一个下拉框等；

业务组件层(业务库)描述业务系统一个完整的业务功能模块，通常由一个或多个功能组件组合而成；

服务总线层的业务功能是对外提供服务接口；

界面层包括PC界面与移动界面，解决业务系统多端交互界面。

在开发过程中，整个系统核心、建模管理工具、运行管理工具三者之间各司其职又有机结合，其运行机理描述如附图2所示。首先，开发者通过模型管理工具定义业务模型，通过普通的开发IDE开发模型对应的插件及引用业务系统UI模板。开发完成部署后，平台引擎加载业务模型并进行模型驱动解析，在解析的过程中执行相应的应用插件生成最终的业务系统。业务系统的用户即可通过界面交互进行日常的业务操作，生成业务数据和系统的运行日志数据。运维人员可以通过运行管理工具监视系统的运行情况，并通过系统控制参数对应用系统的运行行为进行控制，对日志进行查看和管理。

参见附图3，其示出了本发明双引擎中的前端引擎的流程图。该前端引擎用于基于元模型的HTML5解析引擎快速生成业务系统UI界面，能够根据元模型自动生成标准的HTML5静态业务界面模板，方便UI人员对界面进行美化调整，解决前端多屏(PAD端、PC端、移动端)适应、复杂个性化页面难定制等问题。

所述基于元模型的HTML5解析引擎，包括UI模型模块、UI解析引擎模块、UI容器模块、UI控件模块、UI渲染模块。UI模型模块调用后端业务界面模型服务接口，获取具体业务功能界面模型信息。UI解析引擎模块对业务界面元模型进行解析，输出界面布局元模型与界面控件元模型。UI容器模块用于完成业务界面容器初始化，UI控件模块用于完成界面元素控件的初始化，输出界面容器(容器中包括生成好的元素控件)。UI渲染模块用于渲染生成适应PC端的标准的HTML5页面或移动端的HTML5页面。

本发明的基于元模型的HTML5解析引擎的工作流程如下：

①获取业务界面元模型信息；

②解析界面元模型信息，生成UI布局模型与元素控件模型；

③UI容器模块根据容器模型信息，生成界面容器布局控件；

④解析引擎根据元素控件模型，调用UI控件模块生成界面元素控件；

⑤将生成的界面元素控件逐一添加到界面容器布局控件中；

⑥调用UI渲染模块，将界面容器布局控件渲染为适应终端标准HTML5标签。

⑦生成PC端或移动端业务界面的静态HTML文件。

其中，步骤⑥中渲染为适应终端标准HTML5标签的方法具体为：

6.1)获取终端设备类型；

6.2)根据终端设备的类型(PC端、移动端等)，选择界面容器与控件类型；

6.3)根据终端设备屏幕的大小，计算容器呈现数值与百分比；

6.4)计算界面元素控件所在容器的位置及显示状态；

6.5)将界面元素控件渲染为适应终端设备的HTML标签。

参见附图4，其示出了本发明双引擎系统中的后端引擎的流程图，该后端引擎用于提供基于MDA功能模型解析引擎及业务扩展插件机制的后端业务服务。该后端引擎包括元表模型模块、功能模型模块、应用模型模块、权限模型模块、功能解析引擎、功能插件引擎。该后端引擎可以完成60％左右的通用性的业务功能开发任务。通过业务扩展插件机制可以完成一些个性化的业务逻辑编写。解决了业务变更引起的代码难升级、难维护、难规范以及灵活性差等问题。

本发明的后端引擎的工作流程如下：

①加载元表模型、应用模型、功能模型、权限模型；

②初始化应用模型并构建应用数据源；

③通过元表模型模块完成物理业务表与业务模型属性之间的映射；

④通过功能模型模块完成业务功能处理逻辑模型的构建，包括功能事件模型、功能服务模型、业务扩展模型；

⑤当接收到功能服务请求时，构建服务请求上下文及服务颁发器；所述服务颁发器用于对功能服务请求进行路由和转发。

⑥如果当前请求不合法，直接返回错误报文到请求者；

⑦如果请求合法，将请求路由到功能解析引擎服务器进行处理；

⑧功能解析引擎服务器接收功能服务(查询、删除、保存)等操作事件；

⑨根据服务操作事件类型构建处理事务上下文，并加载当前所有的业务扩展插件；

⑩开始执行功能事件服务，并开启事件操作事务；

判断当前事件服务是否存在“执行之前业务扩展插件”，如果存在，执行所述“执行之前业务扩展插件”，然后进入下一步骤；所述“执行之前业务扩展插件”指的是需要在当前事件服务之前执行的业务插件。

进入主事件处理器，调用实体数据存储服务；

进入实体数据存储服务，根据功能模型构建实体数据操作SQL；

执行实体数据操作SQL，并将操作结果返回给主事件处理器；

主事件处理器接收到返回的操作结果，对操作结果进行业务逻辑加工处理；

判断当前事件服务是否存在“执行之后业务扩展插件”，如果存在，执行所述“执行之后业务扩展插件”，然后进入下一步骤；所述“执行之后业务扩展插件”指的是需要在当前事件服务之后执行的业务插件。

提交当前事件服务的执行事务，并将当前操作返回给服务颁发器；

服务颁发器接收到事件响应结果，按原路由路径返回给服务请求者。

以上所述仅是本发明的较佳实施方式，故凡依本发明专利申请范围所述的构造、特征及原理所做的等效变化或修饰，均包括于本发明专利申请范围内。

Claims (5)

1.一种双引擎快速软件开发系统，其特征在于，该系统包括前端引擎系统和后端引擎系统，其中

所述前端引擎系统包括UI模型模块、UI解析引擎模块、UI容器模块、UI控件模块、UI渲染模块，并通过以下步骤实现基于元模型的HTML5解析引擎：

1.1)通过UI模型模块获取业务界面元模型信息；

1.2)通过UI解析引擎模块解析业务界面元模型信息，生成UI布局模型与元素控件模型；

1.3)UI容器模块根据容器模型信息，生成界面容器布局控件；

1.4)根据元素控件模型，使用UI控件模块生成界面元素控件；

1.5)根据UI布局模型，将生成的界面元素控件逐一添加到界面容器布局控件中；

1.6)通过UI渲染模块，将界面容器布局控件渲染为适应终端标准的HTML5标签；

1.7)生成PC端或移动端业务界面的静态HTML文件；

所述后端引擎系统通过以下步骤提供基于MDA功能模型解析引擎及业务扩展插件机制的后端业务服务：

2.1)加载元表模型、应用模型、功能模型、权限模型；

2.2)初始化应用模型并构建应用数据源；

2.3)通过元表模型模块完成物理业务表与业务模型属性之间的映射；

2.4)通过功能模型模块完成业务功能处理逻辑模型的构建，包括功能事件模型、功能服务模型、业务扩展模型；

2.5)当接收到功能事件服务请求时，构建服务请求上下文及服务颁发器；所述服务颁发器用于对所述服务请求进行路由和转发；

2.6)如果当前请求不合法，直接返回错误报文到请求者，返回步骤2.5)；

2.7)如果当前请求合法，将该请求路由到功能解析引擎服务器进行处理；

2.8)功能解析引擎服务器接收功能服务操作事件；

2.9)根据功能服务操作事件类型构建处理事务上下文，并加载当前所有的业务扩展插件；

2.10)开始执行功能事件服务，并开启事件操作事务；

2.11)判断当前事件服务是否存在“执行之前业务扩展插件”，如果存在，执行所述“执行之前业务扩展插件”；所述“执行之前业务扩展插件”指的是需要在当前事件服务之前执行的业务插件；

2.12)进入主事件处理器，调用实体数据存储服务；

2.13)进入实体数据存储服务，根据功能模型构建实体数据操作SQL；

2.14)执行实体数据操作SQL，并将操作结果返回给主事件处理器；

2.15)主事件处理器接收到返回的操作结果，对操作结果进行业务逻辑加工处理；

2.16)判断当前事件服务是否存在“执行之后业务扩展插件”，如果存在，执行所述“执行之后业务扩展插件”；所述“执行之后业务扩展插件”指的是需要在当前事件服务之后执行的业务插件；

2.17)提交当前事件服务的执行事务，并将当前操作返回给服务颁发器；

2.18)服务颁发器接收到功能事件服务的响应结果，将响应结果按原路由路径返回给服务请求者。

2.根据权利要求1所述的双引擎快速软件开发系统，其特征在于，所述步骤1.6)中的渲染方法具体为：

6.1)获取终端设备类型；

6.2)根据终端设备的类型，选择界面容器与控件类型；

6.3)根据终端设备屏幕的大小，计算容器呈现数值与百分比；

6.4)计算界面元素控件所在容器的位置及显示状态；

6.5)将界面元素控件渲染为适应终端设备的HTML标签。

3.根据权利要求1-2任意一项所述的双引擎快速软件开发系统，其特征在于，所述步骤2.8)中的操作事件包括查询、删除、保存事件。

4.根据权利要求1-2任意一项所述的双引擎快速软件开发系统，其特征在于，所述系统分为7层，从底层到顶层分别是：数据服务层、技术服务层、元模型服务层、功能组件层、业务组件层、服务总线层、界面层。

5.根据权利要求4所述的双引擎快速软件开发系统，其特征在于，

所述数据服务层抽象目标业务系统的各类数据源，包括关系数据、非关系数据；

所述技术服务层封装了平台技术服务组件，直接向上层提供各类基础服务；

所述元模型服务层对业务功能进行模型化描述，为功能组件提供元模型服务；

所述功能组件层对业务功能封装，

所述业务组件层描述业务系统一个完整的业务功能模块，由一个或多个功能组件组合而成；

所述服务总线层的业务功能是对外提供服务接口；

所述界面层包括PC界面与移动界面。