La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

Alimentation de l’annuaire ENT

Présentations similaires


Présentation au sujet: "Alimentation de l’annuaire ENT"— Transcription de la présentation:

1 Alimentation de l’annuaire ENT
Cellule d’animation nationale ENT second degré le 26 Mars 2007 (extraits)

2 Les grandes lignes du projet Annuaire ENT
Zoom sur l’annuaire fédérateur Le corpus documentaire et Outils Les principales étapes de la mise en œuvre de l’alimentation de l’ENT via l’annuaire fédérateur Précisions sur les grandes étapes du projet Précision sur certains attributs Utilisation du jeu d essai

3 Le Contexte et les enjeux
De l’annuaire ENT Après le socle une demande des porteurs de projets Permettre une gestion facilitée des profils d’utilisateurs, des droits Une gestion partagée du projet entre l état et les collectivités De l’alimentation automatique de l’annuaire ENT à partir de l’annuaire fédérateur Sécuriser techniquement et juridiquement les chefs d établissement Offrir une qualité de données Ouvrir rapidement la majorité des comptes ENT à la rentrée En limitant les saisies manuelles et multiples En permettant une actualisation régulière des données En simplifiant le passage d’une année à l’autre (12 réunions,190 pages sur educnet) 12 reunions 190 pages sur educnet

4 Caractéristiques de l’annuaire ENT
« Annuaire » contenant les informations partagées nécessaires à la gestion des identités, à l’administration des droits d’accès et à la qualification des personnes et des structures en relation avec l’ENT L’Annuaire fédérateur Propose un service de référence pour l’ensemble des données de l’Éducation Nationale dont l’ENT a besoin Intègre l’ensemble des attributs utiles pour l’ENT et présents dans les différentes bases du MENESR (Sconet, EPP, STSWeb…) Pour les autres populations et attributs, l’Annuaire ENT sera complété Par des procédures locales (conformément à l’arrêté CNIL ENT) Par d’autres dispositifs d’alimentation depuis les SI des partenaires Par des procédures d’alimentation manuelle

5 Schéma global du flux des données
Académie ENT EPP SI-RH Fichier alimentation XML Annuaire Fédérateur RAMSESE SCONET Annuaire ENT MG : le schéma arrive un peu tôt, le mettre après le zoom sur l’annuaire fédé Élèves Enseignants Parents… Établissement Chef d’établissement Administrateur Ou autre source Demande de modifications

6 Zoom sur l’Annuaire fédérateur

7 Architecture globale Base de données DB2 académique Etablissements
Agora Agape Annuaire fédérateur AAA EPP StsWeb Sconet Ramses Nomen MG parle Mettre en haut juste le logo educ XML LDIF Etablissements ENT 2nd degré

8 Extractions Enseignants (1er et 2nd + privé) Personnels non enseignant
Élèves 2nd degré Parents d’élève ou tuteurs 2nd degré Classes et structures Établissements scolaires Nomenclatures Agape EPP Agora Sconet StsWeb Ramses Nomen ETL Sunopsis Mise à jour quotidienne MG parle Mettre en haut juste le logo educ Annuaire fédérateur

9 A intégrer par projet ENT
Interfaces avec annuaire ENT 2nd degré Fourniture d’un fichier XML par établissement, conformément au cahier des charges générique du Ministère et de la Caisse des Dépôts Les informations fournies permettent à l’ENT de reconstituer les classes avec leurs élèves, leurs disciplines et leur professeurs, en s’appuyant sur les nomenclatures du ministère (MEF). Fourniture d’un fichier global et de fichiers de delta Un UID technique reconduit tous les ans, est fourni pour les enseignants, les élèves et les parents (UID indépendant du NUMEN ou de l’INE) Annuaire fédérateur XML A intégrer par projet ENT ENT 2nd degré

10 Saisie via SCONET des emplois aidés dans les ETB
Interfaces avec AAA Mise à jour des nouvelles entrées de l’annuaire messagerie via l’interface actuelle (MAJDS) Récupération de l’adresse messagerie Récupération des personnels présents dans les établissements mais absents des SIRH (emplois aidés) Saisie via SCONET des emplois aidés dans les ETB MG parle Mettre en haut juste le logo educ CSV AAA Annuaire fédérateur Format MAJDS MAJDS

11 De l’importance d’une bonne saisie des données à la source
Établissement Académie ENT LDAP EPP SCONET RAMSESE ….. SI-RH ….. Service Service Service AAA Chef d’établissement Élèves Enseignants Parents… Administrateur Ou autre source Administra teur ou autres sources d’alimentat ion Fichier alimentation XML Instance Académique Annuaire Fédérateur Annuaire ENT Bases académiques Demande de modifications

