SCORM 2.0

July 4, 2008

L’élément sequencingRules

Chaque activité peut être associée à une ou plusieurs règles de séquencement. Ces règles vont permettre de personnaliser le parcours d’un apprenant en fonction de son avancement, de ses résultats et des compétences acquises.

Concrètement, une règle est définie par l’association d’une ou de plusieurs conditions (ruleConditions) et d’une action (ruleAction). Il existe 3 règles (preConditionRule, exitConditionRule et postConditionRule).

La création d’une condition est identique pour toutes les règles et peut se décomposer en 4 catégories :

  • L’état : attemptLimitExceeded, timeLimitExceeded, activityProgressKnown
  • Le statut : satisfied, completed, attempted
  • Les objectifs : objectiveStatusKnown, objectiveMeasureKnown, objectiveMeasureGreaterThan, objectiveMeasureLessThan
  • L’élément neutre : always

Par contre, les actions sont définies en fonction du type de la règle. Les règles sont évaluées lors de la navigation de l’apprenant :

  • preConditionRule
    Règles à prendre en compte avant le lancement d’une activité. Si la condition est vérifiée, lors de la navigation, une activité peut être omise (skip), ou désactivée (disabled), ne pas être prise en compte (hiddenFromChoice) ou sinon s’arrêter sur le choix (stopForwardTraversal) de cette activité.
  • exitConditionRule
    Cet élément permet de définir les règles à prendre en compte lors de la sortie d’une activité. La seule action possible est de forcer la sortie via l’action Exit.
  • postConditionRule
    Cet élément permet de définir les règles à prendre en compte après l’exécution d’une activité. Si la condition est vérifiée, lors de la navigation, on peut forcer la sortie (exitParent, exitAll), forcer la réexécution de l’activité (retry, retryAll) ou tout simplement autoriser la navigation sans contraintes (continue, previous).

Advertisements

SCORM 2004 4ème édition

Presque deux ans après la dernière édition, ADL annonce une prochaine mise à jour de SCORM – SCORM 2004 4ème édition.

Les modifications apportées à cette nouvelle édition permettent de rendre SCORM 2004 plus stable et plus robuste, tout en augmentant l’interopérabilité du run-time grâce au retour d’expérience des utilisateurs.

SCORM 2004 4ème édition devrait être disponible fin 2008. ADL encourage les utilisateurs à passer en revue les articles de la Base de connaissances.

La Certification SCORM 2004 4ème édition sera disponible environ 60 jours après la version finale de SCORM 2004 4ème édition.

Arrivée à ADLNet.gov souvent pour des informations supplémentaires en ce qui concerne le développement et la libération de SCORM 2004 la 4e édition.

June 4, 2008

Concours de Skin Ganesha

Filed under: Ganesha4,LMS — by ganesha4 @ 9:35 am
Tags: ,

Anema a décidé de lancer un concours autour de la plateforme Ganesha et du graphisme.

Anema a décidé de lancer un concours autour de la plateforme Ganesha et du graphisme. Le principe est de réaliser une personnalisation graphique de Ganesha.

Pour ce faire il vous suffit de télécharger Ganesha, de dupliquer le répertoire intro qui se trouve dans l’archive et de le renommer intro_votre_nom. Vous pouvez modifier l’ensemble des fichiers de ce nouveau répertoire pour personnaliser Ganesha.

Votre travail devra être compatible avec au minimum Internet Explorer à partir de la version 6 et Firefox à partir de la version 2 pour une résolution de 1024*768. L’interface pourra aussi être fluide, c’est à dire adaptable à toutes les résolutions. Il devra être distribué sous licence GNU GPL.

Pour soumettre votre contribution il suffit de nous envoyer votre répertoire de travail sous forme d’archive ZIP à l’adresse concours@ganesha.fr.

L’équipe d’Anema notera les contributions suivant les critères suivants :

  1. Créativité
  2. Audace
  3. Esthétisme
  4. Ergonomie
  5. Compatibilité

