近日，EAWorld匯聚專家智慧重磅推出《重塑》直播欄目，首期即聚焦金融領域數(shù)字化轉型及建設低代碼開發(fā)平臺的演進歷程，介紹了金融低代碼開發(fā)平臺建設要點與方法論。

訪談問題概覽：

1. 金融低代碼開發(fā)平臺建設應該具備哪些特征？

2. 金融低代碼開發(fā)平臺建設遵循怎樣的方法論指導？

3. 低代碼開發(fā)平臺和金融信創(chuàng)之間的關系是什么？

喻吉林：企業(yè)的低代碼開發(fā)平臺，是近些年比較熱門的一個話題。低代碼開發(fā)平臺首先是一個平臺，它和《金融企業(yè)數(shù)字化中臺》書里提到的數(shù)字化中臺很像。它更偏向業(yè)務，是一個能更快速地進行業(yè)務交付的平臺。對金融企業(yè)的最直接的價值是，它能夠屏蔽技術差異性、業(yè)務復雜度，讓企業(yè)更快速地培養(yǎng)數(shù)字化人才、打通組織架構從不同的業(yè)務領域建設個性化的業(yè)務應用、快速響應業(yè)務的多元化需求降低開發(fā)試錯成本、快速進行信創(chuàng)遷移降低遷移成本等等。

01.

金融低代碼開發(fā)平臺建設的重要特征

顧偉：在金融領域，低代碼并不是無代碼。如果奔著盡量無代碼的目的去做，就會發(fā)現(xiàn)，無論是金融的已有系統(tǒng)，還是金融中臺能力的建設、具體的業(yè)務邏輯，都不可能做到無代碼。經過實踐驗證，金融低代碼開發(fā)平臺的重要特征歸結為以下幾項。

l高代碼開發(fā)低代碼開發(fā)結合

低代碼開發(fā)平臺的每一個可重用組件都是需要代碼開發(fā)的，這就要求從業(yè)人員更多地從業(yè)務抽象方面考慮問題，不斷沉淀業(yè)務組件，并將業(yè)務組件在低代碼開發(fā)中呈現(xiàn)出來。在金融行業(yè)業(yè)務積累的基礎上，把低代碼開發(fā)和微服務的開發(fā)平臺做結合，實現(xiàn)對研發(fā)過程與能力的固化，形成低代碼與高代碼開發(fā)結合的特征。這是真正滿足企業(yè)需求、幫助金融實現(xiàn)安全的方向。

l多領域低代碼開發(fā)平臺

低代碼開發(fā)平臺需要面向不同的業(yè)務領域、圍繞場景來做，不可能有通用的低代碼開發(fā)平臺。市場上的低代碼開發(fā)平臺，目前有數(shù)據、服務、流程等很多領域。在金融行業(yè)，IT天生是分布式架構，因此不需要局限于單一領域，可以在集成、流程等領域做得更多。

l支持多維組織架構

多維度的組織架構和權限體系，決定了低代碼開發(fā)平臺是否能適用于大型、超大型企業(yè)。單一的組織架構難以貼合業(yè)務場景，比如財務系統(tǒng)理解的組織架構是一個個成本中心、利潤中心，對應到行政體系的組織架構，可能同一部門下的不同人就是不同的成本中心。這就需要低代碼開發(fā)平臺將組織機構中動態(tài)的項目組和關系從科技管理的視角進行重新抽取調整，滿足企業(yè)對于覆蓋全生命周期的組織和權限管理體系的需求。像農信具有多法人這種多維多層級組織特征的，低代碼開發(fā)還可以幫助組織進行跨越多法人的多維多級授權。

l支持開放集成架構

積累的業(yè)務組件能夠在低代碼平臺中快速體現(xiàn)，比如單獨把像統(tǒng)一認證這類的組件抽出，讓金融的不同客戶集成使用這些組件。無論是外購廠商產品定制還是金融企業(yè)自建平臺，都能夠符合集成架構的要求，與企業(yè)的組織機構、用戶數(shù)據、統(tǒng)一認證、服務總線和網關等集成組件集成打通，使低代碼開發(fā)平臺及其上的應用能夠融入生態(tài)，加速企業(yè)數(shù)字化轉型。

