Skip to content
SteveTechArcSteveTechArc Courses

檢查點 1，畫出並論證 Steve Trucking 的資料設計

另有 28 種語言版本

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

原創的、基於情景的練習。從不以真實考題為藍本。它採用「如果由我來設計」的風格：重點是讓你的判斷看得見，而不是選一個字母。這項挑戰為 Data Architect 課程的第 1 部分收尾；我的講解在檢查點 1中，所以先自己試一試。

情景

Section titled “情景 ”

Steve Trucking 是一家最後一公里配送公司。大型零售合作夥伴銷售家電、電視和傢俱；Steve Trucking 的兩人配送小組把它們送到零售合作夥伴的客戶（收貨人）家裡，其中一些要安裝，並把舊的拉走。閱讀 Steve Trucking 簡介的第 1–8 節。**先不要看第 9 節（後期變更）；**那些在課程末尾才會出現。

需求

Section titled “需求 ”

簡介第 5 節（R1–R15）和第 6 節（S1–S5）中的所有內容。本檢查點最依賴的是：

  • R1. 以每個零售合作夥伴自己的格式（SFTP 檔案、API、EDI）接收它們的裝貨清單，並在不重新錄入的情況下把它們變成路線、停靠點和明細項目。
  • R3. 每個零售合作夥伴的配送中心經理在入口網站中看到他們自己的配送、異常、照片和索賠，永遠看不到其他合作夥伴的。
  • R4. 裝貨清單會在當天修改；排好路線之後的變更必須得到處理。
  • S2. 一個零售合作夥伴絕不能看到另一個合作夥伴的配送、價格、數量或收貨人。
  • S3. 收貨人的追蹤連結只顯示那一次配送，不需要帳戶，並且會過期。
  • S4. 收貨人的地址、電話號碼和配送備註是個人資料；配送小組只能在當天、只為自己的停靠點看到它們。

約束

Section titled “約束 ”
  • 每個工作日大約 3,300 次配送，每年一百萬次，每年增長 30%；每次配送大約 1.6 個明細項目和八次狀態變更；每年四五百萬張照片；每天大約 20 萬條 GPS 讀數。
  • 一個在美國的 Salesforce org，已經在執行 Service Cloud、Field Service 和一個合作夥伴入口網站；MuleSoft 已獲許可；Data 360 已獲許可但未實施。
  • 三個零售合作夥伴，三種整合風格；九個配送中心。

你的任務

Section titled “你的任務 ”

畫出並論證第 1 部分的設計。運用你在第 1–6 章學到的內容：

  1. 全景圖（第 4 章）：用 Steve 的佈局畫出 Steve Trucking 當前狀態的系統全景圖，每個箭頭都標註搬運的是什麼、如何搬運。
  2. 模型（第 2 章）：先在概念層面，再在邏輯層面為配送領域建模。零售合作夥伴、配送中心、裝貨清單、配送、明細項目、路線、卡車、配送小組、安裝檢查清單、照片、簽名、異常和收貨人。（挑戰 D1。）
  3. 物理設計（第 3 章）：其中哪些是標準物件（Field Service 有工作訂單、服務約會、服務資源和服務區域），哪些是自訂物件？合作夥伴使用者和收貨人需要哪些許可？每類資料放在哪裡：在 org 裡、核心平台之外、資料倉儲裡？
  4. 鍵（本章）：用什麼鍵把零售合作夥伴的訂單行和你的配送比對起來，以及裝貨清單在排好路線後被修改時會怎樣？（挑戰 D3。）
  5. 收貨人（本章）：連絡人、個人帳戶，還是兩者都不是？從關係、資料量、合作夥伴隔離和資料的生命週期出發來論證。
  6. 統一還是不統一（本章）：收貨人會出現在好幾個合作夥伴的裝貨清單中，有時一年不止一次。你會統一他們，還是有意不統一？考慮到 S2，風險是什麼？（挑戰 DC1，不含後期變更。）
  7. **權威：**對於五個關鍵欄位（合作夥伴的訂單編號、配送狀態、收貨人的電話號碼、配送時間視窗、合作夥伴的法定名稱），說明誰建立它，誰擁有它，哪個系統是權威的，以及誰可以修改它。

把每個決定都寫成兩個選項，再寫出你的選擇：「依我的專業判斷……」

討論

Section titled “討論 ”

我的講解是檢查點 1：Steve Trucking，如果由我來設計。比較的是你的推理，而不只是你的方框。在你做出不同選擇的地方，你能說出自己得到了什麼、放棄了什麼嗎？

設計評審

Section titled “設計評審 ”

先把你的設計保留下來。第 2 部分會用資料量、查詢、整合、遷移、事務和安全來檢驗它，而第 18 章的評審卡會在第三年的資料下檢查它。

涉及的考試目標

Section titled “涉及的考試目標 ”
  • DM-1、DM-2（資料模型設計；模型尊重共用）
  • MDM-1、MDM-2、MDM-3、MDM-4（主控、權威、比對、可追溯性）
  • SDM-1（許可）、SDM-3（單一檢視，以及何時不該構建它）