📘 Referencia: Capítulo 5 – Introduction
🎯 Nuevo Arco Narrativo: Acto VI – Dibujar el dato, diseñar el conocimiento

---

✨ Storytelling

—“¿Para qué sirve esto?”

La pregunta quedó flotando sobre la mesa de reunión como una nube densa. Cristina acababa de presentar el modelo conceptual de datos para un nuevo producto digital, y lo que obtuvo fue una mezcla de miradas vacías y gestos incómodos.

—“Eso ya lo tenemos en SAP, ¿no?” —dijo alguien.

—“¿Y por qué ese campo se llama ‘cliente_comercial’ si ahí va el RUC?” —preguntó otro.

Cristina respiró hondo. Sabía que no era un tema técnico. Lo que tenía en sus manos no era solo un diagrama: era una representación de cómo el negocio entendía su realidad. Y ese entendimiento estaba fracturado.

Recordó las palabras de su mentor:

“Un modelo de datos no se diseña solo para las máquinas. Se diseña para que las personas puedan confiar en lo que ven.”

Ahí entendió que el modelado de datos no era solo una práctica técnica. Era un ejercicio profundo de traducción cultural entre áreas, intereses, significados y sistemas.

---

🧠 Reflexión narrativa

El Capítulo 5 del DMBOK2 nos recuerda que diseñar un dato no es simplemente estructurarlo. Es comprender su propósito, su contexto, su evolución. Un buen modelo de datos permite que el conocimiento fluya sin distorsión, que la toma de decisiones sea clara, y que los procesos se construyan sobre bases firmes.

---

🧩 Conceptos Técnicos Clave

Concepto	¿Qué implica?
Modelo Conceptual	Representa los elementos clave del negocio y sus relaciones, sin detalles técnicos.
Modelo Lógico	Traduce lo conceptual en estructuras entendibles para bases de datos relacionales.
Modelo Físico	Se enfoca en cómo los datos serán almacenados y accedidos realmente.
Diseño de datos	Integra principios técnicos y de negocio para representar la información de forma clara y eficiente.
Gobierno del Modelado	Asegura consistencia, revisión, aprobación y mantenimiento de los modelos en toda la organización.

---

📌 Lo que viene…

En el Día 44, Cristina descubrirá por qué los modelos no pueden vivir guardados en carpetas de proyecto: hay que construirlos con el negocio, no para el negocio.