2022愛分析·低程式碼應用實踐報告

ifenxi發表於2022-04-15

2022愛分析·低程式碼應用實踐報告

報告編委

2022愛分析·低程式碼應用實踐報告

 

特別鳴謝(按拼音排序)

媒體支援(按拼音排序)

報告摘要

低程式碼重塑企業數字化生產力

近年來,在數字經濟迅速發展的背景下,越來越多的企業開始建立健全業務系統、應用,藉助數字化工具提高管理效率,驅動業務創新,促進企業增長,從而實現數字化轉型。然而,在傳統的開發模式下,企業面臨著傳統開發週期長,難以敏捷響應需求、IT部門與業務部門協作效率低以及缺乏數字化人才三大挑戰。

在本報告中,愛分析基於大量調研和過往研究積累,認為“低程式碼”視覺化應用開發方式將成為破局之道,其能夠提高企業應用開發效率、打破IT人員與業務人員之間的溝通壁壘並降低開發門檻,讓企業內部員工均可參與開發。

各行業低程式碼應用成熟度評估

低程式碼應用開發覆蓋的場景範圍廣,且不同企業在不同階段對低程式碼的需求也有所不同。因此,企業在應用低程式碼賦能數字化轉型之前需要評估目前低程式碼應用的成熟度狀況。基於此,企業結合自身對於低程式碼應用的需求、目前低程式碼建設在各維度的能力現狀以及下一階段需要重點提升的方向,制定下一步實施計劃,高效推進低程式碼在企業數字化轉型中的應用。

在本報告中,愛分析將低程式碼應用成熟度從低到高依次分為早期實驗、初步投入、多維佈局、深度應用、全面融合五個階段,並從多個維度列舉了每個成熟度階段企業具備的主要能力特徵,為企業自身成熟度評估提供參考。

重點行業低程式碼應用實踐

在本章,愛分析從戰略、技術、應用場景、組織與人才等低程式碼應用成熟度評估維度對典型行業、不同成熟度企業的情況進行分析,並給出低程式碼應用的建議。同時,愛分析對本次調研企業的低程式碼應用實踐案例做了詳細梳理,並將案例內容呈現,具體包括:

  • 案例1:長城汽車藉助低程式碼搭建“智慧園區管理平臺”
  • 案例2:無程式碼助力某世界500強工程機械企業數字化管理
  • 案例3:夕爾控股集團使用低程式碼平臺搭建數字化綜合管理中臺
  • 案例4:光大銀行使用低程式碼快速上線新金融工具準則測算系統
  • 案例5:崑崙海岸採用通用無程式碼應用開發平臺開發農汙智慧運營平臺
  • 案例6:為實現智慧醫療,中山醫院利用無程式碼搭建“智慧化管理體系”
  • 案例7:國家電投利用低程式碼搭建數字化平臺,佈局數字化轉型

低程式碼應用趨勢展望

愛分析認為,未來企業的業務需求將會更加專業與深入,為了打造競爭優勢,各低程式碼廠商將會在特定行業與場景上進行深挖,加強其專業性;其次,隨著業務的擴張,企業將需要建立越來越多的系統、應用,低程式碼廠商將會把AI技術與RPA等高階能力嫁接到開發過程中,提高產品的整合能力,助力企業自動化開發與智慧化開發;同時,在各廠商逐漸專一化的趨勢下,企業想要滿足所有需求,需要採購多種低程式碼產品,因此,愛分析認為,在未來低程式碼市場將會呈現平臺化的趨勢。

相信隨著企業數字化轉型的推進,其在應用低程式碼過程中仍然會面臨許多新產生的問題,愛分析將對這個領域保持持續跟蹤研究,對前沿的案例保持關注,為企業智慧化轉型提供更多的決策參考。

目錄

1. 低程式碼重塑企業數字化生產力

2. 各行業低程式碼應用成熟度評估

3. 重點行業低程式碼應用實踐

4. 低程式碼應用趨勢展望

1.  低程式碼重塑企業數字化生產力

1.1  企業數字化轉型迎來多重挑戰

2020年,全球數字經濟規模達到32.61萬億美元,其中,中國數字經濟規模達到39.2萬億元,佔GDP比重為38.6%,同比名義增長9.7%。在數字經濟迅速發展的背景下,越來越多的企業開始健全業務應用,用數字化工具對資料流、業務流、管理流等進行管理,從而提高管理效率,驅動業務創新,重構商業生態,促進企業增長,實現數字化轉型。但在其建設過程中,仍然存在諸多問題。

圖 1:  傳統軟體開發流程

2022愛分析·低程式碼應用實踐報告

1.1.1  傳統數字化應用開發流程複雜、週期長,難以敏捷響應業務需求

經過多年的資訊化的發展,大部分企業已經搭建了ERP、CRM、MES等主流業務系統,但隨著數字化轉型的需求越來越多,傳統業務系統的功能已經不能滿足企業多樣化的需求,企業只能透過定製化開發業務應用來實現個性化需求,但定製化開發成本高、週期長的問題長期困擾著企業。

傳統的瀑布式開發流程分為需求分析、軟體設計、開發、測試、部署以及維護六個環節,開發人員需要撰寫大量的設計文件,編寫大量的原始碼,並對開發出來的應用進行測試和修復,工作任務繁重且效率較低。系統上線後,隨著業務的發展,企業在流程管理、資料視覺化等方面的需求增多,開發人員又需按同樣的流程進行二次開發,流程複雜且耗時長,使得應用開發速率難以滿足需求迭代速率,進而導致系統功能與業務脫節,利用率低。

因此,企業開發的業務應用需要具備落地快、敏捷性高的特點,能夠快速滿足企業日益變化的業務需求。

1.1.2  傳統開發模式下,IT部門和業務部門協作困難

開始軟體設計前,業務人員需要提交需求規格說明書,但由於其多沒有技術基礎,與IT人員的話語體系差異較大,往往需要與開發人員進行反覆溝通進行說明書修改,協作效率低。且雙方的邏輯思維與工作習慣迥異,若沒有充分理解業務需求,開發出來的系統可能不符合業務人員的工作習慣,操作複雜,需要花費大量的時間進行操作培訓,業務人員也會產生牴觸情緒,從而導致系統落地困難。

因此,IT人員需要尋求更直觀高效的方式與業務人員進行溝通,提高協作效率,以開發出操作便捷、符合業務人員工作習慣的系統。

1.1.3  缺乏數字化人才,企業內部數字化應用落地受阻

企業數字化轉型的過程中存在諸多問題。例如,業務人員無法準確洞察業務流程中的數字化需求;開發人員對需求理解不足導致研發出的系統易用性差;業務人員數字化意識淡薄導致系統使用率低、使用不規範,從而造成企業業務資料損失等。基於此,企業數字化轉型需要大量具有數字化思維、數字化技能、精通業務流程的數字化人才,能夠在充分認知業務需求的前提下,實現數字化應用的快速落地。

但目前,我國數字化人才嚴重短缺。據中國信通院統計,截止2020年,我國數字化人才缺口已達到近1100萬,而隨著全行業的數字化推進,需要更為廣泛的數字化人才引入,人才需求缺口依然在持續放大。特別是對中小型企業而言,由於投入能力有限,對數字化人才的招聘和培養都十分困難。數字化人才的短缺已經阻礙了企業數字化轉型程式。

1.2  低程式碼重塑企業數字化生產力

隨著企業數字化轉型的推進,企業數字化應用需求爆發,為了應對業務需求上的挑戰,緩解IT部門的壓力,提高開發效率,越來越多的企業選擇使用低程式碼進行開發。

“低程式碼”是一種視覺化的應用開發方式,相對於傳統編寫程式碼的“純程式碼”開發方式,低程式碼可以減少程式碼編寫量或不使用程式碼編寫進行應用的開發。在低程式碼開發方式下,專業開發人員或業務人員可以透過圖形化使用者介面,以拖拉拽元件、模組的方式進行應用開發,同時也可以結合編寫少量程式碼的方式進行功能的擴充套件。其中,“無程式碼”是低程式碼的一種特殊表現形式,是指完全不需要編寫程式碼的開發方式。

圖 2:  純程式碼、低程式碼與無程式碼

圖表描述已自動生成

1.2.1  低程式碼助力開發程式,提高應用開發效率

在系統開發過程中,開發者可透過對元件的拖拉拽和配置,實現全棧視覺化程式設計;且封裝程式碼的準確性高,開發人員往往不需要進行測試與修復,工作量大大減少。系統在企業內部落地後,當新的業務需求出現時,企業內部的IT人員可以在低程式碼平臺上透過進行少量的編碼工作或無程式碼工作,實現新功能應用的開發,能夠在低成本的情況下,快速滿足企業的個性化需求。

1.2.2  低程式碼以視覺化的方式促進IT與業務人員更好地溝通

低程式碼平臺既支援使用簡單的程式碼進行視覺化程式設計開發,又支援利用模組進行無程式碼搭建應用,提高了IT部門與業務部門的協作效率。

低程式碼平臺的視覺化工作介面讓業務人員可以更容易理解開發流程,在此基礎上,結合實際業務操作的角度提出既符合其工作習慣又符合開發邏輯的需求,助力系統功能的完善與最佳化,提高系統的使用率。當需求不夠明確的時候,業務人員可以透過低程式碼平臺先行搭建基本模型或直接使用低程式碼平臺中的行業方案模板,在使用的過程中再對功能的迭代和完善提出明確需求,降低了與開發人員的溝通成本。

1.2.3  低程式碼降低了開發門檻,促進“全民開發”

低程式碼平臺可用性高,可以提供應用模板供業務人員直接使用,業務人員可以透過拖拉拽的操作,在無需編碼的情況下快速搭建表單、流程和報表等應用,對流程、許可權、使用者等進行管理;同時,由於低程式碼平臺高效的開發模式,能夠支援開發人員進行大規模的定製化開發,靈活應對多變的業務需求。

總的來說,低程式碼開發方式以其高效快速、低成本的特點,不僅為業務人員提供數字化管理工具,還向專業開發者提供高效開發工具,降低了企業應用軟體的開發門檻,讓越來越多的“公民開發者”參與開發。

低程式碼的發展加快了企業的數字化應用的開發,隨著數字化轉型的進一步深入,越來越多的企業將使用低程式碼技術開發企業應用,據Gartner預測,到2025年企業所開發的新應用中有70%將使用低程式碼或無程式碼技術。因此,如何更好地部署、應用低程式碼開發平臺成為企業當前最為關心的問題。

2.  各行業低程式碼應用成熟度評估

低程式碼應用開發覆蓋的場景可以從簡單的資料收集、彙總到複雜的企業級ERP應用、AI應用開發等,涉及範圍廣,而不同企業在不同階段對於低程式碼的需求也有所不同。因此,企業在應用低程式碼能力賦能數字化轉型之前需要建立一套低程式碼應用能力框架,對框架內的多個能力維度進行評估,確認企業目前低程式碼應用的成熟度狀況。基於此,企業可以結合自身對於低程式碼應用的需求、目前低程式碼建設在各維度的能力現狀以及下一階段需要重點提升的方向,制定下一步實施計劃,高效推進低程式碼在企業數字化轉型中的應用。

基於本次調研和過往研究積累,愛分析將低程式碼應用成熟度從低到高依次分為早期實驗、初步投入、多維佈局、深度應用、全面融合五個階段,並且從戰略、技術、應用場景、組織與人才等四個維度列舉出了每個成熟度階段主要的能力特徵,具體如下表:

表 1:  企業低程式碼應用成熟度及其評估框架

2022愛分析·低程式碼應用實踐報告

愛分析基於甲方調研、廠商調研和桌面研究,其中調研廠商數量近50家,採集了上百個低程式碼應用實踐的代表性案例,依據當前各行業低程式碼應用實踐中呈現的應用場景豐富度、技術應用深度以及公司在低程式碼方向的戰略與組織人才進展等進行評估,得到金融、製造、消費品與零售、醫療與醫藥、房地產與建築、政府與公共服務、能源、軟體服務等行業的低程式碼應用成熟度,如下圖所示。整體來看,大部分行業的低程式碼應用成熟度處於早期實驗階段或初步投入階段,低程式碼應用仍處於早期發展階段。

圖 3:  主要行業低程式碼應用成熟度評估

2022愛分析·低程式碼應用實踐報告

