Så bygger du ett skolhanteringssystem

Ett skolhanteringssystem håller ordning på de register en skola arbetar med: vilka eleverna är, vilka klasser de går i, om de kom och hur det går för dem. En användbar första version är mindre än de flesta tror — elever, klasser, närvaro och betyg, med separata inloggningar för administratörer, lärare och vårdnadshavare. Bygg det väl, testa behörigheterna noga, och lägg till scheman, avgifter och meddelanden senare.

Guiden är för små skolor, studiecenter, språkskolor, eftisprogram och utbildningsanordnare som tycker att stora system är för tunga eller dyra för det de behöver.

Vad ett skolhanteringssystem behöver

Datan

Det mesta i systemet hänger på sex tabeller:

Lägg till bedömningar (ett prov eller en uppgift i en klass, med maxpoäng och vikt) och betyg (en elevs resultat på en bedömning) när närvaron fungerar.

Inskrivningstabellen är viktigare än den ser ut att vara. Elever byter klass mitt i terminen. Om "klass" lagras direkt på eleven förlorar du historiken och dina närvarorapporter stämmer inte.

Sidorna

• Adminpanel: dagens närvaro i korthet, elever som saknar registrering, senaste ändringarna.
• Elevlista och elevprofil: sök, filtrera på klass eller årskurs, och en profil som visar klasser, närvaro och betyg.
• Klassidan: deltagarlistan, dagens registrering och betygsboken.
• Registreringsskärmen: den lärarna använder varje dag. Den ska ta några sekunder på en telefon eller surfplatta: alla är förvalda som närvarande, och man trycker för att ändra.
• Betygsbok: bedömningar som kolumner, elever som rader, med beräknat medelvärde.
• Vårdnadshavarvy: endast deras egna barns närvaro, betyg och meddelanden.

Behörigheterna

Det är här skolsystem lyckas eller misslyckas. Skriv ner reglerna innan du bygger:

• Administratörer ser och redigerar allt.
• Lärare ser och redigerar bara de klasser de undervisar i, och bara eleverna i dem.
• Vårdnadshavare ser bara sina egna barn, skrivskyddat.
• Elever (om de loggar in alls) ser bara sina egna uppgifter.

"Bara" måste upprätthållas på servern, inte bara genom att dölja knappar. En vårdnadshavare som ändrar ett nummer i sidans adress ska inte kunna öppna ett annat barns profil. Vår guide om rollbaserad åtkomstkontroll täcker mönstret.

Beslut att fatta innan du börjar

Vem loggar in i version ett? Endast personal är betydligt enklare. Vårdnadshavare och elever multiplicerar behörighetsfallen och supportärendena. Många skolor börjar med personalinloggningar och skickar vårdnadshavare en utskriven eller mejlad rapport tills kärnan är stabil.

Hur räknas betygen? Viktade medelvärden, borttagen lägsta poäng, bokstavsbetyg, godkänt/underkänt — välj ett system och skriv ut det med ett exempel. Betygslogiken är den del som är mest värd att kontrollera för hand.

Vad är en "termin"? Klasser, inskrivningar och rapporter hänger alla på den. Bestäm om ni använder terminer, semestrar eller ett enda läsår, och gör det till en tabell snarare än ett textfält.

Importera, skriv inte av. Du har nästan säkert elever i ett kalkylblad redan. Planera en CSV-import för elever, vårdnadshavare och inskrivningar från första dagen. Se hur du förvandlar ett kalkylblad till en app.

Var datan lagras och vem som kan se den. Elevregister är känsliga. På många platser omfattas de av särskilda regler — FERPA i USA, GDPR i EU och Storbritannien, och andra på andra håll. Kontrollera vad som gäller för dig innan du lägger in riktiga namn, och fråga en rådgivare om du är osäker. Som minimum: privat som standard, granskning av vem som ändrade vad, och ett sätt att exportera eller ta bort en elevs uppgifter.

En första prompt som fungerar

Bygg en webbapp för skolhantering för en liten skola. Personal loggar in med e-post och lösenord; roller är admin och lärare. Data: elever (namn, födelsedatum, årskurs, status), vårdnadshavare kopplade till elever, personal, terminer, klasser (namn, ämne, lärare, termin, veckoschema) och inskrivningar som kopplar elever till klasser med start- och slutdatum. Lärare ser bara klasser de undervisar i och eleverna som är inskrivna i dem; administratörer ser allt. Bygg en klassida med en deltagarlista och en daglig registrering där alla är förvalda som närvarande och läraren trycker för att markera frånvarande, sen eller ledig, med en valfri anteckning. Administratörer får en instrumentpanel som visar vilka klasser som inte har tagit dagens registrering. Lägg till en CSV-import för elever och vårdnadshavare. Lagra allt i en databas. Lämna betyg, vårdnadshavarinloggningar och avgifter till senare.

