Mise en place d'une plateforme de e-learning dans le milieu universitaire

Mise en place d’unEnvironnement Numérique de Travail

Mission présentée à l’épreuve professionnelle de soutenance du diplôme visé de Eurotech 4

Présenté par Yoann Saludes

I. Introduction 4A. Projet précédent 4

II. Présentation Générale de l’ICP 5A. Organisations 5B. Étudiants 6

III. Le projet GIVA 7IV. Le projet ENT du campus ICP 8

A. Attentes et objectifs 8V. Notions préalables 9

A. LMS 9B. ENT 9C. SCORM 10D. SSO 10

VI. Environnement 11A. Les liaisons du projet 11B. Infrastructure technique du Campus ICP 12

S.I. GIVA 12Liaisons Internet 12

C. Résumé de l’existant 12VII. Hypothèses de recherche 13VIII. Étude des besoins 14

A. Architecture fonctionnelle 14B. Architecture technique 15

Fiabilité et évolutivité 15Surveillance 15Authentification 15

C. Détail des besoins e-learning 16Logiciel maitrisable 16Logiciel modulaire 16Multilinguisme 16Interopérabilité 16Fonctionnalités 16

D. Exploitation de l’ENT 17E. Coûts 17

IX. Offre logicielle 18A. Dokeos 18

Fonctionnalités 18Politique d’utilisation, approche commerciale 19Communauté 19Divers 19

B. Ilias 20Fonctionnalités 20Politique d’utilisation, approche commerciale 20Communauté 21

C. Moodle 21Fonctionnalités 21Communauté 22

D. Comparatif 22

LʼEnvironnement de Travail Numérique de lʼInstitut Catholique de Paris

Présenté par Yoann Saludes - Infosup - 2009/2010" 2/51

E. Conclusion 22X. Réflexion sur l’architecture globale 23

A. Composition de l’ENT 23B. Mise en phase des services 24

État des systèmes d’authentification 24Système d’authentification prévisionnel 24

C. Le système de SSO CAS 25Fonctionnement de base 25

XI. Infrastructure technique 27A. Répartition 27B. Emplacement 28C. Temporisation 30

Phase 1 - Test 30Phase 2 - Production légère 31Phase 3 - Production pleine 31

D. Dimension 32E. Schéma 33F. Liaison du LMS(Moodle) au S.I. GIVA 33

XII. Planification du projet 34A. Étude préalable (Phase 0) 34

Importance d’une communication au plus tôt avec les utilisateurs 34

B. Déploiement de la plateforme de test (Phase 1) 35Installation des outils de suivi et test 35Installation de l’infrastructure Web de l’ENT 36

C. Mise en production (phase 2) 38D. Elargissement de la production 39

XIII. Conclusion 40XIV. Remerciements 40XV. Bibliographie / Webographie 41

A. Documentations et ouvrages 41B. Sites produits & technologies 41C. Sites de l’Institut Catholique de Paris 41

XVI. Glossaire 42XVII.Table des annexes 43

A. Annexe 1 44B. Annexe 2 47C. Annexe 3 48D. Annexe 4 49E. Annexe 5 50



I. IntroductionCe mémoire présentera le déroulement du projet qui m’a été confié par l’Institut Catholique

de Paris (ICP), entreprise qui m’accueille depuis quatre ans, pour m’accompagner dans ma

formation. Après tous les projets qui m’ont étés confiés par l’Institut Catholique de Paris, celui-ci

est certainement celui qui rassemble le maximum de compétences que je cherche à faire évoluer,

à savoir une expertise dans les infrastructures web, et celles afférentes au management de projet.

La mise en place d’un Environnement Numérique de Travail (ENT) au sein de l’ICP est une

mission que je considère comme très valorisante pour l’ICP et pour moi, car l’Institut ayant pour

activité l’éducation, il s’agit là d’un service critique et qui sera fortement sollicité par la suite. C’est

pourquoi je piloterais ce projet avec toute la discipline, la rigueur et l’organisation dont je dispose

car je suis conscient de la responsabilité que me donne la direction du service informatique.

Le projet d’ENT se place s’une échelle de temps de plusieurs années, avec une exploitation

qui progressera par paliers. À ce stade, la réflexion est faite sur la globalité du projet, à savoir ses

besoins, objectifs et sa faisabilité technique. C’est au terme de cette étude que nous aurons défini

la faisabilité du projet, les besoins humains et techniques à mettre en oeuvre pour le mener à

bien, ainsi qu’une feuille de route pour planifier sa progression.

Comme il le sera expliqué au cours de ce dossier, le projet d’ENT s’intègre et se lie à d’autres

projets parmi lesquels le projet principal, «GIVA», constitue une refonte de la plateforme

informatique de gestion de la vie académique. Ce projet est toujours en cours de développement

mais son exploitation est déjà possible. Toutes les données dont aura besoin l’ENT seront extraites

de ce nouveau Système d’information.

A. Projet précédentToujours parmi les projets liés à celui de l’ENT, un projet que j’ai présenté l’année dernière

pour le diplôme d’EuroTech 3, est aussi dans les services destinés aux étudiants. Il s’agit de la

mise en place de l’accès Internet par Wifi pour les étudiants et professeurs. Ce système utilise

également une authentification centralisée. Je tirerais profit de certains développements

(notamment l’extraction d’informations de GIVA) pour construire l’ENT et mettre à jour celui du

Wifi.

Les coordonnées pour accéder au dossier présenté sont présentes au chapitre Bibliographie.



II. Présentation Générale de l’ICPL’Institut Catholique de Paris, fondé en 1875, est un important établissement privé

d’enseignement supérieur, dont les champs disciplinaires se répartissent en 5 familles :

- Philosophie, Théologie et Sciences Religieuses ;

- Lettres, Langues, Histoire-Géographie ;

- Éducation, Pédagogie et Psychologie ;

- Sciences Sociales, Économiques et Commerciales ;

- Sciences et Techniques de l’Ingénieur.

A. OrganisationsEn termes d’organisation, l’Institut Catholique de Paris est constitué d’un ensemble de

Facultés, d’Instituts et d’Écoles dispensant des enseignements universitaires professionnalisants

et techniques. C’est à la fois une université catholique de statut pontifical (depuis 1895) délivrant

des diplômes canoniques et, pour l’État, un établissement privé d’enseignement supérieur

délivrant des diplômes d’État. L’ICP délivre également des diplômes qui lui sont propres.

Les 33 organismes qui composent l’ICP se répartissent de la manière suivante :

- 6 facultés :

• Faculté de philosophie,

• Faculté de théologie et de sciences religieuses,

• Faculté de droit canonique,

• Faculté des lettres,

• Faculté d’éducation,

• Faculté de sciences sociales et économiques ;

- 6 instituts universitaires :

• Institut d’Études Religieuses,

• Institut de Langue et de Culture Françaises,

• Institut Supérieur de Pédagogie – Formation,

• Université du Milieu de la Vie,

• Études Musicales,

• Institut d’Études Augustiniennes ;



- 11 écoles supérieures (ou groupe d’écoles) associées (statutairement liées à l’ICP) :

• École de Bibliothécaires Documentalistes,

• Institut Supérieur d’Interprétation et de Traduction,

• Centre de Formation Pédagogique Emmanuel Mounier,

• École de Formation Psycho-Pédagogique,

• École de Psychologue Praticiens,

• Institut Libre d’Éducation Physique Supérieur - Groupe ESSEC,

• École d’Électricité, de Production et de Méthodes Industrielles,

• École Supérieure de Chimie Organique et Minérale,

• Institut polytechnique Lasalle Beauvais,

• Institut Supérieur d’Électronique de Paris.

B. ÉtudiantsLes 12 organismes (facultés et instituts) gèrent chaque année 11000 étudiants au sein du

campus. La population étudiante peut être divisée en deux catégories : les étudiants et les

auditeurs. Les auditeurs participent à des cours mais ne suivent pas de formation diplomante. Ils

apportent donc beaucoup d’attention au contenu des cours et à leur accessibilité (leur assiduité

est moindre). Les étudiants suivent une formation diplomante ou qualifiante qui est sanctionnée

par des examens. Le suivi de leur formation est très important et la possibilité de rattraper les

cours manqués leur est importante.



III. Le projet GIVADepuis 2 ans, l’ICP a initié le projet GIVA (Gestion des Inscriptions et de la Vie Académique)

et se dote d’un nouvel outil de gestion de l’intégralité de la vie académique.

Ce projet vise, entre autre, à uniformiser les méthodes de gestion des étudiants de l’Institut

et à relier les principaux piliers de fonctionnement de l’Institut.

En termes de périmètre fonctionnel, GIVA couvre l’ensemble des processus de gestion des

inscriptions et de la vie académique sur les plans pédagogiques, administratifs et financiers.

Le projet d’Environnement Numérique de travail s’inscrit pleinement dans le cadre du

renouvellement des outils et méthodes de gestion de la vie étudiante. La finalité serait d’ajouter

une brique au système actuellement à l’étude, concernant la formation à distance.Refonte du système d’information de Gestion des Inscriptions et de la Vie Académique – Maîtrise d’œuvre

Cahier des charges pour la fourniture de la solution applicative et des prestations de maîtrise d’œuvre associées

Page 9

D’un point de vue organisationnel, GIVA couvre le périmètre actuel de SYNERGIE. Les organismes pris en compte sont donc les facultés et instituts de l’ICP. Les écoles statutairement liées à l’ICP sont exclues du périmètre dans la mesure où elles sont totalement autonomes en matière de gestion des inscriptions et de la vie académique.

Les organismes identifiés sont :

- La Faculté de Philosophie ;

- La Faculté de Théologie et de Sciences Religieuses (FTSR) ;