L’ensemble des contributions seront visibles sur une plate-forme de démonstration.

  • Le ou la gagnante du concours se verra offrir une formation inter-entreprises Anema.
  • Les 4 suivants auront droits à un accès gratuit à une plate-forme Ganesha hébergé par Anema dans laquelle ils pourront gérer un groupe, son contenu et 100 comptes apprenants.
  • Les 5 suivants gagneront un T-Shirt Ganesha chacun.

Certification SCORM 1.2

Filed under: Ganesha4,LMS,SCORM — by ganesha4 @ 9:34 am
Tags: , , ,
  • 2 centres de certification
    Wisconsin Testing
    Naval Undersea fare Center (NUWC) Division Keyport.
  • Utilisation Conformance Test Suite Version 1.2.7
  • Le logiciel est en libre utilisation (Self Test)
  • Possibilité d’utiliser le logo ADL CERTIFIED +  Référencement sur le site adlnet.org
  • Il existe 3 niveaux pour les LMS
  • Il existe 9 niveaux pour les Contenus

Il existe 3 niveaux pour les LMS :

  1. LMS-RTE1 :

    • Traitement des Content Packages (PIF)
    • Lancement des SCOs
    • Lancement des ASSETs
    • Implémentation correcte de l’API
    • Présentation de l’API dans un jeu de frames
    • Implémentation correcte des modèles de données obligatoires.
  2. LMS-RTE2 :

    • LMS-RTE1
    • Implémentation d’un ou plusieurs modèles de données optionnelles.
  3. LMS-RTE3 :

    • LMS-RTE2
    • Implémentation correcte de tous les modèles de données optionnelles.

Il existe 9 niveaux pour les Contenus :

  1. SCO-RTE1 :

    • Chargement du SCO
    • Recherche de l’API
    • Appel de LMSInitialize et LMSFinish.
  2. SCO-RTE1+Mandatory :

    • SCO-RTE1
    • Implémentation correcte d’un ou plusieurs modèles de données obligatoires
  3. SCO-RTE1+Optional :

    • SCO-RTE1
    • Implémentation correcte d’un ou plusieurs modèles de données optionnelles.
  4. SCO-RTE1+Mandatory+Optional :

    • SCO-RTE1
    • SCO-RTE1+Mandatory
    • SCO-RTE1+Optional
  5. MD-XML1 :

    • Le document XML du contenu est bien formé
    • Respect du schéma IMS Learning Ressource Metadata 1.2.1
    • Respecter le type des données
    • Gérer les éléments Agrégation, SCO et ASSET
    • Respecter le vocabulaire
  6. MD-XML1+Optional :

    • MD-XML1
    • Implémenter un ou plusieurs éléments optionnels
  7. MD-XML1+Extension :

    • MD-XML1
    • Implémente (bien formé et validé) une ou plusieurs extension
  8. MD-XML1+Optional+Extension :

    • MD-XML1
    • MD-XML1+Optional
    • MD-XML1+Extension
  9. ADLCP-PIF1 :

    • Fichier compatible avec PKZIP version 2.04g
    • Le manifest (imsmanifest.xml) est à la racine du fichier zip
    • Tous les fichiers XML Schemas sont à la racine du fichier zip
    • Le manifest est bien formé
    • Le manifest respecte le schéma IMS Content Packaging 1.1.2 XML Schema
    • Le manifest respecte le schéma ADL Content Packaging 1.2 XML Schema
    • Le manifest contient au moins un SCO ou un ASSET
    • Tous les SCO sont minimum SCO-RTE1
    • Les méta données utilisées dans le manifest doivent respecter le SCORM Meta Data approprié.

April 1, 2008

Dublin Core

Filed under: Ganesha4,LMS,SCORM,SCORM2004 — by ganesha4 @ 9:07 am
Tags: , , ,
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

LETSI

Filed under: Ganesha4,LMS,SCORM,SCORM2004 — by ganesha4 @ 9:05 am
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.

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

Filed under: Ganesha4,LMS,SCORM,SCORM2004 — by ganesha4 @ 9:04 am
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.

SCORM 2004 : La Présentation et la Navigation

Filed under: Ganesha4,LMS,SCORM,SCORM2004 — by ganesha4 @ 9:03 am
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.

March 28, 2008

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

Next Page »

Create a free website or blog at WordPress.com.