SCORM

Corso di laurea in Informatica e Comunicazione Digitale
Corso di
Tecnologie Informatiche per la FaD
SCORM
Docente: Prof.ssa Teresa Roselli
a cura di: Pierpaolo Di Bitonto
Requisiti ad alto livello
Come spesso accade l'introduzione degli standard
richiede un riadattamento del ciclo produttivo
del corso (e in questo lo SCORM non fa
differenza) anche se il suo impatto risulta
minimo una volta appresa la sua filosofia.
La standardizzazione
Di fondamentale importanza è la compatibilità sia
del contenuto didattico che della piattaforma con
gli standard del settore
Esistono diversi consorzi internazionali e diverse
specifiche la più accreditata è lo SCORM che si
propone come sistema ottimizzato per il
riutilizzo dei "Learning Object“.
Esso garantisce una riduzione in termini di costi e
di tempi nella realizzazione di nuovi corsi che
condividono anche singole parti di un percorso
formativo precedentemente realizzato.
A.A. 2004/2005 2
3
Storia dello SCORM
Lo SCORM (Sharable Content Object Reference
Model) nasce alla fine degli anni ‘90 dall'esigenza
del dipartimento della difesa statunitense di
migliorare il processo produttivo dei suoi corsi
Sono quattro i punti chiave su cui si concentrano
molte delle risorse e delle aspettative dello SCORM
• riusabilità
• accessibilità
• durata nel tempo
• interoperabilità
4

Riusabilità
Il learning object creato deve:
• essere facilmente modificabile e riusabile da e
con differenti tools di sviluppo
• adattarsi alle varie piattaforme che sono
presenti sul mercato dell'e-learning (LMS, o
LCMS)
Durata nel tempo
Il learning object creato non deve richiedere
significativi interventi per nuove
implementazioni del software.
Lo SCORM, cerca di creare un substrato tra il
corso e le informazioni che esso contiene in
modo da poter evitare di dover modificare
l'intero contenuto di una lezione o del modulo.
Le informazioni che sono presenti, possono essere
cambiate in modo granulare senza lavorare
sulla totalità del materiale didattico.
5
7
Accessibilità
Il learning object creato deve: deve
• garantire una facile individuazione delle
informazioni presenti nel corso, tanto agli
studenti quanto agli sviluppatori;
• poter accedere, come è intenzione dell'ADL, ad
un vasto repository di informazioni avendo un
modello di ricerca in grado di reperire
rapidamente tutte quelle che sono le risorse a
disposizione.
Interoperabilità
Il learning object creato deve garantire il
massimo della compatibilità a livello di
•hardware
• sistema operativo
• browser
L’interoperabilità riprende in parte il concetto di
riusabilità ampliandolo, non solo alle
piattaforme esistenti ma anche a tutto quello
che potrebbe impedire una diffusione e un
immediato utilizzo del corso (o dei Learning
Object).
6
8

Cos’è lo Scorm?
E’ un modello per la condivisione dei contenuti
didattici finalizzato alla interoperabilità con cui
erogare contenuti didattici
tracciare la fruizione del materiale didattico
classificare, archiviare e rendere disponibili risorse
per altri percorsi formativi
Scorm consente di gestire attività formative
differenti e complesse che vanno molto oltre
quanto si potrebbe fare con semplici pagine
web.
Evoluzione dello Scorm…
Lo Scorm si è molto evoluto negli ultimi tre anni
SCORM Version 1.1
January 2001
Content Aggregation
Model (CAM):
Meta-data + Binding
Run-Time
Environment (RTE):
API + Data Model
SCORM Evolution
SCORM Version 1.2
October 2001
Content Aggregation
Model (CAM):
Meta-data + Binding
Adds: Content
Packaging & Content
Organization
Run-Time
Environment (RTE):
API + Data Model
Updated/Fixed
SCORM 2004
January 2004
Content Aggregation
Model (CAM):
Meta-data + Binding
Adds: Content
Packaging & Content
Organization
Updated/Fixed
Run-Time
Environment (RTE):
API + Data Model
Updated/Fixed
Sequencing &
Navigation (SN):
Rules and Behaviors
(new)
CAM 1.3
RTE 1.3
SN 1.3
9
11
Come nasce?
Lo Scorm nasce alla fine degli anni ’90 all’interno
dell’iniziativa ADL (Advanced Distributed
Learning) promossa negli USA dal dipartimento
della difesa e dal dipartimento del lavoro sotto
l’egida dell’ufficio per le politiche scientifiche e
tecnologiche della Casa Bianca.
Proprio a causa delle sue origini le prime versioni
di Scorm riflettono una visione meccanicistica
della formazione ispirata dalle esigenze di una
formazione a basso costo del mondo militare ed
industriale americano.
Scorm 1.2 …
10
12