- La Faculté de Droit Canonique (FDC) ;

- L’Institut d’Études Religieuses (IER) ;

- La Faculté des Lettres (FDL) ;

- L’Institut de Langue et de Culture Françaises (ILCF) ;

- L’Institut Supérieur de Pédagogie (ISP) – Faculté d’éducation. L’ISP – Formation n’intègrera GIVA que dans un second temps (formation continue) ;

- La Faculté de Sciences Sociales et Économiques (FASSE) ;

- L’Université du Milieu de la Vie (UMV).

Inscription de l’étudiant

Inscription pédagogique• Gestion des préinscriptions• Inscription au cursus et cours• Attestation, Contrat d’étude

Inscription administrative• création du dossier administratif• création et gestion de la situation financière

Vie académique de l’étudiant

Suivi pédagogique• Emploi du temps• Suivi du parcours pédagogique• Evaluation/notation• Diplômation

Suivi administratif• Gestion/mise à jour de la situation administrative et financière

Gestion financière

Gestion des échanges

Relations partenaires

Gestion des partenariats• Gestion des tiers payeurs• Accords avec organismes

FacturationEncaissement

Structuration de l’offre de formation

Référentiel des produits pédagogiquesPlanification des cursus et des coursTarification

Structuration de l’offre de formation

Référentiel des produits pédagogiquesPlanification des cursus et des coursTarification

Reporting / Pilotage

Gestion des enseignants

Référentiel des enseignantsGestion des emplois du tempsSuivi des heures• Avenant au contrat• Suivi des heures enseignées

StatistiquesEtats de pilotage

Gestion des stages

Périmètre fonctionnel général du projet GIVA - extrait du cahier des charges MOE



IV. Le projet ENT du campus ICPL’enseignement au sein de l’ICP a toujours été prodigué en présentiel, mais depuis qu’un

service pilote a été mis en place par la D.S.I, la demande est grandissante à tel point que certains

sous-organismes de l’Institut ont adopté leur propre système de e-learning dans l’empressement.

L’adoption de ces systèmes de e-learning provoque des lourdeurs administratives du fait que

toute la gestion se fasse en marge du S.I de GIVA. De plus, leur utilisation du e-learning est limitée

à la simple publication de supports de cours.

L’institut Catholique de Paris veut être en phase avec les technologies et méthodes

pédagogiques actuelles. Après avoir amélioré les méthodes d’apprentissage en présentiel par la

mise en place de laboratoires de langues, salles multimédia et accès internet en libre-service, il

est décidé d’emboiter le pas pour l’enseignement à distance et d’améliorer l’image de l’ICP du

point de vue extérieur.

Ainsi, nous en venons à mettre en place une plateforme de e-learning globale et en forte

interaction avec le S.I GIVA. La mise en place du e-learning fait partie d’une globalité de services

destinés aux étudiants et est appelée communément «Environnement Numérique de Travail».

A. Attentes et objectifsNotre utilisation du e-learning se fera sous plusieurs axes et avec certains objectifs à

atteindre qui sont étalés dans le temps. Ces objectifs tendent vers une utilisation progressive des

possibilités de l’apprentissage en ligne.

- Le premier objectif sera d’apporter une valeur ajoutée aux cours dispensés au sein du

campus pour fournir, entre autres, des médias (enregistrement des cours magistraux, captations

vidéos, Liens Internet, support de cours...).

- Le second sera d’ouvrir la plateforme à un public extérieur pour avoir plus d’auditeurs.

- La troisième étape sera l’utilisation des épreuves en ligne par le biais de Questionnaires à

Choix Multiple, dissertations soumises en ligne et intégration de la notation au S.I de GIVA.

Par la même occasion, il deviendra possible d’ouvrir des formations diplômantes à distance.

Dans une quête d’amélioration de l’image de l’ICP, le service communication utilisera les

médias issus de la plateforme (captations des cours magistraux, colloques et autres évènements)

pour les diffuser sur ses sites internet. Sera aussi étudié la possibilité d’ouvrir un système de

Podcasts.

Un autre axe sera celui de l’unification et nous étudierons celle de l’authentification auprès

des différents services fournis aux étudiants par l’intermédiaire d’un identifiant unique.



V. Notions préalables

A. LMSUn LMS (Learning Management System) est un système logiciel développé pour accompagner

toute personne impliquée dans un processus d'apprentissage dans leur gestion de parcours

pédagogiques en ligne pour leurs apprenants. Les services offerts incluent généralement un

contrôle d'accès, des outils de communication (synchrones et/ou asynchrones) et l'administration

des groupes d'utilisateurs.

La plupart de ces systèmes présentent également des générateurs internes de tests

d'évaluation que l'on retrouve sous forme de QCM, QCU, vrai/faux, texte à trous, appariements.

Ces activités sont soit soumises à validation par l'enseignant soit proposées comme activités de

régulation en auto-évaluation. D'une manière générale, elles sont intégrables en tant que

ressources pédagogiques dans un parcours d'apprentissage au sein de la plate-forme. Si celle-ci

est compatible avec le standard SCORM, les résultats à ces activités d'évaluation sont alors pris en

compte dans la gestion du parcours d'apprentissage de l'étudiant.

B. ENTUne première définition issue du SDET (« schéma directeur des environnements de travail »),

document de cadrage réalisé par le Ministère français de l'Éducation Nationale : « un espace

numérique de travail désigne un dispositif global fournissant à un usager un point d’accès à

travers les réseaux à l’ensemble des ressources et des services numériques en rapport avec son

activité. Il est un point d’entrée pour accéder au système d’information de l’établissement ou de

l’école ».

Une seconde définition : l’ENT est le service en ligne accessible depuis n'importe quel

navigateur connecté à l'Internet qui assemble les services numériques adaptés aux catégories

d'utilisateurs : s'informer, produire des informations, consulter des ressources, organiser son

travail, communiquer, travailler seul ou en groupe, apprendre, etc.

source : Wikipédia

J’ajouterais ma vision sur l’ENT en le percevant comme la synergie des services à destination

de l’étudiant mais aussi une valeur ajoutée en matière de communication.

Précision sur le SDET : ce document, en sa seconde version datant de 2006 s’avère être très

riche en préconisations et bonnes pratiques. Mes travaux pour ce projet utilisent ce dossier

comme point de repère.



C. SCORMSharable Content Object Reference Model (SCORM) est une spécification permettant de

créer des objets pédagogiques structurés.

SCORM se veut être une norme (version actuelle SCORM 2004) qui répond aux exigences

suivantes :

- Accessibilité : capacité de repérer des composants d’enseignement à partir d’un site

distant, d’y accéder et de les distribuer à plusieurs autres sites.

- Adaptabilité : capacité à personnaliser la formation en fonction des besoins des personnes

et organisations.

- Durabilité : capacité de résister à l’évolution de la technologie sans nécessiter une

reconception, une reconfiguration ou un recodage.

- Interopérabilité : capacité d’utiliser dans un autre emplacement et avec un autre ensemble

d’outils ou sur une autre plate-forme des composants d’enseignement développés dans un site,

avec un certain ensemble d’outils ou sur une certaine plate forme. Note : il existe plusieurs

niveaux d’interopérabilité.

- Réutilisabilité : souplesse permettant d’intégrer des composants d’enseignement dans des

contextes et des applications multiples.

Source : Wikipedia

D’autres normalisations de données pédagogiques existent et sont utilisées, comme LOM

(ou sa variante française LOM-FR), IMS-QTI, AICC. SCORM reste cependant la norme la plus suivie

et la plus utilisée.

D. SSOL'authentification unique (ou identification unique ; en anglais Single Sign-On ou SSO) est

une méthode permettant à un utilisateur de ne procéder qu'à une seule authentification pour

accéder à plusieurs applications informatiques (ou sites Web sécurisés).

L’environnement numérique de travail agrégeant plusieurs services et technologie, le

service doit être unifié au possible pour avoir un maximum de transparence du point de vue de

l’utilisateur. Ainsi, l’utilisateur ne sera pas tributaire des changements ou mises à jour au sein de

l’ENT puisqu’il disposera toujours d’un identifiant unique, même si les services sont amenés à

évoluer.



VI. EnvironnementOutre le fait de s’inscrire dans le projet GIVA, la mise en place du e-learning de manière

généralisée devra s’imprégner de plusieurs spécificités inhérentes aux systèmes déjà mis en place

et au projet GIVA.

A. Les liaisons du projetLe S.I GIVA est la pierre angulaire de toutes les communications et la principale source de

données.

- GIVA dispose d’un portail ouvert aux étudiants qui leur permettra d’accéder à leur emploi

du temps, résultats d’évaluations, facturations.

- Nous avons mis en place un accès à Internet par Wifi, qui passe par une authentification

centralisée.

- L'aumônerie (lieu d’échange au sein de chaque établissement catholique) a mis en place

un site web à destination des étudiants pour leur proposer des réductions, offres d’emplois et

bons plans.

- Les bibliothèques de l’ICP disposent d’un portail documentaire accessible par ses

étudiants. Une évolution est à l’étude pour un gain de performances et l’élargissement du cercle

de ses utilisateurs (publication de thèses en ligne et promotion des travaux de recherche de

l’Institut).

- Le service communication, pour le site web de l’ICP, souhaitera disposer des médias issus

du e-learning.

Plan du site principal de l’ICP : 21 rue d’assas



B. Infrastructure technique du Campus ICP- Le campus de l’ICP est réparti en 3 sites distants, dont un principal.

- Les sites distants sont reliés par fibres optique et/ou Liens SDSL.

- Le coeur de réseau de l’ICP dispose d’un débit de 1Gbps («Gigabit»).

- Les centres névralgiques du réseau sont deux salles serveurs réparties en deux bâtiments

différents (A et G).

