SCORM 2.0

March 31, 2008

Dublin Core

Filed under: Dublin Core,e-learning,LMS — by ganesha4 @ 11:46 am

Le Dublin Core pour la recherche d’un tronc commun initié dans la ville de Dublin (Ohio,1995)

Comme LOM, MLR, ou IMS MD, DC (Dublin Core) est un schéma de métadonnées permettant de décrire des ressources numériques ou physique.

Il est constitué de 3 groupes et 15 éléments :

  1. Contenu : titre, sujet et mots-clefs, description, source, langue, relation, couverture
  2. Propriété intellectuelle : créateur, éditeur, contributeur, droits
  3. Instance particulière : date, type, format, identifiant

Le Dublin Core est normalisé ISO 23950 et est supporté par le DCMI (Dublin Core Metadata Initiative) ou le DCMI-FR pour les francophones.


Source : http://tv.funet.fi/funet-tv/projekteja/tf-netcast/tf-netcast-deliverable-g.jsp.en

Advertisements

March 28, 2008

Groupe de travail PENS

Filed under: AICC,e-learning,Ganesha,News,PENS — by ganesha4 @ 5:58 pm

Compte-rendu de la première réunion du
groupe de travail francophone pour l’évolution d’AICC PENS avec une la
participation de X-PERTeam, Anema et EIfEL.

Vous pouvez télécharger le compte-rendu de la première réunion du groupe
de travail francophone pour l’évolution d’AICC PENS sur le site d’
EIfEL :
CR-reunion-AICC-PENS-2008-03-17.pdf




by
Marc Van Coillie (Directeur Technique
EIfEL)


Afin de répondre à la proposition d’AICC une mailing liste francophone dédiée va être crée, elle permettra d’y inviter les collègues parlant
français des différentes sociétés éditrices déjà supporters des spécifications (EEDO, Adobe, QuestionMark, e2Train, HarvestRoad,
EMC-Documentum, netDimensions, Outstart) ainsi que leurs membres utilisateurs comme Airbus France.

Tout ceux qui seraient intéressés pour suivre les travaux doivent informer par mail Marc Van Coillie (marc.van.coillie@eife-l.org) afin d’être inscrit à cette liste.

Le forum d’AICC sera également utilisé pour échanger plus ouvertement avec leur communauté sur les propositions actées par le groupe de travail ou sur nos réflexions/interrogations sur les spécifications.
http://aicc.org/cgi-bin/yabb2/YaBB.pl?num=1206698797


LETSI

Filed under: AICC,Core SCORM,LMS — by ganesha4 @ 3:17 pm

LETSI  pour Learning-Education-Training Systems Interoperability

LETSI est une
fédération internationale dédiée à l’apprentissage, l’éducation et
l’interoparabilité des systèmes de formation.

C’est LETSI (avec ADL, AICC, …) qui va assumer la responsabilité de l’évolution des spécifications SCORM.

SCORM 2004 : Le modèle de données pour la Navigation

Filed under: LMS,SCORM 2004 — by ganesha4 @ 3:06 pm

Le modèle de données pour la navigation ne fait pas partie des
spécifications IMS SS. Il a été introduit par ADL et est donc préfixé par
‘adl.nav’.

Il peut être décomposé en deux groupes :

Validation de la navigation :

  • adl.nav.request_valid.continue : Ce modèle de données est utilisé par le SCO pour vérifier s’il existe une activité suivante.
  • adl.nav.request_valid.previous : Ce modèle de données est utilisé par le SCO pour vérifier s’il existe une activité précédente.
  • adl.nav.request_valid.choice : Ce modèle de données est utilisé par le SCO pour vérifier si une activité est présente.

Demande de navigation :

