Schulverwaltungssystem bauen

Ein Schulverwaltungssystem führt die Unterlagen, mit denen eine Schule arbeitet: wer die Schüler sind, in welchen Klassen sie sind, ob sie erschienen sind und wie es ihnen geht. Eine nützliche erste Version ist kleiner, als die meisten denken – Schüler, Klassen, Anwesenheit und Noten, mit getrennten Logins für Verwaltung, Lehrkräfte und Eltern. Baue das gut, teste die Berechtigungen gründlich und ergänze Stundenpläne, Gebühren und Nachrichten später.

Dieser Leitfaden richtet sich an kleine Schulen, Nachhilfeinstitute, Sprachschulen, Nachmittagsprogramme und Weiterbildungsanbieter, denen große Systeme zu schwerfällig oder zu teuer sind für das, was sie brauchen.

Was ein Schulverwaltungssystem braucht

Die Daten

Das meiste im System hängt an sechs Tabellen:

Füge Leistungsnachweise (eine Prüfung oder Aufgabe in einer Klasse, mit Höchstpunktzahl und Gewichtung) und Noten (das Ergebnis eines Schülers bei einem Leistungsnachweis) hinzu, sobald die Anwesenheit funktioniert.

Die Tabelle Einschreibungen ist wichtiger, als sie aussieht. Schüler wechseln mitten im Halbjahr die Klasse. Wenn du „Klasse“ direkt beim Schüler speicherst, verlierst du den Verlauf, und deine Anwesenheitsberichte stimmen nicht mehr.

Die Seiten

• Verwaltungs-Dashboard: die heutige Anwesenheit auf einen Blick, Schüler ohne eingetragene Anwesenheit, letzte Änderungen.
• Schülerliste und Profil: Suche, Filter nach Klasse oder Jahrgang, und ein Profil mit Klassen, Anwesenheit und Noten.
• Klassenseite: die Teilnehmerliste, die Anwesenheitsliste für heute und das Notenbuch.
• Anwesenheitsbildschirm: der, den Lehrkräfte jeden Tag nutzen. Er sollte auf einem Handy oder Tablet in Sekunden funktionieren – alle sind standardmäßig anwesend, antippen zum Ändern.
• Notenbuch: Leistungsnachweise als Spalten, Schüler als Zeilen, mit berechnetem Durchschnitt.
• Elternansicht: nur die Anwesenheit, Noten und Mitteilungen der eigenen Kinder.

Die Berechtigungen

Hier gelingen oder scheitern Schulsysteme. Schreibe die Regeln auf, bevor du baust:

• Verwaltung sieht und bearbeitet alles.
• Lehrkräfte sehen und bearbeiten nur die Klassen, die sie unterrichten, und nur die Schüler darin.
• Eltern sehen nur ihre eigenen Kinder, nur lesend.
• Schüler (falls sie sich überhaupt anmelden) sehen nur ihre eigenen Unterlagen.

„Nur“ muss auf dem Server erzwungen werden, nicht nur durch verborgene Schaltflächen. Ein Elternteil, das eine Zahl in der Seitenadresse ändert, darf kein anderes Kinderprofil öffnen können. Unser Leitfaden zu rollenbasierter Zugriffskontrolle beschreibt das Muster.

Entscheidungen vor dem Start

Wer meldet sich in Version eins an? Nur Personal ist viel einfacher. Eltern und Schüler vervielfachen die Berechtigungsfälle und die Support-Anfragen. Viele Schulen starten mit Personal-Logins und schicken Eltern bis zur Stabilität des Kernsystems einen gedruckten oder per E-Mail versendeten Bericht.

Wie werden Noten berechnet? Gewichtete Durchschnitte, Streichung der niedrigsten Note, Notenbänder, bestanden/nicht bestanden – wähle ein Schema und schreibe es mit einem Beispiel aus. Die Notenlogik ist der Teil, der sich am meisten lohnt, von Hand zu prüfen.

