🎯 Antisèche oral CESIZen — à garder sous les yeux

20 min de présentation + 10 min Q/R · 16 slides · checkpoint mental à 12:00

🔢 Chiffres à sortir sans hésiter

22 % des Français = trouble de santé mentale au cours de leur vie (Santé Publique France, 2023)
2 modules obligatoires (Comptes, Informations) + 1 au choix (Tracker)
Priorisation /15 → le Tracker cumule 4 fonctions à 9-10/15
6 émotions de base + 36 sous-émotions (référentiel du sujet)
8 entités au MCD · 1 API REST → 2 clients (web + mobile)
JWT 60 min + refresh · throttle login 5/min
25 tests automatisés (15 back + 6 front + 4 mobile)
Contraintes sujet : budget 75 000 €, livraison 12 mois

0:00–2:00 · Intro (slides 1-2)

Qui je suis · commanditaire = Ministère · objet = plateforme grand public santé mentale
Fil rouge : « recueil → priorisation → réponse fonctionnelle → modélisation → RGPD »
➡️ transition : « Commençons par le contexte. »

2:00–5:00 · Contexte & parties prenantes (slides 3-4)

5:00–7:00 · Besoins & priorisation (slides 5-6)

7:00–12:00 · Réponse fonctionnelle (slides 7-8-9) ⏱️ moment clé

Comptes : JWT · RGPD · admin CRUD (+ maquette inscription)
Informations : feeds · slug auto · modération (+ maquette)
Tracker : wizard 3 étapes · journal · rapports 4 périodes · 6+36 émotions (+ maquettes)
💬 chaque écran = réponse à un besoin précis
➡️ « Passons à la modélisation technique. »

12:00–16:00 · Modélisation (slides 10-11-12) — ⚠️ si retard, accélère ici

Cas d'usage UML : couverture par acteur
MCD Merise : 8 entités · cardinalités · hiérarchie émotions auto-référencée (parent_id)
MVC découplé : 1 API → 2 clients · justif = testabilité, évolutivité, non-duplication
➡️ « Ces données étant sensibles, parlons RGPD. »

16:00–17:30 · RGPD & sécurité (slide 13)

Données de santé = sensibles (art. 9) · consentement · droits CNIL (export/anonymisation)
bcrypt (mdp) · soft delete · table audits · AES-256 prévu en prod HDS · TLS
➡️ « Tout cela est concrétisé par un prototype. »

17:30–19:00 · Prototype & perspectives (slide 14)

Stack réelle : Laravel + Next.js + Expo + Docker · 25 tests automatisés
Ouverture : activer les modules écartés sans réécrire · Mon Espace Santé (FHIR) · Open Data

19:00–20:00 · Conclusion

Synthèse en 1 phrase : besoin reformulé → périmètre priorisé → réponse fonctionnelle → archi pérenne → conformité
Remercier · « Je suis à votre disposition pour vos questions. »

Pourquoi le Tracker ? → grille /15 en tête · 3 modules aboutis > 6 superficiels · archi extensible
Pourquoi MVC découplé ? → 1 API → 2 clients · logique non dupliquée · testable
Stack ? → Laravel (MVC mature, sécu native) · Next (SSR/SEO) · Expo (iOS+Android) · Postgres (ACID, HDS)
Tracker en 1-1 (HasOne) ? → journal personnel unique · extensible en 1-N
Hiérarchie émotions ? → 1 table, auto-référence parent_id · niveau 1 NULL / niveau 2 renseigné
Données sensibles / RGPD ? → consentement · droits CNIL implémentés · HDS · bcrypt + AES prévu
Soft delete vs anonymisation ? → soft delete = réversible 30j ; anonymisation = dissocie identité
JWT, risques ? → stateless/scalable · expiration courte + refresh · throttle anti-bruteforce · MFA prévu
Scalabilité 5000 users ? → API stateless · index Postgres · pagination · cache TanStack Query
Réellement développé ? → prototype 3 modules (API+web+mobile) + 25 tests automatisés

« Mot de passe oublié » → écran présent, flux backend prévu en v2
Chiffrement AES → honnête : bcrypt aujourd'hui, AES-256 au repos prévu en prod HDS
Diagramme d'état-transition → non inclus, le MCD + séquences couvrent l'essentiel
Règle d'or : si je ne sais pas, je l'assume et je propose une piste.