DAMA元數(shù)據(jù)管理活動學習心得

DAMA元數(shù)據(jù)管理活動學習心得你對于元數(shù)據(jù)治理有興趣嘛？元數(shù)據(jù)治理被越來越多的企業(yè)所需求，元數(shù)據(jù)是通過企業(yè)中的用戶和技術用戶溝通得來的。下面是我?guī)淼腄AMA元數(shù)據(jù)治理活動學習心得，有興趣的可以看看。

理解元數(shù)據(jù)需求

元數(shù)據(jù)治理戰(zhàn)略必需反映對企業(yè)元數(shù)據(jù)需求的理解，收集需求的目的包括：

確認企業(yè)需要元數(shù)據(jù)治理環(huán)境

設定范圍和優(yōu)先級

教育和溝通

指導工具評估和實施

指導元數(shù)據(jù)建模

指導建立元數(shù)據(jù)內部標準

指導供應基于元數(shù)據(jù)的效勞

元數(shù)據(jù)需求是通過與企業(yè)中的業(yè)務用戶和技術用戶進展溝通而獲得的，并且對企業(yè)中特定人員的崗位角色、職責、挑戰(zhàn)等進展分析可提煉出需求，而不是簡潔地詢問用戶的元數(shù)據(jù)需求

業(yè)務用戶對來自于操作型系統(tǒng)和分析系統(tǒng)的信息需要加深理解，來自企業(yè)數(shù)據(jù)倉庫、分析應用和操作型系統(tǒng)需要產(chǎn)生讓業(yè)務用戶可以高度信任的信息。此外還需要依據(jù)角色定制的信息供應方法，如報表、查詢、推送、OLAP、儀表盤等，同時還要附帶高質量的文檔和信息的上下文背景

業(yè)務用戶需要理解元數(shù)據(jù)治理的意圖和目的，為了給用戶供應有意義的業(yè)務需求，需要讓他們學習數(shù)據(jù)與元數(shù)據(jù)的區(qū)分，如何讓業(yè)務用戶的關注點限定在元數(shù)據(jù)需求而非其他的數(shù)據(jù)需求則是一個挑戰(zhàn)

另一個對元數(shù)據(jù)治理的勝利至關重要的因素是建立數(shù)據(jù)治理組織，數(shù)據(jù)治理委員會是企業(yè)數(shù)據(jù)和元數(shù)據(jù)治理的方向和需求的治理主體

技術用戶宏觀的技術需求主題包括：

每日數(shù)據(jù)處理流量-大小和處理時間

現(xiàn)有元數(shù)據(jù)

已知和未知數(shù)據(jù)源

目標

轉換

物理與規(guī)律架構流程

非標準元數(shù)據(jù)需求

技術用戶包括數(shù)據(jù)庫治理員（DBA）、元數(shù)據(jù)專家、架構師、IT支持人員和開發(fā)人員。通常這些人員是企業(yè)信息資產(chǎn)的監(jiān)管人，他們必需完整地理解數(shù)據(jù)的技術實現(xiàn)，此外他們必需對數(shù)據(jù)的業(yè)務上下文背景有足夠程度的理解，以便業(yè)務用戶所提出的需求供應必要的支持

定義元數(shù)據(jù)架構

元數(shù)據(jù)治理方案或環(huán)境包含如下架構層次

元數(shù)據(jù)創(chuàng)立/獵取

元數(shù)據(jù)整合

一個或多個元數(shù)據(jù)存儲庫

元數(shù)據(jù)交付

元數(shù)據(jù)應用和元數(shù)據(jù)治理/掌握

元數(shù)據(jù)治理系統(tǒng)必需具備從多種元數(shù)據(jù)來源抽取元數(shù)據(jù)的力量，所設計的元數(shù)據(jù)架構需要能掃描各種元數(shù)據(jù)來源并定期更新元數(shù)據(jù)存儲庫，且系統(tǒng)必需支持多用戶組進展元數(shù)據(jù)手工更新、懇求、搜尋和查詢

一個受控的元數(shù)據(jù)環(huán)境應當為最終用戶屏蔽元數(shù)據(jù)的位置、類型的差異，其架構應當為用戶供應一個統(tǒng)一的元數(shù)據(jù)存儲庫訪問入口，該入口需要透亮地向用戶供應全部相關元數(shù)據(jù)的資源

公共元數(shù)據(jù)存儲庫通常有3中技術架構方法：集中式、分布式、和混合式

集中式：一個單獨的元數(shù)據(jù)存儲庫，保存來自各個元數(shù)據(jù)來源的最新元數(shù)據(jù)副本，假如企業(yè)高度重視元數(shù)據(jù)存儲庫的統(tǒng)一性和全都性，集中式架構是個不錯的選擇

分布式：元數(shù)據(jù)架構只維護一個單一訪問點，元數(shù)據(jù)獵取引擎響應用戶的需求，從元數(shù)據(jù)來源系統(tǒng)實時獵取元數(shù)據(jù)，而不存在永久的元數(shù)據(jù)存儲庫中