Toutes ces demandes seront prisent en compte après l’appel de la méthode Terminate(”).

  • adl.nav.request.continue : Demande au LMS de lancer le SCO suivant.
  • adl.nav.request.previous : Demande au LMS de lancer le SCO précédent.
  • adl.nav.request.choice : Demande au LMS de lancer un SCO en lui précisant l’Identifiant du SCO à lancer.
  • adl.nav.request.exit : Demande au LMS de quitter le SCO. Le LMS va exécuter le rollUp du SCO.
  • adl.nav.request.exitAll : Demande au LMS de quitter le SCO et d’exécuter le rollUp du CLUSTER contenant le SCO.
  • adl.nav.request.abandon : Demande au LMS d’abandonner le SCO. Le LMS devra permettre de reprendre le SCO.
  • adl.nav.request.abandonAll : Demande au LMS d’abandonner le SCO et d’exécuter le rollUp du CLUSTER du SCO.
  • adl.nav.request.suspendAll : Demande au LMS de suspendre le SCO et d’exécuter le rollUp du CLUSTER du SCO.
  • adl.nav.request._none_ : Permet d’initialiser une commande de Navigation sans aucune action.

SCORM 2004 : La Présentation et la Navigation

Filed under: Core SCORM,Ganesha,LMS,SCORM 2004 — by ganesha4 @ 2:55 pm

SCORM 2004 donne la possibilité aux contenus de gérer la présentation et la navigation.

La Présentation

SCORM® 2004 donne la possibilité aux SCO de gérer l’IHM (Interface Homme Machine, User Interface) des LMS.

Pour cela, nous disposons de l’élément <adlnav:presentation>
qui doit être renseigné dans le fichier imsmanifest.xml. Cet élément est
composé d’un sous élément <navigationInterface>

Un SCO peut indiquer tous les boutons qui doivent être masqués par le LMS.

Il existe 7 boutons pouvant être pilotés par le SCO :

– Le bouton Quitter et le bouton ‘Quitter Tout’

– Le bouton Suivant

– Le bouton Précédent

– Le bouton Pause (interrompre en vue d’une reprise)

– le bouton Abandonner et le bouton ‘Abandonner Tout’

 

Chacun de ces éléments peut être masqué individuellement.

<organization>
<item identifier="ITEMXX" identifierref="RESOURCEXX" isvisible="true"><title>Exemple 1</title>
<adlnav:presentation>
<adlnav:navigationInterface>
<adlnav:hideLMSUI>exit</adlnav:hideLMSUI>
<adlnav:hideLMSUI>continue</adlnav:hideLMSUI>
<adlnav:hideLMSUI>previous</adlnav:hideLMSUI>
<adlnav:hideLMSUI>abandon</adlnav:hideLMSUI>
</adlnav:navigationInterface>
</adlnav:presentation>
</item>
</organization>

Source : SCORM® 2004 3rd Edition Run-Time Environment (RTE) Version 1.0 RTE-4-19 ©
2006 Advanced Distributed Learning

La Navigation

Si un SCO
masque les boutons au niveau de l’IHM du LMS il devra prendre en charge toute
la navigation. Dans la version SCORM® 2004, un SCO peut gérer le lancement du
SCO suivant ou du SCO précédent. De même il peut prendre en charge la gestion
du bouton ‘quitter’ et du bouton ‘pause’
Par défaut, c’est le LMS qui a la
charge des boutons de navigation. L’interopérabilité de la navigation entre les
LMS ne posera plus tous les problèmes rencontrés avec SCORM® 1.2.

De SCORM 1.0 à Core SCORM