不同行業、處於不同階段的企業對於低程式碼應用的需求、建設方法論不同。在本報告中,愛分析選取不同階段的典型行業進行研究,包括製造、消費品與零售、金融、軟體服務、醫療與醫藥等行業,並針對各行業企業如何應用低程式碼賦能數字化轉型進行討論,提供相關建議。

3.  重點行業低程式碼應用實踐

本章將從戰略、技術、應用場景、組織與人才等低程式碼應用成熟度評估維度出發,結合典型行業、處於不同成熟度企業的情況進行分析,給出低程式碼應用的建議,並希望以具體企業的典型實踐案例為各企業提供參考。

戰略

國內企業一般處於早期實驗或初步投入階段,均無明確的戰略規劃,部分領先企業對於低程式碼的應用有一定的認識,但對於其適用範圍、價值能力的認知還有待提升。因此,對於當前正在進行或計劃開始數字化轉型的企業來講,首先可以結合企業的業務場景進行應用試點,然後根據試點應用瞭解內部低程式碼的適用範圍,在此基礎上可以逐步建立企業低程式碼應用的短期、長期規劃,步步為營,最終開啟低程式碼的全面應用。

技術

不同企業當前的數字化建設程度不同,IT團隊能力差別較大,因此不同企業的低程式碼應用可以分為兩種情形:

一是,企業從當前需求出發,聚焦於具體業務場景的應用開發,根據需要透過聯結器或API與企業已有系統進行整合;二是,低程式碼技術呈現平臺化趨勢,已經完全融入企業日常的應用開發中,並構建了自身低程式碼開發平臺,支撐企業各種場景的開發需求,其在底層架構已經與企業現有的IT架構完全融合,對企業的IT技術能力有較高的要求。

企業可根據自身技術能力情況,選擇適用於當前階段的低程式碼產品開發應用。

組織與人才

當前,處於應用初期的企業通常透過建立以IT部門牽頭、業務部門對接人參與的低程式碼開發小組,聯合低程式碼廠商舉辦培訓、共同開發應用、畢業認證等方式保證業務人員能夠使用其搭建應用。同時,公司可以制定低程式碼應用開發流程,如由業務人員發起需求,IT部門與業務部門共同評估需求開發的難易程度,無程式碼的應用搭建由業務人員完成,涉及到系統對接、程式碼擴充套件等內容由IT人員完成,應用搭建完成並測試透過後,由IT人員統一完成上線釋出。

從長遠發展來看,企業實現低程式碼的全面融合,需要建立獨立的部門,由公司C-level角色擔任總負責人,具備專案經理、產品經理、業務專家、軟體開發工程師等一系列的專業人員配置。

圖 4:  全面融合階段低程式碼開發部門人員配置建議

2022愛分析·低程式碼應用實踐報告

應用場景

本次研究從低程式碼的特性出發,探討適合於低程式碼有限佈局的應用場景。從企業當前應用型別來看,低程式碼高效快捷的開發模式更適合個性化程度高、變化快需要迭代開發的應用,因此,愛分析從敏捷性/穩定性、定製化/標準化兩個維度對企業應用場景進行劃分,並定位出優先適用於低程式碼開發的場景,包括:

  • 創新業務場景:企業新開發業務,定製化程度高,需要快速上線,且更新迭代快;
  • 中長尾場景:需求多、碎片化且定製化程度高,行業標準軟體產品未能滿足的場景;
  • 整合類場景:企業已構建多種業務應用,需要打通各類系統,實現業務流程和資料的整合;
  • 行業軟體定製化場景:目前主流的行業軟體可以基本覆蓋,部分個性化的定製需求透過定製開發解決。

從以上四類場景來看,企業在低程式碼引入階段,可以從創新業務場景或中長尾場景選擇試點應用開發,逐步擴充套件到更多的適用場景。

低程式碼能覆蓋的具體應用場景對於不同行業差別較大,因此,愛分析將重點對不同行業的場景選擇及應用價值提出相關建議。

圖 5:  低程式碼應用場景適用範圍分類選擇建議

2022愛分析·低程式碼應用實踐報告

3.1  製造行業低程式碼應用分析

“增強制造業核心競爭力”已被寫入2022年政府工作報告,製造業的戰略地位被再次提高。但從收入規模和盈利水平來看,雖然2021年中國製造企業入選世界500強數量居全球第一,但盈利水平與歐美等已開發國家差距仍較大,究其原因,一方面是我國製造業仍處於全球供應鏈中下游以加工為主,核心技術附加值較低,另一方面是企業的精細化管理能力不足,成本空間還可以進一步壓縮。

綜合來看,製造企業想要在全球取得更大的話語權,一方面要透過技術創新來提升自身在全球價值鏈中的地位,提高產品的附加值,另一方面要從企業產品設計、生產製造、營銷銷售、服務支援等全鏈條提升精益化管理能力,透過降本增效來取得持續增長。

製造業的數字化升級已得到世界各國的空前重視,紛紛出. 臺激勵政策。對於國內製造企業來說,必須加速探索數字化轉型之路,傳統制造企業軟體服務商(如西門子)提供的PLM、MES等軟體已經完全不能滿足企業個性化需求,而透過西門子等進行二次開發成本高、週期長,因此,企業可以選擇透過低程式碼來快速、高效完成自身的應用開發。

此外,大量的中長尾場景,尤其是線下紙質流程、檔案資料的管理可以透過低程式碼快速統一搬遷到線上,提升企業的運營效率,同時裝置的資料採集及互相打通也是工廠數字化的前提。

圖 6:  製造行業低程式碼應用場景建議

2022愛分析·低程式碼應用實踐報告

以中長尾場景的試製物料系統為例,製造企業在產品試製過程中會涉及專案管理、物料清單. 管理、採購管理、倉庫管理等多個環節,傳統模式下各個系統獨立甚至透過紙質單據傳遞,導致無法對全流程實時監控,無法為專案管理人員提供決策依據。透過低程式碼平臺能夠將整個流程串聯起來,在專案管理階段建立產品試製需求,定義所需物料及專案整體進度,然後將資訊傳遞到物料清單. 管理系統進行申請、審批,並自動與庫存校對,如倉庫缺少相關物料,自動建立採購需求,由採購部門發起採購,最後所有物料的入庫、出庫資訊傳送至倉庫管理系統進行領用、核銷。將整個流程打通後,首先能保證資訊傳遞的完整性及準確性,做到配置物料的靈活管理,節省採購週期,減少庫存壓力,同時整個流程全部視覺化,相關責任人可以看到所有相關進度,保證進度的整體可控。其他類似流程管理內容均可以串聯起來,提升整體的精細化管理程度。

以整合類場景的裝置數字化管理為例,生產車間中燈的顏色往往會反應裝置的狀態,工人根據燈的顏色進行下一步動作,完成後再將燈恢復到初始狀態,整體工作效率低。業務人員使用低程式碼平臺可以搭建應用與裝置上的感測器相連,當感測器檢測到相關異常資料時會自動透過應用傳送相關責任人,快速處理異常,同時該異常資料還可以自動留底存檔,並關聯後續的巡檢、保養計劃,自動推送責任人,保證管理工作的有效執行。

案例1:長城汽車藉助低程式碼搭建“智慧園區管理平臺”

長城汽車成立於1984年,是一家全球化智慧科技公司,致力於服務全球使用者的智慧、綠色出行。為更好地順應市場的變化,實現從中國汽車製造企業到全球化科技出行公司的轉型,長城汽車搭建了業務、資料、AI三個中臺,並不斷引入先進數字化技術,最佳化專案管理流程與機制,進行數字化轉型,打造智慧長城汽車。

以智慧園區為契口,助推智慧長城戰略落地

隨著中國製造業的轉型升級,長城汽車已升級打造智慧長城戰略,透過智慧製造、智慧物流、智慧園區、數字化運營,建設人、財、物全面協同的智慧資訊系統,快速響應市場變化,實現生產、生活智慧化。

為保證長城十餘萬人的正常生活、工作與娛樂,智慧園區是智慧長城戰略的關鍵環節,為實現智慧園區的建設,在公寓、場館、績效考核、媒介數字化等方面產生大量呈點狀分佈、種類繁多的精細化管理需求,企業整體的數字化應用構建規劃難以完全覆蓋,也難以透過採購一套標準化管理系統來實現,因此,長城汽車決定先以使用者體驗要求高、需求量大的智慧園區管理為切入點,搭建智慧園區管理平臺,後續逐步推廣至智慧物流、智慧製造等全集團智慧業務場景。所以必須打造一套長城汽車PaaS平臺來承載整個智慧長城的戰略,具體背景原因如下:

第一,數字化轉型大規模推進中,敏態業務和長尾需求大量增加,需要有更為敏捷的數字化平臺解決敏態和長尾需求。長城汽車在園區管理數字化轉型過程中,大量的長尾需求需要轉線上管理,且大量的業務需求也可能隨時發生變化並需要及時調整,因此需要一套敏捷的數字化平臺來高效地實現業務需求的快速迭代和長尾需求的快速上線。

第二,推進智慧製造的同時,存在各類異構系統和各種複雜裝置,各系統沉澱積累了超大工業資料量,但底層資料難以打通,逐漸形成資料孤島,無法實現大規模邊緣計算能力。長城汽車經過多年資訊化、數字化建設,內部已經存在ERP、MES等各類系統和裝置,但各系統和裝置間因底層架構不同等問題難以實現資料的連線打通,導致企業對資料的利用難以高效進行,因此長城汽車亟需一套能夠將各系統和裝置之間資料進行打通的應用開發平臺,實現企業大量資料的高效複用。

第三,“網際網路+智造”時代,需要擁有公民級IT產品的構建的構架能力,業務部門可以自助實現和修改其所屬的數字化產品。長城汽車IT人員不僅需要對如文娛系統開發這種複雜的場景需求進行開發,還需要滿足如招聘的流程管理等簡單的業務需求,任務冗雜且繁重。在開發人員有限的情況下,企業需要能夠降低開發者門檻,讓業務人員能夠自行解決簡單場景下的業務需求,釋放IT人員的精力,去做更復雜更高價值的專案。

按照長城傳統自研IT方式,需要招攬大量高階開發人員,產生極高的人員管理成本,但開發週期卻又十分漫長。因此,長城汽車經過反覆研討,必須落地以智慧長城戰略為基礎的aPaaS平臺,在多方調研的基礎上,長城汽車最終決定選擇用低程式碼PaaS方式進行平臺運營,管理,開發。

在調研低程式碼平臺廠商的過程中,長城汽車最為看重廠商的最佳實踐案例、產品功能完整性、安全性、獨立性、技術架構等因素,長城汽車IT專家曾表示“當時從低程式碼廠商中選擇得帆,主要看重兩點:一是得帆有豐富可參考的汽車整車企業實踐案例;二是其產品的技術架構先進且效能優異,使用者體驗達到網際網路級要求,能夠與公司現有IT架構深度融合,符合公司未來對技術平臺的趨勢要求”, 因此,在進行長達半年嚴格選型和POC驗證後,長城汽車最終選擇得帆雲低程式碼平臺DeCod作為長城汽車的低程式碼底座PaaS平臺。

得帆資訊是一家低程式碼PaaS平臺提供商,憑藉在企業中介軟體領域的長期積累,為企業提供應用敏捷和資料整合的數字化解決方案,產品矩陣以自研的得帆雲低程式碼平臺DeCode和應用整合平臺DeFusion為核心,還包括企業門戶DePortal、主資料管理平臺DeMDM和資料中臺DeHoop。目前,得帆資訊 已經服務超過500家大型企業頭部客戶,其中《財富》500強128家,《製造500強》141家,落地超過1000多個專案,在汽車、製造、建築地產、醫藥、金融等多行業均有豐富的頭部客戶實踐經驗,尤其是汽車行業,產品充分滿足大型企業集團的複雜技術架構和複雜業務需求,已經實現了國內TOP10整車企業中七家的覆蓋,穩居汽車行業低程式碼品牌領導地位。

得帆雲低程式碼平臺DeCod以模型驅動為核心,底層支援私有云、公有云、混合雲等多雲部署,具備容器化、DevOps、微服務等平臺能力,提供應用配置、表單配置、分析配置、流程配置等無程式碼能力以及開放API、整合管理、前後端腳手架等低程式碼能力,敏捷兌現數字化需求的同時實現複雜應用定製和擴充套件,最終實現前臺應用及管理功能的設計。

