Aus Elixier. 1 von :47

Transkript

1 1 von :47 Aus Elixier Im deutschsprachigen Raum gibt es gegenwärtig zwei große Systeme, mit denen Lernressourcen für Unterricht und Lernen erschlossen werden. Während Elixier maßgeblich auf dem Austausch redaktionell erschlossener Metadaten zwischen den Landesservern und dem Deutschen Bildungsserver basiert, verwendet EduTags die Prinzipien sozialer Netze, um Webseiten in den gemeinsamen Datenbestand aufzunehmen und zu taggen. Beide Systeme haben zum Ziel, einen Beitrag zur Verbesserung von Unterricht und Lernen durch den Nachweis guter Lernressourcen zu leisten. Die eingeschlagenen Wege sowie die handelnden Akteure sind jedoch recht unterschiedlich. Das vorliegende Papier skizziert, wie beide Systeme und Herangehensweise durch gemeinsame Strukturen wechselseitig gewinnen können. Dabei sind nicht nur technische, sondern auch inhaltliche sowie personelle Strukturen gemeint. Erst durch das Zusammenwirken dieser Teilaspekte kann die gewünschte Wirkung erzielt werden. 1 Technische Gemeinsamkeiten von Elixier und EduTags 2 Integrationsschritt Vorteile 2.2 Aufwand 3 Integrationsschritt Vorteile 3.2 Aufwand 4 Integrationsschritt Vorteile 4.2 Aufwand 5 Integrationsschritt Vorteile 5.2 Aufwand 6 Zusammenfassung

2 2 von :47 Ausgangslage Elixier und Edutags Zur Beschreibung der unterschiedlichen Lernressourcen verwenden Elixier und EduTags folgende Items: Titel oder Überschrift der Ressource Web-Adresse der Ressource Schlagworte bzw. Tags Kurzbeschreibung EduTags beschränkt sich (weitgehend??) auf diese vier Beschreibungsaspekte und ist mit diesem niedrigschwelligen Angebot für potentielle Einsteller attraktiv. Demgegenüber umfasst Elixier gegenwärtig 28 Items, von denen die Hälfte verbindlich auszufüllen ist. Sieben Items liegen als Werteliste vor. Hinzu kommt ein verbindlicher Hierarchiebaum für die Systematikpfade. Während also alle Elixier-Datensätze zugleich EduTags-Datensätze sein können, müssen EduTags-Datensätze deutlich angereichert werden, um den Elixier-Kriterien zu genügen. Dies wird auch zukünftig im Wesentlichen nur durch redaktionelle Arbeit erfolgen können. Hermann: Kurzbeschreibung ist in Edutags optional Edutags-Ressourcen insgesamt: Edutags-Ressourcen mit Beschreibung: Edutags-Ressourcen ohne Beschreibung: Darüber hinaus gibt's noch 2 Beschreibungsattribute für Ressourcen in Edutags: Sternebewertungen (bisher 430 Ressourcen bewertet) => gut als Qualitätskriterium geeignet, da diese Bewertung zwar selten, aber überlegt vergeben wird Kommentare (bisher nur 200 Ressourcen kommentiert)

