金融低代码开发平台建设要点与方法论

近日，EAWorld汇聚专家智慧重磅推出《重塑》直播栏目，首期即聚焦金融领域数字化转型及建设低代码开发平台的演进历程，介绍了金融低代码开发平台建设要点与方法论。

访谈问题概览：

1. 金融低代码开发平台建设应该具备哪些特征？

2. 金融低代码开发平台建设遵循怎样的方法论指导？

3. 低代码开发平台和金融信创之间的关系是什么？

喻吉林：企业的低代码开发平台，是近些年比较热门的一个话题。低代码开发平台首先是一个平台，它和《金融企业数字化中台》书里提到的数字化中台很像。它更偏向业务，是一个能更快速地进行业务交付的平台。对金融企业的最直接的价值是，它能够屏蔽技术差异性、业务复杂度，让企业更快速地培养数字化人才、打通组织架构从不同的业务领域建设个性化的业务应用、快速响应业务的多元化需求降低开发试错成本、快速进行信创迁移降低迁移成本等等。

01.

金融低代码开发平台建设的重要特征

顾伟：在金融领域，低代码并不是无代码。如果奔着尽量无代码的目的去做，就会发现，无论是金融的已有系统，还是金融中台能力的建设、具体的业务逻辑，都不可能做到无代码。经过实践验证，金融低代码开发平台的重要特征归结为以下几项。

l 高代码开发低代码开发结合

低代码开发平台的每一个可重用组件都是需要代码开发的，这就要求从业人员更多地从业务抽象方面考虑问题，不断沉淀业务组件，并将业务组件在低代码开发中呈现出来。在金融行业业务积累的基础上，把低代码开发和微服务的开发平台做结合，实现对研发过程与能力的固化，形成低代码与高代码开发结合的特征。这是真正满足企业需求、帮助金融实现安全的方向。

l 多领域低代码开发平台

低代码开发平台需要面向不同的业务领域、围绕场景来做，不可能有通用的低代码开发平台。市场上的低代码开发平台，目前有数据、服务、流程等很多领域。在金融行业，IT天生是分布式架构，因此不需要局限于单一领域，可以在集成、流程等领域做得更多。

l 支持多维组织架构

多维度的组织架构和权限体系，决定了低代码开发平台是否能适用于大型、超大型企业。单一的组织架构难以贴合业务场景，比如财务系统理解的组织架构是一个个成本中心、利润中心，对应到行政体系的组织架构，可能同一部门下的不同人就是不同的成本中心。这就需要低代码开发平台将组织机构中动态的项目组和关系从科技管理的视角进行重新抽取调整，满足企业对于覆盖全生命周期的组织和权限管理体系的需求。像农信具有多法人这种多维多层级组织特征的，低代码开发还可以帮助组织进行跨越多法人的多维多级授权。

l 支持开放集成架构

积累的业务组件能够在低代码平台中快速体现，比如单独把像统一认证这类的组件抽出，让金融的不同客户集成使用这些组件。无论是外购厂商产品定制还是金融企业自建平台，都能够符合集成架构的要求，与企业的组织机构、用户数据、统一认证、服务总线和网关等集成组件集成打通，使低代码开发平台及其上的应用能够融入生态，加速企业数字化转型。

l 支持调试和在线测试

低代码开发平台不局限于对已经开发出来的资源去做相关的调试验证，而是在开发期开发了之后就可以在线调试、验证，实现快速测试，并且能够在线地与报文组装测试等管理进行结合，满足大协同以及个人开发的良好应用。

l 支持多版本和多环境部署

金融企业有着比一般企业更严格的正确性要求，因此低代码开发要继承金融企业规范与严谨的传统，支持多版本和多环境部署。新的应用功能发布后发现问题需要能够及时快速地回退到之前的版本，像流程等还涉及多版本的同时运行，这就要求低代码平台对于流程模型、规则模型、业务展现模型等等变化频度高的模块支持多版本管理。而且，绝大多数应用要部署多套环境，在不同环境切换过程中，应用功能模块需要提供方便快捷的迁移方式。