1. S.I. GIVALe coeur du S.I. GIVA est placé et accessible par le réseau administratif, la partie portail à

destination des étudiants est hébergée à l’heure actuelle par l’ICP dans un réseau dédié. Son

externalisation est en cours de réflexion. Le coeur du S.I est composé de 10 Serveurs de

production et de test. On y retrouve des serveurs HTTP, MySQL, Stockage, Reporting, Calcul...

La grande majorité des serveurs utilise la distribution GNU/Linux Debian 5.

2. Liaisons InternetChacun des sites est équipé d’au moins 2 liaisons SDSL de 8Mbps par 2 opérateurs

différents (Colt et Nerim). Le site principal dispose d’une DMZ dans laquelle certains serveurs

HTTP sont en production et hébergent des sites web.

Chaque site dédie une liaison Internet à l’accès Internet pour les étudiants et la surveillance

vidéo du campus.

En résumé, chaque ligne est fortement sollicitée. Une étude est en cours pour améliorer la

qualité de ces liaisons. L’ICP dispose d’un très bon débit interne mais ne permet pas

l’hébergement de sites web à forte fréquentation.

C. Résumé de l’existant

www.campusicp.fr

Portail Helisa/GIVA

- gestion scolarité

www.lacatho.fr

- vie universitaire

www.icp.fr

- informations

- orientation

- communication

ipac.icp.fr

- services

documentaires

wifi.campusicp.fr

- accès internet campus

GIVA

Produit Helisa

Réseaux internes ICP Hébergements Web

Schématisation de la répartition des services et leur emplacement géographique



VII.Hypothèses de rechercheAvant de définir complètement le cahier des charges et si nous synthétisons les principaux

besoins, nous pouvons établir des hypothèses de recherche afin de définir plus facilement le

cahier des charges.

Lors des recherches préliminaires de documentation autour des ENT, un document est

apparu inévitable : le «Schéma Directeur des Espaces numériques de Travail» (SDET).

Cette étude menée par le Ministère de l’Éducation Nationale est un document qui s’impose en

France comme une référence lors de la mise en place d’ENT.

Nous savons que l’outil principal de cet environnement numérique de travail sera un logiciel

de e-learning, dit LMS (Learning Management System). En vue de la saturation des accès Internet et

du trafic que génèrera une telle application à l’échelle de 11000 étudiants, nous préférons miser

sur une Infrastructure externalisée et fiable chez un hébergeur.

Dans l’intérêt de faciliter l’accès aux étudiants, L’authentification sera unifiée et établie de

manière à ce qu’un étudiant n’ai qu’une identification à faire pour accéder à tous les services. Ce

principe d’identification unique est mis en pratique par l’installation d’une SSO (Single Sign-On).

Le SDET comporte une annexe concernant la mise en place de la SSO au sein de l’ENT.

Outre le fait de desservir le e-learning, les données seront mises à disposition du service

communication afin d’être exploitées pour les autres sites de l’ICP.



VIII.Étude des besoinsAprès avoir présenté l’environnement dans lequel s’intégrera le projet ainsi que ces

spécificités ; ayant situé le projet d’ENT et sa plateforme e-learning dans son existant et le projet

Global GIVA ; maintenant que les notions propres à tout ENT sont intégrées, nous pouvons

détailler les besoins afin de définir un cahier des charges.

A. Architecture fonctionnelleLe document du SDET présente une liste, non exhaustive et non limitative, de services

applicatifs qui peuvent être mis à disposition des usagers dans le contexte de l’enseignement

supérieur. Ce tableau a été intégré en annexe 1, il propose la classification générique des services

suivante :

- services d’enseignement à distance ;

- services d’accès aux ressources pédagogiques ;

- tutorat et assistance ;

- classes virtuelles ;

- services documentaires ;

- services de gestion de la scolarité ;

- services de la vie universitaire ;

- services de gestion / finances ;

- gestion des ressources humaines ;

- autres services.

Certains services étant déjà mis en place, il ne s’agit pas de tout refaire mais bien de réunir

l’ensemble sous forme d’un service unifié et facile d’accès pour l’étudiant.

Au parcours de cette classification, une grande partie est déjà mise en oeuvre comme les services

documentaires, les services financiers, vie universitaire et gestion de la scolarité. L’ENT sera formé

lorsque les services manquants seront opérationnels et en interaction.

Restent donc à intégrer les services suivants :

- services d’enseignement à distance ;

- services d’accès aux ressources pédagogiques ;

- tutorat et assistance ;

- classes virtuelles.

Le contenu de chacun des services globaux est détaillé dans l’annexe 1.



B. Architecture techniqueS’appuyant sur l’existant (schématisé page 23) partagé entre les locaux de l’ICP et d’autres

serveurs décentralisés, L’ENT auquel nous venons ajouter la brique de l’apprentissage en ligne

intégrera une infrastructure nouvelle de e-learning et stockage de données.

1. Fiabilité et évolutivitéCette infrastructure devra demeurer fiable et performante en vue de la fréquentation

supposée par 11000 étudiants potentiels. Cette infrastructure devra être évolutive de manière à

pouvoir faire face à une évolution de l’affluence (rappel des étapes successives de déploiement

de l’e-learning).

Fiabilité attendue : Taux de disponibilité de 99%, temps de rétablissement de 4 heures.

Reprise d’activité sur sauvegardes acceptable.

Plan de sauvegarde : 1 sauvegarde incrémentielle / jour, 1 sauvegarde complète / mois.

L’historique des sauvegardes se fera sur 1 an.

2. SurveillanceDans un besoin de réactivité et de réponse aux pannes, l’accessibilité des services sera

surveillée de manière à avertir la DSI en cas de problème. Le monitoring sera d’avantage expliqué

lors du dimensionnement de l’architecture car il servira notamment à évaluer les besoins en terme

de capacité d’accueil. La surveillance se fera aussi sur l’efficacité de l’architecture, par un

diagnostic détaillé des principaux mécanismes (réplication des données, efficacité de la

redondance, du clustering, temps de réponse du serveur HTTP...).

3. AuthentificationComme préconisé par le SDET et formulé dans la demande de mon responsable,

l’authentification sera unifiée au possible en appliquant un système de SSO à un maximum de

services. Pour les services ne gérant pas la SSO, il sera étudié leur évolution ou leur

remplacement.



C. Détail des besoins e-learningPour atteindre l’objectif d’un ENT complet, le LMS sélectionné devra répondre à certains

besoins fonctionnels et/ou techniques.

1. Logiciel maitrisableLa DSI préfère garder la main sur ses outils et services et ne pas confier leur gestion à

d’autres sociétés. Cela permet de garantir une qualité non tributaire des fluctuations extérieures,

qu’elles soient économiques, politiques ou commerciales. Ce choix se fait au coût d’un travail

supplémentaire mais assumé par l’équipe. Bien souvent, le choix est fait d’utiliser des logiciels

libres quand ils sont éprouvés et jouissent d’une maintenance active par la communauté.

Comprenons par «maitrisable» une solution dont les technologies sont maitrisées par

l’équipe qui travaillera sur le projet, en terme de langages de programmation, protocoles et

applications.

2. Logiciel modulaireLe système de e-learning devra s’articuler sur un système de modules de manière à pouvoir

ajouter des fonctionnalités qui seront développées par la suite ou pour répondre à des

spécificités métier.

3. MultilinguismeTous les services apportés à l’étudiant disposent d’une interface multilingue, affichant a

minima les langues anglais et français.

4. InteropérabilitéÀ l’heure actuelle, divers systèmes e-learning sont déjà en exploitation à titre expérimental.

Nous avons tranché sur le fait de réutiliser les cours déjà rédigés du moment que le LMS est

compatible avec le norme SCORM. De ce fait, le LMS devra lui aussi être compatible avec la norme

SCORM.

5. FonctionnalitésLe LMS choisi devra pouvoir proposer les fonctionnalités suivantes de base ou sans

développement lourd :

- Fonctionnement normal avec 10000+ utilisateurs déclarés, 200 simultanés ;

- Intégration à un CAS (SSO) ;

- Système d’évaluation ;

- Rédaction de cours en ligne ;

- Support données audio/vidéo ;

- Modules forum, chat, mail, wiki ;

- Navigation/recherche des ressources.



D. Exploitation de l’ENTJe parlerais ici des besoins humains nécessaires à une bonne exploitation de l’ENT.

Dans l’optique d’effectuer des captations audio et/ou vidéo des cours et évènements au

sein de l’ICP, la fourniture de données au e-learning nécessitera l’emploi d’un technicien

audiovisuel capable de faire les captations, le montage et la publication des vidéos sur la

plateforme. Ce technicien peut être un employé de l’Institut qui réservera une partir de son temps

de travail à ces taches. Il peut être aussi externe et rémunéré de manière forfaitaire. Le temps de

travail à cette tache est difficilement quantifiable puisqu’un maximum de captations est bienvenu.

Le flux de travail est considéré comme tel :

Tâche Temps

Préparation à la captation

Captation

Montage

Publication

1h

variable (2, 4, 8h)

2h

30m

L’administration de la plateforme e-learning au niveau des contenus et du bon

fonctionnement ne sera pas une tache à négliger, elle nécessite une qualification en informatique

sur l’outil choisi et une formation aux procédures de gestion de celui-ci. Cette tache est évaluée à

4 heures par semaine en phase de production.

E. CoûtsLes coûts prévus sont les suivants:

1. Administration : temps humain passé à l’exploitation de la plateforme (vidéo, contenus,

comptes, maintenance).

2. Infrastructure : coûts de location de l’infrastructure et services adjacents.

3. Évolution : coûts inhérents à la mise à niveau des services pour implémenter la SSO.

