Bỏ qua để đến nội dung

Điểm kiểm tra 1, vẽ và bảo vệ thiết kế dữ liệu của Steve Trucking

Cũng có bằng 28 ngôn ngữ khác

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

Bài tập nguyên bản, dựa trên tình huống. Không bao giờ được mô phỏng theo câu hỏi thi thật. Bài được viết theo phong cách “tôi sẽ thiết kế thế nào”: mục đích là làm cho phán đoán của bạn hiện rõ, không phải chọn một chữ cái. Thử thách này khép lại Phần 1 của khóa học Data Architect; phần hướng dẫn giải của tôi nằm ở Điểm kiểm tra 1, nên hãy tự thử trước.

Steve Trucking là một công ty giao hàng chặng cuối. Các Đối tác bán lẻ quy mô lớn bán thiết bị gia dụng, TV và đồ nội thất; các tổ hai người của Steve Trucking giao chúng đến khách hàng của Đối tác bán lẻ (Người nhận), lắp đặt một số món và chở đồ cũ đi. Hãy đọc bản mô tả Steve Trucking, mục 1–8. Hãy để yên mục 9 (các thay đổi muộn); chúng đến vào cuối khóa học.

Mọi thứ trong mục 5 (R1–R15) và mục 6 (S1–S5) của bản mô tả. Những yêu cầu mà điểm kiểm tra này dựa vào nhiều nhất:

  • R1. Nhận bảng kê hàng của từng Đối tác bán lẻ theo định dạng riêng của họ (tệp SFTP, API, EDI) và biến chúng thành tuyến, điểm dừng và mục dòng mà không phải nhập lại.
  • R3. Các quản lý DC của mỗi Đối tác bán lẻ thấy các lần giao hàng, ngoại lệ, ảnh và khiếu nại của chính họ trong cổng thông tin, và không bao giờ thấy của đối tác khác.
  • R4. Bảng kê hàng được sửa đổi trong ngày; các thay đổi sau khi xếp tuyến phải được xử lý.
  • S2. Một Đối tác bán lẻ không bao giờ được thấy các lần giao hàng, giá cả, khối lượng hay Người nhận của đối tác khác.
  • S3. Đường dẫn theo dõi của Người nhận chỉ hiển thị một lần giao hàng đó, không cần tài khoản, và có hạn dùng.
  • S4. Địa chỉ, số điện thoại và ghi chú giao hàng của Người nhận là dữ liệu cá nhân; tổ giao hàng chỉ thấy chúng cho các điểm dừng của chính mình, chỉ trong ngày.
  • Khoảng 3.300 lần giao hàng mỗi ngày làm việc, một triệu mỗi năm, tăng 30% mỗi năm; khoảng 1,6 mục dòng và tám lần thay đổi trạng thái mỗi lần giao; bốn đến năm triệu ảnh mỗi năm; khoảng 200.000 lần đọc GPS mỗi ngày.
  • Một org Salesforce tại Mỹ, đã chạy Service Cloud, Field Service và một cổng thông tin đối tác; MuleSoft đã được cấp phép; Data 360 đã được cấp phép nhưng chưa triển khai.
  • Ba Đối tác bán lẻ, ba kiểu tích hợp; chín trung tâm phân phối.

Vẽ và bảo vệ thiết kế của Phần 1. Hãy dùng những gì bạn đã học ở chương 1–6:

  1. Bản đồ hệ thống (chương 4): vẽ bản đồ hệ thống hiện trạng của Steve Trucking theo cách bố trí của Steve, mỗi mũi tên ghi nhãn cái gì di chuyển và bằng cách nào.
  2. Mô hình (chương 2): mô hình hóa miền giao hàng ở mức khái niệm, rồi mức logic. Đối tác bán lẻ, trung tâm phân phối, bảng kê hàng, lần giao hàng, mục dòng, tuyến, xe tải, tổ giao hàng, danh sách kiểm tra lắp đặt, ảnh, chữ ký, ngoại lệ và Người nhận. (Thử thách D1.)
  3. Thiết kế vật lý (chương 3): những thứ nào là đối tượng chuẩn (Field Service có work order, service appointment, service resource và service territory) và những thứ nào là tùy chỉnh? Người dùng đối tác và Người nhận cần giấy phép nào? Mỗi loại dữ liệu nằm ở đâu: trong org, ngoài lõi, trong kho dữ liệu?
  4. Khóa (chương này): khóa nào khớp một dòng đơn hàng của Đối tác bán lẻ với lần giao hàng của bạn, và chuyện gì xảy ra khi bảng kê hàng được sửa đổi sau khi xếp tuyến? (Thử thách D3.)
  5. Người nhận (chương này): một Liên hệ, một tài khoản cá nhân, hay không phải cả hai? Hãy lập luận từ quan hệ, khối lượng, sự cô lập giữa các đối tác và vòng đời của dữ liệu.
  6. Hợp nhất hay không (chương này): Người nhận xuất hiện trong bảng kê hàng của nhiều đối tác, đôi khi hơn một lần mỗi năm. Bạn có hợp nhất họ không, hay cố ý không? Rủi ro là gì, với yêu cầu S2? (Thử thách DC1, không kèm các thay đổi muộn.)
  7. Thẩm quyền: với năm trường then chốt (mã tham chiếu đơn hàng của đối tác, trạng thái giao hàng, số điện thoại của Người nhận, khung giờ giao hàng, tên pháp lý của đối tác), hãy nói ai tạo ra nó, ai sở hữu nó, hệ thống nào có thẩm quyền và ai được thay đổi nó.

Hãy viết mỗi quyết định dưới dạng cả hai phương án, rồi đến lựa chọn của bạn: “theo ý kiến chuyên môn của tôi…”

Phần hướng dẫn giải của tôi là Điểm kiểm tra 1: Steve Trucking, tôi sẽ thiết kế thế nào. Hãy so sánh lập luận của bạn, không chỉ các hộp của bạn. Ở chỗ bạn chọn khác, bạn có nói được mình được gì và mất gì không?

Hãy giữ thiết kế của bạn lại. Phần 2 thử thách nó trước khối lượng, truy vấn, tích hợp, chuyển đổi dữ liệu, giao dịch và bảo mật, và thẻ đánh giá của chương 18 kiểm tra nó ở năm thứ ba.

  • DM-1, DM-2 (thiết kế mô hình dữ liệu; mô hình tôn trọng việc chia sẻ)
  • MDM-1, MDM-2, MDM-3, MDM-4 (quản lý dữ liệu chủ, thẩm quyền, khớp, khả năng truy vết)
  • SDM-1 (giấy phép), SDM-3 (một cái nhìn duy nhất, và khi nào không nên xây nó)