圖 7:   得帆雲低程式碼平臺產品DeCod功能架構

2022愛分析·低程式碼應用實踐報告

藉助得帆雲低程式碼平臺DeCod構建長城智慧園區管理平臺,保障10餘萬長城人智慧化生活、工作、娛樂需求

長城汽車智慧園區管理平臺基於得帆雲低程式碼平臺DeCod搭建而成,具備從需求、開發、測試、部署到運維的全生命週期的低程式碼快捷建設能力。後臺系統能夠對接SAP、PLM、ETD等多種企業管理軟體,技術中臺採用容器化、微服務、DevOps等技術,長城開發者平臺具備應用配置、頁面配置、流程配置等等功能,構建統一的使用者中心、通知中心、資訊中心、維護中心、訂單中心、資料中心,賦能應用層的公寓管理、績效考核、餐飲系統、媒介數字化等多場景應用。

透過長城開發者平臺提供的頁面、流程、資料分析、業務事件規則模型以及私域應用市場內的應用模版,長城汽車IT部門和業務人員均能夠自主開發智慧園區管理中的業務場景應用,包括流程管理、審批管理以及智慧園區文娛專案管理系統等,能夠快速響應園區內不斷衍生的多種業務場景需求。

圖 8:   長城汽車智慧園區管理平臺功能架構

2022愛分析·低程式碼應用實踐報告

發揮業務人員主觀能動性,實現“人人都是產品經理”。為了讓業務人員充分利用得帆雲低程式碼平臺DeCod進行自主開發,長城汽車開設了內部培訓課程,業務人員需要在培訓期間完成課後作業,在培訓結束後透過測試才能開始使用低程式碼平臺;同時,得帆資訊的原廠交付團隊還提供了培訓服務,指導園區內業務人員進行應用搭建,並根據以往的實踐經驗,為其在平臺能力與應用場景的選擇上給出指導建議。

該專案中,透過考核的業務人員對得帆雲低程式碼平臺DeCod提供的模組進行拖拉拽操作並下載私域應用市場內的應用模版,完成了對人力部門HRSSC人力共享平臺的各種複雜業務應用,包括招聘管理、審批流程、自助管理等應用的搭建,快速響應了園區內長尾的業務場景需求;在應用搭建完成後,還可自主選擇系統UI配色主題,進行自定義許可權配置,並透過該平臺自動構建移動端應用程式碼,將應用部署到釘釘上,讓園區的工作人員不需要改變原有的工作習慣即可便捷使用,極大的提升了使用者體驗。

提高應用開發效率,釋放IT人員生產力。長城汽車有大量的體育館、游泳館等場所,但原有的預約、進場方式存在使用者等待時間長,入場效率低,運營資料難以統計與統計等問題。基於此現狀,業務人員與IT人員共同對需求、開發難度、開發工作量、開發週期等因素進行評估,採用得帆雲低程式碼平臺DeCod實現園區文娛管理系統。

對於複雜的業務應用模型,IT人員可以基於得帆雲低程式碼平臺DeCod提供的高階開發功能,使用得帆倚天后端開發腳手架,用API介面引用平臺規則、資料模型、事件管理等高階功能,用高效快速的方法實現複雜的業務邏輯,比原來純開發效率提高10倍以上。目前,該系統能夠支援園區工作人員在移動端對游泳館、體育館的開放和預約等情況等進行查詢,同時支援自助預定場次,透過支付寶或者銀聯通道支付,並實現全場館憑二維碼通行。透過該系統,園區的業務人員能夠對游泳館、體育管等眾多場所進行立體的業務視覺化管理,場館運營狀態的實時查詢以及運營報表的實時統計。

低程式碼平臺助力智慧長城戰略,加速園區智慧化管理

目前,使用得帆雲低程式碼平臺DeCod搭建智慧園區管理平臺,應用開發和部署效率提升了80%,降低了90%的成本,比以前業務需求響應速度提升了5倍。此外,得帆雲低程式碼平臺的使用還為長城汽車實現了以下價值:

一是為企業提供了數字能力基座。透過為長城汽車提供了行業模型庫,提高了企業資料模型測算、與其他系統整合等數字化能力。

二是助力企業構建數字應用工廠。業務人員能夠透過使用該低程式碼平臺快速進行應用的搭建,釋放了IT人員的雙手,使IT人員能夠專注於複雜業務場景需求的開發,開發更多的業務場景應用。

三是提升了應用開發的溝通效率。在引進該平臺後,降低了開發門檻,透過視覺化開發介面,業務人員可以看到系統開發與應用搭建的過程,在自主進行開發的過程中也能更加清楚開發邏輯,減少了業務人員與IT人員在思維上的壁壘,提升了開發效率。

總的來說,長城開發者平臺推動了智慧長城戰略,實現了長城汽車園區的智慧化程式,提高了園區的管理效率,為企業數字化轉型提供了良好的技術基礎。長城汽車在智慧園區管理平臺的低程式碼試點已經得到很好的驗證,2022年,長城汽車計劃將低程式碼平臺推廣到如人力、物流、財務等更多的業務場景。

長城汽車使用低程式碼搭建智慧園區管理平臺的建設經驗

第一,在低程式碼平臺產品的選擇上,需要選擇技術先進,效能良好、功能完整、操作便捷,技術架構與企業內部IT 架構可以相互融合的平臺,充分利用現有IT資產。且平臺提供廠商必須具有足夠豐富的行業標杆案例,必須是業內知名的廠商。該專案中,得帆雲低程式碼平臺DeCod既支援業務人員進行自定義應用搭建,又支援IT人員針對複雜的業務場景進行二次開發,具有很強的擴充能力,且其IT架構能夠融合長城汽車IT架構,能夠快速在企業內部部署與落地;同時得帆在汽車行業擁有非常豐富的頭部企業實踐經驗,目前已實現了國內TOP10整車企業中七家的覆蓋。

第二,要想充分利用好低程式碼平臺,企業需要對業務人員進行完整的、體系化的低程式碼平臺使用培訓,讓業務人員也具備開發思維,能夠根據業務需求自主搭建應用。該專案中,長城汽車為業務人員進行了低程式碼平臺培訓課程,業務人員需要在培訓期間完成課後作業,在培訓結束後透過測試才能開始使用低程式碼平臺,規範了業務人員的操作,培養了業務人員的數字化思維,真正實現了平臺的運營化,讓業務人員成為產品經理。

 

案例2:無程式碼助力某世界500強工程機械企業數字化管理

某世界500強工程機械企業成立多年,是建築和採礦裝置、柴油和天然發動機、工業用燃氣輪機和柴油電力機車的全球領先製造商,在華共有近40家工廠與分公司,全球員工數超16萬人。該企業為實現智慧製造資訊化發展,引入了大量的數字化管理系統進行業務賦能,提高生產與經營的效率。

以精益生產為切入點,實現全業務場景數字化管理,該企業產生三大需求

在管理流程自動化的戰略下,該企業引入了SAP、微軟在內的眾多系統進行數字化管理,但對除生產管理、資訊管理之外的業務場景仍未能全面覆蓋,需要藉助數字化工具全面完成管理自動化,實現精益生產。具體需求如下:

第一,協作效率低,需搭建協作平臺,將業務流程線上化。該製造企業有眾多工廠、子公司,但審批、材料填報等協作事項還需要線上下人工操作完成,效率低,企業需要搭建協作平臺,將線下協作流程線上化,提高工廠與各公司員工協作效率。

第二,各系統獨立存在,需打破壁壘,實現系統的互聯互通。該製造企業擁有眾多系統,但系統之間的賬號與資料並未連通,資訊流轉效率低,企業需要打通已有的CWS、SAP、微軟Power BI等系統以及工廠內物聯網硬體,實現資料的全面收集、流通與分析。

第三,原有系統二次開發門檻高,週期長,需要能夠支援業務人員進行高效自主開發。雖然該製造企業已具備較為完善的IT平臺,但當新業務需求出現時,IT人員需基於原有系統進行二次開發,耗時長、成本高,企業需要擁有操作門檻低、能夠敏捷開發的應用開發工具,讓業務人員能夠自主實現數字化業務需求。

透過多次嘗試,最終選擇輕流無程式碼應用搭建平臺

為滿足以上需求,該企業開始藉助低程式碼平臺進行嘗試。由於該企業為美資企業,總部統一採購了低程式碼應用開發平臺進行應用搭建,但由於該平臺使用門檻較高,沒有IT基礎的業務人員難以使用,且該平臺按照使用人數收費,基於成本考慮,中國區無法實現全員使用。基於此,該企業決定選擇無程式碼應用搭建平臺。透過綜合考慮使用者範圍、使用門檻、易用性、敏捷性、產品能力的匹配度、價效比等因素,對多個無程式碼平臺進行考察,該企業最終選擇了輕流。

輕流(上海易校資訊科技有限公司)成立於2015年,總部位於上海,在北京、廣東、江蘇、湖南等地均設有分支機構。輕流是一個無程式碼系統搭建平臺,無需程式碼開發即可搭建專屬管理系統。目前有超50萬家海內外企業、政府機關單位等組織,透過輕流促進管理與協作。輕流可滿足網際網路、製造、零售、教育、工程建築等數十個行業的系統需求;並提供企業資源管理、專案管理、訂單. 管理、客戶管理、人事行政等近百個業務場景數字化解決方案。

無程式碼應用搭建平臺助力企業實現精細生產與精細管理

為了保證各工廠與公司員工充分利用輕流無程式碼應用搭建平臺,整個專案推進分為系統對接打通、共同試點開發、內部自定義研發三個階段。

首先,公司與輕流合作,將輕流無程式碼平臺與總部CWS系統、公司內部SAP、PowerBI等管理系統以及PLC、IoT裝置進行對接,實現全球超16萬統一賬號的打通,加快了資料的收集與流通。

其次,系統連線打通之後,公司與輕流共同合作進行試點搭建,選定4個工廠搭建了CI合理化建議、Andon安燈、Safety Observation安全觀察與TPM全員生產維護等4個試點應用,在此過程中為各工廠與分公司培養了大量的種子使用者,使其瞭解掌握了無程式碼平臺各模組的功能、使用方法以及適用的業務場景。

最後,試點應用搭建完成後,4個工廠透過種子使用者進行內部孵化,並聯合輕流為工廠員工進行無程式碼應用搭建平臺的使用培訓。目前公司員工已經可以根據各部門業務需求搭建應用,已完成積分管理、HR管理、供應商報價流程、間接領料等應用的搭建。同時,其他工廠與分公司也開始對試點應用進行復用,並在工廠內部與公司內部進行無程式碼平臺的推廣。

目前,公司已在輕流平臺上釋出了100多個應用,包括裝置管理、員工管理等多類應用。

圖 9:   公司逐步落地的具體場景

2022愛分析·低程式碼應用實踐報告

典型應用場景1:安燈應用助力工人快速應對工廠異常情況

生產車間中燈的顏色往往反映裝置的狀態,如故障、缺料等事件,公司將裝置上的IoT感測器與輕流平臺連線,當感測器檢測到異常或工人填報資料異常時,安燈應用會立即將資料傳遞給裝置,從而控制燈的顏色,同時,還會向對應工作人員傳送提醒,快速處理異常情況。

典型應用場景2:裝置數字化管理應用保證裝置良好執行

裝置數字化管理應用中包括裝置檔案、點檢巡檢、維修保修、裝置保養與備件管理5個功能模組。其中,裝置檔案由裝置相關資料構成,工廠員工可透過掃二維碼實時檢視裝置最新檔案及關聯業務流程。工作人員還可以根據不同裝置型別,設定巡檢計劃、標準以及保養計劃;根據問題型別,設定不同維修流程。當感測器上傳的裝置資料出現異常時,系統就會自動觸發提醒巡檢工人、維修工人或保養工人,保證管理工作有效執行。

圖 10:   裝置數字化管理應用流程圖

2022愛分析·低程式碼應用實踐報告

典型應用場景3:搭建合理化建議CI應用,最佳化管理策略,實現持續改進閉環管理

為了讓員工參與到公司管理當中,充分收集併合理化採納員工建議尤為重要。合理化建議CI應用包括CI提交、建議評審、建議最佳化、積分激勵、CI看板等板塊,員工透過稽核流程提交對生產過程、管理過程中的建議,系統根據建議型別流轉到對應部門,自動分配業務審批人,透過稽核完成評審與最佳化,形成從提交到改進的閉環。同時,對應部門負責人還可以透過資料看板檢視最佳化流程後的管理資料、業務資料等,判斷最佳化帶來的效果。

