DDD (Domain Driven Design)
Le Domain Driven Design est une approche de conception logicielle où le code est organisé autour du métier et de son vocabulaire, plutôt qu’autour de la technique.
Mise en contexte
En DDD, un « dossier », une « réservation » ou une « composante » sont des objets explicites du logiciel, avec leurs règles, et non des lignes de base de données manipulées de partout. Le résultat : un code que le métier peut relire, des règles au même endroit, et un logiciel qui évolue avec l’organisation sans rien casser.
Nous l’appliquons sur les logiciels métier à règles complexes : c’est ce qui a permis à Altern’Connect de relier trois composantes universitaires aux parcours différents.
Questions fréquentes
Non. Sa forme légère, un vocabulaire partagé et des objets métier explicites, profite à tout logiciel qui doit vivre plusieurs années. Les patrons plus lourds (agrégats, événements) sont justifiés quand les règles métier deviennent nombreuses.
Le langage partagé entre l’équipe et le client doit être construit pendant les ateliers de cadrage : les mêmes mots dans les réunions, les maquettes et le code réduisent les malentendus en recette.