Apprendre la conception pilotée par les domaines

Mot de la fin

Pour terminer notre exploration de la conception guidée par le domaine, j'aimerais revenir à la citation par laquelle nous avons commencé :

Il est inutile de parler de la solution avant de s'être mis d'accord sur le problème, et il est inutile de parler des étapes de mise en œuvre avant de s'être mis d'accord sur la solution.

Efrat Goldratt-Ashlag

Cette citation résume parfaitement notre parcours DDD.

Problème

Pour fournir une solution logicielle, nous devons d'abord comprendre le problème : quel est le domaine d'activité dans lequel nous travaillons, quels sont les objectifs de l'entreprise et quelle est la stratégie pour les atteindre.

Nous avons utilisé le langage omniprésent pour acquérir une compréhension profonde du domaine commercial et de sa logique que nous devons mettre en œuvre dans le logiciel.

Tu as appris à gérer la complexité du problème commercial en le divisant en contextes délimités. Chaque contexte délimité met en œuvre un modèle unique du domaine commercial, visant à résoudre un problème spécifique.

Nous avons discuté de la façon d'identifier et de catégoriser les éléments constitutifs des domaines d'activité : les sous-domaines principaux, les sous-domaines de soutien et les sous-domaines génériques. Le tableau E-1 compare ces trois types de sous-domaines.

Tableau E-1. Les trois types de sous-domaines

Type de sous-domaine	Avantage concurrentiel	Complexité	Volatilité	Mise en œuvre	Problème
Noyau	Oui	Haut	Haut	En interne	Intéressant