… Scorm 1.2 …
Le specifiche del modello Scorm 1.2 sono state
organizzate come una libreria. Questo ha
permesso di dividere i contenuti in diversi libri
Scorm overview
Content Aggregation Model (CAM)
dizionario dei metadati
content packaging
metadata XML binding
Run Time Environment (RTE)
data model
launch, comunication API
Content aggregation model
Il CAM si compone del:
dizionario dei metadati: ADL ha organizzato per
questa sezione un “dizionario dei tag” (mutuati dal
LOM) che possono essere usati per descrivere i
contenuti per l’apprendimento in una varietà di
modi
XML binding: in questa sezione si esprimono le
correlazioni fra i tag dei metadati in linguaggio XML
content packaging: in questa sezione si esprimono
le specifiche di impacchettamento dei file dovute a
IMS (IMS content packaging)
13
15
Scorm overview
Lo Scorm overview è dedicato alla descrizione
dello scenario completo della libreria dello
Scorm.
Evidenzia le relazioni esistenti fra il libro dedicato
al RTE (Run Time Environment)e quello dedicato
la CAM (Content Aggregation Model)
Run Time Environment
Il RTE si compone del:
modello dei dati (data model): che spiega come
stabilire quali dati scambiare tra LO ed LMS. Tali
dati riguardano tempi e percentuali di fruizione
dei contenuti, punteggi, competenze acquisite
etc…
modalità di lancio del contenuto: che spiega
come descrivere l’interfaccia di comunicazione tra
il contenuto ed il sistema LMS. È stata definita
un’API che stabilisce una modalità standard di
comunicazione con il LMS indipendentemente da
come sono stati organizzati i contenuti stessi.
14
16

SCORM
Overview
Riassumendo:
Content Aggregation
Model (CAM)
Run Time
Environment (RTE)
Presentazione
dei concetti
Informazioni
concettuali di alto
livello
Assemblaggio,
etichettatura e
impacchettamento dei
contenuti di
apprendimento
Lancio dei contenuti
tramite un LMS,
comunicazione,
tracciamento,
trasferimento dei dati
e eccezioni degli
errori.
… Scorm 1.3 …
Presentazione
delle tecnologie
Introduzione ai
numerosi elementi di
alto livello delle
tecnologie dello
SCORM.
SCO, Asset, Content
Aggregation, Package,
Package Interchange
File (PIF), Meta-data,
Manifest.
API, API Instance,
Lancio, Sessioni,
Metod, Metodi per il
trasferimento dei dati,
Metodi di supporto,
Modello Temporale,
Run-Time Data Model
Relazioni con gli
altri libri
Presentazione degli
altri libri CAM, RTE ad
alto livello.
SCOs e manifests.
SCOs comunicanti con
LMS via RTE.
Gli SCOs che sono
descritti nel CAM,
sono oggetti di
contenuto usati dal
RTE.
Anche le specifiche del modello Scorm 1.3 sono
organizzate come una libreria
Scorm overview
Content Aggregation Model (CAM)
Run Time Environment (RTE)
Sequencing and navigation (SN)
Saranno evidenziate le novità della versione 1.3
rispetto alla precedente. Quanto già detto per la
versione 1.2 vale anche nella 1.3
17
19
Scorm 1.3 …
Overview
Content
Aggregation Model
Meta-data (from IEEE LOM 1484.12)
Content Structure (derived from AICC)
Content Packaging (from IMS)
Sequencing Information (from IMS)
Sequencing and Navigation
Sequencing Information &
Behavior (from IMS)
Run-Time Environment
Content aggregation model
IEEE API 1484.11.2
IEEE Data Model 1484.11.1
Rispetto alla versione 1.2 è stata aggiunta una
descrizione dettagliata del Sequencing and
Navigator, definendo oltre ai concetti di Asset e
SCO nuovi concetti di
SCA (Sharable Content Activity)
Attività di apprendimento
Aggregazione di contenuto
18
20

Sequencing and navigator
Questo volume permette di creare delle attività di
apprendimento (learning activity) in modo da
consentire la fruizione dinamica del corso in
funzione
del livello di conoscenza acquisito
degli argomenti studiati
di strategie didattiche più generali definite in fase
di progettazione del corso
Albero delle attività …
Grazie al SN, è permesso ad un LMS Scorm di
utilizzare un pacchetto di contenuto Scorm e
trasformare il suo contenuto in un “albero delle
attività”
Il sistema che implementa la sequenzializzazione
potrà avere una modalità di rappresentazione
dell’albero dell’attività interna e proprietaria
Le attività possono anche essere clusterizzate
raggruppando elementi gerarchici correlati
21
23
Learning activity
Le attività di apprendimento (LA) hanno
un inizio e una fine definiti
condizioni di completamento e di acquisto di
padronanza della materia trattata ben definite
l’organizzazione in sotto-attività annidate a
qualsiasi livello di profondità
Le risorse di apprendimento vengono utilizzate
dall’allievo durante una LA, alla quale sono
eventualmente associate.
… Albero delle attività
Sequencing Control Mode: Flow = true; Choice = false;
Rollup Controls: Rollup Objective Satisfied = false
Rollup Controls: Rollup Objective Satisfied = false
Introduction
Sequencing Control Mode: Flow = true; Choice = false;
Rollup Rules: Completed if all completed; Satisfied if all satisfied; Not Satisfied if any Not Satisfied;
Exit Rules: Exit if completed
Module 1:
Basics
Lesson 1:
Interface
Lesson 2:
Toolbox
Lesson 3:
Palettes
Lesson 4:
Layers
Photoshop Example -- Linear
Module 2:
Enhancing Images
Lesson 5:
Color Balance
Lesson 6:
Brightness/Contrast
Lesson 7:
Hue/Saturation
Module 3:
Blending Images
Lesson 8:
Selection Tools
Lesson 9:
Transform
22
Sequencing Control Mode: Flow = true; Choice = false;
Objective Satisfied by Measure = true;
Objective Minimum Satisfied Normalized Measure = 0.6;
Rollup Rules: Completed if all attempted
Exam
(Assessment)
Question 1
Question 2
Question 3
Question 4
Question 5
Question 6
Question 7
Question 8
Question 9
24

