Sådan bygger du et skoleadministrationssystem

Et skoleadministrationssystem holder de optegnelser, en skole kører på: hvem eleverne er, hvilke klasser de er i, om de mødte op, og hvordan det går dem. En nyttig første version er mindre, end de fleste tror — elever, klasser, fremmøde og karakterer, med separate logins til administratorer, lærere og forældre. Byg det godt, test tilladelserne grundigt, og tilføj skemaer, gebyrer og beskeder senere.

Denne guide er til små skoler, undervisningscentre, sprogskoler, efterskoleprogrammer og uddannelsesudbydere, der synes, de store systemer er for tunge eller for dyre til det, de har brug for.

Hvad et skoleadministrationssystem har brug for

Dataene

De fleste dele af systemet hænger på seks tabeller:

Tilføj opgaver (en prøve eller opgave i en klasse, med en maksimal score og vægt) og karakterer (en elevs resultat på én opgave), når fremmøde fungerer.

Indskrivnings-tabellen betyder mere, end den ser ud til. Elever skifter klasse midt i et semester. Hvis du gemmer "klasse" direkte på eleven, mister du historikken, og dine fraværsrapporter holder ikke op.

Siderne

• Administrator-dashboard: dagens fremmøde med et overblik, elever med manglende registreringer, nylige ændringer.
• Elevliste og profil: søgning, filtrering på klasse eller årgang, og en profil med klasser, fremmøde og karakterer.
• Klasseside: holdlisten, dagens registrering og karakterbogen.
• Registreringsskærmen: den lærerne bruger hver dag. Den skal tage sekunder på en telefon eller tablet — alle står som til stede som standard, tryk for at ændre.
• Karakterbog: opgaver som kolonner, elever som rækker, med det beregnede gennemsnit.
• Forældrevisning: kun deres egne børns fremmøde, karakterer og meddelelser.

Tilladelserne

Her lykkes eller fejler skolesystemer. Skriv reglerne ned, før du bygger:

• Administratorer ser og redigerer alt.
• Lærere ser og redigerer kun de klasser, de underviser i, og kun eleverne i dem.
• Forældre ser kun deres egne børn, skrivebeskyttet.
• Elever (hvis de logger ind overhovedet) ser kun deres egne oplysninger.

"Kun" skal håndhæves på serveren, ikke kun ved at skjule knapper. En forælder, der ændrer et tal i sidens adresse, må ikke kunne åbne et andet barns profil. Vores guide til rollebaseret adgangskontrol dækker mønstret.

Beslutninger inden du starter

Hvem logger ind i version et? Kun personale er langt enklere. Forældre og elever fordobler tilladelsestilfældene og supportforespørgslerne. Mange skoler starter med personalelogins og sender forældre en udskrevet eller mailet rapport, indtil kernen er stabil.

Hvordan beregnes karakterer? Vægtede gennemsnit, droppede laveste scorer, bogstavkarakterbånd, bestået/ikke bestået — vælg ét system, og skriv det ud med et eksempel. Karakterlogikken er den del, det er mest værd at kontrollere i hånden.

Hvad er et "semester"? Klasser, indskrivninger og rapporter afhænger alle af det. Beslut, om I bruger terminer, semestre eller et enkelt skoleår, og gør det til en tabel frem for et tekstfelt.

Import, ikke genindtastning. Du har næsten helt sikkert elever i et regneark allerede. Planlæg en CSV-import af elever, værger og indskrivninger fra dag ét. Se sådan gør du et regneark til en app.

Hvor data ligger, og hvem der kan se det. Elevoplysninger er følsomme. Mange steder er de dækket af særlige regler — FERPA i USA, GDPR i EU og Storbritannien og andre steder. Tjek, hvad der gælder for dig, før du indlæser rigtige navne, og spørg en rådgiver, hvis du er i tvivl. Som minimum: privat som standard, revision af hvem der ændrede hvad, og en måde at eksportere eller fjerne en elevs data på.

En første prompt, der virker

Byg en skoleadministrations-webapp til en lille skole. Personale logger ind med e-mail og adgangskode; roller er administrator og lærer. Data: elever (navn, fødselsdato, årgang, status), værger knyttet til elever, personale, semestre, klasser (navn, fag, lærer, semester, ugentligt skema) og indskrivninger, der kobler elever til klasser med start- og slutdato. Lærere ser kun de klasser, de underviser i, og de elever, der er indskrevet i dem; administratorer ser alt. Byg en klasseside med en holdliste og en daglig registrering, hvor alle står som til stede som standard, og læreren trykker for at markere fraværende, forsinket eller fraværende med gyldig grund, med en valgfri note. Administratorer får et dashboard, der viser, hvilke klasser der ikke har taget dagens registrering. Tilføj en CSV-import af elever og værger. Gem alt i en database. Lad karakterer, forældrelogins og gebyrer vente.

