Model referencyjny obiektu treści udostępnianych
Model referencyjny obiektu udostępnianej treści ( SCORM ) to zbiór standardów i specyfikacji dotyczących internetowej elektronicznej technologii edukacyjnej (zwanej także e-learningiem). Definiuje komunikację pomiędzy treścią po stronie klienta a systemem hosta (zwanym „środowiskiem wykonawczym”), który jest powszechnie obsługiwany przez system zarządzania uczeniem się . SCORM definiuje również, w jaki sposób zawartość może być spakowana w możliwy do przeniesienia ZIP o nazwie „Format wymiany pakietów”.
SCORM jest specyfikacją inicjatywy Advanced Distributed Learning (ADL) opracowanej przez Biuro Sekretarza Obrony Stanów Zjednoczonych .
W SCORM 2004 wprowadzono złożoną koncepcję zwaną sekwencjonowaniem, która jest zbiorem reguł określających kolejność, w jakiej uczeń może doświadczać obiektów treści. Mówiąc najprościej, ograniczają one ucznia do ustalonego zestawu ścieżek w materiale szkoleniowym, pozwalają mu na „zakładanie zakładek” podczas robienia przerw i zapewniają akceptowalność wyników testów uzyskanych przez ucznia. Standard wykorzystuje XML i opiera się na wynikach prac AICC , IEEE LTSC i Ariadne .
Technologia
SCORM został zaprojektowany jako oparty na sieci i wykorzystuje JavaScript w celu ułatwienia komunikacji pomiędzy treścią po stronie klienta a środowiskiem wykonawczym. Każda wersja SCORM określa metody, które powinno obsługiwać środowisko wykonawcze i jak te metody powinny się zachowywać. Treść uruchamiana przez środowisko wykonawcze może następnie wywoływać te metody przy użyciu JavaScript.
Wersje
SCORM 1.1
Była to pierwsza wersja SCORM. Te wczesne wdrożenia pokazały, że pomysł SCORM był wykonalny, ale musiał być wystarczająco solidny, aby umożliwić powszechne wdrożenie.
SCORM 1.2
Była to pierwsza wersja, która była szeroko stosowana. Jest nadal szeroko stosowany i jest obsługiwany przez większość systemów zarządzania nauczaniem.
SCORM 2004
To jest aktualna wersja. Opiera się na nowych standardach komunikacji API i treści między obiektami a środowiskiem wykonawczym, przy czym rozwiązano wiele niejasności poprzednich wersji. Obejmuje możliwość określenia adaptacyjnej kolejności działań korzystających z obiektów treści. Obejmuje możliwość udostępniania i wykorzystywania informacji o statusie powodzenia wielu celów uczenia się lub kompetencji w ramach obiektów treści i kursów dla tego samego ucznia w ramach tego samego systemu zarządzania nauczaniem. Bardziej niezawodny zestaw testów pomaga zapewnić dobrą interoperacyjność.
Edycje SCORM 2004
- Wydanie 3 (październik 2005) – wyjaśnienie różnych wymagań zgodności i interakcji pomiędzy obiektami treści a środowiskiem wykonawczym do sekwencjonowania; pewne nowe wymagania dotyczące zgodności w celu poprawy interoperacyjności.
- Wydanie czwarte (31 marca 2009 r.) – bardziej rygorystyczne wymagania dotyczące interoperacyjności, bardziej elastyczne przechowywanie danych
Książki specyfikacji SCORM 2004
- Przegląd – przedstawia SCORM i opisuje powiązania z innymi książkami
- Środowisko wykonawcze – opisuje API środowiska wykonawczego i model danych używany do komunikacji pomiędzy obiektami treści a systemami zarządzania nauczaniem
- Sekwencjonowanie i nawigacja – opisuje, w jaki sposób definiowana i interpretowana jest kolejność działań edukacyjnych
- Wymagania zgodności – szczegółowa lista wymagań zgodności, które są weryfikowane za pomocą zestawu testów zgodności ADL SCORM.
Doświadczenie API (API puszki)
Interfejs API Experience (znany również jako xAPI lub Tin Can API) został ukończony do wersji 1.0 w kwietniu 2013 r. Experience API rozwiązuje wiele problemów związanych ze starszymi wersjami SCORM. Podobnie jak SCORM, ADL jest zarządcą API Experience. AICC ze swoim cmi5 planowało używać xAPI jako standardu transportu, ale członkowie AICC zdecydowali się rozwiązać organizację i przenieść cmi5 do ADL.
Experience API (Tin Can API) to usługa internetowa, która umożliwia klientom oprogramowania odczytywanie i zapisywanie danych empirycznych w postaci obiektów „wyciągów”. W najprostszej formie stwierdzenia mają formę „Zrobiłem to” lub, bardziej ogólnie, „dopełnienie czasownika aktora”. Można stosować bardziej złożone formularze wyciągów. Dostępny jest również wbudowany interfejs API zapytań, który pomaga filtrować zarejestrowane wyciągi, oraz interfejs API stanu, który zapewnia coś w rodzaju „przestrzeni podstawowej” do korzystania z aplikacji. Wyciągi API doświadczenia są przechowywane w magazynie danych zwanym magazynem rekordów uczenia się , który może istnieć samodzielnie lub w ramach systemu zarządzania nauczaniem .
Harmonogram SCORM
- Styczeń 1999 — podpisano rozporządzenie wykonawcze nr 13111, zlecające Departament Obrony opracowanie wspólnych specyfikacji i standardów dla e-learningu zarówno w sektorze federalnym, jak i prywatnym.
- Styczeń 2000 — SCORM wersja 1.0
- Styczeń 2001 — SCORM wersja 1.1
- Październik 2001 — SCORM wersja 1.2
- Styczeń 2004 — SCORM 2004 (wydanie 1)
- Lipiec 2004 — SCORM 2004 (2. wydanie)
- Czerwiec 2006 — Instrukcja Departamentu Obrony (DoDI) 1322.26 Wymagająca użycia przez Departament Obrony SCORM
- Październik 2006 — SCORM 2004 (wydanie 3)
- Marzec 2009 — SCORM 2004 (wydanie 4)
- 2009 — Pierwsze trzy książki specyfikacji zostały przyjęte jako raporty techniczne przez ISO/IEC JTC1/SC36 , numer normy ISO/IEC TR 29163.
- Październik 2010 — ADL przyznaje Rustici Software szerokie ogłoszenie agencyjne w sprawie przeprowadzenia badań i wywiadów ze społecznością w celu rozpoczęcia tworzenia nowej generacji SCORM. Nazywa się to Projektem Tin Can.
- Wrzesień 2011 — wypuszczono wstępny projekt nowej generacji SCORM (nazwany Tin Can API).
- Czerwiec 2012 — wydano wersję .9 interfejsu API Tin Can.
- Sierpień 2012 — wydano wersję .95 interfejsu API Tin Can.
- Kwiecień 2013 — wydano wersję 1.0.0 interfejsu API Tin Can, nazwę projektu zmieniono na „ Experience API ” lub xAPI, ale wielu nadal nazywa go interfejsem API Tin Can.
Zgodne oprogramowanie
Oprogramowanie serwera
Oprogramowanie do edycji treści
- Scenariusz
- Wyraźna fabuła
- Wyraźny wzrost
- Apartament ISpring
- Adobe Captivate