จุดตรวจสอบที่ 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)

แบบฝึกหัดต้นฉบับที่อิงสถานการณ์ ไม่เคยเลียนแบบข้อสอบจริง เขียนในสไตล์ “ผมจะออกแบบอย่างไร”: ประเด็นคือการทำให้วิจารณญาณของคุณมองเห็นได้ ไม่ใช่การเลือกตัวอักษร โจทย์นี้ปิดส่วนที่ 1 ของหลักสูตร Data Architect คำเฉลยแบบทีละขั้นของผมอยู่ในจุดตรวจสอบที่ 1 ดังนั้นลองทำก่อน

สถานการณ์

Steve Trucking เป็นบริษัทจัดส่งระยะสุดท้าย (last mile) พันธมิตรค้าปลีกรายใหญ่ขายเครื่องใช้ไฟฟ้า ทีวี และเฟอร์นิเจอร์ ทีมจัดส่งสองคนของ Steve Trucking ส่งของถึงลูกค้าของพันธมิตรค้าปลีก (ผู้รับ) ติดตั้งบางชิ้น และขนของเก่าออกไป อ่านบรีฟของ Steve Trucking ส่วนที่ 1–8 อย่าเพิ่งแตะส่วนที่ 9 (การเปลี่ยนแปลงช่วงท้าย) ส่วนนั้นมาตอนท้ายหลักสูตร

ความต้องการ

ทุกข้อในส่วนที่ 5 (R1–R15) และส่วนที่ 6 (S1–S5) ของบรีฟ ข้อที่จุดตรวจสอบนี้พึ่งพามากที่สุด:

R1. รับใบรายการสินค้าของพันธมิตรค้าปลีกแต่ละรายในรูปแบบของตัวเอง (ไฟล์ SFTP, API, EDI) และเปลี่ยนเป็นเส้นทาง จุดแวะ และรายการ โดยไม่ต้องพิมพ์ซ้ำ
R3. ผู้จัดการ DC ของพันธมิตรค้าปลีกแต่ละรายเห็นการจัดส่ง ข้อยกเว้น รูปถ่าย และการเคลมของตัวเองในพอร์ทัล และไม่เคยเห็นของพันธมิตรรายอื่น
R4. ใบรายการสินค้าถูกแก้ไขในวันนั้น การเปลี่ยนแปลงหลังวางเส้นทางแล้วต้องได้รับการจัดการ
S2. พันธมิตรค้าปลีกต้องไม่เห็นการจัดส่ง ราคา ปริมาณ หรือผู้รับของพันธมิตรรายอื่นเด็ดขาด
S3. ลิงก์ติดตามของผู้รับแสดงเฉพาะการจัดส่งนั้นรายการเดียว โดยไม่ต้องมีบัญชี และหมดอายุได้
S4. ที่อยู่ เบอร์โทรศัพท์ และหมายเหตุการจัดส่งของผู้รับเป็นข้อมูลส่วนบุคคล ทีมจัดส่งเห็นมันได้เฉพาะจุดแวะของตัวเอง เฉพาะในวันนั้น

ข้อจำกัด

การจัดส่งราว 3,300 ครั้งต่อวันทำการ หนึ่งล้านครั้งต่อปี เติบโต 30% ต่อปี ราว 1.6 รายการและแปดการเปลี่ยนสถานะต่อการจัดส่ง รูปถ่ายสี่ถึงห้าล้านรูปต่อปี ค่า GPS ราว 200,000 ค่าต่อวัน
org ของ Salesforce หนึ่งตัวในสหรัฐฯ ที่ใช้ Service Cloud, Field Service และพอร์ทัลพันธมิตรอยู่แล้ว MuleSoft มีไลเซนส์ Data 360 มีไลเซนส์แต่ยังไม่ได้ implement
พันธมิตรค้าปลีกสามราย การผสานรวมสามรูปแบบ ศูนย์กระจายสินค้าเก้าแห่ง

งานของคุณ

วาดและปกป้องการออกแบบของส่วนที่ 1 ใช้สิ่งที่คุณเรียนในบทที่ 1–6:

ภาพรวมระบบ (บทที่ 4): วาดภาพรวมระบบสถานะปัจจุบันของ Steve Trucking ในรูปแบบของ Steve ทุกลูกศรติดป้ายว่าอะไรเคลื่อนที่และอย่างไร
โมเดล (บทที่ 2): สร้างโมเดลโดเมนการจัดส่งเชิงแนวคิด แล้วเชิงตรรกะ พันธมิตรค้าปลีก ศูนย์กระจายสินค้า ใบรายการสินค้า การจัดส่ง รายการ เส้นทาง รถบรรทุก ทีมจัดส่ง เช็กลิสต์การติดตั้ง รูปถ่าย ลายเซ็น ข้อยกเว้น และผู้รับ (โจทย์ D1)
การออกแบบเชิงกายภาพ (บทที่ 3): สิ่งใดเป็นออบเจกต์มาตรฐาน (Field Service มี work order, service appointment, service resource และ service territory) และสิ่งใดเป็นออบเจกต์ที่กำหนดเอง? ผู้ใช้ของพันธมิตรและผู้รับต้องใช้ไลเซนส์อะไร? ข้อมูลแต่ละประเภทอยู่ที่ไหน: ใน org นอก core หรือในคลังข้อมูล?
คีย์ (บทนี้): คีย์อะไรจับคู่บรรทัดคำสั่งซื้อของพันธมิตรค้าปลีกกับการจัดส่งของคุณ และจะเกิดอะไรขึ้นเมื่อใบรายการสินค้าถูกแก้ไขหลังวางเส้นทางแล้ว? (โจทย์ D3)
ผู้รับ (บทนี้): ผู้ติดต่อ บัญชีบุคคล หรือไม่ใช่ทั้งสอง? ให้เหตุผลจากความสัมพันธ์ ปริมาณ การแยกพันธมิตร และวงจรชีวิตของข้อมูล
รวมหรือไม่รวม (บทนี้): ผู้รับปรากฏในใบรายการสินค้าของพันธมิตรหลายราย บางครั้งมากกว่าปีละครั้ง คุณจะรวมพวกเขา หรือตั้งใจไม่รวม? ความเสี่ยงคืออะไร เมื่อพิจารณา S2? (โจทย์ DC1 โดยไม่มีการเปลี่ยนแปลงช่วงท้าย)
อำนาจชี้ขาด: สำหรับฟิลด์สำคัญห้าตัว (หมายเลขอ้างอิงคำสั่งซื้อของพันธมิตร สถานะการจัดส่ง เบอร์โทรศัพท์ของผู้รับ ช่วงเวลาจัดส่ง ชื่อตามกฎหมายของพันธมิตร) ให้บอกว่าใครสร้าง ใครเป็นเจ้าของ ระบบใดมีอำนาจชี้ขาด และใครเปลี่ยนได้

เขียนการตัดสินใจแต่ละข้อเป็นสองทางเลือก แล้วตามด้วยทางเลือกของคุณ: “ในความเห็นทางวิชาชีพของผม…”

การอภิปราย

คำเฉลยแบบทีละขั้นของผมคือ จุดตรวจสอบที่ 1: Steve Trucking ผมจะออกแบบอย่างไร เปรียบเทียบเหตุผลของคุณ ไม่ใช่แค่กล่องของคุณ ในจุดที่คุณเลือกต่างออกไป คุณบอกได้ไหมว่าคุณจะได้อะไรและเสียอะไร?

การรีวิวการออกแบบ

เก็บการออกแบบของคุณไว้ก่อน ส่วนที่ 2 ทดสอบมันกับปริมาณ query การผสานรวม การย้ายข้อมูล ธุรกรรม และความปลอดภัย และการ์ดรีวิวของบทที่ 18 ตรวจมันในปีที่สาม

วัตถุประสงค์การสอบที่ได้ฝึก

DM-1, DM-2 (การออกแบบโมเดลข้อมูล โมเดลที่เคารพการแชร์)
MDM-1, MDM-2, MDM-3, MDM-4 (การจัดการข้อมูลหลัก อำนาจชี้ขาด การจับคู่ การสืบย้อนได้)
SDM-1 (ไลเซนส์), SDM-3 (มุมมองเดียว และเมื่อไรไม่ควรสร้าง)