Accès aux contenus du système iClass grâce à un Adaptateur utilisant la " SQI "

- De nos jours, la Technologie de l’Information et de la Communication prend part efficacement ` a la formation.
- Il aborde des ´ etudes pr´ ealables concer- nant l’Adaptateur, des technologies utilis´ ees, des propositions de la gestion num´ erique des droits d’auteur, et la mise en application de l’Adaptateur..
- 3.2.1 Expression de l’accord.
- 3.3.3 Requˆ ete de l’accord.
- 3.4 Mise en application de l’Adaptateur.
- 3.4.2 Conception et impl´ ementation de l’Adaptateur.
- B Interfaces graphique de l’Adaptateur 44 B.1 Introduction.
- C Conception de l’Adaptateur 49 C.1 Introduction.
- D.1 Fonctionnalit´ es de l’outil.
- 2.1 Environnement de collaboration du syst` eme iClass.
- 2.2 Architecture du syst` eme iClass.
- 2.5 Sp´ ecification graphique de l’exemple de WSDL.
- 3.5 Format de l’accord.
- B.1 Page de maison de l’Adaptateur.
- B.3 Configuration des param` etres du Conducteur et du Service de S´ ecurit´ e 47 B.4 Interface d’administration de l’Adaptateur.
- 3.1 Environnement de d´ eveloppement et de d´ eploiement de l’Adaptateur .
- 36 3.2 Liste des fonctionnalit´ es de l’Adaptateur.
- Enfin, tous ces aspects seront joints ensemble dans la mise en application de l’Adaptateur..
- Il pr´ esente ´ egalement l’interface SQI et la technique de base utilis´ es dans le d´ eveloppement de l’Adapter .
- Chapitre 3, M´ ethodes et Solutions, parle de solutions pour les sc´ enarios d’acc` es aux contenus ainsi que la gestion num´ erique des droits et l’authentification, et ´ egalement de la mise en application de l’Adaptateur .
- 2.1 – Environnement de collaboration du syst` eme iClass.
- 2.2 – Architecture du syst` eme iClass.
- La conception de l’Adaptateur est le but de ce rapport..
- La mise en oeuvre de l’Adaptateur consiste en quatre modules suivants.
- – Partie principale : recherche des m´ etadonn´ ees, adaptation des r´ esultats et lance- ment de l’objet d’apprentissage.
- – Configuration et administration de l’Adaptateur..
- Ce sont des ´ el´ ements importants dans la mise en oeuvre de l’Adaptateur..
- Entr´ ee et sortie de l’op´ eration -->.
- 2.5 – Sp´ ecification graphique de l’exemple de WSDL.
- a distance, rend la Technologie de l’Information et de la Communication davantage qu’un outil simple.
- La construction de l’Adaptateur est l’objectif de ce rapport..
- r´ esolution de l’emplacement d’objet d’apprentissage : Dans quelques circons- tances, les m´ etadonn´ ees fournissent des r´ ef´ erences aux objets d’apprentissage plutˆ ot que leurs endroits.
- consommation de l’objet d’apprentissage : Obtenant ` a l’objet d’apprentissage choisi ` a l’endroit (normalement par son URL) obtenu pendant la deuxi` eme ´ etape..
- Dans le cas du projet iClass, les m´ etadonn´ ees indiquent l’identificateur de l’objet d’apprentissage et non son emplacement.
- etablir une session entre le syst` eme existant et l’Adaptateur de l’iClass ont ´ et´ e omis..
- – Le syst` eme existant envoie une requˆ ete asynchrone ` a l’adaptateur (asynchro- nousQuery)..
- Mise en jeu d’un objet d’apprentissage : A cet ´ etat, Un syst` eme existant peut mettre en jeu un objet d’apprentissage en se basant sur l’information trouv´ ee dans le r´ esultat de la requˆ ete (les m´ etadonn´ ees contiennent l’identificateur de l’objet d’ap- prentissage)..
- – Le syst` eme existant ouvre une “fenˆ etre de jeu” qui va lancer la page de d´ ebut (startInvokeiLO) du conducteur-g´ en´ erateur-pr´ esentateur (CGP) et envoie l’iden- tificateur de l’objet d’apprentissage choisi ` a cette page.
- – suivre l’utilisation de l’objet pour le but de reportage ou de paiement..
- Il comprend l’expression de l’accord et le protocole de n´ egociation et de v´ erification des droits et d’authentification..
- L’utilisation des normes est de propri´ et´ e dans la mise en application de l’Adapta- teur.
- L’expression num´ erique des droits (en ODRL ) et le jeton de SAML sont la base de l’accord.
- Un accord comprend l’identificateur d’un objet d’apprentissage, un jeton de SAML conte- nant les informations du syst` eme existant qui invoque l’objet, et les droits d’utilisation du syst` eme existant vis-` a-vis de l’objet.
- Ici, nous supposons que tous les syst` emes existants, qui veulent utiliser les contenus du syst` eme iClass, ont besoin de s’inscrire ` a l’Adaptateur et l’Adaptateur leur fait confiance..
- La v´ erification des droits et d’authentification a lieu lorsqu’un ´ etudiant, en utilisant son syst` eme de gestion d’apprentissage (syst` eme existant), invoque un objet par la m´ ethode startInvokeiLO, o` u l’identificateur de session et l’identificateur de l’objet sont des param` etres, du Conducteur-G´ en´ erateur-Pr´ esentateur (CGP).
- Le CGP fabrique une requˆ ete d’accord et l’envoie ` a l’Adaptateur via l’interface SQI pour obtenir l’accord pour la demande de l’´ etudiant.
- 3.5 – Format de l’accord.
- 3.6 – Protocole de gestion num´ erique des droits et d’authentification pour mettre ` a jour l’expression des droits du syst` eme existant vis-` a-vis de l’objet invoqu´ e (getOrUpdateRights).
- – suivre l’utilisation de l’objet : Avec notre mod` ele, le syst` eme iClass peut enre- gistrer le suivi de n’importe quelle objet d’apprentissage..
- Puisque pour la raison confidentielle, le profil de l’utilisateur ne pourrait pas ˆ etre transf´ er´ e au syst` eme iClass.
- Les messages utilis´ es dans l’interop´ erabilit´ e entre l’Adaptateur et les syst` emes exis- tants, et entre l’Adaptateur et le Conducteur consistent en quatre cat´ egories : Requˆ ete des m´ etadonn´ ees, Format des r´ esultats, et Requˆ ete de l’accord..
- Pour faire la recherche des m´ etadonn´ ees, un syst` eme existant envoie une requˆ ete des m´ etadonn´ ees ` a l’Adaptateur.
- En plus, XQUERY peut exprimer des demandes compliqu´ ees de l’utilisateur.
- <ContentId>...</ContentId>.
- <string>...</string>.
- <Description>...</Description>.
- Le format de l’accord est pr´ esent´ e sur la Figure 3.5..
- Le format de ce type de requˆ ete (requˆ ete de l’accord) est comme suit.
- <sessionId>...</sessionId>.
- <loId>...</loId>.
- Le format d’une requˆ ete de l’accord commence par “tokenQuery”.
- et loId, Id de l’objet d’apprentissage que le syst` eme existant veut mettre en jeu..
- Les sc´ enarios d’acc` es aux contenus, le m´ ecanisme de gestion num´ erique des droits et d’authentification, et les formats des donn´ ees sont des ´ etudes pr´ ealables pour la mise en application de l’Adaptateur.
- concernant l’Adaptateur.
- La conception de l’Adaptateur est r´ ealis´ ee en utilisant UML et certains patterns de conception (“Singleton, Objects Factory, Adapter” [5.
- dans la requˆ ete de l’accord (sous-section 3.3.3) peut ˆ etre donc omit..
- Les fonctionnalit´ es de l’Adaptateur en version initiale sont list´ ees dans le Ta- bleau 3.2..
- terface de l’Adaptateur.
- 3.1 – Environnement de d´ eveloppement et de d´ eploiement de l’Adaptateur.
- 3.2 – Liste des fonctionnalit´ es de l’Adaptateur.
- Pour tester le fonctionnement de l’Adaptateur, y compris l’interop´ erabilit´ e entre un syst` eme existant et l’Adaptateur et entre l’Adaptateur et d’autres composants du syst` eme iClass (le Conducteur et le Service de S´ ecurit´ e), l’auteur de ce m´ emoire a construit un outil de test.
- Il consiste en deux sections, sec- tion d’´ evaluation des r´ esultats obtenus dans le d´ eveloppement de l’Adaptateur et la conclusion de ce m´ emoire..
- Afin de prot´ eger les droits d’auteur et de suivre l’utilisation de l’objet d’appren- 39.
- Il contribue au succ` es de l’Adaptateur.
- Les interfaces d’administration de l’Adaptateur sont pr´ esent´ ees dans l’Annexe B comme une d´ emonstration des r´ esultats..
- En termes de contributions personnelles, l’auteur de ce m´ emoire est responsable du d´ eveloppement de l’Adaptateur.
- Cette annexe pr´ esente des plate-formes de base utilis´ ees dans le d´ eveloppement de l’Adaptateur.
- L’impl´ ementation de l’Adaptateur profite de la plate-forme JAXB parce que l’in- frastructure de l’Adaptateur est bas´ ee sur XML.
- Interfaces graphique de l’Adaptateur.
- Comme une d´ emonstration des r´ esultats, cette annexe pr´ esente les interfaces gra- phiques de l’Adaptateur.
- Elle nous aborde aussi les fonctionnalit´ es de l’Adaptateur et comment l’utilisateur administre l’Adaptateur via ses interfaces..
- B.1 – Page de maison de l’Adaptateur.
- La Figure B.4 pr´ esente l’interface d’administration de l’Adaptateur.
- – la partie “Adapter Info” qui vise ` a configurer les param` etres d’ex´ ecution de l’Adaptateur.
- B.4 – Interface d’administration de l’Adaptateur.
- Conception de l’Adaptateur.
- Cette annexe pr´ esente la conception de l’Adaptateur.
- Il y a des interfaces Web qui permettent ` a l’utilisateur de configurer le fonctionnement de l’Adaptateur.
- La conception de l’Adaptateur donc consiste en deux cat´ egories : la conception des inter- faces Web et la conception de service.
- Cette annexe aborde seulement la conception de service de l’Adaptateur.
- La m´ ethodologie de conception orient´ ee-objet est utilis´ ee dans la conception de l’Adaptateur.
- Cette m´ ethodologie facilite l’´ evolution de la conception de l’Adaptateur afin d’achever les besoins de chaque ´ etape..
- L’outil utilis´ e dans la conception de l’Adaptateur est un produit de l’enterprise Borland 1 : “Borland Together Architect 1.1”.
- InnerAdapterImpl Impl´ ementation de l’interface InnerAdapter..
- Ces quatre classes appliquent le pattern de conception de “Adapter”.
- – Enregistrement d’adaptateur (“Adapter register.
- – L’outil appelle la m´ ethode de cr´ eation de session de l’Adaptateur..
- Tout d’abord , l’utilisateur entre une requˆ ete en format de “Very Simple Query” et l’envoie ` a l’Adaptateur (figure D.2.
- Afin de r´ ecup´ erer le jeton de s´ ecurit´ e d’un syst` eme existant (dans ce cas, il s’agit du jeton de l’outil de test).
- Puis il l’envoie ` a l’Adaptateur