4. Licences : coûts éventuels en licence de logiciels (montage vidéo, logiciel LMS...)

Nos recherches s’orienteront vers des produits libres. Le coût total de possession (TCO) ne

devra toutefois pas dépasser celui d’une solution commerciale ou justifier de son écart de prix.



IX. Offre logicielleL’offre commerciale en matière de e-learning est très vaste et les tarifs peuvent

extrêmement varier. cependant, nous choisissons à priori d’utiliser des logiciels libre. Notre choix,

au delà évidement du fait que le logiciel corresponde aux besoins, portera sa préférence au

logiciel bénéficiant d’une communauté active et fiable, ainsi qu’une documentation étoffée.

Les trois principales solutions libres sont Dokeos, Ilias et Moodle. Je présenterais les

solutions une à une puis les confronterais dans un comparatif pour fixer notre choix.

A. DokeosDokeos est un LMS sous licence GNU/GPL. basé sur le LMS Claroline, il

s’appuie sur une architecture multilingue de 34 langues. Le logiciel est écrit

en PHP et utilise une base de données MySQL. Son développement est

modulaire et son catalogue de modules est riche.

Dokeos est aussi un réseau de sociétés et de services qui proposent la

formation à l’outil, le développement spécifique. Bien que l’outil demeure

libre, une utilisation avancée de celui-ci nécessite le paiement d’une licence d’exploitation.

1. Fonctionnalités- agenda ;

- documents du cours : Soit on importe des documents bureautiques : Word, Excel, PowerPoint, Open Document. Soit on crée des pages web grâce à un système de templates ou modèles ;

- exercices : QCM, texte à trous, apparier, réponse multiple, images clicables (hotspots) , limitation du temps de réponse par décompte ou le glisser déposer dans les exercices d'appariement (matching) ;

- liens vers ressources internet ;

- parcours pédagogique à la norme SCORM qui peuvent être produits dans la plate-forme, importés et exportés ;

- Oogie, conversion des présentations Impress et PowerPoint en parcours pédagogiques ;

- groupes de travail : Donne accès à un espace de documents partagés ainsi qu'à un forum privé ou non. Une fois un document finalisé, il peut être publié pour l'ensemble des inscrits ;

- tests en ligne dont les résultats sont enregistrés nominativement ;

- forums ;

- chats: utiles pour les apprenants qui demanderaient de l'aide à une encadrant (à un moment fixé) ;

- vidéo-conférence en streaming ;

- annonces : Envoyer un courriel à l'ensemble des inscrits ou à une partie d'entre eux. Les annonces à tous sont également sauvegardées dans une liste pour archive visible depuis le site du cours.



- enquêtes avec retour statistique

- Blogs pour l'apprentissage collaboratif avec possibilité d'organiser des jeux de rôles

2. Politique dʼutilisation, approche commercialeDokeos est non seulement un produit, mais aussi une société qui fournit des

services autour de son produit, comme beaucoup de sociétés commerciales ayant

fait le choix d’éditer un logiciel libre. Libre n’étant pas nécessairement gratuit,

Dokeos propose des licences commerciales selon notre utilisation.

Module Dokeos Free Dokeos Education Dokeos Pro

Admin

Author production de cours

Interact : wiki, forums, chat, groupes

Report

MindMaps : cartes heuristiques

Quizz gallery

importation office

Importation powerpoint

Live visioconférence

Multi-sites

Secure : cryptage des données

o o o

o o o

o o o

o o o

o o

o o

o

o

o

o

o

3. CommunautéLe site Dokeos revendique 2,5 Millions d’utilisateurs parmi lesquels 300 universités.

L’équipe Dokeos est composée de 24 développeurs. L’interaction entre les membres de la

communauté s’articule autour d’un forum et d’un wiki, la quantité d’informations est acceptable, la

réactivité du forum est bonne.

4. DiversLors du test de Dokeos, les performances ont eu l’air moyennes, et me semblent pouvoir

accepter difficilement un grand nombre d’utilisateurs simultanés, ou au prix d’une infrastructure

plus lourde ou optimisée.

Dokeos est le logiciel qui avait été installé par la DSI 3 années avant le début du projet

d’ENT de l’ICP. le logiciel est utilisé par certains organismes de l’Institut et un certain nombre de

remarques ont étés faites à son utilisation. Ces remarques ont étés évaluées lors de l’étape de

l’étude des besoins.



B. Ilias Ilias est un LMS sous licence GNU/GPL qui a été développé en PHP et qui

s’appuie sur une base de données MySQL. Ilias est aussi une société basée en

Allemagne qui propose des services et un support avancé de son logiciel.

1.Fonctionnalités

- bureau personnel ;

- gestion de groupes de travail ;

- dépôt de fichier (tout type : Word, MP3, vidéo, PDF, etc...) ;

- gestion de galerie multimédia ;

- glossaire multimédia ;

- outil intégré pour créer des tests auto-correctifs ;

- gestion d'enquête en ligne ;

- affichage synthétique des résultats sous forme de feuille excel ;

- outil de relevé et d'évaluation des travaux d'élève avec pupitre synoptique de suivi ;

- chat ;

- forum avec notification et pièce jointe ;

- messagerie sécurisée ;

- podcasting (mp3 et vidéo) ;

- wiki intégré ;

- agenda partagé et multicouche ;

- intégration de RSS ;

- intégration de Google maps ;

- intégration de contenus SCORM-AICC, Latex ;

- conformité aux standards (LOM, SCORM 1.2, SCORM 2004, IMS-QTI, AICC) ;

- certifié SCORM 1.2 RTE Level 3 ;

- certifié SCORM 2004 3ème Edition ;

- suivi des parcours d'apprentissage ;

- système de contrôle d'accès par rôle (RBAC) ;

- authentification (LDAP, Shibboleth, CAS, Radius, SOAP) ;

- interface Web Service (SOAP).

2. Politique dʼutilisation, approche commercialeL’utilisation du logiciel est pleinement libre, la totalité des fonctionnalités développées est

gratuite. La société Ilias propose toutefois de vous assister lors de la mise en place de son logiciel

en apportant son expertise pour le développement de modules spécifiques ou l’importation de

contenus SCORM ainsi que la configuration du logiciel.



3. CommunautéIlias propose une documentation acceptable bien que la documentation profonde soit

majoritairement en allemand. La base de la documentation est quand même disponible en anglais

et/ou français.

Le développement est actif (mises à jour fréquentes) et les installations présentées en

exemple sont souvent prestigieuses et semblent répondre à un grand nombre d’utilisateurs

(65000 pour l’académie de bordeaux par exemple).

C. MoodleMoodle est à la même manière que les deux logiciels présentés

précédemment, un LMS proposé sous licence GNU/GPL et développé

en PHP. Il peut s’appuyer sur quasiment tout type de SGBD.

L’approche de Moodle est modulaire au possible car il fut réfléchi ainsi

des le départ. De la même manière, sa conception est multilingue et il

est traduit à l’heure actuelle dans 78 langues.

Moodle n’est pas une société de services en soi mais réellement une organisation

libre. Cependant, le site moodle.com recense un grand nombre de sociétés de services

proposant une expertise autour du produit Moodle, et ce, partout dans le monde.

1. Fonctionnalités- Outils sociaux : Wiki, Forums, Chat, Généraux et intégrés aux cours ;

- Groupes de travail ;

- Gestion de fichiers multimédias ;

- Authentification modulaire : LDAP, CAS(SSO), SQL...

- Multilingue (au choix ou restreint pour les cours de langues) ;

- Gestion des rôles modulaire, droits d’accès configurables ;

- Architecture multi-serveurs, multi-sites, prévu pour un environnement multi-organismes ;

- Système de «thèmes», interfaces graphiques selon le site appelé ;

- Modules d’activités : quizz, devoirs, sondages, ateliers, ressources, teste, forums, chat...

- Module devoir avec gestion des rendus, retards, corrections, feedback, re-notation ;

- tests tous types : vrai-faux, appariement, questions aléatoires, réponses numériques (+ tolérance), texte à trous...

- Conformité aux standards (LOM, SCORM 1.2, SCORM 2004, IMS-QTI, AICC) ;

- Reporting et suivi de classes, élèves ;

- Flux RSS, alertes Mail.



2. CommunautéLa communauté Moodle est très riche, moodle revendique plus de 32 Millions d’utilisateurs

(apprenants) et sa communauté est grande d’1 million d’utilisateurs. Le logiciel est en production

dans 205 pays et certaines installations atteignent les 230 000 utilisateurs.

Forte d’un grand nombre d’utilisateurs, la documentation, même en français est très étoffée

et précise. Le forum est très réactif.

Le développement est très actif, (242 développeurs en écriture) même si les versions

majeures sont rares. La version actuelle (1.9) date de 2008 et la version 2 est prévue en Juillet

2010.

Plusieurs événements et conférences autour de l’outil Moodle (appelés «MoodleMoots»)

sont organisés et publiés sur le site Moodle.

D. ComparatifLes éléments de comparaison suivront une note de 0 à 5, la plus haute étant la

meilleure. La note finale se fait par la somme des critères.

Critère Dokeos Ilias Moodle

Documentation

Communauté

Développement

Modularité

Performances

Intégration

Prix

3 4 5

4 3 5

3 5 4

3 4 5

2 5 5

3 3 4

2 5 5

20 29 33

E. ConclusionLa solution Moodle remporte le comparatif avec une note de 33/40. J’expliquerais sa victoire

par la synergie de deux facteurs : un bon produit de base, vite adopté par une vaste communauté

qui l’a aidé à progresser plus vite que les autre. Pour moi, Moodle est l’exemple même du logiciel

libre, tirant parti d’une communauté riche et investie partout à travers le monde, pour donner un

logiciel puissant aux possibilités sans limites.

