🌐 Contexte de la SAE HEM

SAE 3.01 – Développement d'une application complèteClient réel : Centre Ressources Autisme de Bretagne (CRA)Interlocutrice : Mme Caroline de Tauriac, psychologue clinicienne

Le scénario : développer une application web d'orientation pour aider les familles et professionnels touchés par l'autisme à trouver rapidement les bonnes ressources et les bons interlocuteurs. Le CRA faisait face à un désert informationnel sur internet — l'application devait servir de "boussole numérique" en répondant à trois questions : Qu'est-ce que je peux faire ? Vers où dois-je aller ? Qui peut m'aider ?

Avec mon équipe de 5 développeurs, nous avons choisi de construire HEM — une plateforme full-stack avec gestion de rôles hiérarchisés, recherche filtrée par tags, messagerie interne, statistiques de trafic et un système d'accessibilité adapté au public neuroatypique.

🛠️ Organisation du projet

📋 Démarche et fonctionnement

• Nous avons travaillé en méthodologie Agile Scrum sur 5 sprints de 2 semaines, avec un Scrum Master dédié dans l'équipe.
• Dès le Sprint 1, nous avons produit une veille technologique complète : comparatif Frontend (HTML/CSS/JS vs WordPress vs Flutter vs Bootstrap), Backend (PHP vs Spring Boot vs Node.js) et SGBD (MySQL vs PostgreSQL vs SQLite vs Oracle), avec choix justifiés argumentés.
• Stack retenue : Node.js + Express.js (backend), Prisma ORM + MySQL via Docker (base de données), HTML/CSS/JS pur (frontend), Sendgrid (notifications mail).
• Suivi centralisé sur Notion et GitLab, avec recettes clientes à la fin de chaque sprint.
• J'ai contribué sur les deux axes : backend (API REST, gestion des sessions, Prisma) et frontend (interface publique, respect strict de la charte graphique CRA).

👥 Rôles dans l'équipe

🤯 Difficultés rencontrées

• La complexité du cahier des charges a été une vraie surprise : système de rôles à 6 niveaux (visiteur, éditeur, organisme, administrateur, super-admin), péremption des pages, messagerie interne, export de statistiques, beaucoup de fonctionnalités à prioriser et à découper en sprints de manière cohérente.
• La dimension accessibilité était une contrainte non négociable et centrale (public neuroatypique, familles en situation de stress), il a fallu dès le début intégrer palette de couleurs, typographie, paramètres de contraste dynamiques et conformité RGPD pour les cookies dans chaque décision de conception.
• La gestion du déploiement (Docker, variables d'environnement, service mail Sendgrid) a nécessité un investissement important pour rédiger un guide d'installation reproductible et fiable.
• Le contact client a mis en lumière des besoins implicites non écrits dans le cahier des charges, qu'il a fallu reformuler et prioriser avec l'équipe.