Conception pilotée par le domaine

Cet article est une ébauche concernant l’informatique.

Vous pouvez partager vos connaissances en l’améliorant (comment ?) selon les recommandations des projets correspondants.

La conception dirigée par le domaine (ou DDD, de l'anglais domain-driven design) est une approche de la conception logicielle fondée sur deux principes :

les conceptions complexes doivent être basées sur une modélisation. Par exemple UML ou modèle entité-association ;
l'accent doit être sur le domaine et la logique associée. Et à ce titre il constitue l'une des couches de l'architecture en couches (entre les couches utilisateur et infrastructure par exemple).

Histoire

L'expression domain-driven design provient du titre d'un livre de Eric Evans en 2003.

Concepts

Contexte

Le périmètre où un mot ou phrase a une signification, le même mot peut exister dans d'autres contextes mais avec une autre signification ou ne pas exister.

Au carrefour des contextes, il faut mettre en place un langage ubiquitaire, c'est-à-dire un langage structuré autour du modèle du domaine et utilisé par tous les membres de l'équipe, aussi bien techniques que métiers.

Domaine

La sphère d'un métier ou activité pour lequel on développe l'application.

Chaque domaine doit dépendre du noyau, mais le noyau ne doit dépendre d'aucun domaine.

Modèle

Article détaillé : Modèle (informatique).

Une abstraction qui décrit les concepts sélectionnés d'un domaine peut être utilisée pour résoudre les problèmes liés à ce domaine.

Références

↑ (en) « 6. Domain-Driven Design - Layered Architecture », sur nareshbhatia.dev (consulté le 12 avril 2023).
↑ (en) « Domain-Driven Design by Eric Evans », sur dddcommunity.org, 19 octobre 2010 (consulté le 12 avril 2023).
↑ « DDD : Domain-Driven Design (Théorie & Pratique) », sur Alex so yes, 17 mai 2022 (consulté le 12 avril 2023).
↑ (de) « DDD Concepts and Patterns - Distillation of the core domain », sur Opus Software AG, 16 août 2019 (consulté le 12 avril 2023).

Voir aussi

Séparation commande-requête (CQS)

Portail des logiciels

[1] (en) « 6. Domain-Driven Design - Layered Architecture », sur nareshbhatia.dev (consulté le 12 avril 2023).

[2] (en) « Domain-Driven Design by Eric Evans », sur dddcommunity.org, 19 octobre 2010 (consulté le 12 avril 2023).

[3] « DDD : Domain-Driven Design (Théorie & Pratique) », sur Alex so yes, 17 mai 2022 (consulté le 12 avril 2023).

[4] (de) « DDD Concepts and Patterns - Distillation of the core domain », sur Opus Software AG, 16 août 2019 (consulté le 12 avril 2023).

v · m Patrons de conception
Création	Fabrique abstraite Monteur Fabrique Prototype Singleton
Structure	Adaptateur Pont Composite Décorateur Façade Poids-mouche Proxy
Comportement	Chaîne de responsabilité Commande Interpréteur Itérateur Médiateur Mémento Observateur État Stratégie Patron de méthode Visiteur
Fonctionnel	Fermeture Curryfication Composition de fonctions Foncteur Monade Générateur
Patron d'architecture	ADR (en) Active record Broker (en) Client-serveur DAO Data mapper DTO DDD ECB ECS (en) EDA Front controller (en) Identity map (en) Interceptor (en) Implicit invocation (en) Inversion de contrôle Model 2 (en) MOM Microservices MVA (en) MVC MVP MVVM Application monolithe Architecture en couches trois tiers Naked objects (en) Pair-à-pair Publish-subscribe PAC POC REST SOA Service locator (en) SN (en) SBA (en) Specification (en)
Autres patrons	Modèle de Seeheim Mémoïsation Post-redirect-get Support d'initialisation à la demande Signaux et slots Désignation chaînée Double-checked locking MapReduce Reactor Fonction de rappel