Tarkistuspiste 1, piirrä ja perustele Steve Truckingin tietosuunnitelma

Saatavilla myös 28 kielellä

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

Alkuperäinen, skenaarioon perustuva harjoitus. Sitä ei ole koskaan mallinnettu todellisten koekysymysten pohjalta. Se on kirjoitettu ”näin minä sen suunnittelisin” -tyyliin: tarkoitus on tehdä harkintasi näkyväksi, ei valita kirjainta. Tämä tehtävä päättää Data Architect -kurssin osan 1; oma läpikäyntini on tarkistuspisteessä 1, joten kokeile ensin itse.

Skenaario

Steve Trucking on viimeisen kilometrin toimitusyritys. Suuret vähittäiskauppakumppanit (Retail Partners) myyvät kodinkoneita, televisioita ja huonekaluja; Steve Truckingin kahden hengen tiimit (crews) toimittavat ne vähittäiskauppakumppaneiden asiakkaille (vastaanottajille, Recipients), asentavat osan niistä ja vievät vanhat pois. Lue Steve Truckingin kuvaus, osiot 1–8. Jätä osio 9 (myöhäiset muutokset) rauhaan; ne tulevat kurssin lopussa.

Vaatimukset

Kaikki kuvauksen osiossa 5 (R1–R15) ja osiossa 6 (S1–S5). Ne, joihin tämä tarkistuspiste nojaa eniten:

R1. Vastaanota kunkin vähittäiskauppakumppanin kuormaluettelot (manifests) sen omassa muodossa (SFTP-tiedosto, API, EDI) ja muuta ne reiteiksi, pysähdyksiksi ja riveiksi ilman uudelleen kirjoittamista.
R3. Kunkin vähittäiskauppakumppanin jakelukeskusten (DC) esihenkilöt näkevät portaalissa omat toimituksensa, poikkeuksensa, valokuvansa ja korvausvaatimuksensa, eivätkä koskaan toisen kumppanin tietoja.
R4. Kuormaluetteloita muutetaan saman päivän aikana; reitityksen jälkeiset muutokset on käsiteltävä.
S2. Vähittäiskauppakumppani ei saa koskaan nähdä toisen kumppanin toimituksia, hinnoittelua, volyymeja tai vastaanottajia.
S3. Vastaanottajan seurantalinkki näyttää vain sen yhden toimituksen, ilman käyttäjätiliä, ja vanhenee.
S4. Vastaanottajien osoitteet, puhelinnumerot ja toimitusohjeet ovat henkilötietoja; tiimit näkevät ne vain omilla pysähdyksillään ja vain sinä päivänä.

Rajoitteet

Noin 3 300 toimitusta työpäivässä, miljoona vuodessa, kasvua 30 % vuodessa; noin 1,6 riviä ja kahdeksan tilamuutosta toimitusta kohden; neljästä viiteen miljoonaa valokuvaa vuodessa; noin 200 000 GPS-lukemaa päivässä.
Yksi Salesforce-org Yhdysvalloissa, jossa on jo käytössä Service Cloud, Field Service ja kumppaniportaali; MuleSoft lisensoitu; Data 360 lisensoitu mutta ei käyttöönotettu.
Kolme vähittäiskauppakumppania, kolme integraatiotyyliä; yhdeksän jakelukeskusta.

Tehtäväsi

Piirrä ja perustele osan 1 suunnitelma. Käytä sitä, mitä olet oppinut luvuissa 1–6:

Järjestelmäkartta (luku 4): piirrä Steve Truckingin nykytilan järjestelmäkartta Steven asettelulla, jokainen nuoli nimettynä sen mukaan, mitä liikkuu ja miten.
Malli (luku 2): mallinna toimitusten alue ensin käsitteellisesti, sitten loogisesti. Vähittäiskauppakumppanit, jakelukeskukset, kuormaluettelot, toimitukset, rivit, reitit, kuorma-autot, tiimit, asennuksen tarkistuslistat, valokuvat, allekirjoitukset, poikkeukset ja vastaanottajat. (Tehtävä D1.)
Fyysinen suunnitelma (luku 3): mitkä näistä ovat vakio-objekteja (Field Servicessa on työtilaukset, huoltokäynnit, huoltoresurssit ja huoltoalueet) ja mitkä mukautettuja? Mitä lisenssejä kumppanikäyttäjät ja vastaanottajat tarvitsevat? Missä kukin tietolaji asuu: orgissa, coren ulkopuolella, tietovarastossa?
Avain (tämä luku): mikä avain täsmää vähittäiskauppakumppanin tilausrivin sinun toimitukseesi, ja mitä tapahtuu, kun kuormaluetteloa muutetaan reitityksen jälkeen? (Tehtävä D3.)
Vastaanottaja (tämä luku): yhteyshenkilö (Contact), henkilötili (person account) vai ei kumpikaan? Perustele se suhteen, volyymin, kumppanien eristämisen ja tietojen elinkaaren kautta.
Yhtenäistetäänkö vai ei (tämä luku): vastaanottajat esiintyvät usean kumppanin kuormaluetteloissa, joskus useammin kuin kerran vuodessa. Yhtenäistäisitkö heidät, vai jättäisitkö sen tarkoituksella tekemättä? Mikä on riski, kun otetaan huomioon S2? (Tehtävä DC1, ilman myöhäisiä muutoksia.)
Auktoriteetti: kerro viiden avainkentän (kumppanin tilausviite, toimituksen tila, vastaanottajan puhelinnumero, toimitusikkuna, kumppanin virallinen nimi) osalta, kuka sen luo, kuka sen omistaa, mikä järjestelmä on auktoritatiivinen ja kuka saa muuttaa sitä.

Kirjoita jokainen päätös molempina vaihtoehtoina ja sitten valintasi: ”ammatillisen näkemykseni mukaan…”

Pohdinta

Oma läpikäyntini on Tarkistuspiste 1 – Steve Trucking: näin minä sen suunnittelisin. Vertaa päättelyäsi, älä pelkkiä laatikoitasi. Missä valitsit toisin, osaatko sanoa, mitä voittaisit ja mistä luopuisit?

Suunnitelman arviointi

Pidä suunnitelmasi toistaiseksi tallessa. Osa 2 testaa sitä volyymin, kyselyjen, integraation, migraation, transaktioiden ja tietoturvan kannalta, ja luvun 18 arviointikortti tarkistaa sen kolmantena vuonna.

Harjoitellut koetavoitteet

DM-1, DM-2 (tietomallin suunnittelu; malli kunnioittaa jakamista)
MDM-1, MDM-2, MDM-3, MDM-4 (perustietojen hallinta, auktoriteetti, täsmäytys, jäljitettävyys)
SDM-1 (lisenssit), SDM-3 (yksi näkymä ja milloin sitä ei pidä rakentaa)