序言：寫作是分享個人見解和探索未知領域的橋梁，我們為您精選了1篇的數據中臺和流程平臺業務中臺建設樣本，期待這些樣本能夠為您提供豐富的參考和啟發，請盡情閱讀。

0引言

回顧高校信息化發展歷程，傳統IT時代就是業務數據化的過程，通過建設各種信息系統，不斷將發展過程中業務和管理端的各種能力以數據形態沉淀下來，全面支撐學校教學、科研、管理等工作[1]。在深化教育教學改革背景下，要求著力推進信息技術與教育教學深度融合，以教育信息化帶動教育現代化[2]。隨著DT時代的來臨，一路突飛猛進的信息化建設開始出現諸多發展瓶頸和痛點，新舊信息系統中沉淀的數據之間難以打通，形成了諸多數據孤島，分散各處難以融合的數據，無法很好地發揮應有的價值，也無法很好地適應快速變化的各類應用[3]。為突破發展瓶頸，構建適應新時代的信息化建設模式，阿里巴巴集團提出了“大中臺、小前臺”的中臺戰略，通過實施中臺戰略來快速應對外界變化。經過幾年的探索實踐，數據中臺戰略逐漸應用在多種行業信息化建設領域，對企業管理的數字化轉型起到強有力的支撐[4?5]。我校于2019年啟動數據中臺建設，基于華為軟硬件平臺，建成了數據采集、存儲、治理、開放全周期管理的數據共享中心，集成了校內主要的業務系統，如人事系統、教務管理系統、研究生系統、科研系統、圖書借閱管理系統、一卡通消費系統等，通過對全域數據的采集、清洗、轉換，形成了標準數據集，并通過API接口方式開放，實現了學校基礎人員數據的共通共享，在助力學校提升管理、服務、教學、科研能力方面效果顯著[6]。但系統在支撐學校“三全育人”上顯得力不從心。在“三全育人”視域下，對育人成效的評價指標不再一成不變，需要學生全生命周期的各項數據來支撐評價。現有的業務系統多為通用版本，或是根據校方需求專門做的定制開發，一般不支持短期內迅速調整系統功能模塊，很難根據管理的實時性變化做出及時調整[7?9]。本文設計依托學校流程平臺和統一認證平臺[10]，結合數據中臺構建業務中臺，以實現快速應對復雜多變的需求。

1業務中臺方案

本文結合學校實際情況，以流程平臺為核心，以認證平臺為連通紐帶，組建學校業務中臺架構，其中數據中臺為數據底座，門戶和其他第三方業務系統構成的前臺為前端提供服務。業務中臺整體方案如圖1所示。

1.1數據中臺

數據中臺核心部分包括：數據集成開放平臺ROMA、數據加工工具DAYU、數據存儲GaussDB、數據治理平臺、數據開放平臺。通過ROMA平臺的數據集成能力，以API集成、數據集成等功能將各業務系統/設備的實時數據、歷史數據匯聚至數據湖。通過DAYU等數據加工工具實現從數據湖到主題庫、專題庫的數據同步和加工，將其轉換為支撐上層應用的模型化數據，將數據存儲在華為自主研發的關系型數據庫GaussDB中；經過數據加工建模提供人員、組織機構、資產等多個主題庫、專題庫數據資產，再利用ROMA的數據開放功能將主題層或專題層數據提供對外開放共享，使得系統之間數據可以互聯互通，消滅信息孤島，打通業務流，實現業務數字化全聯接協同。作為業務中臺的數據底座，數據中臺以“一數一源”原則采集各類業務數據，并為業務中臺和前臺應用開放各類標準數據，實現“一源多用”，連通分散的業務數據。

1.2業務中臺

業務中臺以流程平臺為核心。流程平臺采用標準的業務流程模型，用戶無需關心底層技術架構，通過Web可視化界面的流程編輯器和表單編輯器，以拖拉拽搭積木的方式快速建立一個流程，每個流程可作為一個輕量級的應用。各流程通過統一認證平臺與其他業務系統實現身份互通，多流程聯動結合BI工具進行數據分析展示，即可實現一個業務系統的功能[11]。通過流程設計可以解決離散數據收集的問題，同時解決業務管理上流程多變且沒有標準化的系統以滿足功能需求等問題，快速滿足各類業務定制需求，有效提升業務的擴展能力和復用能力[12]。各流程產生的過程性數據和結果數據，通過定制的中間件并根據實際需要寫入學校共享數據中心，反哺數據中臺，經數據中臺治理后的數據可再通過開放平臺進行數據共享，形成數據閉環。

2業務中臺建設內容

對于一個特定的業務場景，業務中臺和數據中臺協同工作，完成業務流轉和數據的閉環，交互工作具體步驟如圖2所示。1）流程平臺發起流程設計：根據業務場景需求設計流程表單，即搭建輕應用。2）數據中臺確定數據標準：分析流程表單中有價值的數據項，確定數據標準，建立相應數據模型。3）數據中臺發布接口：根據第二步建立的數據模型，利用數據中臺的數據開放平臺創建API寫入接口，并發布接口。4）流程平臺申請接口：流程平臺向數據中臺申請寫入API接口權限，并獲取接口使用權。5）流程平臺確定流程表單中的數據項與數據中臺里數據標準的對應關系，調用API接口，將表單數據寫入數據中臺的共享數據中心。

2.1接口設計

