Sign in Subscribe

DDD : Patterns stratégiques

Les patterns stratégiques du Domain Driven Design permettent de faire émerger la problématique, identifier les pistes de solution et isoler les contextes d'usages. Tout ça pour organiser les briques de savoir qui deviendront in fine les composant de notre architecture logicielle

#8 - Ubiquitous Langage : définition et mise en place

#8 - Ubiquitous Langage : définition et mise en place

En relisant le blue book, je me suis rendu compte d'une erreur de ma part, enfin, plutôt un oubli, pour être précis. En effet je me suis rappelé que les 3 piliers du Domain Driven Design sont : * l'approche stratégique J'ai commencé à en parler dans les 6 premiers articles, là

#6 - DDD Stratégique : les premiers Bounded Contexts

#6 - DDD Stratégique : les premiers Bounded Contexts

Bounded Context is a central pattern in Domain-Driven Design. It is the focus of DDD's strategic design section which is all about dealing with large models and teams. DDD deals with large models by dividing them into different Bounded Contexts and being explicit about their interrelationships. Martin Fowler. Identifier les

#4 - DDD Stratégique : Modéliser les parcours clients

#4 - DDD Stratégique : Modéliser les parcours clients

Un exemple d'utilisation du story mapping. Matérialiser les parcours clients d'une application, par l'exemple

#3 - DDD Stratégique : Identifier les acteurs et leurs besoins

#3 - DDD Stratégique : Identifier les acteurs et leurs besoins

Après avoir définit le problème, il faut imaginer comment approcher la solution en DDD

#2 - DDD Stratégique : Le plan d'attaque

#2 - DDD Stratégique : Le plan d'attaque

Le DDD regroupe tellement de recettes que c'est assez compliqué d'identifier un bout par lequel débuter, lorsqu'on veut s'y essayer. Classiquement le Domain Driven Design propose deux niveaux d'action :la stratégie et la tactique. La stratégie pour la vue de haut et la tactique pour les détails, en résumé. Phase