Was ist ein „Halbjahr“? Klassen, Einschreibungen und Zeugnisse hängen davon ab. Entscheide, ob du Trimester, Semester oder ein einziges Schuljahr nutzt, und mach daraus eine Tabelle statt eines Freitextfelds.

Importieren statt neu eintippen. Du hast Schüler wahrscheinlich schon in einer Tabelle. Plane von Anfang an einen CSV-Import für Schüler, Erziehungsberechtigte und Einschreibungen. Siehe wie du eine Tabelle in eine App verwandelst.

Wo die Daten liegen und wer sie sehen darf. Schülerdaten sind sensibel. An vielen Orten gelten dafür besondere Regeln – FERPA in den USA, die DSGVO in der EU und im Vereinigten Königreich und andere anderswo. Kläre, was für dich gilt, bevor du echte Namen lädst, und frag im Zweifel eine Beraterin. Mindestens: standardmäßig privat, nachvollziehbar, wer was geändert hat, und eine Möglichkeit, die Daten eines Schülers zu exportieren oder zu entfernen.

Ein erster Prompt, der funktioniert

Baue eine Schulverwaltungs-Webapp für eine kleine Schule. Das Personal meldet sich mit E-Mail und Passwort an; die Rollen sind Verwaltung und Lehrkraft. Daten: Schüler (Name, Geburtsdatum, Jahrgangsstufe, Status), Erziehungsberechtigte, die Schülern zugeordnet sind, Personal, Halbjahre, Klassen (Name, Fach, Lehrkraft, Halbjahr, wöchentlicher Zeitplan) und Einschreibungen, die Schüler mit Klassen verbinden, mit Start- und Enddatum. Lehrkräfte sehen nur ihre Klassen und die darin eingeschriebenen Schüler; die Verwaltung sieht alles. Baue eine Klassenseite mit Teilnehmerliste und einer täglichen Anwesenheitsliste, in der alle standardmäßig anwesend sind und die Lehrkraft per Antippen auf abwesend, verspätet oder entschuldigt setzt, mit optionaler Notiz. Die Verwaltung bekommt ein Dashboard, das zeigt, welche Klassen die heutige Anwesenheit noch nicht erfasst haben. Füge einen CSV-Import für Schüler und Erziehungsberechtigte hinzu. Speichere alles in einer Datenbank. Lass Noten, Elternlogins und Gebühren für später.

Beachte, was der Prompt tut: Er benennt die Rollen, formuliert die Berechtigungsregel in einem Satz, beschreibt den meistgenutzten Bildschirm im Detail und sagt, was wegbleibt.

Bauschritte

1. Datenmodell und Beispieldaten. Bitte um die Tabellen und eine kleine, eindeutig fiktive Beispielschule – zwei Halbjahre, fünf Klassen, vierzig Schüler. Verwende beim Bauen niemals echte Schülerdaten.
2. Verwaltungsbildschirme. Schülerliste, Profil, Klassenliste, Bearbeiten der Einschreibungen. Prüfe, dass beim Wechsel eines Schülers in eine andere Klasse die alte Einschreibung mit einem Enddatum erhalten bleibt.
3. Lehrer-Logins und die Anwesenheit. Melde dich als Lehrkraft an und prüfe, dass du nur deine Klassen siehst. Nimm die Anwesenheit auf einem Bildschirm in Handygröße auf.
4. Berechtigungstests. Melde dich mit zwei verschiedenen Lehrkräften an und versuche, die Klassen der jeweils anderen per URL zu öffnen. Beide Versuche sollten fehlschlagen.
5. Import. Importiere deine echte Tabelle in eine Kopie, korrigiere die Spalten, die nicht passen, und entscheide dann, ob du bereit für den Livebetrieb bist.
6. Noten. Füge Leistungsnachweise und das Notenbuch hinzu. Teste den Durchschnitt mit einem Rechenbeispiel, das du von Hand gerechnet hast.
7. Berichte. Anwesenheitsquote pro Schüler und pro Klasse für einen Zeitraum – der Bericht, nach dem die Verwaltung am häufigsten fragt.
8. Elternzugang, falls nötig. Füge Logins für Erziehungsberechtigte zuletzt hinzu, mit nur lesenden Ansichten und den strengsten Berechtigungstests von allen.

