企業(yè)數(shù)據(jù)架構(gòu)實踐指南1.0 2024_第1頁
企業(yè)數(shù)據(jù)架構(gòu)實踐指南1.0 2024_第2頁
企業(yè)數(shù)據(jù)架構(gòu)實踐指南1.0 2024_第3頁
企業(yè)數(shù)據(jù)架構(gòu)實踐指南1.0 2024_第4頁
企業(yè)數(shù)據(jù)架構(gòu)實踐指南1.0 2024_第5頁
已閱讀5頁,還剩77頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

大數(shù)據(jù)技術(shù)標準推進委員會BigDataTechnologyandstandardcommittee企業(yè)數(shù)據(jù)架構(gòu)實踐指南版CCSATC601大數(shù)據(jù)技術(shù)標準推進委員會2024年12月本報告版權(quán)屬于CCSATC601大數(shù)據(jù)技術(shù)標準推進委員會,并受注明“來源:CCSATC601大數(shù)據(jù)技術(shù)標準推進委員會”。違反上述隨著新一輪科技革命和產(chǎn)業(yè)變革深入發(fā)展,數(shù)據(jù)作為關(guān)鍵生產(chǎn)要素的價值日益凸顯,標志著以數(shù)據(jù)為關(guān)鍵要素的數(shù)字經(jīng)濟進入新時代。數(shù)據(jù)要素的規(guī)模報酬遞增、低成本復用、融合創(chuàng)新等數(shù)據(jù)架構(gòu)是對數(shù)據(jù)資源基本特性的描述和管理,企業(yè)數(shù)據(jù)架構(gòu)立足企業(yè)全局視角對全量數(shù)據(jù)資源進行統(tǒng)一管理和規(guī)范,為數(shù)據(jù)要素驅(qū)動的新業(yè)態(tài)、新模式提供最基礎(chǔ)支撐。一方面企業(yè)數(shù)字化改革轉(zhuǎn)型的持續(xù)深入,應(yīng)用系統(tǒng)之間和數(shù)據(jù)應(yīng)用場景之間的關(guān)聯(lián)關(guān)系愈發(fā)復雜,數(shù)據(jù)架構(gòu)已經(jīng)成為深度刻畫企業(yè)數(shù)字化環(huán)境的核心手段,支持更高水平的應(yīng)用集成和數(shù)據(jù)集成。另一方面以數(shù)據(jù)質(zhì)量和數(shù)據(jù)安全為代表的企業(yè)數(shù)據(jù)治理工作要求持續(xù)提高,亟需數(shù)據(jù)架構(gòu)管理作為核心樞紐進本指南對企業(yè)數(shù)據(jù)架構(gòu)的概念、框架和管理活動進行了闡述,提出企業(yè)數(shù)據(jù)架構(gòu)實踐的意義(一)數(shù)據(jù)架構(gòu)典型框架 1(二)企業(yè)數(shù)據(jù)架構(gòu)管理意義 3(三)企業(yè)數(shù)據(jù)架構(gòu)管理挑戰(zhàn) 4(一)企業(yè)數(shù)據(jù)架構(gòu)管理定義 5(二)企業(yè)數(shù)據(jù)架構(gòu)管理定位 5(三)企業(yè)數(shù)據(jù)架構(gòu)參考框架 7(一)數(shù)據(jù)架構(gòu)規(guī)劃 9(二)數(shù)據(jù)標準管理 (三)數(shù)據(jù)分布管理 (四)數(shù)據(jù)模型管理 (五)主數(shù)據(jù)管理 (一)過度強調(diào)技術(shù)的先進性 (二)過度依賴IT架構(gòu)能力 (三)數(shù)據(jù)架構(gòu)與項目開發(fā)脫節(jié) (四)將湖倉等同于數(shù)據(jù)架構(gòu) (一)東方航空 (二)平安人壽 (三)交通銀行 6 7 8 9 1構(gòu)(包含信息架構(gòu),在本文中不作區(qū)分)理論框架,這些框架都是在企業(yè)實踐中廣為傳播和使視作企業(yè)架構(gòu)的源頭。該框架主要表現(xiàn)為一個6行6列的矩陣,6行是基于5W1H的分類,即建設(shè)等方式,IFW在國內(nèi)銀行業(yè)機構(gòu)中得到了廣泛應(yīng)用。雖然IFW起初是為金融服務(wù)業(yè)開發(fā)的2 華為數(shù)據(jù)之道《華為數(shù)據(jù)之道》中介紹了華為的企業(yè)級信息架構(gòu),以結(jié)構(gòu)化的方式描述在業(yè)3向下驅(qū)動應(yīng)用架構(gòu)和技術(shù)架構(gòu)。數(shù)據(jù)架構(gòu)作為數(shù)據(jù)管理工作的核心指引手冊,扮演著至關(guān)重要的角色。它不僅是數(shù)據(jù)治理的基石,更是企業(yè)數(shù)據(jù)戰(zhàn)略實施的藍圖,為數(shù)據(jù)管理工作提供了明確的指導數(shù)字化規(guī)劃數(shù)據(jù)架構(gòu)站在企業(yè)級視角,建立數(shù)據(jù)模型和數(shù)據(jù)流向,為業(yè)務(wù)系統(tǒng)建重構(gòu)、優(yōu)化提供輸入,包括數(shù)據(jù)模型及集成關(guān)系的落地等,為企業(yè)的數(shù)字化規(guī)劃提供了清晰的數(shù)據(jù)藍圖,能夠幫助后續(xù)信息化項目簡化、省去調(diào)研和梳理業(yè)務(wù)及數(shù)據(jù)的過程,有助于應(yīng)用系統(tǒng)的促進數(shù)據(jù)互聯(lián)互通關(guān)注數(shù)據(jù)應(yīng)用的程度越深,則對數(shù)據(jù)架構(gòu)的管控力度則越強。企架構(gòu)對數(shù)據(jù)互聯(lián)互通起著決定性作用,直接決定了數(shù)據(jù)應(yīng)用的程度和水平。企業(yè)數(shù)據(jù)架構(gòu)通過定義統(tǒng)一的數(shù)據(jù)標準、構(gòu)建數(shù)據(jù)集成平臺、優(yōu)化數(shù)據(jù)流通路徑以及強化數(shù)據(jù)安全機制,確保了企業(yè)提升數(shù)據(jù)一致性企業(yè)數(shù)據(jù)架構(gòu)通過對數(shù)據(jù)描述、數(shù)據(jù)分布、數(shù)據(jù)流動的約束和管理,有利于統(tǒng)一數(shù)據(jù)定義、確認權(quán)威數(shù)據(jù)源、消除冗余數(shù)據(jù)、消除數(shù)據(jù)混亂,確保在數(shù)據(jù)生命周期全過程提升數(shù)據(jù)處理效率在大數(shù)據(jù)技術(shù)性能提升和資源追加投入的基礎(chǔ)上,通過企業(yè)數(shù)據(jù)架供結(jié)構(gòu)化的效率提升方式,從根本上減少不必要的數(shù)據(jù)處理環(huán)節(jié)、優(yōu)化數(shù)據(jù)流轉(zhuǎn)鏈路、科學追加降低企業(yè)管理風險數(shù)據(jù)和IT系統(tǒng)是企業(yè)風險管理的基礎(chǔ),構(gòu)建與業(yè)務(wù)模式、經(jīng)營結(jié)構(gòu)和監(jiān)測和控制提供數(shù)據(jù)基礎(chǔ)。良好的企業(yè)數(shù)據(jù)架構(gòu)為風險數(shù)據(jù)加總、風險暴露、風險報告、信息披4 多模態(tài)數(shù)據(jù)管理難在企業(yè)數(shù)字化轉(zhuǎn)型的浪潮中,多模態(tài)數(shù)據(jù)管理難題愈發(fā)凸顯,涉化、半結(jié)構(gòu)化和非結(jié)構(gòu)化數(shù)據(jù)的并存與復雜交互。多源數(shù)據(jù)接入、多模態(tài)數(shù)據(jù)檢索、多模態(tài)數(shù)據(jù)融合分析、多模態(tài)數(shù)據(jù)存儲等問題給企業(yè)數(shù)據(jù)架構(gòu)帶來重大挑戰(zhàn),對企業(yè)數(shù)據(jù)架構(gòu)的兼容性、靈企業(yè)架構(gòu)協(xié)同難企業(yè)架構(gòu)通常包括業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)(4A由于4A架構(gòu)各有特點和側(cè)重,表現(xiàn)形式差異大,而相互之間又緊密聯(lián)系并相互依賴,在實際的架架構(gòu)遵從執(zhí)行難企業(yè)架構(gòu)和數(shù)據(jù)架構(gòu)的落地實踐是企業(yè)面臨的首要挑戰(zhàn),背后有幾方面的原因。一是業(yè)務(wù)需求和業(yè)務(wù)形態(tài)快速變化,架構(gòu)的響應(yīng)和支持不及時;二是4A架構(gòu)分屬不同團隊管理,且業(yè)務(wù)部門具有較強的自主性,企業(yè)架構(gòu)和數(shù)據(jù)架構(gòu)難以統(tǒng)一推進;三是多數(shù)企業(yè)的架構(gòu)建設(shè)落后于IT系統(tǒng)建設(shè),架構(gòu)規(guī)劃和架構(gòu)建設(shè)工作長期處于滯后狀態(tài),企業(yè)架構(gòu)處于被動管存量系統(tǒng)改造難存量系統(tǒng)是數(shù)據(jù)資源積累的核心載體,繞開存量系統(tǒng)的數(shù)據(jù)架構(gòu)將談。企業(yè)數(shù)據(jù)架構(gòu)的實踐過程中需要協(xié)調(diào)不同IT系統(tǒng)之間的矛盾和沖突,處理好數(shù)據(jù)質(zhì)量的一致性、完整性和實時性問題。同時應(yīng)謹慎論證和規(guī)劃新系統(tǒng)的建設(shè)和引進,如果架構(gòu)遵從不到位5本章給出了企業(yè)數(shù)據(jù)架構(gòu)管理定義,闡述了企業(yè)數(shù)據(jù)架構(gòu)在企業(yè)架構(gòu)和企業(yè)數(shù)據(jù)治理體系中的管理定位,并給出了企業(yè)數(shù)據(jù)架構(gòu)的參考框架,供企業(yè)在實踐過程中參考和裁剪,以便開展業(yè)企業(yè)數(shù)據(jù)架構(gòu)管理以企業(yè)內(nèi)所有數(shù)據(jù)為管理對象,對數(shù)據(jù)的靜態(tài)屬性和動態(tài)特性進行管理,企業(yè)數(shù)據(jù)架構(gòu)框架是一套指導企業(yè)開展數(shù)據(jù)架構(gòu)建設(shè)和管理的參考框架,企業(yè)根據(jù)自身實際情況進行裁剪和挑選使用。數(shù)據(jù)架構(gòu)作為一個獨立整體時,既是企業(yè)架構(gòu)的重要組成部分,又是企業(yè)架構(gòu)通常包含業(yè)務(wù)架構(gòu)、數(shù)據(jù)架構(gòu)、技術(shù)架構(gòu)和應(yīng)用架構(gòu),數(shù)據(jù)架構(gòu)承擔著從業(yè)務(wù)架構(gòu)向應(yīng)用架構(gòu)、技術(shù)架構(gòu)落地的橋梁作用。數(shù)據(jù)架構(gòu)負責描述業(yè)務(wù)架構(gòu)中的數(shù)據(jù)實體和數(shù)據(jù)需求,并將其轉(zhuǎn)換為應(yīng)用架構(gòu)中的物理數(shù)據(jù)對象。數(shù)據(jù)架構(gòu)與業(yè)務(wù)架構(gòu)完全對齊,即便業(yè)務(wù)活動尚未得到應(yīng)用系統(tǒng)的支撐,或尚未實現(xiàn)業(yè)務(wù)在線化、數(shù)字化,業(yè)務(wù)架構(gòu)中的數(shù)據(jù)實體也應(yīng)包含在數(shù)據(jù)6 當下數(shù)據(jù)治理的理念已在企業(yè)數(shù)字化轉(zhuǎn)型過程中達成了廣泛共識和重視,部分企業(yè)將數(shù)據(jù)架構(gòu)的建設(shè)和管理作為數(shù)據(jù)治理工作的核心內(nèi)容,已不單通過企業(yè)架構(gòu)建設(shè)工作構(gòu)建數(shù)據(jù)架構(gòu)。數(shù)據(jù)架構(gòu)與數(shù)據(jù)治理組織體系、數(shù)據(jù)共享、數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全、數(shù)據(jù)開發(fā)等諸多領(lǐng)域有緊密的關(guān)聯(lián)關(guān)系。企業(yè)在管理數(shù)據(jù)架構(gòu)的過程中常面臨“管理孤島”的挑戰(zhàn),將數(shù)據(jù)架構(gòu)的建設(shè)和維護與其他工作割裂,難以形成聯(lián)動局面。下圖簡要說明了數(shù)據(jù)架構(gòu)在數(shù)據(jù)治理體系中的特殊作用,具體如下:①數(shù)據(jù)治理的組織體系和管理體系本質(zhì)上由數(shù)據(jù)架構(gòu)體系決③數(shù)據(jù)開發(fā)工作在數(shù)據(jù)架構(gòu)的支持下,可以大幅降低需求理解門檻,減少數(shù)據(jù)開發(fā)工④數(shù)據(jù)安全管理借助數(shù)據(jù)架構(gòu)可以快速構(gòu)建全生命周期的整蓋程度,準確識別關(guān)鍵數(shù)據(jù)的關(guān)鍵安全環(huán)節(jié);7⑤數(shù)據(jù)共享工作可以通過數(shù)據(jù)架構(gòu)快速高效定位數(shù)據(jù)資源,當前數(shù)據(jù)架構(gòu)的參考框架繁多,本節(jié)以企業(yè)實踐現(xiàn)狀為基礎(chǔ),圍繞企業(yè)中聯(lián)機分析處理(OLAP)和聯(lián)機事務(wù)處理(OLTP)兩類主要數(shù)據(jù)處理形式,從數(shù)據(jù)靜態(tài)描述和動態(tài)描述視角提出數(shù)據(jù)架構(gòu)的參考框架,主要內(nèi)容如下:①OLTP側(cè)以應(yīng)用系統(tǒng)集成為核心,OLAP側(cè)以數(shù)據(jù)集成整合為核心,分別支持業(yè)務(wù)交易活動和業(yè)務(wù)分析活動的順利開展;②OLTP側(cè)以范式數(shù)據(jù)模型為核心,確保應(yīng)用系統(tǒng)滿足業(yè)務(wù)交易的數(shù)據(jù)需求;OLAP側(cè)以維標數(shù)據(jù)標準為主;8 ④OLTP側(cè)以數(shù)據(jù)分布、數(shù)據(jù)流管理為主,核心在于構(gòu)建數(shù)據(jù)實體與業(yè)務(wù)流程的關(guān)聯(lián)關(guān)系;OLAP側(cè)以數(shù)據(jù)采集接入、總線矩陣管理為主,確保數(shù)據(jù)資源的準確采集和高效匯聚,保證數(shù)據(jù)分析結(jié)果回流到業(yè)務(wù)活動中;⑤主數(shù)據(jù)是介于應(yīng)用集成和數(shù)據(jù)集成之間的一種特殊狀態(tài),其本身是業(yè)務(wù)數(shù)據(jù)的一種特別狀態(tài),但其既可以有力推動應(yīng)用集成,又可為數(shù)據(jù)集成和數(shù)據(jù)分析挖掘提供高質(zhì)量的核心業(yè)務(wù)數(shù)據(jù)資源;⑥企業(yè)數(shù)據(jù)架構(gòu)參考框架需要結(jié)合企業(yè)實際的數(shù)字化現(xiàn)狀進行重構(gòu),并進行業(yè)務(wù)的實例化才9本章主要闡述企業(yè)數(shù)據(jù)架構(gòu)的主要管理活動,將架構(gòu)規(guī)劃、數(shù)據(jù)標準、數(shù)據(jù)模型和數(shù)據(jù)分布作為企業(yè)數(shù)據(jù)架構(gòu)管理活動的核心內(nèi)容,用以指導企業(yè)數(shù)據(jù)架構(gòu)的建設(shè)和管理。由于主數(shù)據(jù)管理是在企業(yè)全局視角下圍繞核心業(yè)務(wù)對象的數(shù)據(jù)管理工作,保證核心業(yè)務(wù)對象數(shù)據(jù)的全局一致性,數(shù)據(jù)需求分析數(shù)據(jù)需求分析是數(shù)據(jù)架構(gòu)規(guī)劃的第一步,宏觀、微觀的數(shù)據(jù)需求是開展數(shù)據(jù)數(shù)據(jù)架構(gòu)的設(shè)計提供支持,主要任務(wù)包括業(yè)務(wù)需求收集和分析挖掘、確定數(shù)據(jù)量規(guī)模和類型、評估數(shù)據(jù)處理性能需求、分析數(shù)據(jù)安全需求等。數(shù)據(jù)需求分析的本質(zhì)是對業(yè)務(wù)活動的分析,收集和整理業(yè)務(wù)活動的信息需求、數(shù)據(jù)需求,要求分析人員具有業(yè)務(wù)背景和業(yè)務(wù)知識,是一個常常被忽數(shù)據(jù)資源盤點數(shù)據(jù)資源盤點是對企業(yè)數(shù)據(jù)資源現(xiàn)狀的深入分析和全局情況歸集,為數(shù)據(jù)管理的整體工作提供數(shù)據(jù)基礎(chǔ),很多企業(yè)都將數(shù)據(jù)資源盤點作為數(shù)據(jù)管理工作的起點,并形成了工作方法和技術(shù)要求。數(shù)據(jù)資源盤點涉及企業(yè)內(nèi)所有數(shù)據(jù)資源,包括數(shù)據(jù)庫、文件系統(tǒng)、云存儲和 構(gòu)建數(shù)據(jù)全景視圖企業(yè)開展數(shù)據(jù)資源盤點的現(xiàn)實目標是構(gòu)建企業(yè)數(shù)據(jù)全景視圖或數(shù)據(jù)地圖,配合資源目錄、數(shù)據(jù)門戶等工作,以快速、精準、自助式地找到數(shù)據(jù)。通常會將盤點作為年度的重點工作任務(wù),通過幾期項目完成全域數(shù)據(jù)盤點工作,完成數(shù)據(jù)架構(gòu)管理的初始化。在實際數(shù)據(jù)架構(gòu)藍圖設(shè)計數(shù)據(jù)架構(gòu)藍圖設(shè)計的主要內(nèi)容包括定義數(shù)據(jù)標準、設(shè)計數(shù)據(jù)模型、設(shè)計數(shù)據(jù)分布和集成關(guān)系、制定質(zhì)量和安全策略、設(shè)計數(shù)據(jù)訪問策略等。企業(yè)數(shù)據(jù)架構(gòu)的藍圖是數(shù)據(jù)架構(gòu)管理各項工作的目標圖,為各項管理工作提供清晰的目標和路徑,并納入企業(yè)中長期的數(shù)據(jù)戰(zhàn)略或數(shù)字化戰(zhàn)略規(guī)劃中。藍圖的設(shè)計應(yīng)以數(shù)據(jù)需求分析結(jié)果和數(shù)據(jù)資源盤點結(jié)果為基礎(chǔ),兼顧企業(yè)當前現(xiàn)狀并對未來的發(fā)展做前瞻性規(guī)劃,但是企業(yè)目前面臨的挑戰(zhàn)在于數(shù)據(jù)架構(gòu)藍圖與業(yè)務(wù)數(shù)據(jù)標準管理已經(jīng)作為企業(yè)數(shù)據(jù)管理體系一個獨立領(lǐng)域,部分企業(yè)會設(shè)置獨立的數(shù)據(jù)標準管理處室進行管理。數(shù)據(jù)標準制定活動包括定義業(yè)務(wù)屬性標準、技術(shù)屬性標準、管理屬性標準等,其中技術(shù)屬性標準是數(shù)據(jù)架構(gòu)重點管理的范疇,主要包括數(shù)據(jù)命名規(guī)則、格式、類型和質(zhì)量標準,確保數(shù)據(jù)在整個組織中的一致性和可比較性,促進跨部門和跨系統(tǒng)的數(shù)據(jù)整合。由于數(shù)據(jù)標準是描述數(shù)據(jù)架構(gòu)的基礎(chǔ),數(shù)據(jù)標準之間的關(guān)聯(lián)關(guān)系直接決定和影響數(shù)據(jù)架構(gòu)內(nèi)容,本指南①業(yè)務(wù)術(shù)語是數(shù)據(jù)項定義的基礎(chǔ),基于業(yè)務(wù)術(shù)語可以做根和數(shù)據(jù)元組合的方式可以實現(xiàn);②業(yè)務(wù)詞根和數(shù)據(jù)元指導參考數(shù)據(jù)的定義,形成字段含義的內(nèi)容取值清單;③業(yè)務(wù)術(shù)語支持指標口徑和指標名稱的定義,基于業(yè)務(wù)詞根和數(shù)據(jù)元組合的方式可以實④參考數(shù)據(jù)可以視作數(shù)據(jù)項標準的一部分,由于很多參考數(shù)涵,需單獨進行管理;⑤越是重要的參考數(shù)據(jù)、數(shù)據(jù)項,國家和行業(yè)的管控力要單獨進行維護,也是對接國家和行業(yè),支撐跨企業(yè)數(shù)據(jù)協(xié)同的基礎(chǔ);⑥主數(shù)據(jù)是業(yè)務(wù)數(shù)據(jù)的子集,主要突出跨系統(tǒng)和跨流程共享;⑦指標數(shù)據(jù)在構(gòu)建過程中需要以數(shù)據(jù)項標準為基礎(chǔ);⑧業(yè)務(wù)數(shù)據(jù)在進行數(shù)據(jù)建模過程中,需要以數(shù)據(jù)項標準的是,在數(shù)據(jù)標準的管理范疇中,數(shù)據(jù)模型一般指邏輯模型,并非直接在系統(tǒng)中產(chǎn)生的物理數(shù)據(jù)記錄;⑨在進行業(yè)務(wù)數(shù)據(jù)建模的過程中,需要統(tǒng)籌考慮指標數(shù)據(jù) 指標數(shù)據(jù)是企業(yè)數(shù)據(jù)管理和應(yīng)用的核心內(nèi)容,指標數(shù)據(jù)標準與字段、記錄值、計算公式等內(nèi)容存在聯(lián)動關(guān)系,對實際的數(shù)據(jù)資源歸集和數(shù)據(jù)加工處理起著主導作用。由于指標口徑指導原始數(shù)據(jù)記錄的篩選,屬性字段決定指標構(gòu)成和指標維度,指標數(shù)據(jù)標準既需要一套完整的指標體系框架,又需要和實際數(shù)據(jù)資源進行聯(lián)動考慮,指標的加工來自于經(jīng)營管理需求,但本質(zhì)上受到數(shù)數(shù)據(jù)標準是數(shù)據(jù)架構(gòu)的核心組件,標準對數(shù)據(jù)模型和數(shù)據(jù)庫開發(fā)有著重要影響,無論是交易側(cè)的業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫開發(fā)還是分析側(cè)的數(shù)據(jù)整合應(yīng)用,都需要企業(yè)級統(tǒng)一的數(shù)據(jù)標準作為支撐。在系統(tǒng)開發(fā)和數(shù)據(jù)開發(fā)過程中對字段標準和參考數(shù)據(jù)標準進行審查,在分析應(yīng)用的數(shù)據(jù)開發(fā)過程在數(shù)據(jù)架構(gòu)管理的視角下,企業(yè)數(shù)據(jù)標準管理面臨的重要挑戰(zhàn)一是沒有數(shù)據(jù)標準意識,在數(shù)據(jù)匯聚整合后出現(xiàn)大量矛盾和分歧,難以快速開展加工應(yīng)用;二是數(shù)據(jù)標準與數(shù)據(jù)架構(gòu)缺少關(guān)聯(lián)關(guān)系,數(shù)據(jù)標準的貫徹應(yīng)用缺少具體路徑,數(shù)據(jù)標準與應(yīng)用架構(gòu)脫節(jié);三是數(shù)據(jù)標準規(guī)模失控,企業(yè)數(shù)據(jù)分布管理是極具挑戰(zhàn)的一項管理內(nèi)容,在實踐過程中首先面臨的挑戰(zhàn)是數(shù)據(jù)分布的管理范圍和表現(xiàn)形式是什么,因為這直接決定了數(shù)據(jù)分布管理的范圍、對象、顆粒度、任務(wù)量。數(shù)據(jù)集成關(guān)系等動態(tài)關(guān)系的管理,管理數(shù)據(jù)實體與業(yè)務(wù)流程、IT系統(tǒng)的關(guān)聯(lián)關(guān)系。常見的數(shù)據(jù)分數(shù)據(jù)流從業(yè)務(wù)架構(gòu)視角下數(shù)據(jù)分布管理以數(shù)據(jù)流的形式展現(xiàn),在業(yè)務(wù)領(lǐng)域、流程、活動、任務(wù)、步驟的五級業(yè)務(wù)架構(gòu)中,數(shù)據(jù)流用于描述某一業(yè)務(wù)對象在信息系統(tǒng)中的引用關(guān)系。完善的數(shù)據(jù)流結(jié)構(gòu)依賴于完整的業(yè)務(wù)流程體系,數(shù)據(jù)流程不僅可以指導IT系統(tǒng)的開發(fā),還可以為數(shù)據(jù) 矩陣以二維表格形式將數(shù)據(jù)項和業(yè)務(wù)流程進行關(guān)聯(lián),記錄業(yè)務(wù)對象在每一個流程步驟中被創(chuàng)建(Create)、讀?。≧ead)、更新(Update)、刪除(Delete)的情況,明確業(yè)務(wù)對象在業(yè)務(wù)流程中的CURD操作。CU矩陣既可以管理數(shù)據(jù)對象的分布情況,還可以了解各業(yè)務(wù)環(huán)節(jié)的數(shù)據(jù)操作內(nèi)容,是在企業(yè)實踐過程中經(jīng)常使用的管理方式。在主數(shù)據(jù)的規(guī)劃和建設(shè)過程中,也可以將屬性字段與IT系統(tǒng)進行關(guān)聯(lián),從而準確得到不同業(yè)務(wù)流程和IT系統(tǒng)間的共享屬性字段,為主數(shù)數(shù)據(jù)分布應(yīng)盡量消除數(shù)據(jù)冗余,確保數(shù)據(jù)權(quán)威、一致,但是考慮到數(shù)據(jù)使用過程的效率、時一般由產(chǎn)生數(shù)據(jù)、頻繁使用、業(yè)務(wù)關(guān)聯(lián)緊密的系統(tǒng)作為主數(shù)據(jù)源,為了縮短業(yè)務(wù)操作過程、提高數(shù)據(jù)使用效率、提高系統(tǒng)平臺性能等,允許系統(tǒng)間進行數(shù)據(jù)同步或復制。但是數(shù)據(jù)同步需要遵循基本的架構(gòu)管控原則,例如所有輔數(shù)據(jù)源應(yīng)由主數(shù)據(jù)源提供數(shù)據(jù)、輔助數(shù)據(jù)源的數(shù)據(jù)更新不應(yīng)早總線矩陣總線矩陣是數(shù)據(jù)倉庫建設(shè)的重要內(nèi)容和成果,基于業(yè)務(wù)過程構(gòu)建一致致性事實,指導數(shù)據(jù)倉庫的建設(shè)??偩€矩陣可以幫助各方人員直觀了解數(shù)據(jù)架構(gòu)體系,提高數(shù)據(jù)一致性、避免重復建設(shè)、關(guān)聯(lián)主數(shù)據(jù)資源,是需要架構(gòu)師進行長期維護和全局共享的重要內(nèi)容,下圖所示為Kimball提出的零售企業(yè)數(shù)據(jù)倉庫總線矩陣。總線矩陣是數(shù)據(jù)倉庫建設(shè)的體系性指導,其獨立于具體技術(shù),用于規(guī)劃和指導數(shù)據(jù)倉庫、BI等系統(tǒng)的長期數(shù)據(jù)內(nèi)容需求,既保證數(shù)據(jù)采集接口清單企業(yè)為提高數(shù)據(jù)資源的匯聚整合程度,在大數(shù)據(jù)體系建設(shè)和數(shù)據(jù)挖掘應(yīng)用等工作中,對數(shù)據(jù)采集接入十分重視。由于數(shù)據(jù)來源的持續(xù)增多,企業(yè)需要持續(xù)維護和更新數(shù)據(jù)采集規(guī)范,除采集周期、接口技術(shù)方式、采集對象等基本內(nèi)容外,還會制定采集策略、原則和職責。另外,數(shù)據(jù)采集工作需要符合安全合規(guī)要求,并指定明確的數(shù)據(jù)提供方和數(shù)據(jù)接收方,以保證數(shù)據(jù)采集匯聚工作安全有序。當系統(tǒng)建設(shè)變更時,需要同步進行接口的規(guī)劃和維護,確保數(shù) 數(shù)據(jù)模型是企業(yè)數(shù)據(jù)架構(gòu)的核心內(nèi)容,數(shù)據(jù)模型的設(shè)計、實施、管理和優(yōu)化是企業(yè)數(shù)據(jù)架構(gòu)主要活動內(nèi)容,以確保數(shù)據(jù)需求得到有效表達、數(shù)據(jù)資源得到充分共享和利用。在實踐過程中企業(yè)將數(shù)據(jù)模型劃分為企業(yè)級數(shù)據(jù)模型和系統(tǒng)級數(shù)據(jù)模型,企業(yè)級數(shù)據(jù)模型對OLTP側(cè)的IT系統(tǒng)開發(fā)和OLAP側(cè)的數(shù)據(jù)開發(fā)工作具有指導作用。企業(yè)級數(shù)據(jù)模型一般由主題域、企業(yè)級概念模型聯(lián)業(yè)務(wù)流程建設(shè)和數(shù)據(jù)標準建設(shè)等工作,建設(shè)和維護成本高昂。企業(yè)級數(shù)據(jù)模型可以指導系統(tǒng)級的基礎(chǔ),目錄的建設(shè)和管理需要從盤點工作盡快轉(zhuǎn)為企業(yè)級數(shù)據(jù)模型的建設(shè)和管理;二是將目錄作為數(shù)據(jù)資源、數(shù)據(jù)資產(chǎn)、數(shù)據(jù)產(chǎn)品和服務(wù)等成果的展現(xiàn)方式,目錄的建設(shè)和管理盡可能與數(shù)據(jù)目前企業(yè)普遍意識到數(shù)據(jù)模型建設(shè)和管理的重要性,引入相關(guān)工具進行管理,但是數(shù)據(jù)模型管理的挑戰(zhàn)依然巨大,主要挑戰(zhàn)包括:一是缺少專業(yè)人才,不具備自頂向下的正向建模能力,以物理數(shù)據(jù)庫表逆向建模完成模型初始化工作;二是缺少大型項目契機,無法構(gòu)建全面的企業(yè)級數(shù)據(jù)模型,數(shù)據(jù)模型建設(shè)和管理工作在各開發(fā)團隊中難以全面推廣;三是企業(yè)級數(shù)據(jù)模型的維護成本較高,數(shù)據(jù)模型難以得到持續(xù)的更新和維護;四是與企業(yè)級數(shù)據(jù)模型配套的業(yè)務(wù)流程管理、數(shù)據(jù)標準管理、精細化開發(fā)管理等工作,尚未下圖展現(xiàn)了企業(yè)級數(shù)據(jù)模型的貫徹應(yīng)用和管控路徑。在應(yīng)用系統(tǒng)或分析項目開發(fā)過程中,目標系統(tǒng)承接企業(yè)級數(shù)據(jù)模型的實體和屬性,形成系統(tǒng)級的邏輯數(shù)據(jù)模型后指導物理數(shù)據(jù)模型的開發(fā)工作。企業(yè)級、領(lǐng)域級和系統(tǒng)級數(shù)據(jù)模型之間相互關(guān)聯(lián)、互為支撐,為了保證整個技術(shù)流程得到有效貫徹,系統(tǒng)級的開發(fā)項目通常需要得到領(lǐng)域架構(gòu)師的評審,如果是企業(yè)級的項目則需要在架構(gòu)委員會進行評審。企業(yè)級數(shù)據(jù)模型管控路徑的執(zhí)行需要足夠規(guī)模和足夠能力的架構(gòu)師團隊,同時 主數(shù)據(jù)管理是一系列規(guī)則、應(yīng)用和技術(shù),用以協(xié)調(diào)和管理與組織核心業(yè)務(wù)實體相關(guān)的系統(tǒng)記錄數(shù)據(jù)。主數(shù)據(jù)管理負責企業(yè)核心業(yè)務(wù)數(shù)據(jù)記錄的統(tǒng)一管理和分發(fā),與業(yè)務(wù)流程和IT系統(tǒng)緊密相關(guān),主數(shù)據(jù)具備打通全局數(shù)據(jù)架構(gòu)的基本功能,可以作為數(shù)據(jù)架構(gòu)逐步落地的一種務(wù)實方法。在《主數(shù)據(jù)管理實踐白皮書(2.0)》中總結(jié)了主數(shù)據(jù)管理的三種模式,可以作為以核心業(yè)務(wù)對在集中式應(yīng)用模式中,所有主數(shù)據(jù)都通過主數(shù)據(jù)管理系統(tǒng)進行創(chuàng)建、查詢和維護操作,再由主數(shù)據(jù)系統(tǒng)同步給業(yè)務(wù)系統(tǒng)。適用于組織結(jié)構(gòu)相對簡單,或決策權(quán)力高度集中,或?qū)?shù)據(jù)一致性和集中控制有較高要求時。聯(lián)邦式應(yīng)用模式一般由多個源頭系統(tǒng)作為主數(shù)據(jù)權(quán)威源頭,各類應(yīng)用系統(tǒng)既可以將主數(shù)據(jù)記錄傳遞給主數(shù)據(jù)管理系統(tǒng)進行統(tǒng)一分發(fā),也能夠直接在源頭業(yè)務(wù)系統(tǒng)間落實主數(shù)據(jù)記錄的同步和分發(fā)。適用于組織中業(yè)務(wù)分布廣泛,但仍需要一定程度的數(shù)據(jù)集中管理。各業(yè)務(wù)單元保留一定程度的自治權(quán),但通過聯(lián)邦機制進行協(xié)同。分析式應(yīng)用模式是在數(shù)據(jù)分析側(cè)對主數(shù)據(jù)對象進行分析提煉,進入數(shù)據(jù)倉庫和數(shù)據(jù)湖的數(shù)據(jù)中包含了主數(shù)據(jù)對象,經(jīng)統(tǒng)一清洗、轉(zhuǎn)換、集成,形成準確、一致的主數(shù)據(jù)集合,為分析型應(yīng)用提供數(shù)據(jù)支撐。適用于組織結(jié)構(gòu)較為分散,各業(yè)務(wù)單元有較大獨立性,需要靈活管理主數(shù)據(jù)的情況。每個業(yè)務(wù)單元的數(shù)據(jù)管理自洽,本章聚焦企業(yè)數(shù)據(jù)架構(gòu)實踐過程中容易出現(xiàn)的誤區(qū),闡述其主要現(xiàn)象及不良影響,為企業(yè)提數(shù)據(jù)架構(gòu)的規(guī)劃與設(shè)計往往由技術(shù)團隊主導,過度關(guān)注于采用最新、最先進的技術(shù),而忽視了業(yè)務(wù)需求的核心驅(qū)動力。這種做法可能導致技術(shù)選型與實際應(yīng)用場景脫節(jié),收集、存儲和處理的數(shù)據(jù)無法有效支撐業(yè)務(wù)決策,最終無法滿足用戶期望。數(shù)據(jù)架構(gòu)的規(guī)劃應(yīng)緊密圍繞業(yè)務(wù)需求展開,確保技術(shù)選型能夠切實解決業(yè)務(wù)痛點,從而提升業(yè)務(wù)效率。在引入新技術(shù)時,應(yīng)進行充分的業(yè)務(wù)影響分析和成本效益評估。雖然高可用性和高性能對于任何數(shù)據(jù)系統(tǒng)都至關(guān)重要,但將其作為數(shù)據(jù)架構(gòu)設(shè)計的唯一目標是片面的。過分強調(diào)技術(shù)性能可能導致忽視其他關(guān)鍵因素,如數(shù)據(jù)的很多企業(yè)在規(guī)劃和設(shè)計數(shù)據(jù)架構(gòu)時,往往依賴于現(xiàn)有的信息化系統(tǒng)。企業(yè)通常會認為數(shù)據(jù)架構(gòu)的設(shè)計應(yīng)當與當前的信息系統(tǒng)保持一致,以便降低實施的復雜性和成本。然而,這種思維方式忽略了數(shù)據(jù)架構(gòu)的獨立性和長期性。數(shù)據(jù)架構(gòu)不應(yīng)只是信息系統(tǒng)的附屬品,而應(yīng)作為企業(yè)整體架企業(yè)的項目開發(fā)實施與數(shù)據(jù)架構(gòu)活動間的脫節(jié)是一個常見的現(xiàn)象。在項目開發(fā)過程中,企業(yè)往往專注于實現(xiàn)短期的業(yè)務(wù)目標,而忽略了與數(shù)據(jù)架構(gòu)的協(xié)調(diào)。這種情況下,項目開發(fā)可能在沒有充分考慮數(shù)據(jù)架構(gòu)設(shè)計的前提下,直接進入實施階段,導致架構(gòu)設(shè)計與實際開發(fā)的不一致。這 種脫節(jié)不僅會導致重復工作,還可能引發(fā)數(shù)據(jù)不一致、功能缺失等問題。有效的數(shù)據(jù)架構(gòu)設(shè)計必須與企業(yè)在項目的各個階段保持高度的一致性,確保數(shù)據(jù)架構(gòu)與業(yè)務(wù)需求、技術(shù)實施同步推進,企業(yè)將數(shù)據(jù)架構(gòu)的建設(shè)與管理簡單等同于對數(shù)據(jù)湖、數(shù)據(jù)倉庫的管控工作,認為只要管理好湖倉數(shù)據(jù),就完成了企業(yè)數(shù)據(jù)架構(gòu)的工作,忽略了數(shù)據(jù)架構(gòu)的全局性。實際上,數(shù)據(jù)架構(gòu)不僅僅是存在于湖倉的數(shù)據(jù)存儲、整合和管理任務(wù),也需要覆蓋到源頭業(yè)務(wù)系統(tǒng),它涵蓋了數(shù)據(jù)的生命周期管理。企業(yè)需要從全局角度出發(fā),建立覆蓋數(shù)據(jù)生命周期的管理機制,確保數(shù)據(jù)架構(gòu)不僅支IT部門往往被視為技術(shù)支持的提供者,而非企業(yè)戰(zhàn)略決策的參與者。技術(shù)與業(yè)務(wù)之間的鴻溝也是不可忽視的因素。隨著技術(shù)的快速發(fā)展,IT部門逐漸形成了自己的專業(yè)壁壘,與業(yè)務(wù)部門之間的溝通變得困難,導致數(shù)據(jù)架構(gòu)的設(shè)計與實施難以充分融入業(yè)務(wù)需求。同時,企業(yè)內(nèi)部缺乏有效的很多企業(yè)錯誤地認為數(shù)據(jù)架構(gòu)是一個可選項,尤其是在數(shù)據(jù)管理需求尚未顯現(xiàn)時。這種錯誤的觀點顯然低估了數(shù)據(jù)架構(gòu)在支持企業(yè)戰(zhàn)略決策和業(yè)務(wù)擴展中的重要作用。數(shù)據(jù)架構(gòu)不僅僅是技術(shù)實施的一部分,它直接影響企業(yè)的業(yè)務(wù)全流程和數(shù)據(jù)治理能力。忽視數(shù)據(jù)架構(gòu)的戰(zhàn)略地位的問題可能在初期不明顯,但隨著企業(yè)數(shù)據(jù)量的增長和業(yè)務(wù)的復雜化,缺乏有效數(shù)據(jù)架構(gòu)的支持將導本章對民航業(yè)、銀行業(yè)、保險業(yè)、裝備制造業(yè)的企業(yè)數(shù)據(jù)架構(gòu)實踐案例進行了匯編,通過企自2010年起,中國東方航空股份有限公司(以下簡稱“東航”)每年的戰(zhàn)略解碼都有一場信息化硬仗,樹立了“IT引領(lǐng)”的發(fā)展理念。在2014年,東航在信息部成立的企業(yè)架構(gòu)團隊,引入基于TOGAF的企業(yè)架構(gòu)建模方法,自上而下進行頂層設(shè)計。2017年,東航設(shè)立數(shù)據(jù)職能和部門,構(gòu)建數(shù)據(jù)管理組織體系、管理制度及流程,有力促進了跨領(lǐng)域信息的交互和共享。經(jīng)過持續(xù)迭代優(yōu)化,企業(yè)架構(gòu)逐步成為連接東航業(yè)務(wù)發(fā)展戰(zhàn)略與信息化項目的關(guān)鍵指導工具,并形成東航數(shù)據(jù)架構(gòu)管理以企業(yè)信息化戰(zhàn)略為核心,遵循“業(yè)務(wù)驅(qū)動,統(tǒng)一目錄、統(tǒng)一模型、規(guī)范分布”的原則,促進數(shù)據(jù)與業(yè)務(wù)的深度融合,在跨業(yè)務(wù)、跨部門、跨系統(tǒng)數(shù)據(jù)拉通建立基礎(chǔ)。根據(jù)東航信息化戰(zhàn)略頂層設(shè)計及推進工作,參照TOGAF企業(yè)架構(gòu)框架,以業(yè)務(wù)架構(gòu)為輸入,持續(xù)通過識別各流程節(jié)點的輸入和輸出信息,形成數(shù)據(jù)實體。與業(yè)務(wù)流程分級相同,數(shù)據(jù)架構(gòu)也分層進行組織,包含主題模型、概念模型、詳細模型和系統(tǒng)模型。其中,前三層為企業(yè)級數(shù)據(jù)模型。 二是自下而上統(tǒng)籌數(shù)據(jù)架構(gòu)接納信息化建設(shè)成果。東航信息化建設(shè)歷時十多年,建設(shè)了400+個應(yīng)用系統(tǒng)。企業(yè)級數(shù)據(jù)模型設(shè)計必須通過現(xiàn)狀調(diào)研,在充分掌握各應(yīng)用系統(tǒng)承載的業(yè)務(wù)流程、運行中的數(shù)據(jù)庫模型和接口定義等信息之后,提煉總結(jié)成為跨越系統(tǒng)和業(yè)務(wù)領(lǐng)域的企業(yè)級三是由外向內(nèi)遵從民航業(yè)高標準數(shù)據(jù)架構(gòu)要求。航空運輸對技術(shù)要求高、設(shè)備操作復雜,需要機場、空管、航司等多家單位互相協(xié)同。為此,IATA(國際航空運輸協(xié)會)和ICAO(國際民NDC標準等。國內(nèi)民航局也發(fā)布了《中國民航航班運行數(shù)據(jù)開放資源目錄》和《智慧機場數(shù)據(jù)規(guī)范與交互技術(shù)指南》,定義了各單位間的數(shù)據(jù)傳輸格式,對各單位制定數(shù)據(jù)標準、設(shè)計數(shù)據(jù)模型有很好的借鑒作用。東航企業(yè)數(shù)據(jù)模型還借鑒了TOGAF發(fā)布的《商業(yè)航空公司參考模型》、四是由內(nèi)向外保障產(chǎn)業(yè)鏈條數(shù)據(jù)兼容一致。為了更好地保障航班、服務(wù)旅客,東航要與民航局、機場、空管等多家單位協(xié)同,通過數(shù)據(jù)共享,建立完整的航班保障鏈和旅客服務(wù)鏈。受限于各系統(tǒng)建模差異,外部報文數(shù)據(jù)缺失航班OneID和旅客OneID,東航設(shè)計了用于公司內(nèi)外部共識別出業(yè)務(wù)數(shù)據(jù)需求,統(tǒng)一數(shù)據(jù)語言及操作手段,提供應(yīng)用架構(gòu)(系統(tǒng)功能、組件、接口等)和技術(shù)架構(gòu)(技術(shù)指標、技術(shù)選型等)設(shè)計和開發(fā)的依據(jù)。東航數(shù)據(jù)模型發(fā)展可概括為三個階段:(1)系統(tǒng)應(yīng)用實現(xiàn)階段(2010—2016年)在此階段,數(shù)據(jù)模型處于“無意識”管理狀態(tài)。針對公司信息系統(tǒng)數(shù)據(jù)模型呈現(xiàn)“各自為戰(zhàn)”(2)企業(yè)模型實踐階段(2016—2018年)依托業(yè)務(wù)模型建立企業(yè)級數(shù)據(jù)模型,指導作用信息系統(tǒng)建設(shè)。東航的企業(yè)級數(shù)據(jù)模型參考國內(nèi)、外行業(yè)級組織發(fā)布的航空運輸行業(yè)數(shù)據(jù)模型,并結(jié)合東航業(yè)務(wù)系統(tǒng)的業(yè)務(wù)特性進行構(gòu)建。根據(jù)業(yè)務(wù)屬性,東航將業(yè)務(wù)數(shù)據(jù)規(guī)劃為14個主題數(shù)據(jù)域模型和主題域概念模型,分別是定價、座 (3)模型集中管理階段(2018年至今)通過引入統(tǒng)一建模工具,實現(xiàn)數(shù)據(jù)資產(chǎn)管理閉環(huán),形成完整數(shù)據(jù)地圖及多套數(shù)據(jù)目錄體系。東航已實現(xiàn)系統(tǒng)數(shù)據(jù)模型事前統(tǒng)一、事中評審、事后監(jiān)控的全流程管理。事前統(tǒng)一即通過統(tǒng)一的建模工具,進行模型設(shè)計。事中評審即增加模型評審環(huán)節(jié),架構(gòu)師負責評審,模型工具配合模型規(guī)范性檢查。事后監(jiān)控即數(shù)據(jù)模型部署生產(chǎn)環(huán)境后,通過模型工具捕捉模型差異,監(jiān)控模型的一致性、完整性。在系統(tǒng)模型的管控過程中,了解業(yè)務(wù)發(fā)展,及時分析數(shù)據(jù)目錄差異,同步更新企東航通過項目立項環(huán)節(jié)識別主數(shù)據(jù)、審查一致性,保證主數(shù)據(jù)建模源頭一致;通過系統(tǒng)模型事中評審和事后監(jiān)控,驗證主數(shù)據(jù)建模的一致性,檢查數(shù)據(jù)建模的遵從。同時,東航持續(xù)開展相關(guān)主題數(shù)據(jù)域的業(yè)務(wù)梳理,組織編制相關(guān)數(shù)據(jù)的數(shù)據(jù)標準,形成相關(guān)領(lǐng)域的概念模型和子領(lǐng)域的 東航數(shù)據(jù)架構(gòu)和發(fā)展藍圖日趨完善,已形成統(tǒng)一的數(shù)據(jù)資產(chǎn)管理體系與框架,統(tǒng)籌對接數(shù)據(jù)類建設(shè)、共享需求,打破數(shù)據(jù)壁壘,減少數(shù)據(jù)理解成本,避免重復投資,優(yōu)化數(shù)據(jù)治理,推動業(yè)隨著內(nèi)外部環(huán)境的變化,面臨著客戶需求升級、人口紅利變化、老齡化趨勢加速的機遇與挑戰(zhàn),需要通過數(shù)字化改革構(gòu)建新的增長曲線,而數(shù)據(jù)是數(shù)字化改革的重要引擎。平安人壽作為數(shù)字原生企業(yè)高度重視數(shù)字化對企業(yè)發(fā)展的賦能作用,從2019年起在行業(yè)內(nèi)率先探索改革轉(zhuǎn)型,打造平安人壽的數(shù)據(jù)架構(gòu)建設(shè)是在新老系統(tǒng)并存、系統(tǒng)間數(shù)據(jù)架構(gòu)交叉的背景下,面對日益豐富的數(shù)據(jù)使用場景和快速增長的數(shù)據(jù)量,亟需升級企業(yè)數(shù)據(jù)架構(gòu)擺脫脫煙囪式的建設(shè)模式。以下從(一)數(shù)據(jù)分析側(cè)數(shù)據(jù)架構(gòu)建設(shè)思路平安人壽在數(shù)據(jù)分析側(cè)摒棄了煙囪式的數(shù)據(jù)集市模式,構(gòu)建統(tǒng)一的數(shù)據(jù)底座,建設(shè)了全新的平安人壽數(shù)據(jù)倉庫。數(shù)據(jù)底座中形成了統(tǒng)一的公共維度模型層,并構(gòu)建了覆蓋從設(shè)計評審到效果在統(tǒng)一的公共維度模型之上,為了快速高效產(chǎn)出各類指標,平安人壽建設(shè)原子和派生的指標 (二)應(yīng)用系統(tǒng)側(cè)數(shù)據(jù)架構(gòu)建設(shè)思路平安人壽以TOGAF為指導構(gòu)建完善的企業(yè)架構(gòu)管理體系,數(shù)據(jù)架構(gòu)作為其中的核心環(huán)節(jié)。通過建立架構(gòu)基本法,明確數(shù)據(jù)架構(gòu)的交付物和標準,對存量系統(tǒng)按架構(gòu)基本法要求分階段進行架構(gòu)資產(chǎn)盤點梳理,對增量系統(tǒng)要求按照架構(gòu)基本法規(guī)范進行架構(gòu)設(shè)計,統(tǒng)一通過架構(gòu)設(shè)計平臺通過設(shè)計企業(yè)架構(gòu)元模型,明確各元素定義和關(guān)系,指導設(shè)計建模,確保數(shù)據(jù)架構(gòu)與應(yīng)用架構(gòu)、技術(shù)架構(gòu)、業(yè)務(wù)架構(gòu)對齊一致,快速響應(yīng)業(yè)務(wù)變化,高效支持業(yè)務(wù)目標達成。以企業(yè)架構(gòu)元模型為基礎(chǔ),構(gòu)建企業(yè)級數(shù)據(jù)模型,根據(jù)業(yè)務(wù)架構(gòu)全景劃分主題域,依據(jù)業(yè)務(wù)流程設(shè)計,抽象識別業(yè)務(wù)對象并形成概念模型。在概念模型基礎(chǔ)上,根據(jù)業(yè)務(wù)場景添加關(guān)鍵屬性,對業(yè)務(wù)活動、業(yè)平安人壽的數(shù)據(jù)體系在過去的20多年時間里,經(jīng)歷了從傳統(tǒng)企業(yè)數(shù)據(jù)倉庫到大數(shù)據(jù)平臺再不同業(yè)務(wù)的獨立主題集市;從20年開始,公司通過三年的時間,實現(xiàn)數(shù)據(jù)中臺化;最后從數(shù)據(jù)第二階段是在公司積累了大量報表之后,通過對這些報表按照業(yè)務(wù)主題驅(qū)動,來響應(yīng)不同業(yè)第三階段則是隨著平安人壽數(shù)據(jù)體量越來越大,從2016年開始,公司根據(jù)行業(yè)的開放體系引入了大數(shù)據(jù)平臺,這個階段主要是利用大數(shù)據(jù)的存儲和計算能力來處理很多比較大的數(shù)據(jù)表,第四階段是從2020年平安人壽設(shè)計數(shù)據(jù)中臺開始,公司在數(shù)據(jù)中臺的建設(shè)上引入了第五階段則是由數(shù)據(jù)架構(gòu)升級到企業(yè)架構(gòu),在企業(yè)架構(gòu)框架指導下建設(shè)統(tǒng)一架構(gòu)管理體系,提升架構(gòu)成熟度,全面支持業(yè)務(wù)戰(zhàn)略需求。采用自上而下設(shè)計,建立企業(yè)級數(shù)據(jù)模型,實現(xiàn)從主平安人壽通過構(gòu)建企業(yè)數(shù)據(jù)架構(gòu),全面支持數(shù)字化轉(zhuǎn)型,在數(shù)據(jù)管理、業(yè)務(wù)支持、風險控制、經(jīng)濟效益方面都取得了顯著成績。在數(shù)據(jù)管理方面,平安人壽提升了數(shù)據(jù)管理能力水平,并在2023年獲得了DCMM量化管理級認證;在業(yè)務(wù)支持方面,幫助識別業(yè)務(wù)流程中的瓶頸和低基于建立的數(shù)據(jù)架構(gòu),實現(xiàn)統(tǒng)一的數(shù)據(jù)安全和合規(guī)管理,降低數(shù)據(jù)風險;在經(jīng)濟效益方面,通過 近年來,商業(yè)銀行在數(shù)據(jù)治理與應(yīng)用領(lǐng)域不斷探索前行,在制度體系構(gòu)建、組織架構(gòu)保障、系統(tǒng)平臺建設(shè)等方面均取得了階段性成果,初步具備了數(shù)據(jù)管理基礎(chǔ)能力。然而,隨著數(shù)字化轉(zhuǎn)型的深入和業(yè)務(wù)發(fā)展的需求,對數(shù)據(jù)的靈活性和時效性提出了更高要求,監(jiān)管科技的升級也使得導致其推進效果有限。二是業(yè)數(shù)融合難,面對快速發(fā)展的業(yè)務(wù)需求,數(shù)據(jù)開發(fā)仍依賴傳統(tǒng)模式,推進數(shù)據(jù)與業(yè)務(wù)緊密融合,加強數(shù)據(jù)治理制度體系、組織架構(gòu)和系統(tǒng)平臺建設(shè),實現(xiàn)數(shù)據(jù)規(guī)范化管理、自助化分析、智慧化服務(wù)和服務(wù)數(shù)字化等能力提升,引入大模型、人工智能等先進工具進交通銀行建立了董監(jiān)高層級的數(shù)據(jù)治理決策領(lǐng)導體系,制定了全行數(shù)據(jù)治理規(guī)劃,并將其作為全行數(shù)據(jù)工作的戰(zhàn)略性指導文件,提出“規(guī)范化治理、智慧化服務(wù)、平臺化支撐、協(xié)同化組織”全面推進企業(yè)級數(shù)據(jù)架構(gòu)建設(shè)。數(shù)據(jù)架構(gòu)包含企業(yè)級數(shù)據(jù)模型、數(shù)據(jù)標準、數(shù)據(jù)分布和數(shù)據(jù)流轉(zhuǎn)(1)企業(yè)級數(shù)據(jù)模型交通銀行建立了由各業(yè)務(wù)部門專家參與的專項團隊,全面梳理應(yīng)用架構(gòu)現(xiàn)狀和產(chǎn)品分類,結(jié)和方法、證券期貨行業(yè)數(shù)據(jù)模型,采用雙“T”架構(gòu)構(gòu)建企業(yè)級數(shù)據(jù)模型,覆蓋組織業(yè)務(wù)經(jīng)營管理和決策數(shù)據(jù)需求,通過“自頂向下、逐步求精、弱范式化、松散化”的設(shè)計原則,制定了面向全行的架構(gòu)管控體系,指導企業(yè)級數(shù)據(jù)模型的開發(fā)和管理,依托數(shù)據(jù)建模工具,實現(xiàn)數(shù)據(jù)模型標 (2)數(shù)據(jù)標準數(shù)據(jù)標準是實現(xiàn)企業(yè)數(shù)據(jù)一致性的關(guān)鍵,要求企業(yè)各部門使用統(tǒng)一化、標準化的語言描述數(shù)據(jù)。交通銀行基于已編制的覆蓋零售、公司等各業(yè)務(wù)領(lǐng)域的企業(yè)級數(shù)據(jù)字典,一方面,推進“治理前移”,將數(shù)據(jù)標準的管理工作前置到架構(gòu)評審、需求評審等環(huán)節(jié),以制度和流程保證“基礎(chǔ)具管控”,搭建數(shù)據(jù)建模管控工具,在開發(fā)流程中實現(xiàn)數(shù)據(jù)落標的“強管控”,確??缦到y(tǒng)之間(3)數(shù)據(jù)分布數(shù)據(jù)分布是針對企業(yè)級數(shù)據(jù)模型中數(shù)據(jù)的定義,明確數(shù)據(jù)在系統(tǒng)、組織和流程等方面的分布關(guān)系,定義數(shù)據(jù)類型,明確權(quán)威數(shù)據(jù)源,為數(shù)據(jù)相關(guān)工作提供參考和規(guī)范。交通銀行通過結(jié)合企業(yè)級數(shù)據(jù)模型,以主數(shù)據(jù)為抓手進行數(shù)據(jù)分布的管理,形成主數(shù)據(jù)流向及分布清單,同時將數(shù)據(jù)資產(chǎn)的業(yè)務(wù)場景與業(yè)務(wù)部門的實際業(yè)務(wù)訴求進行關(guān)聯(lián),從而實現(xiàn)了業(yè)務(wù)價值導向的數(shù)據(jù)分布管理方案。通過搭建治理平臺和智能應(yīng)用運維平臺,集中管理數(shù)據(jù)的發(fā)布、使用及審批流程,實現(xiàn)對(4)數(shù)據(jù)流轉(zhuǎn)數(shù)據(jù)流轉(zhuǎn)是建立起組織內(nèi)各應(yīng)用系統(tǒng)、各部門之間的集成共享機制,通過組織內(nèi)部數(shù)據(jù)集成共享相關(guān)制度、標準、技術(shù)等方面的管理,促進組織內(nèi)部數(shù)據(jù)的互聯(lián)互通。交通銀行通過建立企業(yè)級的數(shù)據(jù)集成共享規(guī)范,明確全行數(shù)據(jù)資產(chǎn)主人是全行數(shù)據(jù)資產(chǎn)的所有者和最高決策者,明確了數(shù)據(jù)集成和共享平臺的管理機制和使用步驟,并通過企業(yè)級數(shù)據(jù)中臺支持企業(yè)內(nèi)的數(shù)據(jù)集成和交通銀行數(shù)據(jù)架構(gòu)體系日趨完善,數(shù)據(jù)管理的規(guī)范化水平持續(xù)提升,數(shù)據(jù)治理要求在全行得放化”等特性,提升了建模工作的效率和模型成果的準確度;編制了覆蓋各業(yè)務(wù)領(lǐng)域的企業(yè)級字典規(guī)范,將標準化流程嵌入開發(fā)過程,推進業(yè)務(wù)系統(tǒng)全面貫標,實現(xiàn)從需求到投產(chǎn)的全生命周期的數(shù)據(jù)管控,提升了數(shù)據(jù)質(zhì)量;自動維護數(shù)據(jù)分布關(guān)系,量化數(shù)據(jù)相關(guān)業(yè)務(wù)價值;企業(yè)級數(shù)據(jù)中臺基本建成并有力支持前臺業(yè)務(wù)發(fā)展,內(nèi)外部數(shù)據(jù)融合應(yīng)用不斷深化并持續(xù)賦能業(yè)務(wù)經(jīng)營和風險中車南京浦鎮(zhèn)車輛有限公司(以下簡稱“浦鎮(zhèn)公司”)是從事軌道交通裝備研究和制造的專業(yè)化生產(chǎn)企業(yè),是中國鐵路裝備制造業(yè)大型一檔企業(yè)、中國鐵路空調(diào)雙層客車研制基地、中國城市軌道交通車輛生產(chǎn)定點企業(yè)。2020年,浦鎮(zhèn)公司啟動了以精益數(shù)字管理體系和“三大駕駛艙”隨著數(shù)字化轉(zhuǎn)型的不斷深入,浦鎮(zhèn)公司建設(shè)的信息系統(tǒng)日益增多,為順利推進“城市軌道交通裝備智能工廠”建設(shè)工作,浦鎮(zhèn)公司以數(shù)據(jù)架構(gòu)建設(shè)推動數(shù)據(jù)的生產(chǎn)者、使用者、管理者及數(shù)浦鎮(zhèn)公司數(shù)據(jù)架構(gòu)建設(shè)工作以解決數(shù)據(jù)管理問題為導向,確立了數(shù)據(jù)資產(chǎn)目錄、數(shù)據(jù)標準、數(shù)據(jù)模型和數(shù)據(jù)分布為四大數(shù)據(jù)架構(gòu)組件。在“產(chǎn)品全生命周期數(shù)據(jù)駕駛艙”建設(shè)過程中,碰到找不到數(shù)、取不了數(shù)等問題,選擇“數(shù)據(jù)資產(chǎn)目錄”作為數(shù)據(jù)架構(gòu)組件進行支撐;在企業(yè)主價值鏈貫通過程中碰到的數(shù)據(jù)孤島問題,選擇“數(shù)據(jù)標準”作為數(shù)據(jù)架構(gòu)組件進行支撐;在信息化項 目規(guī)劃與設(shè)計階段,為實現(xiàn)業(yè)務(wù)貫通和數(shù)據(jù)貫通開展的數(shù)據(jù)集成規(guī)劃,選擇“數(shù)據(jù)模型”作為數(shù)據(jù)架構(gòu)組件進行支撐;在“經(jīng)營管理駕駛艙”“生產(chǎn)指揮駕駛艙”建設(shè)過程中,碰到的數(shù)據(jù)源頭(1)數(shù)據(jù)資產(chǎn)目錄數(shù)據(jù)資產(chǎn)目錄作為數(shù)據(jù)架構(gòu)的基礎(chǔ),必須能夠承接浦鎮(zhèn)公司各業(yè)務(wù)環(huán)節(jié)的使用需求和報告分析最小粒度的要求,并支撐數(shù)據(jù)標準、數(shù)據(jù)模型和數(shù)據(jù)分布。每個數(shù)據(jù)資產(chǎn)都

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論