SCORM futásidejű környezet

a SCORM futásidejű környezet áttekintése

a SCORM futásidejű specifikáció szabályozza, hogy az LMS hogyan indítja el a tartalmat, és hogyan kommunikál a tartalom az LMS-szel. Mindez kommunikáció történik keretében egyetlen kísérlet egyetlen SCO. Az egyszerűsített költségelszámolási módszerek közötti navigációt a manifestben meghatározott sorrend szabályozza, amelyet itt részletesebben ismertetünk.

tartalom elindítása

minden SCORM-tartalomnak webes megjeleníthetőnek kell lennie, és minden SCORM-kommunikáció egy webböngésző munkamenetének kontextusában történik. Az LMS egyszerre egy SCO-t indít, a felhasználó által kiválasztott vagy a SCORM 2004 szekvenálási szabályok szerint. A SCORM 2004 3. kiadása előtti verziókban nem voltak formai követelmények az LMS által biztosított felhasználói felületre. Minden LMS kissé eltér, de javarészt, méltányos elvárni, hogy az LMS az alább látható interfészhez hasonló felületet biztosítson. Legalább tartalmaznia kell valamilyen formában a hajózható tartalomjegyzéket, valamint az áramlásnavigáció vezérlőit (előző és Következő gombok). Ezek a navigációs elemek vezérlik az egyszerűsített költségelszámolási módszerek közötti navigációt. Ha navigációra van szükség egy SCO-n belül, az SCO-nak saját navigációs elemeket kell biztosítania.

az LMS-nek két lehetősége van az SCO elindítására. Vagy elindíthatja az SCO Ina keretkészletet (a fenti képen látható módon), vagy elindíthatja az SCO-t egy új ablakban. Egyes LMS-ek mindig így vagy úgy indítják el a tartalmat. Általában azonban, ha egy tanfolyam csak egy SCO-t tartalmaz (és így nem igényel navigációs elemeket az LMS-től), az SCO egy felugró ablakban indul. Ezzel szemben, ha a tanfolyam sok SCO-t tartalmaz, akkor az LMS általában navigációs elemekkel körülvett keretkészletben indítja el az SCO-kat. Egyes LMS – ek lehetővé teszik a tartalomszerzők számára, hogy pontosan ellenőrizzék az SCO-k indítását, mely navigációs elemek állnak rendelkezésre, sőt az SCO ablakok méretét is.

az API

minden kommunikáció az SCO és az LMS között egy ECMAScript (JavaScript) API-n keresztül történik. Ez az egyetlen módja a kommunikációnak. Nincs más kommunikációs csatorna. A tartalom nem kommunikálhat webszolgáltatásokon, űrlapbejegyzéseken, adatbázis-írásokon vagy bármilyen más mechanizmuson keresztül, csak az LMS által biztosított JavaScript API-n keresztül.

az API megkeresése

az LMS felelős egy kifejezetten megnevezett JavaScript objektum biztosításáért a böngésző DOM-Ján belül egy adott helyen. Így a tartalom mindig megtalálja ezt az API-t egy közös algoritmus segítségével.

a SCORM 1.1-ben és a SCORM 1.2-ben az API objektum neve mindig “API”. A SCORM 2004-ben az objektum neve “API_1484_11”.

az API objektumnak olyan ablakban kell lennie, amely az SCO szülője vagy az SCO nyitó ablakának szülője. A” szülő ” ablak a szülőablakok teljes láncát jelenti egészen a gyökér böngészőablakig. Tehát az API lehet az SCO szülőjében, az SCO szülőjének szülőjében, az SCO szülőjének szülőjében stb. Hasonlóképpen, az API lehet A nyitó ablakban, a nyitó szülőjében, a nyitó szülő szülőjében stb. A SCORM 2004 3rd Edition specifikáció alábbi diagramjai szemléltetik a lehetséges API-helyeket.

a SCORM olyan speciális algoritmusokat tartalmaz, amelyeket a tartalom használhat a SCORM API megtalálásához.

az API használata

