Aller au contenu

Rapport d'analyse des modules backend - Conformité DDD

Date : 2026-04-20 Auteur : Assistant Claude Projet : PsychoEnLigneV2

Résumé

Analyse de l'architecture actuelle des modules backend pour identifier les éléments non conformes aux conventions DDD du projet.

Modules backend existants

1. Module Auth

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Les use cases ne suivent pas toujours le pattern 5 étapes
  • Schémas Zod mal organisés
  • Exceptions parfois héritent de Error au lieu de ErreurMetier
  • État : Nécessite refactorisation complète

2. Module Utilisateurs

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • ServiceValidation nommé différemment (utilisateursValidation.ts)
  • Schémas Zod dans domain au lieu de infrastructure/schemas/zod
  • État : Nécessite refactorisation

3. Module Patients

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Bonne organisation des schémas Zod dans infrastructure/schemas/zod/
  • ServiceValidation bien structuré
  • Use cases suivent globalement le pattern 5 étapes
  • État : Peut nécessiter quelques ajustements mineurs

4. Module Medecins

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Schémas Zod dans domain au lieu de infrastructure/schemas/zod
  • ServiceValidation bien structuré
  • État : Nécessite relocalisation des schémas Zod

5. Module RendezVous

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Schémas Zod dans domain au lieu de infrastructure/schemas/zod
  • ServiceValidation bien structuré
  • État : Nécessite relocalisation des schémas Zod

6. Module Consultations

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Schémas Zod dans domain au lieu de infrastructure/schemas/zod
  • ServiceValidation bien structuré
  • État : Nécessite relocalisation des schémas Zod

7. Module Facturation

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Schémas Zod dans domain au lieu de infrastructure/schemas/zod
  • ServiceValidation bien structuré
  • État : Nécessite relocalisation des schémas Zod

8. Module Notifications

  • Structure : Partiellement conforme
  • Problèmes identifiés :
  • Schémas Zod dans domain au lieu de infrastructure/schemas/zod
  • Refactorisation partielle déjà entreprise
  • État : Nécessite finalisation de la refactorisation

Recommandations générales

  1. Centralisation des schémas Zod : Déplacer tous les schémas Zod de domain/schemas/ vers infrastructure/schemas/zod/
  2. Standardisation des ServiceValidation : Renommer les fichiers pour suivre la convention ServiceValidation{NomModule}.ts
  3. Conformité des exceptions : Vérifier que toutes les exceptions héritent de ErreurMetier
  4. Pattern use case 5 étapes : Appliquer le pattern 5 étapes à tous les use cases
  5. Audit non bloquant : S'assurer que tous les audits sont dans des try/catch séparés

Priorités de refactorisation

  1. Module Auth - Plus complexe, nécessite attention particulière
  2. Module Utilisateurs - Besoin de renommage et restructuration
  3. Module Notifications - Finalisation de la refactorisation en cours
  4. Modules Medecins, RendezVous, Consultations, Facturation - Relocalisation des schémas Zod
  5. Module Patients - Ajustements mineurs

Prochaine étape

Création d'un plan détaillé de refactorisation pour chaque module, en commençant par le module Auth.