apogée version 3.70. s é m i n a i r e présentation apogée 3.70 2 programme 10h00-10h15...

Apogée version 3.70

2

S é m i n a i r e

Présentation Apogée 3.70

Programme

10h00-10h15 Introduction

Katryn Durand, Adjointe au directeur Dser- Chargée de l'accompagnement produits - Département services, AMUEAlain Philipona, Responsable Pôle Formation - Vie de l’Etudiant, Département Edition Intégration, AMUE

SERVICES NUMERIQUES

10h15-11h00 LES EVOLUTIONS :

- Réinscriptions administrativesAlain Boulet, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

- Inscriptions pédagogiques Jean-Claude Mardon, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

11h00-12h00 LES NOUVEAUX SERVICES :- Opérations Préalables Inscriptions- Inscriptions administratives Alain Boulet, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

- Confirmation aux examens de session 2- Présentation des connecteurs Apogée Gilles Scotto di Carlo, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

12h00-12h30 Échanges avec la salle

12h30-14h00 Déjeuner (libre)

3

S é m i n a i r e


Programme

AUTRES EVOLUTIONS APOGEE

14h00-14h30 Opérations Préalables d’Inscription Jean-Claude Mardon, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

14h30-15h15 Domaine « Inscription administrative » & Cursus externeJean-Claude Mardon, Gilles Scotto di Carlo, consultants Formation - Vie de l’étudiant, Département Services, AMUE

15h15-15h45 IPFEX Jean-Claude Mardon, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

15h45-16h00 SISE et Pilotage Jean-Claude Mardon, Consultant Formation - Vie de l’Etudiant, Département Services, AMUE

16h00-16h15 Échanges avec la salle

Domaine Accès à Distance Apogée version 3.70

Alain Boulet

5

S é m i n a i r e


Evolutions AD : Introduction

La version 3.70 amène plusieurs évolutions dans le domaine Accès à distance :

Etapes proposables aux étudiants de L1 sans

résultat positif

Réinscription à des VET sans délibération

Evolution de l'écran de paramétrage CGE/VET

Autorisation paiement web

Autres évolutions

Etapes proposables aux étudiants de L1 sans résultat positif

7

S é m i n a i r e


Etapes proposables L1 redoublants

Objectif :

- Permettre à l’étudiant inscrit en L1 et sans résultat positif de se réorienter et de s’inscrire dans une autre première année

Solution :

- Proposer à ces étudiants un changement de filière par la règle de gestion TE09:

Variante 1 : changement de filière autorisé aux inscrits L1 uniquementVariante 2 : changement de filière autorisé aux non L1 uniquementVariante 3 : changement de filière autorisé à tous

Par défaut : Variante 2.

Réinscription aux étapes sans délibération ni résultat

9

S é m i n a i r e


Réinscription aux étapes sans délibération ni résultat

Objectif :

- Permettre à un étudiant inscrit à une étape n’attendant ni délibération ni résultat (doctorat, préparation aux concours) de se réinscrire par le web.

Solution :

- Ajout d’un témoin « RsD » pour identifier ces étapes et les rendre accessibles à distance.

10

S é m i n a i r e


Réinscription aux étapes sans résultats

RsD: Réinscription sans Délibération

Evolution de l'écran de paramétrage CGE/VET (Primo / Réinscription)

12

S é m i n a i r e



Objectif :

- Paramétrer les VET accessibles par le web en primo-entrant ou en réinscription

Solution :

- Différencier la mise à disposition de VET sur le web selon le service.

13

S é m i n a i r e



14

S é m i n a i r e



15

S é m i n a i r e



16

S é m i n a i r e



Evolutions de la gestion des pièces justificatives

18

S é m i n a i r e


Evolutions de la gestion des pièces justificatives

Objectif :

- Ajouter de nouveaux motifs de demande de pièces justificatives

- Permettre le suivi des pièces justificatives

Solution :

- Mise en place d’un écran Apogée de suivi des pièces

- Mise à disposition de l’information de suivi des pièces sur le web

19

S é m i n a i r e


Nouveaux motifs de demande de pièces justificatives

- Nouveaux motifs de pièces justificatives : chacun des codes étapes accessibles à distance,chacun des types de diplômes, chacun des groupes de pays,chacune des séries du bac (pour les primo-entrants),les sportifs de haut niveau,les étudiants ayant déclaré un handicap,les étudiants mineurs au moment de l’inscription,les étudiants primo-entrants et néo-bacheliers,les étudiants primo-entrants et non néo-bacheliers,les étudiants primo-entrants,les étudiants en réinscription,les étudiants en inscription parallèle (maintien ou abandon),chacune des composantes.

20

S é m i n a i r e


Suivi des pièces justificatives

Mise en place d’un nouvel écran dans le domaine « Inscription Administrative » : suivi des pièces justificatives web. Cet écran permet le pointage des pièces reçues et leur prise en compte.

21

S é m i n a i r e


Suivi des pièces justificatives

23

S é m i n a i r e



Objectif :

- Permettre le paiement de l’IA en ligne à une population ciblée

Solution :

- Ajout d’une case à cocher (PW) dans les tables de références

24

S é m i n a i r e



Autres évolutions du domaine AD

26

S é m i n a i r e


Autres évolutions AD

Autres évolutions du domaine accès à distance :

Sélection responsabilité civile et numéro INSEE

provisoire

Redirection en fin de processus d’inscription

Sélection des droits facultatifs

Evolutions du référentiel à distance

Affichage des droits : ordre et droits à montant nul

Nombre d’années de recherche de l’IA et laissez-

passer

IP WEB Apogée version 3.70

Jean-Claude Mardon

28

S é m i n a i r e


Introduction

L’IPWEB, maintenant disponible depuis Mai 2007

( version 3.60.52), évolue avec :

Traitement spécial PRC

Consultation inscription pédagogique

L’enchaînement des inscriptions par le web

Diverses évolutions ergonomiques

29

S é m i n a i r e



Le traitement spécial PRC : case cochée dans le domaine SE / liste d’éléments.

Actuellement en IPWEBLorsque les UE font parties d’une liste des UE libres :

Si l’étudiant est redoublant alors l’UE est traitée en PRCSi l’étudiant s’inscrit à cette liste au titre d’une autre VET alors l’UE acquise n’apparaît pas dans « les choix de l’inscription ».

Ce traitement fonctionne, pour les étudiants non redoublant, dans la mesure où l’inscription pédagogique est réalisée sur des VET différentes. L’évolution consiste à prendre en compte les inscriptions pédagogiques web au sein d’une même version d’étape.

30

