Esup-Portail

Les environnements numériques de travail (ENT) qui sont des guichets uniques, généralement uniquement accessibles via une authentification, prennent racine dans les portails institutionnels des universités nord-américaines dans les années 1990, avant que la France ne structure cette démarche vers 2003 via son Schéma directeur des espaces numériques de travail (SDET) qui visait à généraliser et harmoniser l'accès aux services pédagogiques^[1].

Cette dynamique mondiale, d'abord portée par des solutions disparates s'est transformée en un modèle de plateformes intégrées et interopérables, cofinancées en France par l'État et les collectivités territoriales pour assurer la continuité éducative, du primaire à l'enseignement supérieur. Ce moment est aussi celui de la diffusion massive des ordinateurs personnels et portables dans les universités françaises, soutenu par des initiatives gouvernementales telles que le plan « l'Université numérique » de 2003 et l'opération « Micro-portable étudiant » lancée en 2004, visant à équiper massivement les étudiants via des offres préférentielles et le déploiement du Wi-Fi sur les campus universitaires. C'est aussi l'émergence du Web 2.0.

Les ENT ont débuté par de petites expérimentations locales, avant d'être structurée par un schéma directeur national (SDET) lancé en 2003 pour généraliser l'accès aux services numériques dans les établissements scolaires et universitaires.

Portés par une stratégie, se voulant vertueuse, de mutualisation entre l'État et les collectivités territoriales, les ENT deviennent rapidement des piliers de la stratégie numérique éducative, évoluant d'outils de communication de base vers des plateformes intégrées de vie scolaire et de pédagogie collaborative.

Summarize Timeline Top Qs Fact Check

Esup-Portail a été créé dans le Nord-Pas-de-Calais, en France par l'université de Valenciennes, à la suite d'un appel à projet Campus Numérique - Volet 2 (2002) lancé par le ministère de l'Éducation nationale et en lien avec le projet « Université Numérique Régionale » (UNR-NPDC^[2])^[3],[4]. Ce volet 2 de l'appel à projet sur les campus numériques a aussi retenu quatre autres projets EEPUN, ENCORA et Monte-Cristo et tiys, qui devront ensuite être utilisés par l’ensemble des établissements universitaires français - à condition qu'ils disposent préalablement d'un système d'information).

L'Esup-Portail ne part pas de rien : il s'inspire du socle uPortal développé par le consortium JA-SIG^[5] qui regroupe de nombreuses universités et institutions (essentiellement américaines). Et il s'appuiera sur des technologies standard (J2EE, XML, Web services) pouvant être mises en œuvre par des universitaires et grâce à des produits open-source ; il devra contenir une bibliothèque logicielle et méthodologique, développée au sein d'un consortium ESUP-Portail pour rationaliser le cycle de vie des applications numériques dans l'enseignement supérieur français^[6]. Ce consortium réunit 15 établissements avec un groupe de développement constitué de cinq universités (Valenciennes, Nancy 2, Nancy 1, Rennes1 et Toulouse 3)^[1]. Il doit notamment veiller à ce que ce nouvel environnement de travail soit accessible à tous les acteurs universitaires (étudiants, enseignants chercheurs, personnels administratifs et techniques...), « quels que soient leur emplacement géographique et le matériel mis à leur disposition »^[1].