Miután az SCO megtalálta a SCORM API-t, az API segítségével kommunikálhat az LMS-szel. Ne feledje, hogy csak az SCO kezdeményezheti a kommunikációt. Az LMS egy passzív entitás, amely egyszerűen reagál a tartalom által kezdeményezett API-hívásokra. Az LMS nem kezdeményezhet semmilyen kommunikációt, egyszerűen elindítja a tartalmat és válaszol a kérésekre.

a SCORM API nyolc metódust tartalmaz a következő aláírásokkal:

SCORM 2004

 inicializálás ( ""): bool Terminate ( "" ): bool GetValue (element: CMIElement ): string SetValue (element : CMIElement, érték : string): string Commit ( "" ): bool GetLastError (): CMIErrorCode GetErrorString( errorCode: Cmierrcode ): string GetDiagnostic (errocode : Cmierrcode ) : string

SCORM 1.1 / SCORM 1.2

LMSInitialize( "" ) : bool LMSFinish( "" ) : bool LMSGetValue( element : CMIElement ) : string LMSSetValue( element : CMIElement, value : string) : string LMSCommit( "" ) : bool LMSGetLastError() : CMIErrorCode LMSGetErrorString( errorCode : CMIErrorCode ) : string LMSGetDiagnostic( errocCode : CMIErrorCode ) : string

a módszernevek kissé eltérnek a SCORM verziók között, de fogalmilag a módszerek azonosak.

Megjegyzések:

• a bool típus egy SCORM logikai, amely valójában egy “true” vagy “false”értékű karakterlánc.
• a “” paramétert minden olyan SCORM metódus megköveteli, amely nem fogad el más argumentumokat. Az SCO-knak egyszerűen át kell adniuk egy üres karakterlánc paramétert ezekhez a módszerekhez.
• a CMIElement adattípus az alábbiakban leírt SCORM adatmodell elemeknek megfelelő karakterlánc.
• a CMIErrorCode adattípus egy háromjegyű szám, amely egy karakterláncot képvisel, amely megfelel az egyik SCORM futásidejű hibakódnak.

inicializálás / Lmsinitializálás

az inicializálási módszer jelzi az LMS-nek, hogy a tartalom kommunikációs munkamenetet szeretne kezdeni. Minden SCO-nak meg kell hívnia az inicializálást, mielőtt bármilyen más kommunikációt végrehajtana. Az LMS egy logikai értéket ad vissza, amely jelzi az inicializálás sikerét vagy kudarcát. Általában az LMS-eknek nem kell sok inicializálást végezniük, és mindig “true”értéket adnak vissza.

Terminate / LMSFinish

a Terminate módszer azt jelzi az LMS-nek, hogy a tartalom kommunikálva van. Minden SCO-nak hívnia kell a megszüntetést. A Terminate hívása nem feltétlenül jelenti azt, hogy a felhasználó az SCO-val végzett, technikailag csak azt jelzi, hogy az SCO kommunikál. A gyakorlatban azonban a tartalom kompatibilisebb és használhatóbb lesz, ha a Terminate-et csak akkor hívják meg, amikor a tartalmat el lehet venni a felhasználótól. Mivel a Terminate – t mindig meg kell hívni, függetlenül attól, hogy a tanuló hogyan lép ki az SCO-ból, bölcs dolog hívást kezdeményezni az SCO onunload eseményében. Az LMS által visszaadott logikai érték gyakran jelzi, hogy az SCO-adatok sikeresen megmaradtak-e a kiszolgálón.

GetValue / LMSGetValue

a getvalue módszer lehetővé teszi az SCO számára az adatok lekérését az LMS-ből. A mindig lekért adatok a SCORM adatmodell egyik meghatározott eleme. Ezen adatmodell elemek mindegyike más-más adatot tartalmaz. Néhány adatmodell elemnek az LMS által inicializált értékei vannak, amelyek az SCO indításának körülményeire utalnak. A többi értéket az SCO inicializálja a setvalue hívásokon keresztül. Ha a getvalue hívás üres karakterláncot ad vissza, lehetséges, hogy hiba történt, és a getlasterror metódust kell meghívni a problémák ellenőrzéséhez.