l 支持多应用的团队开发管理

低代码开发平台是高效构建应用的高级阶段，多应用并行开发是必选项。在应用复杂度高的金融企业，通常需要支持功能模块按业务进行多级分类，即模块按业务特性分类管理和开发，结合低代码开发平台的高效性，通常一个业务分给单人负责即可。多级业务模块划分，能够更好地解决团队开发中多人并行实施导致的混乱和冲突问题。

02.

金融低代码开发平台建设遵循的方法论指导

喻吉林：在金融实践中，帮助客户建设的低代码开发平台不仅是简单拖拉拽的快速开发工具，还是标准化的平台支撑，需要在方法论指导下进行。

l 需求结构化的描述方法

描述业务部门需求时，低代码开发平台可以直接描述需求的界面、做需求的逻辑，简单的拉出程序，然后演示出业务的应用、快速试错，直接在低代码空间上使用需求结构化，从产品、架构、需求、设计、开发、测试等多角色的全链路视角，建立标准化的信息描述语言和可复用标准，打造跨越业务、需求、设计的需求结构化管理与沟通协作方法。

整个需求链路会借助需求结构化平台，知道调整一个参数的时候，到底影响多少个其他的参数、多少有关联的组件，形成完整的影响度分析。比如，改变了身份证号的录入模式，通过身份证号取性别、通过身份证号取生日这样的模组模块都会快速提示，需要做配置上的调整。需求结构化对于企业的知识积累有明确作用，能影响或辅助业务人员在低代码开发平台上业务创新，帮助企业实现数字化人才的快速培养。

l 可重用体系架构的设计方法

IT建设需要架构信息，比如企业内部的部署结构、数据结构以及应用结构，有多少个应用系统，这些都是架构的信息。企业级的架构可能要由CTO去设计，之前架构停留在纸上、word文档里或者用简单的信息化系统呈现，与企业运行、需求等不能等同和对应。这和数字化转型的目标“全量全要素整合”是冲突的。

把架构数字化后，形成了数字化的信息并建立了与它之间的关系，能在更大程度上帮助企业利用已有数据。可重用的体系架构，能够在金融企业的众多系统中，利用分类方法找到架构的共性与可变性，提供标准化的架构供不同类型应用选择，逐步提高应用的标准化水平，帮助低代码开发平台快速的交付和实施。

l 业务可变性设计方法

顾伟：业务可变性，针对数字化转型而言，就是在业务变化更快更散更复杂的要求下，IT能适应的更快。从平台层面，业务可变性是能不能更好地结合企业的业务架构和技术架构。所谓的结合，是业务架构抽出需要的业务组件，把它中台化能力化，然后技术架构支撑这些中台化能力化的东西快速实现。

落到需求上，业务可变性是怎么分析需求。最传统的分析需求，是别人告诉你要输入一个什么东西，你就做成输入一个东西，如果之后要输入另外一个东西，就要改源码。适应业务可变性的需求分析，是通过配置的方式、快速的在线化的方式，也就是低代码开发模式。比如文档管理就会做文档的低代码开发，表单上全是评论、条目、插相关的修订这种控件。围绕这个，做了小到文档管理、大到整个知识库，甚至是具体到药品行业的药监等多行业的知识管理。从方法论的角度就是，在传统的需求分析之上围着需求资产去做更动态的业务规则、更合理的架构设计，贴合更适合的业务方向。

03.

低代码平台和金融信创之间的关系

l 产品替代到应用迁移

做信创的时候，很多企业都会显得很烦躁。所谓的烦躁，来自于信创是个复杂的事情，不仅仅是简单的产品替代，而是一套系统的迁移。尤其在金融领域，入门要求是安全可靠、自主可控。因此，金融信创非常严谨，需要测各类通用性，需要协同华为高斯、达梦等国产数据库，统信、麒麟等国产操作系统，浪潮、长城等国产服务器，鲲鹏、飞腾等国产芯片这些多领域的信创生态产品，花在测试、适配的精力特别繁重。

