數據沿革文件流程圖
數據沿革文件流程範本，涵蓋界定輸出範圍、追查來源相依項、繪製轉換關係、核實證據及維護變更。
甚麼是數據沿革文件流程
數據沿革只有在範圍及證據清晰時才可靠。這個範本由具名輸出及用途開始，識別系統、數據集及負責人，再收集來源元數據、管道邏輯、查詢、介面及人手傳送資料。元數據分析員繪製來源至目標欄位對照，工程師則記錄篩選、連接及衍生邏輯。排程、管控及責任會放在同一路徑上，讓讀者不只看到數據流向，亦明白甚麼改變了數據及誰可核實每一段。無法解釋的相依項會返回調查，而不是以一條無說明箭嘴掩蓋。
流程由來源走到使用端，必須同時經技術及用戶核實。敏感或關鍵路徑會加入管控證據及影響備註，但文件本身不代表管控一定有效。發布的沿革紀錄會有版本並連結負責人，再監察管道、結構及責任變更。/yue/templates/數據目錄流程 可以把這些關係用於資產搜尋；/yue/templates/數據質素管理流程 可以把質素規則連到已繪製的管控點；/yue/templates/主數據管理流程 則管治在路徑中流動的共用識別碼。本頁只負責記錄及核實沿革。
本流程圖涵蓋的內容
本範本包含
- 圍繞具體輸出、用途、邊界、系統、數據集及問責負責人界定範圍
- 探索來源元數據、管道、查詢、介面、人手傳送及衍生數據相依項
- 繪製欄位層面的來源至目標對照，包括轉換、篩選、連接、排程、管控及責任
- 為敏感或關鍵路徑增加審閱，再把關係圖與實際流向比較並作端對端核實
- 發布有版本的紀錄、通知負責人及用戶，並在重大管道、結構或責任變更後重畫
何時使用本範本
- 團隊無法解釋報告數值如何得出，或哪個來源及轉換引入差異
- 遷移、管道變更或報告重設需要一張議定的上游及下游相依關係圖
- 管控、影響或數據質素審閱依賴不完整圖表，遺漏人手傳送、篩選或業務計算
- 已有自動探索的沿革資料，但負責人及用戶未核實其意思、邊界或遺漏環節
運作方式
以使用端固定範圍
指明要解釋的報告、指標、模型、介面或營運及其支援的決策。設定欄位、系統及時間邊界，讓沿革可以完成及審閱，而不是無限擴張。
為每一段收集證據
使用現有元數據、查詢、管道定義、介面規格、日誌及負責人訪談。記錄證據來源及日期，並明確標示未知項目，不要把假設畫成權威箭嘴。
準確記錄轉換
按用途所需程度記錄來源及目標欄位、篩選、連接、匯總、參考值查詢、人手修改及排程。若路徑中的業務意思有變，便連結受管治詞彙。
由兩端核實
先請來源負責人及工程師核實技術流向，再請用戶確認輸出及業務解讀是否符合實際用途。發布前先解決關係圖或實施之間的差異。
界定變更觸發條件
監察會令紀錄失效的結構、管道、介面、計算、來源、負責人及使用方式變更。保留版本，並把重大變更送回已界定範圍的探索及核實流程。
常見問題
記錄數據沿革包括哪些步驟？
界定輸出及範圍、識別系統及負責人、收集來源及管道證據、找出人手及衍生相依項、繪製欄位及轉換、加入排程及管控、審閱關鍵路徑、與實際流向比較、由來源及用戶核實、發布版本並監察變更。
數據沿革文件應有多詳細？
詳細程度應足以回答原定問題。影響分析可能只需要系統及數據集關係；核實指標則可能需要欄位層面的計算、篩選及連接。清楚列明邊界及未解決缺口，避免讀者推斷證據不支持的精確程度。
自動探索沿革可以取代負責人核實嗎？
自動化可以有效找到許多技術相依項，但可能遺漏人手傳送、外部步驟、運行時選擇或業務意思。尤其當決策依賴文件結果時，來源負責人、工程師及用戶仍應核實路徑並標示缺口。
何時應更新數據沿革？
當來源、結構、管道、介面、計算、負責人或使用方式有重大變更，或到達資產指定檢討周期時，便應審閱。更新必須有版本，讓用戶可以把歷史輸出及事故連回當時適用的沿革。
此流程所處的位置
在大多數機構中，此流程緊接數據質素管理流程圖之後，並交接給數據生命週期管理流程圖。
它是數據治理中的其中一個步驟。
第 1 步: 數據治理營運模式範本
第 2 步: 數據治理流程圖：由問題受理到結案
第 3 步: 數據目錄流程圖：由登記到認證
第 4 步: 數據質素管理流程圖
數據質素管理流程範本，涵蓋優先處理關鍵數據、界定可量度規則、監察結果，以及持續推行預防性改善。
第 5 步: 數據沿革文件流程圖 當前位置
數據沿革文件流程範本，涵蓋界定輸出範圍、追查來源相依項、繪製轉換關係、核實證據及維護變更。
第 6 步: 數據生命週期管理流程圖
數據生命週期管理範本，涵蓋取得、核實、分類、儲存、使用、分享審批、保留、暫緩、封存及有證據的處置。