[发明专利]基于业务中台的应用开发方法、系统、装置及存储介质

说明书

本发明公开了一种基于业务中台的应用开发方法、系统、装置及存储介质，本发明的方案通过对业务场景的共性需求进行归纳抽象设计并提供引擎服务，将其中可复用的引擎服务封装并定义成业务组件，再根据业务需求将所述业务组件分配到业务场景中，并对各个组件之间的业务逻辑进行配置以完成应用开发。通过使用业务中台搭建的业务应用程序比起其他传统程序能有更短的研发周期、更健壮的运行机制、更快速的运维响应、更平滑的升级体验及更长的服务寿命，简化了由于业务复杂度的提高而带来的基本组件抽象难度，减少了应用程序的开发难度。

技术领域

本发明涉及软件开发领域，尤其是一种基于业务中台的应用开发方法、系统、装置及存储介质。

背景技术

在以往的互联网企业生产流程中，我们可以将研发过程宏观的划分为前端与后端两个部分。所谓前台就是用户直接接触到的产品部分，如可在应用商店下载的APP，如微信、抖音、淘宝，或者可以使用的网站等。用户对产品的认知也往往是基于前端，而后端提供的服务是面对于开发者而不被普通用户所感知的。在互联网进入日益复杂的市场环境的今天，企业需要不断去更新产品去抢夺市场。而作为实际用户真正接触的前端业务，如：APP、小程序、网站等，必须要快速迭代新的功能才能让产品保持竞争力。

然而以往为了支撑前台越来越多的业务，后台反而在这个时候显得笨重起来。这样的后台变得较难去快速响应前端变化所带来的改变。原来的前后端模式的这种直接关联导致了两者的冲突。由于业务数据的复杂性，每个用户在同一条数据中的担任的角色往往不同，可能是其中某一种角色，也可能是多种角色。这就导致每个用户在不同业务状态下能看到的组件不大相同。列举最简单的例子，在业务系统中几乎每个基础模块中都包含基础CURD(创建(Create)、更新(Update)、读取(Retrieve)和删除(Delete)的数据库基本操作)的功能，开发人员需要花费大量精力去开发这些重复性代码，由此造成了系统重复建设、迁移较困难、能力复用性较低的问题。

发明内容

为解决上述现有技术的问题，本发明提供了一种基于业务中台的应用开发方法，包括以下步骤：

S1:获取不同业务场景的共性需求，将所述共性需求进行归纳抽象，并根据所述归纳抽象后的共性需求设计并提供引擎服务，通过可视化页面对所述引擎服务的配置进行展示；

S2:通过业务中台对所述不同业务场景进行分析并对所有所述引擎服务进行分类，将所述引擎服务封装并定义成业务组件；

S3:根据业务需求将所述业务组件分配到业务场景中，并对各个业务组件之间的业务逻辑进行配置以完成应用开发。

在上述方案的基础上本发明还可以做如下改进。

进一步，所述S2中业务中台中对所有所述引擎服务进行分类，根据所述业务需求中的共性需求将所述引擎服务封装并定义为业务组件包括：对所述引擎服务进行标准化管理，对于引擎服务中的请求地址以及参数格式进行数据标准的统一。

进一步，将多个业务组件封装成业务构件，以实现页面的特定业务需求。

进一步，所述S2中还包括：对业务场景的业务需求、主要功能以及应用场景进行应用管理，自定义应用的数据角色，并预设数据角色的查询条件以及参数，以供查询当前应用中的数据角色，并根据业务需求对所述数据角色分配业务组件。

进一步，所述S3中根据业务需求将所述业务组件分配到业务场景中，并对各个业务组件之间的业务逻辑进行配置，包括以下步骤，

S301,根据业务需求选取相应数据角色的业务组件和/或业务构件，并对所述业务组件的通用性参数进行配置，通过流程引擎将业务组件的逻辑流程串联以及状态翻转后生成程序代码；

S302,将所述程序代码通过解析器解析成页面JSON信息表单；

S303,获取页面JSON信息后，通过执行页面生成器反向生成的代码，动态挂载页面布局。