SCORM ( engelsk Sharable Content Object Reference Model - "modell av referenser till objekt med delat innehåll") är en samling specifikationer och standarder utvecklade för distansutbildningssystem . Den innehåller krav på uppläggning av utbildningsmaterial och hela systemet för distansundervisning . SCORM låter dig säkerställa kompatibiliteten hos komponenter och möjligheten till återanvändning : utbildningsmaterialet representeras av separata små block som kan inkluderas i olika utbildningar och användas av distansutbildningssystemet, oavsett vem, var och med vilka medel de skapades. SCORM är baserat på XML- standarden .
Advanced Distributed Learning Initiative Group började utveckla SCORM 1999 Specifikationen "CMI001 - Guidelines for Interoperability" [1] version 3.0, som släpptes av AICC- organisationen i september 1999, togs som grund för framtida utveckling. Den beskrev kraven för ett datorbaserat inlärningssystem ( Computer Managed Instruction, CMI ) och blocken av utbildningsmaterial som används i det ( Engelska Assignable Unit, AU ) . Kommunikation mellan AU och CMI kan ske antingen genom att läsa/skriva lokala filer (introducerad i CMI001 v1.0, 1993), eller via HTTP-protokollet (introducerat i CMI001 v2.0, 1998), eller via Javascript API ( v3. 0, 1999). CSV -textfiler användes för att beskriva e-kurselementen i CMI001 . Två delar av AICC CMI001-specifikationen (en beskrivning av den överförda datamodellen och en beskrivning av interaktion genom Javascript) ingår i SCORM RTE ( Run-Time Environment ) -specifikationen som utvecklas av ADL-gruppen . Istället för termen Assignable Unit började SCORM-dokumentationen använda termen engelska. Shareable Content Object (SCO).
För att underlätta portabilitet och tillgänglighet av läromedel borde ADL ha lagt till sina specifikationskrav för att beskriva metadata och hur läromedel paketeras. I samarbete med organisationen IMS Global utvecklades specifikationerna för IMS Learning Resources Meta-Data [2] (IMS MD) och IMS Content Packaging [3] (IMS CP) , som ingick i SCORM CAM-specifikationen ( Content Aggregation ) Modell ) som SCORM Meta-Data och SCORM Content Packaging sektioner. I den senare kompletterades IMS CP-specifikationen med flera specialelement hämtade från AICC CMI001 (värdena för dessa element skickas antingen till inlärningsobjektet via Javascript API, eller används av systemet för att styra navigering genom lärobjekten ingår i paketet).
Versioner av SCORM 1.0 och SCORM 1.1 var testversioner och distribuerade i små cirklar för att testa och samla in feedback. I oktober 2001 släpptes SCORM 1.2 [4] och började aktivt distribueras. Samtidigt fortsatte ADL-teamet att arbeta med att förfina SCORM, i synnerhet för att förbättra navigeringsmöjligheterna.
År 2002 avslutades det gemensamma arbetet av IMS Global , Ariadne och IEEE LTSC [5] för att slutföra IMS MD-specifikationen till standardnivån. IEEE 1484.12.1-standarden kallas LOM ( Learning Object Metadata ), och på grund av bakåtkompatibilitet med IMS MD kan den användas i SCORM-paket för att beskriva metadata.
ADL beslutade också att formalisera interaktionsmodellen som en officiell internationell standard, i samband med vilket man vände sig till IEEE LTSC standardiseringskommitté. LTSC-arbetsgruppen, i kontakt med AICC , slutförde interoperabilitetsspecifikationen, vilket resulterade i att två officiella standarder släpptes 2003 :
Under tiden släppte IMS Global- konsortiet specifikationen IMS Simple Sequencing [6] (IMS SS) 2003 , som innehåller krav för att beskriva sekvenserna av godkänt utbildningsmaterial. Denna specifikation utgjorde grunden för SCORM SN-specifikationen ( Sequencing and Navigation ) som utvecklades av ADL .
I januari 2004 släpptes den första utgåvan av SCORM 1.3 (döpt om till SCORM 2004). I den introducerades SCORM RTE-sektionen med en beskrivning av IEEE 1484.11-standarderna (med ett modifierat API som blev känt som SCORM API 2004), kompletterat med speciella ADL-element som används för att organisera navigering, som beskrivs i detalj i den nya SCORM SN sektion. IEEE LOM- standarden har lagts till i SCORM CAM-sektionen istället för IMS MD, och krav har lagts till för att beskriva paketnavigering i enlighet med IMS SS. I juli samma år släpptes en något modifierad andra upplaga av SCORM 2004.
I juni 2006 gav USA:s försvarsdepartement mandat att all utveckling av e-lärande skulle vara SCORM-kompatibel.
Senare gjordes ytterligare några ändringar i SCORM 1.3: i oktober 2006 släpptes den tredje upplagan och i mars 2009 - den fjärde - SCORM 2004.
Introduktion till standarden. Den innehåller SCORMs allmänna bestämmelser och idéer.
Denna del av standarden beskriver strukturen för utbildningsenheter och paket med utbildningsmaterial. Paketet kan innehålla en kurs, lektion , test , modul etc. Paketet innehåller en xml -fil (manifest), som beskriver paketets struktur, och filer som utgör utbildningsblocket. Den här filen måste heta imsmanifest.xml och finnas i paketets rotmapp.
Paketmanifestet innehåller:
Blocken av utbildningsmaterial som ingår i paketet kan vara av två typer: resurser och objekt som innehåller innehåll som är tillgängligt för utbyte mellan användare (SCO ( Shareable Content Object) ) .
Exempel på SCORM-paketets manifestkod:
<?xml version="1.0" encoding="UTF-8"?> <manifest version= "1.3" identifier= "8EA33DC1" xmlns= "http://www.imsglobal.org/xsd/imscp_v1p1" > <metadata> <schema> ADL SCORM </schema> <schemaversion> 2004 4:e upplagan </schemaversion> </metadata> <organizations default= "09B4C179" > <organization identifier= "09B4C179" structure= "hierarchical" > <title> Innehåll </ title> <item identifier= "7D841A9D" isvisible= "true" identifierref= "44D33973" > <title> Ett exempel på ett SCO-objekt som interagerar med ett LMS </title> </item> </organization> </organisations> < resurser xmlns: adlcp= "http://www.adlnet.org/xsd/adlcp_rootv1p3" > <resource identifier= "44D33973" adlcp:scormType= "sco" type= "text/html" href= "sco.htm" > <file href = "sco.htm" /> </resource> </resources> </manifest>För att överföra paket över nätverket (till exempel för att ladda upp till ett lärandehanteringssystem) kräver SCORM CAM-specifikationen att innehållet i paketet placeras i ett zip- arkiv. Filen imsmanifest.xml måste finnas i roten av arkivet. De återstående filerna i paketet måste vara lokaliserade enligt deras plats i filelementen i manifestinnehållet. Till exempel, i fallet med manifestkoden ovan, måste sco.htm-filen vara placerad på samma nivå som imsmanifest.xml, det vill säga i roten av arkivet. Och om <file href="folder1\sco.htm" /> skrevs i manifestet, måste sco.htm-filen finnas i mappen folder1 i arkivet.
Denna del av standarden beskriver interaktionen mellan SCO och Learning Management System ( LMS) genom applikationsprogrammeringsgränssnittet (Application Program Interface, API ) . SCORM RTE-kraven säkerställer att SCO och LMS är interoperabla så att varje distansutbildningssystem kan interagera med SCO på samma sätt som alla andra som överensstämmer med SCORM-standarden. LMS måste tillhandahålla leverans av de nödvändiga resurserna till användaren, lansering av SCO, spårning och bearbetning av information om elevens handlingar, överföring av begärd data till SCO-objektet och lagring av mottagen data.
Interaktionen utförs genom API_1484_11-objektet som finns i ett av de överordnade webbläsarfönstren i förhållande till fönstret för träningsobjektet. Lärobjektet måste startas antingen i en ram ( <iframe>) på LMS-sidan eller i ett popup-fönster (via ett JavaScript -anrop till window.open). I början av sitt arbete måste SCO-objektet hitta API_1484_11-objektet i ett av de överordnade fönstren, med hjälp av den överordnade fönsteruppräkningsalgoritmen (SCORM API Discovery Algorithm) för detta, och sedan anropa metoden Initialize("")för detta objekt.
Efter framgångsrik initiering kan SCO begära data från systemet med metoden GetValue("data_element_name") eller skicka data till systemet med SetValue("data_element_name", "value") metoden. De möjliga dataelementen och deras giltiga värden listas i specifikationen. För att tvinga spara data som skickas till systemet måste SCO-objektet anropa Commit("").
API:et tillåter också SCO-objektet att spåra möjliga fel som uppstår under interaktion med hjälp av metoderna GetLastErroroch . GetErrorStringGetDiagnostic
I slutet av sitt arbete måste SCO anropa metoden Terminate("")och därigenom informera systemet om att arbetet med det är avslutat och att det kan stängas (eller gå vidare till nästa objekt).
Ett exempel på den enklaste SCO (den här html-sidan frågar inlärningshanteringssystemet om namnet på studenten som öppnade det):
< html > < head > < script language = "javascript" > funktion findAPI ( win ) { //sök i överordnade fönster efter ett objekt som heter API. var findAPITries = 0 ; //vi kommer att räkna antalet försök så att sökningen inte är oändlig. while (( win . API_1484_11 == null ) && ( win . parent != null ) && ( win . parent != win )) { findAPITries ++ ; if ( findAPITries > 20 ) returnerar null ; //talet 20 tas villkorligt, teoretiskt kanske det inte räcker. vinna = vinna . förälder ; } retur vinst . API_1484_11 ; } funktion getAPI () { //get API-objektet för den aktuella SCO. var theAPI = findAPI ( fönster ); //Först försöker vi söka i det aktuella fönstrets föräldrar. if (( theAPI == null )) { //om inte hittas i det aktuella fönstrets överordnade, if ( ( fönsteröppnare ! = null ) && ( typ av ( fönsteröppnare ) != "odefinierat" ) ) API = findAPI ( fönster .öppnare ) ; //låt oss sedan försöka hitta i föräldrarna till fönstret som öppnade det aktuella. } returnera API ; } funktion start () { //denna funktion kommer att fungera när SCO öppnas. var api = getAPI (); if ( api != null ) { api . initialisera ( "" ); värde = api . GetValue ( "cmi.learner_name" ); //begär systemet för elevens namn, dokument . skriv ( "Studentens namn: " + värde ); //och visa det på skärmen. } annat dokument . write ( "Kan inte ansluta till systemets API." ); } function stop () { //denna funktion kommer att triggas när SCO stänger. var api = getAPI (); if ( api != null ) api . avsluta ( "" ); } < /script> < title > Ett exempel på ett SCO- objekt som interagerar med ett LMS < /title> < /head> < body onLoad = "start()" onunload = "stop()" > < /body> < /html >Denna del av standarden beskriver hur navigering och presentation av läromedelskomponenter bör organiseras beroende på elevens handlingar. Kraven för SCORM SN tillåter dig att presentera materialet för studenten i enlighet med individuella egenskaper.
Den här delen innehåller den fullständiga listan över SCORM-efterlevnadskrav som granskats av ADL. Ett lärandehanteringssystem eller lärinnehållsredigerare kan få en SCORM-certifiering från ADL om det fungerar i enlighet med dessa riktlinjer.