3 3 von :47 Gemeinsame Datenbasis Für beide Systeme wird eine einheitliche Datenbank zur Beschreibung der Inhalte entwickelt. Innerhalb dieser Datenbank wird es spezifische Tabellen für Elixier (und EduTags??) geben. Die Abbildung der Zugriffsrechte wird von dieser Datenbank getrennt sowohl für Elixier als auch EduTags vorgenommen. 2.1 Vorteile Die Suche in einer gemeinsamen Datenbank ist strukturell einfacher zu realisieren als das Zusammenführen zweier Suchergebnisse in einer gemeinsamen Übersicht für die Nutzerinnen und Nutzer. Der Schritt des Überführens von Elixier- in EduTags-Datensätze entfällt. (Hermann: diese Lösung wäre um einiges einfacher umzusetzen, oder ist teilweise bereits umgesetzt, im Vergleich zur Lösung der gemeinsamen Datenbank) Das Anreichern der EduTags- zu vollständigen Elixier-Datensätzen wird vereinfacht. Die Recherche- Arbeit der Online-Redakteure wird erleichtert. 2.2 Aufwand Der technische Aufwand für diesen ersten Schritt der Integration ist vergleichsweise gering. Hermann: Eine Übertragung der Datenbank-Tabellen eines Systems in das andere wäre natürlich nicht aufwändig. Aber die Tabellenübertragung wäre nur ein kleinster Bruchteil eines großen Schritts, der nur bei gegebenen Voraussetzungen und aufwändigen Vorbereitungen möglich ist. Bevor die Datenbank-Tabellen eines Systems in die DB des adneren integriert werden, müssen sehr viele Fragen geklärt werden. Dieser erster Schritt (Planung, Analyse, Entwurf) ist auch der wichtigste und entscheidende aus der Sicht des

4 4 von :47 Software-Engineering. Der Aufwand ist also in keiner Weise als gering einzuschätzen. Zu klärende Fragen oder notwendige Schritte: 1. redakt. Bearbeitung der Elixier-spezifischer Attribute unter Edutags? Entwicklung mind. eines Editags-Moduls für diese Zwecke. 2. Elixier und Edutags sind auf unterschiedlichen Hochverfügbarkeit-Architekturen (HAA) aufgebaut. Wenn Gesamt-DB auf Elixier-HAA aufgebaut werden soll ==> unmöglich bis schwer durchsetzbar (Drupal bedingt). Wenn Gesamt-DB auf Edutags-HAA => die bisherige Hochverfügbarkeit, wie bei Elixier, wäre für Elixier-Datensätze nicht mehr gegeben (zwar ausfallsicher, aber kein load balancing). 3. Besucherabwanderung zu Edutags (wegen gleicher Inhalte, ü. Google auffindbar)? Mehr Last auf Edutags? Doch Load Balancing für Drupal? Statistik: Edutags-2013 (Besuche/Seitenzugriffe): / Elixier-2013 (Besuche/Seitenzugriffe): / Falls die Gesamt-DB auf der Edutags maschine ==> bisheriges Datenlieferung Workflow (wie bei Elixier) auf die Edutags-Maschine übertragen? Wie wird geliefert? Wie früher? Neue Schnittstelle Entwickeln (REST?)? 5. Lucene-Suche (da in Elixier bereits vorhanden und in Edutags nicht): integrierbar in Edutags? Wie aufwändig? 6. Konzept für Benutzerrechte: ist eine Trennung zw. 'klassischen' Edutags Benutzern und denen, die auch Elixier-Felder bearbeiten (oder nur ansehen) dürfen, notwendig? Welche rechtliche Unterschiede sollen beide Gruppen haben? VIelleicht besser eine Redakteur-Rolle? 7. Müssen alle Elixier-Daten in Edutags erscheinen, oder nur eine Teilmenge (Edutags muss dann auf der Teilmenge operieren) Weitere Vorarbeiten und Nebenwirkungen sind natürlich möglich. Lösungskonzepte: Falls Anforderung: eine minutengenaue Aktualität der Elixier-Daten innerhalb von Edutags erwünscht: Lösung: eine MySQL-Replikation ausshließlich von DB-Tabellen mit den Elixier-Datensätzen (Insbesondere wegen 2., um Hardwarearchitekturen-Umbau möglichst zu reduzieren) Falls lockere Anforderung: Elixier-Daten innerhalb von Edutags müssen "nur" tagesaktuell sein Lösung: tägliche Datenübertragung per REST, JSON, MySQL-Dump vielleicht sogar direkt per mysql_connect(), da beide Maschinen im gleichen Subnetz.