S é m i n a i r e



ContexteLe traitement « spécial PRC » permet de ne pas proposer le même enseignement deux fois à un étudiant (sauf pour les redoublants) :- si l’étudiant est redoublant et que l’enseignement est obtenu alors la PRC est rapatriée.- si l’étudiant n’est pas redoublant et que l’enseignement est obtenu alors la PRC n’est pas rapatriée et l’enseignement n’est pas proposé à l’étudiant.

Certains cas particuliers n’étaient pas pris en compte par ce traitement.

Solution

La solution a consisté à modifier le traitement « spécial PRC » afin de prendre en compte les cas suivants :- les inscriptions réalisées au sein d’une même version d’étape (lorsque la liste d’UE libres est rattachée aux semestres),- les inscriptions réalisées au sein de la même année universitaire (inscription en L2 et L3 la même année par exemple).

Précisions : de plus, les liens entre VDI (inscription, intermédiaire et terminale) sont pris en compte lors de l’exécution de ce traitement afin de permettre aux étudiants en double cursus ou réorienté d’utiliser un enseignement obtenu. Les éléments appartenant à des listes d’UE libres ne lui sont plus proposés dès lors que celui-ci possède une note/résultat (positif ou négatif) et que ces éléments sont capitalisables et/ou conservables.

31

S é m i n a i r e



1er cas : inscription pédagogique semestrielle Liste des UE libres rattachée à plusieurs semestres d’une

même version d’étape.

VET

Liste sem 1-2

Semestre 1

Semestre 2

Liste sem 3-4

Semestre 3

Semestre 4

1er inscription pédagogique WEB de l’étudiant

Liste UE libre

UE1

UE2

UE3

IPWEB

IPWEB

2ème inscription pédagogique WEB de l’étudiant

Apparaît sur le web



Choix IPWEB de l ’étudiantN’apparaît pas sur le web



Choix IPWEB de l’étudiant

L’étudiant doit choisir des UE différentes par semestre

32

S é m i n a i r e



2ème cas : doubles cursusListe des UE libres rattachée à plusieurs versions d’étape la

même année universitaire.

VET A

Sem A 1-2

Semestre 1

Semestre 2

Sem B 1-2

Semestre 1

Semestre 2

1er inscription pédagogique WEB de l’étudiant

Liste UE libre

UE1

UE2

UE3

IPWEB

2ème inscription pédagogique WEB de l’étudiant



Apparaît sur le webChoix IPWEB de l’étudiant

VET B

IPWEB

Choix IPWEB de l ’étudiant N’apparaît pas sur le web car il y a déjà une IP



33

S é m i n a i r e



3ème cas : étudiant non redoublantListe des UE libres rattachée à plusieurs versions d’étape sur

plusieurs années universitaire.

VET A

Sem A 1-2

Semestre 1

Semestre 2

Sem B 1-2

Semestre 1

Semestre 2

Liste UE libre

UE1

UE2

UE3

VET B

L’ UE n’est plus affichée dès lors :

• que sur une année N-x il y a eu une note / résultat sur l’élément

• et que cet élément soit capitalisable et / ou conservable.

34

S é m i n a i r e



Ces traitements n’existant pas sur APOGEE, il est important de faire respecter ces règles aux personnes effectuant les IP via APOGEE afin de ne pas créer d’incohérence dans les IP.

35

S é m i n a i r e


Consultation Inscription Pédagogique

Contexte

Les services d’inscription et de consultation de l’Inscription pédagogique par le web étaient fusionnés. Ce qui obligeait les établissements qui souhaitaient mettre en place uniquement la consultation à paramétrer le référentiel du domaine Accès à distance.

Solution

Pour permettre aux établissements de mettre en place ces services indépendamment l’un de l’autre, ceux-ci ont été scindés en deux services distincts.

36

S é m i n a i r e


Enchaînement des inscriptions

Il est possible d’enchaîner les inscriptions par le web.

Réinscription administrative puis inscription pédagogique

Inscription administrative puis inscription pédagogique ( pour les sites pilotes)

Service OPI Synchrone

Alain Boulet

38

S é m i n a i r e


Service OPI Synchrone

Objectifs :

- Effectuer les chargements OPI des étudiants de manière synchrone.

- Charger des données OPI nouvelles ou faire des mises à jour de données existantes dans Apogée.

- Avoir un service indépendant de la plateforme appelante.

Solution :

- Mise en place d’un web service OPI-Apogée.

- Utilisable depuis les outils effectuant les Opérations préalables à l’inscription.

- Garde la trace du déroulement du transfert d’information.

Le service OPI Synchrone sera proposé en phase pilote

dans un premier temps

Outil d‘Inscription Administrative Primo-entrants par le web

40

S é m i n a i r e


Sommaire

Présentation du service

Paramétrage de la fonctionnalité

Utilisation de la fonctionnalité

41

S é m i n a i r e



Objectif :

- Proposer aux néo-bacheliers ou aux étudiants provenant d’autres sites un service

d’inscription administrative à distance. - Conserver l’ergonomie et le niveau de paramétrage des services numériques

existants.

Solution:

- Mise en place d’un service web IA-Primo permettant l’inscription administrative d'un

étudiant par le web avec ou sans paiement immédiat (par carte bancaire).

- Mise à disposition d’un outil de paramétrage de l’aide en ligne, des libellés et

messages d’erreur.

- Adaptation du référentiel et du domaine « Accès à distance » Apogée pour permettre

un paramétrage fin et dissocié de l’outil de réinscription administrative web.

42

S é m i n a i r e



Limites :

- Service uniquement accessible aux premières inscriptions dans l’établissement :

Néo bacheliers (bacheliers de l’année)

Non néo bacheliers (non bacheliers de l’année mais issus d’un autre établissement)

- Nécessite qu’une OPI ait été enregistrée sous Apogée

43

S é m i n a i r e


Sommaire




44

S é m i n a i r e



Paramétrage Apogée : domaine ADTables de référence

Centre de gestion / Version d’étape (différencié)

Laissez-passer primo entrants

Règles de gestion

Paramétrage du service web : ApoconfLibellés

Messages d’erreurs

Aide en ligne

45

S é m i n a i r e


Sommaire




46

S é m i n a i r e



47

S é m i n a i r e



48

S é m i n a i r e



49

S é m i n a i r e



50

S é m i n a i r e



Le service Outil d'inscription Administrative Primo-entrants

par le web sera proposé en phase pilote


Outil d‘Inscription Administrative complémentaire par le web

52

S é m i n a i r e


IAE complémentaire

Objectif de l’IAE complémentaire: :

