模型驱动的低代码平台及其在金融业务系统迁移中的应用.pdfVIP

模型驱动的低代码平台及其在金融业务系

统迁移中的应用

目前，整个社会正在经历一场深刻的数字化变革，传

统金融机构都在向数字化转型。数字化变革带来了对应用

软件的海量需求，而目前的应用软件研发能力以及软件人

才储备和软件研发方法与需求之间存在着巨大的鸿沟。

一、海量的软件需求催生了低代码平台

据高德纳咨询公司预测，2021年全球市场应用开发

需求的增长比相应的研发能力的增长快5倍以上，并由此

催生了很多低代码平台软件。

“低代码”一词是由Forrester咨询公司在2014年

提出的，“低代码平台通过最少的手工编码和在配置、培

训、部署等方面的最低初期投入来实现业务应用的快速交

付”。可见，构建低代码平台的目的是降低开发成本，并

快速交付应用。

1

目前，市场上的低代码平台大致可以分为两类：一类

是表单或接口驱动的，可以快速地搭建表单、报表、流程

编排等简单的应用；另一类是模型驱动的，包括用以设计

领域模型的架构元模型和用以实现领域模型中具体环节

处理流程的领域特定语言(DSL)，其适用场景要远多于前

一类低代码平台，复杂度也远高于前一类低代码平台。基

于模型驱动的低代码平台进行的应用开发，也被称为“可

视化建模开发”。

传统的编程开发主要是围绕着代码展开各种工作。相

对于代码，模型是对业务、数据和应用更高级别的抽象。

在传统编程开发中，模型一般仅用于需求分析和设计阶段，

比如业务模块架构图、业务流程图、实体关系图等，并且

仅存在于纸面上——在实现阶段，这些模型仅用于“指导”

代码的编写。随着应用的更新迭代，代码渐渐偏离设计阶

段产生的模型，导致模型无法真实地描述应用本身，结果，

模型的价值和可复用性便大打折扣。

可视化建模开发的工作对象主要是模型，其不仅在需

求分析和设计阶段采用图形化的模型来对业务架构、数据

架构和应用架构进行描述，而且在实现阶段也采用图形化、

2

结构化的方式对业务流程的具体活动、任务和步骤进行全

面的描述，对业务对象的具体处理规则进行全面的描述，

并对应用程序的具体操作进行全面的描述，从而以模型设

计的方式完全替代了编写代码。

可视化建模开发并不是简单的“拖拉拽”，其核心是

“建模”，是对研发过程中产生的全部成果、全部信息(包

括需求、架构设计、应用程序设计等)进行结构化管理，主

要适用于大型、综合性、复杂的业务系统的能够从根本上

提升大中型金融机构应用研发效率和质量的软件开发方

法与技术。模型驱动的低代码平台是大中型金融机构应该

关注的新一代应用开发工具。

二、架构元模型

目前，很多模型驱动的低代码平台可以通过应用开发

所需要的语言、工具、编译器或解释器以及部署和运行管

理环境等关键要素来进行区分。

显然，对于一个模型驱动的低代码平台而言，最关键

的要素就是其架构元模型和DSL，它们决定了平台描述、

实现各种领域模型的能力，决定了平台适用的业务场景。

3

完备的架构元模型应当包含业务、数据和应用3个维

度，并把3个维度的模型打通，使所有的关系都能够得到

妥善管理，否则，它将无法满足需求分析和系统设计等多

个阶段的基本工作要求，以及进一步精细化高效管理的要

求。例如，有的元模型只关注流程，缺乏数据的统一描述，

一旦推广使用，对后期数据治理来说简直就是场灾难。再

例如，有的元模型只关注数据和应用，只能用来构建后端

的数据加工系统，无法体现IT和业务的联系。

元模型设计是一项非常专业的工作，但在实践中，几

乎所有人都会有干涉元模型设计的冲动，容易制造出一些

似是而非的概念，其负面影响是广泛而深远的，但这种影

响往往要在几年后才能体现出来——这是需要极力避免

的。

架构元模型的设计者不但要在领域建模实践层面有

丰富的经验和深刻的认识，还应当在理论层面有广泛的涉

猎和长期的积淀，例如企业架构、架构驱动软件开发、领

域驱动设计等，这些方法论都会对架构元模型的设计产生

巨大影响，设计者要将这些方法论融会贯通，同时，还要

去芜存菁，