Checkpoint 1, dibuja y defiende el diseño de datos de Steve Trucking

También en 28 idiomas

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 · Français (Canada) · Deutsch (Schweiz)

Práctica original, basada en escenarios. Nunca se basa en preguntas reales del examen. Está escrita al estilo de “Lo que yo diseñaría”: lo importante es hacer visible tu criterio, no elegir una letra. Este desafío cierra la Parte 1 del curso Data Architect; mi recorrido llega en el Checkpoint 1, así que inténtalo primero.

Escenario

Steve Trucking es una empresa de entregas de última milla. Grandes socios minoristas (Retail Partners) venden electrodomésticos, televisores y muebles; los equipos de dos personas de Steve Trucking los entregan a los clientes de los socios minoristas (los destinatarios, o Recipients), instalan algunos y se llevan los viejos. Lee el brief de Steve Trucking, secciones 1–8. Deja de lado la sección 9 (los cambios de última hora); esos llegan al final del curso.

Requisitos

Todo lo de la sección 5 del brief (R1–R15) y la sección 6 (S1–S5). Los que más pesan en este checkpoint:

R1. Recibir los manifiestos de cada socio minorista en su propio formato (archivo SFTP, API, EDI) y convertirlos en rutas, paradas y partidas sin volver a escribirlos.
R3. Los gerentes de centro de distribución de cada socio minorista ven sus propias entregas, excepciones, fotos y reclamaciones en el portal, y nunca las de otro socio.
R4. Los manifiestos se revisan el mismo día; hay que manejar los cambios posteriores a la asignación de rutas.
S2. Un socio minorista nunca debe ver las entregas, los precios, los volúmenes ni los destinatarios de otro socio.
S3. El enlace de seguimiento del destinatario muestra solo esa entrega, sin cuenta, y caduca.
S4. Las direcciones, los números de teléfono y las notas de entrega de los destinatarios son datos personales; los equipos los ven solo para sus propias paradas, y solo ese día.

Restricciones

Unas 3,300 entregas por día laborable, un millón al año, con un crecimiento del 30% anual; unas 1.6 partidas y ocho cambios de estado por entrega; de cuatro a cinco millones de fotos al año; unas 200,000 lecturas de GPS al día.
Una org de Salesforce en Estados Unidos, que ya usa Service Cloud, Field Service y un portal de socios; MuleSoft con licencia; Data 360 con licencia pero sin implementar.
Tres socios minoristas, tres estilos de integración; nueve centros de distribución.

Tu tarea

Dibuja y defiende el diseño de la Parte 1. Usa lo que aprendiste en los capítulos 1–6:

El panorama (capítulo 4): dibuja el panorama de sistemas actual de Steve Trucking con el diseño de Steve, con cada flecha etiquetada con lo que se mueve y cómo.
El modelo (capítulo 2): modela el dominio de las entregas a nivel conceptual y luego lógico. Socios minoristas, centros de distribución, manifiestos, entregas, partidas, rutas, camiones, equipos, listas de verificación de instalación, fotos, firmas, excepciones y destinatarios. (Desafío D1.)
El diseño físico (capítulo 3): ¿cuáles son objetos estándar (Field Service tiene órdenes de trabajo, citas de servicio, recursos de servicio y territorios de servicio) y cuáles son personalizados? ¿Qué licencias necesitan los usuarios de los socios y los destinatarios? ¿Dónde vive cada tipo de dato: en la org, fuera del núcleo, en el almacén de datos?
La clave (este capítulo): ¿qué clave empareja la línea de pedido de un socio minorista con tu entrega, y qué pasa cuando el manifiesto se revisa después de asignar las rutas? (Desafío D3.)
El destinatario (este capítulo): ¿un contacto, una cuenta personal o ninguno de los dos? Arguméntalo a partir de la relación, el volumen, el aislamiento entre socios y el ciclo de vida de los datos.
Unificar o no (este capítulo): los destinatarios aparecen en los manifiestos de varios socios, a veces más de una vez al año. ¿Los unificarías, o deliberadamente no? ¿Cuál es el riesgo, dado S2? (Desafío DC1, sin los cambios de última hora.)
Autoridad: para cinco campos clave (la referencia de pedido del socio, el estado de la entrega, el número de teléfono del destinatario, la franja de entrega, el nombre legal del socio), di quién lo crea, quién es su dueño, qué sistema tiene la autoridad y quién puede cambiarlo.

Escribe cada decisión con las dos opciones y luego tu elección: “en mi opinión profesional…”

Discusión

Mi recorrido es Checkpoint 1: Steve Trucking, lo que yo diseñaría. Compara tu razonamiento, no solo tus cajas. Donde elegiste distinto, ¿puedes decir qué ganarías y a qué renunciarías?

Revisión del diseño

Guarda tu diseño por ahora. La Parte 2 lo pone a prueba frente al volumen, las consultas, la integración, la migración, las transacciones y la seguridad, y la tarjeta de revisión del capítulo 18 lo comprueba en el tercer año.

Objetivos del examen que se ejercitan

DM-1, DM-2 (diseño del modelo de datos; el modelo respeta el uso compartido)
MDM-1, MDM-2, MDM-3, MDM-4 (datos maestros, autoridad, emparejamiento, trazabilidad)
SDM-1 (licencias), SDM-3 (una vista única, y cuándo no construirla)