这时，低代码开发平台提供的应用系统迁徙至信创环境的升级服务，可以帮客户更聚焦业务，而不必浪费太多心思在信创迁移上。业务系统通常跑在传统的服务器上，迁移过程中可能牵一发动全身。低代码开发平台将要迁移的系统分为上下两层，上面一层薄薄的对外系统，让用户的体验仍旧完整而一致，底层无论多么厚，都可以通过包装的模式达成信创迁移的安全平稳与快速推进。这也是普元低代码开发平台在金融行业中目前最广泛的应用。

l 低代码开发平台快速实现信创环境下的应用

顾伟：低代码开发，不应局限于打造互联网化、个性化的应用，而是为快速推出创新型应用、数字化应用而生。在信创环境下，数字化应用不需要把前端的逻辑、要素或者内容展示的过多、过复杂，只要快速看到最关注的那些点去实现它。也就是说，数字化应用需要有智能的助手，能做多团队的协作，在场景下指导行动，为更多人服务，实现体验提升。数字化应用最终基于数据、深入场景来赋能整个企业的数字化。

普元低代码开发平台的产品定位，是面向企业级的复杂数字化应用落地。不管是银行内管系统，还是银行中间业务、运营监控业务等，普元低代码开发平台都能够面向具体业务领域，帮助客户快速打造数字化应用，并满足信创环境要求。

精选提问：

问题1：在金融领域，低代码开发有哪些具体的业务场景可以发展？

顾伟：普元认为，低代码开发，是需要帮助企业做数字化转型的。无论从业务视角，还是从IT的技术视角，低代码开发平台都能够帮助企业做到全量全要素的数据的积累、知识的运用，让业务的支持更贴近业务、技术的支持更贴近技术。

比如，建设DevOps是希望能打通开发到运维，那么开发人员真的很懂运维吗？不一定，他只是更懂得怎样用DevOps做运维。同样，技术人员需要更懂业务、业务人员需要更懂技术也是不一定的，通过未来建设需求结构化平台、架构管控的架构结构化平台，提供IT知识的沉淀、需求知识的沉淀，能够和低代码开发形成更好的互联和互通，通过知识反哺低代码开发平台，在这上面更好地实现和落地业务，形成完整的闭环。

完整闭环的实际效能，就是帮助企业加快了数字化转型的内生和外生力量的共同促进。落到业务创新上，普元低代码开发平台支持面向不同的业务领域建设和积累，从渠道、营销、产品、运营、风险等不同的业务领域，分别进行个性化的业务应用实现。同时，普元低代码开发平台并不局限于金融行业，而是先聚焦行业解决方案，未来将扩展到某些特殊领域或者特殊的业务方向，打通业务与科技的沟通壁垒，加速业务创新。

问题2：高开和低开在数据上能打通吗？

顾伟：在实践中，普元探索出了“配合高代码开发去优化低代码开发平台的产能业务”模式。业务中的复杂页面，可以转为高代码去开发，再做新业务的时候还使用低代码去开发去进行。而且高低码开发和低代码开发的数据互联互通。

业界任何看到的低代码开发平台，不可能像泼出去盆水一样是散开的，一定像小区一样被标准的规范约束，需要遵从开发模式和规范，在它上面进行配置和开发。普元低代码开发和高代码开发进行集成的时候，也不是泛泛而集成，是依据集成模式、通过集成界面进行前端互动。低代码开发平台本身有配置数据、业务数据、流程流转数据，一般情况下业务数据是推荐集成，配置数据通过配置去调用高代码开发平台开发出来的组件和逻辑，实现互联互通。

关于作者：顾伟，普元数智研究院首席顾问，先后参与中信银行，工商银行，中航信，阿里云等客户定制项目；参与并负责公司多款内部产品研发工作，长期致力于IT项目管理，总体设计,用户体验及咨询工作。擅长OSGI, eclipse 插件, web 前端，云计算, CI/CD等领域技术,对新技术有着浓厚的兴趣。

关于作者：喻吉林，普元数智研究院高级研究员，微服务架构、业务中台架构的设计与实践，拥有多年金融行业IT规划、架构设计与研发经验。