Comment créer un système de gestion scolaire

Un système de gestion scolaire conserve les dossiers sur lesquels repose un établissement : qui sont les élèves, dans quelles classes ils sont, s'ils sont venus, et comment ils se débrouillent. Une première version utile est plus petite qu'on ne le pense : élèves, classes, présences et notes, avec des connexions séparées pour les administrateurs, les enseignants et les parents. Construisez cela avec soin, testez fortement les autorisations, et ajoutez les emplois du temps, les frais et la messagerie plus tard.

Ce guide s'adresse aux petits établissements, aux centres de soutien scolaire, aux écoles de langues, aux programmes périscolaires et aux organismes de formation qui trouvent les grands systèmes trop lourds ou trop coûteux pour leurs besoins.

Ce qu'un système de gestion scolaire doit contenir

Les données

Une grande partie du système repose sur six tables :

Ajoutez les évaluations (un contrôle ou un devoir dans une classe, avec une note maximale et un coefficient) et les notes (le résultat d'un élève à une évaluation) une fois que les présences fonctionnent.

La table des inscriptions compte plus qu'il n'y paraît. Les élèves changent de classe en cours de trimestre. Si vous stockez la « classe » directement sur l'élève, vous perdez l'historique et vos rapports de présence ne correspondent plus.

Les pages

• Tableau de bord administrateur : présences du jour d'un coup d'œil, élèves sans appel enregistré, modifications récentes.
• Liste et fiche élève : recherche, filtre par classe ou niveau, et fiche affichant classes, présences et notes.
• Page de classe : la liste des élèves, l'appel du jour et le carnet de notes.
• Écran d'appel : celui que les enseignants utilisent chaque jour. Il doit prendre quelques secondes sur téléphone ou tablette — tout le monde est présent par défaut, un toucher pour modifier.
• Carnet de notes : évaluations en colonnes, élèves en lignes, avec la moyenne calculée.
• Vue parent : uniquement les présences, notes et avis de ses propres enfants.

Les autorisations

C'est ici que les systèmes scolaires réussissent ou échouent. Écrivez les règles avant de construire :

• Les administrateurs voient et modifient tout.
• Les enseignants ne voient et ne modifient que les classes qu'ils enseignent, et seulement les élèves qui y sont inscrits.
• Les parents ne voient que leurs propres enfants, en lecture seule.
• Les élèves (s'ils se connectent du tout) ne voient que leurs propres dossiers.

Le « uniquement » doit être appliqué côté serveur, et pas seulement en masquant des boutons. Un parent qui modifie un numéro dans l'adresse de la page ne doit pas pouvoir ouvrir la fiche d'un autre enfant. Notre guide sur le contrôle d'accès basé sur les rôles présente le schéma.

Décisions à prendre avant de commencer

Qui se connecte dans la première version ? Un accès réservé au personnel est beaucoup plus simple. Les parents et les élèves multiplient les cas d'autorisation et les demandes d'assistance. Beaucoup d'établissements commencent avec des connexions pour le personnel et envoient aux parents un bulletin imprimé ou par e-mail jusqu'à ce que le cœur du système soit stable.

Comment les notes sont-elles calculées ? Moyennes pondérées, suppression de la note la plus basse, grilles de lettres, réussite ou échec : choisissez un système et décrivez-le avec un exemple. La logique de notation est la partie qui mérite le plus d'être vérifiée à la main.

Qu'est-ce qu'un « trimestre » ? Classes, inscriptions et bulletins en dépendent. Décidez si vous utilisez des trimestres, des semestres ou une seule année scolaire, et faites-en une table plutôt qu'un champ de texte.

Importer, pas ressaisir. Vous avez presque certainement déjà les élèves dans un tableur. Prévoyez dès le premier jour un import CSV des élèves, des responsables et des inscriptions. Voir comment transformer un tableur en application.

Où vivent les données et qui peut les voir. Les dossiers des élèves sont sensibles. Dans de nombreux pays, ils relèvent de règles spécifiques — le FERPA aux États-Unis, le RGPD dans l'UE et au Royaume-Uni, et d'autres ailleurs. Vérifiez ce qui vous concerne avant de charger de vrais noms, et demandez conseil à un spécialiste en cas de doute. Au minimum : privé par défaut, traçabilité de qui a modifié quoi, et un moyen d'exporter ou de supprimer les données d'un élève.

Un premier prompt qui fonctionne

Crée une application web de gestion scolaire pour un petit établissement. Le personnel se connecte avec e-mail et mot de passe ; les rôles sont administrateur et enseignant. Données : élèves (nom, date de naissance, niveau, statut), responsables liés aux élèves, personnel, trimestres, classes (nom, matière, enseignant, trimestre, emploi du temps hebdomadaire) et inscriptions reliant élèves et classes avec dates de début et de fin. Les enseignants ne voient que les classes qu'ils enseignent et les élèves qui y sont inscrits ; les administrateurs voient tout. Crée une page de classe avec une liste d'élèves et un appel quotidien où chacun est présent par défaut, et l'enseignant touche pour marquer absent, en retard ou excusé, avec une remarque facultative. Les administrateurs ont un tableau de bord montrant les classes dont l'appel du jour n'a pas été fait. Ajoute un import CSV des élèves et des responsables. Stocke tout dans une base de données. Laisse les notes, les connexions des parents et les frais pour plus tard.

Remarquez ce que fait ce prompt : il nomme les rôles, énonce la règle d'autorisation en une phrase, décrit en détail l'écran le plus utilisé et précise ce qu'il faut laisser de côté.

Étapes de construction

1. Modèle de données et données d'exemple. Demandez les tables et un petit établissement fictif clairement identifié — deux trimestres, cinq classes, quarante élèves. N'utilisez jamais de vrais dossiers d'élèves pendant la construction.
2. Écrans d'administration. Liste des élèves, fiche, liste des classes, modification des inscriptions. Vérifiez que déplacer un élève dans une autre classe conserve l'ancienne inscription avec une date de fin.
3. Connexions des enseignants et appel. Connectez-vous en tant qu'enseignant et vérifiez que vous ne voyez que vos classes. Faites un appel sur un écran de taille téléphone.
4. Tests d'autorisation. Connectez-vous avec deux enseignants différents et essayez d'ouvrir les classes de l'autre en tapant l'URL. Les deux tentatives doivent échouer.
5. Import. Importez votre vrai tableur dans une copie, corrigez les colonnes qui ne correspondent pas, puis décidez si vous êtes prêt à passer en production.
6. Notes. Ajoutez les évaluations et le carnet de notes. Testez la moyenne avec un exemple détaillé que vous avez calculé à la main.
7. Rapports. Pourcentage de présence par élève et par classe sur une période — le rapport que les administrateurs demandent le plus souvent.
8. Accès des parents, si vous en avez besoin. Ajoutez les connexions des responsables en dernier, avec des vues en lecture seule et les tests d'autorisation les plus stricts de tous.

Erreurs courantes

• Stocker la classe sur l'élève. Utilisez des inscriptions datées, sinon l'historique disparaît.
• Des autorisations uniquement dans l'interface. Les boutons masqués ne sont pas une sécurité. Testez par URL et par API.
• Un appel lent. Si prendre les présences est plus long que sur papier, les enseignants arrêteront de l'utiliser.
• Des données réelles pendant les tests. Utilisez des noms inventés tant que les autorisations ne sont pas prouvées.
• Supprimer des élèves. Marquez-les comme partis. Les présences et les notes passées font toujours partie des dossiers de l'établissement.
• Tout construire d'un coup. Emplois du temps, frais, messagerie, bulletins et application parents ensemble représentent un an de travail. Livrez d'abord l'appel.
• Aucune trace des modifications. Lorsqu'une note change, quelqu'un demandera qui l'a modifiée et quand. Enregistrez-le.

Quand un produit tout fait est le meilleur choix

Les systèmes de gestion scolaire et les systèmes d'information sur les élèves établis gèrent des choses qu'une construction sur mesure aura du mal à égaler : déclarations gouvernementales et aux organismes d'examen, emplois du temps complexes, intégrations avec les plateformes d'apprentissage, encaissement des frais et des années de cas particuliers. Si vous dirigez un grand établissement, avez des obligations légales de déclaration, ou avez besoin d'un éditeur qui assure le support et la conformité, achetez-en un.

Construire a du sens lorsque vos besoins sont plus étroits ou particuliers : un centre de soutien qui suit les séances et les progrès, une école de langues avec des inscriptions tout au long de l'année, un organisme de formation avec des promotions, ou un petit établissement qui n'utilise qu'un cinquième d'un système coûteux. Un outil ciblé qui fait exactement votre flux de travail peut être meilleur qu'un grand outil que vous combattez chaque jour. Notre guide sur construire ou acheter un logiciel présente le compromis, et comment créer un outil interne couvre la version réservée au personnel.

Construire avec Mythex

Sur Mythex, vous décrivez le système dans le chat et vous le voyez prendre forme dans un aperçu en direct. Utilisez d'abord le mode Plan pour convenir des tables et des rôles avant l'écriture de tout code. Mythex ajoute une base de données dédiée lorsque l'application en a besoin, et un stockage de fichiers si vous voulez joindre des documents aux fiches élèves. La connexion de votre personnel et des parents est propre à votre application : Mythex ne fournit pas de produit de connexion intégré, donc l'agent met en place une approche que vous choisissez — voir ajouter une connexion à votre application. Publiez sur un lien mythex.ai, ou sur votre propre domaine avec le forfait Pro — l'adresse est publique, donc la connexion de votre application et les contrôles d'autorisation sont ce qui protège les dossiers. Pour un point de départ, consultez le modèle d'outil de notation pour enseignants ou la page du créateur de portail pour centre de soutien.

Questions