l支持調試和在線測試

低代碼開發(fā)平臺不局限于對已經開發(fā)出來的資源去做相關的調試驗證，而是在開發(fā)期開發(fā)了之后就可以在線調試、驗證，實現(xiàn)快速測試，并且能夠在線地與報文組裝測試等管理進行結合，滿足大協(xié)同以及個人開發(fā)的良好應用。

l支持多版本和多環(huán)境部署

金融企業(yè)有著比一般企業(yè)更嚴格的正確性要求，因此低代碼開發(fā)要繼承金融企業(yè)規(guī)范與嚴謹?shù)膫鹘y(tǒng)，支持多版本和多環(huán)境部署。新的應用功能發(fā)布后發(fā)現(xiàn)問題需要能夠及時快速地回退到之前的版本，像流程等還涉及多版本的同時運行，這就要求低代碼平臺對于流程模型、規(guī)則模型、業(yè)務展現(xiàn)模型等等變化頻度高的模塊支持多版本管理。而且，絕大多數(shù)應用要部署多套環(huán)境，在不同環(huán)境切換過程中，應用功能模塊需要提供方便快捷的遷移方式。

l支持多應用的團隊開發(fā)管理

低代碼開發(fā)平臺是高效構建應用的高級階段，多應用并行開發(fā)是必選項。在應用復雜度高的金融企業(yè)，通常需要支持功能模塊按業(yè)務進行多級分類，即模塊按業(yè)務特性分類管理和開發(fā)，結合低代碼開發(fā)平臺的高效性，通常一個業(yè)務分給單人負責即可。多級業(yè)務模塊劃分，能夠更好地解決團隊開發(fā)中多人并行實施導致的混亂和沖突問題。

02.

金融低代碼開發(fā)平臺建設遵循的方法論指導

喻吉林：在金融實踐中，幫助客戶建設的低代碼開發(fā)平臺不僅是簡單拖拉拽的快速開發(fā)工具，還是標準化的平臺支撐，需要在方法論指導下進行。

l需求結構化的描述方法

描述業(yè)務部門需求時，低代碼開發(fā)平臺可以直接描述需求的界面、做需求的邏輯，簡單的拉出程序，然后演示出業(yè)務的應用、快速試錯，直接在低代碼空間上使用需求結構化，從產品、架構、需求、設計、開發(fā)、測試等多角色的全鏈路視角，建立標準化的信息描述語言和可復用標準，打造跨越業(yè)務、需求、設計的需求結構化管理與溝通協(xié)作方法。

整個需求鏈路會借助需求結構化平臺，知道調整一個參數(shù)的時候，到底影響多少個其他的參數(shù)、多少有關聯(lián)的組件，形成完整的影響度分析。比如，改變了身份證號的錄入模式，通過身份證號取性別、通過身份證號取生日這樣的模組模塊都會快速提示，需要做配置上的調整。需求結構化對于企業(yè)的知識積累有明確作用，能影響或輔助業(yè)務人員在低代碼開發(fā)平臺上業(yè)務創(chuàng)新，幫助企業(yè)實現(xiàn)數(shù)字化人才的快速培養(yǎng)。

l可重用體系架構的設計方法

IT建設需要架構信息，比如企業(yè)內部的部署結構、數(shù)據結構以及應用結構，有多少個應用系統(tǒng)，這些都是架構的信息。企業(yè)級的架構可能要由CTO去設計，之前架構停留在紙上、word文檔里或者用簡單的信息化系統(tǒng)呈現(xiàn)，與企業(yè)運行、需求等不能等同和對應。這和數(shù)字化轉型的目標“全量全要素整合”是沖突的。

把架構數(shù)字化后，形成了數(shù)字化的信息并建立了與它之間的關系，能在更大程度上幫助企業(yè)利用已有數(shù)據?？芍赜玫捏w系架構，能夠在金融企業(yè)的眾多系統(tǒng)中，利用分類方法找到架構的共性與可變性，提供標準化的架構供不同類型應用選擇，逐步提高應用的標準化水平，幫助低代碼開發(fā)平臺快速的交付和實施。

