SCORM ( englanninkielinen Shareable Content Object Reference Model - "malli viittauksista jaettuun sisältöobjektiin") on kokoelma eritelmiä ja standardeja , jotka on kehitetty etäopiskelujärjestelmille . Se sisältää vaatimukset opetusmateriaalin järjestämiselle ja koko etäopiskelujärjestelmälle . SCORM:n avulla voit varmistaa komponenttien yhteensopivuuden ja niiden uudelleenkäytön : oppimateriaalia edustavat erilliset pienet lohkot, jotka voidaan sisällyttää eri koulutuskursseihin ja käyttää etäopiskelujärjestelmässä, riippumatta siitä kuka, missä ja millä keinoin ne luotiin. SCORM perustuu standardiinXML .
Advanced Distributed Learning Initiative Group aloitti SCORM : n kehittämisen vuonna 1999 AICC -organisaation syyskuussa 1999 julkaisema spesifikaatio "CMI001 - Guidelines for Interoperability" [1] versio 3.0 otettiin tulevan kehityksen perustaksi. Siinä kuvattiin tietokonepohjaisen oppimisen hallintajärjestelmän ( Computer Managed Instruction, CMI ) vaatimukset ja siinä käytetyt oppimateriaalilohkot ( English Assignable Unit, AU ) . Viestintä AU:n ja CMI:n välillä voidaan tehdä joko lukemalla/kirjoittamalla paikallisia tiedostoja (otettu käyttöön CMI001 v1.0:ssa, 1993) tai HTTP-protokollan kautta (otettu käyttöön CMI001 v2.0:ssa, 1998) tai Javascript API:n kautta ( v3. 0, 1999). CSV -tekstitiedostoja käytettiin kuvaamaan CMI001:n e-kurssin elementtejä . Kaksi osaa AICC CMI001 -spesifikaatiosta (kuvaus lähetetystä datamallista ja kuvaus Javascriptin kautta tapahtuvasta vuorovaikutuksesta) sisältyy ADL-ryhmän kehittämään SCORM RTE ( Run-Time Environment ) -spesifikaatioon . Assignable Unit -termin sijasta SCORM-dokumentaatiossa alettiin käyttää termiä englanti. Shareable Content Object (SCO).
Oppimateriaalien siirrettävyyden ja käytettävyyden helpottamiseksi ADL:n olisi pitänyt lisätä metadatan ja oppimateriaalien pakkaustavan määrittelyvaatimuksiin. Yhteistyössä IMS Global organisaation kanssa kehitettiin IMS Learning Resources Meta-Data [2] (IMS MD) ja IMS Content Packaging [3] (IMS CP) spesifikaatiot , jotka sisällytettiin SCORM CAM -spesifikaatioon ( Content Aggregation Malli ) SCORM Meta-Data- ja SCORM Content Packaging -osioidena. Jälkimmäisessä IMS CP -spesifikaatiota täydennettiin useilla erikoiselementeillä, jotka on otettu AICC CMI001:stä (näiden elementtien arvot joko välitetään oppimisobjektille Javascript API:n kautta tai järjestelmä käyttää niitä ohjaamaan navigointia oppimisobjektien läpi sisältyy pakettiin).
SCORM 1.0 ja SCORM 1.1 versiot olivat kokeiluversioita ja niitä jaettiin pienissä piireissä testausta ja palautteen keräämistä varten. Lokakuussa 2001 SCORM 1.2 [4] julkaistiin ja sitä alettiin levittää aktiivisesti. Samaan aikaan ADL-tiimi jatkoi työskentelyä SCORM:n parantamiseksi, erityisesti navigointiominaisuuksien parantamiseksi.
Vuonna 2002 päättyi IMS Globalin , Ariadnen ja IEEE LTSC:n [5] yhteinen työ IMS MD:n määrittelyn viimeistelemiseksi standardin tasolle. IEEE 1484.12.1 -standardin nimi on LOM ( Learning Object Metadata ), ja koska se on taaksepäin yhteensopiva IMS MD:n kanssa, sitä voidaan käyttää SCORM-paketeissa metatietojen kuvaamiseen.
ADL päätti myös virallistaa vuorovaikutusmallin viralliseksi kansainväliseksi standardiksi, minkä yhteydessä se kääntyi IEEE LTSC:n standardointikomitean puoleen. LTSC-työryhmä, joka oli yhteydessä AICC :hen , viimeisteli yhteentoimivuuseritelmän, minkä seurauksena vuonna 2003 julkaistiin kaksi virallista standardia :
Sillä välin IMS Global -konsortio julkaisi vuonna 2003 IMS Simple Sequencing [6] (IMS SS) -spesifikaation , joka sisältää vaatimuksia opetusmateriaalin läpiviennin sekvenssien kuvaamiselle. Tämä spesifikaatio muodosti perustan ADL:n kehittämälle SCORM SN ( Sequencing and Navigation ) -spesifikaatiolle .
Tammikuussa 2004 SCORM 1.3:n ensimmäinen painos julkaistiin (uudeksi nimeksi SCORM 2004). Siinä SCORM RTE -osio esiteltiin IEEE 1484.11 -standardien kuvauksella (muunnetulla API:lla, joka tuli tunnetuksi nimellä SCORM API 2004), jota täydennettiin navigoinnin järjestämiseen käytetyillä erityisillä ADL-elementeillä, jotka on kuvattu yksityiskohtaisesti uudessa versiossa. SCORM SN -osio. SCORM CAM -osioon on lisätty IEEE LOM -standardi IMS MD:n tilalle, ja vaatimukset on lisätty IMS SS:n mukaiseen pakettinavigoinnin kuvaamiseen. Saman vuoden heinäkuussa julkaistiin hieman muokattu SCORM 2004:n toinen painos.
Kesäkuussa 2006 Yhdysvaltain puolustusministeriö määräsi, että kaikki verkko-oppimiskehitykset ovat SCORM-yhteensopivia.
Myöhemmin SCORM 1.3:een tehtiin lisää muutoksia: lokakuussa 2006 julkaistiin kolmas painos ja maaliskuussa 2009 - neljäs - SCORM 2004.
Johdatus standardiin. Se sisältää SCORMin yleiset säännökset ja ideat.
Tämä standardin osa kuvaa koulutusyksiköiden rakennetta ja oppimateriaalipaketteja. Paketti voi sisältää kurssin, oppitunnin , testin , moduulin jne. Paketti sisältää xml - tiedoston (manifest), joka kuvaa paketin rakenteen ja tiedostot , jotka muodostavat koulutuslohkon. Tämän tiedoston nimen on oltava imsmanifest.xml ja sen on sijaittava paketin juurikansiossa.
Paketin luettelo sisältää:
Pakettiin sisältyvät opetusmateriaalin lohkot voivat olla kahden tyyppisiä: resursseja ja objekteja, jotka sisältävät käyttäjien välillä vaihdettavaa sisältöä (SCO ) .
Esimerkki SCORM-paketin luettelokoodista:
<?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 4th Edition </schemaversion> </metadata> <organisations default= "09B4C179" > <organisation identifier= "09B4C179" structure= "hierarchical" > < title> Sisältö . title> <item identifier= "7D841A9D" isvisible= "true" identifierref= "44D33973" > <title> Esimerkki SCO-objektista, joka on vuorovaikutuksessa LMS:n kanssa </title> </item> </organisation> </organisations> < resurssit xmlns: adlcp= "http://www.adlnet.org/xsd/adlcp_rootv1p3" > <resurssin tunniste= "44D33973" adlcp:scormType= "sco" type= "text/html" href= "sco.htm" > <file href = "sco.htm" /> </resurssi> </resurssit> </manifest>Pakettien siirtäminen verkon yli (esimerkiksi lataaminen oppimisen hallintajärjestelmään) SCORM CAM -spesifikaatio edellyttää, että paketin sisältö sijoitetaan zip - arkistoon. Imsmanifest.xml-tiedoston on sijaittava arkiston juuressa. Paketin muiden tiedostojen on sijaittava niiden sijainnin osoittamalla tavalla luettelon sisällön tiedostoelementeissä. Esimerkiksi yllä olevan luettelokoodin tapauksessa sco.htm-tiedoston on sijaittava samalla tasolla kuin imsmanifest.xml, eli arkiston juuressa. Ja jos <file href="kansio1\sco.htm" /> kirjoitetaan luetteloon, sco.htm-tiedoston on sijaittava arkiston kansiossa kansio1.
Tämä standardin osa kuvaa SCO: n ja Learning Management Systemin ( LMS) välistä vuorovaikutusta sovellusohjelmointirajapinnan (Application Program Interface, API ) kautta . SCORM RTE -vaatimukset varmistavat, että SCO ja LMS ovat yhteentoimivia, jotta jokainen etäopiskelujärjestelmä voi olla vuorovaikutuksessa SCO:n kanssa samalla tavalla kuin mikä tahansa muu SCORM-standardin mukainen. LMS:n tulee tarjota tarvittavien resurssien toimittaminen käyttäjälle, SCO:n käynnistäminen, opiskelijan toimien tietojen seuranta ja käsittely, pyydettyjen tietojen siirtäminen SCO-objektiin ja vastaanotettujen tietojen tallentaminen.
Vuorovaikutus suoritetaan API_1484_11-objektin kautta, joka sijaitsee yhdessä pääselainikkunassa suhteessa opetusobjektin ikkunaan. Oppimisobjekti on käynnistettävä joko kehyksessä ( <iframe>) LMS-sivulla tai ponnahdusikkunassa ( JavaScript -kutsun kautta window.open). Työnsä alussa SCO-objektin on löydettävä API_1484_11-objekti yhdestä pääikkunasta käyttämällä tätä varten pääikkunan luettelointialgoritmia (SCORM API Discovery Algorithm) ja kutsuttava sitten Initialize("")tämän objektin menetelmä.
Onnistuneen alustuksen jälkeen SCO voi pyytää tietoja järjestelmästä GetValue("data_element_name") -menetelmällä tai lähettää tietoja järjestelmään SetValue("data_element_name", "value") -menetelmällä. Mahdolliset tietoelementit ja niiden voimassa olevat arvot on lueteltu eritelmässä. SCO-objektin on kutsuttava järjestelmään lähetettyjen tietojen pakottaminen tallentamiseen Commit("").
API sallii myös SCO-objektin jäljittää mahdollisia virheitä vuorovaikutuksen aikana käyttämällä ja GetLastError-menetelmiä . GetErrorStringGetDiagnostic
Työnsä päätyttyä SCO:n on kutsuttava menetelmä Terminate(""), mikä ilmoittaa sen kanssa toimivalle järjestelmälle, että se on valmis ja se voidaan sulkea (tai siirtyä seuraavaan objektiin).
Esimerkki yksinkertaisimmasta SCO:sta (tämä html-sivu kysyy oppimisenhallintajärjestelmältä sen avanneen opiskelijan nimeä):
< html > < head > < script language = "javascript" > function findAPI ( win ) { //hae API-nimisen objektin ylätason ikkunoista. var findAPITries = 0 ; //Laskemme yritysten lukumäärän, jotta haku ei ole loputon. while (( win . API_1484_11 == null ) && ( win . parent != null ) && ( win . parent != win )) { findAPITries ++ ; if ( findAPITries > 20 ) return null ; //luku 20 otetaan ehdollisesti, teoriassa se ei ehkä riitä. voitto = voitto . vanhempi ; } paluuvoitto . _ API_1484_11 ; } function getAPI () { //hae nykyisen SCO:n API-objekti. var theAPI = findAPI ( ikkuna ); //Ensin yritämme etsiä nykyisen ikkunan vanhemmista. if (( theAPI == null )) { //jos sitä ei löydy nykyisen ikkunan ylätasosta, if (( ikkuna . avaaja != null ) && ( typeof ( ikkuna . avaaja ) != "määrittämätön" )) theAPI = findAPI ( ikkuna .avaaja ) ; //yritetään sitten etsiä sen ikkunan vanhemmista, joka avasi nykyisen. } return theAPI ; } toiminnon käynnistys () { //tämä toiminto toimii, kun SCO avataan. var api = getAPI (); if ( api != null ) { api . alusta ( "" ); arvo = api . GetValue ( "cmi.oppijan_nimi" ); //pyydä järjestelmästä opiskelijan nimi, asiakirja . write ( "Opiskelijan nimi: " + arvo ); //ja näytä se näytöllä. } muu asiakirja . write ( "Ei voi muodostaa yhteyttä järjestelmän API:hen." ); } toiminto stop () { //tämä toiminto käynnistyy, kun SCO sulkeutuu. var api = getAPI (); if ( api != null ) api . lopettaa ( "" ); } < /script> < title > Esimerkki SCO - objektista , joka on vuorovaikutuksessa LMS : n kanssa < /title> < /head> < body onLoad = "start()" onunload = "stop()" > < /body> < /html >Tässä standardin osassa kuvataan, kuinka oppimateriaalikomponenttien navigointi ja esittäminen tulee järjestää oppijan toiminnasta riippuen. SCORM SN:n vaatimukset mahdollistavat materiaalin esittämisen opiskelijalle yksilöllisten ominaisuuksien mukaisesti.
Tämä osa sisältää täydellisen luettelon ADL:n tarkastamista SCORM-yhteensopivuusvaatimuksista. Oppimisen hallintajärjestelmä tai oppimisen sisällön editori voi saada SCORM-sertifikaatin ADL:ltä, jos se toimii näiden ohjeiden mukaisesti.