Das SCORM (Sharable Content Object Reference Model) hat sich im Laufe der Jahre weiterentwickelt. Es gibt derzeit vier unterschiedliche implementierbare Versionen von SCORM. SCORM 2004 hat mehrere Editionen, und die neueste Version/nächste Generation von SCORM ist xAPI (Experience API) und cmi5. Darüber hinaus ist SCORM nicht der einzige eLearning-Standard auf dem Markt. Andere Standards wie AICC HACP und IMS Common Cartridge haben ihren Platz in der Branche. In diesem Artikel werden diese gängigen eLearning-Standards beschrieben und Empfehlungen zur Nutzung gegeben. Die folgende Tabelle fasst den Vergleich der einzelnen Standards zusammen:
| Release-Datum | Seiten | Weit verbreitet | Laufzeit | Verpackung | Metadaten | Sequenzierung | Funktioniert über Domains hinweg |
|---|---|---|---|---|---|---|---|
| AICC HACP | Feb 1998 | 337 | Ja | Ja | Ja | Nein | Nein |
| SCORM 1.0 | Jan 2000 | 219 | Nein | Ja | Ja | Nein | Nein |
| SCORM 1.1 | Jan 2001 | 233 | Nein | Ja | Ja | Nein | Nein |
| SCORM 1.2 | Okt 2001 | 524 | Ja | Ja | Ja | Nein | Nein |
| SCORM 2004 “1. Edition” | Jan 2004 | 1.027 | Nein | Ja | Ja | Ja | Ja |
| SCORM 2004 2. Edition | Jul 2004 | 1.219 | Ja | Ja | Ja | Ja | Ja |
| SCORM 2004 3. Edition | Okt 2006 | 1.137 | Ja | Ja | Ja | Ja | Ja |
| SCORM 2004 4. Edition | Mrz 2009 | 1.162 | Ja | Ja | Ja | Ja | Ja |
| IMS Common Cartridge | Okt 2008 | 135 | Nein | Ja | Ja | Nein | Ja |
| IMS LTI | Mai 2010 | 25 | In akademischen LMSs | Nein | Nein | Nein | Nein |
| xAPI | 26. Apr 2013 | 85 | Noch nicht | Teilweise | Nein | Nein | Nein |
| cmi5 | 1. Jun 2016 | 48 | Noch nicht | Ja | Nein | Nein | Nein |
Die Versionen der eLearning-Standards
SCORM 1.0
Veröffentlicht im Januar 2000
SCORM 1.0 war ein Entwurf des SCORM-Frameworks. Dieses Dokument enthielt keine vollständig implementierbare Spezifikation, sondern gab einen Überblick über die kommende Arbeit. SCORM 1.0 enthielt die grundlegenden Elemente, die zum Fundament von SCORM werden sollten. Insbesondere wurde darin beschrieben, wie Inhalte verpackt werden sollten (Inhaltsverpackung), wie Inhalte mit einem LMS kommunizieren sollten (Laufzeit) und wie Inhalte beschrieben werden sollten (Metadaten). Jeder dieser Bereiche wurde in einer separaten Spezifikation oder einem “Buch über SCORM” beschrieben.
Empfehlung: SCORM 1.0 ist heute nicht relevant. Es gibt keine signifikanten Implementierungen von SCORM 1.0. Es ist etwas für Statistiken und historische Rückblicke.
SCORM 1.1
Veröffentlicht im Januar 2001
SCORM 1.1 war die erste richtige und implementierbare Version von SCORM. Es erweiterte SCORM 1.0 zu einer umsetzbaren Spezifikation, und kommerzielle Anbieter begannen es zu übernehmen. Diese frühen Übernahmen zeigten, dass die SCORM-Idee gültig war, aber dass noch viele Details ausgearbeitet werden mussten, um eine ausreichende Robustheit für eine weitreichende Implementierung zu erreichen.
Empfehlung: Obwohl es heute möglicherweise noch eine Implementierung von SCORM 1.1 gibt, ist es nicht relevant.
SCORM 1.2
Veröffentlicht im Oktober 2001
SCORM 1.2 war der große Durchbruch für SCORM. SCORM 1.2 integrierte alle Erfahrungen aus den frühen Übernahmen von SCORM 1.1, um eine robuste und umsetzbare Spezifikation zu erstellen. Anbieter, die SCORM 1.2 übernahmen, erzielten durch die erhöhte Kompatibilität der Inhalte dramatische Kosteneinsparungen.
Empfehlung: SCORM 1.2 wurde sehr weit verbreitet und ist immer noch die Standardlösung der Branche. Jeder eLearning-Anbieter sollte ihre Produkte mit SCORM 1.2 kompatibel machen. SCORM 1.2 wird noch lange Bestand haben.
SCORM 2004 “1. Edition”
Veröffentlicht im Januar 2004
Die weite Verbreitung von SCORM 1.2 brachte einige Probleme ans Licht. SCORM 1.2 war sehr gut, aber es gab immer noch einige Unklarheiten, die geklärt werden mussten. SCORM 1.2 fehlte auch eine Sequenzierungs- und Navigations-Spezifikation, die es dem Inhaltsanbieter ermöglichte, festzulegen, wie der Lernende zwischen den Einheiten voranschreiten durfte. Das Fehlen einer Sequenzierungsspezifikation führte dazu, dass die meisten SCORM 1.2-Inhalte als monolithische Einheit erstellt wurden, anstatt mit granularen, wiederverwendbaren Einheiten.
SCORM 2004 adressierte beide Probleme. SCORM 2004 (in all seinen Versionen) enthält sehr ausgereifte Versionen der Bücher zur Inhaltsverpackung, zur Laufzeit und zu den Metadaten. Die Teile von SCORM 2004, die aus SCORM 1.2 abgeleitet wurden, sind sehr ausgereift und stabil. Tatsächlich sind die einzelnen Standards, aus denen diese Bücher bestehen, auf dem besten Weg, anerkannte Standards zu werden.
SCORM 2004 fügte auch ein neues Buch namens “Sequencing and Navigation” hinzu. Diese Spezifikation ermöglicht es Inhaltsanbietern, Regeln dafür zu erstellen, wie Benutzer zwischen den Einheiten navigieren dürfen. Beispielsweise kann ein Inhaltsautor sagen, dass “ein Lernender den Abschlusstest erst ablegen kann, wenn er alle Kursmaterialien abgeschlossen hat” oder “wenn ein Lernender Frage X nicht besteht, ihn zu Einheit Y zurückführt”.
Der Begriff “SCORM 2004” wird im Allgemeinen verwendet, um auf jede Ausgabe der SCORM 2004-Spezifikation zu verweisen. Sie sehen möglicherweise auch Verweise auf SCORM 1.3. Vor der offiziellen Veröffentlichung wurde SCORM 2004 tatsächlich SCORM 1.3 genannt, aber dieser Name wird offiziell nicht mehr verwendet. Der Begriff “1st Edition” wird in Anführungszeichen verwendet, da diese Spezifikation tatsächlich nicht “1st Edition” genannt wurde, sondern einfach als “SCORM 2004” bezeichnet wurde.
Empfehlung: Die Sequenzierungsspezifikation in der ersten Version von SCORM 2004 hatte einige grundlegende Probleme und war nicht vollständig umsetzbar. Die “1. Edition” von SCORM 2004 ist nicht im Einsatz und nicht verwendbar.
SCORM 2004 2. Edition
Veröffentlicht im Juli 2004
Als die Branche begann, SCORM 2004 zu übernehmen, wurde schnell klar, dass einige Mängel behoben werden mussten. ADL reagierte schnell und veröffentlichte SCORM 2004 2. Edition. Diese Spezifikation wurde angenommen und Implementierungen begannen zu erscheinen.
Empfehlung: SCORM 2004 2. Edition wurde weit verbreitet angenommen, erreichte jedoch nicht die Verbreitung von SCORM 1.2. Während die Kernbücher von SCORM 2004 sehr stabil sind, ist die Sequenzierungsspezifikation sehr komplex. Anbieter, die neue Produktimplementierungen erstellen, sollten neuere Versionen von SCORM 2004 bevorzugen.
SCORM 2004 3. Edition
Veröffentlicht im Oktober 2006
Die Komplexität der Sequenzierungs- und Navigations-Spezifikation hat die zukünftige Entwicklung von SCORM maßgeblich beeinflusst. Die dritte Edition ist größtenteils eine Reihe von Verbesserungen an der Sequenzierungs-Spezifikation, um Unklarheiten zu beseitigen und die Spezifikation für eine größere Interoperabilität zu straffen. Die große Veränderung in der dritten Edition war die Hinzufügung von Benutzeroberflächenanforderungen für LMSs. Zuvor lag es komplett im Ermessen des LMS, die geeignete Benutzeroberfläche festzulegen. In der dritten Edition wurde neue Sprache hinzugefügt, die das LMS dazu verpflichtet, bestimmte Benutzeroberflächenelemente bereitzustellen, um eine konsistente Sequenzierung und Navigation über verschiedene Systeme hinweg zu ermöglichen.
Empfehlung: SCORM 2004 3. Edition wurde weit verbreitet angenommen, und Anbieter sollten bestrebt sein, diese zu unterstützen. Von allen SCORM 2004-Editionen wird die 3. Edition am häufigsten verwendet.
SCORM 2004 4. Edition
Veröffentlicht im März 2009
Diese Edition enthält weitere Klärungen der Sequenzierungs-Spezifikation und fügt dieser auch einige neue Funktionen hinzu, die die Optionen für Inhaltsautoren erweitern. Die neuen Funktionen in der vierten Edition vereinfachen die Erstellung von sequenzierten Inhalten erheblich.
Empfehlung: Die neuen Funktionen der vierten Edition von SCORM 2004 erhöhen ihre Nützlichkeit erheblich, und wir empfehlen die Übernahme. Anbieter, die SCORM 2004 unterstützen, sollten die vierte Edition unterstützen.
AICC HACP
Veröffentlicht im Februar 1998
SCORM ist ein “Referenzmodell”. Die einzelnen Bücher von SCORM sind tatsächlich Verweise auf andere Spezifikationen. Einige der bedeutendsten Beiträge zu SCORM kamen von der AICC. Die AICC war ein früher Vorreiter in der Welt der eLearning-Standards; ihre Spezifikationen stammen aus den 1980er Jahren und den Zeiten des “computerbasierten Trainings”. Die “CMI Guidelines for Interoperability” des AICC waren die erste weit verbreitete Spezifikation für die Interoperabilität zwischen eLearning-Inhalten und LMSs (Dokument Nr. CMI001 auf der AICC-Website).
Die Kommunikation in Echtzeit bei SCORM basiert auf der Arbeit des AICC. Ursprünglich begann diese Spezifikation mit dem Dateiaustausch von Daten zwischen Inhalten und LMSs. Dann wurde sie aktualisiert, um einen HTTP-basierten Datenaustausch zu unterstützen. Kürzlich wurde sie aktualisiert, um einen EMCAScript-basierten Datenaustausch zu unterstützen, um mit SCORM harmonisch zu sein. AICC HACP wird immer noch weit verbreitet unterstützt, meistens über den HTTP-basierten Datenaustausch (bekannt als HACP, “HTTP-based AICC/CMI Protocol”). Die AICC veröffentlicht viele Spezifikationen, aber wenn jemand von der “AICC-Spezifikation” spricht, beziehen sie sich höchstwahrscheinlich auf das HACP-Protokoll in der AICC-CMI-Spezifikation.
Das HACP-Protokoll hat einen einzigartigen Vorteil, der AICC HACP in bestimmten Situationen sehr nützlich und sogar bevorzugenswert macht. Da HACP auf HTTP basiert, leidet es nicht unter dem Problem des Quellcodes von verschiedenen Domänen, das SCORMs ECMAScript-basierter Kommunikation plagt. Bei SCORM kann aufgrund der (guten und absichtlichen) Sicherheitsbeschränkungen des Browsers kein Inhalt von einer Domain (z. B. www.meininhalt.com) mit einem LMS kommunizieren, das von einer anderen Domäne (z. B. www.meinlms.com) ausgeliefert wird. Bei AICC HACP ist dieses Problem weniger restriktiv, was es zu einer nützlichen Alternative zu SCORM in bestimmten Bereitstellungssituationen macht.
Empfehlung: Die meisten Anbieter sollten AICC HACP unterstützen. Es hat wahrscheinlich immer noch die zweithöchste Verbreitung nach SCORM 1.2.
IMS Common Cartridge
Veröffentlicht im Oktober 2008
Eine andere Organisation, die signifikante Beiträge zu den Büchern von SCORM geleistet hat, ist IMS. Die Spezifikationen von IMS zur Inhaltsverpackung und Sequenzierung sind die Ursprünge für zwei der SCORM-Bücher. Wie die AICC veröffentlicht IMS viele Spezifikationen.
Kürzlich hat IMS eine Spezifikation namens Common Cartridge veröffentlicht, die einige Überschneidungen mit SCORM aufweist. Leider haben sich die Beziehungen zwischen IMS und ADL aufgrund einer Meinungsverschiedenheit über geistiges Eigentum verschlechtert. IMS positioniert Common Cartridge nun als Konkurrenz zu SCORM, und einige haben es sogar als “SCORM-Killer” bezeichnet. Unsere Einschätzung ist, dass Common Cartridge und SCORM zwei verschiedene Probleme lösen und zwei verschiedene Branchen bedienen. Wenn Common Cartridge übernommen wird, werden die beiden Spezifikationen wahrscheinlich nebeneinander existieren.
Common Cartridge ist darauf ausgelegt, den Hochschulmarkt zu bedienen, während SCORM hauptsächlich den Markt für Online-Trainings bedient. Common Cartridge enthält Elemente, die für den schulischen Unterricht geeignet sind, wie Diskussionsforenthemen und Fragenkataloge. Es enthält jedoch bestimmte Konzepte, die für das Online-Training besser geeignet sind, wie Echtzeit-Datenkommunikation und Sequenzierung.
xAPI (The Experience API)
Veröffentlicht am 26. April 2013
xAPI, auch bekannt als The Experience API oder Tin Can API, ist der neueste eLearning-Standard und löst viele Probleme, die in älteren Versionen von SCORM vorhanden waren. Mobiles Lernen, teambasiertes Lernen, Funktionen über Domains hinweg, Sequenzierung, Entfernen der Notwendigkeit eines Webbrowsers und Simulationen/Serious Games sind nur einige Dinge, die jetzt relativ einfach umsetzbar sind.
xAPI entfernt Inhalte aus dem LMS und ermöglicht es den Inhalten, “Aussagen” basierend auf [Akteur] [Verb] [Objekt] oder “Ich – habe – das gemacht” an einen Learning Record Store (LRS) zu senden. LRS können eigenständig oder als Teil eines LMS betrieben werden. Es gibt viele gute Dinge, die mit xAPI passieren – lesen Sie darüber.
Empfehlung: Die Akzeptanzraten von xAPI wachsen mit mehreren Produkten und Organisationen, einschließlich des US-Verteidigungsministeriums, die den Standard unterstützen. Wenn Sie mehr als das verfolgen möchten, was SCORM oder AICC verfolgen, und das Lernen außerhalb des LMS ermöglichen möchten, wird empfohlen, xAPI zu übernehmen. Wenn Sie einen traditionellen LMS-basierten Lernfall haben, aber die Flexibilität und die langfristige Datenbequemlichkeit von xAPI wünschen, sollten Sie auch cmi5 zusätzlich zu xAPI in Betracht ziehen.
cmi5 (ein Begleiter zu xAPI)
Veröffentlichungsdatum: 1. Juni 2016
cmi5 ist eine Begleitspezifikation zu xAPI. Es enthält eine Reihe von Regeln, die in einer traditionellen LMS-Umgebung die Interoperabilität ermöglichen sollen, und verwendet xAPI als Kommunikationsprotokoll und Datenformat. Es definiert das Konzept einer Kursstruktur, die verpackt und in ein LMS importiert werden soll. Die Kursstruktur bietet Metadateninformationen, die es dem LMS ermöglichen, Inhalte in Form von zuweisbaren Einheiten (AUs) zu starten. cmi5 umfasst das Konzept einer Lernsitzung und hat spezifische Regeln für die Erfassung eines Kernsatzes von Daten für Lernerfahrungen.
Empfehlung: Wenn Sie den traditionellen LMS-basierten Lernfall haben, aber die Flexibilität und die langfristige Datenbequemlichkeit von xAPI wünschen, sollten Sie cmi5 in Betracht ziehen.
PENS
Traditionell konnte die Veröffentlichung von Inhalten in ein LMS für den Endbenutzer Dutzende oder mehr manuelle Schritte erfordern. PENS ist ein eLearning-Standard, der die Veröffentlichung von Inhalten aus einem Autorentool in ein LMS adressiert. PENS bietet eine Ein-Klick-Veröffentlichung, vereinfacht den Prozess und entfernt eine weitere Hürde zwischen Inhaltserstellern und LMSs. Er ersetzt nicht andere eLearning-Standards, sondern arbeitet mit ihnen zusammen.
Empfehlung: Wir empfehlen die Verwendung von PENS, wenn Sie regelmäßig mit dem Import von großen Mengen von Inhalten in ein LMS zu tun haben und/oder wenn dieser Importprozess mühsam und zeitaufwändig ist. PENS wird in der neuesten Version von SCORM Engine unterstützt, und SCORM Cloud kann PENS-Anfragen akzeptieren.
IMS LTI
LTI (Learning Tools Interoperability) wird hauptsächlich von LMSs in Bildungseinrichtungen verwendet. Es handelt sich um eine etwas andere Art von eLearning-Standard – es handelt sich um eine Plug-in-Architektur, die es LMSs ermöglicht, mit Fremd-/Remote-Learning-Tools zu arbeiten. Es ermöglicht die Authentifizierung von LMS-Benutzern in das Remote-Tool über OAuth. Simple Outcomes (ein Teil von LTI) ermöglicht es dem Remote-Tool, eine Punktzahl an das LMS zu übermitteln. Dies ist die einzige Verfolgung von LMS, die in LTI verfügbar ist. Lesen Sie auf unserem Blog mehr über LTI vs. SCORM.
Empfehlung: LTI wird häufig in der Bildungswelt verwendet, daher sollten Sie es in Betracht ziehen, wenn Sie in diesem Bereich tätig sind. LTI wird in SCORM Cloud unterstützt, um einen Dispatch zu liefern – es ermöglicht einem LMS, das LTI-konform ist, SCORM-Inhalte abzuspielen. Das einfache Ergebnis (Punktzahl) wird an das LMS übermittelt, aber Sie können immer noch SCORM-Daten in SCORM Cloud verfolgen.
