Embed Size (px)
Citation preview
Journée Cocktail-Office
Paris le 14 Décembre 2006La matinée:
http://mediatheque.univ-paris5.fr/article.php3?id_article=359
L'après-midi:http://mediatheque.univ-paris5.fr/article.php3?id_article=362
Objectifs• Factoriser les demandes relatives aux briques
Cocktail• Faire connaître Cocktail comme PGI!• Mais aussi tenter de montrer:
• Qu’une alternative à certaines « offres » commerciales existe etque les compétences ne sont pas toujours qu’ailleurs!
• Que l’on peut faire confiance aux forces internes pour autantqu’on sache les gérer et les respecter.
• Que Cocktail participe à une bonne gestion des deniers publicset permet de dégager des moyens!
• Que ce qui est gratuit peut être aussi bien sinon meilleur quece qui est cher!
Objectifs• Et encore que:
• Que la « prison » (d’un progiciel commercial) n’est pasforcément le meilleur lieu d’épanouissement.
• Que le développement de proximité, maîtrisé et coordonnéconstitue une réelle valeur ajoutée pour les autres activités;
• Qu’il faut conserver la maîtrise de notre SI. C’est capital.• Que cela participe à la dynamique de la gestion des emplois et
des compétences• Que la mutualisation autre que financière est possible!• Qu’au-delà des économies c’est surtout un atout et une force• …
Ordre du Jour
• Matinée:– Le SI des Universités– Cocktail c’est quoi?– Applications SENIOR– Questions-Réponses
• Après-Midi– Offre SSLL– Questions-Réponses– Applications JUNIOR– Questions-Réponses
Le SI universitaire
Situation
Le SI des Universités aujourd’hui• Une situation (au niveau du SI) le plus souvent assez
archaïque.• Un niveau d’intégration faible.• Une urbanisation au coup par coup, très
individualisée ou non coordonnée!• Un schéma d’interopérabilité interne ou externe
souvent limité à un annuaire LDAP (interne et/ouSUPAnn) et qq scripts SQL!
• Une mutualisation institutionnalisée qui n’a pasvraiment joué son rôle de facilitateur et de fédérateur.
• Un rapport efficacité / coûts (complets) faible!
Un système complexe!• Des obligations de service public!!• Des Personnels fonctionnaires ET contractuels
• Enseignants:– du supérieur, du secondaire, autres
• Chercheurs:– enseignants du supérieur, thésards (étudiants), invités, détachés,
partenaires, …• Ingénieurs, Techniciens, Administratifs, personnels de
bibliothèque• Vacataires
• Des Produits et/ou Prestations:• Diplômes / Enseignements / Culture• Recherches (fondamentales, appliquées)• Etudes / réalisations / Colloques / Congrès / …
Un système complexe! (2)• Des « Clients » hétérogènes et versatiles:-)
– Etudiants (formation initiale)– Adultes-Etudiants (formation continue / permanente)– Entreprises / Partenaires (Recherches, Etudes, Réalisations,
…)– Etablissements publics (idem Entreprises)– …
Et un cloisonnement (du SI)assez « naturel »
• Encouragé par :– Des domaines « réservés » :
• L’Enseignement• La Recherche
– Un individualisme certain et contre-productif.– Une culture encore trop « fonction publique étatique » et pas assez « projet » interne.– Une certaine « méconnaissance » de la gestion intégrée et du pilotage.– Une administration trop administrative et trop frileuse.– Des applicatifs informatiques inexistants ou trop verticaux.– Un nombre trop important de décideurs trop versatiles!– Une autonomie de forme des établissements et un mode de gouvernance inadaptée– Des outils informatiques de plus en plus « ludiques », faciles de mise en œuvre et d’utilisation mais
masquant la complexité du SI et la nécessité de sa cohérence.
L’architecture multi-référentiellecloisonnée : encore la plus répandue!GFC GRH ScolaritéPaie
Et son propre référentiel!
Applications périphériques
Et leur propre référentiel!
Et son propre référentiel!
LDAP SUPAnn
Et son propre référentiel! Et son propre référentiel!
x NCongés&AbsencesRealtions InternationalesImmoFormation continuePannings…
ENTs
Et leur propre référentiel!
EsupKsupEPPUN…
Conséquences du multi-réfrentiel!• C’est le mode « batch » ou asynchrone des années 70!• Des incohérences avec des indicateurs grossiers voire faux!• Un pilotage à vue et souvent au « feeling »• Une réactivité faible incompatible avec les exigences du
moment.• Un cloisonnement des personnels y compris les informaticiens• Une GEIDE / CMS déconnectée du SI• Une dématérialisation faible ou inexistante (en gestion)• Des entrepôts de données « usine à gaz »!• Des référentiels externes minimalistes (annuaires LDAP)• Des coûts « cachés » très importants• …
L’architecture mono-référentielle!
GFC GRH
ENT
Référentiel!
LDAP SUPAnn
Appli N
Exemple d’une architecture homogène
Exemple d’architecture intermédiaire
Vers une mutation obligée• Le « changement » devrait s’accélérer avec:
– La généralisation du LMD:• Des diplômes plus homogènes et d’avantage mis en concurrence!!• Des UEs et ECUEs capitalisables en ECTS : une « monnaie » commune et européenne• Le développement de la VAE
– La mise en place des PRES– La LOLF : l’évaluation « économique » et le calcul des coûts– La pression technologique (moyens de communication, normes de structuration et
d’échanges de l’information, …) et la virtualisation / dématérialisation progressive(FOAD, E-Learning, nomadisme, Bibliothèques virtuelles, … )
– La compétition européenne et mondiale– Le syndrome de Shangaï!:-)– …
Conséquences• Besoin de plus:
• D’agilité• D’efficacité• De réactivité• D’attractivité pour une « clientèle » plus nomade et moins captive!!
• Permettre à ces gros « Tankers » que sont les universités d’êtretrès manoeuvrables et donc de disposer :
– D’un bon capitaine et d’un bon équipage certes!• MAIS aussi de tableaux de bord temps réel aux indicateurs fiables
et dynamiques.
Vers une gestion intégrée!(1)Logique et inévitable!
• Mais:– Pas toujours bien comprise:-)– Trop souvent perçue qu’au travers des outils!– La frontière entre maîtrise d’œuvre et maîtrise d’ouvrage rarement
respectée.– Une certaine frilosité ou résistance au changement.– Une autonomie des établissements mal exploitée :
• Un manque d’initiative coordonnée• Une trop rare prise de « risque »• Un attentisme prudent de ce que fera la « tutelle »!!• Une inertie certaine!
Vers une gestion intégrée!(2)• Mais :
– La complexité du système n’aide pas– L’organisation de la gouvernance n’est souvent pas un
avantage:• Renouvellement du président (éligible qu’une seule fois!) tous
les cinq ans• Renouvellement des TROIS conseils tous les quatre ans• Bureau du président, nombre et type de vice-présidents et
chargés de missions, cabinet … très variables d’unétablissement à un autre.
• …
• Les réelles compétences SI locales sont rares alorsque les déclarées sont trop nombreuses!:-)
La réponse applicativeCOCKTAIL
2006
Un peu d’historique!
• 1993 GEFICO! (Paris 8), ScolariX, DataComancêtre de GRHUM!
• 1997 JEFYCO V1• 1999 la 1ère diffusion de Jefyco• 2001 Gepeto (GRH)• 2004 Papaye• 2005 Consortium Cocktail• 2007 JEFYCO V2, ManGUE, 54 adhérents
Les établissements utilisateurs• Du très « petit » :
– GIP Bulac• Bibliothèque Inter-universitaire de Langues, Arts et Civilisations
• Ou au très complexe– U Paris 5
• 35 000 étudiants, 3100 ETP• 10 composantes, 3 SACD• 25% de la Recherche médicale en France
• En passant par :– U Polynésie Française et U Nvlle Calédonie avec par
exemple une monnaie différente de l’Euro et d’autresspécificités.
Les applications CocktailElles forment un PGI spécifique Ens Sup
• Reposent sur un système d’informations intégrédésigné « cocktail » au référentiel unique
• Libres de droits d’usage (coût d’achat nul)• Totalement mutualisées• Ouvertes (Open Source)• Se veulent modernes, évolutives et réactives• Guidée par l’utilisateur (Forums, demandes de
travaux, réunions régulières)• Economiques
– Financièrement– Humainement
Les applications CocktailDes applications modernes!
• Ce sont des applications multi-tiers (saufclient serveur pour encore une partie de lascolarité):– Données (SGBD Oracle / PL/SQL)– Métier (EOF / Java /Objective-C)– Interfaces utilisateur (Objective-C / Java / Swing /
HTML / AJAX) ou pas (démons / serveurs en java)• Technologies:
– Objective-C / Java / HTML /AJAX / XML– WebObjects - Eclipse - Xcode
La licence des sources estCeCILL!
http://sourcesup.cru.fr/projects/cocktail/• Comment y accéder:
• http://sourcesup.cru.fr/projects/cocktail– puis onglet Subversion puis Parcourir le dépôt
» (système viewCVS)• http://sourcesup.cru.fr/cgi/viewcvs.cgi/?cvsroot=cocktail
(système viewCVS)• http://subversion.cru.fr/cocktail
– (navigateur WEB ou client WebDav)• https://subversion.cru.fr/cocktail
– (navigateur WEB ou client WebDav)
SuiteSuite
Le système dLe système d ’ ’informationinformation
• 1998Visio
n qualifiée
à
l’époque d
’utopiste
Cartographie des applications
DépensesBudgets
ComptabilitéMarchés
Taxe d’app,...
EmploisPersonnelsCarrières
Congés, agendaCartes pro, Girafe,
...
AdmissionsInscriptions
ExamensNotes
RésultatsDiplômes
...
Sphère GFC Sphère GRH Sphère Scolarité
Référentiel de l’établissement (Personnes, Documents, Informations, Nomenclatures)Étudiants, personnels, composantes, services, laboratoires, contacts, fournisseurs, entreprises, établissements, partenaires, groupes de mail,forums et listes de diffusion, bâtiments, salles, formations, comptes, Plannings (salles, enseignements, réunions, agendas, …), Documents,
…
Client W3
Heures complémentaires, Gestion de la formation continue, Gestion de la Recherche,Prestations Int & Ext, Conventions, Inventaires & Stocks (gestion de parcs), Gestion des
demandes de travaux, Gestion électronique des documents et de l’information, …
Accès LDAP: authentification légère et forte, SSO, profils,..Travail collaboratif, API, EDI et inter-opérabilité
Portail ENT
Client riche Applications informatiquesWebServices, …
Tout Client LDAP
http
httphttp
http / TCP /UDP
http
Tout Client WebDav
MissionsPaie
FournisseursEncaissementsServices achats
…
Gestions des stages
Pilotage
• 2002
Appel à projets
Campus
numérique volet
2
Architecture logicielle homogène
• 2005
•Un périmètre très large!
L’architecture simplissime de Cocktail!
GFC GRH
ENT
Référentiel unique!
LDAP SUPAnn
Appli N
• 2006
Scolarité
Gestion des heures complémentaires d’enseignementLe poste de dépense le plus important d’un établissement universitaire
(hors masse salariale)
Contrôle /validation /certification
Enseignant(s)
Groupe étudiants
ECUEs
Salles et autresobjets(vidéoprojecteurs,…)
Paie €Enseignement prévu=> emplois du temps
GRH« immobilisations »
GFC
GRH
Aujourd’hui, les établissementsUniversitaires maîtrisantexhaustivement et au plus fincette chaîne se compte sur lesdoigts d’une main!!
Le levier initial!
Un SSOMulti-niveau
Multi-plateformeMulti-application!
« ZAP »La « télécommande » universelle!:-)
Le besoin:• Sécuriser l’accès au système d’information• Gérer plusieurs niveaux d’authentification• Simplifier et homogénéiser l’accès aux applicatifs
– Virtualiser notamment leur localisation– Simplifier leur déploiement / publication
• Unifier l’authentification auprès de toutes les briquesdonnant accès au SI.– Un poste frontière pour toutes les applications quelle qu’elle
soit:• Exécutables de type client-serveur• Java Webstart (JVM)• Applications Web• …
• Fournir une solution pour accéderaux applications:
– Single-Sign-On– multi :
• applications• plate-formes• authentifications
Un objectif
Une solutionZAP
Une application Java-Client (JVM 1.4.2)
Exemple animé: …:http://www.univ-lr.fr/actes/ged/courrier/commun/0503051452.0/ZAP_launcher.html
Consortium Cocktail
ZAP - proxyCASL’authentification SSO
Texte
ZAP est couplé à ServAut (serverd’authentification Cocktail) et implémente le
protocole proxyCAS
L’architecture informatiqueCocktail
2006
•Configuration type haute disponibilité: 2006
Plateforme informatique type pour CocktailMutualisable avec les applications AMUE
Config Oracle détailléeLa version d’Orcale est indifférente
Config générale
Les serveurs pourraient être des Xserve en Oracle 10G.
Mai 2006
La mutualisation Cocktail
2006
MOA - MOE
• La maîtrise d’ouvrage Cocktail:– Est assurée par des groupes de fonctionnels qui réalisent
les cahiers des charges.– Les décisions importantes sont prises en AG.
• La maîtrise d’œuvre cocktail:– Est assurée par la mutualisation formalisée mais répartie de
ressources humaines.– Est coordonnée par le directeur du consortium.– Elle s’appuie sur le modèle Open Source.
Principes de mutualisationGestion de la demande
• 1) Demandes d'évolution fonctionnelle:– Les forums:
• Particulièrement utiles et importants pour la préparer, l'affiner etin fine produire un cahier des charges
– Validation du cahier des charges (+sieurs procédures possibles)» Nouveau projet ou nouvelle demande de travaux!
• 2) Demande de correction ou de modification sansconséquence sur les fonctionnalités (ergonomie,éditions, bug, …)– L’application de demandes de travaux (Guichet)
• DT Cocktail
Principes de mutualisationRéalisation
• Les développeurs du consortium sont compenséesuniquement sur les applications SENIOR afin de:
• Assurer leur maintenance corrective• Assurer leur maintenance évolutive uniquement au niveau du
périmètre commun à tous les établissements• Assurer leur conformité réglementaire.• Assurer leur support
• Les demandes d’évolutions fonctionnelle d’intérêtgénéral et émanant des établissements affectatairesdes développeurs formellement mis à la dispositiondu consortium sont prioritaires devant toute autre.
Principes de mutualisationRéalisation
• Pour les autres demandes d’évolution fonctionnelle d’intérêtgénéral (validées) elles seront :– Planifiées pour être traitées si les ressources humaines internes le
permettent– Externalisées suivant la procédure actuelle si les ressources
financières du consortium le permettent.• Si l’urgence l’exige il peut être fait appel à une participation
exceptionnelle auprès des membres.(Exemple de Papaye)– Différées sinon
• Pour toutes les autres demandes d’évolution ou de complément(éditions spécifiques) propres notamment à un établissementelles seront:– Réalisées par les informaticiens de l’établissement– ou externalisées à des SSLL, indépendants autres …
Ressources humaines 2006NOM Prénom Corps Rôle Etab EmploiType Fonctions Mutualisé Formalisé App SENIOR
Adour François IGE Dev ENSC BAP E IGE développement: responsable applications GroupeScol, EDTSalles … 20% 0% ScolariX
Barata Olivier IGE Dev ENSC BAP E IGE développement: responsable applications Scolarité, Projet SRI, … 50% 0% SaphaRI
Somme
ENSC
0%
Buttin Christine - Dev Ext - Développeur indépendant 200% 200% PAPAYE/ManGUE
Gèze Emmanuel - Dev Ext - Développeur indépendant 100% 100% JEFYCO / Divers
Somme Ext 300%
Heurtevin Chantal IGE Dev UAM1 BAP E IGE développement: responsable éditions Jefyco budget 50% 0% Editions JEFYCO
Somme
UAM1
0%
Debuisson Eric IGE Dev Uart BAP E IGE développement: responsable applications Compte Financier 20% 0% Extractions JEFYCO
Somme Uart 0%
Maller Michaêl IGE Dev UHA BAP E IGE développement: responsable application Marchés, … 100% 100% JEFYCO et GEIDE
Ortiz Miguel IGE Tit UHA BAP H IGE finance responsable formations Jefyco, expert fonctionnel … 50% 50% Formations JEFYCO
Somme
UHA
150%
Auger Géraldine IGE Dev ULH BAP E Co-développement Editions jefyco 20% 0% Editions JEFYCO
Galinho Corine IGE Dev ULH BAP E IGE développement: responsable éditions Jefyco 50% 0% Editions JEFYCO
Somme
ULH
0%
Bénéteau Pascal IGE Chef Proj. ULR BAP E Ingénieur développement: responsable applications scolarité, pédagogie, admission, heures complémentaires,
ECTS, gestion lecteur optique (anonymat, QCM), informatisation LMD, référent Objective C, …
100% 100% Resp. ScolariX
Berger philippe IGE Chef Proj. ULR BAPE:
Developpeur
Ingénieur développement: Responsable bases de données GRHUM, applications Gepeto/ManGUE ARTT,
Annuaires, Forums, Groupes, ATER, Fiche de poste, SallesSTU
100% 100% GRHUM/ManGUE/ScolariX
Bourmaud Fabienne TECH Secrétariat ULR BAP I Secrétariat, gestion administrative et financière, Accueil, Standard téléphonique, hot line, … Secrétariat 50% 50% secrétariat / Hotline
De Meyer patrice IGE Dev ULR BAP E Ingénieur développement : responsable SUDEF, EDTScol, Groupes, PIE 50% 50% JEFYCO - PIE
Pinsard Cyril IGE Chef Proj. ULR BAPE:
Developpeur
Ingénieur développement: responsable application Paie (PAPAYE), co-responsable application JEFYCO,
responsable interfaces Web et Swing de l'application Budget, Kiwi, …
100% 100% PAPAYE
Prin Rodolphe ASI Dev ULR BAP E ASI développement: responsable applications Maracuja, Regie, Encaissement, et compléments Jefyco … 100% 100% JEFYCO - Maracuja - Admin
Saivre Thierry IGE Chef Proj. ULR BAPE:
Developpeur
Ingénieur développement: Responsable application JEFYCO dont plus particulièrement les modules Dépenses,
Recettes et Titres, administration, Sevices achat, arrêtés en masse, …
100% 100% JEFYCO
Tarade Cyril IGE Dev ULR BAP E Ingénieur généraliste: Ingénieur BU Soft et Systèmes. Responsable intégration Loris, Web BU, Applications
ARTT, DT, Spool/Quota, chaine de numérisation des thèses, gestion des publications, serveur de télécopies,
gestion des congrès, Gestion des comptes,
25% 0% -
Villesuzanne Hugues ASI IGE
Système
ULR BAPE ASI généraliste: support équipe soft, responsable architecture applicative, responsables technique Java, XML et
WebObjects, responsable serveurs d'applications, serveurs de services (démons), Maintenance et co-
développement SIX, GEDFS, SAM, SAUT, ZAP
50% 50% Hotline / Déploiement / Zap
Somme 650%
Mainfray Francis IGE Chef Proj. UP8 BAP E IGE développement: expert fonctionnel Jefyco … 50% 0% Expert JEFYCO-PAPAYE
Somme UP8 0%
Coris Jean-Marc IGR Direction URD BAPE: Archi IGR Architecte SI : Direction technique - - Direction
Gauthier Bertrand ASI Dev URD BAP E ASI développement: responsable applications Conventions (Coconut's) et compléments Jefyco … 100% 100% JEFYCO - Coconuts & Co
Mugnier Claude IGR Dev URD BAP E IGR développement: responsable applications Inventaires, Matos, TaxeApp, TVA intra et compléments Jefyco 100% 100% JEFYCO - Divers
Rivalland Frédéric IGE Chef Proj. URD BAP E IGE développement: responsable applications Jefyco … 100% 100% Chef de projet JEFYCO
Somme 300%
Total 1685% 1400%
Cocktail - GRHUMLe référentiel : le socle du PGI!
Retour d’expérience M. LagardeU Paris 5
Plan• Ce que nous avions à Paris 5• Le passage à GRHUM• Comment cela fonctionne avec Apogée et Harpège• Comment cela fonctionne avec LDAP• Les applications se connectant au Référentiel ou au LDAP• Ce que nous a apporté cette solution• Ce que nous prévoyons• Un besoin de nomenclatures partagées.
DSI-14/12/2006
DSI-14/12/2006
Harpège Apogée
LDAP P5
Au départ, l’annuaire LDAP a été conçu pour répertorierles personnes, leur catégorie, leurs coordonnées, leurs comptesinformatiquesles services et les laboratoiresdes groupes de personnes
Les services basés sur l’annuaire :la messagerie,l’authentificationles droits d’accès aux informationsles services pages blanches et pages jaunes.
Précédemment
Saisie
DSI-14/12/2006
Harpège
GRHUM
Apogée
LDAP P5
LDAP Supann
Données partagées par toutes les applications surles personnes, leurs coordonnées, leurs comptes informatiquesles services et les laboratoiresles groupes de personnesles diplômesles nomenclatures partagées
Maintenant,un référentiel
DSI-14/12/2006
Harpège
GRHUM
Apogée
LDAP P5
LDAP Supann
Dans Harpège et Apogée:Triggers et procédures synchrones pour ajout et modification des personnelsdes étudiants, des diplômes et des inscriptions Dans GRHUM:Procédures lancées en batch de mise à jour de groupes de personnes ou de groupes
Comment celafonctionneavec Apogée etHarpège
DSI-14/12/2006
Harpège
GRHUM
Apogée
LDAP P5
LDAP Supann
Comment celafonctionneavec les annuairesLDAP
Chaque soir une mise à jour différentielledu LDAP:Une procédure PLSQL suivi d’un programmejava génère le fichier LDIF,Une procédure Perl génère le fichier quipermet de lancer la mise à jour du Ldap.
DSI-14/12/2006
Harpège
GRHUM
Apogée
LDAP P5
LDAP Supann
Application annuaire
Messagerie
Réseau sans fil
Shiboleth
Esup
Interro WebAnnuaire
Samba
Toutes lesappliCocktail
AuthentificationGestor
Adèle
PersonnesGroupes
Mise à jour synchrone des mots depasse et mails dans les LDAP
Ce que cela nous a apporté
• La qualité des informations(plus il y a d’applications qui les utilisent, plus on demande des données
complètes et correctes)
• Une gestion des étudiants employés(il n’y a qu’un seul individu,m^me s’il y a deux entées dans le Ldap P5)
• Une gestion des aisée des groupes de mail(groupes de personnes ou groupes de groupes)
DSI-14/12/2006
DSI-14/12/2006
Harpège
GRHUM
Apogée
LDAP P5
LDAP Supann
Fusion après développement d’une nouvelle interrogationde l’annuaire Web
Moteur de synchronisation
Ce que nous prévoyons
Un besoin de nomenclatures partagées
• Pour mettre en oeuvre des procéduresd’échanges et de coopération avec d’autresuniversités (dans le cadre de PRES ou d’UNR)nous avons un besoin urgent de nomenclaturescommunes.
DSI-14/12/2006
Cocktail - JEFYCO
Retour d’expérienceM. Ortiz UHA
F. Rivalland UAG
Périmètre FonctionnelJefyco Ok Jefyco Ok
2007
Partiel
CocktailSystème d’information Universitaire Intégré
Université des Antilles et de la Guyane
Comment utiliserles applications ?
Cocktail
56
L’architecture décrite dans les diapositives suivantes répond a plusieursobjectifs :- disponibilité des applications- tolérances aux pannes- serveurs de test / sauvegarde- rendre transparente la maintenance matériel et logiciel.- offrir le même niveau de services à tous les utilisateurs de l’UAG- centraliser les applications et les documentations- accessible pour un utilisateur MAC , LINUX ou WINDOWS.- accessible en tout point du réseau.
RIVALLAND Frédéric - juillet 2006
57RIVALLAND Frédéric - juillet 2006
Bureau distant pour tous les utilisateurs :
wachalou2wachalou
sap2karukera5 sap1
TSEGESTION : 4 machines 100 utilisateurs simultanés
Kaweb.univ-ag.fr
BDC
Un espace TSE :TSEGESTION
Serveur de fichiers Serveur d’applications
Serveur de Base de DonnéesServeur WEB
58RIVALLAND Frédéric - juillet 2006
PAYESIGAGIP
GFCNABUCO
SCOLARITEAPOGEE
Les applications en Septembre 2003
59RIVALLAND Frédéric - juillet 2006
Cocktail
Cocktail
GRHUM : Le référentiel SI (Annuaire.app)
Les applications en Juillet 2006
Gestion des salles et bâtiments
Annuaire des Personnels
Gestion des Enquêtes
Demandes de Travaux
Info Centre
GRHGepeto
RémunérationsPapaye
GFCJefyco
GED + Publication :GEDI/Actes
Gestionnaire de forums
FEVE
Authentification
Conventions
SCOLARITEAPOGEE
RIVALLAND Frédéric - juillet 2006
TSEGESTION (accès aux applications par les utilisateurs en tout point du réseau UAG)
60
Cocktail - ManGUE
F. Mainfray Paris 8C. Buttin CBS
ManGUELa GRH Cocktail
Management et Gestion Universitaire des Emplois
www.cocktail.org
ManGUE 1 clone d’Harpège• Architecture:
– Structure de données similaire à Harpège• Migration simplifiée
– 3 Tiers Java-SWING / J2EE-WebObjects / Oracle– Multiplateforme / Webstart / SSO– Ergonomie avancée– Autonomie utilisateur renforcée ( extractions / éditions )
• L’application gère :– Le personnel d’un établissement– Les contrats– Les carrières– Les affectations– Les congés légaux– Les emplois et leurs occupations– Les postes et les fiches de poste
Un mode « multifenêtres »Pour tout voir à l’écran!
Ou un mode « onglets »Passage de l’un à l’autre par simple clic!
Cocktail - Papaye
C. Lethiers UMLVC. Buttin CBS
Un écran Papaye au « look » Windows(Même écran mais « look » différent sous Mac ou Linux)
Cocktail - ScolariX
Catherine BarattiENS Cachan
ScolariX(et son module ScolPédagogie)
Le LMD++!
• Une structuration forte et bien adaptée auLMD:– Pour une carte des formations « naturelle »!
• Mais une réelle capacité à intégrer les casparticuliers:– L’exemple des ENS (Cachan, Lyon) est
caractéristique:• Nombre d’élèves / étudiants faible• Nombre de cas particuliers plus important que les plus
grosses universités!
• Voir la doc:– http://www.univ-paris5.fr/gedfs/ged/0612021208.0/Mode_emploi_ScolPedagogie-Cachan.pdf
La gestion de la Scolarité La gestion de la Scolarité à là l’’ENS CachanENS Cachan
ScolPédagogie
Formations:Intitulés/
Habilitations
Service des études
Diplômes:Édition
Service des Études/EDSP
Service des études
Gestion normaliens
Candidature à une formation de l’ENS Cachan
PRINS
Autorisation d’inscription
Départements/labos
PECAN
Préinscription: confirmation
de la candidature
MANTA
informationsinscrits
Infocentre Départements
Scolarix
InscriptionsAdministratives
Service des Études/EDSP
OffreMaster
en ligneects
Formations:Maquettes:Parcours,
UE, EC
Inscriptions Pédagogiques
NotesSaisie
Relevés
Départements Départements
Trombinoscope
Cocktail - Entrepôt
Benoit PrinceINSA Rouen
Extraction des donnéesnécessaires au bilan social
Exemple
Principes générauxPrincipes généraux
Basé sur le système d’information (COCKTAIL) Cependant ce dernier, grâce à ses connecteurs ou APIs, peut être utilisé comme
entrepôt de données lorsqu’utililisé avec des applications disposant deréférentiels propres (distincts de GRHUM).
Utilise seulement des outils libres de droits d’usage L’objectif est le suivant:
Etre en mesure de produire, à la demande, un document debase au format texte qui pourra être complété / personnalisépour devenir le Bilan Social de l’établissement de sortie auformat souhaité.
Exemples (2)Exemples (2)
Exemples (3)Exemples (3)
Les aspects PAIE
Exemple
Pour un système interopérable!• Nécessité de référentiels normalisés :
– des nomenclatures!!– des formations– des compétences– des publications et d’une manière générale de la GEIDE– des personnes physiques et morales– des ressources pédagogiques (lié au référentiel des
formations et des personnes)• Vers un dossier « formation » et « recherche »
normalisé pour chaque individu??
L’architecture inter-établissement ciblée!
ENT1 ENT2 ENTn
Référentiel!
LDAP SUPAnn
A suivre!
Cocktail - SENIOR
Questions-Réponses
Cocktail - SSLL
AliaSource : www.aliasource.comFylab : www.fylab.fr
CBS : [email protected]. Gèze : [email protected]
Partenariat Cocktail - SSLL• Les applications Cocktail sont sous licence CeCILL (version 2)
– Ceci n'impliquent pas à priori de relations particulières etformalisées avec les SSLL.
– Un partenariat avec une SSLL pour la diffusion etl’accompagnement aurait pour avantage de:
• Mieux nous protéger des développements concurrents voire sauvages• De proposer une offre de services complémentaires aux
établissements• D’augmenter la valeur ajoutée de nos applications!• De canaliser les demandes que le consortium ne peut pas satisfaire ou
pas immédiatement!• Nous permettre de rester concentrés ou centrés sur le cœur de métier
de nos établissements.
Cocktail - SSLL• SSLL potentiellement intéressées:
– Pour faire de la valeur ajoutée autour de Cocktail:• AnyWare par exemple avec son CMS• Fylab le développement de Webservices ou d’applications Web
ou d’outils d’industrialisation …• …
• Avantages nombreux / Aucun inconvénients:– Pérennité, garantie de reprise, réactivité,
professionnalisation accrue, …– Liberté et autonomie– Maîtrise de son système d’information
Cocktail - SSLL
Questions-Réponses
Cocktail - JUNIOR
Les applications de valeur ajoutée
Quelques applications JUNIOR• La gestion des relations internationales
– SaphaRI (version bêta)• La gestion des congés ARTT :
– L’application HamAC.• La gestion des Fiches de postes / fonction / Evaluation :
– FEVE• La gestion des plannings, salles, objets, emploi du temps, ... :
– SuperPlan• La gestion des enquêtes / QCM / évaluations• La gestion des groupes et du référentiel : GRHUM• …
Cocktail-SaphaRI Gestion des Relations Internationales
Olivier BARATA – ENS Cachan / Univ. René Descartes – Décembre 2006
Cocktail-SaphaRI
Intégré au SI
Remontée des informations vers:
DeBuCi Ulysse
...
Cocktail-SaphaRI
Accordscoopérations
EtudiantsIN / OUT
EnseignantsIN / OUT
Créditsfinanciers
Edi
tions
Publ
ipos
tage
CandidaturesWeb
Stages
Modules fonctionnels
Exports
Cocktail-SaphaRIDécoupage del'information
HamAC : gestions des congés
• Application "full Web"– Indépendante du navigateur
• Intégrée à Cocktail (ManGUE / GRHUM)– Interfacée/pontée avec Harpège pour ce qui est
des personnels et services.• Une application Java/WebObjects HTML.
– http://www.univ-lr.fr/apps/support/conges/accueil.html.
• Les exemples d'utilisation:– http://www.univ-lr.fr/actes/ged/courrier/commun/0410201732.0/doc_conges.html
HamAC : gestions des congés
• Elle est CASsifiée• Le planning des agents peut être synchronisé
avec les autres applications du SI (Mission,Gestion des tickets, Emploi du tempsenseignement, agendas perso, …) ou avecd'autres applications externes (API/WS) ouflux ics.
• Un flux ics (abonnement) permet de l'insérerdans son gestionnaire d'agenda compatibleiCal (Google Calendar, Ical, SunBird, ...)
FEVELa gestion des fiches de postes et de fonction
• Saisie N+1:– http://www.univ-paris5.fr/gedfs/ged/0612210645.0/Feve_viewlet_swf.html
• Administration, aperçu:– http://www.univ-paris5.fr/gedfs/ged/0612210647.0/FEVEAdm_viewlet_swf.html
SuperPlanLa gestion des « agendas »
• La centrale des plannings!– Emplois du temps enseignement– Réunions / Salles / Objets– Agendas individuels et de groupes– Partage d’agendas ICS– Exports ICS– Intégrée aux autres applications:
• Missions (Kiwi)• Congés (HamAC)• helpDesk (DT)• …
• Démo : un vieil exemple
Enquêtes / QCM / Evaluations
• Une application Java / HTML / WebObjectsCASsifée
• Création d'une enquête :– http://www.univ-lr.fr/actes/ged/courrier/commun/0404071436.0/CreationEnquete_viewlet_swf.html
• Création d’un QCM– http://www.univ-lr.fr/actes/ged/courrier/commun/0404071441.0/CreationQCM_viewlet_swf.html
• Y répondre :– http://www.univ-lr.fr/actes/ged/courrier/commun/0411282138.0/EnqueteReponse_launcher.html
• Consulter les réponses:– http://www.univ-paris5.fr/gedfs/ged/0612101641.0/ConsultationReponsesEnquetes_launcher.html
La gestion des groupes et du référentiel :GRHUM
• « la racine du Système d’Information »• Les nomenclatures• Les groupes et structures• Les personnes morales et physique• …• Démos:
– http://www.univ-paris5.fr/gedfs/ged/0609272024.0/MENU_launcher.html– http://www.univ-paris5.fr/gedfs/ged/0701071551.0/DiversAnnuaire_launcher.html– http://www.univ-paris5.fr/gedfs/ged/0701071552.0/AnnuaireExempleSimple_launcher.html
Version 2006 refondue en 2007
Ecran principal d’un « groupe »
Navigateur / « browser » de « groupes »
Membres du groupe sélectionné
Ecran principal pour un groupe
Membres du « groupe »
Téléphone, fax, mobiles
Administration:secrétaire(s),responsableadministratif, ..
Le groupe de mail associé
Adresse du Site Web du groupe
Les # types d’un groupes
Ecran principal pour un groupe
Saisie de: Téléphone, fax, mobiles
Pourra apparaître dsl’annuaire Web
A une @ peuvent êtreassociées +sieursadresses de mail (Alias)
Des mots clefs pourune indexation et unerecherche + facile
Spécifique C
RI
1 groupe peut être un centre de responsabilité budgétaire
Evolution 2007
• Un Framework:– Graphique : JavaClient– Métier : EOF
• Une complexité accrue dans la gestion desgroupes
• Une convergence avec les groupespédagogiques
• Une gestion des communautés sohistiquée
Version 2007
Le graphe des structures
Des membres « individus »
Des membres « groupes »
Description
Des contacts
Version 2007
Gestion des groupes pédagogiques
• E-learning• Emplois du temps• Charges prévisionnelles• Listes et groupes de mail• Trombinoscopes• Droits et privilèges• ENT• …
– Démo (application en cours de refonte)– http://www.univ-lr.fr/actes/ged/courrier/commun/0410281702.0/GroupeScol_viewlet_swf.html
Cocktail - CMS
Le CMS COCKTAIL en 2006
GEDIBUS / EOF
Java / SWING
Enregistrement et stockage
SGBDR
HTML
CMS Web
Filesystem local ou FTPou WebDav Documentsde tous types ou formats
upload
stockage
WS / Mails SAM / Fax
GEDI
Ccoconuts
Cor@il
WS / Mails SAM / Push / RSS
Base de contenus JCR
Apache-Jackrabbit
API JCR
Bibliothèque de modules génériques(éditeur en ligne, formulaires d’édition,…)
API CMS
A l’étude pour 2007:
Cocktail-Office et CMS Anyware Technologies V3
Web CMS
ODF (rendu)ComposantCocktail 1
Composants Open Source de l’offre CMS Anyware Technologies
Composants Open Source Cocktail pouvant s’appuyer sur le CMS Anyware Technologies
Offre DeFormation
(saisie)
ComposantCocktail 2
Gestion des contenus(modélisation d’objets métiers,
gestion des versions, workflow,…
Runtime(authentification, droits,
librairie graphique AJAX,…)
Framework de publication
Apache-Cocoon
Agendapartagé
……
…Annuaire de la Recherche
GEDIBUS
Cocktail - Junior
Questions-Réponses
Cocktail - Office le 14/12/06
La matinée:http://mediatheque.univ-paris5.fr/article.php3?id_article=359
L'après-midi:http://mediatheque.univ-paris5.fr/article.php3?id_article=362
