A medida que avanza la tecnología de la información y se desarrolla nuevo software, las empresas buscan cada vez más formas de crear aplicaciones y sistemas seguros con relativa rapidez que cubran todas las condiciones y sean fáciles de probar y desarrollar. A través de prueba y error, se ha creado un enfoque que muchas organizaciones consideran la forma ideal de crear software.
Se trata de Diseño Impulsado por Dominio. ¿Qué es exactamente este enfoque para el desarrollo de software en la empresa?
Domain Driven Design (nombre abreviado DDD): ¿qué es este enfoque?
Desde el principio, vale la pena definir qué es exactamente el enfoque DDD. Es una forma de construir aplicaciones y sistemas que básicamente deben reflejar las necesidades del negocio, suposiciones comerciales que al mismo tiempo se convierten en requisitos previos incluidos en el software.
¿Cuáles son los insumos que sustentan el método DDD? En primer lugar, el diseño de cualquier software debe basarse en la cooperación igualitaria entre los programadores y las personas directamente relacionadas con el negocio, que al mismo tiempo son el consumidor objetivo de la solución. La segunda condición para crear sistemas utilizando el método DDD es el diseño de la lógica del proyecto en forma de dominios.
¿Qué es un dominio? En pocas palabras, esta es un área específica de negocios que debe implementarse. Un área que necesita ser mejorada con software recién creado o desarrollado. Dependiendo de la importancia y esencia de un concepto y funcionalidad en particular, podemos dividir los dominios en:
- Los dominios principales, que son la parte más importante del sistema y son responsables de la funcionalidad más importante.
- Dominios de soporte, que son extensiones del dominio principal; sin él, los dominios de soporte no valen nada.
- Dominios comunes, que son características importantes pero opcionales.
¿En qué consiste DDD?
El proceso de creación de nuevo software basado en los principios del Diseño Dirigido por Dominio es algo diferente del enfoque tradicional de desarrollo de software, que incluye una serie de cuestiones técnicas relacionadas con el procesamiento de la mecánica, la entrada y salida de datos, la comunicación con el servidor, la base de datos e integración con otras herramientas, utilizadas por la organización.
La programación DDD consiste principalmente en modelos de dominio (dominios raíz, sub y general) que contienen una implementación muy básica de los parámetros comerciales que deben incluirse en el software. Es muy importante que el programador responsable de desarrollar el código comprenda a fondo el propósito de crear un nuevo software y comprenda el valor que conlleva el dominio. DDD no puede prescindir de definir un lenguaje que permita a los expertos en dominios y programadores entender fácilmente ese lenguaje. Para este enfoque, este lenguaje se denominó lenguaje ubicuo.
¿Qué dificultades pueden surgir al utilizar el enfoque de diseño basado en dominios?
¿Cuál es el mayor problema con el uso del método DDD? En primer lugar, es la comunicación entre el negocio y el lado técnico. Como regla general, siempre debe haber espacio en un enfoque DDD para un experto en el dominio que tenga un conocimiento profundo del enfoque y actúe como «compilador» en las comunicaciones comerciales y de TI por derecho propio.
Debido al porcentaje relativamente pequeño de proyectos creados con el método DDD, es muy difícil encontrar una persona que pueda asumir ese rol con plena dedicación. La falta de experiencia de los programadores en la creación utilizando la metodología DDD también puede causar dificultades adicionales.
Ventajas y desventajas del enfoque DDD
Comencemos con los beneficios de utilizar un enfoque de diseño basado en dominios al crear un nuevo software. En primer lugar, es una gran solución para proyectos complejos en los que la cantidad de características, objetivos de implementación y diferentes niveles es tan grande que es difícil de capturar conceptualmente en un diseño de aplicación tradicional. El enfoque DDD satisface las necesidades reales del negocio – no hay lugar para medias tintas – si el programador interpreta correctamente el dominio, se implementará de acuerdo con las necesidades del usuario final. También vale la pena señalar el costo relativamente bajo del desarrollo de la aplicación, que se creó de acuerdo con el enfoque DDD desde el principio.
¿Cuáles son las desventajas de usar esta técnica? La principal desventaja es la poca práctica en el uso de esta forma de desarrollar nuevo software. Por ello, el inicio de la utilización de una nueva estrategia, desde el punto de vista del equipo del proyecto, conlleva el riesgo de una completa incomprensión del concepto y, en consecuencia, del fracaso.
El costo de producción inicial de diseñar y construir una aplicación usando la metodología DDD es más alto, lo que ciertamente afecta el pequeño porcentaje de proyectos que se implementan de esta manera.
¿Cómo usar DDD en mi propio proyecto?
Para que DDD sea práctico en nuestro proyecto, debemos comenzar desde cero. No es posible adoptar parcialmente un concepto de Diseño Dirigido por Dominio donde el resto del modelo se diseñará de manera tradicional. En este caso, la satisfacción con el producto final será baja tanto por parte del equipo de TI como del usuario final.