- Permettre à l’étudiant de rajouter une ou plusieurs étapes à son IA par le web.

Accès à l’IA complémentaire:

- Possible pour les primo-entrants et en réinscription.

- Par l’interface de réinscription administrative par le web.

53

S é m i n a i r e


IAE complémentaire

Limites de l’IAE complémentaire:

- Toutes les IA pour l’année en cours doivent avoir été payées.

- La seule modification d’IA autorisée consiste à ajouter une

ou plusieurs IAE pour l’inscription courante.

- Aucune autre modification n’est possible (pas de

modification des informations administratives ni des IAE

réalisées).

54

S é m i n a i r e


IAE complémentaire

55

S é m i n a i r e


IAE complémentaire

Le service Outil d'inscription Administrative complémentaire

par le web sera proposé en phase pilote


Présentation du service web Etudiant attendu en Session 2

Gilles Scotto di Carlo

57

S é m i n a i r e


Sommaire

Présentation du service IE web



Impact sur les domaines Apogée

58

S é m i n a i r e



Objectif : Un outil permettant de mieux identifier la population d’étudiants se présentant aux examens de seconde session. Consécutivement, mieux organiser la gestion et le déroulementdes examens de seconde session.

Solution : Un service numérique IEweb, permettant aux étudiants de formulerà distance leur décision de se présenter aux examens de session 2.Permettre aux gestionnaires de scolarité d’intervenir, à titre exceptionnel, sur la décision (à confirmer ou à infirmer) de l’étudiant.Les établissements ne désirant pas utiliser l’évolution doivent pouvoir continuer à fonctionner comme auparavant.

59

S é m i n a i r e



Domaine Epreuves : listes restreintes d’étudiantsNe sont proposés à l’organisation et au déroulement des épreuves de seconde session que les étudiants ayant confirmé leur venue aux examens par le service web ou via le service de scolarité.

Domaine Résultats : listes restreintes d’étudiantsEdition des listes d’étudiants autorisés ou non à composer et des listes de comptage pour la population ayant confirmé.Traitement de complétude : selon des critères, pour une population donnée, renseigner automatiquement des notes en session 2.

60

S é m i n a i r e


Enchainement des procédures

Domaine Epreuve

Avancement délibération

Etudiants ajournés = Etudiant concernés S2

Report notes & résultats

S1 Etat« T »

Saisie calcul

Saisie des notes & résultats S1

Notes & Résultats S1 Etudiants admis

Reporter les notes

Notes S2reportées

Liste étudiantsconcernés affinée

Confirmation étudiants attendus en S2

Le service IEweb sera proposé en phase pilote dans un premier temps

Période

Ouv Fer

61

S é m i n a i r e


Sommaire





62

S é m i n a i r e


Paramétrage du service IE web

Paramétrage pour l’activation de la fonctionnalitéLibellé de la variable applicative : "Témoin confirmation S2"

La variable applicative est livrée désactivée par défaut

Préparation de la campagne d’inscription :Paramétrage des épreuves pour saisie IE WEB

Paramétrage des périodes d’inscription à distance

63

S é m i n a i r e


Paramétrage sur les épreuvesdans Accès à distance

Paramétrage au niveau des épreuves :Témoin «Concerné par une confirmation en S2»

Dates de début et de fin de période d’ouverture du web

Témoin «Obligatoire/optionnel »

Fonctionnement de l’écran :VET, ELP et maquette filtres pour la liste d’épreuves

Nature, Type et Epreuve utilisables en mode recherche

Témoin « AD » coché pour les épreuves concernées par une confirmation web, Obligatoire, Dates ouverture et fermeture.

64

S é m i n a i r e


Paramétrage confirmation session 2

65

S é m i n a i r e


Sommaire





66

S é m i n a i r e


Confirmation de la participationà la session 2 via le Web

Mise en œuvre du service numérique Apogée IEwebLes étudiants confirment via le web leur décision de se présenter à la session 2 proposée par l’établissement. La confirmation par le web se fait VET par VET.

Semestres et UE affichés dans l’ordre hiérarchique, exemple :

« Titre de la VET »Epreuve 1

SEM1Epreuve2

UE1Epreuve3Epreuve4

SEM2UE2

Epreuve5Epeurve6

UE3Epreuve7Epreuve8

67

S é m i n a i r e


Confirmation de participation aux examens de seconde session 1/3

68

S é m i n a i r e



69

S é m i n a i r e



70

S é m i n a i r e


Confirmation de participation aux examens session 2 via le secrétariat

Domaine Résultats ou domaine Epreuves : Dans l’écran « Confirmation inscription aux examens », cocher / décocher la confirmation de chaque épreuve.

Intervention possible par le gestionnaire même en dehors de la période de saisie WEB.

71

S é m i n a i r e


Sommaire





72

S é m i n a i r e


Impacts dans le domaine Epreuves

Evolution du domaine Apogée Epreuves :Permet l’exploitation des épreuves d’admission et de session 2 pour les étudiants ayant confirmé par IEweb,ou via le service de scolarité.

Cette évolution n’intéresse que les épreuves paramétrées « concernées par une confirmation en session 2 ».

Exploitation des listes restreintes d’étudiants :Répartition globaleAffectation des étudiantsNumérotation des placesElaboration du calendrierEdition du calendrier et convocationsGénération de tableau d’incompatibilité…

73

S é m i n a i r e


Impacts dans le domaine Résultats

Evolution du domaine Apogée Résultats :Permet l’exploitation des épreuves d’admission et de session 2 pour les étudiants ayant confirmé par IEweb,ou via le service de scolarité.

Ne concerne que les épreuves paramétrées comme étant concernées par une confirmation en session 2.

Dans le domaine collecte et diffusion des résultats :Exploitation des listes restreintes d’étudiants.

Editer les listes des étudiants autorisés ou non à composer.

Editer les listes de comptage pour la population confirmée :radio bouton trois états (épreuves Confirmées, Infirmées, Toutes).

74

S é m i n a i r e


Listes restreintes d’étudiants

75

S é m i n a i r e


Traitement de complétude

Disposer d’un traitement de complétude :Permettant, selon des critères de choix, de renseigner automatiquement des notes en session 2 pour cette population d’étudiants.

« Préparation » du traitement de complétude :Rappel de l’année universitaire RE

Choix de la VET ou du semestre

Choix des épreuves

Choix des étudiants

76

S é m i n a i r e


Traitement de complétude

Services numériquesPrésentation des connecteurs Apogée


78

S é m i n a i r e


Sommaire

Contexte

Le choix SOA

Exemple d’un établissement

