La description d'origine
« Je dirige une petite école de musique : piano, guitare, chant. Les élèves s'inscrivent à un cours hebdomadaire avec un professeur et un créneau. À chaque séance je note les présents ; une absence se rattrape dans le trimestre. Les familles règlent au trimestre. Je veux voir les présences de la semaine, les rattrapages en attente et les règlements en retard. »
Le plan validé avant la génération
De cette description, Blueprint Maker propose un plan à relire : cinq entités — Élève, Cours, Créneau, Présence, Règlement — et leurs liens : un élève est inscrit à un cours, un cours a un professeur et un créneau, une présence rattache un élève à une séance datée, un règlement rattache une famille à un trimestre.
Les états déduits du texte sont posés dans le plan : une présence est présent, absent ou rattrapé ; un règlement est réglé, en attente ou en retard. Les trois indicateurs demandés — présences de la semaine, rattrapages en attente, règlements en retard — y figurent avant toute génération. C'est le moment d'ajouter la notion qui manquerait (les stages d'été, par exemple) ; ensuite, ce qui est construit est ce qui a été validé.
- Entités : Élève, Cours, Créneau, Présence, Règlement
- Relations : élève → cours ; cours → professeur, créneau ; présence → élève ; règlement → élève
- Statuts : présent / absent / rattrapé ; réglé / en attente / en retard
- Indicateurs : présences de la semaine, rattrapages dus, règlements en retard
La navigation : l'école en cinq sections
La barre latérale reprend les sections : Tableau de bord, Élèves, Cours, Présences, Règlements. La liste des élèves affiche nom, cours suivi, professeur, créneau — avec recherche instantanée : taper « Mar » suffit à retrouver Margaux et Martin au moment où un parent appelle.
La liste des cours se filtre par discipline ou par professeur ; celle des règlements se filtre par statut, et les badges colorés font le reste : un « En retard » orange ne se rate pas au milieu des « Réglé ».
La fiche élève, avec présences et règlements
La fiche de Margaux Lefèvre réunit ce qu'un cahier disperse : ses coordonnées et celles de sa famille, son cours (guitare, mardi 17 h 30, cliquable vers la fiche du cours), puis deux historiques liés — ses présences séance par séance, avec les absences et leur rattrapage éventuel, et ses règlements trimestre par trimestre.
La question « où en est cette famille ? » se règle sur un seul écran : on voit l'absence du 12 mai non rattrapée et le trimestre de printemps réglé. C'est la base relationnelle qui relie tout — aucun report manuel d'un cahier à l'autre.
La feuille de présence : trente secondes, pas plus
L'écran de saisie des présences est pensé pour la salle de cours : on ouvre le créneau du jour, la liste des inscrits s'affiche, on coche présent ou absent pour chacun, on enregistre. Sur téléphone ou tablette, l'appel tient dans les trente secondes — condition de survie de toute feuille de présence.
Une absence enregistrée alimente automatiquement le compteur de rattrapages en attente ; quand la séance de rattrapage a lieu, on passe la présence au statut « rattrapé » et le compteur redescend.
Le tableau de bord : les trois questions du directeur
Le tableau de bord répond aux trois questions du quotidien : le taux de présence de la semaine, le nombre de rattrapages en attente, le montant des règlements en retard — complétés par l'effectif par discipline, calculé sur les inscriptions.
Chaque chiffre est une requête sur la base : la feuille de présence remplie à 18 h se lit dans le taux de la semaine à 18 h 01. Une répartition par discipline montre d'un regard où l'école grandit.
Les données de démonstration : une école vivante
Pupitre est livré peuplé : une cinquantaine d'élèves aux noms plausibles, trois disciplines, des professeurs, des créneaux répartis sur la semaine, et surtout un historique — plusieurs mois de présences avec leur lot d'absences, certaines rattrapées et d'autres non, des règlements aux trois statuts.
On évalue ainsi l'application dans son état de croisière, pas au premier jour : les listes sont pleines, les compteurs affichent des valeurs réalistes. Les données de démonstration s'effacent avant la mise en service réelle. L'application vit sur son URL dédiée et son code complet s'exporte (ZIP, GitHub) — du Next.js + Prisma standard.