Notre choix se portera donc sur le logiciel Moodle en comptant sur sa communauté et les

témoignages de nombreux utilisateurs pour mener à bien son installation et son intégration au

sein de l’ENT.



X. Réflexion sur l’architecture globaleL’ENT reposant principalement sur sa plateforme d’e-learning, une vision globale du projet

reste toutefois indispensable. Au cours de ce chapitre, je définirais de manière détaillée comment

les éléments de l’ENT s’interfaceront, avec en première vue l’unification de l’authentification et

l’intégration du e-learning.

A. Composition de l’ENTEn cohérence avec les besoins énoncés lors de leur étude, l’ENT sera l'agrégation de services

proposés par différentes applications, services et technologies, parfois dans des lieux

géographiquement séparés.

GIVAProduit Helisa

www.campusicp.frPortail Helisa/GIVA- gestion scolarité

www.lacatho.fr- vie universitaire

www.icp.fr- informations- orientation- communication

ipac.icp.fr- services documentaires

wifi.campusicp.fr- accès internet campus

etudes.campusicp.fr- ressources pédagogiques- tutorat à distance

mail.campusicp.fr- messagerie étudiante

nouveaux services services existantsLégende :

Répartition des services actuels selon la classification proposée du SDET



B. Mise en phase des servicesLes services existants sont issus de projets précédents ayant étés développés en isolement.

De ce fait, quasiment chaque service dispose de sa propre méthode d’authentification et de ses

bases de données utilisateurs.

Toujours dans cette optique de simplifier les accès pour l’utilisateur, il faut maintenant mettre en

place une authentification unifiée et améliorer les communication entre les services.

1. État des systèmes dʼauthentification- www.campusicp.fr : authentification sur la base GIVA (centrale) ;

- www.lacatho.fr : authentification interne, base MySQL ;

- www.icp.fr : authentification non requise (site consultatif, sauf administration) ;

- ipac.icp.fr : authentification interne, base MSSQL ;

- wifi.campusicp.fr : authentification radius, données utilisateurs importées à partir de GIVA ;

- mail.campusicp.fr : authentification MySQL, sur la base du serveur Radius wifi.

2. Système dʼauthentification prévisionnelL’unification prévoit de basculer, au fur et à mesure, les services sur une authentification de

type SSO. En premier lieu, les services maitrisés par la DSI seront basculés afin de se procurer une

expertise sur le sujet et de manière à mieux évaluer les coûts pour les évolutions des services

externes.

Les services développés en interne sont la fourniture de l’accès Internet (dit «service wifi»)

et le service de messagerie étudiante.

Le portail Web Helisa sera l’étape suivante car la société de service qui développe l’outil est

encore dans les locaux de l’ICP. De plus, leur collaboration est nécessaire car à l’heure actuelle, la

transmission du savoir autour de l’outil Helisa du projet GIVA est encore incomplète.

Le site web www.lacatho.fr est géré par le service de l'aumônerie et développé par une

société externe. Il faudra donc demander une estimation des coûts pour cette évolution à

l’éditeur.

Le portail documentaire «IPAC» géré par les bibliothèques est en cours d’évolution. Le

cahier des charges, monté en collaboration avec le service informatique, prévoit une interface

avec un serveur CAS (SSO).



XI. Le système de SSO CASCAS est un système d’authentification unique pour le web développé par l’université de Yale

(E.U.). Il a été développé en Java. Sa finalité est simple : il permet aux utilisateurs de n’avoir à

s’identifier qu’une fois pour avoir accès à tous les sites étant connectés à ce même serveur CAS.

CAS fonctionne en mode client-serveur, il nécessite donc le déploiement d’un serveur CAS.

les clients seront les sites s’appuyant sur celui-ci, en utilisant les librairies clients sous plusieurs

langages disponibles (PHP, Java, Perl...).

1. Fonctionnement de baseAuthentification dʼun utilisateur

Un utilisateur non déjà précédemment authentifié, ou dont l'authentification a expiré, et qui

accède au serveur CAS se voit proposer un formulaire d'authentification, dans lequel il est invité à

entrer son nom de connexion et son mot de passe :

1) Requête connexion

2) Formulaire d'authentification

(HTTPS)

Navigateur Serveur CAS

Si les informations sont correctes, le serveur renvoie au navigateur un cookie appelé

TGC (Ticket Granting Cookie) :

1) Identification

3) TGC

Navigateur Serveur CAS

2) Vérification

Base utilisateurs

À ce moment là, le TGC devient le passeport de l’utilisateur auprès du serveur CAS.

Techniquement, ce cookie privé (accessible uniquement par le serveur CAS) est transmis par canal

sécurisé (HTTP/SSL). Il est opaque, c’est à dire qu’il ne contient aucune information sur l’utilisateur.



Accès authentifiéUne fois authentifié, lorsqu’un navigateur souhaite accéder à un service accessible en SSO, il

se verra redirigé vers le serveur CAS et lui présentera le TGC (fig. 3).

Après vérification, le serveur délivre un 2eme cookie appelé Service Ticket (ST) qui n’est utilisable

que par le service ciblé. Simultanément et en toute transparence, une redirection http sera faite

avec le Service Ticket en paramètre (fig. 4).

1) requête non authentifiée

Navigateur

Serveur CAS

Service Web

2) Redirection

Fig. 3 : Redirection vers le serveur CAS d'un navigateur non authentifié auprès du service


Navigateur

Serveur CAS

Service Web

2) Authentification (TGC)

3) Requête authentifiée (ST)

Fig. 4 : Redirection par le serveur CAS d’un navigateur vers un service après authentification


Navigateur

Serveur CAS

Service Web

2) Authentification (TGC)

3) Requête authentifiée (ST)

4) Validation du ST

5) réponse

Fig.5 : Validation du Service Ticket par le service.


Navigateur

Serveur CAS

Service Web

2) réponse

Fig.6 : Identification perçue par l’utilisateur.

Maintenant que le service ciblé reçoit en paramètre le ST, il doit vérifier la validité de celui-ci

en interrogeant le serveur CAS (fig. 5). Après cette dernière vérification, l’accès est pleinement

validé. Toutes ces étapes (fig. 3 à fig. 5) se sont déroulées en toute transparence pour l’utilisateur,

qui a l’impression d’accéder directement au service demandé (fig. 6).



XII.Infrastructure techniquePour compléter notre ENT, nous allons donc devoir intégrer la plateforme moodle ainsi que

le serveur CAS. Pour faciliter et sécuriser l’accès aux ressources, nous décidons de mettre en place

un serveur de stockage. La séparation des médias de la plateforme de e-learning est un choix qui

permet d’être indépendant de celle-ci et de la décharger.

L’élaboration de l’infrastructure s’appuie en grande partie sur les recommandations de

l’annexe du SDET «Stratégie d’exploitation» qui comporte un grand nombre de recommandations

et de bonnes pratiques pour la mise en place de l’infrastructure et son exploitation.

A. RépartitionDans la pratique, la plateforme moodle ne sera pas la seule à accéder aux médias. Le service

communication s’en servira pour afficher des vidéos et images sur ses différents sites web. Il est

prévu aussi pour des besoins de communication, de diffuser certaines captations sous forme de

podcasts. Ces utilisations des médias sous vouées à consommer de la bande passante et nous ne

connaissons pas son évolution (dépendante du succès et de la qualité des diffusions). Ainsi, en

séparant les médias de moodle, nous pouvons dimensionner les serveurs différemment.

Pour répondre à notre besoin d’évolutivité en terme de fréquentation, nous prévoyons une

architecture dite «scalable».

Le système CAS étant sollicité lors de l’accès à chaque service, devra être redondé pour

avoir un maximum de disponibilité.

Serveur CAS Service Web 1

Service Web n

Service Interne

Stockage médias



B. EmplacementLa plateforme e-learning de l’ENT desservira 11000 étudiants se connectant de toutes

provenances (locaux de l’ICP, France, International). De plus, la plateforme n’agira pas seulement

comme un site web, mais comme un fournisseur de données (vidéo, audio, images...).

Les besoins de performance de la plateforme en terme de débits ne sont clairement pas

compatibles avec l’infrastructure interne de l’ICP. Même si un projet est à l’étude visant à

redimensionner et rationaliser l’usage des accès Internet, les accès sont actuellement saturés et

les coupures sont fréquentes. La stratégie actuelle de la DSI est d’externaliser autant que

possible les services consommateurs en bande passante.

Différentes solutions d’hébergement sont existantes, nous avons comparé certaines d’entre-elles:

- l’hébergement en «housing» consiste à déposer ses propres serveurs chez un hébergeur

qui fournit simplement l’emplacement dans un datacenter, l'électricité, et la connectivité réseau.

La maintenance des serveurs est effectuée en principe par le client.

La SLA comporte généralement un GTR de 4 heures sur l'électricité et la connectivité.

- l’hébergement dédié consiste à louer des serveurs (configuration selon le catalogue de

l’hébergeur) à un hébergeur qui contrôle son parc de serveurs.

La configuration des serveurs reste à la charge du client.

La SLA comporte également une GTR de 4 heures.

- l’infogérance est un service proposé par un hébergeur qui propose la gestion complète

des serveurs par une équipe technique. De ce fait, le client s’abstrait totalement des problèmes

techniques pouvant être liés à son infrastructure. Généralement, l’infogérance fait appel à des

serveurs dédiés. Cette méthode d’administration est certes très pratique puisqu’elle décharge

totalement le client de toute tache d’administration, mais elle devient de ce fait la plus

coûteuse.

L’infogérance est souvent requise quand le client ne dispose pas de Service informatique ou n’a

pas les compétences requises à l’administration de tels serveurs.

- l’hébergement de type «cloud» (nuage) est une nouvelle solution d’hébergement

