Lewati ke konten
SteveTechArcSteveTechArc Courses

Checkpoint 1, Gambarkan dan Pertahankan Desain Data Steve Trucking

Juga tersedia dalam 28 bahasa

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

Latihan orisinal berbasis skenario. Tidak pernah meniru soal ujian yang sebenarnya. Latihan ini ditulis dengan gaya “Arsitektur Pilihan Saya”: intinya adalah membuat penilaian Anda terlihat, bukan memilih huruf jawaban. Tantangan ini menutup Bagian 1 kursus Data Architect; pembahasan saya ada di Checkpoint 1, jadi cobalah lebih dulu.

Skenario

Section titled “Skenario ”

Steve Trucking adalah perusahaan pengiriman last-mile. Mitra Ritel besar menjual peralatan rumah tangga, televisi, dan perabot; kru Steve Trucking yang terdiri dari dua orang mengantarkannya ke pelanggan Mitra Ritel (para Penerima), memasang sebagian di antaranya, dan mengangkut barang lamanya. Baca ringkasan Steve Trucking (bahasa Inggris), bagian 1–8. Biarkan bagian 9 (perubahan menjelang akhir); bagian itu datang di akhir kursus.

Persyaratan

Section titled “Persyaratan ”

Semua yang ada di bagian 5 ringkasan (R1–R15) dan bagian 6 (S1–S5). Yang paling diandalkan checkpoint ini:

  • R1. Menerima manifes setiap Mitra Ritel dalam formatnya sendiri (file SFTP, API, EDI) dan mengubahnya menjadi rute, titik pemberhentian, dan item baris tanpa mengetik ulang.
  • R3. Manajer DC setiap Mitra Ritel melihat pengiriman, pengecualian, foto, dan klaim mereka sendiri di portal, dan tidak pernah milik mitra lain.
  • R4. Manifes direvisi di hari yang sama; perubahan setelah penyusunan rute harus ditangani.
  • S2. Sebuah Mitra Ritel tidak boleh pernah melihat pengiriman, harga, volume, atau Penerima milik mitra lain.
  • S3. Tautan pelacakan Penerima hanya menampilkan satu pengiriman itu, tanpa akun, dan bisa kedaluwarsa.
  • S4. Alamat, nomor telepon, dan catatan pengiriman Penerima adalah data pribadi; kru hanya melihatnya untuk titik pemberhentian mereka sendiri, hanya di hari itu.

Batasan

Section titled “Batasan ”
  • Sekitar 3.300 pengiriman per hari kerja, satu juta per tahun, bertumbuh 30% per tahun; sekitar 1,6 item baris dan delapan perubahan status per pengiriman; empat sampai lima juta foto per tahun; sekitar 200.000 pembacaan GPS per hari.
  • Satu org Salesforce di AS, yang sudah menjalankan Service Cloud, Field Service, dan portal mitra; MuleSoft berlisensi; Data 360 berlisensi tetapi belum diimplementasikan.
  • Tiga Mitra Ritel, tiga gaya integrasi; sembilan pusat distribusi.

Tugas Anda

Section titled “Tugas Anda ”

Gambarkan dan pertahankan desain Bagian 1. Gunakan apa yang sudah Anda pelajari di bab 1–6:

  1. Lanskap (bab 4): gambarkan lanskap sistem Steve Trucking kondisi saat ini dengan tata letak ala Steve, setiap panah diberi label tentang apa yang berpindah dan bagaimana caranya.
  2. Model (bab 2): modelkan domain pengiriman secara konseptual, lalu secara logis. Mitra Ritel, pusat distribusi, manifes, pengiriman, item baris, rute, truk, kru, daftar periksa pemasangan, foto, tanda tangan, pengecualian, dan Penerima. (Tantangan D1.)
  3. Desain fisik (bab 3): mana di antaranya yang menjadi objek standar (Field Service punya work order, service appointment, service resource, dan service territory) dan mana yang kustom? Lisensi apa yang dibutuhkan pengguna mitra dan para Penerima? Di mana setiap jenis data tinggal: di org, di luar core, di data warehouse?
  4. Kunci (bab ini): kunci apa yang mencocokkan baris pesanan Mitra Ritel dengan pengiriman Anda, dan apa yang terjadi ketika manifes direvisi setelah penyusunan rute? (Tantangan D3.)
  5. Penerima (bab ini): Kontak, akun pribadi, atau bukan keduanya? Argumentasikan dari hubungannya, volumenya, isolasi antarmitra, dan siklus hidup datanya.
  6. Satukan atau tidak (bab ini): Penerima muncul di manifes beberapa mitra, kadang lebih dari sekali setahun. Apakah Anda akan menyatukannya, atau dengan sengaja tidak? Apa risikonya, mengingat S2? (Tantangan DC1, tanpa perubahan menjelang akhir.)
  7. Otoritas: untuk lima bidang kunci (referensi pesanan mitra, status pengiriman, nomor telepon Penerima, jendela waktu pengiriman, nama resmi mitra), sebutkan siapa yang membuatnya, siapa pemiliknya, sistem mana yang otoritatif, dan siapa yang boleh mengubahnya.

Tuliskan setiap keputusan sebagai dua opsi, lalu pilihan Anda: “menurut pendapat profesional saya…”

Diskusi

Section titled “Diskusi ”

Pembahasan saya ada di Checkpoint 1: Steve Trucking, Arsitektur Pilihan Saya. Bandingkan penalaran Anda, bukan hanya kotak-kotak Anda. Di tempat Anda memilih secara berbeda, bisakah Anda menyebutkan apa yang Anda dapatkan dan apa yang Anda lepaskan?

Tinjauan desain

Section titled “Tinjauan desain ”

Simpan desain Anda untuk sementara. Bagian 2 mengujinya terhadap volume, kueri, integrasi, migrasi, transaksi, dan keamanan, dan kartu tinjauan di bab 18 memeriksanya pada tahun ketiga.

Tujuan ujian yang dilatih

Section titled “Tujuan ujian yang dilatih ”
  • DM-1, DM-2 (desain model data; model menghormati berbagi)
  • MDM-1, MDM-2, MDM-3, MDM-4 (pengelolaan master, otoritas, pencocokan, ketertelusuran)
  • SDM-1 (lisensi), SDM-3 (tampilan tunggal, dan kapan tidak membangunnya)