Protokoll AK Student Lifecycle Management (Hochschulmanagementsystem)

Anwesend:

78. BuFaTa SoSe 2016 in Regensburg
Anwesend: Julian (TU München), Kreuter (Uni Ulm), Jan (Aachen), Stefan (FH Karlsruhe), Magda (TU Berlin), Thomas (TU Darmstadt), Julian (TU Darmstadt), Dominik (KIT)
Leitung des AK: Dominik Rimpf (KIT)

Einführung

Viele Universitäten müssen aufgrund gesetzlicher Grundlagen neue „Student Lifecycle Management“ Systeme einführen. Hierbei hat sich herausgestellt das es bei der Einführung verschiedenste Probleme gibt. Dieser AK soll dazu genutzt werden Erfahrungen und Informationen auszutauschen.

Kurzer Austausch

TU München nutzt ein System basierend auf dem System der TU Graz, altes Design

Uni Ulm nutzt noch QISPOS, momentan wird ein neues SAP System von it.elligence eingerichtet

it.elligence überzeugt nicht, Bedenken

Aachen richtet gerade ein neues System auf Basis des TU Graz Systems ein, dass 3 Systeme ablöst, hat Momentan CAS

TU Berlin richten auch gerade SAP mit it.elligence ein

TU Darmstadt hat tucan von Datenlotsen, anfangs unter aller Sau, mittlerweile ok (keine Fehler mehr, nur fehlende Funktionen), System wurde für fertig erklärt

letztes Mal: Uni Freiburg berichtete von großen Problemen mit HIS one nachzulesen im Protokoll aus Emden

KIT aktuell auch Problem (nutzt noch HIS), 2009 System von CAS Campus eingekauft, 2012 war klar Deadlines nicht haltbar, verlängert bis 2015. Bis jetzt nicht fertig bzw. in einem Zustand, dass man es nicht einführen sollte.

Dennoch wurde das System für fast alle Erstsemester eingeführt (ca. 5400 Studierende)

20 paralelle VMs damit Performance für viele Zugriffe ertragbar

kein optisch Ordentlicher Notenauszug möglich (gar kein PDF)

Probleme

Übergreifende Probleme

HIS: Studiengang einpflegen kostet eine Woche Vollzeitkraft

Strukturen und Prozesse and den Hochschulen nicht abgestimmt

Die (z.B) SAP Grundstruktur kann kein Studiengang richtig abbilden → Wird angepasst → Probleme bei der Anpassung

Kommunikation

Hochschule/Uni ↔ Firma

Hochschule intern

Innerhalb der Projektgruppe

Zwischen Hochschule/Uni und Studierendenschaft

Software-Firmen kommen den Anforderungen nicht nach

Die Anforderung jeder Hochschule/Uni sind verschieden (Andere Prozesse/Abläufe)

Aktuelle Probleme

TU Darmstadt: aktuelle Probleme: Prüfungsbüro macht Bedienungsfehler

Uni Ulm:

Programmierfirma interne Kommunikationsprobleme → daher Zeitverzug und neuer Projektleiter

SAP wird nebenbei auch weiterentwickelt → Andauernde neue Bugs und Anpassung

Sprachprobleme (Firma hat Entwickler in Holland)

KIT Karlsruhe:

Umstellung von HIS auf CAS wurde im WS15/16 begonnen

Prüfungsanmeldung funktionierte lange nicht

Unklar ob das System überhaupt jemals die Anforderungen erfüllen wird/kann.

Wünsche/Anforderungen an ein Hochschulmanagementsystem

Bewerbung bis Alumni in einem System (Gesetzlich festgeschrieben in manchen Bundesländern)

Sicherheit

Verbesserung der Prozessunterstützung

Reibungslose Umstellung

Einfache Wartung und Erweiterung; Stichwort: Zukunfssicherheit

Möglichst einfach gehalten/Einfache usability

Tipps

Vernetzen (siehe Hauptseite)

Ansprechpartner bei Problemen definieren (auch in den Fachschaften), Anleitungen bereitstellen

Übersetzungsservice Verwaltung ↔ Softwareentwickler

Ende

Beginn: 13:00 Uhr
Ende: 15:15 Uhr
Der AK sollte auf weiteren Tagungen besprochen werden, sofern es neue Entwicklungen gibt.