圖 11:   合理化建議CI應用流程圖

2022愛分析·低程式碼應用實踐報告

無程式碼平臺助力企業發展數字化生產力,提高員工協作效率

目前,該企業旗下5家整機廠、4家零配件生產工廠以及7家分公司內部已開始使用輕流無程式碼平臺搭建應用,具體實現了以下效果:

縮短了應用開發週期,提高了開發效率。透過使用輕流無程式碼平臺,該企業單個應用的開發週期由4-6個月縮短至2-4周,所需成本減少了80%以上。截至目前,該企業已使用輕流無程式碼平臺釋出了100多個應用,搭建完成500多個應用。

培養了大量數字化人才,助力企業發展數字化生產力。無程式碼平臺的使用與推廣降低了開發門檻,激發了企業內部員工開發的積極性,工廠工人和公司業務人員均能夠使用該平臺進行應用搭建,滿足其業務需求,數字化意識與數字化能力逐步增強。

實現了業務流程與資料的線上化,提高了各工廠與公司的協作效率。該企業透過搭建合理化建議CI、安燈、裝置數字化管理、間接領料等應用,將原本需要人工填報、收集與稽核的場景線上化,提高了工廠各部門的反應速度與各公司員工的協作效率。

該製造企業使用無程式碼平臺數字化管理的建設經驗

第一,企業需要意識到無程式碼平臺的重要性,採用多種激勵方式調動工作人員的開發積極性。該專案中,當業務人員或工人完成應用搭建併發布後,企業會給予相應的積分、職稱評定加分、金錢等獎勵,提高了員工的開發積極性,從而幫助企業挖掘出更多的隱形業務需求。

第二,企業需要重視數字化人才的培養。該專案前期,企業在各工廠與分公司培養了一批種子使用者,在其能夠自主進行應用開發後,多次舉辦興趣小組,讓種子使用者在公司內部進行無程式碼平臺的培訓與推廣,以較低成本實現了內部數字人才的孵化。

3.2  消費品與零售行業低程式碼應用分析

隨著國內社會經濟的快速發展,人們對產品的需求已經發生變化,消費品與零售行業的發展戰略正在由“流量為王”轉向“使用者為王”。對於消費品與零售企業來講,為了快速適應變化發展創新業務,企業需要快速上線創新業務場景數字化應用,如客戶資料洞察等,快速識別、瞭解、運營使用者,實現商業變現。

同時,企業數字化程式的推進,對於傳統行業應用不能覆蓋的中長尾場景數字化也逐步提上日程,從流程標準化管理到訂單. 管理、工單自動分配等一些原來由線下紙質表單完成的流程也逐漸線上化,提升整體的協同效率。消費品與零售企業可根據自身系統建設情況對整合類場景與行業軟體定製化場景進行考量。

圖 12:   消費品與零售行業低程式碼應用場景建議

2022愛分析·低程式碼應用實踐報告

以創新業務場景中客戶洞察為例,企業新發展業務,需要進行調研,透過資料收集、資料洞察提供支撐。使用低程式碼平臺,業務人員可以基於業務邏輯搭建資料收集表單,不同來源資料都構築於統一的資料底層,員工能夠節省資料彙總、篩查時間,同時可以將所有來源資料統一連線到資料儀表盤,構建視覺化報表並實時展示,透過不同形式的視覺化圖表對資料進行聯動篩選、分析等,及早發現問題,並能夠形成指令性動作,以流程引擎傳送、傳遞到各運營環節,實現資料收集、分析、應用的全流程自動化。

以中長尾場景中流程管理中臺為例,市場快速的變化導致零售企業組織架構及新業務單元更迭快,內部流程紛繁雜亂,如請假等通用性流程不同事業部之間不互通,各自使用自己構建的流程,且公司發展過程中購買了很多不同的SaaS產品,其內部又有自身的一套流程,導致公司的整體流程散落於不同事業部與系統中,流程標準不統一、流轉不暢、協作效率低。透過低程式碼平臺整體規劃構建公司的業務系統、流程中心等,對原有系統進行整合,將原有的流程進行統一搬遷到低程式碼平臺,實現在同一平臺下統一登入、統一待辦、統一標準,實現資料、業務、應用、訊息通知等內容的無縫整合。所有流程統一後,公司後續還可以藉助平臺對內部流程進行梳理、整合、分析,精細化流程管理,提升運營效率。

案例3:夕爾控股集團使用低程式碼平臺搭建數字化綜合管理中臺

夕爾控股集團作為知名母嬰品牌Babycare的母公司,採用網際網路模式研究分析客戶需求,根據客戶喜好打造年輕化產品和品牌。旗下品牌Babycare秉承父母之心做產品,致力於打造全球母嬰消費者可信賴的、忠誠度高的國際母嬰品牌。其銷售渠道涉及線上大部分主流電商平臺以及線下連鎖、KA、MALL等多通路,連續多年是天貓、京東等平臺的行業TOP商家,並積極佈局全球銷售網路。

業務迅速擴張,夕爾控股集團精細化管理面臨三大需求

近年來受疫情影響,夕爾控股集團的線上業務迅速擴張,集團員工總數也擴張至3000多人,且集團內部業務線多而複雜,需要藉助數字化手段進行統一的精細化管理,具體需求如下:

各部門流程管理標準不一致,需搭建統一業務流程管理平臺。夕爾控股集團內部業務線較多,有直播、供應鏈、採購、倉庫、設計、店鋪運營等多個部門,各部門為了高效辦公,已經在釘釘平臺上搭建了請假、審批等流程,各應用彼此獨立,缺乏統一的標準,與企業管理體系脫節。因此,公司需要透過專業的業務流程管理方法,建設集流程設計、流程運維管理、業務整合、資料整合等內容於一體的業務流程管理平臺。

集團已搭建多個獨立的業務系統與應用,需要打通系統、整合應用,實現跨部門協同辦公。夕爾控股集團內部已搭建了財務、報銷、人事、ERP、OA等多個系統,各系統內含多個應用,但缺乏連線,無法實現資源的整合、靈活呼叫以及跨系統協作,且管理人員需要操作多個系統,流程複雜,耗時較長;企業需要將各系統打通,加快流程在各部門之間的運轉,構建跨業務系統的端到端流程,併為員工提供統一辦公平臺,實現現有業務系統與應用的整合,提高辦公效率。

以線上銷售為主的業務模式帶來多種日益變化的個性化需求,集團需要能夠快速響應。作為以電商為主要銷售渠道的企業,夕爾控股集團的業務模式與傳統制造業、線下零售業不同,有大量日益變化的個性化業務需求,但目前市場上缺乏能夠滿足其所有定製需求的系統,廠商定製化開發的系統也存在二次開發困難、迭代速度慢的問題。因此,企業需要藉助數字化手段,快速開發並更新個性化應用。

夕爾控股集團透過綜合考量,最終選擇奧哲低程式碼雲樞平臺

基於以上需求,夕爾控股集團決定搭建數字化綜合管理中臺(包括統一協同管理平臺、統一流程平臺、統一整合管理平臺與統一移動辦公平臺),統一標準,打通業務系統,實現精細化管理。但考慮到定製化開發的系統開發週期長,成本高,需求迭代速度較慢,該公司決定選擇具有高擴充套件能力,可快速迭代,能夠透過拖拉拽元件、模組或編寫少量程式碼快速進行應用開發的低程式碼平臺。透過對安全性、整合能力、開發速度等因素的綜合考慮,夕爾控股集團最終選擇了奧哲低程式碼雲樞平臺搭建數字化綜合管理中臺。

奧哲·雲樞是一款面向專業開發者的低程式碼應用開發平臺,致力於為大中型企業解決複雜的核心業務需求。該平臺採用雲原生架構支援多樣化部署,基於領域模型驅動開發支援視覺化建模,提供視覺化應用開發平臺、應用服務平臺、應用部署&管理服務和AI&大資料平臺以及整合、元件市場,支援自定義研發素材的沉澱與複用。

奧哲低程式碼助力夕爾控股集團搭建數字化綜合管理中臺

經過奧哲與夕爾控股集團的多次溝通、需求梳理、方案彙報,最終決定建立數字化綜合管理中臺,包含流程管理、最佳化、整合,業務運營協同、業務財務一體化建設,專案整體逐步推進,應用系統持續最佳化。

圖 13:   夕爾控股集團數字化綜合管理中臺建設整體規劃

2022愛分析·低程式碼應用實踐報告

標準化流程管理,打通內部系統,建設一體化應用門戶

夕爾控股集團與奧哲專家團隊基於流程應用建設的零售行業經驗以及流程固化、標準化文件等模版,梳理所需的流程型別,為各流程設立統一的標準,確定需要遷移、開發與合併的流程應用,明確流程搭建需求。流程的搭建分為三步:首先,開發人員基於雲樞低程式碼平臺提供的視覺化資料模型、表單模型以及流程模型,透過拖拉拽配置元件、調整引數、設定流程節點等完成流程模型的搭建;其次,流程管理員建立測試用例,輸入模擬引數之後即可完成流程的自動化測試,檢驗其流轉是否正確;測試完成後,管理員對執行引數進行設定,並對流程版本進行管理,實現流程多版本共存,流程版本可追溯等。

圖 14:   夕爾控股集團數字化綜合管理中臺功能架構藍圖

2022愛分析·低程式碼應用實踐報告

流程搭建完成後,利用雲樞的整合能力,透過webhook、OpenAPI等方式與夕爾控股集團內部除財務系統以外的ERP、資金、採購、HR、OA等內部系統進行連線,打破不同部門、不同系統之間的資訊壁壘。同時,將各流程無縫整合到釘釘平臺中,流程所發起的任務通知也可以與釘釘工作通知以及代. 辦事項整合,點選即可跳轉處理。

此外,夕爾控股集團還透過雲樞低程式碼平臺的UI設計器、模型設計器等建立了PC&移動端門戶,打造員工訪問流程、文件管理、制度規範、新聞通知等統一入口,極大地提高了員工工作的便捷程度。

打通財務系統,最佳化業務執行流程,完全實現業務貫通

夕爾控股集團已經自主搭建24個財務模組付款流程,但其實現邏輯簡單,無法滿足企業業務的特殊性需求,且各流程的入口不統一,操作流程複雜。為實現業務系統間資料、流程的協同、互通,構建成本、資金流的視覺化,目前,夕爾控股集團與奧哲的專家團隊按照各流程屬性將已有財務流程分為經營、融資、投資、對私報銷、對公支付五大類,對已有的流程進行歸類後,根據各流程屬性將相同型別流程進行合併, 並連線關聯流程。在未來,集團將把流程分為費用報銷、應收帳款、資金、應付賬款、資產、總賬、稅務、運營八類,進行更為標準的流程管理。

  圖 15:   業財一體化系統業務架構模式

2022愛分析·低程式碼應用實踐報告

除財務流程改進,夕爾控股集團還進行業務執行過程的最佳化,透過使用表單、報表、流程審批等模型,並利用OCR文字識別、電子發票等外掛進行賦能,實現對業務、費用、財務審批流程、信用、資金支付等的實時監控與管理。

目前,夕爾控股集團已初步構建起高效、穩定、整合的 數字化綜合管理中臺,後續將根據集團的業務模式,打造產品品牌、供應鏈、業務運營的一體化管理。

低程式碼平臺支撐夕爾控股集團高效數字化,實現業務與流程精細化管理

目前,夕爾控股集團透過雲樞低程式碼平臺在三個月內實現了400多條流程的遷移,20多個內部業務系統的打通,節約了70%的開發時間。該數字化綜合管理中臺的具體價值如下:

第一,基於奧哲低程式碼雲樞平臺的強擴充能力,集團內部的IT人員可透過拖拉拽操作並編寫少量程式碼即可完成二次開發,使得集團內部能夠根據業務發展節奏迅速進行功能迭代,快速響應業務需求。

第二,透過該平臺建立了PC&移動端統一門戶,實現流程的統一整合、管理與使用,打破各部門之間業務建設、管理規範、系統建設各自獨立的局面,提高各部門的協作效率。

第三,基於奧哲低程式碼雲樞平臺,夕爾控股集團將以已有財務、ERP系統內的資料資產進行打通,實現資料的靈活調取和運用,為其進行資料分析奠定良好基礎。