12 Le corpus Annuaire ENT Documents Jeu d’essai

13 Corpus Annuaire ENT Le corpus de référence Annuaire ENT
Documents de référence inclus dans le SDET (Schéma Directeur des ENT) Cahier des charges Annuaire ENT du secondaire (document principal) Annexe 1 : Glossaire Annexe 2 : Caractérisation des personnes et des structures Annexe 3 : Schéma LDAP et nomenclatures Annexe 4 : Alimentation depuis le SI du MENESR Annexe 5 : Codes des projets ENT FAQ sur les documents de référence Document des évolutions entre les versions du cahier des charges Jeu d’essai anonymisé à partir d’une extraction du SI MENESR (1 extraction « complet » + 3 extractions « delta »)

14 Présentation générale de l’annuaire ENT
Corpus Annuaire ENT Le cahier des charges Annuaire ENT du secondaire (document principal) Présentation générale de l’annuaire ENT Principes directeurs Vue d’ensemble Contenu Périmètre des données Modèle de sécurité Caractérisation des personnes Schéma et DIT Description des classes d’objet DIT Attributs particuliers Architecture technique Principes d’architecture Options d’architecture Annuaire et accès inter-ENT Services Services de gestion Services d’accès Services techniques Exigences Volumétrie, performance, disponibilité Organisation et processus types de gestion Organisation type de la gestion des droits d’accès Processus type de gestion

15 Corpus Annuaire ENT Les annexes du cahier des charges
Annexe 1 : Glossaire Vocabulaire projet Lexique MENESR Généralités sur les nomenclatures Lexique Nomenclatures des MEF Enseignements et disciplines Informations de scolarité transmises par le SI du MENESR Annexe 2 : Caractérisation des personnes et des structures Définition des attributs pour chacune des catégories de personnes et de structures Annexe 3 : Schéma LDAP et nomenclatures Annexe 4 : Alimentation depuis le SI du MENESR Principes généraux Modalités de mise à disposition des données Format, syntaxe, DTD, exemples Données échangées et règles de gestion Tableau Excel en pièce-jointe Catégories de personnes et de structures Contraintes d’intégrité Clés de jointure avec l’annuaire ENT Règles de gestion Annexe 5 : Codes des projets ENT

16 Corpus Annuaire ENT FAQ et autres documents de référence
FAQ sur les documents de référence Réponses aux questions des intégrateurs et des porteurs de projet Modèle de données : comment prendre en compte certains besoins particuliers ? Identifiants : NUMEN et INE, format, pérennité… Alimentation MENESR : fonctionnement des deltas, attributs mal renseignés… Attention à la version des documents de référence concernée Autres documents Erreurs de saisies les plus fréquentes Fiche de remontée d’anomalies Fiche de commande des plateformes matérielles Annuaire Fédérateur Périmètre des données transmises

17 Corpus Annuaire ENT Jeu de test anonymisé (1/3)
Annuaire fédérateur (académie) Fichier d’alimentation XML données Réelles Annuaire ENT environnement réel Anonymisation champ par champ Annuaire ENT Plateformes de test de tout intégrateur Fichier d’alimentation XML données Anonymisées Les fichiers anonymisés sont disponibles en téléchargement à l’adresse

18 Corpus Annuaire ENT Jeu de test anonymisé (2/3)
2 types d’extractions Extraction complète Extraction Delta 3 types de Deltas Delta vide Delta petit Delta gros 4 fichiers dans chaque extraction Les données Elèves Les données Parents Les données Personnels de l’Education Nationale Les données des établissements Jeu de test anonymisé Extraction Complète Extraction Delta Vide Petites modifications Grosses modifications Eleve.xml PersRelEleve.xml EtabEducNat.xml PersEducNat.xml Extraction Delta Delta_PersEducNat.xml Delta_Eleve.xml Delta_PersRelEleve.xml Delta_EtabEducNat.xml

19 Corpus Annuaire ENT Copie d’écran de la page educnet

20 Corpus Annuaire ENT Jeu de test anonymisé (3/3)
Eleves.xml Remarque sur cet exemple : le nom des classes doit être renseigné de manière explicite dans SCONET car il se retrouve dans l’ENT.

21 Corpus Annuaire ENT Gestion des deltas – postulats initiaux
Principe des fichiers de delta : transmettre un fichier contenant les écarts dans la base de donnée de l’annuaire fédérateur entre deux dates (moins volumineux) plutôt que des fichiers complets. Un fichier de delta est généré tous les jours. Le Rectorat (les responsables de l’administration de l’annuaire fédérateur) et l’équipe Projet ENT déterminent ensemble la fréquence des extractions complètes (exemple Fcomplet = 1 extraction tous les 30 jours) La valeur de n (période de répétition des modifications/créations/suppressions dans les fichiers de delta)