Les connecteurs Apogée

79

S é m i n a i r e


Contexte :Objectifs généraux

L’intégration au sein des SI des établissements :

Faciliter l’intégration des applications de gestion,

Accroître la capacité d’interopérabilité des composants du SI,

Prendre en compte la mutualisation différenciée,

Soutenir la généralisation des ENT,

Accompagner la construction du SI des établissements,

Viser à la mise en œuvre de référentiels.

80

S é m i n a i r e


Contexte : le modèle d’architecture

Autoriser une cohabitation avec l’architecture actuelle, apte à s’inscrire dans les SI des établissements :

Accès au système d’information depuis l’intérieur de l’établissement et depuis l’extérieur au travers du réseau Internet.

Multiplicité des acteurs : le personnel, les partenaires, les fournisseurs, les étudiants inscrits, les acteurs logiques.

Facilité de déploiement et de mise en œuvre des évolutions fonctionnelles.

Intégration de services numériques Apogée au sein des espaces numériques de travail (ENT).

81

S é m i n a i r e


Sommaire

Contexte

Le choix SOA



82

S é m i n a i r e


Le choix SOA

Réaliser un ensemble de connecteurs :

Prises permettant à des briques du SI (portails, …) de consulter, mettre à jour des données gérées par les applications.

Le connecteur permet à une application distante d’activer une fonction de l’application cible ou de se substituer à elle.

Dans ce dernier cas, l’application appelante effectue certains traitements par délégation de l’application cible.

83

S é m i n a i r e


Le choix SOA

Genèse de ce choix :

Ré-architecture des services numériques d’Apogée permettant de démarrer une stratégie SOA : « nouveaux services numériques et, dans le même temps, connecteurs pour les établissements ».

Choix architectural fait avec les établissements.

Un bus de connecteurs associé aux services numériques pour répondre aux besoins des ENT et au besoin d’interopérabilité.

84

S é m i n a i r e


Le choix SOA

Web Services / SOA définitions :

Un service est une entité proposant une (plusieurs) opération(s) autonome(s), indépendante(s) des autres services et atomique.

Les Web services sont définis comme des unités logicielles de faible couplage utilisant les standards : SOAP, WSDL , UDDI, ...

Une architecture applicative mettant en œuvre des Web Services est qualifiée de WSOA.

Les nouvelles architectures AMUE sont WSOA.

85

S é m i n a i r e


Le choix SOA

Les Web Services, une aide à l’intégration :

Les Web Services fournissent l’interopérabilité entre divers logiciels et diverses plateformes.

Ils utilisent des standards et protocoles ouverts.

Basés sur HTTP, les Web Services peuvent fonctionner au travers de nombreux pare-feux.

Les Web Services facilitent l’intégration et permettent de mutualiser diverses ressources.

86

S é m i n a i r e


Le choix SOA

Utilisateur

Utilisateur

Utilisateur

FireWall

FireWall

FireWall

Harpège et WS

Modifier son adresse personnelle

Consulter ses coordonnées bancaires

FireWall

Domicile

Etablissement

...

Consommateurs de servicesProducteur de services

L’architecture SOA, exemple de l’architecture(illustration pour le cas des connecteurs Harpège)

87

S é m i n a i r e


Sommaire

Contexte

Le choix SOA



88

S é m i n a i r e

Présentation Apogée 3.70 88


Affichage du dossier administratif d’un étudiant :

Etat-civilInscriptionsCursus externeRésultats

DiplômesEtapesEléments et épreuves

89

S é m i n a i r e


Exemple d’un établissementd’un établissement

90

S é m i n a i r e



91

S é m i n a i r e



92

S é m i n a i r e



93

S é m i n a i r e



Affichage du dossier administratif d’un étudiant :

Pratiquement toutes les données du dossier étudiant individuel sont maintenant récupérées via des appels aux web-services AMUE.

Les appels aux web-services ont pu être facilités par la mise à disposition d’une librairie cliente open-source.

Ajout de la fonctionnalité de modification de l’adresse par l’étudiant.

94

S é m i n a i r e


Sommaire

Contexte

Le choix SOA



95

S é m i n a i r e



Les cas d’utilisation des connecteurs Apogée :

Pour les connecteurs du référentiel Apogée : utilisation dans des applications externes souhaitant faire des mises à jour dans Apogée (mise à jour des adresses et bientôt la mise à jour des OPI). Ils peuvent également servir pour des applications souhaitant s’appuyer sur le référentiel du produit (Bac, SISE, mutuelles …),

Pour les connecteurs du dossier étudiant : utilisation par des applications externes de consultation du dossier étudiant (ENT par exemple). Ils peuvent également être utilisés par des applications du SI qui ont besoin de récupérer certaines données de l’étudiant.

96

S é m i n a i r e



Démarche d’utilisation des connecteurs :

Avoir besoin de données d’Apogée pour un besoin d’application ou un besoin d’interfaçage,

Parcourir la liste des Web Services pour trouver les connecteurs potentiellement utiles,

Vérifier la présence des données qui vous sont nécessaires grâce aux contrats des services,

Prévoir et imaginer l’orchestration des connecteurs dont vous avez besoin pour répondre à votre besoin,

Vérifier que votre consommateur prévoit une sécurité applicative (par exemple : ne pas afficher de données privées d’un étudiant).

97

S é m i n a i r e



Service Administratif - 4 connecteursRécupération des IA Etapes Ce connecteur a pour objectif de retourner la liste des

inscriptions administratives aux étapes pour l’année demandée :Diplôme, étape, état de l'inscritpion, profil, CGE …

Récupération de la liste des années IA de l'étudiant Cette opération permet de récupérer les années d'inscription administrative disponibles pour un étudiant.

Récupération du cursus externe Ce connecteur à pour objectif de retourner l’ensemble des cursus externes ainsi que l’ensemble des transferts d’un étudiant :Etablissement du cursus externe, diplôme du cursus externe …

Récupération des informations administratives annuelles de l'étudiant Ce connecteur à pour objectif de retourner l’ensemble des informations d’une inscription administrative d’un étudiant pour l’année demandée.Ce connecteur pourra également retourner plusieurs inscriptions administratives en lui demandant "toutes les annéés"

Détail des 40 connecteurs Apogée 2007 :

Des connecteurs autour du dossier étudiant

… et d’autres provenant du besoin des OPI

98

S é m i n a i r e



Service Etudiant - 5 connecteursContrôle des types d'hébergement Ce connecteur à pour objectif de retourner l’ensemble des types

d’hébergements du référentiel Apogée.Récupération des identifiants d'un étudiant Cette opération doit permettre de récupérer l’ensemble des

