Conception pilotée par le domaine
Développer les modèles logiciels à partir du domaine métier, avec les personnes qui en connaissent les règles.
Qu’est-ce que la conception pilotée par le domaine ?
La conception pilotée par le domaine, ou DDD, ancre la modélisation logicielle dans un domaine métier. Spécialistes et équipe de développement clarifient ensemble termes, règles et relations. Un langage partagé doit garder le même sens dans un contexte métier défini. Des contextes différents peuvent nécessiter leurs propres modèles ; cette limite est souvent appelée Bounded Context.
Dans une entreprise fictive, les commerciaux entendent par « commande » une prestation vendue, l’équipe de service une intervention planifiée. Les participants décrivent les deux sens et leur transmission au lieu de supposer tacitement un modèle unique. Des limites logicielles plus claires peuvent en découler. DDD n’impose toutefois ni microservices ni type de base particulier. Séparer et exploiter techniquement les modèles reste une décision d’architecture supplémentaire.
Sources
Termes associés
- Architecture logicielleLes décisions fondamentales sur la structure, les interactions et les objectifs de qualité d’un système logiciel.
- Monolithe modulaireUne application livrée ensemble, avec des modules internes et interfaces explicitement délimités.
- Cache stampedeUn cache stampede survient quand plusieurs requêtes manquent la même entrée en cache et relancent le même calcul coûteux.
- BackpressureLa backpressure adapte le débit entrant à la capacité de traitement du destinataire grâce à un signal de ralentissement ou de pause.
- Condition de concurrenceUn résultat erroné dépend de l’ordre chronologique d’accès simultanés qui se chevauchent.
- Fuite de mémoireDe la mémoire devenue inutile reste occupée sans nécessité pendant l’exécution du programme.
Articles sur le sujet
Votre projet avec ASES
Décrivez-nous votre projet. Nous revenons vers vous avec une première évaluation.