l業(yè)務可變性設計方法

顧偉：業(yè)務可變性，針對數(shù)字化轉型而言，就是在業(yè)務變化更快更散更復雜的要求下，IT能適應的更快。從平臺層面，業(yè)務可變性是能不能更好地結合企業(yè)的業(yè)務架構和技術架構。所謂的結合，是業(yè)務架構抽出需要的業(yè)務組件，把它中臺化能力化，然后技術架構支撐這些中臺化能力化的東西快速實現(xiàn)。

落到需求上，業(yè)務可變性是怎么分析需求。最傳統(tǒng)的分析需求，是別人告訴你要輸入一個什么東西，你就做成輸入一個東西，如果之后要輸入另外一個東西，就要改源碼。適應業(yè)務可變性的需求分析，是通過配置的方式、快速的在線化的方式，也就是低代碼開發(fā)模式。比如文檔管理就會做文檔的低代碼開發(fā)，表單上全是評論、條目、插相關的修訂這種控件。圍繞這個，做了小到文檔管理、大到整個知識庫，甚至是具體到藥品行業(yè)的藥監(jiān)等多行業(yè)的知識管理。從方法論的角度就是，在傳統(tǒng)的需求分析之上圍著需求資產去做更動態(tài)的業(yè)務規(guī)則、更合理的架構設計，貼合更適合的業(yè)務方向。

03.

低代碼平臺和金融信創(chuàng)之間的關系

l產品替代到應用遷移

做信創(chuàng)的時候，很多企業(yè)都會顯得很煩躁。所謂的煩躁，來自于信創(chuàng)是個復雜的事情，不僅僅是簡單的產品替代，而是一套系統(tǒng)的遷移。尤其在金融領域，入門要求是安全可靠、自主可控。因此，金融信創(chuàng)非常嚴謹，需要測各類通用性，需要協(xié)同華為高斯、達夢等國產數(shù)據庫，統(tǒng)信、麒麟等國產操作系統(tǒng)，浪潮、長城等國產服務器，鯤鵬、飛騰等國產芯片這些多領域的信創(chuàng)生態(tài)產品，花在測試、適配的精力特別繁重。

這時，低代碼開發(fā)平臺提供的應用系統(tǒng)遷徙至信創(chuàng)環(huán)境的升級服務，可以幫客戶更聚焦業(yè)務，而不必浪費太多心思在信創(chuàng)遷移上。業(yè)務系統(tǒng)通常跑在傳統(tǒng)的服務器上，遷移過程中可能牽一發(fā)動全身。低代碼開發(fā)平臺將要遷移的系統(tǒng)分為上下兩層，上面一層薄薄的對外系統(tǒng)，讓用戶的體驗仍舊完整而一致，底層無論多么厚，都可以通過包裝的模式達成信創(chuàng)遷移的安全平穩(wěn)與快速推進。這也是普元低代碼開發(fā)平臺在金融行業(yè)中目前最廣泛的應用。

l低代碼開發(fā)平臺快速實現(xiàn)信創(chuàng)環(huán)境下的應用

顧偉：低代碼開發(fā)，不應局限于打造互聯(lián)網化、個性化的應用，而是為快速推出創(chuàng)新型應用、數(shù)字化應用而生。在信創(chuàng)環(huán)境下，數(shù)字化應用不需要把前端的邏輯、要素或者內容展示的過多、過復雜，只要快速看到最關注的那些點去實現(xiàn)它。也就是說，數(shù)字化應用需要有智能的助手，能做多團隊的協(xié)作，在場景下指導行動，為更多人服務，實現(xiàn)體驗提升。數(shù)字化應用最終基于數(shù)據、深入場景來賦能整個企業(yè)的數(shù)字化。

