Aprendizaje del Diseño Orientado al Dominio

Palabras finales

Para completar nuestra exploración del diseño basado en dominios, quiero volver a la cita con la que empezamos:

No tiene sentido hablar de la solución antes de ponernos de acuerdo sobre el problema, y no tiene sentido hablar de los pasos de la implementación antes de ponernos de acuerdo sobre la solución.

Efrat Goldratt-Ashlag

Esta cita resume perfectamente nuestro viaje DDD.

Problema

Para ofrecer una solución de software, primero tenemos que entender el problema de : cuál es el ámbito empresarial en el que estamos trabajando, cuáles son los objetivos empresariales y cuál es la estrategia para alcanzarlos.

Utilizamos el lenguaje ubicuo para comprender en profundidad el dominio empresarial y su lógica, que tenemos que implementar en el software.

Aprendiste a gestionar la complejidad del problema empresarial dividiéndolo en contextos delimitados. Cada contexto delimitado implementa un único modelo del dominio empresarial, destinado a resolver un problema concreto.

Ya hemos hablado de cómo identificar y clasificar los componentes básicos de los dominios empresariales: subdominios centrales, de apoyo y genéricos. La Tabla E-1 compara estos tres tipos de subdominios.

Tabla E-1. Los tres tipos de subdominios

Tipo de subdominio	Ventaja competitiva	Complejidad	Volatilidad	Aplicación	Problema
Núcleo	Sí	Alta	Alta	En casa	Interesante
Genérico	No	Alta	Baja	Comprar/adoptar	Resuelto
Apoyando	No	Baja	Baja	Internos/externos	Obvio

Solución

Aprendiste a aprovechar ...