… Scorm 1.3
Scorm
Overview
Content Aggregation
Model (CAM)
Run-Time Environment
(RTE)
Sequencing and
Navigation (SN)
Presentazione
dei concetti
Informazioni
concettuali di alto
livello
Assemblaggio,
etichettatura e
impacchettamento dei
contenuti
d’apprendimento
Lancio dei contenuti
tramite un LMS,
comunicazione,
tracciamento,
trasferimento dei dati
e eccezioni degli errori
Sequencing e
navigation
Presentazione
delle tecnologie
Introduzione ai
numerosi elementi di
alto livello delle
tecnologie dello
SCORM.
SCO, Asset, Content
Aggregation, Package,
Package Interchange
File (PIF), Meta-data,
Manifest, Sequencing
Information,
Navigation Information
Metodi per il
trasferimento dei dati,
Metodi di supporto,
Modello Temporale,
Run-Time Data Model
Albero delle attività
(Learning Activities),
informazioni di
Sequencing e
Navigation,Navigation
Data Model
Svantaggi dello Scorm
Relazioni con gli
altri libri
Presentazione degli
altri libri CAM, RTE, e
SN ad alto livello.
SCOs e manifests.
SCOs comunicanti con
LMS via RTE.
Manifests contenenti
informazioni sui
Sequencing and
Navigation
Gli SCOs che sono
descritti nel CAM, sono
oggetti di contenuto
usati dal RTE
Sequencing e
Navigation come
hanno effetto e come
sono riconosciuti e
assemblati nel
manifest
Limiti della filosofia web: la totale autonomia
dello Sco pone seri limiti alla filosofia di
navigazione nata e sviluppata con il WWW.
Anche se le ragioni di autonomia sono
condivisibili il limite è molto forte
Appiattimento della creatività degli oggetti: il
concetto di riusabilità pone diversi vincoli alla
diversificazione e creatività con cui vengono
sviluppate le interfacce di navigazione del corso
e i servizi offerti
Focalizzazione sulle tecnologie: talvolta si
confonde il fatto che un LO sia standard Scorm
con il fatto che sia di qualità
27
Vantaggi dello Scorm…
Interoperabilità vera: lo Scorm è un modello che
facilita lo scambio dei corsi, dei programmi e dei
materiali didattici per qualsiasi LMS
Svincolo LMS – LO: un LMS che si rispetti dovrà
avere la possibilità di erogare qualsiasi contenuto,
sviluppato da chiunque a patto che rispetti lo
standard
Classificazione e catalogazione: la
classificazione di tutti gli elementi utilizzati nel
processo (Asset, Sco, Sca,…) renderà questi
oggetti più riutilizzabili all’interno di processi di
progettazione di percorsi di e-learning.
Corso di laurea in Informatica e Comunicazione Digitale
Corso di
Tecnologie Informatiche per la FaD
SCORM
Content Aggregation Model (CAM)
Docente: Prof.ssa Teresa Roselli
a cura di: Pierpaolo Di Bitonto
26
A.A. 2004/2005

CAM: Content Aggregation Model …
Il CAM descrive le componenti usate in una
esperienza di apprendimento.
Più precisamente indica come
impacchettare le risorse didattiche per lo scambio
da sistema a sistema
descrivere le risorse didattiche per permettere la
ricerca ed il ritrovamento
descrivere le regole di sequencing fra le
componenti
Content model
La prima parte del CAM (content model) descrive
le componenti Scorm usate per costruire
un’esperienza di apprendimento partendo dalle
risorse didattiche.
Esso definisce anche come queste risorse a basso
livello sono aggregate in una unità di istruzione
a livello più alto.
Lo Scorm Content Model è composto da:
Assets
Sharable Content Objects (SCOs)
Content Organization
29
31
… CAM: Content Aggregation Model
Asset
Key SCORM ® Technologies
• Sharable Content Object
• Asset
• Content Packaging
• Meta-data
• Sequencing Information
È la forma base di una
risorsa di apprendimento.
Gli asset sono una
rappresentazione
elettronica di media come
testo, immagini, suono,
oggetti di valutazione
etc..
Content
Aggregation Model
Meta-data (from IEEE LOM 1484.12)
Content Structure (derived from AICC)
Content Packaging (from IMS)
Sequencing Information (from IMS)
Asset
WAV Audio
Asset
Web
Page
Asset
JavaScript
Functions
Asset
JPEG
Image
Asset
Flash
Object
Asset
HTML
Fragment
Asset
GIF
Image
Più di un asset può essere collegato ad altri per
crearne di nuovi.
Un asset può essere descritto da metadati per
migliorarne la reperibilità
Asset
MP3
Audio
30
Asset
XML
Document
32

