Alimentation de lannuaire ENT Cellule danimation nationale ENT second degré le 26 Mars 2007...

Alimentation de l’annuaire ENT

Cellule d’animation nationale ENT second degré

le 26 Mars 2007 (extraits)

■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

Alimentation de l’annuaire ENT – 26/03/2007 Cellule d’animation nationale ENT second degré

Le Contexte et les enjeux

■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’annuaire ENT

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

4


Caractéristiques de l’annuaire ENT

■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


ÉlèvesEnseignantsParents…

Fichieralimentation

XML

Demande de modifications

Administrateur

Ou autre source

ÉtablissementChef

d’établissement

SCONET

Académie ENT

Annuaire ENT

AnnuaireFédérateur

Schéma global du flux des données

RAMSESE

EPP…SI-RH

Zoom sur l’Annuaire

fédérateur

7


Architecture globale

Agape

EPP

Agora

Sconet

StsWeb

Ramses

Nomen

Annuaire fédérateur AAA

Base de données DB2 académique

XMLLDIF

Etablissements ENT 2nd degré

8


Extractions

Agape

EPP

Agora

Sconet

StsWeb

Ramses

Nomen

Annuaire fédérateur

ETL Sunopsis Mise à jour quotidienne

■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

■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

9


Interfaces avec annuaire ENT 2nd degré

Annuaire fédérateur

XML

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)

■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)

A intégrer par projet ENT

10


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)

■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)

Annuaire fédérateur AAAFormat

MAJDS

CSV

Saisie via SCONETdes emplois aidés

dans les ETB

11


Établissement

Académie ENT

AAA

Fichieralimentation

XML


…

Bases académiques

Service Service Service

Annuaire ENT

Chefd’établissement


Administrateur

Ou autre source

Administrateur ou autres sourcesd’alimentation

Instance Académique


De l’importance d’une bonne saisie des données à la source

…..LDAP EPP

SCONET

RAMSESE

…..…..

SI-RH

Le corpus Annuaire ENT

DocumentsJeu 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 »)

► http://www2.educnet.education.fr/sections/services/ent/scolaire/

14


■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

Corpus Annuaire ENT

Le cahier des charges Annuaire ENT du secondaire (document principal)

■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


■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

Corpus Annuaire ENT

FAQ et autres documents de référence

17


Corpus Annuaire ENT

Jeu de test anonymisé (1/3)

Anonymisation champ par champ

Annuaire fédérateur(académie)

Fichier d’alimentation XMLdonnées Réelles

Annuaire ENT environnement réel

Fichier d’alimentation XMLdonnées Anonymisées

Annuaire ENT Plateformes de testde tout intégrateur

Les fichiers anonymisés sont disponibles en téléchargement à l’adresse

http://www2.educnet.education.fr/sections/services/ent/scolaire

18


Corpus Annuaire ENT


■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

Extraction Delta

Petites modifications

Extraction Delta

Grosses modifications

Extraction Complète

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


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.

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)

Un fichier de delta est généré tous les jours.

22


Corpus Annuaire ENT

Gestion des deltas – génération d’extractions delta

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 AnnuaireVé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érateurProduire 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


Pré requis ProductionPré productionInstallation

Planning type de mise en œuvre de projet Estimation à adapter en fonction de chaque projet

T0 T0+1Mois T0+2Mois T0+3Mois T0+4Mois

SUIVI , pilotage par la Maitrise d’ouvrage Collectivité locale

SUIVI , pilotage par la Maitrise d’ouvrage Rectorat

Sensibilisation des Chefs d’établissements

26


Pré requis ProductionPré production

Installation

Planning type de mise en œuvre de projet

Pré-requis

achat des plateformes

tests sur les données anonymisées

Mise en conformité

de l Annuaire ENT

Fiabiliser les données

Nommer un chef de projet

Annuaire ENT

Les acteurs Chefs d’établissement Rectorat intégrateur

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

