KIF365:Campus-Management-Systeme

Aus KIF

PRE ALPHA

Campusmanagementsysteme

Erfahrungsberichte

  1. TU München
  • demnächst System der TU Graz
  • atm noch HIS/POS,
    • reicht nicht aus, bzw nicht umfassend, zusätzlich deswegen bis zu 3 Anmeldungen pro Prüfungen.
  • Studenplanverwaltung: eigenes System+UNIVIS
    • UNIVISVorteil: Detailierte Informationen, da “Modulkatalog”
  • Grundstudiumstool (selbst geschrieben):
    • Übungsgruppenanmeldesystem
    • Notenlisten
    • Sitzplatzbelegungen für Prüfungen
    • einige Sicherheitslücken,
      • Manipulation der Parameter des HTTP-Requests
    • Autentifizierung via Browserzertifikat.
  • Elearning-Plattform
    • Schlechte Bedienbarkeit
    • JavaScript
    • buggy&langsam
  • demnächst Subversionsystem für Übungsabgabe
  1. Uni Kahrlsruhe
  • Turotienvergabe via Webinscribe
    • Angabe von Präferenzen,
    • Zuteilung durch System
    • Frontend und Backand erneuert
  • 'HIS'
  • Tutorienverwaltung durch institutseigen Tools oder 'BSCW
    • sehr chaotisch
  • KING Karlsruher Integriertes Management
    • .net implementiert
    • M$ wirbt damit,
  • Lernplattform ILIAS:
    • “Schreibtisch” mit Vorlesungen die man hört
    • passende Foren
  1. Uni Würzburg
  • SB@home
    • Übungseinschreibung zu Beginn eines Semesters wochenlang nicht erreichbar
  • Moodle-System. Verwirrend zu bedienen, funktioniert recht gut.
  • Institute haben auch noch eigene Systeme, werden aber nach und nach abgebaut und auf moodle umgestellt.

Uni Bremen Stud-IP, übungseinschreibeung, übungsplatzabgabe (eigentlich Mail und SVN), Stundenplangebastel. Keine Online-Prüfungseinscreibung.PABO. TU Darmstatd. HIS/POS, schlechte Erfahrungen. Vorlesungsverzeichnis, Übungseinschreibung. “WTF”?... “ Prüfungseinschreibung analog. Verschiedene Raumbuchungssysteme Ilmenau hab nich zugehört Magdeburg UNIVIS, is wohl schwer zu bedienen. Volesungsverzeichnis, Raumvergabe, Adressen von Mitarbeiter, Stundenplantool (exportierungsfähig), Datenbank für alle öffentlichen Daten HISQIS für Prüfungsanmeldung. Für große Studiengänge funktionierts, bei kleinen Studiengängen analoge Prüfungseinschreibung zentrale Stammdatenhaltung, Datenbank im Inf-Rechenzentrum, Sicherheitstechnisch schlecht (nur Passwortschutz). Übungseinschreibung: früher egener Lehrstuhl, jetze für jedes Institut. Uni Paderborn HIS/POS Prüfungsanmeldung, Scheine noch analog im PA Stud-Info. Prüfungseinschreibung, mit Prüfungsergebnissen, funktioniert unter Last gar nicht. Koala, Übungsmaterialen online stellen, Foren, Übungsabgabe, wird an gesamter Uni verwendet. Versenden von Mails an übungsteilnehmer TU Dresden jExam HIS HU Berlin AGNES (HISBUS), Probleme wie bei allen anderen. (prüfungsanmeldung) Goya (Eigenentwicklung), Performanceprobleme moodle TU Graz CampusOnline, alles, bis auf Verwrechnung/Buchhaltung. Man bekommt alles, außer Abschlussdokumente es kann NICHT: oO semesteranfang ist lasttechnisch Problem wie überall. Hohe zufriedenheit bei studenten kann man kaufen

Für Selbstentwicklung: bringt Lehre voran interuniversitäre Zusammenarbeit zugeschnitten auf die eigene Uni/Fakultät ein wachsendes System ist einfach Aufbau von KnowHow an der Uni gute Systeme können verkauft werden (TU Graz, TU Dresden) kurzer Weg im Kompetenzgerangel kostensparender, da man nicht teuer einkaufen muss gegen Selbstentwicklung: der Überblick kann eventuell nicht gewonnen werden um Unis mit komischen Studiengangenzu verwalten die Analyse von den spezifischen Anforderungen einer Fakultät ist von Studenten einer anderen Fakultät nicht machbar technische Anforderungen müssen geschaffen werden, die eventuell sehr umfangreich sind ziemlich viel zusammenarbeit von verschiedenen Bereichen, Büropingpong man-power eventuell nicht vorhanden Verlust von Know-How durch Weggang der Entwickler Wartungsaufwand liegt beim Entwickler, dafür bei der Uni, wenn sich niemand findet, gibts Probleme.


Anforderungen an ein Campus-Management-System es muss funktionieren Übersicht über alle nötigen Daten Hohe Anforderung an Sicherheit, besonders hoher Schutz privater Daten Signatur beim Senden von Daten verschlüsseltes versenden von Daten (E-Mail) Zugriffsrechte klar dokumentieren und Zugriff protokollieren Trennung zwischen Software-Admin und System-Admin verbindliche funktionierende Prüfungsanmeldung (ohne BackUp script, das eine Anmeldung evtl. Überschreibt) Einschreibung in Übungseinschreiben Bedienbarkeit (Usabilitystandards) konsequente und konsistente und nicht-komplexe Bedienung intuitive Bedienung Kalenderfunktionen (Import/Export/Übersicht über Termine/Links zu Übungsblättern etc. ...SMS bei Terminänderung … ) konsequente Internationalität (mehrsprachigkeit, n>2) Datenexport von allen vorhaneden Daten in offene Formate/dokumentierte Schnittstellen einfache Datenmigartion von Lehrstuhlseite: Platzzuweisungen für Prüfungen von universitärer Seite: Modularer Aufbau Barierefreiheit (kein JavaScript, Plattformunabhängigkeit, kein Flash) Technische Betreuung des Systems muss dauerhaft und nachhaltig abgesichert sein resolve PEBKAC


things to do wenn ein System eingeführt werden soll Lobbyarbeit vermeiden (Interessenkonflikte unterbinden) für und wider erläutern → kostenlos ist of umsonst und billig auf rechtliche Verpflichtungen hinweisen (Barierefreiheit, z.B.) Refferenzen von anderen Unis vorlegen, Kontakte herstellen. Macht in den Gremien Nutzen (FakRat, Senat, Konzil) Presse, Öffentlichkeit (allerletzte Möglichkeit, nur doppelte geprüfte Fakten veröffentlichen) things to do, wenn das System eingeführt wurde nud schlecht ist zur Beschwerde motivieren Presse, Öffentlichkeit (allerletzte Möglichkeit, nur doppelte geprüfte Fakten veröffentlichen)