Importancia del Lenguaje Ubicuo en el Diseño Basado en Dominios

La mayoría de las aplicaciones de software comerciales se crean con un conjunto de requisitos empresariales complejos para resolver problemas o necesidades empresariales específicas. Sin embargo, esperar que todos los desarrolladores/arquitectos de software sean expertos en dominios comerciales y esperar que conozcan funciones comerciales completas tampoco es práctico. Por otro lado, ¿cómo creamos software que aporta valor y tiene consumidores que necesitan automatización que utilicen el software? Una aplicación de software no puede ser solo una muestra de excelencia técnica, sino, en la mayoría de los casos, también real y utilizable de excelencia empresarial automatizada. El diseño y los modelos basados en el dominio son las respuestas a esas preguntas.

Este breve artículo habla de uno de los principios clave del Diseño basado en Dominios, llamado «Lenguaje ubicuo», ya que los conceptos, principios y patrones de DDD unen tecnología y excelencia empresarial a cualquier aplicación de software sofisticada que se pueda crear y administrar.

Hablar Ubicuamente

El lenguaje ubicuo es un modelo que actúa como un lenguaje universal para ayudar a la comunicación entre los desarrolladores de software y los expertos en dominios.

Colaborar, aprender y definir un modelo conlleva muchas barreras iniciales de comunicación entre los especialistas en software y los expertos en dominios. Por lo tanto, la evolución del modelo de dominio con la práctica del mismo tipo de comunicaciones (discusiones, escritos y diagramas) dentro de un contexto es primordial para las implementaciones exitosas, y ese tipo de conversación se llama Lenguaje ubicuo. Está estructurado en torno al modelo de dominio y ampliamente utilizado por todos los miembros del equipo dentro de un contexto limitado. Debe ser el medio o modo para conectar todas las actividades del equipo dentro del desarrollo de software.

El equipo de diseño puede establecer una comprensión profunda y conectar jergas de dominio y entidades de software con un lenguaje ubicuo para seguir descubriendo y evolucionando sus modelos de dominio.

Lenguaje Omnipresente

Equivalente Pseudo Código

Nos Administran las Vacunas

AdministerVaccines {}

No es un dominio básico – la necesidad de algunos detalles más específicos

Nos administrar Vacunas contra la gripe a los pacientes

patientNeedAFluShot()

Mejor, puede ser faltan algunos conceptos de dominio

La enfermera administra vacunas contra la gripe a un paciente en dosis estándar

Enfermero – >administrar la vacuna (paciente, Vacuna.Obtener dosis estándar())

Mucho mejor, y puede ser bueno para empezar.

Como observamos en la tabla anterior, hay varias formas en que se pueden dar las historias de usuario (requisitos); sin embargo, la última fila tiene sentido, ya que tiene más claridad sobre qué y cómo factores.

Con suerte, este artículo ayuda a los lectores a tener una idea de cómo los principios DDD promueven y ayudan a una mayor colaboración entre expertos en la materia, analistas de negocios, partes interesadas no tecnológicas con la comunidad técnica/de desarrollo para producir sistemas complejos impulsados por dominios.

Deja una respuesta

Tu dirección de correo electrónico no será publicada.