SCO…
Uno Sco è una collezione di uno o più asset che
rappresenta una singola risorsa di
apprendimento lanciabile che utilizza lo Scorm
RTE per comunicare con gli LMS.
Lo Scorm non impone alcuna restrizione
particolare sull’esatta dimensione di uno Sco che
può essere descritto con metadata per
facilitarne il riuso.
Il modo per associare uno Sco ai suoi metadati è il
Content Package
… SCO
Lo Sco deve aderire ai requisiti dello Scorm RTE.
Ciò implica che deve essere presente un LMS
fornito di API Instance per invocare i minimi
metodi API (Initialize(“”) e Terminate(“”))
Tutti gli altri metodi API anche se utili sono
facoltativi.
33
35
… SCO…
Sharable Content Object (SCO)
Asset
JavaScript
Functions
Asset
JPEG
Image
Asset
HTML
Fragment
Asset
Flash Object
Asset
WAV Audio
SCOs must Initialize and Terminate
communication with an LMS. The list
below details the SCO provided
functionality:
Find the LMS Provided API
Instance.
Use the API Instance to Initialize
SCO Communication with the LMS
Optionally use the API Instance to
Get and Set Values
Use the API Instance to Terminate
Communication with the LMS
Organizzazione del contenuto…
Una organizzazione di contenuto è una mappa che
rappresenta l’uso previsto del contenuto tramite
unità strutturate di istruzione (attività).
Le attività rappresentate in una organizzazione di
contenuto potrebbero consistere in altre attività
(sotto-attività), che potrebbero loro stesse
consistere di altre attività. Non vi è un limite al
numero di livelli di innestamento per le attività.
È necessario riferirsi al libro Scorm SN per
maggiori dettagli su come i comportamenti
possono essere definiti per le attività e i clusters
34
36

… Organizzazione del contenuto
Content Organization
Organization
Item
Item
Item
Item
Item
Resource
(Asset)
Resource
(SCO)
Resource
(Asset)
Resource
(SCO)
Content Aggregation
Resource
(Asset)
Resource
(Asset)
Resource
(Asset)
Visione di insieme sul Content Packaging
Lo scopo del Content Package è fornire un modo
standardizzato per scambiare contenuti di
apprendimento fra diversi sistemi o tools.
Il Content Package fornisce anche un contesto in
cui descrivere la struttura ed il comportamento
previsto di un contenuto di apprendimento.
Scorm Content Packaging fornisce i requisiti
aggiuntivi espliciti e consigli di implementazione
per l’impacchettamento di Asset, Sco e
aggregazioni di contenuto.
37
39
Scorm metadata components
Lo Scorm metadata profiles descrive con standard
LOM le componenti del modello di contenuto
Scorm. I tipi di metadata che è possibile
specificare sono:
content aggregation metadata: descrivono le
aggregazioni di contenuto (per esempio il
pacchetto) nell’insieme
content organization metadata: descrivono
l’organizzazione del contenuto
activity metadata: descrivono un’attività
individuale
Sco/Asset metadata: descrivono Asset e Sco
Visione di insieme sul Content Packaging
Il content Packaging è organizzato come segue:
content package components: definisce i concetti
chiave che riguardano un pacchetto di contenuto
component of manifest: definisce come comporre
un manifesto di pacchetto di contenuto
building content package: definisce il processo di
costruzione del pacchetto di un contenuto
Scorm contentent package application profiles:
definiscono in modo specifico come creare pacchetti
conformi allo Scorm contenenti Asset, Sco e
organizzazioni di contenuto
best practice and guidelines: definiscono una
collezione di esercizi ed esempi per la costruzione dei
pacchetti di contenuto
38
40

Content Package components …
L’obiettivo di IMS Content Package Specification è
definire un insieme standardizzato di strutture
che possono essere usate per scambiare il
contenuto, focalizzando l’attenzione
sull’interoperabilità dei sistemi che si desiderano
utilizzare e pacchetti di contenuto.
Diagramma di un Content Package
Content Package
Manifest File
(imsmanifest.xml)
Manifest
Meta-data
Organizations
Resources
(sub)Manifest(s)
Physical Files
(The actual Content, Media,
Assessment, and other file)
41
43
… Content Package components
Un IMS Content Package contiene due principali
componenti:
un documento speciale che descrive la struttura
del contenuto e le risorse associate del pacchetto
chiamato file manifest (imsmanifest.xml)
i file fisici che completano i pacchetti di contenuto
Package
Un pacchetto rappresenta una unità di
apprendimento, che potrebbe essere
parte di un corso
distribuito indipendentemente (come corso o
porzione di esso)
Un pacchetto deve essere autoconsistente ovvero
deve contenere tutte le informazioni necessarie
all’uso dei contenuti impacchettati.
42
44