混合元數(shù)據(jù)架構中元數(shù)據(jù)依舊從元數(shù)據(jù)來源系統(tǒng)進入存儲庫，但存儲庫的設計只考慮用戶增加的元數(shù)據(jù)、高度標準化的元數(shù)據(jù)以及手工獵取的元數(shù)據(jù)。該架構的好處是可以實現(xiàn)準時的獵取元數(shù)據(jù)，以及供應更完善的元數(shù)據(jù)信息更好地滿意元數(shù)據(jù)用戶的需求。混合架構削減了IT人工參加和訪問私有系統(tǒng)所需的定制化開發(fā)功能，但混合架構不能提升系統(tǒng)的可用性。混合架構適用于快速變更的元數(shù)據(jù)、需要元數(shù)據(jù)的統(tǒng)一和全都、并且元數(shù)據(jù)量和元數(shù)據(jù)來源數(shù)量都顯著增長的組織

開發(fā)和維護元數(shù)據(jù)標準

元數(shù)據(jù)標準有兩種類型：行業(yè)或共識標準，以及國際標準，總體而言國際標準是制定和執(zhí)行行業(yè)標準的根底框架

行業(yè)元數(shù)據(jù)標準對于盼望實施元數(shù)據(jù)治理、引進和使用適用的元數(shù)據(jù)方案的企業(yè)至關重要，元數(shù)據(jù)標準與運營交易伙伴進展數(shù)據(jù)交換的領域特別關鍵，很多公司意識到了與客戶、供給商、合作伙伴和監(jiān)管機構進展數(shù)據(jù)共享的價值，而信息共享需要公共元數(shù)據(jù)共享的支撐

數(shù)據(jù)整合、關系型和多維數(shù)據(jù)庫、需求治理、商務智能報表、數(shù)據(jù)建模和業(yè)務規(guī)章在內的各種技術都供應了基于XML的元數(shù)據(jù)和數(shù)據(jù)的導入導出力量。對于XML的支持是重要的，但是由于缺少XMLSchema標準，所以進展跨產(chǎn)品的元數(shù)據(jù)整合就變成了巨大的挑戰(zhàn)

值得關注的行業(yè)元數(shù)據(jù)標準包括：

OMG標準：公共倉儲元模型（CWM）、本體定義元模型（ODM）

萬維網(wǎng)協(xié)會（W3C）：資源描述框架（RDF）

都柏林核心標準：都柏林核心元數(shù)據(jù)（DCMI）

非構造化數(shù)據(jù)的元數(shù)據(jù)標準：ISO5964、ISO2788、ANSI/NISOZ39ISO704

空間地理標準

值得關注的國際元數(shù)據(jù)標準ISO/IEC11179

標準化元數(shù)據(jù)的評估指標

為掌握環(huán)境中所實施的元數(shù)據(jù)的有效性，應對量化評估用戶的理解、企業(yè)的投入以及內容掩蓋度和質量，評估指標主要應實行定量指標，包括：

元數(shù)據(jù)存儲庫的完整性

元數(shù)據(jù)文檔的質量

主數(shù)據(jù)效勞數(shù)據(jù)合規(guī)性

治理職責/范圍

元數(shù)據(jù)的使用/引用

元數(shù)據(jù)治理成熟度

元數(shù)據(jù)存儲庫可用性

實現(xiàn)受控的元數(shù)據(jù)環(huán)境

為減小風險并提高被承受的程度，一般通過分布推動的方式實現(xiàn)一個受控的元數(shù)據(jù)環(huán)境：

實施一個試驗工程來理解受治理的元數(shù)據(jù)環(huán)境并進展概念驗證，一個試驗工程應具有肯定的簡單度，包括需求評估、戰(zhàn)略制定、技術評估選型和初始實施周期

在后續(xù)工程中包含路線圖規(guī)劃、人員培訓、組織變更和一個后續(xù)公布規(guī)劃，并依據(jù)需要進展評估和再評估工作

創(chuàng)立和維護元數(shù)據(jù)

添加元數(shù)據(jù)等操作可以由授權用戶和程序以手工方式完成，也可以通過元數(shù)據(jù)創(chuàng)立和更新工具定期掃描和更新存儲庫，最終需要采納審計流程以驗證各項操作活動并報告特別

企業(yè)將元數(shù)據(jù)視為數(shù)據(jù)的索引，因此元數(shù)據(jù)的質量至關重要，低質量元數(shù)據(jù)會導致：

重復的數(shù)據(jù)字典/存儲庫/元數(shù)據(jù)存儲庫

不全都的元數(shù)據(jù)

元數(shù)據(jù)的來源和版本有沖突

對元數(shù)據(jù)系統(tǒng)牢靠性的質疑

相反高質量的元數(shù)據(jù)會帶來：

在企業(yè)層面的信息

對于數(shù)據(jù)資源的價值的全都理解

企業(yè)范圍內的元數(shù)據(jù)即學問

整合元數(shù)據(jù)

