Контрольна точка 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 — компанія доставки «останньої милі». Великі роздрібні партнери продають побутову техніку, телевізори й меблі; бригади 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 позиції і восьми змін статусу на доставку; чотири-п’ять мільйонів фото на рік; близько 200 000 показань GPS на день.
Одна org Salesforce у США, вже з Service Cloud, Field Service і порталом партнерів; MuleSoft ліцензовано; Data 360 ліцензовано, але не впроваджено.
Три роздрібні партнери, три стилі інтеграції; дев’ять розподільчих центрів.

Ваше завдання

Намалюйте й захистіть дизайн Частини 1. Використайте вивчене в розділах 1–6:

Ландшафт (розділ 4): намалюйте системний ландшафт поточного стану Steve Trucking у компонуванні Steve, кожна стрілка з підписом, що рухається і як.
Модель (розділ 2): змоделюйте домен доставок концептуально, потім логічно. Роздрібні партнери, розподільчі центри, маніфести, доставки, позиції, маршрути, вантажівки, бригади, чек-листи встановлення, фото, підписи, винятки й отримувачі. (Завдання D1.)
Фізичний дизайн (розділ 3): які з них — стандартні об’єкти (у Field Service є робочі замовлення, сервісні візити, сервісні ресурси й сервісні території), а які — користувацькі? Які ліцензії потрібні користувачам партнерів і отримувачам? Де живе кожен вид даних: в org, поза core, у сховищі даних?
Ключ (цей розділ): який ключ зіставляє рядок замовлення роздрібного партнера з вашою доставкою і що стається, коли маніфест переглядають після маршрутизації? (Завдання D3.)
Отримувач (цей розділ): Contact, персональний акаунт чи ні те, ні інше? Аргументуйте від стосунків, обсягу, ізоляції партнерів і життєвого циклу даних.
Уніфікувати чи ні (цей розділ): отримувачі з’являються в маніфестах кількох партнерів, іноді більше одного разу на рік. Ви б їх уніфікували чи свідомо ні? Який ризик, з огляду на S2? (Завдання DC1, без пізніх змін.)
Авторитетність: для п’яти ключових полів (номер замовлення партнера, статус доставки, номер телефону отримувача, вікно доставки, юридична назва партнера) скажіть, хто його створює, хто ним володіє, яка система авторитетна і хто може його змінювати.

Запишіть кожне рішення як обидва варіанти, а потім свій вибір: «на мою професійну думку…»

Обговорення

Мій розбір — Контрольна точка 1: Steve Trucking, як я б це спроєктував. Порівнюйте свої міркування, а не лише прямокутники. Там, де ви обрали інакше, чи можете сказати, що виграли б і від чого відмовилися б?

Рецензія дизайну

Поки що тримайте свій дизайн. Частина 2 перевіряє його обсягом, запитами, інтеграцією, міграцією, транзакціями й безпекою, а картка рецензії з розділу 18 перевіряє його на третій рік.

Цілі іспиту, які відпрацьовуються

DM-1, DM-2 (дизайн моделі даних; модель поважає спільний доступ)
MDM-1, MDM-2, MDM-3, MDM-4 (керування, авторитетність, зіставлення, простежуваність)
SDM-1 (ліцензії), SDM-3 (єдиний погляд і коли його не будувати)