Bienvenue dans ce cours sur le Domain-Driven Design ou DDD (conception pilotée par le domaine) ! Afin de tirer le maximum de votre apprentissage, quelques conseils simples. Pour chaque chapitre, n'oubliez pas de :
regarder chaque vidéo pour comprendre pourquoi les concepts étudiés dans chaque chapitre sont importants ;
lire le texte pour apprendre à mettre en œuvre les concepts étudiés, via des instructions détaillées et des défis d'apprentissage ;
évaluer votre compréhension des concepts clés grâce à des quiz à la fin de chaque partie.
Jetez un œil à ce que nous allons apprendre
Vous aussi, vous avez sûrement hâte de découvrir le Domain-Driven Design ? 👩💻
Alors laissez-moi vous donner un petit aperçu de ce que nous verrons ensemble.
Tout au long de la première partie, vous apprendrez à mieux comprendre les besoins des utilisateurs de l’application que vous voulez concevoir.
Au programme, nous aurons une introduction aux modèles de domaine afin de mieux comprendre de quoi il s'agit, et comment les représenter. La méthodologie du DDD vous aidera également à communiquer avec vos utilisateurs, et à établir un langage commun. Dans cette première partie, nous verrons aussi comment organiser votre première session d’event storming pour susciter des idées auprès des parties prenantes ! À partir de tous ces éléments, vous serez à même d’identifier les acteurs, les cas d’utilisation et les entités de votre domaine. 💪
La seconde partie, quant à elle, sera davantage focalisée sur la représentation du modèle de domaine.
Ensemble, nous apprendrons à construire un diagramme de cas d’utilisation qui correspond aux standards UML, Unified Modeling Language. Nous verrons ensuite comment établir un diagramme de classes, qui constituera le vocabulaire de notre domaine. Mais comme rien n’est immuable, surtout en développement où les changements sont constants, nous étudierons comment adapter nos diagrammes de cas d’utilisation et de classe si, par exemple, les clients souhaitent ajouter une nouvelle fonctionnalité.
Enfin, nous interpréterons les informations recueillies pour définir les frontières, les entités, les objets valeurs et les objets d’agrégation.
À ce moment-là, vous aurez toutes les cartes en main pour profiter au maximum de la méthodologie du DDD, afin de créer des programmes en accord total avec les besoins de vos clients.
Alors, vous aussi vous avez hâte de découvrir le Domain-Driven Design ? 👩💻 Rendez-vous au prochain chapitre !
