Importance du Langage Ubiquitaire dans la Conception Pilotée par domaine

La plupart des applications logicielles commerciales sont créées avec un ensemble d’exigences métier complexes pour résoudre des problèmes ou des besoins métier spécifiques. Cependant, s’attendre à ce que tous les développeurs / architectes de logiciels soient des experts dans les domaines d’activité et s’attendre à ce qu’ils connaissent des fonctions commerciales entières est également peu pratique. D’un autre côté, comment créer un logiciel qui apporte de la valeur et a des consommateurs qui ont besoin d’automatisation qui utiliseront le logiciel? Une application logicielle ne peut pas être simplement une pièce maîtresse de l’excellence technique, mais dans la plupart des cas, elle est également réelle et utilisable de l’excellence métier automatisée. La conception et les modèles axés sur le domaine sont les réponses à ces questions.

Ce court article parle de l’un des principes clés de la conception pilotée par le domaine, appelé  » Langage Ubiquitaire », car les concepts, principes et modèles DDD associent l’excellence technologique et commerciale à toutes les applications logicielles sophistiquées pouvant être créées et gérées.

Parler de manière ubiquitaire

Le langage ubiquitaire est un modèle qui agit comme un langage universel pour faciliter la communication entre les développeurs de logiciels et les experts du domaine.

La collaboration, l’apprentissage et la définition d’un modèle entraînent de nombreuses barrières de communication initiales entre les spécialistes du logiciel et les experts du domaine. Ainsi, l’évolution du modèle de domaine avec la pratique du même type de communications (discussions, écrits et diagrammes) dans un contexte est primordiale pour des implémentations réussies, et ce type de conversation est appelé Langage omniprésent. Il est structuré autour du modèle de domaine et largement utilisé par tous les membres de l’équipe dans un contexte limité. Ce devrait être le support ou le mode pour connecter toutes les activités de l’équipe dans le développement de logiciels.

L’équipe de conception peut établir une compréhension approfondie et connecter des jargons de domaine et des entités logicielles avec un langage omniprésent pour continuer à découvrir et à faire évoluer leurs modèles de domaine.

Langage Omniprésent

Pseudo Code Équivalent

Nous Administrons Des Vaccins

AdministerVaccines {}

Pas un domaine central – besoin de détails plus spécifiques

Nous administrons des vaccins contre la grippe aux patients

patientNeedAFluShot()

Mieux, peut-être manque de certains concepts de domaine

L’infirmière administre des vaccins contre la grippe à un patient à des doses standard

Infirmière – > administrer le vaccin (patient, vaccin.Obtenir une dose standard())

Beaucoup mieux, et peut être bon pour commencer.

Comme nous l’observons dans le tableau ci-dessus, les histoires d’utilisateurs (exigences) peuvent être données de différentes manières; cependant, la dernière ligne a du sens car elle clarifie davantage les facteurs et les facteurs.

J’espère que cet article aidera les lecteurs à avoir un aperçu de la façon dont les principes de DDD préconisent et aident à une plus grande collaboration entre les experts en la matière, les analystes commerciaux, les parties prenantes non technologiques avec la communauté technique / de développement pour produire des systèmes complexes pilotés par domaine.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.