Azmog
92 lines
5.2 KiB
Markdown
92 lines
5.2 KiB
Markdown
# 🎯 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**
|
||
|
||
---
|
||
|
||
## 🗺️ Déroulé (mots-clés seulement)
|
||
|
||
**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)**
|
||
- Enjeu sociétal (22 %, stigmatisation) · 4 objectifs stratégiques
|
||
- Parties prenantes : Ministère ↔ apprenant ↔ HDS ↔ utilisateurs ↔ CNIL
|
||
- 3 acteurs : Visiteur · Utilisateur connecté · Administrateur
|
||
- 💬 insister : *« le besoin a été reformulé, pas recopié »*
|
||
- ➡️ *« De ce besoin, comment ai-je choisi quoi développer ? »*
|
||
|
||
**5:00–7:00 · Besoins & priorisation (slides 5-6)**
|
||
- Périmètre : 2 oblig + Tracker · modules écartés **assumés**
|
||
- Grille pondérée /15 (5 critères) → conclusion : Tracker = plus rentable
|
||
- ➡️ *« Voyons concrètement la réponse fonctionnelle. »*
|
||
|
||
**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. »*
|
||
|
||
---
|
||
|
||
## ❓ Q/R — réflexes (question → mots-clés de réponse)
|
||
- **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
|
||
|
||
### 🛡️ Si une question pique (écarts assumés à défendre calmement)
|
||
- **« 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.*
|
||
|
||
---
|
||
|
||
## 🧘 Réflexes de prise de parole
|
||
- 3 respirations avant d'entrer (clin d'œil au sujet)
|
||
- Debout, ancré · **commenter** les slides, ne pas les lire
|
||
- Pause après chaque idée clé · regarder les 3 évaluateurs
|
||
- Checkpoint **12:00** = fin réponse fonctionnelle ; garder 1 min pour conclure
|
||
- Finir sur l'ouverture, jamais sur une excuse
|