3. 1. Plateforme technologique
○ conception et diffusion de cours
2. Infrastructure / hébergement
○ aspect massif
○ robustesse, sécurité
3. Portail
○ achalandage
Plateforme, hébergement et portail
4. Simple vitrine ou expériences à petite échelle
● Toutes les plateformes se valent
● Choix guidé par la facilité de mise en oeuvre
● Typiquement on utilisera l’ENA maison (Moodle ou Sakai par exemple)
Vitrine à grande échelle mais sans risque
● Coursera
○ Attention à votre rang dans le palmarès de Shanghai!
● edX comme membre du xConsortium
○ $$$ « Old Boys' Club »
● MOOC.org
○ Plateforme edX et hébergement Google
○ Bientôt sur nos écrans… (fin juin 2014 ?)
Engagement central à la mission, à grande échelle et perspective à long terme
● Téléenseignement
● Grand nombre d’étudiants - comment évolueront les clientèles dans le futur?
● Classe inversée
● Expérimentation pédagogique
⇒ Appropriation d’une plateforme d’avenir
Critère 1 - Pour quoi faire?
6. Critère 3 - Architecture moderne & infonuagique*
Canvas de Instructure
Course Builder de Google
Coursera
FutureLearn
Moodle
Open edX
OpenMooc
Sakai CLE de apereo
SPIP, WordPress
Udacity
* Voir en annexe - Diapos - Critère 3 - Explications...
7. Critère 4 - Une communauté forte
Canvas de Instructure
Coursera
FutureLearn
Moodle
Open edX
OpenMooc
Sakai CLE de apereo
SPIP, WordPress
Udacity
8. Open edX - Une plateforme qui s’impose
● 10 sept. 2013 - Partenariat entre Google et edX et abandon de l’outil Course Builder pour participer à Open edX.
● 2 octobre 2013 - Annonce du choix de edX comme base de la plateforme France Université Numérique.
● 10 octobre 2013 - La Chine annonce l’adoption de la plateforme edX pour son portail XuetangX.
● 8 nov. 2013 - La fondation de la reine Rania de Jordanie s'associe à edX dans le portail Edraak en arabe.
10. La plateforme edX peut être hébergée par le xConsortium
(pour ses membres), en interne ou par un service
infonuagique (cloud computing) externe (essentiellement
AWS).
L’accès massif et à faible coût est rendu possible par les
nouvelles technologies de l’internet, particulièrement l’
infonuagique, les BD noSQL et les réseaux à haut débit.
L’infonuagique donne accès à la demande et en tarification
à l’usage à des ressources informatiques (logiciels et
données) virtualisées et partagées sur une grande variété
d’équipements.
Conçue pour un déploiement infonuagique
12. Un autre avantage décisif, les plateformes récentes comme
Open edX reposent sur des BD noSQL (comme MongoDB)
qui permettent le stockage massif des données produites
par un très grand nombre d'utilisateurs.
Ceci est un cas d'utilisation fréquent dans les applications
Web 2.0
Conçue pour le web 2.0
14. Une architecture AOS (Architecture orientée services), en
anglais SOA.
La modularité (au sens de plugiciel) de la plateforme edX
est un atout important.
La possibilité de définir ses propres composants sur la
base d'APIs (interfaces applicatives) bien définies comme
avec les XBlocks applique des principes de génie logiciel
éprouvés.
La plateforme edX devient ainsi ouverte, échelonnable et
extensible.
Une architecture AOS modulaire
16. La plateforme edX propose une variété de types et d’outils
d'évaluation comme l'autoévaluation, l'évaluation par les
pairs et diverses formes d'évaluation automatisée et par
modules « intelligents ».
Encore là, les possibilités d'extensions constituent un
avantage.
Une variété de types et d’outils d’évaluation
19. Un autre aspect négligé par les ENA traditionnels est la
collecte des données massives (big data), particulièrement
l’analytique des données d'apprentissage (learning
analytics) et leur traitement statistique (machine learning)
qui sont au coeur de la capacité des CLOM de s'améliorer
sans cesse.
Le traitement « intelligent » des données massives d’
apprentissage (ou analytique d’apprentissage) est la
promesse qu'un jour les enseignants pourront adapter
finement leur enseignement à chaque étudiant.
edX comporte un ensemble d’APIs pour la cueillette de
données d’apprentissage comme edX Insights.
L’ingrédient secret des CLOM...
21. Conclusion et perspectives
Les CLOM nous obligent à revisiter l’enseignement à distance. Que nous
réserve l’avenir? Quelles seront nos futures clientèles? Combien d’
étudiants aurons-nous?
Issue des trois grandes universités américaines que sont Harvard,
Stanford et le MIT, adoptée par la France pour sa plateforme nationale et
bientôt disponible sur l'infrastructure de Google, la plateforme edX est
difficilement contournable.
Beaucoup reste à faire, mais la plateforme edX est ouverte, extensible et
capable de monter en charge. À nous d’en user comme un tremplin pour
changer le monde!
23. Critère 3 - Explications...
Architecture web moderne
Les ENA classiques comme Moodle et Sakai, et les SGC (système de
gestion de contenus, en anglais CMS) comme SPIP et WordPress ont
été conçus à l'époque du web 1.0 où l'on cliquait et attendait patiemment
le chargement d'une page web. Ils ont migré à coup de rustines vers des
architectures plus modernes à base de services (AOS), de
programmation par événements, de clients riches en Ajax / HTML5
capables de supporter différents appareils mobiles ou fixes.
Modularité
Bien que les ENA classiques aient été conçus en programmation par
objets et comportent des services, ils ne sont pas vraiment modulaires
(au sens de plugiciels), ni facilement extensibles.
Capacité de monter en charge
La plateforme doit accueillir des milliers voir des dizaines de milliers d’
étudiants dans un même cours. Au delà d'un certain nombre d'étudiants,
les ENA classiques cessent de fonctionner. En gros, seules les
plateformes conçues après 2010 offrent ces capacités.
24. Critère 3 - Explications… (suite)
Déploiement dans le nuage
Le plus important est la possibilité d'une diffusion massive qui repose sur
l’infonuagique échelonnable en fonction de la demande.
Les ENA classiques comme Moodle et Sakai et les SGC (système de
gestion de contenus, en anglais CMS) comme SPIP et WordPress n’ont
pas été conçus pour être déployés dans le nuage. Au mieux, on les
déploiera «statiquement» sur des grappes de serveurs (clusters).
Les ENA classiques reposent essentiellement sur des BD SQL qui ne
sont pas conçues pour être distribuées. Par exemple, les requêtes SQL
avec JOIN sont complexes à exécuter sur une architecture distribuée.
Grâce entre autres aux BD noSQL, les architectures distribuées
échelonnables (scalable) permettent le passage à grande échelle d'une
maquette logicielle sans modifier le code et les outils logiciels. Au
moment du déploiement massif, on loue à la demande des
infrastructures. Ainsi on ne paie que pour ce qu'on utilise et on évite de
coûteux investissements en immobilisation et achat de matériel.