Formation Architecture logicielle, clean code, design patterns, DDD

Programme détaillé

8 modules, construits autour de vos cas réels.

Durée recommandée ≈ 28 à 42 heures, modulable selon le rythme du groupe et vos contraintes intra-entreprise.

1. 01Fondamentaux de l'architecture logicielle

   Chapitres

   • Comprendre le rôle de l'architecture dans la pérennité, la lisibilité et l'évolutivité d'un système.
   • Distinguer architecture, conception détaillée et implémentation pour situer chaque décision au bon niveau.
   • Identifier les attributs de qualité attendus : maintenabilité, testabilité, performance, extensibilité.
   • Appliquer les principes de modularité, de séparation des responsabilités et de maîtrise des dépendances.
   • Analyser une architecture existante pour repérer ses forces, ses limites et ses points de vigilance.
2. 02Clean code et qualité de conception

   Chapitres

   • Rédiger un code lisible : intention explicite, nommage précis, structure cohérente.
   • Organiser classes, méthodes et fichiers pour réduire la complexité accidentelle.
   • Appliquer les principes SOLID pour répartir correctement les responsabilités.
   • Repérer et corriger les code smells courants : duplication, classes trop larges, méthodes interminables, dépendances en excès.
   • Doser commentaires, exceptions, validations et conventions d'équipe sans alourdir le code.
   • Intégrer le clean code dans les revues et dans le rythme quotidien des développements.
3. 03Maîtriser les design patterns utiles

   Chapitres

   • Comprendre l'objectif réel des design patterns et leurs limites d'emploi.
   • Distinguer les familles de patterns : création, structure, comportement.
   • Maîtriser les patterns courants en contexte applicatif : Factory, Strategy, Observer, Adapter, Decorator, Command, Repository.
   • Choisir un pattern à partir d'un problème de conception concret plutôt que par habitude.
   • Reconnaître la surconception et écarter toute complexité non justifiée.
   • Mettre en pratique le refactoring vers un pattern sur des cas ciblés.
4. 04Structurer l'application par couches et composants

   Chapitres

   • Répartir les responsabilités entre présentation, application, domaine et infrastructure.
   • Séparer logique métier, logique technique et orchestration.
   • Concevoir des interfaces claires entre composants et services.
   • Réduire le couplage par l'inversion des dépendances et les contrats explicites.
   • Découper le système en modules cohérents et organiser la circulation des données.
5. 05Introduction opérationnelle au Domain-Driven Design

   Chapitres

   • Comprendre les apports du DDD pour les applications orientées métier.
   • Distinguer cœur de métier, sous-domaines et zones de forte complexité.
   • Construire un langage commun entre équipes métier et équipes techniques.
   • Identifier les concepts structurants : entités, objets-valeur, agrégats, services de domaine.
   • Délimiter les bounded contexts et comprendre leur place dans l'organisation d'un système.
   • Modéliser un domaine fonctionnel type lors d'une mise en application encadrée.
6. 06Modélisation métier et règles de conception DDD

   Chapitres

   • Concevoir un modèle métier explicite, centré sur ses invariants.
   • Définir le rôle des entités et des objets-valeur dans la stabilité du modèle.
   • Encapsuler les règles métier au bon endroit pour éviter leur dispersion.
   • Structurer les agrégats pour garantir cohérence, intégrité et maîtrise des transactions.
   • Utiliser repositories et services applicatifs sans affaiblir le domaine.
   • Repérer les anti-patterns : modèle anémique, services surchargés, confusion domaine et infrastructure.
7. 07Refactorisation d'une architecture existante

   Chapitres

   • Diagnostiquer les fragilités d'une base de code sous l'angle architecture et conception.
   • Prioriser les améliorations selon les risques, les usages et la valeur pour le projet.
   • Mener une refactorisation progressive et sécurisée par petits pas.
   • Réduire la dette technique sans bloquer les évolutions fonctionnelles.
   • Introduire clean code, patterns et concepts DDD dans un existant déjà en production.
8. 08Pérenniser les bonnes pratiques en équipe

   Chapitres

   • Formaliser des standards de conception adaptés au contexte technique de l'équipe.
   • Définir des critères partagés pour les revues de code et les décisions d'architecture.
   • Articuler qualité de code, tests, documentation utile et collaboration.
   • Arbitrer entre simplicité, robustesse, délai et évolutivité.
   • Organiser une démarche d'amélioration continue et capitaliser les choix structurants.