Przejdź do głównej zawartości

Punkt kontrolny 1, narysuj i obroń projekt danych Steve Trucking

Dostępne także w 28 językach

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

Oryginalne ćwiczenie oparte na scenariuszu. Nigdy nie wzorowane na prawdziwych pytaniach egzaminacyjnych. Napisane w stylu „Co ja bym zaprojektował”: chodzi o pokazanie twojego osądu, a nie o wybranie litery. To zadanie zamyka część 1 kursu Data Architect; moje omówienie jest w Punkcie kontrolnym 1, więc najpierw spróbuj samodzielnie.

Steve Trucking to firma dostaw ostatniej mili. Wielkie sieci handlowe (partnerzy detaliczni) sprzedają AGD, telewizory i meble; dwuosobowe ekipy Steve Trucking dostarczają je klientom partnerów detalicznych (odbiorcom), część instalują, a stare wywożą. Przeczytaj opis Steve Trucking (po angielsku), sekcje 1–8. Sekcję 9 (późne zmiany) zostaw w spokoju; przyjdą na końcu kursu.

Wszystko z sekcji 5 opisu (R1–R15) i sekcji 6 (S1–S5). Te, na których ten punkt kontrolny opiera się najbardziej:

  • R1. Przyjmuj manifesty każdego partnera detalicznego w jego własnym formacie (plik SFTP, API, EDI) i zamieniaj je na trasy, przystanki i pozycje bez ręcznego przepisywania.
  • R3. Kierownicy CD każdego partnera detalicznego widzą w portalu własne dostawy, wyjątki, zdjęcia i reklamacje, a nigdy dane innego partnera.
  • R4. Manifesty są poprawiane w dniu dostawy; trzeba obsłużyć zmiany po ułożeniu trasy.
  • S2. Partner detaliczny nigdy nie może widzieć dostaw, cen, wolumenów ani odbiorców innego partnera.
  • S3. Link do śledzenia dla odbiorcy pokazuje tylko tę jedną dostawę, bez konta, i wygasa.
  • S4. Adresy, numery telefonów i uwagi do dostawy odbiorców to dane osobowe; ekipy widzą je tylko dla własnych przystanków i tylko w dniu dostawy.
  • Około 3300 dostaw na dzień roboczy, milion rocznie, wzrost o 30% rocznie; około 1,6 pozycji i ośmiu zmian statusu na dostawę; cztery do pięciu milionów zdjęć rocznie; około 200 000 odczytów GPS dziennie.
  • Jeden org Salesforce w USA, już z Service Cloud, Field Service i portalem dla partnerów; licencja MuleSoft; licencja Data 360, ale bez wdrożenia.
  • Trzech partnerów detalicznych, trzy style integracji; dziewięć centrów dystrybucyjnych.

Narysuj i obroń projekt części 1. Wykorzystaj to, czego nauczyły cię rozdziały 1–6:

  1. Krajobraz (rozdział 4): narysuj krajobraz systemów Steve Trucking w stanie obecnym, w układzie Steve’a, z każdą strzałką opisaną tym, co się przemieszcza i jak.
  2. Model (rozdział 2): zamodeluj domenę dostaw konceptualnie, a potem logicznie. Partnerzy detaliczni, centra dystrybucyjne, manifesty, dostawy, pozycje, trasy, ciężarówki, ekipy, listy kontrolne instalacji, zdjęcia, podpisy, wyjątki i odbiorcy. (Zadanie D1).
  3. Projekt fizyczny (rozdział 3): które z nich to obiekty standardowe (Field Service ma zlecenia pracy, wizyty serwisowe, zasoby serwisowe i terytoria serwisowe), a które niestandardowe? Jakich licencji potrzebują użytkownicy partnerów i odbiorcy? Gdzie mieszka każdy rodzaj danych: w orgu, poza core, w hurtowni?
  4. Klucz (ten rozdział): jaki klucz dopasowuje pozycję zamówienia partnera detalicznego do twojej dostawy i co się dzieje, gdy manifest zostanie poprawiony po ułożeniu trasy? (Zadanie D3).
  5. Odbiorca (ten rozdział): kontakt, konto osoby czy żadne z nich? Uzasadnij to relacją, wolumenem, izolacją partnerów i cyklem życia danych.
  6. Ujednolicać czy nie (ten rozdział): odbiorcy pojawiają się w manifestach kilku partnerów, czasem więcej niż raz w roku. Ujednolicić ich czy celowo nie? Jakie jest ryzyko w świetle S2? (Zadanie DC1, bez późnych zmian).
  7. Autorytet: dla pięciu kluczowych pól (numer zamówienia partnera, status dostawy, numer telefonu odbiorcy, okno dostawy, nazwa prawna partnera) powiedz, kto je tworzy, kto jest ich właścicielem, który system jest nadrzędny i kto może je zmieniać.

Zapisz każdą decyzję jako obie opcje, a potem swój wybór: „moim zawodowym zdaniem…”

Moje omówienie to Punkt kontrolny 1: Steve Trucking, co ja bym zaprojektował. Porównaj swoje rozumowanie, a nie tylko prostokąty. Tam, gdzie wybór jest inny niż mój, czy potrafisz powiedzieć, co zyskujesz, a z czego rezygnujesz?

Na razie zachowaj swój projekt. Część 2 testuje go wolumenem, zapytaniami, integracją, migracją, transakcjami i bezpieczeństwem, a karta przeglądu z rozdziału 18 sprawdza go w trzecim roku.

  • DM-1, DM-2 (projekt modelu danych; model szanuje udostępnianie)
  • MDM-1, MDM-2, MDM-3, MDM-4 (zarządzanie danymi podstawowymi, autorytet, dopasowanie, możliwość prześledzenia)
  • SDM-1 (licencje), SDM-3 (jeden widok i kiedy go nie budować)