SetValue / LMSSetValue

a SetValue módszer lehetővé teszi az SCO számára, hogy adatokat tartson fenn az LMS-nek. Az adatokat mindig az egyik meghatározott SCORM adatmodell elem tárolja. Egyes adatmodell elemek korlátozott szókincsű értékekre korlátozódnak (például az állapot lehet “befejezett” vagy “átadott”), mások arra kényszerülnek, hogy meghatározott adattípusok legyenek (például a pontszámnak mindig számnak kell lennie), míg mások lehetővé teszik az SCO számára, hogy szemantikai jelentés nélküli szabad szöveges adatokat tartson fenn. A SetValue hívás egy logikai értéket ad vissza, amely jelzi a hívás sikerét vagy kudarcát.

Commit / LMSCommit

a Commit módszer jelzi az LMS-nek, hogy jelentős mennyiségű adat mentésre került, és hogy biztosítania kell az adatok megfelelő megőrzését. Nincsenek követelmények arra vonatkozóan, hogy az LMS hogyan valósítsa meg a Commit módszert, ez egyszerűen informatív jel. Néhány LMS teszi oda-vissza a szerver minden hívás elkövetni annak érdekében, hogy az összes adat megmarad. Bár intuitív, ez a megvalósítási stratégia skálázhatósági problémákhoz vezethet. Ügyeljen arra, hogy ne hívjon túlzottan elkötelezettséget, hogy ne terhelje túl ezeket az LMS-eket.

GetLastError / LMSGetLastError

a getlasterror módszer ellenőrzi, hogy az utolsó SCORM API-hívás okozott-e hibát. Ha igen, akkor ez a módszer olyan hibaszámot ad vissza, amely megfelel a lehetséges hibák meghatározott halmazának. Néhány hibaszám teljesen legitim helyzeteket jelent (például 403 – adatmodell elem nincs inicializálva). Az SCO szerzőinek ügyelniük kell arra, hogy csak jogosan váratlan hibákat jelöljenek meg a felhasználó számára. A hibakódok teljes listája megtalálható a SCORM futásidejű referencia diagramban.

GetErrorString / LMSGetErrorString

adott hibaszám (általában a getlasterrorból visszaadott hibaszám) esetén a GetErrorString metódus szöveges leírást ad vissza arról, hogy mit jelent a hibakód. Például a SCORM 2004-ben a “406” számú hibaszám egy “adatmodell Elemtípus-eltérés” karakterláncot ad vissza, jelezve, hogy az előző hívás eredménye (valószínűleg egy SetValue) sikertelen volt, mert a tárolt adatok nem a megfelelő formátumban voltak.

GetDiagnostic / LMSGetDiagnostic

a GetDiagnostic módszer lehetővé teszi az LMS számára, hogy részletes információkat adjon vissza az előző hibáról, amelyek hasznosak lehetnek a probléma diagnosztizálásában. Például a fent említett “406” hiba diagnosztikai információi lehetnek: “a” nulla ” érték nem megengedett a cmi számára.pont.nyers. A cmi.pont.a nyers elemnek tartalmaznia kell egy érvényes számot, amely csak számjegyként jelenik meg”.

a SCORM futásidejű adatmodell

a futásidejű adatmodell számos elemet tartalmaz, amelyek mindegyikének megvan a maga jelentése. Az elemek az API segítségével olvashatók és írhatók. A SCORM futásidejű referencia diagram tartalmazza az egyes adatmodell elemek listáját az adattípusukkal együtt, valamint jelentésük és használatuk rövid leírását.

minden SCO-nak saját futásidejű adatkészlete van. Ezen adatmodell-elemek mindegyikének külön értéke van a tanfolyamon belüli minden SCO-hoz, az adatmodell-elemek nincsenek megosztva az SCO-k között. Ezenkívül az SCO minden “kísérletének” megvan a saját futásidejű adatkészlete. Amikor a tanuló új kísérletet indít egy SCO-n, az adatmodell értékei visszaállnak az új kísérlet kezdetére.