Häufige Fehler

• Die Klasse beim Schüler speichern. Verwende Einschreibungen mit Datum, sonst verschwindet der Verlauf.
• Berechtigungen nur in der Oberfläche. Verborgene Schaltflächen sind keine Sicherheit. Teste über die URL und über die API.
• Eine langsame Anwesenheitserfassung. Wenn die Erfassung länger dauert als auf Papier, hören Lehrkräfte auf, sie zu nutzen.
• Echte Daten beim Testen. Verwende erfundene Namen, bis die Berechtigungen bewiesen sind.
• Schüler löschen. Markiere sie stattdessen als abgegangen. Vergangene Anwesenheit und Noten gehören weiterhin zu den Unterlagen der Schule.
• Alles gleichzeitig bauen. Stundenplanung, Gebühren, Nachrichten, Zeugnisse und eine Eltern-App zusammen sind ein Jahr Arbeit. Liefere zuerst die Anwesenheitserfassung aus.
• Kein Änderungsprotokoll. Wenn eine Note geändert wird, wird jemand fragen, wer sie wann geändert hat. Protokolliere es.

Wann ein fertiges Produkt die bessere Wahl ist

Etablierte Schulverwaltungs- und Schülerinformationssysteme beherrschen Dinge, mit denen ein Eigenbau schwer mithalten kann: Meldungen an Behörden und Prüfungsstellen, komplexe Stundenplanung, Integrationen mit Lernplattformen, Gebühreneinzug und jahrelange Sonderfälle. Wenn du eine große Schule führst, gesetzliche Meldepflichten hast oder einen Anbieter brauchst, der Support und Compliance übernimmt, kaufe eines.

Selbst bauen lohnt sich, wenn deine Bedürfnisse schmaler oder ungewöhnlich sind: ein Nachhilfeinstitut, das Sitzungen und Fortschritt erfasst, eine Sprachschule mit laufenden Einschreibungen, ein Weiterbildungsanbieter mit Kursgruppen oder eine kleine Schule, die nur ein Fünftel eines teuren Systems nutzt. Ein fokussiertes Werkzeug, das genau deinen Ablauf abbildet, kann ein großes übertreffen, das du jeden Tag bekämpfst. Unser Leitfaden zu Eigenentwicklung oder Kauf von Software geht die Abwägung durch, und wie du ein internes Werkzeug baust behandelt die Variante nur für Mitarbeiter.

Mit Mythex bauen

Auf Mythex beschreibst du das System im Chat und siehst zu, wie es in einer Live-Vorschau Gestalt annimmt. Nutze zuerst den Plan-Modus, um Tabellen und Rollen festzulegen, bevor Code geschrieben wird. Mythex legt eine eigene Datenbank an, wenn die App sie braucht, und Dateispeicher, falls du Dokumente an Schülerprofile anhängen willst. Der Login für Personal und Eltern gehört zu deiner App: Mythex bietet kein eingebautes Anmeldeprodukt, deshalb bindet der Agent einen Ansatz deiner Wahl ein – siehe Login zu deiner App hinzufügen. Veröffentliche unter einem mythex.ai-Link oder mit deiner eigenen Domain auf Pro. Die Adresse ist öffentlich, deshalb schützen dein Login und deine Berechtigungsprüfungen die Daten. Als Ausgangspunkt eignen sich die Vorlage für ein Werkzeug zur Notenvergabe oder die Seite Builder für Nachhilfe-Kundenportale.

Fragen