8. Workshop - Bildungsportal Thüringen

8. Workshop „Multimedia für Bildung und Wirtschaft“
Das SN (Sequencing and Navigation) beschreibt Methoden zur Auswahl der nacheinanderfolgenden
Elemente aus der existierenden Datenbank mit den didaktischen Inhalten, um einen geschlossenen
e-Kurs erhalten zu können. Der Informationsfluss wird durch den Benutzer initiiert. Unter Verwendung
unterschiedlicher Warteschlangendisziplinen in einem LMS kann der Informationsfluss in Abhängigkeit
von den registrierten Benutzeraktivitäten gestaltet werden. Der SCORM beschreibt an dieser Stelle
sehr genau die Struktur des sog. „learning activities“-Baums. Auch die o.g. Warteschlangendisziplinen
sind in diesem Dokument genau beschrieben.
3 Implementierungsaspekte des Standards SCORM für ein LMS
3.1 Das System MOODLE
Moodle bietet den Usern, Autoren und Tutoren ein Tool für e-Learning per Internet an. Es gibt mehrer
Betriebssysteme, die das Softwarepaket Moodle unterstützen. Bevorzugte Plattform ist jedoch Linux
und die Skriptsprache PHP [8]. Zu den Hauptaufgaben eines LMS gehören die Gestaltung des Kurses
und das Kursmanagement. Die Struktur des Systems Moodle ist modular aufgebaut. Dies ermöglicht
schnelles Aufsuchen und Verändern des Codes der benötigten Teilprogramme in dem LMS Tool. Es
wird empfohlen, das Schema für ein Modul an die Struktur für das ganze System anzulehnen. Das
System Moodle basiert auf der klassischen Form der WWW Kommunikation, die ihre Verwirklichung in
vielen Internetdiensten nach dem Client-Server Prinzip findet. Der größte Nachteil des Systems Moodle
ist, dass der Standards SCORM nicht unterstützt wird, was die Übergänge zwischen unterschiedlichen
LMS erschwert. Eine Verankerung der SCORM-Empfehlungen im Moodle könnte wesentlich die
Flexibilität dieses LMS erhöhen. Es ist also sinnvoll, sich mit diesem Problem zu befassen. Dies bildet
den Kern dieses Kapitels.
Die Version 1.2 vom Moodle ermöglicht eine Erweiterung des Systems auf dem Modullevel. Die Systemmodule
sind verantwortlich für die Realisierung der Grundaufgaben des LMS. Beim Zufügen eines
neuen Moduls müssen die in der Moodle-Spezifikation festgelegten Prinzipien bezüglich z.B. Benennung
von Files und von Katalogen angehalten werden. Die Erweiterungen sollten nicht in den Kerncode,
der für die Stabilität des Systems verantwortlich ist, eingreifen. Dies bedeutet jedoch die Beschränkungen
bei Erweiterungen des LMS, weil zu dem Kern auch die Kursformate zählen. Das
Moodle schlägt den Aufbau von e-Kursen in drei Formaten vor: wöchentliche, gesellschaftliche und
thematische. Es gibt Möglichkeiten, in jedem der drei Kursformate neue Funktionen in Form von Vorräten
hinzuzufügen. Ein von solchen Vorräten könnte z.B. Simulation sein.
Der Standard SCORM definiert e-Kurs, bei denen das Format von dem Autor und nicht vom LMS abhängig
ist. Damit ist die Lokalisierung der Inhalte von SCORM-Kursen (Asset und SCO) in einem der
drei Moodle-Formate nicht möglich. Einzige Möglichkeit dieses Problem zu lösen, ist das Zufügen
eines neuen Kursformates im Moodle, z.B. „Format SCORM 2004“. Hierbei muss jedoch ein Eingriff in
den Kern des Moodle-Systems in Kauf genommen werden. Das Zufügen des o.g. Kurses muss einen
Mechanismus zum Umladen von ZIP-Files, zum Auspacken und zum Lesen der Kursstruktur sicherstellen.
Diese Erweiterungsmöglichkeit bietet auch die neuste Version vom Moodle. Leider gibt z.Z.
keine Dokumentation zu dieser Erweiterungsmöglichkeit, jedoch ermöglicht eine Analyse des PHP-
Codes und der Files-Strukturen erfahrenen Programmierern das Zufügen eines neuen Kursformates.
Das Zufügen eines neuen Kurses erfolgt durch Ausfüllen eines Formulars auf einer Internetseite. Die
Daten aus dem Formular werden in die Datenbank des Systems eingetragen und der Autor wird auf
eine weitere Internetseite weitergeleitet, auf der es Möglichkeiten gibt, neue Vorräte zum Kurs zuzufügen.
Im Fall der Erweiterung um einen SCORM-Kurs sollte der Autor auf eine Seite gelinkt werden, die
das Versenden und das Auspacken der Kurs-Files ermöglicht. Eine Programmierung solcher Funktionen
wird von den vorhandenen zahlreichen PHP-Bibliotheken unterstützt. Nachdem der Kurs in einem
Katalog auf dem Systemserver abgelegt ist, muss das Lesen der Daten aus dem File imsmanifest.xml
erfolgen. Die Angaben bezüglich der neuen Kursstruktur müssen dann in der Datenbank des LMS
abgespeichert werden.
Die Hauptprobleme bei der Implementierung beginnen auf dem Level TRE (Run-Time-Environment).
Die Lösungsmöglichkeiten dieses Problems werden in nächstem Kapitel vorgestellt.
3.2 Methoden zur Implementierung des Run-Time Environment
Ist die Umgebung Client-Server heterogen (z.B. unterschiedliche Skriptsprachen wie PHP [8] und
JavaScript [9]), treten viele Probleme beim Austausch von Daten zwischen den kommunizierenden
Plattformen auf. Damit muss vor allem das RTE fertig werden. Eine Analyse der gängigen Methoden
zur Lösung dieses Problems wird im Weiteren erörtert. Hierbei werden die Ideen aus den Arbeiten [10-
11] aufgegriffen und weiter entwickelt.
Es werden drei gängigen Methoden zur Sicherung der Kommunikation zwischen heterogenen Platt-
- 67 -