夕爾控股集團使用低程式碼平臺賦能企業管理建設經驗

第一,在搭建平臺前,企業需要梳理並明確業務需求。該專案中,夕爾控股集團的業務人員與奧哲的專家團隊共同對需求進行梳理,最終明確該中臺需要解決協同辦公、流程整合、應用整合、應用開發以及移動辦公五大需求,從而降低運營風險、減少運作成本、加強部門間的溝通協作、提升企業擴張能力。

第二,在完成需求拆分後,企業需要根據需求的難度和緊急程度分步進行實施,在使用過程中不斷迭代更新。該專案中,夕爾控股集團整體規劃,分步實施,逐步實現基礎流程審批管理、業務貫通和精細化管理,三大目標的難度依次增加,這樣既能夠讓一部分需求現落地,又能讓企業在使用與嘗試中進行平臺功能的豐富與最佳化。

3.3  金融行業低程式碼應用分析

金融行業相對於其他行業而言,其複雜度、監管合規要求多,數字化轉型對於技術人員提出了更高的挑戰,而快速變化的市場環境、逐步完善的監管政策衍生出了更多的創新需求。受制於歷史遺留、成本等問題,大部分金融企業仍在使用過時的遺留系統,這些系統已經無法完全滿足當前的數字化建設要求,但要徹底改變這些系統難度極大,因此每次只能進行小幅度的改造升級。而傳統開發模式下,定製化開發週期長、成本高,且上線後不能快速迭代。透過低程式碼平臺,金融企業一方面可以將已有的系統進行打通,實現資料的連線共享,提升協同效率;另一方面對於一些創新業務場景也可以快速上線應用,在使用過程中持續迭代完善。

圖 16:   金融行業低程式碼應用場景建議

2022愛分析·低程式碼應用實踐報告

對於金融企業來講,使用低程式碼進行創新業務應用的快速上線對於其價值更大。首先,業務人員能夠利用低程式碼平臺構建應用,作為業務專家對於業務的理解更深刻,更能滿足企業需求;其次,低程式碼平臺視覺化的開發方式,有效避免了業務人員和IT人員因溝通不暢而造成效率低下的問題;最後,標準化業務元件配置、流程編排的方式可以讓應用更快上線。

以監管新規落地的應用場景為例,新規釋出後,業務人員對於新規的理解以及其在業務系統的表現方式可能與實際存在偏差,此時如果按照傳統模式開發,由業務人員提報需求文件至IT人員,如果當系統開發完成後發現實現邏輯需要改正時,再次開發可能已經不能滿足上線要求,且前期付出的成本也將全部浪費,但如果使用低程式碼進行開發,不僅可以加強業務人員與IT人員的協作效率,還能夠在上線後快速迭代調整。

案例4:光大銀行使用低程式碼快速上線新金融工具準則測算系統

中國光大銀行股份有限公司,簡稱光大銀行,是我國國內第一家國有控股並有國際金融組織參股的全國性股份制商業銀行。2019年,在“打造一流財富管理銀行”的戰略願景下,光大銀行率先將電子銀行部更名升級為數字金融部,從基礎設施、技術架構、新技術應用等多領域夯實科技基礎支撐能力,深耕雲平臺建設,最佳化IT供給模式;實施平臺化戰略,推進IT架構轉型,從而全面帶動銀行數字化轉型。

新金融工具準則釋出,光大銀行急需利用數字化工具快速響應

財政部修訂釋出了新金融工具準則,對金融資產的分類、金融資產減值確認以及套期有效性要求進行了調整,並要求相關企業在2021年年底前全面執行。因此,光大銀行需要藉助數字化工具快速實現新金融準則中的資訊化需求。透過與PwC共同梳理,光大銀行的具體業務需求如下:

第一,金融資產分類標準改變,光大銀行需搭建自動化分類應用。新金融工具準則將金融資產分類方法由根據準則定義改成了企業業務模式評估與合同現金流量測試(SPPI)兩種,而企業管理金融工具的業務模式不止一種,SPPI測試中也有許多需要仔細分析合同條款的場景,分類過程複雜,若採用人工方式進行分類則需要投入大量的成本。因此,光大銀行需要藉助數字化工具,將金融資產分類前置到業務流程中,快速對已有與每日交易的標準資產、非標資產進行屬性判斷,保證分類的客觀性與相關會計處理的一致性。

第二,新減值模型“ECL”引入,光大銀行需全面更新估減值模型。為及時、足額地計提金融資產減值準備,揭示和防控金融資產信用風險,新CAS 22引入了新的減值損失確認模型——預期信用損失(“ECL”)模型,該模型需對金融工具所處階段進行判斷,參考初始確認時的信用風險以及收集與分析影響信用風險的前瞻性資訊。因此,光大銀行需要捨棄以往依賴歷史資訊的已發生損失模型,重新搭建預期信用損失模型,對金融資產進行減值計算。

第三,為保證資產測算的準確性,光大銀行需實現資料整合,全面使用多維度資料。按照新金融工具準則,對金融資產的分類與估減值需要資產的歷史交易資料、產品資料、估值資料、審批記錄等多維度資料,光大銀行不僅需要能夠靈活呼叫估值系統、投資系統等多個內部業務系統資料,還需要結合Wind、可比公司等外部資料,進行分類與測算。同時,為洞察金融資產的變動情況,銀行還需要藉助數字化工具對各金融資產相關資料進行實時監控、彙總與分析。

多元素綜合考慮,最終選擇ClickPaaS低程式碼平臺進行系統開發

基於以上需求,2021年年初,光大銀行決定開發IFRS9新金融工具準則測算系統。透過與PwC共同考察,光大銀行發現傳統的軟體開發商對新興需求的投入較少,目前市場上並沒有研發出符合新準則的測算系統。如果尋找軟體開發商從零開始開發,其研發團隊需要花費大量的時間與光大銀行進行需求確認,且由於新準則重新建立了分類規則,並引入了新的減值模型,對應系統的邏輯較為複雜,且需進行多平臺、多系統的打通,IT人員要進行大量的程式碼編寫工作,至少需花費8到9個月的時間,週期長,成本高。同時,開發出的系統擴充套件性有限,如果產生新的業務需求則需要尋找原廠開發團隊進行二次開發,流程複雜,效率較低。因此,光大銀行決定採購具有擴充套件能力,可快速迭代,能夠透過拖拉拽元件、模組或編寫少量程式碼進行應用開發的低程式碼平臺開發IFRS9新金融工具準則測算系統。

為選出合適的低程式碼平臺,PwC舉辦了多場低程式碼比賽考察廠商的應用開發能力,透過對安全性、穩定性、開發速度、功能模組的完整性、擴充套件性以及平臺底層框架進行綜合考察,最終選擇了基於後設資料,以模型驅動進行應用開發、有能力搭建資料驅動應用的ClickPaaS低程式碼應用開發平臺。

ClickPaaS專注於高生產力應用開發平臺的研發,採用前後端分離和數模分離的設計,為政府與企業客戶提供高效能、高質量的技術服務。該平臺包括:基於雲原生技術開發的基座hPaaS,包含業務流程、模型、報表、頁面、模版、規則等設計器的APaaS,以及連線不同的異構系統的iPaaS整合平臺。且為了保證企業資料的隱私性與安全性,ClickPaaS注重國產適配,其平臺內部已部分採用國產元件與資料庫。

使用低程式碼應用開發平臺開發IFRS9系統,落地新金融工具準則

該專案由PwC與ClickPaaS團隊共同落地實施。首先,結合新金融工具準則要求,光大銀行、PwC與ClickPaaS的諮詢顧問團隊進行業務需求的梳理,並將其拆分為分類計量、非標定價、監控分析三部分。

圖 17:   光大銀行需求流程圖

2022愛分析·低程式碼應用實踐報告

分類計量。當已有資產(標的)資訊輸入系統後,需要能夠自動為其進行SPPI測試,並能夠基於測試結果,對各資產業務模式目的進行分析,將其歸到AC、FVTPL與FVOCI三類。

非標定價。非標資產的定價需要透過估值模型與減值模型來測算,對未透過SPPI測試的非標資產,系統只需進行估值並將資料匯入外部估值系統;而對於透過測試的資產,不僅需自建估值模型,根據行業與業務型別計算淨價,還需要透過ELC減值模型對違約機率、LGD違約損失率、預計信用損失等進行測算,確定減值比例,並將其SPPI標記、減值比例與估值淨價輸入估值系統。同時,當購入新的同類非標資產時,資訊需能自動將相關資訊輸入系統,進行估值減值測算。

監控分析。系統需要能夠接受估值系統內非標資產與標準資產的估值、交易、結算、減值等多維度資料,並提供報表模組,讓光大銀行能夠對其擁有資產持倉資料的產品資訊進行分析與靈活測算。

其次,PwC與ClickPaaS的開發團隊將以上三類需求與光大銀行已有的標準、估值系統、投資系統的資料進行連線,共同梳理與溝通了IFRS9系統實現的邏輯與流程步驟。同時,開發團隊藉助低程式碼開發平臺,以視覺化的方式初步構建實現邏輯並與諮詢團隊溝通,避免了傳統開發模式下,業務團隊需要先撰寫開發需求文件並與開發團隊反覆溝通確認後再進行程式碼編寫的瀑布式開發模式,實現了敏捷開發,提升了開發效率。

最後,由ClickPaaS交付團隊開始利用低程式碼平臺進行系統開發,IFRS9系統由分類計量、減值引擎、估值引擎、資訊披露及會計分錄、資料校驗五大部分組成。基於ClickPaaS低程式碼平臺中iPaaS平臺提供的元件,系統與光大銀行原有的投資系統、估值系統以及Wind等外部平臺進行連線,獲取銀行資產(標的)的原有審批資訊,SPPI記錄等資訊,並透過資料介面方式將其傳輸至測算系統的資產管理模組及產品管理模組中。

透過使用ClickPaaS低程式碼平臺中APaaS平臺的流程、模型、規則等設計器,搭建了SPPI測試、估減值模型等應用模組,對銀行金融資產進行分類與測算 。測算完成後,系統會將測算結果返回給外部估值系統,並透過報表模組對金融資產情況進行監控,實現資料的統一分析利用。

終於,該專案從10月開始啟動,到12月已經正式上線,相對於傳統定製化開發大大縮短了開發週期,確保專案按照計劃準時上線。

透過低程式碼平臺搭建IFRS9系統,助力光大銀行快速響應監管變化

目前,IFRS9系統已能夠自主實現對光大銀行金融資產的SPPI判斷、屬性判斷、估值減值計算,將生成資料傳輸給銀行原有的估值系統,並根據估減值結果彙總成金融投資產品測算報表,讓銀行能夠實時掌控經營狀況,最佳化經營策略,符合銀行金融監管政策。同時,用ClickPaaS低程式碼平臺進行開發加速了該系統的搭建與落地,並使其能夠根據需求變更快速實現功能變更。使用低程式碼平臺開發該系統為光大銀行帶來的具體價值如下:

第一,透過使用ClickPaaS低程式碼平臺,光大銀行在2個月內就完成了需求梳理、IFRS9系統的搭建及上線。該低程式碼平臺有基於雲原生技術開發的基座hPaaS,擁有多個設計器的APaaS以及iPaaS整合平臺,開發人員以最少的程式碼編碼即可實現模型構建與系統打通,簡化了開發流程,大大縮短了系統開發週期,完成IFRS9系統的按時上線。

第二,由於該系統是由低程式碼平臺開發而成,耦合性低且能夠快速迭代。ClickPaaS開發團隊將系統內各功能模組進行打包與元件化,當光大銀行的需求發生變化時,能夠透過低程式碼元件根據需求進行快速調整,加快版本迭代速度。

第三,由於數模分離的設計,低程式碼系統可以充分利用金融行業資料治理的成果,最大程度利用和建立資料資產,形成資料價值閉環,走通資料應用的最後一公里。

透過該專案的嘗試,低程式碼應用開發平臺讓光大銀行開拓了數字化應用開發的新模式,增添了用少量成本快速開發系統的可能性。在未來,低程式碼平臺將成為銀行解決日益變化的業務需求的重要實現工具。

3.4  軟體服務業低程式碼應用分析