普元低代碼開發(fā)平臺的產品定位，是面向企業(yè)級的復雜數(shù)字化應用落地。不管是銀行內管系統(tǒng)，還是銀行中間業(yè)務、運營監(jiān)控業(yè)務等，普元低代碼開發(fā)平臺都能夠面向具體業(yè)務領域，幫助客戶快速打造數(shù)字化應用，并滿足信創(chuàng)環(huán)境要求。

精選提問：

問題1：在金融領域，低代碼開發(fā)有哪些具體的業(yè)務場景可以發(fā)展？

顧偉：普元認為，低代碼開發(fā)，是需要幫助企業(yè)做數(shù)字化轉型的。無論從業(yè)務視角，還是從IT的技術視角，低代碼開發(fā)平臺都能夠幫助企業(yè)做到全量全要素的數(shù)據的積累、知識的運用，讓業(yè)務的支持更貼近業(yè)務、技術的支持更貼近技術。

比如，建設DevOps是希望能打通開發(fā)到運維，那么開發(fā)人員真的很懂運維嗎？不一定，他只是更懂得怎樣用DevOps做運維。同樣，技術人員需要更懂業(yè)務、業(yè)務人員需要更懂技術也是不一定的，通過未來建設需求結構化平臺、架構管控的架構結構化平臺，提供IT知識的沉淀、需求知識的沉淀，能夠和低代碼開發(fā)形成更好的互聯(lián)和互通，通過知識反哺低代碼開發(fā)平臺，在這上面更好地實現(xiàn)和落地業(yè)務，形成完整的閉環(huán)。

完整閉環(huán)的實際效能，就是幫助企業(yè)加快了數(shù)字化轉型的內生和外生力量的共同促進。落到業(yè)務創(chuàng)新上，普元低代碼開發(fā)平臺支持面向不同的業(yè)務領域建設和積累，從渠道、營銷、產品、運營、風險等不同的業(yè)務領域，分別進行個性化的業(yè)務應用實現(xiàn)。同時，普元低代碼開發(fā)平臺并不局限于金融行業(yè)，而是先聚焦行業(yè)解決方案，未來將擴展到某些特殊領域或者特殊的業(yè)務方向，打通業(yè)務與科技的溝通壁壘，加速業(yè)務創(chuàng)新。

問題2：高開和低開在數(shù)據上能打通嗎？

顧偉：在實踐中，普元探索出了“配合高代碼開發(fā)去優(yōu)化低代碼開發(fā)平臺的產能業(yè)務”模式。業(yè)務中的復雜頁面，可以轉為高代碼去開發(fā)，再做新業(yè)務的時候還使用低代碼去開發(fā)去進行。而且高低碼開發(fā)和低代碼開發(fā)的數(shù)據互聯(lián)互通。

業(yè)界任何看到的低代碼開發(fā)平臺，不可能像潑出去盆水一樣是散開的，一定像小區(qū)一樣被標準的規(guī)范約束，需要遵從開發(fā)模式和規(guī)范，在它上面進行配置和開發(fā)。普元低代碼開發(fā)和高代碼開發(fā)進行集成的時候，也不是泛泛而集成，是依據集成模式、通過集成界面進行前端互動。低代碼開發(fā)平臺本身有配置數(shù)據、業(yè)務數(shù)據、流程流轉數(shù)據，一般情況下業(yè)務數(shù)據是推薦集成，配置數(shù)據通過配置去調用高代碼開發(fā)平臺開發(fā)出來的組件和邏輯，實現(xiàn)互聯(lián)互通。

關于作者：顧偉，普元數(shù)智研究院首席顧問，先后參與中信銀行，工商銀行，中航信，阿里云等客戶定制項目；參與并負責公司多款內部產品研發(fā)工作，長期致力于IT項目管理，總體設計,用戶體驗及咨詢工作。擅長OSGI, eclipse 插件, web 前端，云計算, CI/CD等領域技術,對新技術有著濃厚的興趣。

關于作者：喻吉林，普元數(shù)智研究院高級研究員，微服務架構、業(yè)務中臺架構的設計與實踐，擁有多年金融行業(yè)IT規(guī)劃、架構設計與研發(fā)經驗。

關于EAWorld：使能數(shù)字轉型，共創(chuàng)數(shù)智未來！