1 / 43

Stud.IP im Portal? Stud.IP als Portal.

Stud.IP im Portal? Stud.IP als Portal. Entscheidungsfindung beim Digicampus 3.0. Digicampus. Lehr-/Lernmanagementsystem DFG-gefördertes Projekt seit 2006 Entstehung am Medienlabor (Videolabor) Projekt zur Integration verschiedener Webanwendungen unter einer Oberfläche (Portal)

chinara
Download Presentation

Stud.IP im Portal? Stud.IP als Portal.

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Stud.IP im Portal? Stud.IP als Portal. Entscheidungsfindung beim Digicampus 3.0

  2. Digicampus • Lehr-/Lernmanagementsystem • DFG-gefördertes Projekt seit 2006 • Entstehung am Medienlabor (Videolabor) • Projekt zur Integration verschiedener Webanwendungen unter einer Oberfläche (Portal) • Kernsystem Stud.IP

  3. Portale

  4. Portale • Softwaresysteme zur Integration verschiedenartiger Webanwendungen unter einer Oberfläche • Zugriff auf verschiedene Dienste über eine URL

  5. Anwendungen unter einer einheitlichen Oberfläche / URL Portal.meine-uni.xx start Anw. 1 Anw. 2 Navigation Anwendung N Content

  6. Anforderungen an Portale • Zentraler Login • Einheitliche Oberfläche • Nahtloser Wechsel zw. Anwendungen • Datenkonsistenz • Benutzerfreundlichkeit

  7. Portaltypen • (I)Frames • Web-Anwendungen werden, so wie sie sind, eingebunden • Portalsoftware Anwendung Anzeige A A

  8. Iframe: Digicampus 1.0 / 2007 einheitliche Oberfläche Zentraler Login Nahtloser Wechsel zw. Anwendungen Datenkonsistenz

  9. Portaltypen • Proxy und Proxyarten • Die Ausgabe der Web-Anwendung wird abgefangen, ggf. angepasst und eingebunden => Konsistente Darstellung • Portalsoftware Anwendung Anpassung Anzeige A A A

  10. Proxyart: Digicampus 2.0 / 2008 einheitliche Oberfläche Zentraler Login Nahtloser Wechsel zw. Anwendungen Datenkonsistenz

  11. Datenkonsistenz • Zentrales Profil

  12. Proxy

  13. Versch. Anwendungen unter einer einheitlichen Oberfläche • Zentraler Login • Nahtloser Wechsel zw. Anwendungen • Datenkonsistenz • Benutzerfreundlichkeit

  14. Usability

  15. Logfiles • Keine Nutzung des Portfolios • Kurze Aufenthaltsdauer • Meistaufgerufen: • Meine Veranstaltungen • Stud.IP-Startseite • Startseite • Veranstaltung • Dateien • Teilnehmer (n = 900.000) n=57.000

  16. Analyse von Nutzerfeedback n=800

  17. Profilprobleme: Beispiel „Ich habe leider bei meiner Anmeldung Vor- und Nachname vertauscht. Ich weiß nicht wie ich das jetzt ändern kann.“ • Bestätigt in Nutzerstudie

  18. Onlineumfrage: freier Kommentar „Menüs zu verschachtelt und wenig Eindeutig.“ n=61 (ca. 1/5 von 309) • Übersichtlichkeit / Design: 43 % • Bestätigt in Nutzerstudie

  19. Generelle Usability-Probleme bei Portalen

  20. Generelle Usability-Probleme • Zentrale Suche oben rechts • Zentrale Hilfe rechts oben • Übergreifende Sitemap • All major parts accessible from Homepage • Nur eine Homepage start Stud.IP System 2 Start | Veranstaltungen | Profil | ...

  21. Technik

  22. Technik Portfoliosystem (Elgg) obsolet Erhöhter Wartungsaufwand für die Portalsoftware bei neuen Stud.IP-Versionen Portalsoftware in der Praxis obsolet: Durch neues Stud.IP-Pluginsystem lässt sich ähnlich viel realisieren

  23. Zusammenfassung

  24. Portal • Dauerhafte Usability-Probleme • Weitere Navigationsebene -> Platzverschwendung • Alle Teilsysteme „auf einer Höhe“=>„gleichwichtig“

  25. Zentrales Profil / Datenkonstistenz • In guter Version aufwändig zu implentieren • Wartungsaufwand • Entwertet die „Nutzerhomepages“ / Personenprofile in Stud.IP

  26. Portalsoftware • Wartungsaufwand • Eigentlich obsolet • Overhead: Leistung

  27. Reimplementierung

  28. Reimplementierung • Kein Portal: Nutzung von Stud.IP ohne zusätzlicher Portalsoftware • Kein zentrales Profil, stattdessen Synchronisierung der Einzelprofile eines Nutzers • Überführung der bisherigen Features in Stud.IP-Plugins

  29. Stud.IP als Portal

  30. Einbindung von Fremdsystemen in passendem Kontext, nicht systemweit • Proxy für aufwändige Webanwendungen • Iframes für Einzeldienste

  31. Iframe: Uni-Mail (ohne SSO)

  32. Iframe + Webservice: Demokratix (mit SSO)

  33. Proxy (Planung) • Stud.IP Anwendung Anpassung Anzeige • Funktionen, um Webanwendungen einzubinden und optisch anzupassen • Einbinden konkreter Webanwendungen durch spezifische Plugins A A

  34. Anwendungsbeispiel

  35. Informationen direkt im Kontext der Veranstaltung

  36. Fremdsysteme • Dort wo sie gebraucht werden • Dem Lehr-/Lern-System als Erweiterung untergeordnet

  37. Konzeptionelle Usability-Probleme

  38. Zentrale Suche oben rechts: • Nein, aber konsistentes Verhalten: Veranstaltungssuche oben, Bereichssuche in der Infobox rechts • Zentrale Hilfe rechts oben • Ja, ggf. mit Verweis auf weitergehende Informationen im Fremdsystem • Übergreifende Sitemap • Ja, ggf. zusätzlich fremdsystemspezfiscihe

  39. All major parts accessible from Homepage • ja • Nur eine Homepage • Ja, der Bereich „wissenschaftliches Arbeiten“ wirkt nicht wie eine Startseite, eher vergleichbar mit Wiki in Stud.IP

  40. Bildnachweise • „Portale“: flickr / seier+seier • „Reimplementierung“: flickr / hoyasmeg • „Usability“: flickr / Gerd Zimny • „Technik“: flickr / stefanweihs • Usability2“: flickr / discofiasko • „Zusammenfassung“: flickr / Horia Varlan • „Portal2:“ flickr / seier+seier • Lupe: http://tutorialblog.org/magnified/magnifying-glass.jpg

More Related