跳到主要內容

最終產出的用途

Data Quality & Cleaning Notebook + Data Quality Report 是 DS 102 的最終產出。你選一個真正會遇到的資料整理問題,寫下問題、對象、資料、方法、驗證、產出、限制、治理考量、人工審查與下一步。它會成為後續實作討論的起點。

資訊

Human、AI、Human:人定義問題與驗證規則,AI 可以協助撰寫整理程式,人驗證資料、規則與結論,並為結果負責。

要填寫的內容

  • 問題、對象與資料(來源、粒度、時間範圍、關鍵欄位定義)
  • 方法與工作流程
  • 至少三項驗證檢查
  • 證據與產出
  • 限制
  • 風險與治理考量(如相關)
  • 人工審查者
  • 下一步

結構完整的 Data Quality & Cleaning Notebook

一份結構完整的產出包含:清楚可檢驗的問題;說明資料來源與粒度;可重現的方法;至少三項驗證檢查;產出與說法一致;至少一項限制。

資訊

平台不會自動判斷你的清理決策是否正確。這份產出就是「資料整理與品質實作評量」的產出物。下面兩個段落分別說明五項必做任務,以及人工審查者如何評分。

五項實作評量任務

「資料整理與品質實作評量」依序有五項任務:檢查(Inspect)、清理(Clean)、Reshape、Join、驗證(Validate)。請把這五項任務的答案,直接寫進下方的 Data Quality & Cleaning Notebook + Data Quality Report 表單。

  1. 任務一:檢查(Inspect)
    在動手修改前,先說明 schema、列數、粒度(一列代表什麼)、候選鍵、缺失值摘要,以及你看得出來的任何單位或定義風險。
  2. 任務二:清理(Clean)
    處理缺失值、重複資料、無效類別、錯誤型態,以及空白字元 / 解析問題。每一項更動都要回答:改了什麼、為什麼、有什麼證據支持、是否可能因此遺失資訊。
  3. 任務三:Reshape
    說明 reshape 前的粒度、你用的 reshape 操作、reshape 後的粒度,並用唯一性檢查證明 reshape 後的鍵確實唯一。
  4. 任務四:Join
    說明預期的 cardinality、join 前與 join 後的列數、未配對的鍵、重複的鍵,並用下方的範例診斷任何 row multiplication。
  5. 任務五:驗證(Validate)
    產出一份涵蓋下列所有欄位的 Data Quality Report,並明確寫出通過或不通過的驗證結果。
任務四範例資料:orders(要拿來 join 的事實表)
order_idcustomer_idorder_dateamount_ntd
O01C12026-01-051200
O02C12026-01-06980
O03C12026-01-091500
O04C22026-01-05760
O05C22026-01-07890
O06C22026-01-111040
O07C32026-01-062200
O08C32026-01-081750
O09C32026-01-10990
O10C42026-01-05640
O11C42026-01-09720
O12C42026-01-12880
O13C52026-01-061330
O14C52026-01-081420
O15C52026-01-131010
任務四範例資料:客戶主檔,三個來源系統原樣匯入後的樣子
customer_idcustomer_nameregionsource_system
C1北門大學福利社NorthCRM-A
C1北門大學福利社NorthCRM-B
C1北門大學福利社NorthCRM-Legacy
C2河岸文具行NorthCRM-A
C2河岸文具行NorthCRM-B
C2河岸文具行NorthCRM-Legacy
C3港灣書店SouthCRM-A
C3港灣書店SouthCRM-B
C3港灣書店SouthCRM-Legacy
C4頂峰事務用品SouthCRM-A
C4頂峰事務用品SouthCRM-B
C4頂峰事務用品SouthCRM-Legacy
C5湖畔補給站EastCRM-A
C5湖畔補給站EastCRM-B
C5湖畔補給站EastCRM-Legacy

注意

用 customer_id 把 orders 和這份客戶主檔 join 起來,就會出現題目要求的陷阱:join 前 15 列,join 後變成 45 列,而且程式完全沒有 error。原因:orders.order_id 是唯一的(15 筆不同訂單),所以你可能直覺以為這是 1:1 join(應該還是 15 列)。但客戶主檔裡 customer_id 並不唯一,同樣 5 位客戶分別從三個來源系統(CRM-A、CRM-B、CRM-Legacy)匯入,卻從未去重,所以每個 customer_id 都出現 3 次。這讓 join 變成 1:3 的展開:15 筆訂單各自配對到 3 筆客戶資料,15 x 3 = 45。要診斷出這個問題,必須在 join「之前」先檢查客戶主檔裡 customer_id 是否唯一(例如 customers.groupby("customer_id").size(),會顯示每個 id 都是 3),而不是等 join 完才注意到列數變多了。
  • 列數(row count)
  • 唯一鍵檢查(unique-key checks)
  • 重複筆數(duplicate count)
  • 缺失情形(missingness)
  • 未配對的鍵(unmatched keys)
  • 允許值(allowed values)
  • 範圍(ranges)
  • 單位(units)
  • 日期涵蓋範圍(date coverage)
  • 最終粒度(final grain)
  • 已知限制(known limitations)
  • 驗證結果(明確寫出通過或不通過)

