SCORM 2.0

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.

Advertisements

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

Filed under: SCORM 2004 — by ganesha4 @ 3:11 pm

Run-Time Environment Data Model

Certains éléments, et non pas des moindres, ont évolués entre la version 1.2 et la version 2004. Cet article liste les éléments les plus importants.

  • cmi._version
    – Le SCO peut gérer plusieurs versions du modèle de données. Pour connaître la version du modèle de données supporté par le LMS, le SCO utilise cet élément. Pour la version SCORM 2004, la version du modèle de données est ”1.0”
  • cmi.completion_status
    – Cet élément permet d’indiquer si l’apprenant a consulté entièrement le SCO. Les statuts utilisés par le SCO sont completed ou incomplete.
  • cmi.completion_threshold
    – Cet élément permet de définir quand le SCO pourra être considéré comme réalisé. Cet élément est utilisé en comparaison avec l’élément cmi.progress_measure.
    – La valeur de cet élément est comprise entre 0.0 et 1.0. Elle est initialisée par le LMS après récupération dans le fichier imsmanifest.xml (<adlcp:completionThreshold>).
  • cmi.progress_measure
    – Cet élément permet d’indiquer précisément l’avancement de l’apprenant au sein du SCO. La valeur remontée est comprise entre 0 (not attempted) et 1 (completed).
  • cmi.success_status
    – Cet élément permet d’indiquer lorsqu’un apprenant a réussit un SCO. Le statut est basé sur une note de passage et le score obtenu par l’apprenant (passed, failed).
  • cmi.score.scaled/cmi.score.raw/cmi.score.min/cmi. score.max
    – Le SCO peut remonter un score représentant le résultat de l’apprenant. Si le score est formaté entre -1.0 et 1.0, le SCO utilise uniquement l’élément cmi.score.scaled.
    Le SCO peut remonter un score ne respectant pas le format -1.0->1.0. Dans ce cas, il doit utiliser l’élément cmi.score.raw pour remonter le score mais également utiliser les éléments cmi.score.min et cmi.score.max pour indiquer l’échelle du score.
  • cmi.session_time
    – Cet élément permet de remonter le temps que l’apprenant a passé sur le SCO. Le format de cet élément est : P[yY][mM][dD][T[hH][nM][s[.s]S]]
  • cmi.mode
    – Cet élément permet d’indiquer au SCO son mode d’exécution (normal, browse, review).
  • cmi.entry
    – Cet élément permet de connaître l’état d’entrée du SCO. Si le SCO est lancé pour la première fois, cet élément contient ‘ab-initio’. En fonction de la valeur de sortie du SCO (suspend, log-out, ”) cet élément contiendra la valeur ‘resume’ ou vide ”.
    – Identique à SCORM 1.2
  • cmi.objectives
    SCORM 2004 apporte de nombreuses précisions concernant la notion d’objectif (compétence). Un objectif est associé à une activité ou à un cluster. Un cluster ou une activité peuvent être associés à un ou plusieurs objectifs.

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

SCORM 2004 : Le modèle de données – Les éléments pour les interactions

Filed under: e-learning,SCORM 2004 — by ganesha4 @ 3:08 pm

Run-Time Environment Data Model

Le modèle de données des interactions défini un jeu de réponses par question pouvant être remonté par le SCO vers le LMS. Le LMS doit uniquement stocker ces informations.

Le SCO a la possibilité de stocker toutes les interactions ou écraser les interactions avec les nouvelles valeurs obtenues par l’apprenant.

  • cmi.interactions._children
    Permet de lister les éléments gérés par le LMS.
  • cmi.interactions._count
    Permet de définir le nombre d’interactions stockées dans le LMS.
  • cmi.interactions.n.id
    Correspond au libellé de l’interaction. Le libellé doit être unique.
  • cmi.interactions.n.type
    Indique le type de l’interaction (true-false, choice, fill-in, long-fill-in, likert, matching, performance, sequencing, numeric, other).Permet de déterminer comment les informations de l’interaction vont être interprétées.
  • cmi.interactions.n.objectives._count
    Permet de définir le nombre d’objectifs stockés dans le LMS.
  • cmi.interactions.n.objectives.n.id
    Correspond au libellé de l’objectif. Le libellé doit être unique.
  • cmi.interactions.n.timestamp
    Indique l’heure à laquelle l’interaction a été présenté à l’apprenant.
  • cmi.interactions.n.correct_responses._count
    Permet de définir le nombre de bonnes réponses stockées dans le LMS.
  • cmi.interactions.n.correct_responses.n.pattern
    Correspond à l’ensemble des réponses correctes.
  • cmi.interactions.n.weighting
    Correspond à la pondération de la question.
  • cmi.interactions.n.learner_response
    Correspond à la réponse de l’apprenant à la question.
  • cmi.interactions.n.result
    C’est le résultat obtenu par l’apprenant (“correct”, “incorrect”,”unanticipated”, “neutral”)
  • cmi.interactions.n.latency
    Indique le temps que l’apprenant a passé sur la question.
  • cmi.interactions.n.description
    Permet de remonter une description de l’interaction.

