Een schooladministratiesysteem bouwen

Een schoolbeheersysteem houdt de administratie bij waar een school op draait: wie de leerlingen zijn, in welke klassen ze zitten, of ze zijn komen opdagen en hoe het met ze gaat. Een bruikbare eerste versie is kleiner dan de meeste mensen denken: leerlingen, klassen, aanwezigheid en cijfers, met aparte logins voor beheerders, docenten en ouders. Bouw dat goed, test de rechten zorgvuldig, en voeg roosters, schoolgeld en berichten later toe.

Deze gids is bedoeld voor kleine scholen, bijlesinstituten, taalscholen, naschoolse programma's en opleidingsaanbieders die de grote systemen te zwaar of te duur vinden voor wat ze nodig hebben.

Wat een schoolbeheersysteem nodig heeft

De data

Het grootste deel van het systeem hangt aan zes tabellen:

Voeg beoordelingen toe (een toets of opdracht in een klas, met een maximumscore en weging) en cijfers (het resultaat van één leerling op één beoordeling) zodra de aanwezigheid werkt.

De inschrijvingstabel is belangrijker dan hij lijkt. Leerlingen wisselen midden in een periode van klas. Sla je "klas" direct op bij de leerling op, dan verlies je de geschiedenis en tellen je aanwezigheidsrapporten niet meer op.

De pagina's

• Beheerdashboard: de aanwezigheid van vandaag in één oogopslag, leerlingen die niet in de registratie staan, recente wijzigingen.
• Leerlingenlijst en profiel: zoeken, filteren op klas of jaar, en een profiel met klassen, aanwezigheid en cijfers.
• Klaspagina: de klaslijst, de registratie van vandaag en het cijferboek.
• Registratiescherm: het scherm dat docenten elke dag gebruiken. Het moet op een telefoon of tablet seconden kosten: iedereen staat standaard op aanwezig, tik om te wijzigen.
• Cijferboek: beoordelingen als kolommen, leerlingen als rijen, met het berekende gemiddelde.
• Ouderweergave: alleen de aanwezigheid, cijfers en mededelingen van hun eigen kinderen.

De rechten

Hier slagen of falen schoolsystemen. Schrijf de regels op voordat je bouwt:

• Beheerders zien en bewerken alles.
• Docenten zien en bewerken alleen de klassen die ze geven, en alleen de leerlingen daarin.
• Ouders zien alleen hun eigen kinderen, alleen-lezen.
• Leerlingen (als ze al inloggen) zien alleen hun eigen gegevens.

"Alleen" moet op de server worden afgedwongen, niet alleen door knoppen te verbergen. Een ouder die een getal in het paginaadres wijzigt, mag het profiel van een ander kind niet kunnen openen. Onze gids over rolgebaseerde toegangscontrole behandelt het patroon.

Beslissingen voordat je begint

Wie logt er in bij versie één? Alleen personeel is veel eenvoudiger. Ouders en leerlingen vermenigvuldigen de rechtensituaties en de supportvragen. Veel scholen beginnen met logins voor personeel en sturen ouders een geprint of per e-mail verzonden rapport totdat de kern stabiel is.

Hoe worden cijfers berekend? Gewogen gemiddelden, laagste scores laten vallen, lettercijferschalen, voldoende/onvoldoende: kies één schema en schrijf het uit met een voorbeeld. De logica van cijfers is het onderdeel dat het meest waard is om met de hand na te rekenen.

Wat is een "periode"? Klassen, inschrijvingen en rapporten zijn er allemaal van afhankelijk. Bepaal of je periodes, semesters of één schooljaar gebruikt, en maak er een tabel van in plaats van een tekstveld.

Importeren, niet opnieuw typen. Je hebt waarschijnlijk al leerlingen in een spreadsheet staan. Plan vanaf dag één een csv-import voor leerlingen, verzorgers en inschrijvingen. Zie hoe je een spreadsheet in een app verandert.

Waar de gegevens staan en wie ze kan zien. Leerlingengegevens zijn gevoelig. Op veel plaatsen vallen ze onder specifieke regels: FERPA in de VS, de AVG in de EU en het VK, en andere elders. Controleer wat voor jou geldt voordat je echte namen inlaadt, en vraag een adviseur als je het niet zeker weet. Minimaal: standaard privé, bijhouden wie wat heeft gewijzigd, en een manier om de gegevens van een leerling te exporteren of te verwijderen.

Een eerste prompt die werkt

Bouw een webapp voor schoolbeheer voor een kleine school. Personeel logt in met e-mail en wachtwoord; de rollen zijn beheerder en docent. Gegevens: leerlingen (naam, geboortedatum, leerjaar, status), verzorgers gekoppeld aan leerlingen, personeel, periodes, klassen (naam, vak, docent, periode, wekelijks rooster) en inschrijvingen die leerlingen koppelen aan klassen met begin- en einddatum. Docenten zien alleen de klassen die ze geven en de leerlingen die daarin zijn ingeschreven; beheerders zien alles. Bouw een klaspagina met een klaslijst en een dagelijkse registratie waarbij iedereen standaard op aanwezig staat en de docent tikt om afwezig, te laat of geoorloofd te markeren, met een optionele notitie. Beheerders krijgen een dashboard dat toont welke klassen de registratie van vandaag nog niet hebben gedaan. Voeg een csv-import toe voor leerlingen en verzorgers. Sla alles op in een database. Cijfers, inlogs voor ouders en schoolgeld komen later.