Lägg märke till vad prompten gör: den namnger rollerna, anger behörighetsregeln i en mening, beskriver den mest använda skärmen i detalj och säger vad som ska lämnas ute.

Byggsteg

1. DataModell och exempeldata. Be om tabellerna och en liten, tydligt fiktiv skola — två terminer, fem klasser, fyrtio elever. Använd aldrig riktiga elevregister under byggandet.
2. Adminskärmar. Elevlista, profil, klasslista, redigering av inskrivningar. Kontrollera att en elev som flyttas mellan klasser behåller den gamla inskrivningen med ett slutdatum.
3. Lärarinloggningar och registreringen. Logga in som lärare och bekräfta att du bara ser dina klasser. Ta en registrering i en skärm i telefonstorlek.
4. Behörighetstester. Logga in som två olika lärare och försök öppna varandras klasser via URL. Båda försöken ska misslyckas.
5. Import. Importera ditt riktiga kalkylblad till en kopia, rätta de kolumner som inte stämmer och avgör sedan om du är redo att gå live.
6. Betyg. Lägg till bedömningar och betygsboken. Testa medelvärdet med ett genomräknat exempel som du har räknat ut för hand.
7. Rapporter. Närvaroprocent per elev och per klass för ett datumintervall — den rapport administratörer oftast får be om.
8. Åtkomst för vårdnadshavare, om du behöver det. Lägg till vårdnadshavarinloggningar sist, med skrivskyddade vyer och de strängaste behörighetstesterna av alla.

Vanliga misstag

• Att lagra klassen på eleven. Använd inskrivningar med datum, annars försvinner historiken.
• Behörigheter enbart i gränssnittet. Dolda knappar är inte säkerhet. Testa via URL och via API.
• En långsam registrering. Om det tar längre tid att ta närvaro än på papper slutar lärarna använda den.
• Riktig data i tester. Använd påhittade namn tills behörigheterna är bevisade.
• Att radera elever. Markera dem som avslutade i stället. Tidigare närvaro och betyg tillhör fortfarande skolans register.
• Att bygga allt på en gång. Schemaläggning, avgifter, meddelanden, betygsrapporter och en app för vårdnadshavare tillsammans är ett års arbete. Lansera registreringen först.
• Ingen granskningslogg. När ett betyg ändras kommer någon att fråga vem som ändrade det och när. Spara det.

När en färdig produkt är det bättre valet

Etablerade system för skol- och elevhantering klarar saker som en egen lösning har svårt att matcha: rapportering till myndigheter och examensorgan, komplex schemaläggning, integrationer med lärplattformar, avgiftsinsamling och års erfarenhet av specialfall. Om du driver en stor skola, har lagstadgade rapporteringskrav eller behöver en leverantör som står för support och efterlevnad, köp ett.

Att bygga är rimligt när dina behov är smalare eller ovanliga: ett studiecenter som följer lektioner och framsteg, en språkskola med löpande inskrivning, en utbildningsanordnare med kohorter, eller en liten skola som bara använder en femtedel av ett dyrt system. Ett fokuserat verktyg som gör just ditt arbetsflöde kan slå ett stort som du kämpar med varje dag. Vår guide om att bygga kontra köpa programvara går igenom avvägningen, och hur du bygger ett internt verktyg täcker versionen endast för personal.

Bygga den med Mythex

På Mythex beskriver du systemet i chatten och ser det ta form i en livevisning. Använd Plan-läget först för att komma överens om tabeller och roller innan någon kod skrivs. Mythex lägger till en dedikerad databas när appen behöver en, och fillagring om du vill bifoga dokument till elevprofiler. Inloggning för personal och vårdnadshavare är din apps egen: Mythex tillhandahåller ingen inbyggd inloggningsprodukt, så agenten kopplar in en metod du väljer — se lägg till inloggning i din app. Publicera till en mythex.ai-länk, eller på en egen domän på Pro. Adressen är offentlig, så det är din apps inloggning och behörighetskontroller som håller registren privata. Som utgångspunkt kan du titta på mallen för lärarnas betygsverktyg eller sidan för AI-byggare för studiecenters kundportaler.

Frågor