軟體服務業屬於知識密集型行業,傳統軟體產品的研發、交付、運維、更新都需要專業技術人員完成,在整個過程中不僅需要掌握軟體開發等多方面的技術,還需要行業實踐經驗。隨著資訊化專案的專業性、複雜性及綜合性程度的日益提升,軟體服務企業對專案人員的綜合能力提出了更高的需求;同時,各行業企業數字化轉型逐步推進,各種數字化需求層出不窮,對數字化應用的上線週期和成本也提出了更高的要求。

因此,對於軟體服務行業亟需一套能提升開發效率、減少開發成本、降低開發門檻的應用開發平臺,低程式碼經過長足的發展,以其視覺化、模組化、低碼化的開發方式,已經逐步融合到軟體開發過程中,軟體行業開發人員可以透過低程式碼的方式對企業定製化需求進行開發,除通用開發需求外,一些行業特定需求也可以將其程式碼封裝成元件,方便後續複用,進一步提升開發效率。

對於軟體服務行業,無論是創新業務場景、中長尾場景、整合類場景還是行業軟體的定製化開發,均可以基於自身的行業經驗以低程式碼平臺為工具,滿足自身開發效率提升的需求,在此過程中,軟體服務企業還可以基於自身的需求開發元件、模組、模版進行復用,進一步提升開發效率。

案例5:崑崙海岸採用通用無程式碼應用開發平臺開發農汙智慧運營平臺

北京崑崙海岸感測技術有限公司(簡稱“崑崙海岸”)成立於1994年,致力於在環保水處理、固廢處理、石油、石化及天然氣等領域為企業提供硬體設施、IoT軟體平臺以及行業解決方案。目前,崑崙海岸已為企業提供如分散裝置可預防維護管控一體化平臺、汙水淨化業務智慧管控平臺、城鎮供水及管網運維智慧化管控平臺、水環境以及黑臭水體治理管控平臺等IoT軟體平臺和行業解決方案。

為開發農汙站點管理通用管理平臺,崑崙海岸面臨四大開發難點

在進行產品研發的過程中,崑崙海岸發現在對農汙進行處理過程中,站點分散,且由於裝置位於地下或地面集裝箱內,形態眾多,使得以人工的形式進行現場巡查的時間長,成本高;因此,企業需要搭建一個平臺或系統對各站點進行管理。

就目前而言,多數企業開發的農汙站點管理系統結構複雜,內含多種處理工藝以及海量的資料,且需要對傳輸協議不同的多個感測器以及不同型別的裝置的執行狀態進行實時監控,不僅需要高昂的開發成本與漫長的開發週期,還需要業務人員與開發人員多次溝通業務需求,才能保證系統完全落地。基於此,崑崙海岸決定為該場景提供通用解決方案,開發農汙智慧運營平臺。但在開發的過程中,存在以下問題:

第一,系統架構複雜,功能繁多,開發人員需要提升開發效率。由於該平臺的系統架構與功能均十分複雜,需要大量定製化開發,且平臺需要支援與IoT裝置資料對接,通用的表單和流程配置平臺無法滿足。因此,崑崙海岸的開發人員需要藉助無程式碼開發工具代替傳統的程式碼程式設計,簡化技術棧,快速進行應用開發,提高開發效率,縮短開發週期。

第二,開發人員與業務人員溝通效率低,造成系統適用度低,企業需要降低開發門檻,實現“全民開發”。由於開發人員缺少業務知識,在系統開發的過程中,往往存在因不能準確理解業務需求而導致功能與需求脫節的問題,開發人員在開發過程中需要提高與業務專家的溝通效率,以提高系統的適用度。基於此,崑崙海岸需要使用開發門檻低,能夠讓各部門人員都能完成軟體定製並交付工作的開發平臺。

第三,保持開發環境與技術的統一,降低系統後期維護難度。崑崙海岸的開發團隊在平臺開發過程中需要有統一的開發環境,在技術選型上避免多種程式語言、技術框架、資料庫對開發團隊的干擾,以降低後期擴張開發團隊和運維的難度。同時,開發人員藉助無程式碼、視覺化的開發工具使程式結構更清晰,提高程式本身的可讀性,簡化工作交接成本。

第四,打破程式碼壁壘,讓企業管理層能夠實時掌握專案進度,改善團隊管理。傳統模式開發模式需要使用大量的程式碼,企業管理層難以理解,也難以實時掌握專案進度,崑崙海岸需要藉助無程式碼工具,讓管理層不用讀程式碼,也能直觀的看到專案架構、介面樣式和邏輯關係,準確把控開發進度和日常工作產出。

結合農汙智慧管理平臺的功能架構以及開發過程中的需求,崑崙海岸最終在低程式碼應用開發平臺、無程式碼應用搭建平臺以及通用無程式碼平臺三者中選擇了面向專業開發人員,無需編寫程式碼即可快速進行開發的通用無程式碼平臺。

基於多重考慮,崑崙海岸最終選擇iVX平臺進行產品開發

崑崙海岸基於自身開發需求出發,選擇低程式碼平臺主要考慮以下因素:通用開發能力,平臺需要具備全場景覆蓋、多平臺支援;靈活性和開放性,需要滿足各類UI效果、資料模型、邏輯流程視覺化開發;獨立部署能力,使用低程式碼平臺開發的應用能夠獨立部署,易用性,公司內的開發人員能夠快速掌握;視覺化開發介面易讀易懂,使業務人員和管理者更容易參與。最終,經過多家廠商的考察對比,選定iVX進行合作。

iVX平臺定位為面向新一代全棧開發人員設計的“通用無程式碼開發平臺”,使用者無論是否有開發經驗,短期學習後都能在iVX中獨立開發應用。iVX結合視覺化的開發編譯環境(雲端IDE)、自研的圖形化程式語言(含自定義AST抽象語法樹)、分層的元件架構、應用多端釋出和原始碼匯出部署能力,實現全場景全系統下的無程式碼應用開發,並提供了應用管理、雲託管和運維工具。此外iVX平臺針對企業使用者還提供團隊協理工具以及應用資料管理工具、日誌、多人開發、應用版本管理工具等。iVX針對傳統程式設計人員,支援結合程式碼開發以提高傳統開發模式的效率,程式設計師可以編寫“外掛/CSS/SQL語句/JS函式”,接入外部系統、資料庫、自定義元件庫和SDK。

農汙智慧運營平臺以資料為抓手,高效管理IoT裝置

作為專業的物聯網解決方案提供商,崑崙海岸選擇與iVX合作,透過無程式碼開發方式開發了IoT汙水智慧管控平臺,以解決智慧水務及環境監測領域中涉及的裝置管理與運營、集中監測與智慧大資料等問題。

圖 18:   農汙智慧運營平臺架構

2022愛分析·低程式碼應用實踐報告

目前該平臺主要應用於裝置管理、資料管理與全流程自動化三個場景。

典型應用場景1:裝置管理

為對裝置進行管理,崑崙海岸的開發人員使用iVX平臺開發了工況圖、遠端控制、智慧化監控預警三大核心IoT模組。

工況圖模組:BI引擎是使用iVX編輯器自主搭建的一個資料視覺化展示和分析的便捷開發工具,可自由連線資料來源獲取資料資訊,並實時展示成圖表或裝置樣式讓資料變得生動。該引擎不僅能線上拖拽繪製工況圖,還能夠直接獲取IoT底層的資料進行繫結,基於此,管理人員可以在一個大屏上透過圖形化資料實時瞭解現場裝置的執行狀態與裝置狀態,也可以線上更新工況圖中展示的裝置和IoT資料來源。

遠端控制模組:開發人員在iVX平臺開發時針對不同裝置型別配置規則和引數,從而實現了對硬體裝置的實時通訊與控制指令遠端下發,管理人員不需要跑現場,就能對有許可權的裝置進行引數設定和調配,省時省力。

智慧化監控預警模組:開發人員透過iVX平臺的“邏輯編輯引擎/皮膚”實現了對系統全方位監控。管理人員可在系統內預先指定預警規則,在異常發生前和發生時,智慧觸發預警/報警訊息。此模組還整合了影片監控能力,可即時呼叫現場攝像頭並定時備份,使管理人員更準確和及時的掌握現場資訊。

圖 19:   農汙智慧運營平臺工藝流程圖

2022愛分析·低程式碼應用實踐報告

典型應用場景2:資料管理

為高效管理與利用各站點裝置產生的海量資料,崑崙海岸的開發人員透過iVX平臺搭建了IoT資料處理、資料解析與資料包表三大資料模組。

IoT資料處理模組:透過iVX平臺的可擴充套件元件,崑崙海岸將該應用與各IoT裝置連線,收集資料,記錄裝置狀態、裝置引數、站點狀態,並以日為單位進行汙水處理量、各類裝置執行時長與耗電量、各種藥物消耗量的記錄、計算與統計;憑藉iVX雲原生的特性,開發者可快速接入阿里雲和AWS平臺資料庫,利用快表和高效能雲端計算能力實現大規模資料定時統計和彙總,實現千萬級資料量的統計和同步。

圖 20:   IoT資料處理流程

2022愛分析·低程式碼應用實踐報告

資料解析模組:開發人員透過在iVX平臺中建立識別符號關係表,開發用於傳送IoT資訊的iVX微服務,提取出裝置對應的具體資料;並利用iVX觸發器,每隔X秒呼叫微服務,實現定時獲取裝置資料。目前,該模組支援由裝置管理人員自行設定資料重新整理頻率,以列表的形式展示透過IOT獲取並解析後的實時資料。

資料包表模組:獲取實時資料後,無論是企業管理層還是裝置管理人員均需要能夠對裝置資料進行統計與分析,以掌握裝置的執行狀況。崑崙海岸的開發人員憑藉iVX原子級的視覺化圖表元件、利用快表和高效能雲端計算能力實現大規模資料定時統計和彙總,開發了資料包表應用。基於此,管理人員可以對IoT資料進行環比、同比分析等,透過曲線、環狀圖、條形圖、列表等多種資料表現形式進一步掌握系統的生產力與成本。

圖 21:   農汙智慧運營平臺介面

2022愛分析·低程式碼應用實踐報告

典型應用場景3:全流程自動化

為便捷高效的維護分散各地的農汙處理裝置,崑崙海岸的開發人員透過iVX平臺實現了全自動、流程化運維管理模組和跨平臺聯動運維繫統。

全自動、流程化運維管理模組:藉助iVX平臺內提供的元件和邏輯編排能力,該系統可支援線上配置的運維計劃,開發人員將IoT接收到的資料與運維計劃中的觸發條件匹配,透過識別符號判斷匹配,最終自動生成運維任務指派執行人按預設工作流程執行,實現任務資料流轉。此外,該應用還將審批流程與手動派發功能結合,實現了系統的全自動、流程化運維管理。該應用按就近和對口優先分配原則,根據工人定位智慧規劃運維路線,將已有人力資源最大化利用,提高了運維工作時效性,保證了各站點內裝置的正常執行。

跨平臺聯動運維繫統:該公司透過iVX平臺開發出來的應用均可以一鍵釋出至小程式、iOS與安卓APP,滿足各移動端線上監控和辦公的需求,讓領導可透過移動端檢視平臺的統計資料、3D工況圖以及專業類圖表等,實時掌握平臺的執行情況、下發工單和任務;運維人員透過移動端進行任務的處理與裝置遠端控制。

搭建農汙智慧運營平臺的價值與效果

目前,透過iVX通用無程式碼開發平臺開發的農汙智慧運營平臺不僅能夠管理農汙站點,還能應用於對農村供水淨化站、城市小區汙水處理以及園林汙水處理裝置的管理,且該平臺穩定性強,開發成本與運營成本較低,具體體現在:

第一,穩定性強,能夠滿足各種規模與數量農汙站點的裝置管理需求。目前,該平臺單系統可以支援百萬臺以上裝置的管理,並同時處理億級感測器回傳引數(計算透過對接AWS雲端計算後臺實現)。該專案現階段,主要用於“廣東省水汙染檢測和處理”專案,預計實施完成後,處理節點在2萬個以上,感測器回傳資料單次達5000萬條。

第二,節約了平臺開發和運營成本。iVX平臺使得農汙智慧運營平臺的工作量由傳統編寫程式碼開發方式下的3000人天,縮短至1000人天以內。且由於iVX開發的系統全部支援私有化部署,因此可進一步幫助客戶節省系統運營成本,若部署在iVX平臺,客戶運營成本將縮減至1500元/月,若私有化部署,則縮減至1200元/月。

3.5  醫療與醫藥行業低程式碼應用分析

