İçeriğe geç
SteveTechArcSteveTechArc Courses

1. Kontrol Noktası, Steve Trucking'in Veri Tasarımını Çizin ve Savunun

28 dilde daha mevcut

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

Özgün, senaryoya dayalı alıştırma. Hiçbir zaman gerçek sınav sorularından modellenmemiştir. “Ben Nasıl Tasarlardım” tarzında yazılmıştır: amaç bir şık seçmek değil, muhakemenizi görünür kılmaktır. Bu alıştırma Data Architect kursunun 1. Kısım’ını kapatıyor; benim çözümüm 1. Kontrol Noktası’nda; bu yüzden önce kendiniz deneyin.

Senaryo

Bölüm başlığı “Senaryo ”

Steve Trucking son kilometre teslimatı yapan bir şirket. Büyük Perakende Ortakları beyaz eşya, televizyon ve mobilya satıyor; Steve Trucking’in iki kişilik ekipleri bunları Perakende Ortaklarının müşterilerine (Alıcılara) teslim ediyor, bazılarının kurulumunu yapıyor ve eskilerini götürüyor. Steve Trucking senaryo özetinin (İngilizce) 1–8. kısımlarını okuyun. 9. kısma (son dakika değişiklikleri) dokunmayın; onlar kursun sonunda geliyor.

Gereksinimler

Bölüm başlığı “Gereksinimler ”

Senaryo özetinin 5. kısmındaki (R1–R15) ve 6. kısmındaki (S1–S5) her şey. Bu kontrol noktasının en çok dayandıkları:

  • R1. Her Perakende Ortağının yük listelerini kendi biçiminde (SFTP dosyası, API, EDI) alın ve yeniden yazmadan rotalara, duraklara ve satır öğelerine dönüştürün.
  • R3. Her Perakende Ortağının DC müdürleri portalda kendi teslimatlarını, istisnalarını, fotoğraflarını ve taleplerini görür, asla başka bir ortağınkini görmez.
  • R4. Yük listeleri aynı gün revize edilir; rota planlamasından sonraki değişikliklerin ele alınması gerekir.
  • S2. Bir Perakende Ortağı asla başka bir ortağın teslimatlarını, fiyatlandırmasını, hacimlerini ya da Alıcılarını görmemelidir.
  • S3. Alıcının takip bağlantısı yalnızca o tek teslimatı, hesap gerektirmeden gösterir ve süresi dolar.
  • S4. Alıcıların adresleri, telefon numaraları ve teslimat notları kişisel veridir; ekipler onları yalnızca kendi durakları için, yalnızca o gün görür.

Kısıtlar

Bölüm başlığı “Kısıtlar ”
  • İş günü başına yaklaşık 3.300 teslimat, yılda bir milyon, yılda %30 büyüyor; teslimat başına yaklaşık 1,6 satır öğesi ve sekiz durum değişikliği; yılda dört beş milyon fotoğraf; günde yaklaşık 200.000 GPS okuması.
  • ABD’de zaten Service Cloud, Field Service ve bir ortak portalı çalıştıran tek bir Salesforce org’u; MuleSoft lisanslı; Data 360 lisanslı ama uygulanmamış.
  • Üç Perakende Ortağı, üç entegrasyon tarzı; dokuz dağıtım merkezi.

Göreviniz

Bölüm başlığı “Göreviniz ”

  1. Kısım tasarımını çizin ve savunun. 1–6. bölümlerde öğrendiklerinizi kullanın:

  2. Harita (4. bölüm): Steve Trucking’in mevcut durum sistem haritasını Steve’in düzeninde çizin; her ok neyin ve nasıl hareket ettiğiyle etiketlenmiş olsun.

  3. Model (2. bölüm): teslimat alanını önce kavramsal, sonra mantıksal olarak modelleyin. Perakende Ortakları, dağıtım merkezleri, yük listeleri, teslimatlar, satır öğeleri, rotalar, kamyonlar, ekipler, kurulum kontrol listeleri, fotoğraflar, imzalar, istisnalar ve Alıcılar. (D1 alıştırması.)

  4. Fiziksel tasarım (3. bölüm): bunlardan hangileri standart nesne (Field Service’te iş emirleri, servis randevuları, servis kaynakları ve servis bölgeleri var), hangileri özel? Ortak kullanıcılarının ve Alıcıların hangi lisanslara ihtiyacı var? Her tür veri nerede yaşıyor: org’da mı, çekirdek dışında mı, ambarda mı?

  5. Anahtar (bu bölüm): bir Perakende Ortağının sipariş satırını sizin teslimatınızla hangi anahtar eşleştirir ve yük listesi rota planlamasından sonra revize edildiğinde ne olur? (D3 alıştırması.)

  6. Alıcı (bu bölüm): bir Kişi mi, bir kişi hesabı mı, ikisi de değil mi? Bunu ilişkiden, hacimden, ortak yalıtımından ve verinin yaşam döngüsünden yola çıkarak savunun.

  7. Birleştirmek ya da birleştirmemek (bu bölüm): Alıcılar birkaç ortağın yük listesinde, bazen yılda birden fazla kez görünüyor. Onları birleştirir miydiniz, yoksa bilerek birleştirmez miydiniz? S2 göz önüne alındığında risk nedir? (DC1 alıştırması, son dakika değişiklikleri olmadan.)

  8. Yetki: beş temel alan için (ortağın sipariş referansı, teslimat durumu, Alıcının telefon numarası, teslimat zaman aralığı, ortağın yasal adı) onu kimin oluşturduğunu, sahibinin kim olduğunu, hangi sistemin esas olduğunu ve onu kimin değiştirebileceğini söyleyin.

Her kararı iki seçenek olarak, sonra da seçiminiz olarak yazın: “profesyonel görüşüme göre…”

Tartışma

Bölüm başlığı “Tartışma ”

Benim çözümüm 1. Kontrol Noktası: Steve Trucking, Ben Nasıl Tasarlardım. Yalnızca kutularınızı değil, gerekçenizi karşılaştırın. Farklı seçtiğiniz yerde ne kazanacağınızı ve neden vazgeçeceğinizi söyleyebiliyor musunuz?

Tasarım incelemesi

Bölüm başlığı “Tasarım incelemesi ”

Tasarımınızı şimdilik saklayın. 2. Kısım onu hacme, sorgulara, entegrasyona, taşımaya, işlemlere ve güvenliğe karşı sınıyor ve 18. bölümün inceleme kartı onu üçüncü yılda kontrol ediyor.

Çalıştırılan sınav hedefleri

Bölüm başlığı “Çalıştırılan sınav hedefleri ”
  • DM-1, DM-2 (veri modeli tasarımı; model paylaşıma saygı gösterir)
  • MDM-1, MDM-2, MDM-3, MDM-4 (ana veri yönetimi, yetki, eşleştirme, izlenebilirlik)
  • SDM-1 (lisanslar), SDM-3 (tek bir görünüm ve ne zaman inşa edilmemesi gerektiği)