Bearbeiten von „KIF365:Campus-Management-Systeme“
Aus KIF
Die Bearbeitung kann rückgängig gemacht werden. Bitte prüfe den Vergleich unten, um sicherzustellen, dass du dies tun möchtest, und veröffentliche dann unten deine Änderungen, um die Bearbeitung rückgängig zu machen.
Aktuelle Version | Dein Text | ||
Zeile 1: | Zeile 1: | ||
=Pre Alpha->Beta= | |||
=Erfahrungsberichte= | =Erfahrungsberichte= | ||
===TU München=== | ===TU München=== | ||
Zeile 24: | Zeile 21: | ||
**JavaScript | **JavaScript | ||
**laaaaaangsam | **laaaaaangsam | ||
===Uni Karlsruhe=== | ===Uni Karlsruhe=== | ||
Zeile 35: | Zeile 28: | ||
**Frontend und Backand erneuert | **Frontend und Backand erneuert | ||
*'''HIS''' | *'''HIS''' | ||
*Tutorienverwaltung durch | *Tutorienverwaltung durch institutseigen Tools oder '''BSCW'' | ||
**sehr chaotisch | **sehr chaotisch | ||
*'''KING''' Karlsruher Integriertes Management | *'''KING''' Karlsruher Integriertes Management | ||
Zeile 56: | Zeile 49: | ||
*Stundenplangebasteltool | *Stundenplangebasteltool | ||
*Keine Online-Prüfungseinscreibung | *Keine Online-Prüfungseinscreibung | ||
*'''PABO''' | *'''PABO''' | ||
===TU Darmstadt=== | ===TU Darmstadt=== | ||
Zeile 68: | Zeile 61: | ||
===TU Ilmenau=== | ===TU Ilmenau=== | ||
* | *hab nich zugehört :D | ||
===Uni Magdeburg=== | ===Uni Magdeburg=== | ||
Zeile 96: | Zeile 88: | ||
===TU Dresden=== | ===TU Dresden=== | ||
*jExam | *jExam | ||
**selbstgerschrieben von | **selbstgerschrieben von Softwaretechnologielehrstuh der Fakultät Informatik | ||
**Studentenprojekt | **Studentenprojekt | ||
**in Java | **in Java | ||
Zeile 134: | Zeile 126: | ||
*Datenlosten '''CampusNet''', STiNE genannt | *Datenlosten '''CampusNet''', STiNE genannt | ||
**seit 2006 in Betrieb | **seit 2006 in Betrieb | ||
**Anmeldephase | **Anmeldephase nicht geklappt | ||
**Sicherheitslücken im System gefunden | **Sicherheitslücken im System gefunden | ||
***sämtliche persönliche Daten waren einsehbar | ***sämtliche persönliche Daten waren einsehbar | ||
Zeile 185: | Zeile 176: | ||
=Anforderungen an ein Campus-Management-System= | =Anforderungen an ein Campus-Management-System= | ||
*es muss funktionieren | |||
*es muss einen Helpdesk geben, auch für Studierende | |||
==Sicherheit== | ==Sicherheit== | ||
*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 Anwendungs-Admin und System-Admin | |||
==Bedienung== | ==Bedienung== | ||
*Bedienbarkeit (Usabilitystandards) | |||
*konsequente und konsistente und nicht-komplexe Bedienung | |||
*intuitive Bedienung | |||
*konsequente,vollständige Internationalität (Mehrsprachigkeit (Landessprache+Englisch n>2) | |||
*uneingeschränkte Erreichbarkeit | |||
==Verfügbarkeit== | ==Verfügbarkeit== | ||
*Plattformunabhängigkeit (kein (clientseitiges) JavaScript, unabh. von OS und Hardware, kein Flash) | |||
*Technische Betreuung des Systems muss dauerhaft und nachhaltig (inkl. Finanzierung) abgesichert sein | |||
*Zukunftsicherheit | |||
==Minimalfunktionalität== | ==Minimalfunktionalität== | ||
*Übersicht über alle nötigen Daten | |||
*verbindliche funktionierende Prüfungsanmeldung (ohne BackUp script, das eine Anmeldung evtl. Überschreibt) | |||
*Einschreibung in Übungen | |||
*Kalenderfunktionen (Import/Export/Übersicht über Termine/Links zu Übungsblättern etc. ...SMS bei Terminänderung … ) | |||
*sinnvolle Backuplösung | |||
*Datenschnittstelle zu allen vorhandenen Daten in offene Formate/dokumentierte Schnittstellen / einfache Datenmigration? | |||
*Studierendendokumente | |||
==zusätzliche Funktionalität== | ==zusätzliche Funktionalität== | ||
*von Lehrstuhlseite: Platzzuweisungen für Prüfungen | |||
*bei Selbstentwicklung: Modularer Aufbau | |||
*'''resolve PEBKAC''' | |||
=Erzeugung von elektronischen Dokumenten= | =Erzeugung von elektronischen Dokumenten= | ||
Zeile 259: | Zeile 229: | ||
*Ein kostenloses System hat zwar den Preisvorteil bei der Einführung, kann aber nicht unbedingt alle Anforderungen erfüllen (z.B. nicht alle Prüfungsordnungen werden modelliert). | *Ein kostenloses System hat zwar den Preisvorteil bei der Einführung, kann aber nicht unbedingt alle Anforderungen erfüllen (z.B. nicht alle Prüfungsordnungen werden modelliert). | ||
*Es sollte auf rechtliche Verpflichtungen hingewiesen werden (z.B. | *Es sollte auf rechtliche Verpflichtungen hingewiesen werden (z.B. Barierefreiheit) | ||
*Bei anderen Fachschaften deren Erfahrungen erfragen. Kontakte zu Personen herstellen, die bei oder vor der Einführung eines Systems beteiligt waren. | *Bei anderen Fachschaften deren Erfahrungen erfragen. Kontakte zu Personen herstellen, die bei oder vor der Einführung eines Systems beteiligt waren. |