流程平臺需要將具體流程審批過程中各節點的審批記錄及審批后的表單數據寫入共享數據中心，交互過66程由雙方通過API接口實現。數據中臺設計4個通用接口完成流程平臺與數據中臺之間的交互。1）固定讀接口①。獲取寫入接口列表，返回API_ID；流程平臺調用此接口讀取數據中臺已提前建立的待寫入接口列表（即當前可交換數據的流程標識）。2）固定讀接口②。獲取寫入接口詳細字段信息，入參：API_ID，返回Field_list（字段列表）。流程平臺調用此接口獲取需寫入的數據項信息，同時能夠獲取該數據項的標準，保證寫入數據中臺的數據符合現有標準規范，無需再經過治理，可直接供其他應用使用。3）動態寫接口①。寫入表單數據，入參：Field_list（字段列表）。流程平臺該調用此接口將表單內容與寫入字段列表匹配，寫入數據中心。4）動態寫接口②。寫入節點審批信息。流程平臺調用此接口將各節點的審批信息寫入數據中心。前面兩個固定讀接口為初期創建完成，后面的兩個動態寫接口針對指定流程中的表單數據分別定義。

2.2數據推送配置

在流程設計完成后，數據中臺根據流程內容定義了兩個動態寫入接口，并授權給流程平臺。流程管理員配置需要回寫數據中臺的表單數據和節點信息。這個配置過程在流程平臺端以可視化方式完成，如圖3所示。首先，在“數據類型”處選擇推送表單數據（普通表），還是節點審批數據；其次，根據選擇了表單數據（普通表）還是節點審批數據，在“數據接口”中選擇對應的動態寫接口；最后，管理員選擇“推送動作”，可以在流程發起或流程結束時推送，也可以在每個節點審批完成后推送表單數據。

2.3數據庫設計

數據平臺以華為數據中臺為底座，通過DAYU集成工具將各業務源數據入湖，各類非結構化的數據存儲在基于Hadoop結構的Hive數據庫中，經轉化集成到GaussDB貼源層中；結構化數據則直接進入GaussDB貼源層中。流程平臺的數據作為業務源數據寫入貼源層，經過標準層進行標準轉標。主題層針對服務需求的整合匯總，最終以數據服務的形式提供給前端第三方應用。

3線上離校實踐

3.1離校流程設計

畢業生離校是學生在校階段人才培養工作的終點，是踐行“三全育人”中全流程育人的關鍵節點。各高校離校流程復雜，需要眾多部門協調辦理，且辦理標準不一，而定制各自的離校系統成本高且使用率比較低，還無法適應信息化日新月異的新需求。因此，有效利用現有業務平臺快速搭建離校流程，讓用戶擁有方便、快捷的使用體驗具有重要意義[13]。通過流程平臺以輕應用的方式搭建離校流程，大約在一周之內即可完成流程部署以及與數據中心的數據對接。本文方案使用流程服務平臺以輕應用的方式搭建離校流程，以支持線上離校。主要設計步驟如下：1）離校前數據準備。與共享數據中心無縫對接，從數據中心獲取預畢業生名單，建立畢業生學生基本信息庫；通過數據中心抽取學生離校時需要辦理事項關聯的數據（如圖書借閱數據、戶口遷移數據、黨/團組織關系數據、一卡通欠費/退費數據等）；各事項辦理部門管理員數據（圖書館管理員信息、學生輔導員信息、黨團組織關系管理人員等）。流程中用到的數據盡量通過共享數據中心自動獲得；還沒有進入共享數據中心的數據，如國家助學貸款信息，以離線電子文件的形式存在，通過離線采集工具導入數據中臺，再推送給流程平臺。2）離校流程表單設計，流程審批表單見圖4。3）離校流程與共享數據中心對接。根據流程表單分析有價值數據項，定義數據標準，在共享數據中心創建數據模型。通過能力開放平臺定義API接口，流程平臺申請接口的訪問權限，配置離校流程與API接口之間的對應關系，再進一步將表單數據項與數據標準之間建立轉換關系。4）離校流程上線，向每個預畢業學生推送流程填報事項。在流程審批結束后，將最終表單數據和每個節點的審批數據寫入共享數據中心。5）離校審批結束后續服務。隨著學生離校手續辦理，實時將流程填報、審批數據以服務方式提供給第三方應用。

3.2離校數據服務

離校辦理數據以服務形式提供給學工辦、校友會，為畢業生管理工作提供數據支持。如學工辦對學生離校的過程數據進行統計分析，生成個性化畢業報告；校友會將畢業生信息接入校友管理系統，下發到全國各地校友會，實現學生全生命周期管理。同時學生離校辦理的中間狀態數據，利用BI工具進行分析展示，方便各相關負責老師實時掌握離校情況。離校辦理情況分析如圖5所示。

4結語

本文旨在解決高校信息化建設中長期存在的應用場景復雜、數據形式多變、業務系統不能靈活適配等問題。通過業務中臺建設，將數據中臺與流程平臺有效結合起來，在流程平臺上靈活構建輕應用，利用數據中臺有效連通業務源系統與應用系統的優勢，將學校各類數據方便地調度流轉起來，盤活學校數據資產。最后通過數字離校系統的搭建驗證本提案的可用性、高效性，同期建設的另外幾個輕應用都獲得了很好的應用效果。

作者:劉淑梅 杜彬 云桂桂 楊宏偉 單位:北京化工大學信息化辦公室（信息中心）