Next: Konzeption und Ziele eines Up: Interaktive Lernsysteme Previous: Lernsysteme
Immer mehr Bemühungen um Lernsysteme ziehen den Wunsch nach Standardisierung nach sich. An dieser Stelle wird auf den ``IEEE Learning Object Metadata (LOM)'' Standard für Metadaten, die IMS und SCORM Modelle sowie die IEEE Referenzarchitektur für Lernsysteme ``Learning Technology Systems Architecture (LTSA)'' eingegangen
Die Pakete enthalten außer den eigentlichen Ressourcen die Datei imsmanifest.xml, welche die Metadaten, die Struktur, in der die Ressourcen präsentiert werden können (Organizations) sowie Beziehungen zu anderen Paketen (sub-Manifeste) enthalten kann. Die Ressourcen selbst liegen als Datei oder als Link vor.
Die sub-Manifeste erlauben eine hierarchische Strukturierung, wenn das Paket beispielsweise einen Kurs darstellt, können sub-Manifeste einzelne Lektionen darstellen. Die eigentlichen Ressourcen werden durch die Item-Elemente referenziert und so in den entsprechenden Kontext gesetzt.
 |
LOM ist seit 2002 ein IEEE Standard zur Angabe von Metadaten von Lernressourcen. Er basiert ursprünglich auf dem Metadaten Auszeichnungschema Dublin Core. Die Abbildung zeigt die Unternehmen, Konsortien und Initiativen, die mit der LOM Standardisierung verflochten sind. Resultat der Bemühungen ist eine XML-Spezifikation, die den Ort von Angaben wie Sprache, Rechteinhaber oder den Interaktivitätsgrad festlegt. Dies betrifft nicht die eigentliche Funktionsweise eines Lernsystems, sondern erleichtert das Management der Lernressourcen.
Diese beschreibt die Meldungsmöglichkeiten, die ausführbare Programme, beispielsweise Applets oder JavaScript in einem Browser besitzen. Es wird verlangt, dass Start und Ende der Ausführung mit initialize() und terminate() markiert werden, die restlichen Methoden dienen zur Kommunikation über benutzerbezogene Daten, wie bevorzugter Schwierigkeitsgrad, oder Benutzeraktionen. Dies kann beispielsweise eine durch das Programm in Interaktion generierte Antwort auf eine Frage sein. Wenn keine Sicherheitsaspekte bezüglich eines Assessments beachtet werden müssen, ist auch die clientseitige Auswertung der Frage möglich, der übermittelte Wert wäre dann nur noch falsch oder richtig.
Die IEEE Referenzarchitektur für Lernsysteme grenzt zunächst den Definitionsraum ab. Die Schichten beschreiben ein Lernsystemmodell mit absteigender Designpriorität. So beschreibt die erste Schicht den Zusammenhang, dass Wissen von der Lernumgebung an einen Lerner abgegeben wird, während die letzte APIs (wie die obige von SCORM), Protokolle und Medienformate beinhaltet. Die Architektur selbst beschreibt den Aufbau der dritten Schicht, der Systemkomponenten.
Diese Schicht beschreibt Module mit scharf abgegrenzten Aufgaben. Die Learner Entity symbolisiert die Rolle des Lerners, also des Zugriffs auf das Lernsystems und enthält auch die Clientsoftware. Diese Learner Entity kommuniziert mit dem Coach, um die Lernziele festzulegen. Der Coach selektiert daraufhin eine bestimmte Lernressource und beauftragt das Delivery Modul, diese auszuliefern. Die Ressource kann dabei auch vom Benutzermodell (Learner Records) abhängen. Eventuelle Rückantworten bei interaktiven Ressourcen werden an das Evaluationsmodul weitergeleitet. Dieses entscheidet, ob die gegebene Antwort korrekt beziehungsweise testet auf in der Lernressource angegebene Sonderfälle. Die Ergebnisse werden an den Coach weitergeleitet, der nun entscheidet, wie er auf die Antwort reagieren soll. Die tatsächlich gegebene Antwort bei einem Fehler kann dabei zum Beispiel davon abhängen, wie häufig die Frage bereits falsch beantwortet worden ist. Ist dies mehrfach der Fall, kann Hilfe angeboten werden.
Lernsysteme mit verschiedenen Zielen besitzen verschiedene Prioritäten für die einzelnen Module, so ist bei einer verlinkten Medienbibliothek insbesondere das Delivery Modul wichtig, bei einem Intelligenten Tutorensystem ist der Coach wichtiger.