27


Production

Planning type de mise en œuvre du projet

Production

Effectuer migration comptes existants d’1 EPLE (15j)

ou

créer ex-nihilo les comptes

Suivi académique

En liaison avec les chefs d’établissements

Prise en compte des modifications par delta

(XML)

Initialisation avec données rentrée 2007/2008 (par

delta ou complet)

Fin mise en production


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

28


AAA


LDAP

Fichieralimentation

XML


Administrateur

Ou autre source

…EPP

ÉtablissementChef

d’établissement

SCONET

Académie

Bases académiques

ENT

Service Service Service

Administrateur ou autres sourcesd’alimentation

Annuaire ENT

Instance Académique


De l’importance d’une bonne saisie des données à la source

Annuaire ENT

Rejets

Sensibiliser les chefs d’établissements à

l’importance de la bonne saisie des données

RAMSESE

…..…..

…..

SI-RH

Annuaire Fédérateur

Aucun dispositif de correction des données

29


ProductionPré

production


Installation

Chefs d’établissement Rectorat intégrateurLes acteurs

Installer l’annuaire fédérateur

Extraire les fichiers XML

(3 semaines

Livraison de l’Annuaire Fédérateur

Installation

■Projet annuaire fédérateur en téléchargement sur le site de diffusion « Identité » de Toulouse :

■http://diff.ac-toulouse.fr■Versions >> Annuaire >> Annuaire federateur >> Primo-installation

■Toute communication sur ce projet sera envoyée à l’adresse

■[email protected]

■Adresse de la diffusion :

■[email protected]

30


ProductionPré

production

Planning type de mise en œuvre de projet Installation




(3 semaines


Installation

31


ProductionPré

production


Installation




(3 semaines


Installation

Fichiers XML produits :

[idENT]_[Complet|Delta]_[Date]_[typeFichier]_[numéro].xml

exemple:ENT_Complet_20070326_PersEducNat_0000.xmlENT_Complet_20070326_EtabEducNat_0000.xmlENT_Complet_20070326_Eleve_0000.xmlENT_Complet_20070326_PersRelEleve_0000.xml

32


Production


Pré-production

Chefs d’établissement Rectorat IntégrateurLes acteurs

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)


ou


Suivi académique



(XML)

33


Production


Production


ou


Suivi académique



(XML)

Initialisation avec données rentrée 2007/2008 (par

delta ou complet)

Fin mise en production


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

34


Pré requis ProductionPré productionInstallation

Planning type de mise en œuvre de projet Estimation à adapter en fonction de chaque projet

SUIVI , pilotage par la Maitrise d’ouvrage Collectivité locale

SUIVI , pilotage par la Maitrise d’ouvrage Rectorat

Sensibilisation des Chefs d’établissements

Mai Juin Juillet Septembre Octobre

Fin Mise en production


3,5 mois de travail effectif entre livraison et mise en prod date butoir

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

SIGAT Equipe de diffusion



Rectorat CTICE

STSI A1

Préconisations, Validation

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■ 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

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


ProductionPré

production


Installation




(3 semaines


Installation

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

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/conf/fichiers/lib/log/scripts

46


Atelier technique

Installation ■ Paramètrage des scripts

• fichier env.conf• fichier log.conf• fichier ENT_list.conf :

AAA31Filtre=0811034J,0320040V,0311338L # exemple avec filtre AAA31= # exemple sans filtre

si vous avez : ENT_Filtre=0090025D,0090478W,0090055L

Vous obtiendrez un fichier ENT_Filtre_Complet_YYYYMMAA_000.xml

si vous avez : ETB0090025D=0090025D

ETB0090018W=0090018W,0090574A

Vous obtiendrez 2 fichiers ETB0090025D_Complet_YYYYMMAA_000.xml

ETB0090018W_Complet_YYYYMMAA_000.xml

47


Atelier technique

Installation ■ Installation des nomenclatures

Différentes variables à inititialiser :- la durée du delta- une adresse email 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 leursparents.

■ Paramétrage par ASPETL

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

Précisions sur certains attributs

51



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é, email…)

52



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



Clé de jointure

■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



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



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



Informations liées à la scolaritéGénéralités

■La référence des nomenclatures est la BCN : Base Centrale des Nomenclatures (http://www.infocentre.education.fr/bcn/)

■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



Informations liées à la scolaritéThématique de la formation

Niveau de formation du diplôme(N_NIVEAU_FORMATION_DIPLOME)

Alimenté en V1

Alimenté en V2

Code

Libellé

CAP

BAC GENERAL

58



Informations liées à la scolaritéPosition par rapport à un cursus

Alimenté en V1

Alimenté en V2

Code

Libellé

59



Informations liées à la scolaritéMatières enseignées

Alimenté en V1

Alimenté en V2

Code

Libellé

60



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é

Utilisation du jeu d’essai

62



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, email, 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 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

Les Delta

65


Gestion des deltasPostulats 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)

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 quotidienexemple n=7 jours, delta hebdomadaire, etc.

Un fichier de delta est généré tous les jours.

66


Gestion des delta Génération d’extractions complètes

Exemple : Fcomplet = 1 extraction complète tous les 10 jours

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.

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

…


du périmètre ENT

Bernard – 5ème C

Eve – 4ème D

…


du périmètre ENT

J J+10 J+20


Extraction XML

67


Génération d’extractions complètes

Exemple : Fcomplet = 1 extraction complète tous les 10 jours

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

Alice – 6ème A

Bernard – 5ème B

…


du périmètre ENT

Alice – 6ème A

Bernard – 5ème C

…


du périmètre ENT

Bernard – 5ème C

Eve – 4ème D

…


du périmètre ENT

J J+10 J+20


Extraction XML

68


Générations d’extractions deltasExemple : 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

…


du périmètre ENT

Delta Delta Delta

Modify

Bernard – 5ème C

Delta

Modify

Bernard – 5ème C

Delta

Modify

Bernard – 5ème C

Delta

Modify

Bernard – 5ème C

Delta

Modify

Bernard – 5ème C

Delta Delta

Alice – 6ème A

Bernard – 5ème C

…


du périmètre ENT


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 joursTous les attributs des personnes sont renseignés dans le fichier avec leur valeur au jour de l'extraction.

69


Gestion des deltasGé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)

Delta Delta Delta Delta Delta Delta Delta Delta Delta

Alice – 6ème A

Bernard – 5ème C

…

Ensemble des données Éducation

Nationale du périmètre ENT

AddEve – 4e D

AddEve – 4e D

AddEve – 4e D

DeleteAlice

AddEve – 4e D

DeleteAlice

AddEve – 4e D

DeleteAlice

DeleteAlice

DeleteAlice

Bernard – 5ème C

Eve – 4ème D

…

Ensemble des données Éducation

Nationale du périmètre ENT


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 joursTous 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


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.

Delta Delta Delta Delta Delta Delta Delta

ModifyEve – 4e D

ModifyEve – 4e D

ModifyEve – 4e Doption Latin



Delta



Delta

È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


71


Principe de génération des fichiers de delta


Delta Delta Delta Delta Delta Delta Delta

ModifyEve – 4e D

ModifyEve – 4e D




Delta



Delta

Ève change de classe Ève a une option supplémentaire


Date de dernière modification concernant Ève dansl’Annuaire Fédérateur

D0 D1 D1 D2 D2 D2 D2 D2 D2

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

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 deltaGénérations d’extractions delta

Alimentation de lannuaire ENT Cellule danimation nationale ENT second degré le 26 Mars 2007...

Documents

Transcript of Alimentation de lannuaire ENT Cellule danimation nationale ENT second degré le 26 Mars 2007...