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

訪談問題概覽：

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

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

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

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

01.

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

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

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

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

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

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

l支持多維組織架構(gòu)

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

l支持開放集成架構(gòu)

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

l支持調(diào)試和在線測試

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

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

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

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

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

02.

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

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

l需求結(jié)構(gòu)化的描述方法

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

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

l可重用體系架構(gòu)的設(shè)計方法

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

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

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

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

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

03.

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

l產(chǎn)品替代到應(yīng)用遷移

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

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

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

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

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

精選提問：

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

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

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

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

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

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

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

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

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

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