identifiants d’un étudiant dans la base de données Apogée :Code étudiant, code individu, numéro INE …

Lecture des coordonnées personnelles de l'étudiant Ce connecteur à pour objectif de retourner l’adresse fixe et l’adresse annuelle (pour l’année demandée) de l’étudiant :Libellés de l'adresse, commune, pays …

Modification des coordonnées personnelles de l'étudiant Ce connecteur à pour objectif de modifier l’adresse fixe et l’adresse annuelle (pour l’année demandée) de l’étudiant :Libellés de l'adresse, commune, pays …

Récupération des informations administratives générales de l'étudiant Cette opération doit permettre de récupérer les informations administratives générales de l’étudiant :Nom, prénoms, date de naissance, sexe …

Service Pedagogique - 3 connecteursRécupération du contrat pédagogique et des résultats pour lesdiplômes et les étapes

Cette opération doit permettre de récupérer les informations d’une inscription pédagogique et des résultats (dans Apogée ou dans la table d'extraction) inhérents aux diplômes et aux étapes :Diplôme, étape, résultats au diplôme, résultat à l'étape …

Récupération du contrat pédagogique et des résultats pour les éléments pédagogiques et les épreuves

Cette opération doit permettre de récupérer les informations d’une inscription pédagogique et des résultats (dans Apogée ou dans la table d'extraction) inhérents aux éléments pédagogiques et aux épreuves :ELPs, épreuves, résultats aux ELPs, résultats aux

Récupération des années IP/Résultat disponibles Cette opération doit permettre de récupérer les années d'inscription pédagogique et de résultat disponibles pour un étudiant.

99

S é m i n a i r e



Service Référentiel Géographie - 3 connecteursRécupération des pays Ce connecteur à pour objectif de retourner l’ensemble des pays

du référentiel Apogée.

Récupération de la liste des communes Cette opération doit permettre de récupérer la liste des communes du référentiel Apogée correspondant à un code postal ou à un début de code postal.

Récupération des départements Ce connecteur a pour objectif de retourner la liste des départements du référentiel Apogée.

Service Référentiel Droit - 1 connecteursRécupération des activités facultatives Ce connecteur a pour objectif de retourner la liste des activités

facultatives du référentiel Apogée.

Service Référentiel Etablissement - 1 connecteursRécupération des établissements Ce connecteur a pour objectif de retourner la liste des

établissements du référentiel Apogée.

100

S é m i n a i r e



Service Référentiel Etudiant- 8 connecteursRécupération des situations sociales Ce connecteur a pour objectif de retourner la liste des situtations

sociales du référentiel Apogée.

Récupération des situations familiales Ce connecteur a pour objectif de retourner la liste des situtations familiales du référentiel Apogée.

Récupération des situations militaires Ce connecteur a pour objectif de retourner la liste des situtations militaires du référentiel Apogée.

Récupération des types de handicaps Ce connecteur a pour objectif de retourner la liste des types de handicaps du référentiel Apogée.

Récupération des profils étudiants Ce connecteur a pour objectif de retourner la liste des profils étudiants du référentiel Apogée.

Récupération des sportifs de haut niveaux Ce connecteur a pour objectif de retourner la liste des types de sportifs de haut niveaux du référentiel Apogée.

Récupération des statuts étudiants Ce connecteur a pour objectif de retourner la liste des statuts étudiants du référentiel Apogée.

Récupération des régimes d'inscription Ce connecteur a pour objectif de retourner la liste des régimes d'inscription du référentiel Apogée.

101

S é m i n a i r e



Service Référentiel Profession- 3 connecteursRécupération des catégories socio-professionnelles Ce connecteur a pour objectif de retourner la liste des catégories

socio-professionnelles du référentiel Apogée.

Récupération des domaines d'activités Ce connecteur a pour objectif de retourner la liste des domaines d'activités du référentiel Apogée.

Récupération des quotités travaillées Ce connecteur a pour objectif de retourner la liste des quotités travaillées du référentiel Apogée.

Service Référentiel Scolarité- 5 connecteursRécupération des mentions niveau bac Ce connecteur a pour objectif de retourner la liste des mentions

niveau bac du référentiel Apogée.

Récupération des programmes d'échanges Ce connecteur a pour objectif de retourner la liste des programmes d'échanges du référentiel Apogée.

Récupération des situations SISE Ce connecteur a pour objectif de retourner la liste des situations SISE du référentiel Apogée.

Récupération des types de diplômes SISE Ce connecteur a pour objectif de retourner la liste des types de diplômes SISE du référentiel Apogée.

Récupération des bacs ou équivalences Ce connecteur a pour objectif de retourner la liste des bacs ou équivalences du référentiel Apogée.

102

S é m i n a i r e



Service Référentiel Sécurité sociale- 7 connecteursRécupération des aides financières Ce connecteur a pour objectif de retourner la liste des aides

financières du référentiel Apogée.

Récupération des bourses Ce connecteur a pour objectif de retourner la liste des bourses du référentiel Apogée.

Récupération des centres payeurs Ce connecteur a pour objectif de retourner la liste des centres payeurs du référentiel Apogée.

Récupération des assurances responsabilité civile Ce connecteur a pour objectif de retourner la liste des assurances responsabilité civile du référentiel Apogée.

Récupération des régimes parents Ce connecteur a pour objectif de retourner la liste des régimes des parents du référentiel Apogée.

Récupération des motifs de non affiliation à la sécurité sociale Ce connecteur a pour objectif de retourner la liste des motifs de non affiliation à la sécurité sociale du référentiel Apogée.

Récupération des droits de mutuelle Ce connecteur a pour objectif de retourner la liste des droits de mutuelle du référentiel Apogée.

Service OPI - 1 connecteurInsertion des OPI Ce connecteur a pour objectif d'inserer de maniere synchrone

une OPI dans Apogée,

Interface OPI Apogée version 3.70

Jean-Claude Mardon

104

S é m i n a i r e


OPI : Introduction

La version 3.70 des OPI comporte plusieurs évolutions :

Extension du batch asynchrone

Lancement automatique du batch asynchrone

Évolution du compte-rendu d’intégration des OPI

Prise en compte des vœux lors de l’IA ou de l’IP

OPI : batch asynchrone

106

S é m i n a i r e



Rappel de l’existant :

2 fichiers plats en entrée du batchFichier Individu OPI :

IND_OPI (INDividu)

OPI_DAC (Diplôme Autre Cursus)

OPI_BAC ( Baccalauréat )

ADRESSE_OPI (Adresse étudiant)

Fichier Vœux OPI :VOEUX_INS (vœux d’inscription)

107

S é m i n a i r e



Les impacts sur IND_OPI :Ajout de 26 nouvelles données IA et cursus externe

Les impacts sur OPI_DAC :Certaines données ne sont plus exploitées Ajout de 5 nouvelles données cursus externe

Les impacts sur OPI_BAC et ADRESSE_OPI :Pas impactés, mais l’année du BAC devient une donnée indispensable pour l’accès à l’outil IA des primo-entrants

Les impacts VOEUX_INS :Ajout de 9 nouvelles données IA et cursus externe

108

S é m i n a i r e



Aucune donnée de l’interface OPI actuelle n’a été supprimée.

Les nouvelles données OPI sont des données déjà gérées dans le processus IA/IP.

Les nouvelles données OPI ne sont pas obligatoires.

Pour le détail des impacts se référer au document

« campagne2007interfaceOPIV12.doc » accessible sur le web de l’Amue dans la rubrique « actualité » au « 07/03/2007 ».

OPI : lancement automatique

110

S é m i n a i r e


OPI : lancement automatique

L’évolution consiste à pouvoir lancer le traitement OPI (en plus du lancement à la demande) automatiquement et à une périodicité donnée :

Pour cela il faut positionner dans le domaine référentiel les variables applicatives suivantes :

OPI_FREQ_CHRT_FIC : fréquence de chargement des données OPI 'Q' (quotidienne) ou 'H' (hebdomadaire) ou 'M' (mensuelle) ou 'BM'

(bimensuelle)OPI_INT_TEM_PROD : témoin indiquant si le mode automatique de chargement est activé ou non

Lors du lancement automatique, la fréquence de dépôt des fichiers plats en entrée reste à la charge des établissements.

OPI : compte rendu d’exploitation

112

S é m i n a i r e


OPI : compte rendu d’exploitation

Le compte-rendu actuel évolueEn mode manuel

Modification du contenu pour ne présenter que des données statistiques

Création d’un fichier texte contenant l’ensemble des données traitées avec des indicateurs d’anomalie pour les enregistrements en erreur

En mode automatique 2 fichiers seront générés à l’issue du traitement :

contenu statistique rapport sur les données traitées

OPI : prise en compte des vœux lors de l’IA et IP

114

S é m i n a i r e


OPI : prise en compte des vœux

Création d’une nouvelle fenêtre sur l’écran de choix des étapes

Possibilité de sélectionner les vœux émis par l’étudiant lors de son OPI

Les données concernant la VET du vœu initialisent la fenêtre du choix des étapes

Domaine « Inscription Administrative »

et « Cursus Externe »

Jean-Claude Mardon,


116

S é m i n a i r e


Domaine IA & Cursus externe

Plan Domaine « Inscription Administrative »

affiliation à la Sécurité Sociale

améliorations diverses du processus I.A.

« Cursus externe » rappel de la problématique

utilisation de la fonctionnalité

impacts sur le domaine DE + RE

117

S é m i n a i r e


Domaine IA


Affiliation à la Sécurité Sociale Améliorations diverses du processus

I.A.

118

S é m i n a i r e


L’affiliation ou la non-affiliation est :soit calculée par Apogée

soit saisie par l’utilisateur

Parmi les informations concernées : le régime des parents

les motifs de non affiliation

la notion d’Ayant Droit Autonome

le centre payeur

Les évolutions fiabilisent les calculs et font mieux apparaître les A.D.A.

Domaine IA Affiliation à la Sécurité Sociale

119

S é m i n a i r e


Régime des parents :Paramétré dans le référentiel


peut être imprimé

120

S é m i n a i r e



121

S é m i n a i r e


Motifs de non affiliation : Calculés ou non (référentiel)


peuvent être imprimés

Pré-coché pour les motifs non calculés par Apogée

modifié

122

S é m i n a i r e


Ecran « Couverture sociale.. »


Non modifiable

Prise en compte des infos :

• Régime des parents

• ADA

Contrats filtrés/centre payeur

123

S é m i n a i r e


En cas d’affiliation :

le régime des parents est stocké dans l’I.A.A.


124

S é m i n a i r e


Remarques :La notion d’A.D.A. et ses corollaires sont affichés dans la synthèse administrative du D.E.

Les données correspondantes sont modifiées dans le référentiel « à distance ».

Un certain nombre de contrôles ou de calculs ont été ajoutés ou modifiés pour fiabiliser les calculs et le fonctionnement de ce processus.

La carte d’étudiant porte des informations plus précises y compris l’A.D.A.


125

S é m i n a i r e


Pour les échanges avec la Sec. Soc. et les mutuelles :

un n° de bordereau (référentiel)

la saisie de critères est développée

des informations ajoutées


Une édition donne la répartition

126

S é m i n a i r e


Domaine IA


Affiliation à la Sécurité Sociale

Améliorations diverses du processus I.A. liste de communes, téléphone portable et adresse électronique, inscription aux étapes, récapitulatif des droits à payer, changement de situation sociale, remboursements, annulation / résiliation .

127

S é m i n a i r e


Domaine IA Améliorations diverses

Villes filtrées/dépt.

Les champs Ville et Dépt. inversés.

Ville peut –être saisie

liste de communes,

128

S é m i n a i r e


téléphone portable et adresse électronique,


129

S é m i n a i r e


Inscription aux étapes, On peut :

saisir dans le cas d’une situation année précédente « Établissement étranger » le pays dans le lieu,

gérer l’établissement, l’année, le dépt/pays d’obtention du titre d’accès externe,

gérer le dépt/pays du dernier établissement fréquenté

gérer le type du dernier diplôme obtenu, le dépt/pays, l’établissement et l’année d’obtention de ce dernier diplôme.


130

S é m i n a i r e



Avec une liste « %F9 » pour les pays

Complément d’informations et de contrôles pouvant concerner l’étranger .

131

S é m i n a i r e



Ces mêmes évolutions s’appliquent à la saisie du titre d’accès

132

S é m i n a i r e


Domaine IA

récapitulatif des droits à payer,Une édition des droits à payer pour chaque étudiant en

attente de paiement avec l’option de présentation des données par droits groupés ou avec le détail des droits

133

S é m i n a i r e



134

S é m i n a i r e


Domaine IA

remboursement,Dans le cas de la saisie de remboursement ou de

paiement différentiel, un message signale si l’étudiant est « interdit ».

Ceci figure également sur l’édition

135

S é m i n a i r e


Domaine IA

annulation / résiliation . Un message évite la résiliation à tort d’un étudiant.

Lors d’une annulation et résiliation d’une I.A.A./I.A.E., une date d’annulation/résiliation de l’I.A.A.

et une date d’annulation/résiliation de l’I.A.E.

sont ajoutées pour permettre de connaître les effectifs étudiants à une date d’inscription précise.

136

S é m i n a i r e


Domaine IA & Cursus externe

Plan Domaine « Inscription Administrative »

affiliation à la Sécurité Sociale

améliorations diverses du processus I.A.

« Cursus externe » rappel de la problématique

utilisation de la fonctionnalité

impacts sur le domaine DE + RE

137

S é m i n a i r e


Cursus Externe

Rappel de la problématique Utilisation de la fonctionnalité Impacts sur le domaine DE + RE

Enrichissement de la fonctionnalité « Cursus Externe »

138

S é m i n a i r e


Cursus ExterneBesoin métier

Pourquoi renseigner le Cursus Externe ?

Nécessité de reconstituer le passé de l’étudiant pour :Editer le Dossier Etudiant dans le cadre d’un transfert de dossier dans un autre établissement.

Réaliser les études statistiques des OVE liées aux populations et aux cursus, aux parcours des étudiants, à leur insertion professionnelle, à des indicateurs LOLF…

Donner une information lors des délibérations de jury.

139

S é m i n a i r e


Objectif de l’enrichissement du Cursus Externe

Objectif :

Mieux connaître les profils d’étudiants et les parcours universitaires : le niveau de détail n’était pas suffisant.

Enrichir les informations présentes sur l’ADD : paragraphe 6.1 : renseignements complémentaires.

Rajout du lieu de la VAC.

Rajout du complément ADD : parcours antérieurd’un étudiant pour lequel il n’y a pas de saisie de VAC.

140

S é m i n a i r e


Cursus Externe



141

S é m i n a i r e


Enrichissement Cursus ExterneFonctionnement

Quand alimenter le Cursus Externe ?

Pendant le processus d’Inscription Administrative : Pouvoir alimenter le Cursus Externe en direct

Après la campagne d’Inscription Administrative : En modification d’IA (avec le contrôle CGE)

Dans le Dossier Etudiant (hors CGE – service central)

142

S é m i n a i r e


Enrichissement Cursus Externe Nouvel écran

La version 3.70 d’Apogée fournit une rénovation complète de l’écran CE ainsi qu’un processus d’alimentation automatique :

Dès la saisie des données dans l’IA par le gestionnaire,

ou la saisie de l’étudiant via les service web.

143

S é m i n a i r e


Enrichissement du Cursus Externe Nouvel écran

Œ

144

S é m i n a i r e


Enrichissement du Cursus Externe Descriptif des blocs

Les blocs et restituent les informations du Bac issues de l’IA complétées de celles concernant l’établissement d’obtention. Sur un bloc figure les informations de première inscription dans l’enseignement supérieur.

Un bouton « Transfert » ouvre une fenêtre de saisie des informations concernant le transfert de l’étudiant vers un autre établissement. S’il existe des transferts, le bouton «Transfert» apparait en rouge.

145

S é m i n a i r e


Enrichissement du cursus externe Transfert (vers un autre établissement)

Saisie des informations concernant le transfert () de l’étudiant vers un autre établissement :

les transferts « arrivée » ne sont pas gérés,en création, les champs année universitaire, dépt / pays, établissement et type diplôme sont obligatoires.

146

S é m i n a i r e


Enrichissement du cursus externe Nouvel écran

147

S é m i n a i r e


Enrichissement du cursus externeOrigine des données

Données du cursus externe :

Les enregistrements contenus dans le bloc multi-lignes proviennent du traitement d’alimentation des données cursus externe, d’une IA gestionnaire,d’une IA web ou d’une OPI.

Ou bien suite à une saisie manuelle de l’utilisateur.

Chaque ligne du tableau de cursus externe est détaillée dans le nouveau bloc .

148

S é m i n a i r e


Enrichissement du cursus externe Décomposition semestre ligne annuelle

Un bouton pour accéder aux découpage semestriel des crédits acquis pour une année.

Créer, modifier, supprimer des lignes semestrielles

149

S é m i n a i r e


Amélioration du cursus externe : Modale échanges internationaux

Un bouton « Echanges internat. » pour accéder en consultation aux échanges internationaux de type « Envoi » saisis en IA pour l’année en cours :

150

S é m i n a i r e


Cursus Externe



151

S é m i n a i r e


Intégration des nouvelles données dans l’édition du dossier étudiant

Œ

Information BAC

Enseignement en France et à l’étranger

Edition par année universitaire

152

S é m i n a i r e


Complément édition Annexe Descriptive : écran dans IP menu Décision/Commission

L’information est restituée dans le paragraphe 6.1. Renseignements complémentaires de l’ADD.

153

S é m i n a i r e


Traitement de reprise pour les données cursus externe

Objectif :

Un script de reprise de données permet :lancé à l’installation de la version ou manuellement,

de reprendre les lignes de CE déjà existantes et

d’enrichir le témoin d’obtention : soit en utilisant la notion de niveau, soit celle de diplôme.

selon la définition donnée à ce témoin par chaque établissement.

154

S é m i n a i r e


Amélioration du cursus externe

Dans certains cas le CE actuel peut générer des doublons :Lignes créées automatiquement par l’IA Lignes créées manuellement par l’utilisateur (ou déjà existantes => historique)

La solution ne permet pas la complétude de lignes automatiques

Lors des transferts des dossiers des étudiants dans une autre université, il est donc conseillé de décocher l’édition du CE,afin de ne pas éditer des doublons.

Amélioration du CE prévue pour le 1er semestre de cette année :Gestion automatique des doublonsPossibilité de compléter directement les champs vides issus de l’IARefonte de l’édition du dossier étudiant

Inscription des étudiants aux épreuves en fonction de la formule d’examen

Jean-Claude Mardon

156

S é m i n a i r e


Problématique

Les étudiants ayant des « formules d’examen » particulières sont souvent concernés par des épreuves spécifiques.Or, dans le fonctionnement actuel, quelle que soit sa « formule d’examen », un étudiant est concerné par toutes les épreuves liées à l’élément père où il est inscrit.Donc, dans le domaine « Epreuves » et dans le domaine « Résultats », certaines épreuves attendent des étudiants qui ne sont pas concernés, du fait d’une FEX particulière.

157

S é m i n a i r e


Solution proposée

Dans le domaine « Modalités de contrôle des connaissances », création d’un nouveau lien entre ELP et EPR, en fonction d’une FEX.Dans l’écran « Modalités de collecte d’un ELP », la ligne de chaque formule d’examen est complétée par un bouton fléché.Ce bouton fléché donne accès à une fenêtre modale qui permet de sélectionner les épreuves concernées par cette FEX.

158

S é m i n a i r e


Etablissement d’un lien ELP-FEX-EPR

159

S é m i n a i r e


Modification d’un lien ELP-FEX-EPR

Un lien ELP-EPR ou un lien EPL-FEX-EPR peut être supprimé : cela déclenche la suppression des lignes résultats correspondantes.

Message d’alerte si une note/résultat existe, mais ce n’est pas bloquant, et la note/résultat est conservée.

160

S é m i n a i r e


Paramétrage prévisionnel des modalités de collecte d’ELP

SISE 03 Apogée version 3.70

Jean-Claude Mardon

162

S é m i n a i r e


Introduction

Les évolutions de l’enquête SISE 3 consistent à :prendre en compte le « département d’obtention du baccalauréat » à la place de l’académie

gérer les lycées qui hébergent des CPGE ou des STS

prendre en compte des annulations ou résiliations d’IA et d’IAE après la date d’observation de la remontée

163

S é m i n a i r e


département d’obtention du baccalauréat

L’évolution : prendre en compte le département du bac coché « ADM » dans l’écran « fiche individuelle de l’étudiant » au lieu de l’académie rattachée à ce département (Domaine référentiel/environnement/département)

Dans le dossier technique SISE, le département d’obtention du baccalauréat est :

obligatoire si le code bac de l'étudiant est de type bac,facultatif si le code bac de l'étudiant est une équivalence de bac

Obligatoire Facultatif

164

S é m i n a i r e


Les lycées hébergent des CPGE ou des STS

Problématique :certains lycées hébergent des CPGE ou des STS, mais ces établissements n’ont qu’un seul et même Code National de l’établissement (= UAI) pour représenter à la fois le CPGE/STS et le lycée.

problème pour saisir dans APOGEE à la fois le lycée d’obtention du bac et le dernier établissement fréquenté, car il est impossible d’attribuer à la fois le type « lycée » et « CPGE » au même code national de l’établissement.

165

S é m i n a i r e



Cette évolution impacte le domaine IA (IP) :Écrans Fiche individuelle de l’étudiant (IP) :

liste de valeurs du code établissement

Écran Inscription aux étapes : des listes de valeurs :

du code établissement du dernier établissement fréquenté, code établissement situation année précédente, autre établissement fréquenté en parallèle.

Écran Cursus externe : liste de valeurs du code établissement

Impact sur le réinscription par le Web : les listes de valeurs du code établissement pour la situation précédente et l’inscription en parallèle.

166

S é m i n a i r e



Solution : associer aux établissements actuels des types secondaires qui permettent de représenter les spécialités présentes au sein d’un établissement

167

S é m i n a i r e


Annulation ou résiliation d’inscription après la date d’observation

L’évolution, SISE 3 remontera :les Inscriptions Administratives Annuelles répondant aux critères habituels avec en PLUS :

Les IAA annulées (ETA_IAA = 'A') ou résiliées (ETA_IAA = 'R') mais avec une date d’annulation/résiliation supérieure à la date d’observation

Les Inscriptions Administratives Étape répondant aux critères habituels avec en PLUS :

Les IAE annulées (ETA_IAE = 'A') ou résiliées (ETA_IAE = 'R') mais avec une date d’annulation/résiliation supérieure à la date d’observation

PilotageApogée version 3.70

Jean-Claude Mardon

169

S é m i n a i r e


Présentation des évolutions

Evolutions fonctionnelles du domaine PilotageRefonte de l’univers Pilotage

Refonte des 19 états du domaine Pilotage

Pré-requis techniqueMigration de BO V5 vers BO XI r2

170

S é m i n a i r e


Refonte de l’univers Pilotage

Contexte 2 univers existent …

Pilotage Heure d’enseignement

… seul l’univers Pilotage a été revu suite à la mise en place du LMD.

Evolutions apportées à l’univers PilotageRéorganisation de l’univers en classes pour une meilleure lisibilitéAjout de 250 nouveaux objetsCréation de 7 filtresModification de 192 objets existants

Au total ce sont 550 objets disponibles organisés en 45 classes et sous-classes

171

S é m i n a i r e


Refontes des 19 états

Objectifs :

Permettre une meilleure analyse des performances en matière de réussite, d’échec, de choix de formation, de stratégie de réorientation ou de départ de l’université.

=> Concerne les 5 études de cohortes.

la prise en compte de la notion de parcours (définie sur la notion de Groupe de VDI) plus fine que la notion de filière (basée sur les Groupes de diplômes)=> Concerne les 5 cohortes, les 3 trajectoires et les 2 parcours].

Une analyse plus fine sur les trajectoires des étudiants (prise en compte du cursus externe)=> Concerne les 3 trajectoires.

Une réduction des temps de traitement des analyses des étudiants inscrits [filtre possible sur la composante]=> Concerne les 4 analyses sur les 8.

172

S é m i n a i r e


Pré-requis technique

Avoir migré en BO Xi r2 :

Les contraintes Format de livraison [BIAR] non reconnu par BO

V5 Plus maintenu depuis Juin 2006

Les plus Environnement de travail accessible sans

nécessité pour les utilisateurs d’avoir une connaissance technique approfondie pour extraire des données.

173

S é m i n a i r e


La 3.70 : « les plus »

Pour résumer:- Prise en compte du LMD- Un univers mieux organisé [ > 500 objets / 45 classes]- 19 requêtes prédéfinies

Cohortes [6] Trajectoires [3] Parcours [2] Analyse des inscrits [8]

- Une communication « active »Guides d’informationFormations spécifiques [DSER / JP BENOIST / E. JANEAU]Un accompagnement à sa mise en place

174

S é m i n a i r e


Séminaire de présentation

Séminaire de présentation du domaine Pilotage prévu pour mai 2008

Présentation du nouvel univers Pilotage

Présentation des nouveaux états livrés

Témoignages de sites ayant utilisé le nouveau domaine Pilotage

175

S é m i n a i r e


Autres actions d’accompagnement

Mise en place à partir de septembre 2008

Création d’un Guide Utilisateurs du domaine Pilotage

Objectif : accompagner les sites dans l’exploitation des états livrés

Création d’un module de Formation Pilotage Objectif : accompagner les sites dans

l’exploitation des univers [Pilotage et Heures d’Enseignement]

apogée version 3.70. s é m i n a i r e présentation apogée 3.70 2 programme 10h00-10h15...

Documents