- 產品
- 產品解決方案
- 行業解決方案
- 案例
- 數據資產入表
- 賦能中心
- 伙伴
- 關于
時間:2024-05-17來源:丑陋的笑臉瀏覽數:389次
關于數據架構,個人認為由企業架構層面來說,數據架構是企業架構的一部分,關于數據架構的一些技術細節及管理細節個人認為在DAMA-DMBOK 2.0中沒有做非常詳細的描述。更多是從數據管理的角度上,從如何支持組織其他數據管理實現上來講。所以這一章節內容并不是很多。從認知上理解,數據架構在整個數據管理上的重要性個人認為非常重要,所謂體系本身就是一個架構性的思維方式,我們如果希望數據可以長期有效地保障數據的高質量、可用性、穩定性,特別是實現數據的資產化并實現業務價值,個人認為自上而下的數據架構設計支撐非常重要。我們需要回過頭來學習并理解相關與企業架構、業務架構、應用架構、技術架構,當然也有數據架構的資料及最佳實踐。
在這個章節中,是從以下三個角度來考慮數據架構的:
1、數據架構結果,例如各種級別的模型、定義和數據流,通常稱為數據架構構件。
2、數據架構活動,以形成、部署和實現數據架構的目標。
3、數據架構行為,例如影響企業數據架構的各種角色之間的協作、思維方式和技能。
這三個部分共同構成了數據架構的基本組成部分。

文章中強調了數據架構完成支持整個企業的需求時,它才是最有價值的。
數據架構的重要成果物(交付物)-數據架構設計文檔,是一個正式的企業數據模型,包括數據名稱、全面的數據和元數據定義、概念和邏輯實體、關系以及業務規則。
下面是“數據架構”的語境關系圖及它在管理框架中的位置。

在DAMA中,數據架構的定義是:識別企業的數據需求(無論數據結構如何),并設計和維護總藍圖以滿足這些需求。使用總藍圖來指導數據集成、控制數據資產,并使數據資產與業務戰略保持一致。
1、識別數據存儲與處理需求
2、設計結構和計劃以滿足企業當前和長期的數據需求
3、戰略性地為組織做好準備,快速發展其產品、服務和數據,以利用新興技術中固有的商機
定義組織中數據的當前狀態
提供有關數據和組件的標準業務詞匯
使數據架構與企業戰略和業務架構保持一致
表達組織數據戰略要求
高階數據集成概要設計
與企業架構路線圖集成
·使用數據架構構件(主藍圖)來定義數據需求、指導數據集成、控制數據資產以及使數據項目投資與業務策略保持一致
·與改進業務或IT系統開發的各種利益相關者合作,學習和影響他們
·通過通用業務詞匯和數據架構,搭建企業數據語言
企業架構域(指企業架構中各領域),下面的表體現了不同企業架構域的目的、元素、依賴和角色的分配及區別:


企業架構框架(架構框架是用于開發各種相關架構的基礎結構。架構框架提供了思考和理解架構的方法。它們代表了整體的“架構的架構”)。

Zachman企業架構框架
矩陣框架中的兩個維度分別是作為問詢溝通的列維度(即,什么,如何,在哪里,誰,何時,為什么)和作為驗證轉換的行維度(標識、定義、表示、規范、配置和實例化)。框架分類由單元格(問詢和轉換之間的交集)表示。Zachman框架中的每個單元代表一種獨特的設計工件。
企業數據架構定義了對組織重要的元素的標準術語和設計。企業數據架構的設計包括對業務數據的描述,包括數據的收集、存儲、集成、移動和分布。企業數據架構描述必須包括企業數據模型(例如,數據結構和數據規范)以及數據流設計。
企業數據模型(EDM):EDM是一種整體的、企業級的、與實現無關的概念或邏輯數據模型,為整個企業提供數據的統一一致的視圖。
數據流設計:定義在數據庫、應用程序、平臺和網絡(組件)之間進行存儲和處理的要求和主要藍圖。
數據流可以以不同的詳細級別記錄:主題區域、業務實體,甚至屬性級別。
包括通用(企業范圍的概念模型和邏輯模型)以及特定于應用程序或項目的數據模型,以及定義、規范、映射和業務規則。
EDM可以在不同的細節級別上構建,因此資源可用性將影響建設EDM的初始范圍。而且隨著時間的流逝、企業需求的增長,企業數據模型中需要捕獲的詳細信息的范圍和級別通常會擴展。大多數成功的企業數據模型都是利用不同層級以增量方式和迭代方式來構建的。

跨主題的數據關系示例:

數據流是一種數據血緣文檔,描述了數據如何在業務流程和系統中移動。端到端數據流說明了數據的起源、存儲和使用的地方,以及在內部和不同流程和系統之間移動時如何進行轉換。數據血緣分析可以幫助解釋數據流中給定點的數據狀態。

數據流可以由二維矩陣或數據流圖表示。


數據架構管理活動:建立數據架構實施、與企業架構集成。
數據和企業架構從兩個角度處理復雜性:以質量為導向(傳統數據架構工作一致)、面向創新(不需要完全全面、長期的考慮視角,并且會應用未經驗證的業務邏輯和前沿技術)。
戰略:選擇框架、陳述方法、制定路線圖
接受和文化:告知和激發行為改變
組織:通過明確責任和職責來組織數據架構工作
工作方法:與企業架構保持一致,定義最佳實踐并在開發項目中執行數據架構工作
結果:在總體路線圖中產生數據架構構件

建立數據架構實踐包括三個步驟:評估現有的數據架構、制定路線圖和在項目中管理企業要求。
制定路線圖需要滿足業務數據驅動的需求,描述了數據架構3-5年的開發路徑、路線圖與業務需求,對實際條件的考慮以及技術評估一起描述了目標架構將如何變為現實。數據架構路線圖必須集成到總體企業架構路線圖中。
業務數據驅動的路線圖從最獨立的業務功能(即對其他活動的依賴性最小)開始,到最依賴其他活動的業務能力結束。順序處理每個業務功能將遵循總體業務數據原始順序。

圖顯示了一個示例性的依賴鏈,其中最低的依賴位于頂部。產品管理和客戶管理不依賴任何其他內容,因此構成了主數據。依存關系最高的項目位于底部,客戶的發票管理取決于客戶管理和銷售訂單管理,而后者又取決于其他兩個。
定義范圍:確保范圍和接口與企業數據模型保持一致。
了解業務需求:捕獲與數據相關的需求
設計:形成詳細的目標規格,包括數據生命周期角度的業務規則。
實施:購買現成應用軟件/針對通用數據結構以及現有和新流程映射應用程序的數據模型了解CRUD操作/根據數據結構實現數據存儲,根據標準化或設計規范進行集成。
企業數據架構的開發方法:瀑布方法、迭代方法、敏捷迭代的方法。
工具包括:數據建模工具、資產管理軟件、圖形設計應用
·數據架構設計生命周期預測

·圖表清晰度
清晰一致的圖例、所有圖對象和圖例之間的匹配、清晰一致的線方向、一致的線交叉顯示方法、一致的對象屬性、線性對稱。

(本文來源轉型數據治理,作者lishan)