5 5 von :47 OpenID und Rechtemanagement Im zweiten Schritt wird ein gemeinsames ID-Management zur Authentifizierung integriert. Zum gegenwärtigen Zeitpunkt kann dies mit den bestehenden OpenID-Lösungen umgesetzt werden. Für die Zukunft ist aber auch die Unterstützung des CAS- oder SAML-Protokolls wünschenswert. Die Autorisierung, also wer welche Rechte an welcher Stelle hat, verbleibt bei den jeweiligen Systemen. 3.1 Vorteile Der Stamm potentieller Nutzer und Produzenten wird erweitert. (Hermann: wenn man Facebook-, Google-, Twitter-"OpenID"-Login prominenter anbietet, dann vielleicht ja. Wenn man einen eigenen OpenID-Provider-Dienst betreibt, eher Einschränkung auf einen bestimmten Benutzerkreis + Verwaltungs-/Datenschutzaufwand. + Verpflichtung, dass die OpenID in jedem OpenID-Dienst der Welt funktioniert) Mit Single-Sign-On-Lösungen wird die Schwelle zur Nutzung geschützter Ressourcen herabgesetzt. Zumindest die OpenID-Lösung wird bereits jetzt im Alltagsbetrieb eingesetzt. 3.2 Aufwand Auf dem Markt existieren fertige Lösungen, die mit vergleichsweise geringem Aufwand an die spezifischen Bedürfnisse angepasst werden können. Hermann: Benutzermanagement und Authentifizierung in Elixier erwünscht / sinnvoll? (weil bisher nicht vorhanden) OpenID in Edutags: nur 38 OpenID-Benutzer, 5 von denen gehören zum Edutags/DIPF-Team ==> wenig Akzeptanz für OpenID Für die Anforderung "Single Sign-On" ergibt sich kein Bedarf nach OpenID. Es ist ausreichend solche Protokolle wie OAuth zu benutzen. Frage: ist dies der typische Use Case fürs erwünschte Single Sign-On? Ein Benutzer ist in keins des Systeme eingeloggt, hat aber einen Edutags-Account, und er möchte auf

6 6 von :47 Elixier-Seiten einen Datensatz bearbeiten. Er authentifiziert sich mit dem Edutags-Zugangsdaten auf Elixier und wird von Edutags berechtigt, diesen Datensatz zu bearbeiten. Alle Use-Cases müssen definiert werden, die erwünscht sind. Davon hängt ab, welche Technologien (wie OAuth) man dafür verwendet, wenn es überhaupt notwendig ist, eine zusätzliche Technologie/Protokoll dafür zu verwenden. ReST-Schnittstelle für Inhalteanbieter Elixier und EduTags definieren eine gemeinsame ReST-Schnittstelle, um Metadaten automatisiert von den unterschiedlichen Inhalteanbietern abfragen zu können. In diesem Zusammenhang soll ausdrücklich betont werden, dass diese Integration neben OER-Anbietern auch die Schulbuchverlage einschließt. 4.1 Vorteile Idealerweise entsteht auf diese Weise eine Seite, auf der sich Lehrkräfte und Lernende über geeignete Lernressourcen informieren können. ( Bildungs-Google ) Durch die skizzierte Pull-Abfrage ist diese zentrale Stelle tagesaktuell. 4.2 Aufwand Der technische Aufwand zur Entwicklung einer entsprechenden Spezifikation ist eher klein. Es wird jedoch geraume Zeit dauern, bis sich die meisten Inhalteanbieter dieser Struktur anpassen werden. Hermann: Für die Datenübertragungen sind 2 Architekturen möglich: so, wie skizziert (Pull-Abfrage, wir holen die Daten ab): in diesem Fall müssen nicht wir, sondern die Inhaltsanbieter einen lesenden REST-Webservice definieren (für unsere GET Requests), der die Daten liefert, und den wir mit einem REST-Client abfragen.

