UNIVERSIDAD TECNOLÓGICA DE LA SELVA

ASIGNATURA:
EXPERIENCIA DE USUARIO
UNIDAD TEMATICA:
III

CARRERA:
ING. EN DESARROLLO DE GESTION DE SOFTWARE
GRADO Y GRUPO:
7 (A)
 DDD
Domain Driven Design
QUE ES DDD?

■ El Diseño Dirigido por el Dominio (DDD) fue creado en el año

2003 por el reconocido experto en software Eric Evans, quien
lo presentó en su libro Domain-Driven Design: tackling
complexity in the heart of software. Desde entonces, se ha
convertido en una técnica popular para diseñar software de
alta calidad y escalable.
■ En términos generales, el DDD consiste, principalmente, en
dos procesos: el modelado del dominio y la implementación
de la lógica del dominio.
CARACTERISTICAS

■ No es una tecnología ni una metodología, sino una

práctica de desarrollo de software con necesidades
complejas, que sitúa el Dominio del Negocio como faro del
proyecto y en su Modelo, como herramienta de comunicación
entre negocio y tecnología.
VENTAJAS
• Ayuda a los desarrolladores a entender mejor el dominio del
problema, lo que a su vez ayuda a crear soluciones más efectivas
y específicas.
• Promueve una mejor colaboración entre los equipos de desarrollo
y los expertos del dominio del problema.
• Permite una mejor mantenibilidad y evolución del código, ya que el
diseño está más cercano al modelo mental del dominio del
problema.
• Facilita la implementación de cambios y mejoras en el sistema, ya
que el modelo del dominio es más fácil de entender y modificar.
• Fomenta el uso de un lenguaje común para todos los involucrados
en el proyecto, lo que puede reducir la ambigüedad y mejorar la
comunicación.
DESVENTAJAS
• Requiere de un mayor conocimiento y esfuerzo para implementar
correctamente el modelo del dominio, lo que puede llevar a un
mayor tiempo de desarrollo.
• Puede ser difícil de ejecutar en sistemas ya existentes,
especialmente si el modelo del dominio no se ha definido
previamente.
• Requiere de una mayor colaboración y comunicación entre los
equipos de desarrollo y los expertos del dominio, lo que puede
aumentar la complejidad de la coordinación.
• Puede llevar a una mayor complejidad del código si no se
implementa correctamente.
• Puede ser difícil de aplicar en casos en los que el modelo del
dominio es complejo o no está bien definido.
RESUMEN
• Identifica el dominio del problema: es importante comprender el negocio y
los requisitos del problema para identificar el dominio del problema que se
debe abordar en el diseño.
• Crea un modelo del dominio: a partir de la comprensión del dominio del
problema, se debe crear un modelo del dominio que refleje los conceptos
y las reglas de negocio. Este modelo puede incluir entidades, objetos de
valor, servicios, eventos y otros elementos que sean relevantes para el
problema.
• Desarrolla la lógica del dominio: esto puede involucrar la creación de
clases, interfaces, métodos y otros elementos de código que representen
los conceptos y las reglas del negocio.
• Usa patrones de diseño: el DDD utiliza muchos patrones de diseño para
crear un software bien estructurado y mantenible. Algunos de los que
puedes emplear en el desarrollo de software DDD en Java son el patrón
de repositorio, el patrón de fábrica, el patrón de especificación y el patrón