Manifest
Un Manifest è un documento XML che contiene un
inventario strutturato del contenuto di un
pacchetto.
Il manifest (secondo quanto definito nell’ IMS
Content Packaging Specification) si atterrà ai
seguenti requisiti:
sarà chiamato imsmanifest.xml
sarà alla radice del pacchetto di contenuto
insieme a qualunque file ad esso collegato (dtd,
xsd)
Metadata
Questi metadati permettono la ricerca e la
scoperta del pacchetto di contenuto.
Essi permettono anche un meccanismo per la
descrizione delle caratteristiche del pacchetto di
contenuto.
I metadata possono essere usati in vari punti
all’interno del manifest per descrivere aspetti
differenti del pacchetto di contenuto
45
47
Componenti di un file Manifest
Il file manifest rappresenta le informazioni
necessarie alla descrizione dei contenuti di un
pacchetto
Il manifest è composto di quattro principali sezioni:
metadata: i dati che descrivono il pacchetto di
contenuto nell’insieme
organizations: contiene la struttura del
contenuto o l’organizzazione delle risorse di
apprendimento
resources: definisce le risorse di apprendimento
raggruppate nel pacchetto di contenuto
(sub)manifest(s): descrive qualsiasi unità
d’istruzione logicamente innestata
Organizations
La componente organizations è usata per
descrivere come il contenuto è organizzato
all’interno del content package.
All’interno di questa componente è possibile
specificare
multiple Content Organization (organizzazione
multipla dei contenuti )
content Organization (Organizzazione del
contenuto)
content Structure (Struttura del contenuto)
46
48

Multiple Content Organization
L’IMS Content Packaging Specification separa le
risorse di apprendimento dal modo con cui
queste sono organizzate tenendo conto di uno o
più usi delle stesse all’interno di differenti
contesti.
Al fine di trasmettere il pacchetto di contenuto al
discente deve esserci almeno una
organizzazione di contenuto. Se ci sono diverse
organizzazioni bisogna specificare quella di
default.
49
Content organizations
L’organizzazione del contenuto descrive come il
contenuto del pacchetto è organizzato per l’uso.
Per qualsiasi attività definita in una organizzazione
di contenuto lo sviluppatore del contenuto
potrebbe definire comportamenti e regole
specifiche.
In assenza di tali regole l’organizzazione di
contenuto è proprio una mappa che può essere
usata per navigare a volontà attraverso le
risorse di apprendimento definite nel pacchetto
di contenuto.
Content structure
I differenti aspetti della struttura di un contenuto sono: Resources
gerarchia del contenuto: è una rappresentazione
a forma di albero che può essere attraversato in un
certo ordine
La componente resources di un manifesto può
Metadata
descrivere risorse esterne, oltre ai file fisici
Sequencing, Adaptative sequencing and
navigator: lo Scorm stabilisce un insieme di regole
di default che regolano il sequencing and
collocati nel pacchetto. Questi file potrebbero
essere file multimediali, file testuali, oggetti di
navigation per una specifica organizzazione del
valutazione o altri pezzi di dati in formato
contenuto. Le regole di default consentono solo la
fruizione libera senza vincoli. Molti sviluppatori di
contenuto e progettisti di istruzione preferiscono
usare specifiche strategie di apprendimento o
d’istruzione. In questi casi lo sviluppatore di
contenuto può definire regole specifiche che
prescrivono come un LMS gestirà l’esperienza di
elettronico. La combinazione di risorse è
generalmente chiamata contenuto (content)
apprendimento. 51
52
50

Differenza fra Asset e SCO
Una singola risorsa è fatta di molte componenti.
Nello Scorm queste componenti sono fatte di
semplici Asset.
GIF
JPEG
Resource
Resource
GIF
HTML
JavaScript
Flash
HTML
Resources
Resource
HTML
JPEG
JavaScript
GIF
JPEG
Resource
JavaScript
Flash
Elemento …
Se le risorse sono
costruite per
comunicare con un
LMS allora la
risorsa è uno SCO,
altrimenti è un
Asset.
L’elemento è l’elemento radice dl file
manifest ed incapsula metadati, organizzazioni e
riferimenti alla risorsa. È buona norma effettuare
tutte le dichiarazioni del namespace all’interno di
tale elemento.
L’elemento
deve essere inserito una ed una sola volta
contiene i seguenti attributi
identifier (obbligatorio): ha il compito di identificare il
manifest, è unico all’interno del file, è fornito dall’autore o
dal tool di autoring durante lo sviluppo del manifesto
version (opzionale): identifica la versione del manifesto, è
usato per distinguere i manifest con lo stesso identifier
xml:base (opzionale): fornisce un percorso alternativo per
i file del contenuto nel manifest, tipo di dati XML: anyURI
53
55
Costruzione di un file manifest
Saranno definiti i requisiti per la costruzione di un
file imsmanifest.xml.
Il manifest è un inventario strutturato del
contenuto del pacchetto
… Elemento
L’elemento
è un elemento genitore nel senso che ha la funzione
di contenitore per gli altri elementi

Elemento …
L’elemento contiene i metadati che
descrivono il manifesto, è considerato il nodo
radice per i metadati definiti in un pacchetto di
contenuto.
L’elemento
deve essere inserito una ed una sola volta
non contiene attributi
è un elemento genitore e contiene i seguenti
elementi
{Meta-data}
Elemento
L’elemento descrive lo schema che
definisce e controlla il manifest, deve essere
inserito una ed una sola volta.
Dal momento che questo elemento è figlio dei
metadati che descrivono il pacchetto, l’elemento
è usato per descrivere lo schema che controlla i
requisiti del manifesto.
Lo SCORM richiede che l’elemento schema
contenga il seguente vocabolario controllato
ADL SCORM (vedi esempio)
57
59
…Elemento