Bemærk, hvad prompten gør: den navngiver rollerne, angiver tilladelsesreglen i én sætning, beskriver den mest brugte skærm i detaljer og siger, hvad der skal udelades.

Byggetrin

1. Datamodel og eksempeldata. Bed om tabellerne og en lille, tydeligt falsk skole — to semestre, fem klasser, fyrre elever. Brug aldrig rigtige elevoplysninger under bygningen.
2. Administratorskærme. Elevliste, profil, klasseliste, redigering af indskrivninger. Kontrollér, at flytning af en elev til en anden klasse beholder den gamle indskrivning med en slutdato.
3. Lærerlogins og registreringen. Log ind som lærer, og bekræft at du kun ser dine klasser. Tag en registrering på en skærm i telefonstørrelse.
4. Tilladelsestests. Log ind som to forskellige lærere, og prøv at åbne hinandens klasser via URL. Begge forsøg skal fejle.
5. Import. Importér dit rigtige regneark i en kopi, ret de kolonner, der ikke passer, og beslut derefter, om du er klar til at gå live.
6. Karakterer. Tilføj opgaver og karakterbogen. Test gennemsnittet med et gennemregnet eksempel, du har regnet ud i hånden.
7. Rapporter. Fraværsprocent pr. elev og pr. klasse for et datointerval — den rapport administratorer oftest bliver bedt om.
8. Forældreadgang, hvis du har brug for det. Tilføj værgelogins sidst, med skrivebeskyttede visninger og de strengeste tilladelsestests af alle.

Almindelige fejl

• At gemme klassen på eleven. Brug indskrivninger med datoer, ellers forsvinder historikken.
• Tilladelser kun i grænsefladen. Skjulte knapper er ikke sikkerhed. Test via URL og via API.
• En langsom registrering. Hvis det tager længere tid end papir at tage fremmøde, holder lærerne op med at bruge det.
• Rigtige data under test. Brug opdigtede navne, indtil tilladelserne er bevist.
• At slette elever. Markér dem som udmeldt i stedet. Tidligere fravær og karakterer hører stadig til skolens optegnelser.
• At bygge alt på én gang. Skemalægning, gebyrer, beskeder, eksamensrapporter og en forældreapp samlet er et års arbejde. Lever registreringen først.
• Ingen revisionsspor. Når en karakter ændres, vil nogen spørge, hvem der ændrede den, og hvornår. Registrér det.

Hvornår et færdigt produkt er det bedre valg

Etablerede skoleadministrations- og elevinformationssystemer klarer ting, en skræddersyet bygning vil have svært ved at matche: offentlig rapportering og eksamensrapportering, kompleks skemalægning, integrationer med læringsplatforme, gebyropkrævning og års kanttilfælde. Hvis du driver en stor skole, har lovpligtig rapporteringspligt eller har brug for en leverandør til at bære support og overholdelse, så køb et.

At bygge giver mening, når dine behov er smallere eller usædvanlige: et undervisningscenter, der følger sessioner og fremskridt, en sprogskole med løbende indskrivning, en uddannelsesudbyder med hold, eller en lille skole, der kun bruger en femtedel af et dyrt system. Et fokuseret værktøj, der præcis gør din arbejdsgang, kan slå et stort, du kæmper med hver dag. Vores guide til at bygge eller købe software gennemgår afvejningen, og sådan bygger du et internt værktøj dækker den personaleintern version.

Sådan bygger du det med Mythex

På Mythex beskriver du systemet i chatten og ser det tage form i en live-forhåndsvisning. Brug Plan-tilstand først for at aftale tabellerne og rollerne, før der skrives kode. Mythex tilføjer en dedikeret database, når appen har brug for en, og filopbevaring, hvis du vil vedhæfte dokumenter til elevprofiler. Login til dit personale og dine forældre er din apps egen: Mythex leverer ikke et indbygget loginprodukt, så agenten kobler en tilgang til, du vælger — se tilføj login til din app. Publicér til et mythex.ai-link eller til dit eget domæne på Pro. Adressen er offentlig, så det er din apps login og tilladelseskontroller, der holder optegnelserne private. Som udgangspunkt kan du kigge på skabelonen til lærerens karaktervejledning eller siden om undervisningscentrets bygger.

Spørgsmål