WiSe16 AK SLM: Unterschied zwischen den Versionen

Zeile 86:

== Protokoll ==

* '''Grundkonzept eines SLMs:''' Informationen verschiedener Institutionen an der Uni werden zu einer großen Datenbank zusammengefasst, die mit einer einzigen Software verwaltet werden kann. Dadurch müssen grundlegende Informationen eines Studenten für verschiedene Institutionen nicht jedes Mal neu angelegt werden, z. B. wenn ein ~~Studeten~~ an der Uni eine Stelle annimmt.

* '''Grundkonzept eines SLMs:''' Informationen verschiedener Institutionen an der Uni werden zu einer großen Datenbank zusammengefasst, die mit einer einzigen Software verwaltet werden kann. Dadurch müssen grundlegende Informationen eines Studenten für verschiedene Institutionen nicht jedes Mal neu angelegt werden, z. B. wenn ein Student an der Uni eine Stelle annimmt.

* Vorstellung von aktuellen Situationen:

** '''Uni Münster:''' SAP wird in Münster als Campus-Management nicht nur für Studenten genutzt. Es liefert nur das Grundgerüst, das per Ausschreibung von einer IT-Firma individuell angepasst werden muss. Gefahr: Änderung der PO muss häufig unter hohen Kosten von IT-Firma umgesetzt werden anstatt von einem befähigten Mitarbeiter der Uni

Zeile 95:

** '''Uni Karlsruhe:''' ASERV, das eine KIT-interne Organisationseinheit ist, die mehrere Teams umfasst (www.imag.kit.edu)

** '''Uni Düsseldorf:''' LSF, nicht bedienbar, funktioniert halbwegs

** '''Uni Regensburg:''' LSF mit ~~Kurse~~, ~~Räume~~, Personen~~, Räume~~ und PO~~-Ordnung~~: FlexNow: weder flexibel noch schnell, aber funktioniert

** '''Uni Regensburg:''' LSF mit Kursen, Räumen, Personen und PO: FlexNow: weder flexibel noch schnell, aber funktioniert

** '''Uni Erlangen:''' Mischung aus verschiedenen Systemen, Wechsel auf HIS (neuere Version von der Firma, die auch LSF erstellt hat). Einschreiben funktioniert problemlos.

** '''Uni Aachen:''' HIS, welches jedoch nicht für Studenten, sondern nur für Verwaltung eingerichtet ist, für Studenten: Campusoffice

** '''Uni Siegen:''' im LSF kann die Studienbescheinigung weder richtig angezeigt noch gedruckt werden.

** '''Uni Wuppertal:''' WUSEL (eigens entwickelt vom WUSEL-Team Bergische Universität Wuppertal)

* '''Meist funktionierendes SLM:'''\\Bayreuth, HU Berlin, Würzburg, Siegen, Düsseldorf, Karlsruhe, Wuppertal

* '''Meist funktionierendes SLM:''' Bayreuth, HU Berlin, Würzburg, Siegen, Düsseldorf, Karlsruhe, Wuppertal

* '''Aktuell Einführung eines (neuen) SLMs:'''\\Aachen, Münster, Erlangen, Kaiserslautern, Konstanz (erfolgt an allen Unis unter Einbezug der Studenten)

* '''Aktuell Einführung eines (neuen) SLMs:''' Aachen, Münster, Erlangen, Kaiserslautern, Konstanz (erfolgt an allen Unis unter Einbezug der Studenten)

* '''Gefahren von SLM:'''

** PO-Ordnung nicht änderbar/abbildbar bzgl. Kosten oder anderer Systemeinschränkungen ~~$ \rightarrow $~~ AStA verklagt Uni ("geht nicht, zählt nicht")

** PO-Ordnung nicht änderbar/abbildbar bzgl. Kosten oder anderer Systemeinschränkungen - AStA verklagt Uni ("geht nicht, zählt nicht")

** Schulung für Mitarbeiter ~~$ \rightarrow $~~ VOR Einführung

** Schulung für Mitarbeiter - VOR Einführung

** Unzureichendes Rechte-/Rollenmanagement/Sicherheitskonzept

** Unübersichtliches/unzureichendes Frontend

** Unzureichende Sicherheit/Datenschutz ~~$ \rightarrow $~~ Informatik Lehrstühle

** Unzureichende Sicherheit/Datenschutz - Informatik Lehrstühle

** BER-Problem

** Migrationsprobleme

