Refactoring d'un module multi-responsabilités vers architecture SRP stricte

Scénario

Contexte Une classe OrderManager gère validation métier, accès base de données, génération de facture PDF et envoi d’email. Le Problème Toute modification dans un aspect (ex: email) nécessite modification de la classe centrale, rendant les tests complexes. Contraintes Séparer clairement : - Validation métier - Persistence - Génération de facture - Notification Tout en conservant l’API publique existante. Livrable attendu Une nouvelle organisation modulaire respectant strictement le Single Responsibility Principle avec dépendances explicites.

Compétences ciblées