{Metadata}
I metadati possono essere inseriti in un manifesto
usando un appropriato schema di metadati. L’ADL
raccomanda l’uso dello schema di metadati IEEE
LOM, anche se è possibile utilizzare altri schemi di
metadata.
Ci sono diversi modi per inserire dei metadati in un
manifesto
tramite estensioni XML (inline metadata)
riferendosi ad un file XML esterno
L’uso dei metadati figli dell’elemento è
opzionale
Esempio - xmlns:
ADL SCORM
CAM 1.3
Title for the Package
61
63
Metadata - Uso di estensioni XML
L’XML può essere esteso introducendo elementi e
attributi da altri mamespace definiti. Ci sono
diversi modi per aggiungere elementi di
estensione in un documento XML
definendo un namespace in un documento xml
con un prefisso specifico; specifico con questo metodo il
namespace specifico deve essere definito
utilizzando la sintassi xmlns:
nell’elemento. Tipicamente questi prefissi sono
definiti nel nodo radice di un elemento XML
definendo un namespace in un documento xml
senza un prefisso; prefisso in questo metodo il namespace
è definito al punto di utilizzo
Esempio – senza prefisso
ADL SCORM
CAM 1.3
Title for the Package
62
64

Metadata - Elemento
L’elemento fornisce un metodo per
descrivere la locazione in cui i metadata che
descrivono la componente SCORM Content Model
potrebbero essere trovati. È un elemento opzionale
e non possiede né attributi né elementi figli
ADL SCORM
CAM 1.3
course/metadata/course.xml
Esempio - Elemento
Introduction to SCORM for LMS
Vendors
Introduction to SCORM for Content
Vendors
65
67
Elemento
L’elemento descrive una o più
strutture o organizzazioni per il pacchetto di
contenuto.
L’elemento < organizations >
deve essere inserito una ed una sola volta
contiene i seguenti attributi
default (obbligatorio): identifica l’organizzazione di
default da usare. Il valore di questo elemento deve
referenziare un attributo identifier di un
elemento o un attributo identifier di un
elemento
è un elemento genitore che contiene
Elemento …
L’elemento descrive una particolare
organizzazione gerarchica del contenuto.
L’organizzazione di contenuto può essere una
lezione, un modulo, un corso…
L’elemento < organization>
deve essere inserito almeno una volta
contiene i seguenti attributi
identifier (obbligatorio): identifica l’organizzazione, deve
essere unico all’interno del file manifest
structure (optional, default=hierarchical): descrive la forma
dell’organizzazione
66
68

… Elemento
L’elemento
contiene i seguenti attributi
adlseq:objectivesGlobalToSystem (opzionale,
default=true): indica che qualsiasi obiettivo condiviso
definito nelle informazioni di sequencing è globale all’allievo
e all’organizzazione di contenuto (false) o globale per il
“tempo di vita” dell’allievo all’interno dell’LMS (true) tramite
tutte le organizzazioni di contenuto
è un elemento genitore che contiene
Elemento …
L’elemento descrive la struttura gerarchica
dell’organizzazione. Esso può essere innestato e
ripetuto dentro altri elementi a qualsiasi
livello. Questa strutturazione degli elementi
dà forma all’organizzazione di contenuto
e descrive le relazioni tra parti di contenuto
d’apprendimento.
L’elemento può essere
nodo foglia: referenzia una risorsa
genitore di un altro nodo : solo all’elemento
foglia è permesso di referenziare una
risorsa
69
71
Elemento
L’elemento descrive il titolo della
organizzazione.
L’elemento
deve essere inserito una ed una sola volta
non possiede attributi e/o sottoelementi
Introduction to the SCORM
… Elemento …
L’elemento
può essere inserito da zero a n volte
contiene i seguenti attributi
identifier (obbligatorio): identifica l’elemento, deve
essere unico all’interno del file manifest
identifierref (opzionale): è un riferimento ad un identifier
nella sezione delle risorse o ad un (sub)manifest
isvisible (opzionale): indica se l’elemento è o non è
visibile quando viene visualizzata la struttura del
pacchetto. Se non è presente il valore di default è true.
parameters (opzionale): contiene i parametri statici
lanciati dalla risorsa in fase di lancio
70
72

… Elemento
L’elemento è un elemento genitore che
contiene
Content 1
… Elemento
L’elemento < timeLimitAction >
può essere inserito al massimo una volta
contiene i seguenti attributi
exit, message: l’allievo (alla scadenza del tempo
concesso) viene forzato a terminare l’attività con un
messaggio di uscita
exit, nomessage: l’allievo viene forzato a terminare
l’attività senza un messaggio di uscita
continue, message: anche se il tempo a disposizione è
terminato all’allievo viene concesso di terminare l’attività
informandolo dell’accaduto
continue, nomessage: anche se il tempo a disposizione
è terminato all’allievo viene concesso di terminare
l’attività tacendo sull’accaduto
73
75
Elemento …
L’elemento defisce l’azione che
potrebbe essere fatta quando il tempo a
disposizione dello studente per una certa attività
è superato.
Solo gli elementi che referenziano una
risorsa SCO possono contenere tale elemento.
Se lo sviluppatore di contenuto definisce una
azione a tempo limitato lo SCO e responsabile di
tutti i comportamenti basati sul timeout.
Esempio -
Content 1
exit,no
message
74
76

