Comment créer un système de gestion scolaire

Un système de gestion scolaire tient les dossiers sur lesquels une école fonctionne : qui sont les élèves, dans quelles classes ils sont, s'ils se sont présentés et comment ils réussissent. Une première version utile est plus petite que ce que la plupart des gens imaginent : élèves, classes, présences et notes, avec des connexions distinctes pour les administrateurs, les enseignants et les parents. Construisez bien cela, testez fortement les permissions, et ajoutez les horaires, les frais et la messagerie plus tard.

Ce guide s'adresse aux petites écoles, aux centres de tutorat, aux écoles de langues, aux programmes parascolaires et aux organismes de formation qui trouvent les grands systèmes trop lourds ou trop coûteux pour leurs besoins.

Ce dont un système de gestion scolaire a besoin

Les données

La plupart du système repose sur six tables :

Ajoutez les évaluations (un test ou un devoir dans une classe, avec une note maximale et une pondération) 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 s'additionnent plus.

Les pages

• Tableau de bord administrateur : présences du jour d'un coup d'œil, élèves manquant aux registres, modifications récentes.
• Liste et fiche des élèves : recherche, filtre par classe ou année, et une fiche montrant les classes, les présences et les notes.
• Page de classe : la liste, le registre du jour et le carnet de notes.
• Écran de registre : celui qu'utilisent les enseignants chaque jour. Il doit prendre quelques secondes sur un téléphone ou une tablette : tout le monde est présent par défaut, on touche pour modifier.
• Carnet de notes : évaluations en colonnes, élèves en lignes, avec la moyenne calculée.
• Vue parent : seulement les présences, les notes et les avis de ses propres enfants.

Les permissions

C'est là 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.
• 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.

« Seulement » doit être appliqué côté serveur, pas seulement en cachant 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 explique ce modèle.

Décisions à prendre avant de commencer

Qui se connecte dans la première version ? Le personnel seulement est beaucoup plus simple. Les parents et les élèves multiplient les cas de permission et les demandes de soutien. Beaucoup d'écoles commencent avec des connexions pour le personnel et envoient aux parents un bulletin imprimé ou par courriel jusqu'à ce que le cœur du système soit stable.

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

Qu'est-ce qu'un « trimestre » ? Les classes, les inscriptions et les bulletins en dépendent tous. 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 pour les élèves, les répondants et les inscriptions. Voir comment transformer un tableur en app.

Où les données sont stockées et qui peut les voir. Les dossiers d'élèves sont sensibles. À de nombreux endroits, ils sont couverts par des règles précises — la FERPA aux États-Unis, le RGPD dans l'UE et au Royaume-Uni, et d'autres ailleurs. Vérifiez ce qui s'applique avant de charger de vrais noms, et consultez un conseiller si vous avez un 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.

Une première demande qui fonctionne

Crée une app web de gestion scolaire pour une petite école. Le personnel se connecte avec un courriel et un mot de passe ; les rôles sont administrateur et enseignant. Données : élèves (nom, date de naissance, année scolaire, statut), répondants liés aux élèves, personnel, trimestres, classes (nom, matière, enseignant, trimestre, horaire hebdomadaire) et inscriptions reliant les élèves aux classes avec des dates de début et de fin. Les enseignants ne voient que les classes qu'ils enseignent et les élèves inscrits ; les administrateurs voient tout. Construis une page de classe avec une liste et un registre quotidien où chacun est présent par défaut et où l'enseignant touche pour marquer absent, en retard ou excusé, avec une note facultative. Les administrateurs ont un tableau de bord qui montre les classes dont le registre du jour n'a pas été pris. Ajoute un import CSV pour les élèves et les répondants. Enregistre tout dans une base de données. Laisse les notes, les connexions parents et les frais pour plus tard.

Remarquez ce que fait le prompt : il nomme les rôles, énonce la règle de permission 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 fictives. Demandez les tables et un petit exemple d'école clairement fictive : 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 le transfert d'un élève vers une autre classe conserve l'ancienne inscription avec une date de fin.
3. Connexions enseignants et registre. Connectez-vous en tant qu'enseignant et confirmez que vous ne voyez que vos classes. Prenez un registre sur un écran de la taille d'un téléphone.
4. Tests de permissions. Connectez-vous avec deux enseignants différents et essayez d'ouvrir les classes de l'autre par 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 pour une période donnée — le rapport que les administrateurs demandent le plus souvent.
8. Accès parents, si vous en avez besoin. Ajoutez les connexions des répondants en dernier, avec des vues en lecture seule et les tests de permissions les plus stricts de tous.

Erreurs courantes

• Stocker la classe sur l'élève. Utilisez des inscriptions avec des dates, sinon l'historique disparaît.
• Des permissions seulement dans l'interface. Les boutons cachés ne constituent pas une sécurité. Testez par l'URL et par l'API.
• Un registre lent. Si prendre les présences prend plus de temps qu'avec le papier, les enseignants cesseront de l'utiliser.
• Des données réelles pendant les tests. Utilisez des noms inventés tant que les permissions 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'école.
• Tout construire en même temps. Horaire, frais, messagerie, bulletins et une app pour les parents en même temps, c'est une année de travail. Lancez d'abord le registre.
• Aucune piste de vérification. Quand une note change, quelqu'un demandera qui l'a modifiée et quand. Enregistrez-le.

Quand un produit clé en main est le meilleur choix

Les systèmes établis de gestion scolaire et d'information sur les élèves gèrent des choses qu'une construction sur mesure aura du mal à égaler : rapports gouvernementaux et des commissions d'examen, horaires complexes, intégrations avec les plateformes d'apprentissage, perception des frais et des années de cas particuliers. Si vous dirigez une grande école, si vous avez des obligations de rapport légales ou si vous avez besoin d'un fournisseur qui assure le soutien et la conformité, achetez-en un.

Construire a du sens lorsque vos besoins sont plus étroits ou inhabituels : un centre de tutorat qui suit les séances et les progrès, une école de langues avec des inscriptions continues, un organisme de formation avec des cohortes, ou une petite école qui n'utilise qu'un cinquième d'un système coûteux. Un outil ciblé qui fait exactement votre flux de travail peut surpasser un grand outil avec lequel vous vous battez 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 le système avec Mythex

Sur Mythex, vous décrivez le système dans le chat et le regardez 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'app en a besoin, et du stockage de fichiers si vous voulez joindre des documents aux fiches d'élèves. La connexion de votre personnel et de vos parents relève de votre app : Mythex ne fournit pas de produit de connexion intégré, donc l'agent branche une approche de votre choix — voir ajouter une connexion à votre app. Publiez sur un lien mythex.ai, ou sur votre propre domaine avec le forfait Pro. L'adresse est publique : ce sont donc la connexion de votre app et ses vérifications de permissions qui protègent les dossiers. Pour un point de départ, regardez le modèle d'outil de notation pour enseignants ou la page créateur de portail client pour centre de tutorat.

Questions