RTE
SCORM 2004
Run Time Environment
introduzione
[email protected]
SCORM 2004 bookshelf
RTE
RTE
Interazione di funzionamento (run-time)
Interazioni con la modalità di
assemblamento dei materiali
LMS CAM 1.3
CP CAM 1.3
MD CAM 1.3
LMS RTE 1.3
CP RTE 1.3
SCO RTE 1.3
LMS SN 1.3
Interazione con le modalità di sequencing
RTE
Introduzione alla fad
Background
Evoluzione procedurale
Procedure di standardizzazione
Enti coinvolti
Componenti
Di un sistema FAD
Appl. SCORM
Evoluzioni/prospettive
Mappatura standard/componenti
Javascript / DOM / XML / Metadata
repositories - Learning Objects
Nozioni di base SCORM / bookshelf
Introduzione a CAM – S&N - RTE
Analisi e binding di CAM – S&N - RTE
Applicazioni ed esempi
Conformità piattaforma a SCORM 2003
Da SCORM 1.2 a SCORM 1.3 (2004)
RTE
• Fino a SCORM 1.2 le API erano definite in base
al modello di AICC
• Contemporaneamente, IEEE stava valutando la
proposta AICC per farne un modello proprio
• Da SCORM 1.3 (2004) il modello utilizzato è IEEE
1484.11.2 per le API e 1484.11.1 per il data
model
• Ci sono cambiamenti che si riflettono in
differenze, anche sostanziali, di funzionamento
tra SCORM 1.2 e SCORM 1.3
RTE
Run Time Environment
utente
Materiale didattico
standard
Cosa comunicare
(DATA MODEL)
Come comunicarlo
(API)
LMS
RTE
Run Time Environment
LMS
Nome utente
String 128 chr
Valori:
Percentuale fruiz.
Finita
Già iniziata
Segnalibro
Nome utente
DATA
MODEL
Stato Lezione
Risult. Test
……
……
API
Intero max 100
Stato Lezione
Risult. Test
Materiale didattico
standard
……
……
RTE
Modello SCORM
Learning Management System (LMS)
LMS
LMS
Server
Server
Server Side
Client Side
Browser
Data Model
Actual data sent
back and forth
between SCO
and LMS
Asset
SCO
API
API
Adapter
Adapter
JavaScript
JavaScript
API (Communications
Link between SCO
and LMS)
Launch
MODELLO TEMPORALE
• Login session
– Da login a logout
• Learning Attempt
– Un periodo tracciato per soddisfare le richieste di
una learning activity su uno SCO
• Learner Session
– Un periodo ininterrotto di tempo durante il quale
l’utente accede ad uno SCO
• Communication Session
– Una connessione attiva tra SCO e LMS
RTE
RTE
Modello temporale
Login session
Learner attempt
Take away
From learner
Take away
Launch SCO
From learner
Launch SCO
Learner session
Communication session
Initialize()
Terminate()
(…)
Learner session
Communication session
Initialize()
Terminate()
Persistenza dei dati
RTE
• L’LMS non è obbligato a tenere i dati quando uno SCO
non è in fruizione, a meno che lo SCO non sia in stato di
‘sospensione’
• Spesso, gli LMS mantengono traccia dei dati di runtime
per varie ragioni
– Tracking
– Ragioni amministrative
• Spesso gli LMS hanno sistemi paralleli di tracciamento
– Tabella generale operazioni
– Tabella operazioni del corso
• Tabella operazioni di modulo
– Tabella tracciamenti SCORM
RTE
Modalità di fruizione
tempo
Learner attempt
Learner session
tempo
Learner attempt
Learner session N.1
Learner session N.2
Learner session N.3
tempo
Learner attempt
Learner session N.1
Learner session N.2
Learner attempt
Learner session N.3
Learner session N.4
RTE
Il lancio di uno SCO
•
E’ compito dell’LMS definire,
–
–
–
in base ad input dell’utente
o del sistema,
a seconda delle impostazioni di sequencing
il tipo di risorsa da lanciare (SCO, Asset)
•
Una volta identificata la risorsa da lanciare, viene identificata e lanciata tramite URL
SEQUENCING:
Lanciare lexx2
RTE
SCORM 2004
Run Time Environment
Fine introduzione
Progetto
kosmos