SCORM (Sharable Content Object Reference Model) ist ein etablierter Standard zur Bereitstellung von Lernmodulen und zum Austausch von Lerndaten mit einem Lernmanagementsystem. Viele gängige Autorentools unterstützen deshalb den Export als SCORM-Paket. Damit können externe Lernmodule beispielsweise ihren Bearbeitungsstatus und Testergebnisse an das LMS übermitteln. LMS-interne Aktivitäten können Lernfortschritte auch ohne SCORM aufzeichnen.
SCORM beschreibt die Verpackung der Inhalte, ihren Start im LMS und den Datenaustausch während der Bearbeitung. Ein SCORM-Paket enthält die Lerninhalte und die Datei imsmanifest.xml, welche Aufbau und Startdateien beschreibt. Die mit dem LMS kommunizierende Lerneinheit heisst Sharable Content Object (SCO). Ein Paket kann ein oder mehrere SCOs enthalten.
Zu den wichtigsten Möglichkeiten gehören:
•Bearbeitungsstatus und Testergebnisse übermitteln.
•Bearbeitungszeiten erfassen.
•Bearbeitungsstand speichern und später fortsetzen.
•Antworten auf einzelne Fragen und deren Bewertung übermitteln.
Abbildung 8: Aufbau SCORM-Paket.
Quelle: KI-gestützte Eigendarstellung.
Welche Daten tatsächlich verfügbar sind, hängt von der Umsetzung im Lernmodul und der Unterstützung durch das LMS ab. SCORM protokolliert nicht automatisch jede aufgerufene Seite oder jede Benutzeraktion.
Die folgende Tabelle vergleicht SCORM 1.2 mit der 3. und 4. Edition von SCORM 2004 hinsichtlich Lernfortschrittsaufzeichnung, Fortsetzungsdaten und Ablaufsteuerung.
Merkmal |
SCORM 1.2 |
SCORM 2004, 3. Edition |
SCORM 2004, 4. Edition |
|---|---|---|---|
Abschluss und Bestehen |
Gemeinsames Statusfeld, beispielsweise abgeschlossen oder bestanden |
Getrennte Angaben für Bearbeitungsabschluss und Bestehen |
Wie 3. Edition |
Bearbeitungsfortschritt |
Kein eigenes standardisiertes Feld für einen Fortschrittsanteil |
Fortschrittswert zwischen 0 und 1 möglich |
Zusätzlich erweiterte Zusammenfassung von Teilfortschritten |
Fortsetzungsdaten |
Kleinerer Speicherumfang |
Deutlich mehr Platz für gespeicherte Bearbeitungsstände |
Wie 3. Edition |
Ablauf zwischen SCOs |
Kein mit SCORM 2004 vergleichbares Sequenzierungsmodell |
Regeln für Reihenfolge, Voraussetzungen und Verzweigungen |
Erweiterte Steuerung und gemeinsame Nutzung von Daten zwischen SCOs |
Typischer Nutzen |
Status, Ergebnis und Wiederaufnahme einfacher Lernmodule |
Genauere Statusangaben und gesteuerte Lernpfade |
Komplexere Pakete mit mehreren zusammenwirkenden SCOs |
Tabelle 12: Vergleich der SCORM-Versionen.
Quelle: KI-gestützte Eigendarstellung.
Die 4. Edition erweitert insbesondere die Zusammenfassung von Teilfortschritten und die gemeinsame Nutzung von Ziel- und Zustandsdaten zwischen SCOs. Für ein einfaches Lernmodul mit einem einzigen SCO sind diese Erweiterungen zumeist nicht erforderlich [4].
Zusammenspiel mit dem LMS
Das LMS startet das Lernmodul im Browser und stellt dort eine JavaScript-Schnittstelle, die SCORM-API, bereit. Das Lernmodul meldet darüber Daten und kann gespeicherte Werte abrufen. Die Übertragung zum Server und die dauerhafte Speicherung organisiert das LMS. SCORM standardisiert die Schnittstelle im Browser, nicht die technische Umsetzung der Serverkommunikation.
Die Kommunikation läuft so ab:
Webbrowser 
Sitzung starten Lernstand abrufen Bearbeitungsdaten melden Speichern und Sitzung beenden
Daten können bereits während der Bearbeitung mehrfach gelesen und gespeichert werden. Beim erneuten Einstieg kann das Modul den gespeicherten Stand wiederherstellen, sofern es diese Funktion unterstützt. Dabei standardisiert SCORM die Schnittstelle im Browser. Die Übertragung zum Server organisiert das LMS.
Abbildung 9: Datenaustausch über die SCORM-Schnittstelle.
Quelle: KI-gestützte Eigendarstellung.
Zusätzliche Möglichkeiten bietet SCORM 2004 insbesondere für Pakete mit mehreren SCOs.
•Sequencing: Reihenfolge und Freigabe von Lerneinheiten anhand definierter Regeln steuern.
•Rollup: Ergebnisse und Bearbeitungsstände mehrerer Einheiten zu einem übergeordneten Gesamtstatus zusammenfassen.
•Globale Objectives: Zielinformationen zwischen Lerneinheiten gemeinsam nutzen.
•In der 4. Edition: zusätzliche Fortschrittsinformationen zusammenführen und gemeinsame Datenspeicher verwenden.
Diese Möglichkeiten sind für die Gestaltung eines Lernpakets optional. Ein Paket muss sie nicht ausschöpfen. Die Anforderungen an ein vollständig konformes LMS bleiben davon unberührt. Die Sequenzierung betrifft den Wechsel zwischen SCOs, die Seitennavigation innerhalb eines SCOs bestimmt das Lernmodul selbst [4].
Welche Daten ein Lernmodul übermittelt und wie das LMS sie auswertet, wird an verschiedenen Stellen festgelegt. Die folgende Tabelle zeigt, welche Einstellungen im Autorentool, im SCORM-Paket und im LMS bestimmt werden.
Ort |
Was dort bestimmt wird |
|---|---|
Autorentool beziehungsweise Programmcode |
Welche Daten das Modul übermittelt und wann es beispielsweise abgeschlossen oder bestanden meldet. |
SCORM-Paket |
SCORM-Version, Inhaltsstruktur und gegebenenfalls Schwellenwerte sowie Regeln für Ablauf und Ergebniszusammenfassung. |
LMS |
Je nach System unter anderem erlaubte Versuche, Bewertung mehrerer Versuche, Darstellung und Bedingungen für den Aktivitäts- oder Kursabschluss. |
Tabelle 13: SCORM-Einstellungen und Grenzen.
Quelle: KI-gestützte Eigendarstellung.
Die Einstellungen müssen aufeinander abgestimmt sein. Meldet das Modul beispielsweise nach dem Besuch aller Inhaltsseiten abgeschlossen, kann das LMS diesen Status als Abschlussbedingung verwenden. Nicht übermittelte Einzelantworten oder Seitenbesuche kann es daraus jedoch nicht rekonstruieren. Manche LMS bieten zusätzliche Optionen zum Überschreiben oder Ableiten von Statuswerten. Diese verändern die Auswertung, ersetzen aber keine fehlenden Detaildaten.
Hinweis: Autorentool und LMS müssen die gewählte SCORM-Version unterstützen.
