Lantern

Bêta

Bibliothèque · Définition · Avancé

FrameworkÀ lire

Domain-Driven Design et modèle de domaine

Modéliser le domaine métier avec un langage commun aux experts et aux développeurs, découpé en contextes délimités, avec ses entités, objets-valeurs, agrégats et services. L'event storming et les cas d'utilisation pour le construire.

Pour qui, pour quand

Qualité logicielleDeliveryDiscoveryB2BGrand groupeSaaSEngineering ManagerPOPM

En résumé

Le DDD place le modèle du domaine métier au centre de la conception. Les experts métier et les développeurs parlent le même langage (le langage ubiquitaire), le domaine est découpé en contextes délimités, et le modèle distingue les entités (définies par leur identité), les objets-valeurs (définis par leurs attributs), les agrégats (des ensembles modifiés d'un bloc) et les services de domaine.

Un modèle de domaine répond au quoi, pour qui et pourquoi, pas au comment. Il peut prendre la forme de diagrammes, de pages wiki ou du code lui-même. Pour le construire, on s'appuie sur l'event storming (événements, déclencheurs, puis cas d'utilisation) et sur les diagrammes de cas d'utilisation.

Méthode étape par étape

dans l'ordre, sans en sauter

  1. 01Lancer un event storming avec experts métier et développeurs.
  2. 02Écrire le glossaire du langage ubiquitaire et l'employer partout, y compris dans les stories.
  3. 03Délimiter les contextes : où un même mot change de sens ?
  4. 04Aligner les frontières des équipes sur celles des contextes.
  5. 05Faire évoluer le modèle à chaque nouvelle compréhension du métier.

Questions à me poser

avant de te lancer

  • →Quel mot veut dire deux choses différentes selon l'équipe ?
  • →Nos équipes sont-elles découpées selon les contextes du domaine ?

Ce qui coûte cher

les pièges déjà vus sur ce sujet

Un modèle écrit par la tech sans les experts métier.
Un même mot employé avec deux sens dans le backlog.

Dans ma bible

Tests logiciels · p. 243-246

Chargement du passage…

Sources citées : Alexia Toulmet

Mes notes

ce que tu retiens, ton contexte

À jour · stocké dans ce navigateur

Situations couvertes

  • · Je dois comprendre un processus métier complexe
  • · Les équipes n'emploient pas les mêmes mots pour les mêmes choses

Provenance

Ma bible PM · Tests logiciels, p. 243-246 · d'après Alexia Toulmet

ajoutée le 2026-09-18

Mots-clés

ddddomain driven designlangage ubiquitairebounded contextmodèle de domaineagrégatsevent storming

À lire juste après

ce que cette fiche appelle