BuFaTa ET Wiki

Das Wiki der Bundesfachschaftentagung Elektrotechnik

Benutzer-Werkzeuge

Webseiten-Werkzeuge


arbeitskreise:student_lifecycle_management:protokoll_regensburg2016

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.

Link zu der Vergleichsansicht

Beide Seiten, vorherige ÜberarbeitungVorherige Überarbeitung
Nächste Überarbeitung
Vorherige Überarbeitung
arbeitskreise:student_lifecycle_management:protokoll_regensburg2016 [05.05.2016 14:47] Dominik Rimpfarbeitskreise:student_lifecycle_management:protokoll_regensburg2016 [07.12.2016 06:29] (aktuell) – [Kurzer Austausch] Dominik Rimpf
Zeile 12: Zeile 12:
  
 ===== Kurzer Austausch ===== ===== Kurzer Austausch =====
-  * TU München nutzt ein System basierend auf dem System der TU Graz, nicht ganz so überzeugt+  * 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   * Uni Ulm nutzt noch QISPOS, momentan wird ein neues SAP System von it.elligence eingerichtet
     * it.elligence überzeugt nicht, Bedenken     * it.elligence überzeugt nicht, Bedenken
Zeile 18: Zeile 18:
   * TU Berlin richten auch gerade SAP mit it.elligence ein   * 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   * 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 +  * letztes Mal: Uni Freiburg berichtete von großen Problemen mit HIS one nachzulesen im [[arbeitskreise/student_lifecycle_management/protokoll_emden2015| Protokoll]] aus Emden 
-  * 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 +  * 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. 
-  * 20 paralelle VMs damit Performance für 10 Leute ok, kein Notenauszugssystem+    * 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 ==== ==== Übergreifende Probleme ====
   * HIS: Studiengang einpflegen kostet eine Woche Vollzeitkraft   * HIS: Studiengang einpflegen kostet eine Woche Vollzeitkraft
Zeile 29: Zeile 32:
     * Hochschule/Uni <-> Firma     * Hochschule/Uni <-> Firma
     * Hochschule intern     * Hochschule intern
-      * Innerhalb der verantwortlichen Bereichen+      * Innerhalb der Projektgruppe
       * Zwischen Hochschule/Uni und Studierendenschaft       * Zwischen Hochschule/Uni und Studierendenschaft
   * Software-Firmen kommen den Anforderungen nicht nach   * Software-Firmen kommen den Anforderungen nicht nach
   * Die Anforderung jeder Hochschule/Uni sind verschieden (Andere Prozesse/Abläufe)   * Die Anforderung jeder Hochschule/Uni sind verschieden (Andere Prozesse/Abläufe)
  
-===== Aktuelle Probleme =====+==== Aktuelle Probleme ====
   * TU Darmstadt: aktuelle Probleme: Prüfungsbüro macht Bedienungsfehler   * TU Darmstadt: aktuelle Probleme: Prüfungsbüro macht Bedienungsfehler
   * Uni Ulm:    * Uni Ulm: 
Zeile 40: Zeile 43:
     * SAP wird nebenbei auch weiterentwickelt -> Andauernde neue Bugs und Anpassung     * SAP wird nebenbei auch weiterentwickelt -> Andauernde neue Bugs und Anpassung
     * Sprachprobleme (Firma hat Entwickler in Holland)     * 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
  
-==== 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 ===== ===== Ende =====
 Beginn: 13:00 Uhr\\ Beginn: 13:00 Uhr\\
-Ende: XX:XX Uhr \\ +Ende: 15:15 Uhr \\ 
-Der AK ist fertig / nicht fertig / sollte auf weiteren Tagungen besprochen werden+Der AK sollte auf weiteren Tagungen besprochen werden, sofern es neue Entwicklungen gibt. 
  
  
  


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