Filed under: Ganesha4,LMS,LOM,SCORM,SCORM2004 — by ganesha4 @ 2:50 pm
Tags: , , , , , , ,
SCORM (Sharable Content Object Reference Model)
  • SCORM 1.0

    La version originale. Définition de la notion d’objet de contenu partageables (SCO) et l’API. La responsabilité de la gestion de la communication entre le contenu et le LMS est assurée par le contenu dans un contexte d’Environnement d’Exécution

  • SCORM 1.1

    C’est la première version de production. Introduction d’un format pour définir la structure d’un cours (imsmanifest.xml). Rapidement abandonné pour la version 1.2.

  • SCORM 1.2

    La version référence de SCORM. Utilise la spécification IMS Content Packaging pour le contenu et toujours l’imsmanifest.xml pour décrire le parcours. Permet également l’utilisation des metadonnées (LOM par exemple) pour décrire le contenu. N’est plus soutenue par ADL.
    C’est la première version avec une suite de test pour vérifier la conformité.

  • SCORM 2004

    C’est la dernière version et surtout la plus complète. Elle intègre toujours l’utilisation de l’API, les spécifications IMS Content Packaging, l’Environnement d’Exécution. En plus de résoudre certaines ambiguïtés de la version précédente, cette version apporte deux nouveaux concepts :

    La navigation : Le contenu peut contrôler la navigation via l’Interface Homme/Machine du LMS (bouton suivant, précédent, quitter, …)

    Le séquencement (Simple Sequencing) : Possibilité d’adapter le contenu aux apprenants, de gérer plus précisément l’avancement et l’ordonnancement des contenus grâce aux objectifs d’apprentissage ou compétences tout en s’affranchissant du LMS.

    Cette version dispose aussi d’une suite de test plus robuste permettant lde vérifier la conformité et d’assurer une bonne interopérabilité.

  • Core SCORM

    Core SCORM est la future version de normalisé ISO de SCORM. Elle sera basé sur les normes officielles.

    À ce jour, toutes les versions de SCORM ont été développés et mis à jour par ADL. SCORM s’est imposé au-delà des attentes initiales et par conséquent, ADL va collaborer avec un groupe international (LETSI) pour assurer la maintenance, l’évolution et l’adoption de SCORM.

    À une exception près, Core SCORM sera fonctionnellement équivalente à SCORM 2004 3rd Edition. L’exception est l’utilisation du Simple Sequencing que Core SCORM ne comprendra pas.

    Core SCORM proposera une approche plus souple pour l’agrégation de contenu et LOM pourra être remplacé par MLR ou Dublin Core.

    Bien que IMS Content Packaging restera la solution conforme, Core SCORM permettra aux communautés de pratique d’adopter d’autres solutions équivalentes (MPEG 21 par exemple).

  • ADL SCORM 2008 (SCORM 2.0 ?)

    ADL va géré en direct une version de SCORM qui sera basée sur Core SCORM mais ira au-delà en fournissant des capacités supplémentaires pour les communautés de pratique tels que l’AICC, MedBiquitous et SIFA.

    ADL prévoit que le Département américain de la Défense continuera à utiliser Simple Sequencing via une communauté de pratiques.

MLR

Filed under: LOM,SCORM2004 — by ganesha4 @ 2:49 pm
Tags: , , ,
MLR pour Metadata for Learning Resources

MLR est une norme en permettant de décrire les ressources eLearning en tenant compte des usages du web sémantique tout en palliant les défauts du LOM.
Cette norme sera compatible avec LOM et le DC (Dublin Core).
MLR pourrait remplacer LOM dans la prochaine version Core SCORM

SCORM 2004 : La Présentation et la Navigation

Filed under: Ganesha4,LMS,SCORM,SCORM2004 — by ganesha4 @ 2:48 pm
Tags: , , ,
SCORM 2004 donne la possibilité aux contenus de gérer la présentation et la navigation.

La Présentation

SCORM® 2004 donne la possibilité aux SCO de gérer l’IHM (Interface Homme Machine, User Interface) des LMS.

Pour cela, nous disposons de l’élément <adlnav:presentation> qui doit être renseigné dans le fichier imsmanifest.xml. Cet élément est composé d’un sous élément <navigationInterface>

Un SCO peut indiquer tous les boutons qui doivent être masqués par le LMS.

Il existe 7 boutons pouvant être pilotés par le SCO :

– Le bouton Quitter et le bouton ‘Quitter Tout’

– Le bouton Suivant

– Le bouton Précédent

– Le bouton Pause (interrompre en vue d’une reprise)

