BuFaTa ET Wiki

Das Wiki der Bundesfachschaftentagung Elektrotechnik

Benutzer-Werkzeuge

Webseiten-Werkzeuge


arbeitskreise:student_lifecycle_management:protokoll_regensburg2016

Dies ist eine alte Version des Dokuments!


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, nicht ganz so überzeugt
  • 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
  • KIT aktuell auch Problem (nutzt noch HIS), 2011 System von CAS Campus eingekauft, 2012 war klar Deadlines nicht haltbar, weitergeführt. Bis jetzt nicht fertig
  • 20 paralelle VMs damit Performance für 10 Leute ok, kein Notenauszugssystem

Ü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 verantwortlichen Bereichen
      • 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)

Wünsche/Anforderungen an ein Hochschulmanagementsystem

* Bewerbung bis Alumni in einem System (Gesetzlich festgeschrieben) * Sicherheit * Verbesserung der Prozessunterstützung * Reibungslose Umstellung * Einfache Wartung und Erweiterung Stichwort: Zukunfssicherheit * Möglichst einfach gehalten/Einfache usability

Ende

Beginn: 13:00 Uhr
Ende: XX:XX Uhr
Der AK ist fertig / nicht fertig / sollte auf weiteren Tagungen besprochen werden



Die hier im BuFaTa ET Wiki dargestellten Arbeitsdokumente sind Einzelbeiträge der jeweiligen Autoren und i.d.R. nicht repräsentativ für die BuFaTa ET als Organisation. Veröffentlichte Beschlüsse und Stellungnahmen der BuFaTa ET befinden sich ausschließlich auf der offiziellen Homepage.
arbeitskreise/student_lifecycle_management/protokoll_regensburg2016.1462452453.txt.gz · Zuletzt geändert: 05.05.2016 14:47 von Dominik Rimpf