22 Corpus Annuaire ENT Gestion des deltas – génération d’extractions delta

23 Les principales étapes de la mise en œuvre de l’alimentation de l’ENT via l’annuaire fédérateur

24 Démarche Conseillée Nommer un chef de projet Annuaire
Vérifier les données ( Base scolarité, Bases SIRH..) Se préparer à l’arrivée de l’annuaire fédérateur Prendre connaissance du cahier des charges annuaire ENT et de ses annexes Mettre en conformité son annuaire ENT (ou planifier la mise en conformité) Acheter les plateformes de l’annuaire fédérateur Intégrer le jeu de tests anonymisé sur une plateforme de tests Installer l’annuaire fédérateur Produire les fichiers XML complets et des fichiers de Deltas Établir les modalités d’échange des données personnelles avec l’ENT Pré-Production Charger des fichiers XML (données réelles) sur plateforme ENT de pré-production Tester la Migration des données pour les projets possédant un existant en matière d’ENT sur un nombre limité d’établissements (Mise en place la clef de jointure, bascule des identifiants/mots de passe) Mise en production

25 Planning type de mise en œuvre de projet Estimation à adapter en fonction de chaque projet
T0+1Mois T0+2Mois T0+3Mois T0+4Mois Pré requis Production Pré production Installation SUIVI , pilotage par la Maitrise d’ouvrage Collectivité locale SUIVI , pilotage par la Maitrise d’ouvrage Rectorat Sensibilisation des Chefs d’établissements

26 Planning type de mise en œuvre de projet Pré-requis
Production Pré production Installatio n Infrastructure de l’annuaire fédérateur (AAF) La base de donnée DB2 de l’AAF doit être installée sur un serveur : Serveur Bi-pro 64 bits 8 Go (licence DB2) Les scripts java de AAF sont implantés sur un nouveau serveur Bi-pro 32 bits ayant une capacité de stockage de 2 x 143 Go L’agent SUNOPSIS devra également être installé sur ce nouveau serveur Les extractions ENT et EPLE sont stockées sur ce même serveur. La mise à disposition des extractions ENT se fera à l’initiative du CATI vers l’infrastructure ENT par transferts SFTP (clés de cryptage à prévoir) Un guichet est en cours d’étude Nommer un chef de projet Annuaire ENT Fiabiliser les données achat des plateformes Mise en conformité de l Annuaire ENT Slide remis par MG et BL demain vendredi tests sur les données anonymisées Les acteurs Chefs d’établissement Rectorat intégrateur

27 Planning type de mise en œuvre du projet Production
Effectuer migration comptes existants d’1 EPLE (15j) ou créer ex-nihilo les comptes Prise en compte des modifications par delta (XML) Suivi académique A partir de mai les chefs d’établissement travaillent sur deux bases SCONET (année 2007 et année 2008) Par configuration l’annuaire peut prendre les données 2007 ou bien directement les données 2008. Il appartient à chaque projet d’évaluer sur quelle base SCONET les essais de pré-production doivent être faits. Lors d’une bascule de rentrée, il faut configurer l’annuaire fédérateur pour qu’il pointent sur la nouvelle base SCONET Les évolutions peuvent être traîtées par le mécanisme des deltas. L’annuaire fédérateur garantit la continuité de l’identifiant d’une année scolaire à l’autre En liaison avec les chefs d’établissements MG et BL remplissent pour vendredi (envoyer à Aurida Rouha) Initialisation avec données rentrée 2007/2008 (par delta ou complet) Fin mise en production Les acteurs Chefs d’établissement Rectorat intégrateur

28 De l’importance d’une bonne saisie des données à la source
Annuaire ENT Rejets Annuaire Fédérateur Aucun dispositif de correction des données Académie ENT EPP LDAP ….. Fichier alimentation XML Service Service Service AAA ….. ….. SI-RH Administra teur ou autres sources d’alimentat ion RAMSESE Instance Académique Annuaire Fédérateur SCONET Annuaire ENT Bases académiques Sensibiliser les chefs d’établissements à l’importance de la bonne saisie des données Élèves Enseignants Parents… Établissement Chef d’établissement Administrateur Ou autre source Demande de modifications