Elemento
L’elemento è una collezione di
riferimenti alle risorse.
L’elemento
deve essere inserito una ed una sola volta
contiene i seguenti attributi
xml:base (opzionale) specifica percorsi alternativi per i
file di contenuto
è un elemento genitore che contiene i seguenti
elementi
Elemento …
L’elemento è un riferimento alla risorsa.
Sono due le risorse principali definite all’interno
dello SCORM, SCOs e Assets.
L’elemento può essere inserito da zero
ad n volte.
Per referenziare una risorsa (SCO o Asset) è
richiesto un elemento foglia. Se un item
referenzia una risorsa, questa è soggetta ad essere
identificata per la distribuzione ed il lancio e quindi
type sarà settato a “webcontent”
adlcp:scormType sarà settato a SCORM o Asset
href sarà richiesto
77
79
Elemento
… Elemento …
L’elemento
contiene i seguenti attributi
identifier (obbligatorio): rappresenta un identificatore della
risorsa ed è unico all’interno del manifest
type (obbligatorio): indica il tipo della risorsa
href (opzionale): indica il punto di lancio di questa risorsa
xml:base (opzionale): specifica percorsi alternativi per i file
contenuti nel manifest
adlcp:scormType (obbligatorio): definisce il tipo della
risorsa SCORM
adlcp:persistState (opzionale): se true i dati
dell’interazione precedente effettuata dall’allievo vengono
utilizzati per settare la nuova interazione
78
80

… Elemento
L’elemento
contiene i seguenti elementi
Elemento
L’elemento file è una lista di file dalla quale la
risorsa è dipendente. L’elemento funge da
inventario del sistema che dettaglia l’insieme di
file usati per costruire la risorsa.
L’elemento
può essere inserito zero o n volte
contiene i seguenti attributi
href (obbligatorio): identifica la posizione del file
è un elemento genitore che contiene i seguenti
elementi
81
83
Esempio - Elemento
Esempio - Elemento

(Sub)Manifest(s)
Un pacchetto di contenuto, contiene sempre un
manifest ad alto livello che potrebbe a sua volta
contenere altri submanifest.
Il manifest ad alto livello contiene sempre i
contenuti e la composizione del pacchetto di
contenuto.
Gli sviluppatori di contenuto possono decidere se
usare o meno submanifest quando creano i
pacchetti di contenuto, perché potrebbero voler
creare submanifest separati per lezioni, moduli
etc…
Testing del package…
Installato correttamente
il “Sample RTE 1.3”
della ADL importiamo
il nostro package
cliccando su “Import
a course”
85
87
Creazione del package
Terminata la definizione del file imsmanifest.xml,
possiamo creare il package compattando il tutto
in un solo file zippato, e poterlo così testare
sulla piattaforma della ADL tenendo presente
che il file manifest deve trovarsi nella root
principale del pacchetto.
…Testing del package…
Verifichiamo che non ci siano errori spuntando la
voce Yes nella finestra Corse Import
86
88

…Testing del package
Se l’LMS non ci da nessun errore allora possiamo
registrare il corso e visualizzarlo. Il risultato del
Package è mostrato in figura.
Introduzione allo SCORM 2004 RTE…
Key SCORM ® Technologies
• API
• API Instance
• Launch
• Session Methods
• Data Transfer Methods
• Support Methods
• Temporal Model
• Data Model
Run-Time Environment
IEEE API 1484.11.2
IEEE Data Model 1484.11.1
89
91
Corso di laurea in Informatica e Comunicazione Digitale
Corso di
Tecnologie Informatiche per la FaD
SCORM
Run Time Environment (RTE)
Docente: Prof.ssa Teresa Roselli
a cura di: Pierpaolo Di Bitonto
A.A. 2004/2005
…Introduzione allo SCORM 2004 RTE…
I soggetti generali discussi comprendono:
RTE management
lancio degli oggetti di contenuto
API
gestione delle comunicazioni con uno SCO
RTE data model management
requisiti delle API LMS
SCORM communication requirements
comunicazione delle condizioni di errore
RTE Data Model
gestione del modello dei dati e dei requisiti
requisiti del data type
92