conciliant l'hébergement dédié et la virtualisation. Avec un cloud, l’hébergeur propose des

serveurs dédiés virtualisés, avec une configuration évolutive. Le «Cloud Hosting» s’appuie sur

du matériel très avancé et fiable, il utilise une redondance totale, que ce soit au niveau du

stockage, de la bande passante ou bien des unités de calcul.

Son principal avantage est d’implémenter naturellement une scalabilité et de proposer une

facturation proportionnelle à l’usage qui en est fait.



Dans ce tableau comparatif, les solutions sont comparées à un hébergement interne à l’ICP.

Le choix de l’hébergement se fera sur les critères suivants :

- évolutivité : possibilité de faire évoluer la configuration des serveurs et l’architecture de

l’infrastructure.

- performances : performances intrinsèques de l’architecture.

- débit : performances réseaux et marge de manoeuvre en occupation de la bande passante.

- fiabilité : fiabilité générale du type d’hébergement, relative au matériel et à l’infrastructure

d'hébergement.

- maintenance : facilité d’accès aux serveurs pour évolution ou en cas de panne.

- prix : moyenne des prix relevés sur les principales offres.

les critères sont généraux et sont fait sur une moyenne des offres du marché.

Interne ICP Housing Dédié Cloud Infogéré

Évolutivité

Performances

Débit

Fiabilité

Maintenance

Prix

4 5 2 4 2

5 5 5 4 5

1 4 5 4 5

2 4 4 5 5

5 4 2 3 4

5 3 4 4 2

Notre choix se porte sur l’hébergement dédié, talonné par l’hébergement en cloud.

Les serveurs dédiés s’avèrent moins chers que la solution cloud, particulièrement concernant le

stockage, pour lequel nous avons de gros besoins. La mise en place d’une architecture à base de

serveurs dédiés sera certes plus longue à mettre en place que celles en nuage, mais les

techniques de mise en oeuvre sont déjà maitrisées par le service informatique.



C. TemporisationComme il sera expliqué dans le chapitre «Planification du projet», le déploiement de

l’architecture passera par plusieurs phases.

Techniquement, cela se traduit par une infrastructure qui sera modifiée au cours du temps.

Trois étapes d’évolution sont prévues. Test, Production légère, Production pleine.

La redondance du service CAS ne sera pas implémentée tant que l’authentification au service

Helisa (GIVA) ne sera pas liée au CAS. En effet, le portail étudiant de Helisa étant une application

critique, nécessitera une disponibilité accrue du service CAS.

La mise en place de la scalabilité se fera en dernière étape lorsque l’étape de production

légère (fréquentation restreinte) aura permis d’optimiser la qualité et les performances du service.

CAS

Moodle + Data + MySQL

CAS 1

Moodle +Data + MySQL

CAS 2 CAS 1

Data + MySQL

CAS 2 Moodle 1

Moodle 2

Phase 1test

Phase 2Production 1

Phase 3Production 2

Phases d’évolution de la plateforme e-learning1. Phase 1 - Test

La Première phase sera limitée à l’utilisation par des organismes pilotes sont sélectionnés

car ils ont émis un besoin détaillé en terme d’exploitation du e-learning. Ce sont pour la plupart

des organismes utilisant déjà une plateforme de e-learning pour diverses raisons. Ces organismes

sont au nombre de 3 :

- ILCF - Institut de Langues et de Culture Française ( 2500 étudiants en 3 rentrées sur l’année )

- FTSR - Faculté de Théologie et Sciences Religieuses (1550 étudiants et 600 auditeurs)

- FASSE - faculté de Sciences Sociales et Economiques (550 étudiants et 150 auditeurs)



Nous comptons avec eux tester le comportement de la plateforme sur un échantillon de

population bien précis et selon deux modes de fonctionnement :

- Normal : Chaque organisme publie ses cours et les utilisateurs vont d’eux même sur la

plateforme, ceci générant un au peu près régulier. Le trafic généré par la plateforme en période

normale servira à définir la fréquentation quotidienne attendue lors du passage en phase 2

(ouverture à la totalité de l’ICP).

- Examen : Les examens rassemblent un grand nombre d’étudiants sur la plateforme

simultanément, ceci pouvant être considéré comme une situation de «stress» pour la

plateforme.

Les statistiques et le comportement en période d’examens sera surveillé de près de manière à

mieux prévoir l’évolution de la plateforme.

2. Phase 2 - Production légèreÀ cet instant, l’implémentation de la SSO commencera à se faire sur les autres services de

l’ENT, particulièrement sur le portail étudiant de GIVA. Cette application étant critique et ne

pouvant fonctionner sans un service d’authentification opérationnelle nécessitera une très bonne

disponibilité du serveur CAS. C’est pourquoi ce service sera redondé, sur un système dit de

«battement de coeur» qui consiste à installer une copie du serveur qui prendra le relai lorsque le

serveur maitre ne sera plus disponible.

Simultanément, la plateforme s’ouvrira à d’autres organismes ayant étés préparés à

l’exploitation du e-learning (formation découverte, formation avancée pour les délégués). Cette

ouverture se fera progressivement jusqu’à l’adoption de l’ENT par tous les organismes.

3. Phase 3 - Production pleineLa troisième phase sera une évolution technique de la plateforme pour améliorer la

disponibilité de celle-ci ainsi que sa capacité d’accueil. Une fois la mise en place de l’architecture

finale, nous pourrons ouvrir les formations en e-learning à un public extérieur à l’ICP, partout dans

le monde. Cette étape en donne la possibilité technique, mais nous ne savons pas encore quand

cette ouverture sera faite.



D. DimensionCette étude a pour but de prévoir la taille de l’infrastructure technique en terme de

performances. Nous prévoyons de mettre en place une haute disponibilité à partir de la phase 2

pour le CAS, puis en phase 3 pour le LMS Moodle. Dans le cas de la haute-disponibilité des

serveurs web frontaux pour Moodle, nous profiterons de la présence de plusieurs serveurs pour en

répartir la charge. L’objectif est de préparer une infrastructure qui pourra accueillir un n-ième

serveur au besoin sans changer fondamentalement l’architecture.

La première phase mettra à disposition une infrastructure de dimension limitée mais

étroitement surveillée. La mesure de sa fréquentation et des situations de forte affluence

serviront à déterminer la puissance à mettre en oeuvre dans les phases suivantes.

Les éléments suivant seront surveillés :

Valeur Détails Unité

Trafic Trafic brut généré par chacun des serveurs, à

destination des visiteurs ou en interne.

Octets/seconde

Requêtes Le nombre de requêtes effectuées sur chaque serveur

(authentifications pour le CAS, téléchargements pour

les médias, pages vues pour le LMS, requêtes SQL...)

Requêtes par seconde

Disponibilité La disponibilité de chaque serveur % du temps

Charge La charge générale moyenne de chaque serveur (load

average)

Indice

Au terme de la première phase, nous saurons s’il est nécessaire d’améliorer la plateforme

actuelle et nous pourrons savoir quels services ont besoin d’une amélioration de performance.

D’une manière plus technique, nous comptons lancer la phase 1 avec les configurations

matérielles suivantes :

Serveur web Moodle :Serveur web Moodle : Serveur CAS :

Processeur Core i5 2,6 Ghz Processeur Celeron 1,2 Ghz

Mémoire vive 8 Go Mémoire vive 2 Go

Stockage 2x SSD 80Go (BDD)

2x 750Go SATA2 (médias)

Stockage 1x 250 Go SATA2

Réseau 100 mbps Réseau 100 mbps



E. Schéma

Serveurs CASServeurs Web

Web 1

Apache

Moodle

Cache +

Load balancing

Base

MySQLMédias

Serveur Data

CAS 1 CAS 2

Heartbeat

Web n

Apache

Moodle

BackupMySQL

Giva

Portail

bibliothèqu

e

Portail

GIVA

Mail

étudiants

Accès

Wifi

Web

icp.fr

Web

lacatho.fr

Requête SSOSauvegarde

Requête SQLRequête médias

Internet Infrastructure interne ICP

Infrastructure Web ENT

Représentation des interactions et des principaux serveurs de l’ENT

F. Liaison du LMS(Moodle) au S.I. GIVALe LMS Moodle est, de base, autonome dans le sens ou il n’a besoin d’aucune information

extérieure pour fonctionner. Notre objectif est de renseigner moodle automatiquement afin

d’avoir une cohésion maximum avec l’organisation de GIVA et un minimum de gestion pour la

création des cours (donc moins d’erreurs).

Pour s’organiser, Moodle a besoin des informations relatives aux cours, utilisateurs et rôles.

Il est possible de connecter Moodle à une base de données externe pour obtenir la liste des

cours.



XIII.Planification du projet

A. Étude préalable (Phase 0)L’étude préalable pourrait être synthétisée par le présent document. Elle comporte toutes

les phases préliminaires à la mise en place de l’infrastructure.

Ainsi, depuis que le projet m’a été confié avec un cahier des charges des plus légers, j’ai

rassemblé des informations autour du e-learning, des ENT et des technologies d’hébergement

web. J’ai ensuite pu comparer les différents éléments et définir les outils dont j’allais me servir

pour mettre en place l’infrastructure en correspondance avec les besoins élaborés auparavant.

1. Importance dʼune communication au plus tôt avec les utilisateursUne période clé de cette étude préalable fut celle de la consultation des organismes. C’est

après m’être préparé au jargon de la pédagogie et avoir parcouru les principaux outils que j’ai pu

m’adresser aux futurs bénéficiaires du e-learning. À savoir les organismes, les enseignants et leurs

étudiants.

Lors de différentes interviews avec des professeurs utilisateurs de différents LMS, directeurs