az adatmodell elemei kissé eltérnek a SCORM verziókban, de a legtöbb esetben a szabványok minden verziójában van egy megfelelő elem. A SCORM 1.1 és a SCORM 1.2 azonos adatmodellekkel rendelkezik. A SCORM 2004 más adatmodellkészlettel rendelkezik. Kisebb finom különbségek vannak a SCORM 2004 kiadásai között is. A diagram átfogó referenciát nyújt az egyes verziókhoz / kiadásokhoz. A SCORM 2004 legjelentősebb változásai a következők:

• kisebb átnevezés, többnyire eltávolítja a” magot ” az adatmodell elemneveiből.
• státusz szétválasztása. A SCORM 1.2 egyetlen elem, cmi.mag.a lesson_status az SCO állapotát jelenti. A SCORM 2004-ben az állapot két különálló elemre, a cmi-re oszlik.completion_status (befejezett vs hiányos) és cmi.success_status (sikeres vs sikertelen).
• az interakciók (kérdések eredményei) csak írás helyett olvashatók/írhatók. Az interakciók tartalmaznak egy leírás mezőt is, amely hiányzott a SCORM 1.2-ből.
• adl hozzáadása.nav.* adatmodell elemek, amelyek lehetővé teszik az SCO számára, hogy szekvenálási kérelmeket kezdeményezzen

a futási idő használata

az SCORM futási idő használata szigorú megfelelőség szempontjából nagyrészt opcionális, azonban az iparági norma az, hogy a futási idő adatmodell elemeinek legalább egy részhalmazát használja.

a legegyszerűbb, ha a kurzus csak indítható eszközöket tartalmaz, nincs szükség futásidejű hívásokra. Az LMS egyszerűen elindítja az egyes eszközöket a felhasználó kérésére, és az eszköz az Indítás után azonnal befejezettnek tekinthető.

a gazdagabb interakció érdekében az első dolog, amit meg kell tennünk, a futásidejű kommunikáció engedélyezése. Ez magában foglalja az API megtalálását, majd annak biztosítását, hogy az Inicialize és a Terminate meghívásra kerül. A legtöbb esetben az inicializálást az SCO elindítása után azonnal meg kell hívni. Az inicializálás meghívása után elengedhetetlen, hogy a Terminate minden kilépési forgatókönyvben meghívható legyen.

a kommunikáció inicializálása után ideje elkezdeni az adatok tényleges kommunikációját. A következő” 1. szint ” adatmodell elemek a legfontosabb és leggyakrabban használt (SCORM 1.2 zárójelben egyenértékű):

• cmi.completion_status & cmi.success_status (cmi.mag.lesson_status) – ezek az adatmodell elemek a legalapvetőbbek és legfontosabbak. Jelzik, ha a felhasználó befejezte a tanfolyamot, és ha sikeres vagy sikertelen. Ez az alapvető információ elengedhetetlen a legtöbb LMS számára.
• cmi.pont.scaled (cmi.mag.pont.nyers) – azt a pontszámot jelzi, amelyet a tanuló az SCO-n belüli bármely értékelésen szerzett. A min és max pontszám jelentése a nyers pontszámmal együtt szintén jó forma.
• cmi.session_time (cmi.mag.session_time) – az SCO-ban töltött időt jelenti.
• cmi.hely (cmi.mag.lesson_location) – szabad szövegmezőt biztosít az SCO számára a könyvjelző rögzítéséhez. Ha az SCO nagyobb, mint egy pár HTML oldal, akkor fontolóra kell vennie egy könyvjelző funkció megvalósítását, hogy a tanuló folytathassa a szüneteltetett kísérletet.
• cmi.kilépés (cmi.mag.exit) – ez az érték azt jelzi, hogy a tanuló hogyan lép ki az SCO – ból. CMI beállítása.az exit to “suspend” funkció biztosítja, hogy az aktuális kísérlet megmaradjon, és a futásidejű adatok ne legyenek alaphelyzetbe állítva az SCO következő indításakor. CMI beállítása.a “” – ra való kilépés azt jelzi, hogy az LMS-nek Új kísérletet kell indítania egy új futásidejű adatokkal az SCO következő indításakor.