Code erreur API SCORM 2004

Filed under: e-learning,SCORM 2004 — by ganesha4 @ 3:06 pm
Catégorie des erreurs Valeur Description
Pas d’erreur 0  
Erreurs Générales 100 – 199 Ces erreurs prennent en compte l’Etat de l’API lors des appels d’une méthode
Erreurs de syntaxe 200 – 299 Ces erreurs indiquent un mauvais paramètre passé à une méthode de l’API
Erreurs du LMS 300 – 399 Ces erreurs indiquent un disfonctionnement dans l’implémentation des méthodes GetValue() , SetValue() et Commit()
Erreurs du modèle de données 400 – 499 Ces erreurs prennent en compte tous les problèmes concernant l’utilisation des éléments du modèle de données
Erreurs spécifiques 1000 – 65535  

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

Etats de l’API SCORM 2004

Filed under: e-learning,SCORM 2004 — by ganesha4 @ 1:04 pm

Les états de l’API SCORM 2004 permettent de contrôler les différents évènements pouvant être appelés par un SCO.

Il existe 3 états :

  • Not Initialized
  • Running
  • Terminated

Source : SCORM 2004 3rd Edition Run-Time Environment (RTE) Version1.0
2006 Advanced Distributed Learning

Définition des états :

  • Not Initialized : C’est l’état du SCO avant d’appeler la méthode Initialize(“”). C’est également dans cet état que le SCO doit rechercher l’API fournit par le LMS.
  • Running : Après un appel réussit à la méthode Initalize(“”), le SCO passe dans cet état.
  • Terminate : Après un appel réussit à la méthode Terminate(“”), le SCO passe dans cet état.

January 25, 2008

Le document de référence PENS disponible en français

Filed under: AICC,e-learning,PENS — by ganesha4 @ 5:19 pm

PENS (Package Exchange Notification Services)

Une traduction en français du document de référence présentant AICC PENS est disponible à l’adresse :
http://www.aicc.org/docs/AGRs/agr011v1-fr.pdf


Vous pouvez également consulter le blog de l’AICC avec la news mentionnant ce travail
et la plugfest iLearningForum :

http://www.aicc.org/blog/

January 16, 2008

SCORM 2004 – GetDiagnostic

Filed under: SCORM — by ganesha4 @ 12:40 pm

Méthode GetDiagnostic() de l’API SCORM 2004

  • Syntaxe d’utilisation :
    return_value = GetDiagnostic(parametre)

  • Description :
    En cas d’erreur, le LMS peut donner plus d’informations concernant l’erreur rencontrée.

  • Parametre :
    Le paramètre d’entrée peut être le code erreur rencontrée, mais il n’est pas uniquement limité a ce code erreur.

  • Valeur retournée :
    Cette  méthode retourne une chaîne correspondant à la description du code de l’erreur envoyée en paramètre. Elle respecte les règles suivantes :

SCORM 2004 – GetErrorString

Filed under: LMS,SCORM 2004 — by ganesha4 @ 11:57 am

Méthode GetErrorString() de l’API SCORM 2004

  • Syntaxe d’utilisation :
    return_value = GetErrorString(parametre)

  • Description :
    En cas d’erreur, le SCO peut récupérer via cette méthode un message pour le diffuser à l’apprenant.

  • Parametre :
    Cette méthode n’a pas de paramètres en entrée.

  • Valeur retournée :
    Cette  méthode retourne une chaîne correspondant à la description du code de l’erreur envoyée en paramètre. Elle respecte les règles suivantes :
    • la chaîne de retour ne dépasse pas une taille de 255 caractères.
    • SCORM ne précise pas le contenu de la description de l’erreur. Elle est spécifique à chaque LMS.
    • Si le code d’erreur ne correspond pas a une erreur référencée, une chaîne vide sera retournée.

SCORM 2004 – GetLastError

Filed under: LMS,SCORM 2004 — by ganesha4 @ 11:50 am

Méthode GetLastError() de l’API SCORM 2004

  • Syntaxe d’utilisation :
    return_value = GetLastError()

  • Description :
    Le SCO peut vérifier si la dernière communication a engendré une erreur ou non. 

  • Parametre :
    Cette méthode n’a pas de paramètres en entrée.

  • Valeur retournée :
    La méthode retourne le code de l’erreur (0 à 65536). 0 si l’API n’a pas rencontré d’erreur.

Next Page »

Blog at WordPress.com.