Let op wat de prompt doet: hij noemt de rollen, zet de rechtenregel in één zin, beschrijft het meest gebruikte scherm in detail en zegt wat je moet weglaten.

Bouwstappen

1. Datamodel en voorbeeldgegevens. Vraag om de tabellen en een kleine, duidelijk verzonnen voorbeeldschool: twee periodes, vijf klassen, veertig leerlingen. Gebruik tijdens het bouwen nooit echte leerlingengegevens.
2. Beheerschermen. Leerlingenlijst, profiel, klaslijst, bewerken van inschrijvingen. Controleer dat het verplaatsen van een leerling naar een andere klas de oude inschrijving bewaart met een einddatum.
3. Docentlogins en de registratie. Log in als docent en controleer dat je alleen je eigen klassen ziet. Doe een registratie op een scherm van telefoonformaat.
4. Rechtentests. Log in als twee verschillende docenten en probeer elkaars klassen via de URL te openen. Beide pogingen moeten mislukken.
5. Import. Importeer je echte spreadsheet in een kopie, repareer de kolommen die niet passen, en beslis dan of je klaar bent om live te gaan.
6. Cijfers. Voeg beoordelingen en het cijferboek toe. Test het gemiddelde met een uitgewerkt voorbeeld dat je met de hand hebt berekend.
7. Rapporten. Aanwezigheidspercentage per leerling en per klas voor een datumbereik: het rapport dat beheerders het vaakst opvragen.
8. Toegang voor ouders, als je die nodig hebt. Voeg verzorgerslogins als laatste toe, met alleen-lezen weergaven en de strengste rechtentests van alle.

Veelgemaakte fouten

• De klas op de leerling opslaan. Gebruik inschrijvingen met datums, anders verdwijnt de geschiedenis.
• Rechten alleen in de interface. Verborgen knoppen zijn geen beveiliging. Test via de URL en via de API.
• Een trage registratie. Als aanwezigheid registreren langer duurt dan op papier, stoppen docenten ermee.
• Echte data bij het testen. Gebruik verzonnen namen totdat de rechten zijn bewezen.
• Leerlingen verwijderen. Markeer ze in plaats daarvan als vertrokken. Eerdere aanwezigheid en cijfers horen nog steeds bij de administratie van de school.
• Alles tegelijk bouwen. Roosters, schoolgeld, berichten, rapportkaarten en een ouderapp samen is een jaar werk. Lever eerst de registratie op.
• Geen auditlog. Wanneer een cijfer verandert, vraagt iemand wie het wanneer heeft gewijzigd. Leg het vast.

Wanneer een kant-en-klaar product de betere keuze is

Gevestigde schoolbeheer- en leerlingvolgsystemen regelen zaken die een maatwerkbouw moeilijk kan evenaren: rapportage aan de overheid en examencommissies, complexe roosters, koppelingen met leerplatforms, inning van schoolgeld, en jaren aan randgevallen. Als je een grote school runt, wettelijke rapportageplichten hebt, of een leverancier nodig hebt die support en naleving op zich neemt, koop er dan een.

Bouwen heeft zin wanneer je behoeften smaller of ongebruikelijk zijn: een bijlesinstituut dat sessies en voortgang bijhoudt, een taalschool met doorlopende inschrijving, een opleidingsaanbieder met cohorten, of een kleine school die maar een vijfde van een duur systeem gebruikt. Een gericht hulpmiddel dat precies jouw werkwijze volgt, kan beter zijn dan een groot systeem waar je dagelijks tegen vecht. Onze gids over zelf bouwen of kopen loopt de afweging door, en hoe je een interne tool bouwt behandelt de versie alleen voor personeel.

Bouwen met Mythex

Bij Mythex beschrijf je het systeem in de chat en zie je het in een live preview vorm krijgen. Gebruik eerst de modus Plan om de tabellen en rollen af te stemmen voordat er code wordt geschreven. Mythex voegt een eigen database toe wanneer de app die nodig heeft, en bestandsopslag als je documenten aan leerlingprofielen wilt koppelen. Inloggen voor je personeel en ouders is van je eigen app: Mythex biedt geen ingebouwd inlogproduct, dus de agent koppelt een aanpak die jij kiest; zie inloggen toevoegen aan je app. Publiceer naar een mythex.ai-link, of op Pro naar je eigen domein. Het adres is openbaar, dus je inlog en rechtencontroles in de app zijn wat de gegevens privé houdt. Als startpunt kun je kijken naar de template voor een cijfertool voor docenten of de pagina over een builder voor een bijlesinstituut.

Veelgestelde vragen