隨著數字化的發展與新冠疫情後對於線上化需求的增多,越來越多的醫療與醫藥企業開始走上數字化轉型之路。尤其對於醫療行業的數字化轉型來說,目前基本處於啟動階段,多聚焦於醫療機構內的管理與服務,致力提升服務質量、體驗和效率。未來會逐步向院外、上下游等更大的範圍擴充套件,實現整個行業的深度融合,打造更加完善的智慧健康管理生態。

但是,目前不管是從基礎設施的建設到後期的管理,還是從創新業務的上線到中長尾場景的無紙化仍然存在一些問題,醫療行業的數字化轉型面臨挑戰。具體來看,大部分醫療機構的資訊化基礎已經初步成型,但其標準不統一,各個部門間難以共通資料;醫療機構的醫護人員數量遠遠多於技術人員的數量,數字化專業人才缺乏,數字化轉型能力不足;醫療服務的特殊性導致每個科室都有各自的業務及需求,難以採用統一的標準和系統。

而低程式碼技術的出現能夠更好地解決這些問題,其中,無程式碼應用搭建平臺面向醫務人員、具備較低的開發門檻和便捷的資料打通方式,更加適合於當前階段的醫療機構數字化轉型。從應用場景來看,無程式碼更多應用於中長尾場景的數字化應用,如專案管理、人事管理、公文管理、資源配置等智慧管理場景,醫療智慧服務平臺等創新業務場景與資料打通等整合類場景也可以使用低程式碼平臺構建。

圖 22:   醫療行業低程式碼應用場景建議

2022愛分析·低程式碼應用實踐報告

以常見的醫療糾紛管理應用場景為例,在使用無程式碼平臺搭建應用前,首先需要將院內的流程進行標準化,明確醫療糾紛投訴接待的流程與涉及到的相關科室,然後針對不同流程階段的審批單、責任人進行固化,以上需求明確後即可開始進行應用搭建,將相關表單設定成標準格式並根據梳理的流程將其串聯起來,設定相關的責任人和審批人。建立完成後,全部醫療糾紛的資料實現線上化管理,避免了不同科室之間傳遞出現資料丟失的問題,提升了處理效率,視覺化的看板管理能夠清楚地知道目前處置的進展,方便跟蹤管理,同時所有的資料統一儲存管理,透過駕駛艙檢視管理人員可以隨時從後臺瞭解當前所有糾紛數量及經濟損失情況。

案例6:為實現智慧醫療,中山醫院利用無程式碼搭建“智慧化管理體系”

復旦大學附屬中山醫院,簡稱“中山醫院”,是中國人建立和管理的最早的大型綜合醫院之一。在國家推動智慧醫療建設的政策引導下,中山醫院決心最佳化醫院內部的數字化管理體系,以解決當前面臨的資訊管理痛點,實現智慧醫療、智慧服務、智慧管理三位一體。

五大管理挑戰出現,醫院亟需降低管理成本,提高管理效率

作為全國領先的大型綜合醫院,中山醫院有著龐大的業務和人事管理體系,員工每天都要處理著大量醫療案件和內部管理業務,應對繁重的人、事、物管理流程。具體而言,在以下五個場景的管理上存在需求:

第一,專案管理類需求。醫院要對糾紛處置、司法訴訟、醫療廢物處置等多個專案進行管理,但每個專案包含多個流程,如醫患糾紛事件處理涵蓋28個流程,且各流程都要進行嚴格準確的資訊管理和層級審批,管理任務重,需要耗費大量的成本。

第二,人事管理類需求。中山醫院有上千員工,需要對人才引進、人事招聘、考勤、績效考核、職稱評審等環節產生的資料與員工資訊進行管理,但人工管理的方式耗時長且容易出錯,管理效率急需提高。

第三,督查檢查類需求。醫院需要對質量、安全、衛生、精神文明等進行督查,但督查工作要求現場收集與提交詳細的文字與多媒體材料,人工操作的效率低。

第四,資源配置類需求。由於手術室、醫生、維修人員、物資以及時間等均是有限的,醫院需要對場地、物資、工作人員等資源進行合理配置,但人工調配的方式容易出錯,且需要大量的時間與人力成本,難以滿足其科學化管理資源的需求。

第五,審批授權類需求。醫生的職稱評審、新技術准入、採購等流程均需要提交大量的材料並逐級申報,但透過人為遞交紙質材料的方式速度慢,容易造成材料丟失、審批延遲等問題。

為解決以上問題,中山醫院需要提高管理效率,降低管理成本。基於此,中山醫院完成了標準化流程的建立、標準的書面化梳理、系統需求設計的整理以及需求的技術可實現度的評估等工作,最終決定搭建一套可靈活配置、功能多元、支援資料貫通的資訊系統工具。

基於清晰的需求與多科室試用,中山醫院選擇明道雲無程式碼平臺

為了滿足以上需求,傳統的解決方案一般是透過採購系統或根據現有需求定製化開發系統。然而,職能部門的管理流程經常會因為政策的變更或者質量持續改進的原因進行調整,醫院就需要對已有系統再次進行定製化開發,此過程中,開發人員的工作量繁重,開發週期長,且成本高,難以實現應用隨著管理流程的變更即時升級換代,造成業務需求與應用功能之間產生了缺口。因此,中山醫院需要尋求一個開發平臺,支援沒有IT技術基礎的行政及業務人員就可以快速進行應用自主開發與迭代。

在合作伙伴國外Tower團隊的推薦下,中山醫院開始對接明道雲。中山醫院發現,無程式碼應用搭建平臺的工作表、檢視、統計圖、角色設定、工作流等功能可以滿足醫院在糾紛檔案管理、工作聯絡單. 管理、資料統計、全員全流程管理與自動分派任務等場景上的需求。最終,透過各科室成員的陸續試用,中山醫院決定採購明道雲無程式碼搭建平臺來構建醫院的數字化系統。

明道雲成立於2013年,致力於為企業提供一個可以快速搭建個性化業務應用、實現業務和流程的自動化的APaaS平臺,助力企業提高整體數字化和智慧化水平。透過將其旗下無程式碼應用搭建平臺的能力與合作伙伴的服務能力相結合,明道云為企業提供專業的應用開發解決方案。

圖 23:   明道雲無程式碼平臺技術架構

2022愛分析·低程式碼應用實踐報告

明道雲無程式碼應用搭建平臺能夠幫助企業快速搭建個性化業務應用。業務人員與IT人員能夠應用平臺的APaaS能力,透過工作表、檢視、報表、許可權、工作流、自定義頁面等模組,無需程式碼開發就搭建出銷售、運營、人事、採購等核心業務應用;透過擴充套件元件,實現企業微信、釘釘、WeLink、飛書與第三方應用的整合;透過API與MySQL等資料庫打通,聯通企業內部資料;同時,平臺的自動化工作流還可以實現審批、填寫等控制流程和業務自動化。此外,明道雲無程式碼應用搭建平臺還可以實現在物理機、虛擬機器、雲主機等基礎設施上的部署。

藉助明道雲無程式碼平臺,中山醫院實現多場景智慧化管理

在開始使用無程式碼平臺前,中山醫院組織部分工作人員參加明道雲的一對一培訓與無程式碼訓練營,並讓完成訓練營課程的工作人員在院內進行培訓與孵化,以保證無程式碼平臺在院內的充分落地。

應用搭建完成後,中山醫院的工作人員經過多次驗證修改後再正式投入上線使用,如安全科自行搭建了醫療糾紛管理系統後,經過反覆測試,在明道雲售後服務團隊的支援下,多次迭代完善,最終上線應用;應用的推廣是由點及面的,在醫療糾紛管理系統上線後,醫院才開始擴大範圍,根據醫療處、人事處、護理部等部門的需求進行應用搭建。

目前,中山醫院使用明道雲無程式碼開發平臺已搭建了20多個應用,覆蓋了專案管理、人事管理、督查檢查、資源配置、審批授權五大管理場景。在中山醫院的應用叢集中,“手術安排系統”與“醫患糾紛管理應用”最具代表性。

表 2:   中山醫院應用叢集表

2022愛分析·低程式碼應用實踐報告

搭建手術安排系統,靈活配置手術資源。針對手術資源配置組合複雜、容錯率低的問題,中山醫院手術室的醫生用明道雲無程式碼平臺構建出手術安排系統。系統是以供需關係邏輯,將醫院手術室、人員、手術耗材等物件納入供給側,明確每個物件的清單、屬性、可用資源、可用時間等;將病人、手術等物件納入需求側,明確其疾病、手術要求、裝置要求等資訊。工作人員在系統提交申請、填寫手術時間與地點後,透過使用明道雲工作表、普通檢視、日曆檢視與工作流功能,系統自動判斷已安排的手術時間是否與新申請的手術時間衝突,如果無衝突,則輸出準確的手術安排表;反之,則通知平臺管理者進行協調。除此之外,系統還提供通知、執行、審批、資源調配等輔助功能,提高系統的靈活度,助力醫院最最佳化配置手術資源。

圖 24:   中山醫院手術安排系統需求模式

2022愛分析·低程式碼應用實踐報告

構建醫患溝通關懷系統,高效整合醫患糾紛處置進度。為提高醫療糾紛事件的管理效率,中山醫院首先為醫療糾紛投訴接待、早期風險介入等場景建立了標準化管理流程;其次,對每個專案進行任務拆解,列出專案任務清單;然後針對每個子任務,進行需求設計。

中山醫院構建的全院統一的醫患溝通關懷系統,實現了對醫患糾紛、信訪、患者反饋、滿意度調查、投訴資訊等的統一管理與集中瀏覽。在醫患糾紛管理應用中,醫院工作人員利用多個工作表建立糾紛檔案,管理不同的資訊物件,並透過關聯記錄功能實現資料貫通;為了便於檢視和維護記錄,還建立了多個檢視,以不同的處置狀態、負責人、糾紛型別等維度調整資訊展示效果。

中山醫院搭建智慧管理體系的價值與效果

中山醫院使用明道雲無程式碼平臺搭建了內含20多個應用的智慧管理系統,使用平臺進行應用搭建的人數由原有安全科室的3人已擴充套件至300人,單個應用的搭建時間由三週縮短至一週,降低了開發門檻,提高了開發效率;且當醫院業務流程制度發生變化時,應用管理員能夠依據使用過程中的問題隨時修改,自主調整系統。此外,該平臺搭建的智慧管理系統還為醫院實現了以下價值:

建立了醫院智慧管理資訊系統,實現高階業務聯動與管理決策支援功能,達到當前國家醫院智慧管理滿級(五級)要求。該體系使得醫院各管理部門能夠利用院內的醫療、護理、患者服務、運營管理等系統,完成業務處理、資料核對、流程管理等醫院精細化管理工作;建立了醫院智慧管理資料庫,具備管理指標自動生成、管理資訊整合展示、管理工作自動提示等管理決策支援功能。

提升資料的完整性。由於表單之間可以相互引用,資料之間可以建立關聯關係,可以在不增加資料冗餘的情況下獲取更完整的資訊,提升對資料的全域性掌控能力。

透過應用分發,傳播了管理理念。透過大量的應用搭建,將管理思想、理念、流程將應用作為有形載體進行表達和傳播,逐漸形成了一套成體系的“中山管理模式”,可用於行業內的標準化管理。

培養管理人才,賦能“業務+IT”能力。在使用低程式碼平臺搭建應用的過程中,培養了一批善於思索、勤於實踐、勇於創新的青年人才,為了搭建應用去深入瞭解工作流程,為了最佳化工作流程去參加低程式碼的系統化專業培訓,並取得了優異的成績。

中山醫院搭建智慧管理體系的建設經驗

第一,在搭建系統前,企業或機構需要先梳理清楚業務需求和業務流程。該專案中,在應用搭建前,中山醫院梳理了核心業務需求,明確管理任務,併為每個任務建立標準化流程;在將任務拆解後,針對每個子任務進行需求設計與技術可實現度評估。行政人員能夠在充分明確需求後進行應用搭建,不走彎路,保證了無程式碼開發順利落地。

第二,企業或機構需要意識到低程式碼搭建的重要性,採用多種激勵方式調動工作人員的積極性;同時,平臺的推廣應該是由點及面,逐步推廣與落地的。該專案中,醫院舉辦交流沙龍,並將低程式碼應用的搭建納入行政人員的考核標準,讓使用人員由開始的3人擴充套件到現在的300人;在多次測試、修改醫療糾紛管理系並上線後,醫院才開始擴大範圍,在醫療處、人事處、護理部等部門科室推廣無程式碼平臺。