7 7 von :47 wir definieren einen schreibenden Web Service (für die PUT/POST Requests von den Content Anbietern) innerhalb von Elixier-System, der von den Inhaltsanbietern zum schreiben in die Elixier-DB per REST-Client benutzt werden kann. Der technische Aufwand ist relativ zu den anderen Punkten gering. Allerding ist eine enge Kooperation mit den Entwicklern auf der Content Anbieter - Seite notwendig (Web Service Entwicklung/Deployment/Tests). Gesamtarchitektur Im vierten Integrationsschritt findet ein Remix der vorhandenen Ressourcen beider Systeme statt. Zusammengehörige Ressourcen können sich für die Nutzer auf unterschiedliche Weise präsentieren: als ungefilterte Liste von Ressourcen als redaktionell empfohlene Auswahl von Ressourcen weniger ist mehr als redaktionell empfohlene Auswahl von Ressourcen, bei denen zusätzlich die unterrichtliche Phase benannt wird, für die diese Ressource geeignet ist ( grobes Unterrichtsszenario ) als für Grundschüler geeignete Liste von Ressourcen (i. d. R. mit altersgerechten Beschreibungen siehe Mauswiesel ) als für Schüler der Sekundarstufe geeignete Liste von Ressourcen (i.d.r. mit altersgerechten Beschreibungen siehe Select ) als für Berufsschüler geeignete Liste von Ressourcen (eventuell mit einer altersgerechten Beschreibung) als Lernpfad (für Schülerinnen und Schüler) als Webquest (für Schülerinnen und Schüler) als Ergebnis einer Volltextsuche als Ergebnis einer Suche nach Tags oder Schlagworten Diese unterschiedlichen Sichten können in den Fällen 1, 9 und 10 automatisiert erzeugt werden. Der überwiegende Teil entsteht jedoch nur dann, wenn Redakteure entsprechende Zuordnungen der vorhandenen Ressourcen zu den jeweiligen Sichten vornehmen. 5.1 Vorteile

8 8 von :47 Struktur schafft Qualität Nutzer haben meist ein ausgeprägtes Bedürfnis nach überschaubaren, einfachen, gut einsetzbaren Lösungen, die sich idealerweise in der Praxis bewährt haben. Von daher sollte bei all diesen Angeboten von vornherein die Möglichkeit zur Kommentierung, Bewertung etc. mitbedacht werden. Durch die beiden Zielgruppen Lehrende und Lernende werden die Ressourcen intensiver genutzt. 5.2 Aufwand Dieser Integrationsschritt ist mit einem erheblichen Aufwand verbunden: Es muss ein geeignetes Redaktionssystem entwickelt werden, um die oben skizzierten Zusammenstellungen vornehmen, speichern und ändern zu können. Dieses Redaktionssystem muss eine vielschichtige Rechtestruktur abbilden können. Weiterhin wird ein Auslieferungssystem benötigt, das zwei Arten von Ergebnissen liefern kann: 1. Eine weitgehend unformatierte Liste von Ressourcen, die dann von dem jeweiligen Landesserver visualisiert wird. Dieses Angebot würde wiederum als ReSTSchnittstelle zu implementieren sein. 2. Fertige oder nahezu fertige HTML-Seiten, die von allen Beteiligten in gleicher Weise genutzt werden. Beispielhaft sei in diesem Zusammenhang Mauswiesel genannt. Folgende Gelingensbedingungen sollen an dieser Stelle explizit festgehalten werden: 1. Die oben skizzierte technische Infrastruktur muss stabil funktionieren. 2. Die Benutzungsoberflächen bei der Anzeige der Lernressourcen und beim Redaktionssystem muss modernen Ansprüchen genügen und dem Kriterium von responsive design genügen. 3. Insbesondere mit den Inhalteanbietern müssen rechtzeitig Gespräche geführt werden, damit sie genügend Zeit haben, sich auf die geänderten, standardisierten Rahmenbedingungen einzustellen. 4. Es muss dauerhaft sichergestellt werden, dass das hier skizzierte System redaktionell betreut wird. Hier müssen Bund und Länder verbindliche Zusagen machen. 5. Last not least: Dieses Projekt kann nur gelingen, wenn es politisch gewollt ist und mit dem nötigen politischen Nachdruck unterstützt wird. Von Diese Seite wurde zuletzt am 3. Februar 2014 um 09:18 Uhr geändert. Impressum Haftungsausschluss