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)

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.

• 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)

• 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)

• 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.

• 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

• Vernetzen (siehe Hauptseite)
• Ansprechpartner bei Problemen definieren (auch in den Fachschaften), Anleitungen bereitstellen
• Übersetzungsservice Verwaltung ↔ Softwareentwickler

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