第三,系統搭建中涉及到跨科室、跨部門的打通,需要醫院領導或相關機構做好協調,共同梳理需求,避免在搭建過程中出現配合差等相關問題,提升應用搭建與落地的效率。

3.6  國央企低程式碼應用分析

國央企作為當前國內數字化轉型的核心群體,本次低程式碼報告也將其作為重點研究方向。2020年8月,國資委釋出《關於加快推進國有企業數字化轉型工作的通知》,明確國有企業數字化轉型工作的重要意義、主要任務和保障措施,並將其作為國資央企改革發展的重點任務。

但是從當前國企數字化轉型推進情況來看,依然面臨諸多問題,如我國大部分國央企的數字化基礎能力較弱,數字化轉型主要透過採購一些企業管理軟體對某些場景或特定產業開展,缺乏整體的架構設計、核心軟體開發、業務流程最佳化、資料資源運營、裝置運維升級等全方位、可持續的數字化轉型,且國有企業開展數字化轉型工作中,完成初步設想後要經過層層審批才能夠開始應用開發,週期長,使得應用上線後需求可能已經發生變化,使用率較低;再者,數字化人才隊伍仍然是國央企數字化轉型的關鍵,尤其是需要大量的技術型、複合型數字化人才,人才的嚴重匱乏也是制約國央企數字化轉型的重要瓶頸。

因此國央企針對大量的中長尾需求、行業軟體定製化開發場景可以使用低程式碼平臺進行開發,發揮業務人員的積極性,解決數字化應用開發週期長、開發門檻高的問題;同時也可將已經建設的系統進行打通,提升資訊傳遞效率,為全方位數字化轉型做好基礎。

對於國央企,當前低程式碼的應用可以解決其業務協同的問題,提升整體運營效率。在未來,隨著國央企數字化轉型的逐步推進,基於自主可控的需求可以以低程式碼平臺為開發基座,逐步將企業應用遷移至低程式碼平臺,構建更加協同、開放的一體化企業平臺。

圖 25:   國央企低程式碼應用場景建議

2022愛分析·低程式碼應用實踐報告

案例7:國家電投利用低程式碼平臺搭建數字化平臺,佈局數字化轉型

國家電力投資集團有限公司,簡稱“國家電投”,由原中國電力投資集團公司與國家核電技術有限公司重組組建,是中央直接管理的特大型國有重要骨幹企業,肩負保障國家能源安全的重大責任。為深入貫徹落實黨中央、國務院關於深化新一代資訊科技與製造業融合發展、打造數字經濟新優勢等決策部署,國家電投積極佈局數字化轉型,促進集團企業高質量發展。

基於企業微信建立集團業務協同運營管理承載平臺存在三大挑戰

作為我國五大.  發電集團之一,國家電投擁有62家二級單位,員工總數達到15萬人,遍佈全國,其主營業務包括水電、風電、火電、核電、太陽能發電、煤炭、物流、環保、鋁業以及金融十類。在數字化轉型的戰略指引下,國家電投總部需要引入數字化工具,對集團內部龐大的員工群體、多家二級單位以及十條業務線的生產、裝置、資源、安全、儲存等業務場景行高效管理。結合十四五戰略及國務院國資委相關要求,國電投透過多輪論證,選擇企業微信(電投壹版)構建集團統一工作入口,形成集團業務協同運營數字化管理平臺。但在平臺的建設過程中,還存在以下問題:

第一,內外網隔離,系統與應用無法在企業微信上使用。工作人員主要透過企業微信協同辦公,但由於集團的內外網隔離策略,內網已有的財務系統、人事系統等管理系統無法在該平臺上使用。國家電投需要在保證集團資料資訊保安的前提下,消除內外網隔離,在企業微信上整合已有應用,提高員工工作的便捷度。

第二,資料無法打通,存在資料孤島現象。已上線的財務、人事等系統內資料並未打通,無法直接整合到企業微信中讓管理人員靈活呼叫。國家電投需要實現資料的打通,並整合到企業微信中,讓管理人員在企業微信介面內就能靈活調取資料並進行資料分析。

第三,傳統的開發方式無法滿足日益多變的業務需求。由於集團已有的系統多為外部採購,可控性差,無法自定義配置與開發,而定製化二次開發的成本高,週期長,難以滿足日益變化的業務需求;同時,集團現有的數字化系統並不完善,不足以支撐企業的數字化轉型。因此,國家電投需要藉助數字化工具,根據業務需求快速搭建可自定義配置與開發的業務系統,在業務需求發生改變時,迅速進行應用搭建,敏捷響應。

為解決以上問題,國家電投決定採購低程式碼平臺自主開發,搭建安全可控的數字化平臺。透過招投標,綜合考慮平臺的功能、技術架構、響應速度、價格以及與企業微信的融合程度等因素,透過四個多月的論證,最終選擇了道一雲合作,與企業微信共同為其提供解決方案。

道一雲成立於2004年,是國內低程式碼平臺廠商、騰訊戰略投資企業、騰訊生態核心合作伙伴。秉承“低程式碼、高效率”的理念,致力於推動我國企業數字化創新升級與產業網際網路的發展,為客戶提供數字化應用基礎設施,涵蓋千人千面、智慧流控的企業級門戶,30多款開箱即用的場景應用,以及面向企業個性化搭建需求的低程式碼平臺。

國家電投藉助低程式碼平臺整合與搭建應用,打造以企業微信為入口的數字化平臺

國家電投採購道一雲低程式碼平臺七巧後,耗時六個月,完成了已有應用在企業微信上的整合,統建創新類、業務審批類、資訊展示類、資料採集類、業務分析類應用的搭建,形成了數字化平臺。

該平臺在集團內部落地前,道一雲召開了合作啟動會,為國家電投進行了深度的彙報演示,包括平臺功能、技術架構、解決方案等介紹,以及最佳實踐案例分享。基於此,國家電投的業務人員對平臺功能有了明確認知,並與道一雲的解決方案架構師共同梳理出了可以在該低程式碼平臺上實現的業務需求。

國家電投為保證能夠充分利用七巧低程式碼平臺進行應用開發,並整合在企業微信統一使用,該專案的實施過程分為整合已有應用、共同搭建試點應用、國家電投自主搭建應用與應用案例借鑑四個階段:

首先,國家電投透過道一雲的統一標準化介面,在企業微信建設了應用統一綜合管理平臺。業務人員以“H5+小程式”的形式整合了集團的各個辦公及業務應用,並將其部署到企業微信中;打通了各系統的流程資料,進行統一管理,在企業微信中即可靈活調取,提升了流程整合最佳化和協同效率。

其次,在客戶成功團隊的建議下,國家電投選擇了“資料填報”場景進行試點,在道一雲客戶成功團隊中實施工程師的指導下,共同完成應用搭建。經過集團內部反覆測試,多次對功能進行修改與調整,最終完成交付。

再次,試點應用交付完成後,國家電投的業務人員透過無程式碼搭建與低程式碼開發兩種方式開始自主搭建應用,並一鍵部署在企業微信的工作臺中。業務人員透過拖拉拽流程、表單、報表等模組,搭建了業務審批類應用與資訊展示類應用,簡化了審批流程,提高了審批效率,讓資料能夠以面積圖、雷達圖、明細圖等多種形式展示;還利用低程式碼平臺的擴充能力,線上編輯程式碼,搭建了資料採集、業務分析類應用,在集團內部實現了業務系統的資料互動、內外部系統之間的資料聯通以及工作流程的自動觸發,支援業務資料的複雜運算。

目前,國家電投已在企業微信數字化平臺上搭建了紅色百年、低碳E點、電能E購、政策研究、資料填報等應用的上線,有效服務了集團領導的管理及員工的辦公,提升了使用者自主使用辦公平臺的積極性。

表 3:   國家電投數字化平臺應用叢集表

2022愛分析·低程式碼應用實踐報告

最後,在國家電投自主進行應用開發階段,道一雲還持續為其輸出其他國央企或同型別企業利用低程式碼平臺搭建應用並部署到企業微信中的成功經驗,提供專業線上客服為其答疑解惑。

國家電投搭建數字化平臺的價值與效果

國家電投用六個月時間藉助道一雲低程式碼平臺七巧搭建了基於企業微信的數字化平臺,僅用3個月的時間已上線13個創新應用,供集團15萬人在企業微信共同使用,縮短了開發週期,節約了開發成本,加快了集團內部對業務需求的響應,提高了工作人員的協同辦公效率。該數字化平臺為國家電投實現了以下價值:

第一,實現外部應用整合,提高了企業內部員工的工作效率。國家電投已實現將企業微信作為唯一的移動端應用入口,避免了使用者移動端混亂、龐雜、缺乏統一標準的局面,員工可以在企業微信平臺使用與管理各類應用,實現全集團移動應用的統一入口管控、治理與使用,提高了工作效率。

第二,打造了移動門戶,提高了國家電投與合作伙伴的協同效率。該平臺內包括多樣化、多種模式的即時通訊功能,實現了企業內外部業務場景的互聯互通,打造了一個共創的移動門戶。集團各級單位、業務部門、資訊公司與第三方開發商都能基於此平臺進行協作辦公,提高了集團與合作伙伴的協作效率。

4.  低程式碼應用趨勢展望

目前,為了適應多變的企業業務需求,低程式碼仍需要不斷進行功能的完善;同時,隨著AI技術的逐漸成熟,越來越多的低程式碼平臺提供商開始為平臺嫁接高階能力,加強平臺的自動化及智慧化能力。

愛分析認為,未來低程式碼應用有兩大. 發展趨勢值得甲方企業關注:一是構建開發生態系統,低程式碼向平臺化發展;二是引入“AI+RPA”,助力智慧化開發。

4.1   構建開發生態系統,低程式碼向平臺化發展

未來,企業的業務需求將會更加專業、豐富與多變,需要能夠藉助低程式碼快速響應,進行應用開發;基於此,低程式碼廠商將在特定行業與場景上深挖,加強其專業性,打造競爭優勢。因此,在未來企業將會進行多低程式碼平臺進行採購與使用,在此趨勢下,愛分析認為,低程式碼市場可能會呈現平臺化的趨勢。

其一,為加快需求響應速度,低程式碼廠商會更注重開發功能模組、元件等,提高其自定義開發能力,並擴充平臺的生態系統屬性,向開發者開放模板上傳功能,為使用者提供海量的行業模版;其二,由於各低程式碼廠商呈現專業化的發展趨勢,為滿足企業各場景各階段的業務需求,不同低程式碼產品之間可能會進一步打通,構建完整的行業生態,實現不同低程式碼廠商能力之間的互補,共同助力企業數字化轉型。

4.2   引入“AI+RPA”,助力智慧化開發

在用低程式碼開發的過程中,存在整合難、自動化水平較低等問題,低程式碼提升了企業應用軟體開發效率,降低了開發門檻,而與AI和RPA結合更能夠提升應用的自動化和智慧化水平。為此,越來越多的低程式碼廠商開始將AI技術與RPA等高階能力嫁接到平臺中,提高平臺整合能力,助力業務人員與開發人員實現自動化開發與智慧化開發。

RPA能夠巢狀在其他軟體或作為介面進行軟體效能的整合,實現資料自動化的流轉。將RPA技術融入低程式碼開發方式中,能夠在不改變企業原有系統的情況下,實現資料互動與系統整合,解決了使用低程式碼開發過程中系統整合的許可權等問題。RPA還能夠模擬人類,利用和融合現有技術,實現流程自動化,代替業務人員和開發人員自動執行重複性、標準化的工作,提高了應用的使用效率。

同時,在資料流轉過程中,除結構化資料以外,還會涉及大量的非結構化資料流轉,低程式碼平臺可以藉助機器學習等AI技術,將非結構化資料轉化成結構化資料,進而向RPA釋出指令,自動化執行流程。同時,AI還能夠根據RPA提供的資料,進行流程的最佳化與改進,自主提高開發效率,實現智慧開發。

AI和RPA等技術的融合將會促進低程式碼平臺的智慧化發展,讓業務人員和開發人員實現智慧化開發、智慧化應用,提升企業運營的自動化、智慧化水平。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69993021/viewspace-2887382/,如需轉載,請註明出處,否則將追究法律責任。

相關文章