– le bouton Abandonner et le bouton ‘Abandonner Tout’

Chacun de ces éléments peut être masqué individuellement.

<organization>
<item identifier="ITEMXX" identifierref="RESOURCEXX" isvisible="true"><title>Exemple 1</title>
<adlnav:presentation>
<adlnav:navigationInterface>
<adlnav:hideLMSUI>exit</adlnav:hideLMSUI>
<adlnav:hideLMSUI>continue</adlnav:hideLMSUI>
<adlnav:hideLMSUI>previous</adlnav:hideLMSUI>
<adlnav:hideLMSUI>abandon</adlnav:hideLMSUI>
</adlnav:navigationInterface>
</adlnav:presentation>
</item>
</organization>

Source : SCORM® 2004 3rd Edition Run-Time Environment (RTE) Version 1.0 RTE-4-19 © 2006 Advanced Distributed Learning

La Navigation

Si un SCO masque les boutons au niveau de l’IHM du LMS il devra prendre en charge toute la navigation. Dans la version SCORM® 2004, un SCO peut gérer le lancement du SCO suivant ou du SCO précédent. De même il peut prendre en charge la gestion du bouton ‘quitter’ et du bouton ‘pause’
Par défaut, c’est le LMS qui a la charge des boutons de navigation. L’interopérabilité de la navigation entre les LMS ne posera plus tous les problèmes rencontrés avec SCORM® 1.2.

SCORM 2004 : Le modèle de données pour la Navigation

Filed under: Ganesha4,LMS,SCORM,SCORM2004 — by ganesha4 @ 2:47 pm
Tags: , , ,
Le modèle de données pour la navigation ne fait pas partie des spécifications IMS SS. Il a été introduit par ADL et est donc préfixé par ‘adl.nav’.

Il peut être décomposé en deux groupes :

Validation de la navigation :

  • adl.nav.request_valid.continue : Ce modèle de données est utilisé par le SCO pour vérifier s’il existe une activité suivante.
  • adl.nav.request_valid.previous : Ce modèle de données est utilisé par le SCO pour vérifier s’il existe une activité précédente.
  • adl.nav.request_valid.choice : Ce modèle de données est utilisé par le SCO pour vérifier si une activité est présente.

Demande de navigation :

Toutes ces demandes seront prisent en compte après l’appel de la méthode Terminate(”).

  • adl.nav.request.continue : Demande au LMS de lancer le SCO suivant.
  • adl.nav.request.previous : Demande au LMS de lancer le SCO précédent.
  • adl.nav.request.choice : Demande au LMS de lancer un SCO en lui précisant l’Identifiant du SCO à lancer.
  • adl.nav.request.exit : Demande au LMS de quitter le SCO. Le LMS va exécuter le rollUp du SCO.
  • adl.nav.request.exitAll : Demande au LMS de quitter le SCO et d’exécuter le rollUp du CLUSTER contenant le SCO.
  • adl.nav.request.abandon : Demande au LMS d’abandonner le SCO. Le LMS devra permettre de reprendre le SCO.
  • adl.nav.request.abandonAll : Demande au LMS d’abandonner le SCO et d’exécuter le rollUp du CLUSTER du SCO.
  • adl.nav.request.suspendAll : Demande au LMS de suspendre le SCO et d’exécuter le rollUp du CLUSTER du SCO.
  • adl.nav.request._none_ : Permet d’initialiser une commande de Navigation sans aucune action.

LETSI

Filed under: SCORM,SCORM2004 — by ganesha4 @ 2:46 pm
Tags: , ,
LETSI  pour Learning-Education-Training Systems Interoperability
LETSI est une fédération internationale dédiée à l’apprentissage, l’éducation et l’interoparabilité des systèmes de formation.

C’est LETSI (avec ADL, AICC, …) qui va assumer la responsabilité de l’évolution des spécifications SCORM.

Next Page »

Create a free website or blog at WordPress.com.