如何評分

人工審查者會依七個加權面向為你提交的產出評分。總分 80 以上為 PASS,65 至 79 為 REVISION_REQUIRED,65 以下或觸發任一項 critical-fail 規則則為 FAIL,不論加權總分多高都一樣。要 PASS,Join Cardinality 面向與 Validation & Data Contract 面向都必須各自達到 3 分中的 2 分以上。

資料整理與品質實作評量:Rubric 面向
面向權重通過的條件
檢查與粒度 (Inspection & Grain)15明確說明粒度,並附上 schema、列數、候選鍵與缺失值摘要
清理決策 (Cleaning Decisions)15每項更動都寫出改了什麼、為什麼、證據,以及是否可能遺失資訊
Reshape 正確性 (Reshape Correctness)10reshape 前後的粒度都正確,並附唯一性檢查
Join Cardinality20偵測並正確診斷出 row multiplication(必要,須達 3 分中 2 分以上)
驗證與資料合約 (Validation & Data Contract)20驗證檢查可執行、可重現,而非僅是文字描述(必要,須達 3 分中 2 分以上)
可追溯性與可重現性 (Lineage & Reproducibility)10留下 source 到 output 的紀錄,讓別人也能重現或稽核整個清理過程
人工審查與限制 (Human Review & Limitations)10同時寫出限制與人工審查者
  • 未偵測到 many-to-many 或非預期的 row multiplication(含上方必考的 15→45 範例)
  • 單位不一致對結果造成實質影響,卻未被偵測
  • 破壞性清理沒有證據或可追溯紀錄支持
  • 假設候選鍵唯一,但實際並非唯一,且從未檢查
  • Data Quality Report 完全沒有驗證(Validate)章節

資訊

以上五項 critical-fail 規則,只要觸發任何一項,整體結果一律 FAIL,無論加權總分多高。公開這張表是為了讓你清楚知道評分在看什麼,這並不等同於測驗的正確答案。

你需要完成

  • 完成 DS 102 兩個模組,並在後測拿到 80% 以上
  • 提交涵蓋全部五項任務的 Data Quality & Cleaning Notebook + Data Quality Report(實作評量產出物)
  • 該產出物依「資料整理與品質實作評量」rubric 評分,整體結果為 PASS
  • 未觸發上方任何一項 critical-fail 規則

你會被評量

  • 上方七個加權 rubric 面向:檢查與粒度、清理決策、Reshape 正確性、Join Cardinality、驗證與資料合約、可追溯性與可重現性、人工審查與限制
  • Join Cardinality 面向須獨立達到 3 分中 2 分以上,正確診斷 row multiplication 是必要條件,不是加分項
  • Validation & Data Contract 面向也須獨立達到 3 分中 2 分以上

實作證據

  • 你提交的 Data Quality & Cleaning Notebook + Data Quality Report
  • 一筆記錄下來的 rubric 結果(PASS、REVISION_REQUIRED 或 FAIL),且未觸發任何 critical-fail 規則
  • DS 101 完課是建議先修,但不是取得這張證書的必要條件

可取得

資料整理與品質能力證書,一張具備公開驗證頁面的 L2 能力證書。它補充你的 DS 102 完課證明,而不是取代它,也絕不會只憑後測分數就發出。

這項證明不代表

這項證明確認持有人完成了 DS 102 的必修課程與後測,並針對「資料整理與品質實作評量」rubric 展現了 schema/粒度、清理、reshape、join cardinality、驗證與可追溯性等能力。

  • 不代表持有人具備正式的資料工程專業證照或雇用資格
  • 不代表持有人日後清理的任何特定資料集必然正確
  • 不代表可以省略高風險決策前的人工審查(Human, AI, Human)

Exit Ticket

最後,用 Exit Ticket 記錄今天最重要的觀念、仍不確定的步驟、你會把這個方法用在哪個真實情境、你最需要再驗證的風險,以及課程難度與實用性評分。

提交之前

注意

請勿填寫公司機密、客戶或個人資料,或未經授權的敏感資訊。未經授權,不要把機構或公司的機密資料上傳到 AI 工具;使用真實的內部營運資料前,請先確認所屬單位的規範。

開始填寫

接下來做什麼?