…Introduzione allo SCORM 2004 RTE
Il libro relativo allo SCORM RTE espone
dettagliatamente i requisiti per il lancio degli
oggetti di contenuto, stabilendo una comunicazione
tra gli LMS e gli SCO, e gestendo le informazioni di
tracking che possono essere scambiate tra gli SCO
e gli LMS.
Questo libro tratta solo della gestione dell’ambiente
RunTime che include:
la distribuzione dell’oggetto di contenuto al Web browser
dell’allievo (es. lancio)
come un oggetto di contenuto comunica con l’LMS
quale informazione è tracciata per un oggetto di contenuto e
come l’LMS gestisce quell’informazione
… Interazione fra LMS e SCO…
Data Model:
Actual data sent
back and forth
between a SCO
and LMS
Learning Management System
(LMS)
LMS Server
Web Browser
Communication
with backend
server is not
SCO
Asset Asset
specified in
SCORM.
API
Instance
ECMAScript Asset
Launch
API: Communications Link between a SCO
and LMS
Data Model: Data is requested to be
retrieved from and stored in the LMS from the
SCO.
Server Side
Client Side
Asset
93
95
Interazione fra LMS e SCO…
I due obiettivi dello SCORM sono quelli di rendere i
LO riusabili ed interoperabili attraverso
molteplici LMS. Perché questo sia possibile, ci
deve essere
un modo comune di lanciare e gestire gli oggetti
di contenuto (Launch)
un meccanismo comune per gli oggetti di
contenuto che comunicano con un LMS (API)
un linguaggio predefinito o un vocabolario che
forma la base della comunicazione (Data Model)
… Interazione fra LMS e SCO…
Il processo di Launch defisce un modo comune per un LMS
di inizializzare gli oggetti di contenuto basati sul web. Il
processo di lancio definisce procedure e responsabilità
per la struttura della comunicazione tra l’oggetto di
contenuto lanciato e l’LMS. Il meccanismo di
comunicazione è standardizzato con un comune API.
L’API è un meccanismo di comunicazione per informare
l’LMS sullo stato concettuale della comunicazione tra un
oggetto di contenuto ed un LMS (es.iniziaizzato,
terminato e/o in una condizione d’errore), ed è usato per
recuperare e memorizzare i dati (es. punteggio, limiti di
tempo, etc.) tra LMS e lo SCO.
94
96

… Interazione fra LMS e SCO
Un data Model è un insieme di standard di
elementi del modello di dati usato per definire
l’informazione che è stata tracciata per uno
SCO, come lo stato di completamento di uno
SCO o il punteggio di una valutazione. L’LMS
deve mantenere lo stato degli elementi del
modello di dati dello SCO attraverso le sezioni
dell’allievo,e lo SCO deve utilizzare solo questi
elementi del modello di dati predefiniti per
assicurare il riuso tramite molteplici sistemi
Activity
Gestione dell’RTE…
Item
(ID1)
Resource
(RES_1)
Learning
Resource (SCO)
Resource
(RES_2)
Resource
(RES_3)
SCO 1 SCO 2 SCO 3
97
...
...

Comunicazione SCO – LMS…
L’IEEE Data Model definisce i seguenti termini per descrivere
la comunicazione di un oggetto di contenuto con l’LMS:
Learner attempt: sforzo dell’allievo per soddisfare i requisiti
di una attività di apprendimento che utilizi un oggetto di
contenuto
Learner session: periodo di tempo ininterrotto durante il
quale un allievo accede all’oggetto di contenuto
Comunication session: connessione attiva tra un oggetto di
contenuto (SCO) ed un’API
Login session: periodo di tempo che va da momento in cui
un allievo inizia una sessione di lavoro con il sistema al
momento in cui termina la sessione con il sistema
Quanto detto vale in particolar modo per uno SCO, per quando
riguarda glia Asset il discorso è più senplice
… Comunicazione SCO – LMS…
Quello che l’LMS fa con i dati precedenti del
tentativo è fuori dalla portata dello SCORM.
L’LMS potrebbe decidere di memorizzare questi
dati per scopi storici o per altri scopi come un
resoconto, una revisione, diagnostica o
statistica.
L’LMS potrebbe decidere di sbarazzarsi di qualsiasi
dato run-time collegato durante il precedente
tentativo. All’LMS è solo richiesto di mantenere i
dati “run-time data” per il tentativo dell’allievo
se esso viene sospeso.
101
103
…Comunicazione SCO – LMS…
Se l’oggetto di contenuto lanciato fosse uno SCO, non appena
esso inizializza la comunicazione con l’LMS, inizia una
sessione di comunicazione. Le sessioni dell’allievo possono
finire lasciando lo SCO in uno stato di sospensione o in uno
stato normale. Per uno SCO, il tentativo dell’allievo termina
quando la sessione dell’allievo termina in uno stato normale.
… Comunicazione SCO – LMS…
Lo SCORM non specifica requisiti dell’LMS sulla
perseveranza o l’accesso ai dati del precedente
tentativo.
Comunque se la sessione dell’allievo è sospesa,
facendo diventare il tentativo dell’allievo
incompleto (i.e., sospeso), l’LMS è responsabile
di assicurare che qualsiasi dato run-time che era
settato prima della sospensione è disponibile
quando inizia la prossima sessione dell’allievo
per lo SCO.
102
104

…Comunicazione SCO – LMS
Singolo tentativo di un allievo
all’interno di una learner
session
Singolo tentativo dell’allievo
distribuito in diverse learner
session. Queste sessioni sono
state sospese ed il tentativo
dell’allievo è stato sospeso e
successivamente ripreso fino a
quando una sessione
d’apprendimento termina in
uno stato normale
Questa figura mostra successivi
tentativi dell’allievo. All’interno
di ognuno di questi tentativi
dell’allievo, potrebbe collocarsi
un qualunque numero di
learner session