WordPress- und Prozesslösungen für schulische Abläufe
Für ein Gymnasium in Berlin entwickle und betreue ich WordPress-basierte Werkzeuge für konkrete schulische und organisatorische Abläufe. Die Anwendungen entstehen nicht als isolierte Formulare, sondern aus Rollen, Daten, Zuständen und Rückmeldungen des jeweiligen Prozesses.
Öffentliche Website und interne Bearbeitung werden getrennt betrachtet. Bei Anmeldungen und Terminprozessen gehören Datenminimierung, verständliche Bedienung, kontrollierte Datenzugriffe und nachvollziehbare Fehlerbehandlung zur technischen Konzeption.
Fallstudie: Elternsprechtage
Das WordPress-Plugin verwaltet Lehrkräfte und Terminserien, stellt eine öffentliche Buchung bereit und verarbeitet Bestätigungslinks. Gemeinsam genutzte Datenzugriffs- und UI-Komponenten sind über Mindestversionen angebunden; der Bootstrap prüft diese Abhängigkeiten defensiv.
Status: Interner Test
Teststand: Grundfunktionen getestet
Version im Plugin-Header: 1.0
Entwicklungsphase: Härtung und Migrationspfade vor einem stabilen Release
Die Detailseite zeigt Problemstellung, Zielgruppen, Buchungsprozess, technische Struktur, Teststand, Datenschutz- und Berechtigungsfragen sowie die nächsten Härtungs- und Freigabeschritte. Funktionstests und formale Abnahme werden dabei als getrennte Nachweise geführt.
Weitere schulische Projekte
Probeunterricht
Version 1.0. Die WordPress-Lösung strukturiert Schulen, Kapazitäten, Teilnehmende, Aktivierungslinks und Datenportabilität für organisatorische Abläufe des Probeunterrichts. Sie verwendet dieselben versionierten Datenzugriffs- und UI-Komponenten wie die Elternsprechtags-Anwendung. Die Grundfunktionen sind getestet; weitergehende Härtung betrifft unter anderem Datenlebenszyklus, Portabilität und parallele Kapazitätsvorgänge.
Verwaltung und Anmeldung von Arbeitsgemeinschaften
Version 0.3.10. Das Plugin bildet Arbeitsgemeinschaften, Schuljahre, jahrgangsbezogene Zielgruppen, wöchentliche Slots, Detailseiten und öffentliche Anmeldungen ab. Zusammengehörige Schreibvorgänge laufen in Datenbanktransaktionen; Bestätigungsmails können lokal ohne echte Zustellung geprüft werden. Datenzugriff und UI-Komponenten sind aus dem Fachplugin herausgelöst und werden gemeinsam genutzt. Die Grundfunktionen sind getestet.
Die AG-Anmeldung bleibt auch auf längeren Detailseiten über eine responsive Panel-/Bottom-Sheet-Lösung erreichbar. Klassenangabe und Jahrgangslogik werden getrennt geführt; Exporte neutralisieren führende Tabellenkalkulationsformeln in Nutzwerten.
Gemeinsame technische Struktur
Die Fachplugins werden getrennt gepflegt und nutzen gemeinsame Datenzugriffs- und UI-Komponenten, wo dies technisch sinnvoll ist. Mindestversionen dieser Komponenten werden von den Fachplugins geprüft. Für lokale Laufzeitprüfungen dient eine getrennte WordPress-Umgebung unter DDEV; Fachlogik, gemeinsam genutzte Technik und WordPress-Laufzeit bleiben dadurch nachvollziehbar getrennt.
Eine Versionsnummer oder ein öffentliches Repository ist kein Beleg für Produktionsreife. Ebenso ersetzt eine formale Abnahme nicht die technischen Funktionstests. Statusangaben werden projektbezogen anhand von Code, Tests, Dokumentation und Releasezustand eingeordnet.