元數(shù)據(jù)整合過程是在企業(yè)范圍內采集并存儲元數(shù)據(jù)的過程，也包括企業(yè)外部數(shù)據(jù)的元數(shù)據(jù)，把元數(shù)據(jù)來源庫中抽取到的元數(shù)據(jù)，與相關的業(yè)務元數(shù)據(jù)和技術元數(shù)據(jù)進展整合，最終存儲到元數(shù)據(jù)存儲庫中。元數(shù)據(jù)抽取有多種方式，包括適配程序、掃描程序、橋接程序或者直接訪問數(shù)據(jù)存儲中的元數(shù)據(jù)

元數(shù)據(jù)整合過程中可能存在一些挑戰(zhàn)，也可能需要訴諸于數(shù)據(jù)治理流程進展協(xié)調解決，如對內部數(shù)據(jù)集、外部數(shù)據(jù)、非電子形式數(shù)據(jù)進展整合時，可能會消失大量的質量和與語義方面的問題

治理元數(shù)據(jù)存儲庫

對存儲庫的掌握意味著對元數(shù)據(jù)技術人員執(zhí)行的元數(shù)據(jù)遷移和存儲庫更新活動進展掌握，包括監(jiān)視、響應報告、告警、任務日志和解決存儲庫環(huán)境中的各類問題

元數(shù)據(jù)存儲庫是指存儲元數(shù)據(jù)的物理數(shù)據(jù)庫表，通常采納開放標準的關系型數(shù)據(jù)庫平臺實現(xiàn)

存儲庫的內容在設計上應當是通用的，而不是僅僅反響來源系統(tǒng)的數(shù)據(jù)庫設計，并需要綜合考慮企業(yè)主題域專家的意見，同時基于一個易于理解的元數(shù)據(jù)模型。

名目是一類元數(shù)據(jù)存儲，它將元數(shù)據(jù)限制在特定位置或數(shù)據(jù)來源，應在名目中指明多個來源，元數(shù)據(jù)名目對于開發(fā)人員、數(shù)據(jù)超級用戶和數(shù)據(jù)分析師尤為有用

術語表通常供應術語使用的索引，同義詞可以指導用戶完成相等、層級、關聯(lián)的關系構造化選擇，可以為“術語表內”和“術語表間”的兩個術語之間指定這些關系類型

分發(fā)和交付元數(shù)據(jù)

元數(shù)據(jù)交付層負責將元數(shù)據(jù)從存儲庫分發(fā)到最終用戶和其他需要使用元數(shù)據(jù)的應用或工具，包括：

元數(shù)據(jù)內網(wǎng)

報告、術語表、其他文檔及網(wǎng)站

數(shù)據(jù)倉庫、數(shù)據(jù)集市和商務智能工具

建模和軟件開發(fā)

消息傳輸交換

應用程序

外部組織接口方案

查詢、報告和分析元數(shù)據(jù)

元數(shù)據(jù)指導我們如何使用數(shù)據(jù)資產(chǎn)，表達在商務智能（報表和分析）、商業(yè)決策（操作型、運營型、戰(zhàn)略型）以及業(yè)務語義方面使用

元數(shù)據(jù)指導我們如何治理數(shù)據(jù)資產(chǎn)：在數(shù)據(jù)治理流程中使用元數(shù)據(jù)進展掌握、治理；信息系統(tǒng)實現(xiàn)和傳送過程中使用元數(shù)據(jù)增加、變更、刪除和訪問數(shù)據(jù)；數(shù)據(jù)整合通過數(shù)據(jù)的標簽或元數(shù)據(jù)實現(xiàn)數(shù)據(jù)整合，元數(shù)據(jù)掌握并審計數(shù)據(jù)、流程和系統(tǒng)整合；一些質量提升活動通常是從對元數(shù)據(jù)及元數(shù)據(jù)與數(shù)據(jù)關系進展檢查開頭的

元數(shù)據(jù)存儲庫應當具有前端應用程序，并支持查詢和獵取功能，從而滿意以上各類數(shù)據(jù)資產(chǎn)治理的需要

綜述

建立元數(shù)據(jù)治理職能的指導原則：

建立和保持一套元數(shù)據(jù)戰(zhàn)略和相關政策，特殊是有關元數(shù)據(jù)治理和使用方面的清洗目標和目的

需要來自于高層治理者的對企業(yè)元數(shù)據(jù)治理的持續(xù)牢靠承諾、資金支持和宣傳方面的支持

從企業(yè)全局著眼規(guī)劃，確保可擴展性；同時實行迭代和漸進交付的實現(xiàn)方案

評估、選購和安裝元數(shù)據(jù)產(chǎn)品之前，制定元數(shù)據(jù)戰(zhàn)略

建立或采納元數(shù)據(jù)標準，確保在企業(yè)范圍內元數(shù)據(jù)的互操作性

確保對內部和外部元數(shù)據(jù)的有效獵取

最大化的用戶訪問，由于沒有使用或使用率較低的方案無法表達業(yè)務價值

理解和溝通元