29 Planning type de mise en œuvre de projet Installation
Pré production Installation Production Projet annuaire fédérateur en téléchargement sur le site de diffusion « Identité » de Toulouse : Versions >> Annuaire >> Annuaire federateur >> Primo-installation Toute communication sur ce projet sera envoyée à l’adresse Adresse de la diffusion : Installer l’annuaire fédérateur Extraire les fichiers XML (3 semaines Livraison de l’Annuaire Fédérateur Les acteurs Chefs d’établissement Rectorat intégrateur

30 Planning type de mise en œuvre de projet Installation
Pré production Installation Production Installer l’annuaire fédérateur Extraire les fichiers XML (3 semaines Livraison de l’Annuaire Fédérateur Les acteurs Chefs d’établissement Rectorat intégrateur

31 Planning type de mise en œuvre de projet Installation
Pré production Installation Production Fichiers XML produits : [idENT]_[Complet|Delta]_[Date]_[typeFichier]_[numéro].xml exemple: ENT_Complet_ _PersEducNat_0000.xml ENT_Complet_ _EtabEducNat_0000.xml ENT_Complet_ _Eleve_0000.xml ENT_Complet_ _PersRelEleve_0000.xml Installer l’annuaire fédérateur Extraire les fichiers XML (3 semaines Livraison de l’Annuaire Fédérateur Les acteurs Chefs d’établissement Rectorat intégrateur

32 Planning type de mise en œuvre du projet Pré-production
Migration des comptes existants Reprise des données Réconciliation des comptes existants avec ceux alimentés par l’Annuaire Fédérateur Mise à jour des relations personnes–structures et personnes–personne Prise en compte des modifications par delta Validation du fonctionnement Mise en situation avec des données réelles Détection et gestion des anomalies Délai de traitement, montée en charge Paramétrage de la période glissante des deltas (n) Chaque fichier delta contient tous les objets qui ont été modifiés durant les n jours précédents Charger le XML dans l’ENT Traiter les rejets (1 mois) Effectuer migration comptes existants d’1 EPLE (15j) ou créer ex-nihilo les comptes Prise en compte des modifications par delta (XML) Suivi académique En liaison avec les chefs d’établissements Les acteurs Chefs d’établissement Rectorat Intégrateur

33 Planning type de mise en œuvre du projet Production
Effectuer migration comptes existants d’1 EPLE (15j) ou créer ex-nihilo les comptes Prise en compte des modifications par delta (XML) Suivi académique A partir de mai les chefs d’établissement travaillent sur deux bases SCONET (année 2007 et année 2008) Par configuration l’annuaire peut prendre les données 2007 ou bien directement les données 2008. Il appartient à chaque projet d’évaluer sur quelle base SCONET les essais de pré-production doivent être faits. Lors d’une bascule de rentrée, il faut configurer l’annuaire fédérateur pour qu’il pointent sur la nouvelle base SCONET Les évolutions peuvent être traîtées par le mécanisme des deltas. L’annuaire fédérateur garantit la continuité de l’identifiant d’une année scolaire à l’autre En liaison avec les chefs d’établissements MG et BL remplissent pour vendredi (envoyer à Aurida Rouha) Initialisation avec données rentrée 2007/2008 (par delta ou complet) Fin mise en production Les acteurs Chefs d’établissement Rectorat intégrateur

34 Livraison de l’Annuaire Fédérateur
Planning type de mise en œuvre de projet Estimation à adapter en fonction de chaque projet Mai Juin Juillet Septembre Octobre Livraison de l’Annuaire Fédérateur Fin Mise en production Pré requis Production Pré production Installation 3,5 mois de travail effectif entre livraison et mise en prod  date butoir SUIVI , pilotage par la Maitrise d’ouvrage Collectivité locale SUIVI , pilotage par la Maitrise d’ouvrage Rectorat Sensibilisation des Chefs d’établissements

35 SUPPORT 2 ème Niveau Prévu en relation avec l’équipe nationale TALENT
8 Mise en production 7Pré-Production 6 Établir modalités d’échange données personnelles avec l’ENT 5 Produire les fichiers XML complets et des fichiers de Deltas 4 Installer l’annuaire fédérateur 3 Fiabiliser les données SCONET 2 Se préparer à l’arrivée de l’annuaire fédérateur Achat des plateformes 1 Nommer un chef de projet Annuaire STSI A1 Rectorat CTICE SIGAT Equipe de diffusion SIGAT Equipe de diffusion STSI A1 Préconisations, Validation SIGAT Equipe de diffusion

36 Précisions sur les grandes étapes du projet

37 Pré requis Analyse détaillée des documents de référence et des outils disponibles L’analyse détaillée de certains attributs Classes / groupes ENT à cheval sur 2 académies Cas limites° Périmètre détaillé (couvert/non couvert) Catégories de personnes et de structures Cas d’usages Saisie des données Erreurs de saisie  sensibilisation des établissements Fiche remontée anomalie Bases interrogées Achat du matériel ° Utilisation du jeu d’essai anonymisé Précisions sur les types d’ « erreurs » incluses, de rejets à prendre en compte° Données hors périmètre à ignorer (rattachement à des établissements hors expérimentation) Fonctionnement du mode delta °

38 Installation Installation de l’AF Extraction XML
Temps de traitement et de propagation Paramétrage de l outil annuaire fédérateur Bases interrogées, Configuration des batches…

39 Pré production Mise en qualité des données
Traitement en masse de certaines anomalies (ex: supprimer les « - » à la place du prénom) Bascules d’une année sur l’autre Pérennité de la clé Problème de volumétrie : delta énorme (mais pas plus l’initialisation) Bascule sur l’autre base (dates associées, impératifs de gestion SCONET, immatriculation des nouveaux entrants, des enfants inscrits à 2 endroits) Pour les nouveaux, branchez-vous directement sur la nouvelle base (?) Temps de traitement –analyse des performances Analyse de la chaine de bout en bout Modalités d’échange avec l’intégrateur (en attendant le guichet unique) Traitement des deltas Evoquer cas particuliers (requête en modification à traiter par l’ENT en création…) Configuration des batches côté ENT

40 Production Bascules d’une année sur l’autre Indicateurs
Pérennité de la clé Problème de volumétrie : delta énorme (mais pas plus qu’à l’initialisation) Bascule sur l’autre base (dates associées, impératifs de gestion SCONET, immatriculation des nouveaux entrants, des enfants inscrits à 2 endroits) Pour les nouveaux, branchez-vous directement sur la nouvelle base (? Indicateurs Retour d’expérience

41 Installation

42 Installation en plusieurs étapes :
Installation des scénarii sunopsis (cf PIAD) Installation de l’agent sunopsis Installation de DB2 Création et paramètrage de la base AAF Installation des scripts ( paramètrage …) Installation du fichier des nomenclatures Paramètrage ASPETL

43 Planning type de mise en œuvre de projet Installation
Pré production Installation Production Première exploitation : Paramétrage des établissements expérimentaux Initialisation de la base AAF Traitement des erreurs Extraction des fichiers XML pour test d’alimentation de l’annuaire ENT Extraction des fichiers XML pour alimentation de l’annuaire ENT en pré-production Installer l’annuaire fédérateur Extraire les fichiers XML (3 semaines Livraison de l’Annuaire Fédérateur Les acteurs Chefs d’établissement Rectorat intégrateur

44 Atelier technique Installation
Installation de l’agent sunopsis Installation de db2 Création de la base AAF - création des utilisateurs - création de la base : lancement du script createBDAAFvx.x.sql - paramètrage de la base : logs….

45 Atelier technique Installation
Installation des scripts /appli/aaf /export /conf /fichiers /lib /log /scripts /import

46 Atelier technique Installation
Paramètrage des scripts fichier env.conf fichier log.conf fichier ENT_list.conf : si vous avez : Vous obtiendrez un fichier ENT_Filtre_Complet_YYYYMMAA_000.xml si vous avez : Vous obtiendrez 2 fichiers ETB D_Complet_YYYYMMAA_000.xml ETB W_Complet_YYYYMMAA_000.xml

47 Atelier technique Installation
Installation des nomenclatures Paramétrage par ASPETL Différentes variables à inititialiser : - la durée du delta - une adresse pour recevoir les compte-rendus d ’exécution - durée de conservation des données sur les enseignants - durée de conservation des données sur les éléves et leurs parents.

48 Atelier technique Installation
Complément sur le périmètre de test : Précepte : Sconet ne connaît que des UAJ - Toutes les UAA rattachées à un UAJ seront automatiquement incluses dans les extractions : ne pas indiquer les UAA dans le fichier ENT_list.conf - pour une cité scolaire contenant plusieurs UAJ, préciser toutes les UAJ dans le fichier ENT_list.conf

49 Atelier technique Installation
Complément sur lancement des scénarii : Une fois en mode de production : - Utiliser le mode « scheduler » pour automatiser le lancement des traitements

50 Précisions sur certains attributs

51 Précisions sur certains attributs Remarque préliminaire
La gestion des attributs suit la règle générale suivante Toute données issue de l'Annuaire Fédérateur n'est pas modifiable dans l'interface de gestion des contenus de l’annuaire ENT Exception Certains attributs mentionnés dans la colonne « Alimentation » du tableau de l’annexe 4 sont initialisés par l’alimentation MENESR puis proposés en self-service (civilité, …)

52 Précisions sur certains attributs Attributs particuliers détaillés dans le cahier des charges
Règles de construction particulières présentées dans le document principal Uid : LxxCiii (+ Annexe 5) Login Alias Cn Dn Photographie Clé de jointure Il s’agit de recommandations Règle de transformation par rapport aux données des fichiers XML transmises par le MENESR Eleve : ENTPersonAutresPrenoms PersEducNat : mail PersEducNat : PersEducNatPresenceDevantEleves Détails à l’annexe 4, fichier XLS en pièce-jointe, cellules sur fond rouge

53 Précisions sur certains attributs Clé de jointure
L’annuaire ENT peut être alimenté par plusieurs sources : académie(s), Ministère de l’Agriculture, collectivité(s) locale(s), saisie manuelle… Chaque personne doit être identifiée de manière unique au fil des alimentations successives : ENTPersonJointure (multi-valué) Alimentation manuelle depuis l’ENT : identifiant = « ENT » Alimentation depuis le SI du MENESR : identifiant = « MENESR » Pour un ENT sur 2 académies : « Academie1 », « Academie2 » Autres sources d’alimentation : identifiant librement défini par chaque projet Clé de jointure MENESR conservée d’une année sur l’autre A condition de respecter les procédures (et donc éviter les ré-immatriculations) Si une même personne est présente dans différentes sources Dispose de plusieurs comptes Eventuellement, mécanismes de « réconciliation » volontaire S ’appliquent également aux personnes vues comme deux objets dans une même source : enseignant et parent Identifiant de la source + $ Clé de jointure fournie par la source

54 Eleve : ENTPersonAutresPrenoms
Précisions sur certains attributs Ecarts entre les données XML et les données de l’annuaire ENT Eleve : ENTPersonAutresPrenoms XML : mono-valué / ENT : mono-valué XML : 3 prénoms séparés par « $ » Le 1er est toujours égal à givenName ; les 2 autres peuvent être vides (mais les « $ » sont toujours transmis) PersEducNat : mail XML : multi-valué / ENT : mono-valué Seule la 1ère valeur transmise doit être prise en compte par l’annuaire ENT PersEducNat : PersEducNatPresenceDevantEleves « O »  affectation à la classe ENTAuxEns « N »  affectation à la classe ENTAuxNonEnsEtab Remarques : Attribut non stocké dans l’annuaire ENT À ce jour, cet attribut est valorisé par le MENESR d’après la règle suivante : PersEducNatPresenceDevantEleves est valorisé à « O » si l'attribut ENTAuxEnsMEF comporte au moins une valeur, et à « N » sinon

55 Précisions sur certains attributs Classes et groupes
Alimentation MENESR Classes (=divisions) et groupes structurels ne sont pas alimentés en tant « qu’objets » par l’Annuaire Fédérateur Sont des attributs des objets Eleve et PersEducNat Toute nouvelle classe (respectivement groupe) détectée doit être créée dans l’annuaire ENT Structures de données prévues : ENTClasse, ENTGroupe Interface de gestion manuelle (ENT) Ajout des personnes dans ces classes ou ces groupes, quelles que soit leur catégorie de population Suppression à la demande et en fin d’année scolaire Création d’autre groupes (projets, TPE…) et ajout de personnes

56 MEF (Modules Élémentaires de Formation)
Précisions sur certains attributs Informations liées à la scolarité Généralités La référence des nomenclatures est la BCN : Base Centrale des Nomenclatures ( MEF (Modules Élémentaires de Formation) Thématique de la formation (MEF) Position de la formation par rapport à un cursus (MEFSTAT_n) MEF nationaux / MEF académiques / MEF de rattachement

57 Niveau de formation du diplôme (N_NIVEAU_FORMATION_DIPLOME)
Précisions sur certains attributs Informations liées à la scolarité Thématique de la formation Niveau de formation du diplôme (N_NIVEAU_FORMATION_DIPLOME) CAP BAC GENERAL Alimenté en V1 Alimenté en V2 Code Libellé

58 Précisions sur certains attributs Informations liées à la scolarité Position par rapport à un cursus
Alimenté en V1 Alimenté en V2 Code Libellé

59 Précisions sur certains attributs Informations liées à la scolarité Matières enseignées
Alimenté en V1 Alimenté en V2 Code Libellé

60 Discipline de poste : discipline effectivement enseignée
Précisions sur certains attributs Informations liées à la scolarité Discipline de poste Discipline de recrutement : discipline correspondant au concours que le candidat a passé pour être recruté Discipline de poste : discipline effectivement enseignée Renseignée au niveau RH en fonction des matières enseignées Peut correspondre à plusieurs disciplines de recrutement (et donc plusieurs concours) Alimenté en V1 Alimenté en V2 Code Libellé

61 Utilisation du jeu d’essai

62 Utilisation du jeu d’essai Données réelles
Rappel : le jeu d’essai comporte des données réelles (anonymisées) Les cas suivants peuvent donc se présenter Erreurs de saisie Doublons (dus à des ré-immatriculations) Relations multiples Elèves, Personnes en relation avec les élèves, établissements Informations concernant des établissements hors périmètre Enseignants dont seul l’établissement de rattachement appartient au périmètre Enseignant dont l’établissement de rattachement n’appartient pas au périmètre Attributs nécessitant une transformation (autres prénoms, , présence devant élèves) Classes et groupes à créer Importance des traces (logs) et de la mise en œuvre de mécanismes de détection des anomalies lors de l’alimentation (contrôles d’intégrité)

63 Traitements particuliers pour les fichiers deltas
Utilisation du jeu d’essai Traitements particuliers pour les fichiers delta Traitements particuliers pour les fichiers deltas Requête de modification : modifyRequest A traiter en création si l’entrée n’existe pas dans l’annuaire ENT Requête de suppression : deleteRequest A ignorer si l’entrée n’existe pas dans l’annuaire ENT Cause : l’entrée n’appartenait pas au périmètre de l’ENT lors de la création dans les bases MENESR

64 Les Delta

65 Gestion des deltas Postulats initiaux
Principe des fichiers de delta : transmettre un fichier contenant les évolutions dans les bases de données entre deux dates plutôt que des fichiers complets. (moins volumineux) Un fichier de delta est généré tous les jours. Le Rectorat (les responsables de l’administration de l’annuaire fédérateur) et l’équipe Projet ENT déterminent ensemble la fréquence des extractions complètes exemple Fcomplet = 1 extraction tous les 10 jours La valeur de n, période de répétition des modifications/créations/suppressions dans les fichiers de delta exemple n=1 jour , delta quotidien exemple n=7 jours, delta hebdomadaire, etc.

66 Gestion des delta Génération d’extractions complètes
Exemple : Fcomplet = 1 extraction complète tous les 10 jours Annuaire Fédérateur Alice – 6ème A Bernard – 5ème B Ensemble des données Éducation Nationale du périmètre ENT Alice – 6ème A Bernard – 5ème C Ensemble des données Éducation Nationale du périmètre ENT Bernard – 5ème C Eve – 4ème D Ensemble des données Éducation Nationale du périmètre ENT Extraction XML J J+10 J+20 Dates d’extraction au Rectorat Si l’intégrateur ne veut travailler que sur des fichiers complets, il doit récupèrer les fichiers xml complets à une fréquence (au moins) égale à Fcomplet soit au moins 1 fois tous les 10 jours dans l’exemple.

67 Génération d’extractions complètes
Exemple : Fcomplet = 1 extraction complète tous les 10 jours Annuaire Fédérateur Alice – 6ème A Bernard – 5ème B Ensemble des données Éducation Nationale du périmètre ENT Alice – 6ème A Bernard – 5ème C Ensemble des données Éducation Nationale du périmètre ENT Bernard – 5ème C Eve – 4ème D Ensemble des données Éducation Nationale du périmètre ENT Extraction XML J J+10 J+20 Dates d’extraction au Rectorat Dates de récupération des données par l’intégrateur Si l’intégrateur ne veut travailler que sur des fichiers complets, il doit récupèrer les fichiers xml complets à une fréquence (au moins) égale à Fcomplet soit au moins 1 fois tous les 10 jours dans l’exemple. Attention : en mode mixte (alimentation complète et deltas), la récupération du fichier complet par l’intégrateur doit se faire entre J et J+n

68 Générations d’extractions deltas
Exemple : n = 5 jours = nombre de jours (glissants) pendant lesquels un objet modifié/créé/supprimé est répété dans les fichiers deltas (Dans tous les cas, les fichiers deltas sont extraits tous les jours) Alice – 6ème A Bernard – 5ème B Alice – 6ème A Bernard – 5ème C Annuaire Fédérateur Ensemble des données Éducation Nationale du périmètre ENT Ensemble des données Éducation Nationale du périmètre ENT Delta Delta Modify Bernard – 5ème C Delta Modify Bernard – 5ème C Delta Delta Modify Bernard – 5ème C Delta Modify Bernard – 5ème C Delta Modify Bernard – 5ème C Delta Delta P7 annexe 4 : « le fichier delta est généré tous les jours » « les objets créés, modifiés ou supprimés sont répétés pendant n jours » L’intégrateur récupère des fichiers de delta à une fréquence au moins égale à 1 fois tous les n jours puisque les modifications/créations/suppressions sont répétées dans les fichiers de delta xml pendant n jours Tous les attributs des personnes sont renseignés dans le fichier avec leur valeur au jour de l'extraction.

69 Gestion des deltas Générations d’extractions deltas
Exemple : n = 5 jours = nombre de jours (glissants) pendant lesquels un objet modifié/créé/supprimé est répété dans les fichiers deltas (Dans tous les cas, les fichiers deltas sont extraits tous les jours) Alice – 6ème A Bernard – 5ème C Ensemble des données Éducation Nationale du périmètre ENT Bernard – 5ème C Eve – 4ème D Ensemble des données Éducation Nationale du périmètre ENT Annuaire Fédérateur Delta Delta Add Eve – 4e D Delta Add Eve – 4e D Delta Add Eve – 4e D Delete Alice Delta Add Eve – 4e D Delete Alice Delta Add Eve – 4e D Delete Alice Delta Delete Alice Delta Delete Alice Delta Choix de la valeur de ndelta Fixé par le rectorat et les projets Pas trop grand (sinon, autant s’appuyer sur une extraction complète) Pas trop petit (sauf peut-être en période de rentrée où les changements sont fréquents) Remarque : si un même élève est modifié deux fois, seule la dernière modification reste n jours dans les fichiers de delta et écrase la modif précédente. L’intégrateur récupère des fichiers de delta à une fréquence au moins égale à 1 fois tous les n jours puisque les modifications/créations/suppressions sont répétées dans les fichiers de delta xml pendant n jours Tous les attributs des personnes sont renseignés dans le fichier avec leur valeur au jour de l'extraction.

70 Générations d’extractions delta
Exemple : n = 5 jours = nombre de jours (glissants) pendant lesquels un objet modifié/créé/supprimé est répété dans les fichiers deltas (Dans tous les cas, les fichiers deltas sont extraits tous les jours) Annuaire Fédérateur Delta Modify Eve – 4e D Modify Eve – 4e D option Latin Ève change de classe Ève a une option supplémentaire La fiche entière de l’élève est modifiée avec les données au jour de l’extraction du delta Choix de la valeur de ndelta Fixé par le rectorat et les projets Pas trop grand (sinon, autant s’appuyer sur une extraction complète) Pas trop petit (sauf peut-être en période de rentrée où les changements sont fréquents) Remarque : si un même élève est modifié deux fois, seule la dernière modification reste n jours dans les fichiers de delta et écrase la modif précédente. Les modifications/créations/suppressions sont répétées dans les fichiers de delta xml pendant n jours. MAIS Tous les attributs des personnes sont renseignés dans le fichier avec leur valeur au jour de l'extraction.

71 Principe de génération des fichiers de delta
Exemple : n = 5 jours = nombre de jours (glissants) pendant lesquels un objet modifié/créé/supprimé est répété dans les fichiers deltas (Dans tous les cas, les fichiers deltas sont extraits tous les jours) Annuaire Fédérateur Date de dernière modification concernant Ève dans l’Annuaire Fédérateur D0 D1 D1 D2 D2 D2 D2 D2 D2 Ève change de classe Ève a une option supplémentaire L’écart entre la date courante et la date de dernière modification vaut 0, est inférieure à n (5 jours) il y a donc génération de delta L’écart entre la date courante et la date de dernière modification vaut 1 jour, est inférieure à n (5 jours) il y a donc génération de delta L’écart entre la date courante et la date de dernière modification vaut 6 jours, est supérieure à n (5 jours) il y a donc un delta vide Delta Modify Eve – 4e D Delta Modify Eve – 4e D Delta Modify Eve – 4e D option Latin Delta Modify Eve – 4e D option Latin Delta Modify Eve – 4e D option Latin Delta Modify Eve – 4e D option Latin Delta Modify Eve – 4e D option Latin Delta Delta

72 Principe de génération des fichiers de delta Remarques sur les dates de dernière modification
Si une modification est effectuée dans une des bases (ex : SCONET) permettant l’alimentation de l’annuaire fédérateur , une nouvelle date de « dernière modification » est générée. D’après le principe exposé précédemment : Si la modification concerne un attribut non répercuté dans l’ENT, il y aura tout de même génération d’un « delta ».

73 Gestion des delta Générations d’extractions delta


Télécharger ppt "Alimentation de l’annuaire ENT"

Présentations similaires


Annonces Google