az iparági norma elvárja, hogy az 1.szintű adatmodellek összes elemét helyesen használják az SCO-ban. Miután engedélyezte ezt a funkciót, a következő leggyakoribb adatmodell elemek, vagy a 2. szint, a következők:

• interakciók-használja az interakciók adatmodell elemeit az egyes kérdésekre adott válaszok eredményeinek jelentéséhez. Az interakciónak nem kell hagyományos tesztválasznak lennie. Például egy SCO dokumentálhatja a tanuló választásait, miközben egy szimuláción keresztül halad. Ha lehetséges, használja az összes interakciós elemet, hogy a legátfogóbb képet nyújtsa a tanuló válaszairól. Legalább az “id”, a “type”, az “result” és a “description” használatával engedélyezze az LMS-ek számára az alapvető jelentések készítését.
• célkitűzések – a nagy egyszerűsített költségelszámolási módszereknél fontolja meg a tanulók konkrét tanulási célok elsajátításának jelentését a célok adatmodell elemeinek felhasználásával. A célok lehetővé teszik a tanuló előrehaladásának részletesebb jelentését a képzési anyag elsajátítása révén.
• cmi.progress_measure-használja a progress_measure elemet az SCORM 2004-ben, hogy jelentse a felhasználó előrehaladását az SCO befejezése felé. A progress_measure olyan, mint egy” százalékos teljes ” intézkedés, amely lehetővé tenné az LMS számára, hogy előrehaladási sávot biztosítson a kurzus teljes befejezéséről.

Belépés, mód és jóváírás

a cmi.Belépés (cmi.mag.Belépés), cmi.mód (cmi.mag.lesson_mode) és cmi.hitel (cmi.mag.hitel) Az adatmodell elemek olyan kontextust biztosítanak az SCO számára, amelyet felhasználhat a tanuló számára az optimális élmény biztosításához.

• cmi.a bejegyzés azt jelzi, hogy a felhasználó először indítja-e el az SCO-t, vagy folytatja-e egy korábbi kísérletet. Ha könyvjelzőt használ, az SCO ezt az értéket használhatja arra, hogy felszólítsa a felhasználót, hogy kezdje az elejétől vagy attól a ponttól, ahol az előző kísérlet véget ért.
• cmi.a mód azt jelzi, hogy a tanuló elindítja – e ezt az SCO – t: általában – egy “élő” edzésen; böngészési módban-a felhasználó böngészi a képzés katalógusát, és “előnézeti” szeretné ezt a kurzust; vagy felülvizsgálati módban-a felhasználó már befejezte az SCO-t, és visszatér az anyag áttekintéséhez. Böngészési módban az SCO-szerzőnek fontolóra kell vennie az SCO-k viselkedésének megváltoztatását, hogy több szabad formájú navigációt biztosítson, áttekintést vagy térképet nyújtson a tanfolyamról, és esetleg elrejtse az értékeléseket. Felülvizsgálati módban az SCO szerzőjének hasonlóképpen fontolóra kell vennie a karcsúbb teljes navigációs szabadság engedélyezését. Felülvizsgálati módban a tanuló szabadon navigálhat bármely teszten, és böngészhet a helyes válaszok listáján. Felülvizsgálati módban történő indításkor az SCO-nak ügyelnie kell arra, hogy ne változtassa meg a tanuló állapotát vagy állítsa vissza a pontszámot.
• cmi.a hitel azt jelzi, hogy ez az SCO hitelkísérlet-e vagy sem, vagy “számít”. A böngészési módhoz hasonlóan, ha az SCO-t hitel nélkül indítják el, akkor a viselkedést valószínűleg meg kell változtatni.