SCORM 2.0

July 4, 2008

livre blanc ANEMA – SCORM2004 CAM

Filed under: AICC,e-learning,Ganesha4,LMS,LOM,SCORM,SCORM 2004,SCORM2004 — by ganesha4 @ 3:16 pm

Ce livre blanc montre comment appréhender le Content Aggregation Model du standard SCORM® 2004 (3ème Edition).

Bien comprendre les concepts SCORM® c’est réussir l’implémentation du standard  SCORM®. Ce livre blanc donne un aperçu des spécifications concernant le packaging, la communication entre le contenu et le LMS, le Modèle de contenu SCORM® et enfin le séquencement SCORM® (Simple Sequencing).

Nous nous sommes basés sur l’implémentation de ce standard dans le LMS Open Source et gratuit GANESHA © (http://www.ganesha.fr).

Advertisements

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).

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.

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

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


March 26, 2008

MLR

Filed under: Core SCORM,Dublin Core,e-learning,LMS,LOM,MLR,SCORM 2004 — by ganesha4 @ 4:06 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

February 28, 2008

Reload Editor, Reload SCORM player et CRT-Reload

Filed under: e-learning,News,SCORM 1.2 — by ganesha4 @ 7:24 pm


  • Metadata and Content Packaging
    Editor :

    Ce logiciel permet de créer et d’assembler des agregats de contenu au standard SCORM 1.2. Il est très simple d’utilisation et implémente toutes les spécificités de SCORM 1.2. Il permet également de renseigner les metadonées (LOM) des ressources et de générer un package SCORM 1.2.
  • Reload player :
    Ce logiciel vous permettra de tester votre package dans un environnement différent de votre LMS (ça peut être utile). Il implémente tout le modèle de données CMI.
  • CRT-Reload :
    Ce
    logiciel résulte du travail du projet européen TELCERT. C’est une mise à jour de la version fournie par le CETIS avec la gestion de SCORM 2004. C’est outil est complet mais nécessite une bonne connaissance du séquencement et de la navigation SCORM 2004.

LHÉO

Filed under: e-learning,LHEO,News — by ganesha4 @ 6:58 pm
Tags:

LHÉO : Langage Harmonisé d’Échange d’informations sur l’Offre de formation

LHÉO est un langage de référence commun de description de
l’information sur l’offre de formation. Ce langage minimal
permet d’exprimer de façon cohérente une action de formation
qui peut ensuite être lue, diffusée,
classée et décrite par le plus grand nombre.

LHÉO se compose de schémas (grammaires XML), d’un glossaire
et de tables de références représentés sous la forme de
fichiers XML. Il est accompagné par des outils (scripts,
exemples) qui facilitent sa mise en oeuvre dans les systèmes
informatiques existants et minimisent les coûts
d’intégration.

LHÉO 2008 (1.3.0) est disponible depuis le 23/01/2008.

La prochaine version de GANESHA intègrera ce langage pour la description de tous les parcours de formation créés dans GANESHA.

January 29, 2008

SCORM 2004 : Le modèle de données

Filed under: e-learning — by ganesha4 @ 3:32 pm

Run-Time Environment Data Model

Le modèle de données SCORM® est basé sur les spécifications fournies par l’IEEE LTSC CMI 1484.11.1 (soumis par l’AICC). C’est un ensemble de champs ou d’éléments utilisés lors de l’échange d’informations entre le SCO et le LMS. Chaque élément a des propriétés de lecture (LMS->SCO), d’écriture (SCO->LMS) ou de lecture+écriture (SCO<->LMS).

SCORM® 2004 introduit des changements au standard 1484.11.1. Les éléments basés sur ce standard sont préfixés par ‘cmi.’ tandis que les éléments ajoutés pour SCORM sont préfixés par ‘adl.’.

Les versions précédentes de SCORM définissaient également une notion de champ obligatoire ou optionnel (au niveau du LMS). Le SCO devait donc, via un élément générique du modèle de données (mdd._children), vérifier si les éléments optionnels utilisés par le SCO étaient bien implémentés par le LMS avant de les appeler. Cette façon de faire a complexifié le développement des SCO et ne permettait pas un assemblage transparent entre un SCO et un LMS. Pour remédier à ce problème, SCORM® 2004 défini tous les éléments du modèle de données comme obligatoire. En d’autres termes, un LMS conforme SCORM® 2004 doit obligatoirement implémenter tout le modèle de données.

SCORM 2004 : Le modèle de données – Les éléments le plus utilisés

Filed under: e-learning — by ganesha4 @ 3:09 pm

Run-Time Environment Data Model

Les éléments les plus utilisés :

  • cmi.comments_from_learner : Commentaires envoyés par l’apprenant
  • cmi.comments_from_lms : Commentaires envoyés par le LMS
  • cmi.completion_status : Indique si l’apprenant a terminé son activité
  • cmi.completion_threshold : Indique quand le SCO pourra être
    considéré comme réalisé. Cet élément est utilisé en comparaison avec
    l’élément cmi.progress_measure.
  • cmi.credit : Indique si l’avancement de l’apprenant doit être crédité
  • cmi.entry : Permet de retourner des informations au SCO concernant les exécutions précédentes du SCO
  • cmi.exit : Indique comment et pourquoi l’apprenant a quitté le SCO
  • cmi.interactions : Retourne les informations concernant les interactions du SCO
  • cmi.launch_data : Fournit des informations à l’initialisation du SCO
  • cmi.learner_id : Identification de l’apprenant par le LMS
  • cmi.learner_name : Représente le nom de l’apprenant.
  • cmi.learner_preference : Spécifie les préférences de l’apprenant lors de l’exécution du SCO
  • cmi.location : Représentation la position de l’apprenant dans le SCO
  • cmi.max_time_allowed : Indique le temps que l’apprenant est autorisé à utiliser pour exécuter le SCO
  • cmi.mode : Indique le mode dans lequel le SCO doit être présenté à l’apprenant
  • cmi.objectives : Spécifie les compétences associées au SCO
  • cmi.progress_measure : Indique la progression de l’apprenant dans le SCO.
  • cmi.scaled_passing_score : Indique le score d’obtention du SCO
  • cmi.score : Indique le score que l’apprenant a réalisé dans le SCO
  • cmi.session_time : Retourne le temps que l’apprenant a passé dans le SCO
  • cmi.success_status : Indique quand l’apprenant a réussi le SCO
  • cmi.suspend_data : Retourne les informations fournies par le SCO concernant l’utilisation de l’apprenant
  • cmi.time_limit_action : Indique l’action que le SCO doit réaliser si le temps maximum d’utilisation est atteint par l’apprenant.
  • cmi.total_time : Retourne le temps total que l’apprenant a passé sur le SCO
Next Page »

Create a free website or blog at WordPress.com.