et directrices des organismes pilotes, j’ai pu beau définir une grande partie des besoins en

matière de pédagogie d’une manière plus précise que le SDET. De manière générale, les

professeurs se montrent réceptifs et prêts à faire évoluer le e-learning au sein de l’ICP.

Concernant les facultés et organismes pilotes, ce sont des questions de logistique et

d’organisations qui se sont posées. J’ai pu me rendre compte que les processus de gestion de la

pédagogie restent très lourds et qu’il faudra s’y intégrer de manière non intrusive si l’on veux une

adoption des services maximum.

La démarche d’intégration au processus pédagogique devra être définie au cours de la

première phase de mise en place. De cette manière, il sera possible d’essayer différents workflows

et de les adapter à la pédagogie de chaque organisme.

Du coté des étudiants, je dispose pour l’instant de peu de données mais je travaille à

rassembler des informations concernant les services qu’ils souhaitent en priorité afin de

concentrer plus d’efforts sur ceux-ci. Enfin nous garderons leurs coordonnées pour leur demander

par la suite de bien vouloir être testeurs en avant-première du nouvel ENT.

Qualité Échantillon

Organisme 3

Enseignant 10

Étudiant 10 (souhaités)



Tableau de synthèse des participants à l’étude préalable et aux développement.

Parallèlement, et lorsque je n’avais pas d’entretient, J’essayais les outils (LMS) et les

principes (SSO) pour les comprendre et valider leur concept.

Une fois mes choix technologiques validés, j’ai pu réfléchir plus en détails à l’infrastructure

puis valider mes choix par une preuve du concept.

Cette étape globale de l’étude préalable représente en somme mon parcours du projet

jusqu’à lors.

Le diagramme GANTT de la planification est visible en annexe 2

B. Déploiement de la plateforme de test (Phase 1)Comme expliqué lors de la présentation de l’architecture et se la temporisation de son

déploiement, la mise en place comportera trois phases. Cependant, ces étapes de déploiement

comportent une multitude de taches sous-jacentes.

Cette première phase a pour vocation de mettre en place un service fonctionnel, mais avec

une utilisation restreinte (en fréquentation) et une qualité de service de l’ordre des plateformes

de test. Les utilisateurs de cette infrastructure de test seront tous avertis de l’état de

développement de celle-ci, et seront encouragés à participer à son évolution par la remontée

d’informations à l’occasion de bogues rencontrés, disfonctionnements, ou ralentissements vécus.

1. Installation des outils de suivi et testLa plateforme de test nécessite un suivi efficace de son évolution. Pour cela, je suis habitué

à utiliser un outil de gestion de projet en groupe (groupware) appelé Redmine. ses fonctionnalités

sont multiples :

- gestion multi-projets,

- gestion fine des droits utilisateurs définis par des rôles,

- gestion de groupes d'utilisateurs,

- rapports de bogues (bugs), demandes d'évolutions,

- wiki multi-projets,

- forums multi-projets,

- news accessibles par RSS / ATOM,

- notifications par courriel (mail),

- gestion de feuilles de route, GANTT, calendrier,



- historique,

- intégration avec divers suivis de versions : SVN, CVS, Mercurial, Git, Bazaar & Darcs,

- identification possible via LDAP,

- multilingue (25 langues disponibles pour la 0.7.0),

- support de plusieurs bases de données : MySQL, PostgreSQL ou SQLite.

Le développement du projet demandera de la programmation, ainsi il sera installé un

système de suivi de versions. Je suis familier du logiciel Subversion qui conviendra tout à fait à

nos méthodes de développement simples. Le contenu des projets du serveur subversion sera

navigable par l’interface de Redmine.

Le monitoring des performances et de la disponibilité des services sera effectué par

Centreon, qui est un programme basé sur Nagios. Il sera utilisé pour :

- surveillance de la disponibilité

- graphes de performances

- reporting détaillé des états de l’infrastructure

- alerte de l’équipe informatique en cas de problème

Un serveur est déjà installé à l’ICP, il sera utilisé pour surveiller l’infrastructure web

également.

2. Installation de lʼinfrastructure Web de lʼENTLa mise en place des premiers services se fera suivant le plan d’action suivant:

1. Installation Serveur CAS

2. Coordination Serveur CAS / GIVA

3. Installation Moodle

3.1. Implémentation SSO

3.2. Coordination cours avec GIVA

4. Installation Serveur médias

5. Installation logiciel de navigation des médias

6. Configuration des serveurs dans le monitoring

7. Tests de performance unitaire

7.1. Tests authentification CAS -> Analyse -> Optimisation

7.2. Tests serveur web -> Analyse -> Optimisation

7.3. Tests serveur MySQL -> Analyse -> Optimisation

7.4. Tests transaction des fichiers médias -> Analyse -> Optimisation

8. Vérification des liaisons

8.1. Tests importation utilisateurs GIVA / CAS



8.2. Tests SSO Moodle / CAS

9. Plan de sauvegarde

9.1. Sauvegarde CAS

9.2. Sauvegarde Moodle

9.3. Sauvegarde médias

10. Implémentation SSO sur le service Wifi

10.1. Validation / remontée bugs

11. Implémentation SSO sur le service Mail

11.1. Validation / remontée bugs

A ce stade, nous disposerons d’une infrastructure fonctionnelle et prête à être utilisée par

les organismes pilotes sélectionnés. Il faudra donc commencer la formation des premiers

professeurs à l’utilisation du LMS Moodle ainsi que rédiger des notices d’utilisation à destination

des professeurs et des étudiants. Les taches suivantes sont donc à intégrer dans la planification :

1. Rédaction documentation professeurs et étudiants

2. Présentation de la plateforme ENT aux organismes pilotes

3. Formation professeurs

le diagramme GANTT de la phase 1 est visible en annexe 3



C. Mise en production (phase 2)Lors de la phase de mise en production, le projet GIVA devrait avancer son développement

sur la partir portail du S.I. .

Toujours dans l’objectif d’unifier l’identification, ce portail s’appuiera en priorité sur le serveur CAS

de l’ENT, ce qui rend le système d’authentification d’autant plus critique. Le serveur CAS sera alors

fiabilisé par un système de redondance.

La principale évolution concerne l’ouverture de l’ENT à la totalité des étudiants. L’utilisation

du e-learning, elle, se fera petit à petit par les organismes et au fur et à mesure des formations des

professeurs.

Deux axes de travail indépendants seront donc définis pour cette période :

1. Mise en redondance du serveur CAS

1.1. Choix et installation du système de redondance

1.2. Tests de panne et résolution de problèmes

2. Préparation de l’infrastructure

2.1. Analyse des statistiques et prévisions de fréquentation

2.2. Mise à l’échelle de la plateforme

2.3. Vérification

3. Ouverture de l’ENT

3.1. Communication aux organismes

3.2. Communication aux étudiants

3.3. Résolution de problèmes

4. Debriefing




D. Elargissement de la productionLors de l’élargissement de la production, l’ENT sera -idéalement- adopté par tous et

nécessitera une capacité d’accueil pus confortable, notamment pour ouvrir la plateforme à des

examens en ligne, nécessitant une stabilité totale de celle-ci.

Nous mettrons à profit les améliorations testées qui permettront d’améliorer les

fonctionnalités, le comportement et la stabilité de l’ENT.

Ces améliorations devront comporter au moins :

- redondance de Moodle et balance de charge ;

- réplication des bases de données ;

- amélioration des performances web par un serveur cache.

Le point sera fait également sur l’implémentation de la SSO dans les services annexes :

- site web de l’aumônerie http://www.lacatho.fr ;

- portail web des bibliothèques http://ipac.icp.fr.

Enfin, l’évaluation de la faisabilité sur le passage d’examens par la plateforme de e-learning

sera faite.




XIV.ConclusionCe projet est pour moi un projet de grande envergure, j’attache beaucoup d’importance à

cette mission depuis qu’elle m’a été confiée et même si ce n’est que son début, j’y vois encore et

toujours beaucoup de choses passionnantes à faire.

Que ce soit dans les méthodes de gestion de projet ou dans la technique pure, la nature du

travail coïncide pleinement avec mes objectifs de carrière. En effet, je souhaite me spécialiser

dans les architectures web à grande échelle pour agir en tant que consultant sur l’élaboration de

projets web à forte disponibilité et/ou forte affluence.

Je mesure l’importance de cette mission qui m’a été donnée après 3 ans au sein de l’ICP et

espère sincèrement la mener à bien pour en tirer un maximum d’apprentissage.

Lors de la rédaction de ce mémoire, certains chapitres comme la législation autour des

droits d’auteurs et du droit à l’image n’ont pas été couverts. Je déplore le fait de commencer la

rédaction de ce mémoire si tôt après que la mission m’ait été confiée car il y a plusieurs travaux

comme la définition des flux de travail et les interviews des participants à l’élaboration.

L’aspect du travail en équipe n’a pas encore été abordé pour la simple raison que l’équipe de

travail n’est pas encore formée. Je suis pour l’instant seul à travailler sur ce projet, mon

responsable ayant démissionné nous nous retrouvons en équipe réduite. L’emploi de nouvelles

personnes permettra d’accélérer le développement de ce projet.

Néanmoins, la continuité sera assurée et lorsque je clôturerais mon mémoire pour le Master

2, nous devrions entrer en déploiement de la première phase de production.

XV.RemerciementsJe tiens à remercier mon ancien directeur du service informatique monsieur Luc

Desbrousses pour m’avoir confié ce projet, monsieur Desbrousses a su percevoir les sujets qui me

captivent et m’a fait preuve de sa confiance pour les années à venir.

Je remercie également son directeur adjoint, monsieur Jean-Frédéric Bruzek qui depuis a

pris le relais concernant mon tutorat, il m’apporte beaucoup d’éléments techniques et sait me

