Überblick
StudyPlan bündelt die studienbezogenen Werkzeuge des Studiengangs Informatik dual. Der öffentliche Bereich richtet sich an Studieninteressierte und Studierende; nach der Anmeldung stehen Mitarbeitenden zusätzliche Auswertungs- und Pflegewerkzeuge zur Verfügung.
Studierende selbst haben keinen Zugang zu personenbezogenen Auswertungen – diese sind Faculty und berechtigten Personen vorbehalten.
Die folgenden Abschnitte beschreiben die Kernbereiche Lifecycle, Studienpläne und Study-Monitoring sowie den KI-Assistenten.
Roadmap
Umgesetzte und geplante Entwicklungsschritte von StudyPlan. Die Planung ist vorläufig und wird laufend fortgeschrieben. Verlinkte Features führen zum jeweiligen Abschnitt.
Der Ursprung: Die Studienplanung entstand als Modul im Schwesterprojekt Managi
(infdl_managi). Hier wurde der Regelstudienplan erstmals als
planbares Werkzeug umgesetzt – die Grundlage der heutigen Studienpläne.
Ebenfalls aus Managi: Das Study-Monitoring begann hier als Auswertung von Studienverläufen und Kohorten – die Vorstufe der heutigen Monitoring-Ansichten für Faculty und berechtigte Personen.
Die dritte Managi-Komponente: kohortenbezogene Auswertungen über Fachbereiche und Studiengänge hinweg – das Vorbild der heutigen Kohortenanalyse im Study-Monitoring.
Der Lifecycle war zunächst eine eigenständige Anwendung, die den Studienverlauf entlang seiner Phasen abbildete – mit Einträgen, Filtern und Detailansichten. Diese App bildet den zweiten Baustein, der später in StudyPlan überführt wurde.
Erster integrierter Demonstrator: Die bislang getrennten Werkzeuge werden unter einem gemeinsamen h_da-Design, einer einheitlichen Oberfläche und diesem Infobereich zusammengeführt und um neue Bereiche ergänzt.
- Projektgerüst und h_da-Design-System
- Lifecycle – Studiengang verstehen
- Studienpläne – Studienverlauf planen
- Studiengänge-Übersicht
- KI-Assistent
- Study-Monitoring – Studienverläufe verstehen
- Vereinheitlichtes UI, Infobereich und Dokumentation
Übergang vom Demonstrator zum produktiven MVP: Statt Beispieldaten werden die echten Studierendendaten angebunden, sodass die Auswertungen den tatsächlichen Studienverlauf abbilden.
Vorläufige Planung – Reihenfolge und Zeitpunkte können sich ändern.
Lifecycle – Studiengang verstehen
Der Lifecycle bildet den gesamten Studienverlauf entlang seiner Phasen ab – von der Interessens- über die Studien- bis zur Abschlussphase. Zu jeder Phase sind die relevanten Prozesse, Termine, Dokumente und Formulare hinterlegt, sodass sie jederzeit schnell auffindbar sind.
Funktionen
- Phasenübersicht: Einträge sind nach Studienphasen gruppiert und lassen sich wahlweise als Kacheln oder als Tabelle anzeigen.
- Eintragstypen: Prozesse, Aktivitäten, Events, Dokumente, Formulare und Projekte – jeweils mit eigenem Symbol.
- Filter & Suche: nach Studiengang, Prüfungsordnung (BBPO) und Typ, dazu eine Volltextsuche.
- Detailansicht: je Eintrag ein Fenster mit Beschreibung, Metadaten, Anhängen und – wo vorhanden – einer BPMN-Prozessvorschau.
- Feedback: Hinweise auf Fehler oder veraltete Inhalte lassen sich direkt am jeweiligen Eintrag melden.
Öffentlich einsehbar. Mitarbeitende pflegen und bearbeiten die Inhalte nach Anmeldung.
Studienpläne – Studienverlauf planen
Die Studienplanung unterstützt bei der individuellen Verlaufsplanung entlang der Prüfungsordnung (BBPO). Module werden über die Semester verteilt, die erreichten und angestrebten Credit Points bleiben dabei stets im Blick.
Funktionen
- Neue Planung: aus einer BBPO-Struktur und einem Startsemester einen Verlaufsplan anlegen.
- Fortschritt: erreichte gegenüber angestrebten Credit Points sowie der prozentuale Fortschritt auf einen Blick.
- Öffnen per Plan-ID: bestehende Planungen jederzeit über ihre ID wieder aufrufen.
- Teilen: jede Planung lässt sich per QR-Code bzw. Link weitergeben – etwa für die Beratung.
Öffentlich nutzbar. Mitarbeitende sehen zusätzlich die Liste aller vorhandenen Planungen.
Study-Monitoring – Studienverläufe verstehen Mitarbeitende
Das Monitoring bündelt zwei Perspektiven auf den Studienfortschritt – eine aggregierte und eine individuelle. Beide dienen dazu, Studierende frühzeitig und gezielt zu unterstützen.
Kohortenanalyse
Aggregierte Kennzahlen und Auswertungen: Kohorten, Risiken und Trends im Studienfortschritt werden über ganze Jahrgänge hinweg sichtbar.
Auswertungsebenen
- Fachbereich: übergreifende Sicht über alle Studiengänge.
- Studiengang: Kennzahlen eines einzelnen Studiengangs.
- Kohorte: ein konkreter Jahrgang bzw. eine Startgruppe.
Individueller Studienverlauf
Der individuelle Studienfortschritt einzelner Studierender mit Risiko-Einstufung – Auffälligkeiten früh erkennen und passende Unterstützung anbieten. Der Einstieg erfolgt je Studiengang.
Nur für Faculty und berechtigte Personen. Studierende haben keinen Zugang zu personenbezogenen Auswertungen.
KI-Assistent
Der KI-Assistent beantwortet Fragen zum gewählten Studiengang auf Basis einer hinterlegten Wissensbasis (Knowledge Base). Er „erfindet" keine Inhalte frei, sondern stützt sich auf die im Portal gepflegten Informationen und Dokumente.
Ablauf
- Studiengang wählen: Vor dem Chat wird der Studiengang festgelegt, damit die Antworten den passenden Kontext haben.
- Frage stellen: Die Frage wird zusammen mit relevanten Ausschnitten aus der Wissensbasis an das Sprachmodell übergeben.
- Antwort: Das Modell formuliert eine Antwort aus den bereitgestellten Informationen.
Technische Eckdaten
| Sprachmodell | google/gemma-4-31B-it (self-hosted) |
|---|---|
| Context Window | bis zu 131.072 Tokens – das „Kurzzeitgedächtnis" für Frage, Verlauf, Wissensbasis und System-Instruktionen |
| Wissensbasis | im Portal gepflegte Inhalte zu Prozessen, Dokumenten und Formularen je Studiengang |
| Transparenz | ein optionales Debug-Panel im Chat zeigt die Auslastung des Context Windows und die Verarbeitung |
Tech-Stack
Die Anwendung ist bewusst „zero-magic" und explizit gehalten. Die zentralen Bausteine:
| Backend | Python 3.13, Django 5.2 (LTS), Abhängigkeiten via uv |
|---|---|
| Datenbank | PostgreSQL – hybride Datenstrategie: lokaler Spiegel oder externe API, ohne Codeänderung umschaltbar (Repository-Pattern) |
| API | django-ninja unter /api/v1/ |
| Frontend | Tabler UI + HTMX, Tabler Icons, unDraw-Illustrationen (auf die h_da CI umgefärbt) |
| Deployment | Gunicorn + Uvicorn-Worker (ASGI) |
| Infrastruktur | GitLab CI → Rootless Buildah → GitLab Registry → OpenShift/K8s (Container laufen als Non-Root) |
Credits & Danke
StudyPlan baut auf großartiger Open-Source-Arbeit auf. Herzlichen Dank an die folgenden Projekte und ihre Communities:
Alle Marken- und Projektnamen gehören ihren jeweiligen Inhaber*innen.
Kontakt
Bei Fragen, Hinweisen oder Fehlern im Portal:
Kontaktdaten sind vorläufig und werden noch final abgestimmt.