Kontrolpunkt 1, tegn og forsvar Steve Truckings datadesign

🌐 Findes også på 28 sprog

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 · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

Oversat med AI. Fællesskabet har endnu ikke gennemgået oversættelsen. Læs på engelsk

Original, scenariebaseret øvelse. Aldrig bygget over rigtige eksamensspørgsmål. Den er skrevet i stilen »Sådan ville jeg designe det«: Pointen er at gøre din dømmekraft synlig, ikke at vælge et bogstav. Denne opgave afslutter del 1 af kurset Data Architect; min gennemgang kommer i kontrolpunkt 1, så prøv selv først.

Scenarie

Steve Trucking er et last mile-leveringsfirma. Store detailkæder, detailpartnerne (Retail Partners), sælger hvidevarer, tv’er og møbler; Steve Truckings teams på to personer leverer dem til detailpartnernes kunder (modtagerne, Recipients), monterer nogle af dem og fjerner de gamle. Læs Steve Truckings brief (på engelsk), afsnit 1–8. Lad afsnit 9 (de sene ændringer) ligge; de kommer til sidst i kurset.

Krav

Alt i briefens afsnit 5 (R1–R15) og afsnit 6 (S1–S5). Dem, dette kontrolpunkt læner sig mest op ad:

• R1. Modtag hver detailpartners manifester i partnerens eget format (SFTP-fil, API, EDI), og gør dem til ruter, stop og linjer uden at indtaste noget igen.
• R3. Hver detailpartners DC-ledere ser deres egne leveringer, undtagelser, fotos og reklamationer i portalen og aldrig en anden partners.
• R4. Manifester bliver ændret på selve dagen; ændringer efter ruteplanlægningen skal håndteres.
• S2. En detailpartner må aldrig se en anden partners leveringer, priser, volumener eller modtagere.
• S3. Modtagerens sporingslink viser kun den ene levering, uden en konto, og udløber.
• S4. Modtagernes adresser, telefonnumre og leveringsnoter er personoplysninger; teamene ser dem kun for deres egne stop og kun på dagen.

Begrænsninger

• Omkring 3.300 leveringer pr. arbejdsdag, en million om året, med en vækst på 30 % om året; omkring 1,6 linjer og otte statusændringer pr. levering; fire til fem millioner fotos om året; omkring 200.000 GPS-målinger om dagen.
• Én Salesforce-org i USA, der allerede kører Service Cloud, Field Service og en partnerportal; MuleSoft er licenseret; Data 360 er licenseret, men ikke implementeret.
• Tre detailpartnere, tre integrationsstile; ni distributionscentre.

Din opgave

Tegn og forsvar designet fra del 1. Brug det, du har lært i kapitel 1–6:

1. Landskabet (kapitel 4): Tegn Steve Truckings systemlandskab i den nuværende tilstand i Steves layout, med hver pil mærket med, hvad der bevæger sig, og hvordan.
2. Modellen (kapitel 2): Modellér leveringsdomænet konceptuelt og derefter logisk. Detailpartnere, distributionscentre, manifester, leveringer, linjer, ruter, lastbiler, teams, monteringstjeklister, fotos, underskrifter, undtagelser og modtagere. (Opgave D1.)
3. Det fysiske design (kapitel 3): Hvilke af dem er standardobjekter (Field Service har arbejdsordrer, serviceaftaler, serviceressourcer og serviceområder), og hvilke er brugerdefinerede? Hvilke licenser har partnerbrugerne og modtagerne brug for? Hvor bor hver slags data: i org’en, uden for core, i datavarehuset?
4. Nøglen (dette kapitel): Hvilken nøgle matcher en detailpartners ordrelinje med din levering, og hvad sker der, når manifestet ændres efter ruteplanlægningen? (Opgave D3.)
5. Modtageren (dette kapitel): en kontakt, en personkonto eller ingen af delene? Argumentér ud fra relationen, volumen, adskillelsen mellem partnere og dataenes livscyklus.
6. Samle eller ej (dette kapitel): Modtagere optræder i flere partneres manifester, nogle gange mere end én gang om året. Ville du samle dem, eller bevidst lade være? Hvad er risikoen, givet S2? (Opgave DC1, uden de sene ændringer.)
7. Autoritet: For fem nøglefelter (partnerens ordrereference, leveringsstatus, modtagerens telefonnummer, leveringsvinduet, partnerens juridiske navn) skal du sige, hvem der opretter det, hvem der ejer det, hvilket system der er autoritativt, og hvem der må ændre det.

Skriv hver beslutning som begge muligheder og derefter dit valg: »Efter min faglige vurdering …«

Diskussion

Min gennemgang er Kontrolpunkt 1: Steve Trucking, sådan ville jeg designe det. Sammenlign din argumentation, ikke kun dine bokse. Hvor du valgte anderledes, kan du så sige, hvad du ville vinde, og hvad du ville give afkald på?

Designgennemgang

Gem dit design indtil videre. Del 2 tester det mod volumen, forespørgsler, integration, migrering, transaktioner og sikkerhed, og gennemgangskortet i kapitel 18 tjekker det i år tre.

Eksamensmål, der øves

• DM-1, DM-2 (design af datamodellen; modellen respekterer delingen)
• MDM-1, MDM-2, MDM-3, MDM-4 (mastering, autoritet, matchning, sporbarhed)
• SDM-1 (licenser), SDM-3 (ét samlet billede, og hvornår man ikke skal bygge et)