donner une vision globale concernant la gestion d’un projet. Il perçoit de loin les éléments

sensibles et me met en garde sur ceux-ci tout en m’aidant à trouver une solution.

Ce projet n’aurait pas non plus le même vécu sans les participants à l’élaboration de ce

projet que sont les enseignants volontaires et leurs étudiants, ainsi que les organismes pilotes.



XVI.Bibliographie / Webographie

A. Documentations et ouvrageshttp://tinyurl.com/pascal-aubry-cas : présentation du système CAS par Pascal Aubry (2003)

http://tinyurl.com/sdet-2 : Éducation Nationale - Schéma directeur des ENT (SDET)

http://tinyurl.com/sdet20 : document SDET (v2.0)

http://tinyurl.com/sdet-aas : document annexe authentification SSO (v2.1)

B. Sites produits & technologieshttp://www.moodle.org : site officiel du LMS Moodle

http://www.dokeos.com/fr : site officiel du LMS Dokeos

http://www.ilias.de : site officiel du LMS Ilias

http://www.ilias-france.info : site d’information sur Ilias

http://www.jasig.org/cas : serveur CAS développé par le consortium Jasig

http://www.php.net : langage de programmation PHP

http://www.mysql.fr : système de base de données

http://www.debian.org : système d’exploitation utilisé sur la majorité des serveurs de l’ENT

C. Sites de l’Institut Catholique de Parishttp://www.icp.fr : informations sur l’ICP

http://ipac.icp.fr : portail des bibliothèques

http://www.lacatho.fr : communication/services étudiants

http://www.campusicp.fr : outil Helisa, Services de gestion de la scolarité

http://mail.campusicp.fr : service de messagerie étudiante



http://tinyurl.com/pascal-aubry-cas

http://tinyurl.com/pascal-aubry-cas

http://tinyurl.com/sdet-2

http://tinyurl.com/sdet-2

http://tinyurl.com/sdet20

http://tinyurl.com/sdet20

http://tinyurl.com/sdet-aas

http://tinyurl.com/sdet-aas

http://www.moodle.org

http://www.moodle.org

http://www.dokeos.com/fr

http://www.dokeos.com/fr

http://www.ilias.de

http://www.ilias.de

http://www.ilias-france.info

http://www.ilias-france.info

http://www.jasig.org/cas

http://www.jasig.org/cas

http://www.php.net

http://www.php.net

http://www.mysql.fr

http://www.mysql.fr

http://www.debian.org

http://www.debian.org

http://www.icp.fr

http://www.icp.fr

http://ipac.icp.fr

http://ipac.icp.fr

http://www.lacatho.fr

http://www.lacatho.fr

http://www.campusicp.fr

http://www.campusicp.fr

http://mail.campusicp.fr

http://mail.campusicp.fr

XVII.GlossaireAuditeur : personne souscrivant à un cours sans engagement de résultats ni examen.

CAS : système d'authentification unique (SSO) pour le web développé par l'Université Yale.

Cookie : un cookie est défini par le protocole de communication HTTP comme étant une

suite d'informations envoyée par un serveur HTTP à un client HTTP, que ce dernier retourne lors de

chaque interrogation du même serveur HTTP.

GTR : la Garantie de Temps de Rétablissement (GTR) est le délai contractuel dans lequel un

service accidentellement interrompu doit être rétabli. Cette notion est utilisée notamment dans le

domaine du web (GTR d'une page web), des réseaux (téléphoniques, de données...) et plus

généralement dans le domaine des applications informatiques. Le terme GTI est aussi utilisé

définissant seulement un temps d’intervention.

HTTP : le HyperText Transfer Protocol, plus connu sous l'abréviation HTTP, littéralement le

« protocole de transfert hypertexte », est un protocole de communication client-serveur développé

pour le World Wide Web. HTTPS (avec S pour secured, soit « sécurisé ») est la variante du HTTP

sécurisée par l'usage des protocoles SSL ou TLS.

LMS : système logiciel développé pour accompagner toute personne impliquée dans un

processus d'apprentissage dans leur gestion de parcours pédagogiques en ligne pour leurs

apprenants.

Podcast : le podcasting est un moyen de diffusion de fichiers (audio, vidéo ou autres) sur

Internet appelés podcasts. ce système s’appuie sur le protocole de flux RSS.

SDET : le SDET est piloté par la Direction de la Technologie et s’inscrit dans le S3IT (Schéma

stratégique des systèmes d’information et de télécommunication). Il s’adresse aux acteurs des

projets ENT et est destiné à être un guide dans les mises en place techniques, organisationnelle et

fonctionnelle.

SLA : le «Service Level Agreement» est un document qui définit la qualité de service requise

entre un prestataire et un client.



XVIII.Table des annexesAnnexe 1 : tableau des services applicatifs pour l’enseignement supérieur, tels que

proposés par le SDET

Annexe 2 : diagramme GANTT de l’étude préalable

Annexe 3 : diagramme GANTT de la première phase de déploiement

Annexe 4 : diagramme GANTT de la seconde phase de déploiement

Annexe 5 : diagramme GANTT de la troisième phase de déploiement



A. Annexe 1

Service d'enseignement supérieur Niveau de préconisation

Services dʼenseignement à distance Indispensable

Lʼorganisation des parcours pédagogiques Recommandé

Diffusion de formation médiatisée Indispensable

Accompagnement et suivi de la formation par les tuteurs Recommandé

Autoévaluation et évaluation Indispensable

Diffusion de cours sur supports audio / vidéo Indispensable

Services dʼaccès aux ressources pédagogiques Indispensable

Accès aux ressources par groupe pédagogique Indispensable

Accès aux ressources en ligne Indispensable

Accès aux supports de cours Indispensable

Accès aux documents audio/vidéo Indispensable

Cours statiques en ligne Indispensable

Cours interactifs en ligne Indispensable

Tutorat et assistance Recommandé

Diffusion de formation Recommandé

Accompagnement et suivi de la formation personnalisé Recommandé

Aide en ligne à l'usage de l'ENT Indispensable

Mise en place dʼun dispositif dʼassistance à lʼutilisation de lʼENTcomplémentaire (formulaire, contact électronique, forum)

Indispensable

Classes virtuelles Recommandé

Diffusion de voix ou image de lʼenseignant vers lʼensemble des étudiants

Recommandé

Système de prise de parole (voix ou chat) Recommandé

Système dʼéchange questions/réponses en temps réel Recommandé

Système dʼenregistrement des échanges (voix, données, vidéo) Recommandé

Forum sur documents (sur décisions des groupes adʼhoc) Indispensable

Services documentaires Recommandé

Référencement de lʼensemble des ouvrages avec une synthèse deprésentation (type, titre, auteur…)

Recommandé

Moteur de recherche dʼouvrage à partir de mots clés Indispensable




Moteur de recherche dʼouvrage avancé (par type, auteur, date de parution…)

Indispensable

Système de réservation dʼouvrages Recommandé

Système de consultation dʼouvrages Recommandé

Demande dʼachat dʼouvrages Recommandé

Interfaçage avec outil extérieur Référence Z3950 - Cette norme permet aux portails documentaires de communiquer avec le SI documentaire

Indispensable

Outils de publication scientifique Recommandé

Etat du compte de lʼutilisateur de la bibliothèque (gestion des retards) Recommandé

Services de gestion de la scolarité Indispensable

Pré inscription ou réinscription en ligne Recommandé

Règlement des droits dʼinscription en ligne Optionnel

Consultation offre de formation Indispensable

Création et consultation du parcours LMD Indispensable

Consultation du dossier administratif Indispensable

Consultation de lʼemploi du temps et des salles Indispensable

Consultation des calendriers dʼexamen Indispensable

Consultation des notes et résultats aux examens Indispensable

Services de la vie universitaire Recommandé

Informations administratives Indispensable

Informations associatives Indispensable

Informations des composantes Indispensable

Informations sur les services culturels Indispensable

Annonces étudiantes Recommandé

Conditions dʼhébergement Recommandé

Informations pratiques (horaires du RU, de la bibliothèque…) Indispensable

CV en ligne, offres de stages, offres dʼemploi, orientation et insertion professionnelle

Recommandé

Communication avec les anciens étudiants Recommandé

Services de gestion / finances Optionnel

Service de gestion financière Optionnel

Service de gestion des immobilisations Optionnel




Accès à dʼautres logiciels de gestion financière et comptable Optionnel

Accès à des données financières et extraction de données Recommandé

Gestion des ressources humaines Recommandé

Consultation du dossier administratif Recommandé

Accès au logiciel/données de GRH Optionnel

Gestion de congés Recommandé

Suivi des remboursements de mission Optionnel

Gestion administrative du personnel Optionnel

Autres services

Notification dʼinformations par SMS (passerelle avec opérateur de télécommunication) fonctionnalités intégrées avec la gestion des groupes dʼusagers de lʼENT

Optionnel

Accès à un outil de conception de contenu pédagogique et de scénarisation dʼactivité

Optionnel

Help desk Indispensable

WebTV Optionnel



B. Annexe 2



Dia

gram

me

GAN

TT a

gran

di d

e l’é

tude

pré

alab

le

C. Annexe 3



Dia

gram

me

GAN

TT d

e la

pla

nific

atio

n de

la p

rem

ière

pha

se

D. Annexe 4



Dia

gram

me

GAN

TT d

e la

pla

nific

atio

n de

la s

econ

de p

hase

E. Annexe 5



Dia

gram

me

GAN

TT d

e la

pla

nific

atio

n de

la tr

oisi

ème

phas

e

Mise en place d'une plateforme de e-learning dans le milieu universitaire

Documents

Transcript of Mise en place d'une plateforme de e-learning dans le milieu universitaire