Le projet a pour origine un retour d'expérience de l'université de Rennes 1 issu de la conception d'« esup-diskquota » (gestionnaire de quotas disque interfacé avec des annuaires LDAP). Confrontés aux difficultés techniques d'intégration de cette application sous forme de portlet au sein du portail numérique, les concepteurs ont pris le parti d'en extraire et d'en mutualiser les composants génériques. Cette démarche de factorisation a permis de transformer des solutions spécifiques en un socle technologique réutilisable, visant à faciliter les développements ultérieurs de toute la communauté universitaire confrontée à des problématiques d'intégration similaires. Le projet esup-commons est nait ainsi à Rennes en avril 2006, avec quelques mois plus tard une première version testée dans l'université de Rennes 1, puis améliorée et ensuite présentée aux ESUP-Days puis au sein de la communauté, dont via quatre formations (auxquelles assistent 80 ingénieurs, d'autres se formant en ligne), et la communauté contribue de manière remontante à améliorer esup-commons^[6].

Selon les concepteurs du projet, l'adoption du socle esup-commons apporte des gains structurels en fiabilité, accessibilité et productivité pour les systèmes d'information universitaires. En s'appuyant sur des technologies récentes mais éprouvées (Spring, Hibernate, JSF) et une « architecture en couches » (c'est à dire avec une organisation logicielle structurée en niveaux de responsabilité distincts : présentation, métier, accès aux données, etc., où chaque couche ne communique qu'avec ses voisines immédiates afin de séparer les préoccupations techniques et de faciliter la maintenance évolutive ; « la séparation des couches induit la séparation des zones de recherche des erreurs. De plus, elle permet un travail collaboratif efficace, puisque chaque développeur peut se concentrer sur la partie dont il est spécialiste, par exemple le rendu à l’utilisateur ou bien l’accès physique aux données »). Le framework assure la robustesse technique des applications, tout en facilitant leur maintenance par une séparation nette des domaines d'expertise des développeurs.
Cette modularité, renforcée par l'« injection de dépendances », permet une adaptation aux contextes locaux sans modification du code source original. L'injection de dépendance est un motif de conception (design pattern) où un objet reçoit les ressources dont il a besoin (ses dépendances) d'une source externe, plutôt que de les créer lui-même. Cela évite une fragmentation complexe des projets en branches divergentes. En outre, l'uniformisation des livrables simplifie le transfert entre les équipes de développement et d'exploitation, favorisant une diffusion rapide des solutions et évolutions du système au sein de la communauté^[6].

Néanmoins, les choix faits en faveur de l'open-source par l'esup-commons et le consortium ESUP-Portail ont été vivement critiqués par certains utilisateurs^[6].

La plateforme Esup-Pod s'est cependant diffusée, et a notamment été un outil stratégique de continuité pédagogique lors de la pandémie de Covid-19, où ses instances nationales ont ainsi pu absorber en quelques jours des volumes d'activité équivalents à plusieurs mois de fonctionnement ordinaire. Face à cette accélération des usages, la communauté s'est structurée autour d'un comité de pilotage pour engager une refonte profonde du code, visant à consolider l'accessibilité, renforcer l'interopérabilité et faciliter la maintenabilité de la solution. Cette réorganisation a permis d'intégrer de nouvelles fonctionnalités de diffusion vidéo adaptées aux exigences de formation, de recherche et de vie institutionnelle de l'enseignement supérieur, tout en garantissant la pérennité du projet dans un environnement de plus en plus sollicité^[7].

Summarize Timeline Top Qs Fact Check

L'architecture esup-commons apporte un cadre méthodologique unifié, visant à standardiser le développement et l'exploitation des services numériques universitaires^[6].

Cette normalisation repose sur une hiérarchie de fichiers stricte, le recours systématique à la programmation par interfaces, l'utilisation de conventions de codage communes et la gestion de versions via Subversion^[6].

Un label « développeur esup-commons » est proposé pour tracer et mettre en évidence de cette homogénéisation, laquelle vise à faciliter la mobilité des agents entre les projets, et simplifier les procédures de déploiement pour les services techniques^[6].

Elle comprend des outils avancés pour la maintenance et la diffusion des applications.

Elle propose un système détaillé de gestion des exceptions, capable de générer des rapports contextuels et des alertes (envoyées par courriel) pour accélérer la résolution des dysfonctionnements.

La gestion des versions suit une sémantique rigoureuse (x.y.z−t), permettant aux exploitants d'anticiper la complexité des mises à jour tout en garantissant l'intégrité des données via un contrôle de compatibilité entre le code applicatif et les schémas de bases de données, particulièrement en environnement redondant.

Une internationalisation native du framework, par l'externalisation systématique des chaînes de caractères dans des ressources linguistiques surchargeables (bundles), favorise tant l'exportation des solutions hors de l'espace francophone que la personnalisation locale des interfaces par les établissements utilisateu^[6].

Le portail Esup propose aux développeurs opérant dans les établissements une standardisation des réponses aux problématiques techniques récurrentes, dont en intégrant des mécanismes d'asynchronisme pour les opérations chronophages (comme par exemple l'envoi de courriels, afin d'éviter les ruptures de session (timeout) lors du rendu des portlets^[6].

Le projet instaure une uniformisation des procédures de déploiement et de maintenance via une hiérarchie de fichiers commune et des outils d'automatisation^[6].

Cette approche permet notamment la récupération automatique des configurations lors des mises à jour, réduisant ainsi les temps d'intervention et les risques d'erreurs humaines sur les infrastructures redondantes^[6].

En harmonisant les pratiques de développement et d'administration, esup-commons vise aussi à optimiser l'interopérabilité et la pérennité des services numériques mutualisés entre les établissements universitaires^[6].

L'intégration au sein du portail ESUP s'articule autour de deux axes principaux :

• la gestion des flux d'information ; le système permet l'agrégation de contenus textuels via des outils de gestion de contenus (CMS) dédiés et l'intégration de flux de syndication au format RSS^[1] ;
• l'interfaçage applicatif ; il repose sur des composants logiciels modulaires (portlets, gadgets ou canaux) développés en Java. Ces derniers sont régis par le cycle de vie du portail, qui en assure la sécurité et l'affichage personnalisé selon le profil utilisateur (déterminé via son authentification (qui pourra devenir plus tard une authentification forte multifacteurs)^[8],[9]. L'évolution de ces architectures tend vers l'utilisation d'API standardisées afin de garantir la portabilité des composants entre les différents socles technologiques.
  L'intégration des applications au sein du portail repose aussi sur un système de liens dynamiques, alimentés par des flux RSS ou générés par des composants spécialisés (qui permettront une intégration fine des données métiers en affichant, par exemple, des indicateurs contextuels tels que le nombre de courriers électroniques non lus avant même l'ouverture de l'application cible). Pour fluidifier le parcours utilisateur, ce dispositif s'appuie sur le mécanisme de SSO (Single Sign-On) du socle ESUP, lequel garantit un accès direct aux différentes applications web partenaires sans exiger une ré-authentification de l'usager^[1].

En octobre 2006, l'université Pierre-et-Marie-Curie (UPMC) innove en intégrant un système de vidéo à la demande (VOD) et de diffusion en direct au sein de l'environnement numérique de travail uPortal/ESUP.

Les étudiants de première année de médecine peuvent dorénavant suivre l'intégralité des enseignements magistraux à distance, en s'affranchissant des contraintes physiques de l'amphithéâtre grâce à une simple connexion ADSL (domestique ou autre). Pour l'époque, c'est une rupture technologique qui repose sur le choix du format Real Media et d'un serveur Helix, offrant une interopérabilité inédite entre les systèmes Windows, Apple et Linux, tout en contournant l'impossibilité du mode broadcast sur les réseaux des fournisseurs d'accès privés par une diffusion en unicast. Cette intégration passe par un canal spécifique dans le portail ESUP, transforme la captation vidéo en un service pédagogique fluide et centralisé, marquant une étape clé dans la dématérialisation des cursus universitaires de santé souvent surchargés^[10].

En 2003, le consortium envisage une architecture technique alors innovante où les services web sont utilisés de manière généralisée, et un partenariat a été conclu avec un opérateur national de téléphonie^[1].

• Intégration de la gestion documentaire : le Service Commun de la Documentation pourrait-il être intégré dans le Système d’Information de l’Université, avec des accès aux logiques métiers « fondues » dans le portail de l’université (ainsi, par exemple, à côté du récapitulatif de l’état de paiement des ordres de mission, l’utilisateur retrouverait dans son portail la liste de ses emprunts ou de ses recherches en bibliothèque^[1].
• Services de téléphonie intégrée, avec possibilité de communication instantanée par usage de SMS (permettant par exemple) un enseignant d’avertir ses étudiants d'un changement d'horaire ou de salle de cours^[1].

C'était une exigence structurelle des appels à projets ministériels pour mutualiser des ressources, optimiser et pérenniser des investissements technologiques à l'échelle nationale^[1].

Elle a été permis par l'adoption de deux normes de référence : JSR-168 (Java Portlet Specification) et WSRP (Web Services for Remote Portlets) par la plupart des entreprises informatiques (Sun, Oracle, Plumtree, Bea, IBM). En définissant des interfaces presque universelles, ces normes permettent de transformer les applications en composants « enfichables » dans n'importe quel conteneur de portlets compatible. Le portail est ainsi moins dépendant des logiciel aux outils exclusifs de certains éditeurs ; il n'est plus assujetti à un socle technologique spécifique. Cette approche agnostique vis-à-vis des fournisseurs prévient le verrouillage technologique (vendor lock-in) et assure la mutualisation durable des ressources pédagogiques à l'échelle nationale^[1].

Ainsi, à titre d'exemple, en 2024, à la suite du désengagement de l'éditeur Horoquartz et à l'obsolescence de son parc matériel, l'université d'Aix-Marseille (AMU) a pu faire migrer la gestion de ses 85 000 cartes d'étudiants et de personnels vers la solution open-source ESUP-SGC (développée par l'université de Rouen-Normandie. Ce passage à un standard mutualisé a permis de réinternaliser le cycle de vie des badges — de la personnalisation graphique à l'interfaçage en temps réel avec le CROUS et les bibliothèques (KOHA) — tout en garantissant la souveraineté numérique de l'établissement par la création d'une application DESFire propre enregistrée auprès de NXP Semiconductors. En complément, le développement de l'outil Gandalf a assuré la continuité fonctionnelle de la gestion des droits d'accès pour les 2 000 obstacles répartis sur les sites de l'université, transformant une contrainte de migration en un levier d'indépendance technique et de conformité aux exigences de sécurité et du RGPD^[11].

Une application Esup-signature a été ajoutée en tant que micro-service visant pour dématérialiser les circuits de visas et de parapheurs au sein de l'enseignement supérieur. Il permettant la signature de documents par simple apposition d'image ou via des certificats électroniques conformes à la norme européenne eIDAS. En s'appuyant sur le socle technique DSS de la Commission européenne et sur l'application NexU pour l'usage de clés matérielles, cet outil s'intègre nativement aux infrastructures des établissements (Shibboleth, LDAP, TCS) pour automatiser la validation d'actes administratifs complexes, tels que les marchés publics^[12].