@@ Zeile 86: / Zeile 86: @@
 == Protokoll ==
-* '''Grundkonzept eines SLMs:''' Informationen verschiedener Institutionen an der Uni werden zu einer großen Datenbank zusammengefasst, die mit einer einzigen Software verwaltet werden kann. Dadurch müssen grundlegende Informationen eines Studenten für verschiedene Institutionen nicht jedes Mal neu angelegt werden, z. B. wenn ein Studeten an der Uni eine Stelle annimmt.
+* '''Grundkonzept eines SLMs:''' Informationen verschiedener Institutionen an der Uni werden zu einer großen Datenbank zusammengefasst, die mit einer einzigen Software verwaltet werden kann. Dadurch müssen grundlegende Informationen eines Studenten für verschiedene Institutionen nicht jedes Mal neu angelegt werden, z. B. wenn ein Student an der Uni eine Stelle annimmt.
 * Vorstellung von aktuellen Situationen:
 ** '''Uni Münster:'''  SAP wird in Münster als Campus-Management nicht nur für Studenten genutzt. Es liefert nur das Grundgerüst, das per Ausschreibung von einer IT-Firma individuell angepasst werden muss. Gefahr: Änderung der PO muss häufig unter hohen Kosten von IT-Firma umgesetzt werden anstatt von einem befähigten Mitarbeiter der Uni
@@ Zeile 95: / Zeile 95: @@
 ** '''Uni Karlsruhe:''' ASERV, das eine KIT-interne Organisationseinheit ist, die mehrere Teams umfasst (www.imag.kit.edu)
 ** '''Uni Düsseldorf:''' LSF, nicht bedienbar, funktioniert halbwegs
-** '''Uni Regensburg:''' LSF mit Kurse, Räume, Personen, Räume und PO-Ordnung: FlexNow: weder flexibel noch schnell, aber funktioniert
+** '''Uni Regensburg:''' LSF mit Kursen, Räumen, Personen und PO: FlexNow: weder flexibel noch schnell, aber funktioniert
 ** '''Uni Erlangen:''' Mischung aus verschiedenen Systemen, Wechsel auf HIS (neuere Version von der Firma, die auch LSF erstellt hat). Einschreiben funktioniert problemlos.
 ** '''Uni Aachen:''' HIS, welches jedoch nicht für Studenten, sondern nur für Verwaltung eingerichtet ist, für Studenten: Campusoffice
 ** '''Uni Siegen:''' im LSF kann die Studienbescheinigung weder richtig angezeigt noch gedruckt werden.
 ** '''Uni Wuppertal:''' WUSEL (eigens entwickelt vom WUSEL-Team Bergische Universität Wuppertal)
-* '''Meist funktionierendes SLM:'''\\Bayreuth, HU Berlin, Würzburg, Siegen, Düsseldorf, Karlsruhe, Wuppertal
+* '''Meist funktionierendes SLM:''' Bayreuth, HU Berlin, Würzburg, Siegen, Düsseldorf, Karlsruhe, Wuppertal
-* '''Aktuell Einführung eines (neuen) SLMs:'''\\Aachen, Münster, Erlangen, Kaiserslautern, Konstanz (erfolgt an allen Unis unter Einbezug der Studenten)
+* '''Aktuell Einführung eines (neuen) SLMs:''' Aachen, Münster, Erlangen, Kaiserslautern, Konstanz (erfolgt an allen Unis unter Einbezug der Studenten)
 * '''Gefahren von SLM:'''
-** PO-Ordnung nicht änderbar/abbildbar bzgl. Kosten oder anderer Systemeinschränkungen $ \rightarrow $ AStA verklagt Uni ("geht nicht, zählt nicht")
+** PO-Ordnung nicht änderbar/abbildbar bzgl. Kosten oder anderer Systemeinschränkungen - AStA verklagt Uni ("geht nicht, zählt nicht")
-** Schulung für Mitarbeiter $ \rightarrow $ VOR Einführung
+** Schulung für Mitarbeiter - VOR Einführung
 ** Unzureichendes Rechte-/Rollenmanagement/Sicherheitskonzept
 ** Unübersichtliches/unzureichendes Frontend
-** Unzureichende Sicherheit/Datenschutz $ \rightarrow $ Informatik Lehrstühle
+** Unzureichende Sicherheit/Datenschutz - Informatik Lehrstühle
 ** BER-Problem
 ** Migrationsprobleme