Journée Cocktail-Office

Transcription

1 Journée Cocktail-Office Paris le 14 Décembre 2006 La matinée: L'après-midi:

2 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 et que les compétences ne sont pas toujours qu ailleurs! Que l on peut faire confiance aux forces internes pour autant qu on sache les gérer et les respecter. Que Cocktail participe à une bonne gestion des deniers publics et permet de dégager des moyens! Que ce qui est gratuit peut être aussi bien sinon meilleur que ce qui est cher!

3 Objectifs Et encore que: Que la «prison» (d un progiciel commercial) n est pas forcé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

4 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 Ordre du Jour

5 Le SI universitaire Situation

6 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/ou SUPAnn) et qq scripts SQL! Une mutualisation institutionnalisée qui n a pas vraiment joué son rôle de facilitateur et de fédérateur. Un rapport efficacité / coûts (complets) faible!

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

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

9 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.

10 L architecture multi-référentielle cloisonnée : encore la plus répandue! GFC GRH Paie Scolarité Et son propre référentiel! Et son propre référentiel! Et son propre référentiel! Et son propre référentiel! Applications périphériques Congés&Absences Realtions Internationales Immo Formation continue Pannings x N Esup Ksup EPPUN ENTs Et leur propre référentiel! LDAP SUPAnn Et leur propre référentiel!

11 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

12 L architecture mono-référentielle! LDAP SUPAnn ENT GFC GRH Appli N Référentiel!

13 Exemple d une architecture homogène

14 Exemple d architecture intermédiaire

15 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ï!:-)

16 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 être trè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.

17 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!

18 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 alors que les déclarées sont trop nombreuses!:-)

19 La réponse applicative COCKTAIL 2006

20 Un peu d historique! 1993 GEFICO! (Paris 8), ScolariX, DataCom ancêtre de GRHUM! 1997 JEFYCO V la 1ère diffusion de Jefyco 2001 Gepeto (GRH) 2004 Papaye 2005 Consortium Cocktail 2007 JEFYCO V2, ManGUE, 54 adhérents

21 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 é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 autres spécificités.

22 Les applications Cocktail Elles 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

23 Les applications Cocktail Des applications modernes! Ce sont des applications multi-tiers (sauf client serveur pour encore une partie de la scolarité): 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

24 La licence des sources est CeCILL! Comment y accéder: puis onglet Subversion puis Parcourir le dépôt» (système viewcvs) (système viewcvs) (navigateur WEB ou client WebDav) (navigateur WEB ou client WebDav)

25 1998 Vision qualifiée à l époque d utopiste Le système d information Suite

26 Cartographie des applications Client W3 http Client riche http Tout Client LDAP http / TCP /UDP Pilotage Tout Client WebDav http Accès LDAP: authentification légère et forte, SSO, profils,.. Travail collaboratif, API, EDI et inter-opérabilité Portail ENT Applications informatiques WebServices, http 2002 Appel à projets Campus numérique volet 2 Sphère GFC Dépenses Budgets Comptabilité Marchés Taxe d app,... Missions Paie Fournisseurs Encaissements Services achats Sphère GRH Emplois Personnels Carrières Congés, agenda Cartes pro, Girafe,... Gestions des stages Sphère Scolarité Admissions Inscriptions Examens Notes Résultats Diplômes... 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, 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,

27 Architecture logicielle homogène 2005 Un périmètre très large!

28 L architecture simplissime de Cocktail! LDAP SUPAnn 2006 ENT GFC GRH Appli N Référentiel unique!

29 Gestion des heures complémentaires d enseignement Le poste de dépense le plus important d un établissement universitaire (hors masse salariale) GRH «immobilisations» Le levier initial! Enseignant(s) Salles et autres objets (vidéoprojecteurs, ) GRH Groupe étudiants Enseignement prévu => emplois du temps Contrôle / validation / certification Paie Scolarité ECUEs Aujourd hui, les établissements Universitaires maîtrisant exhaustivement et au plus fin cette chaîne se compte sur les doigts d une main!! GFC

30 «ZAP» La «télécommande» universelle!:-) Un SSO Multi-niveau Multi-plateforme Multi-application!

31 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 briques donnant 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

32 Un objectif Fournir une solution pour accéder aux applications: Single-Sign-On multi : applications plate-formes authentifications

33 Une solution ZAP Une application Java-Client (JVM 1.4.2) Exemple animé: :

34 L authentification SSO ZAP - proxycas Texte ZAP est couplé à ServAut (server d authentification Cocktail) et implémente le protocole proxycas Consortium Cocktail

35 L architecture informatique Cocktail 2006

36 Config générale Plateforme informatique type pour Cocktail Mutualisable avec les applications AMUE Mai 2006 Les serveurs pourraient être des Xserve en Oracle 10G. Configuration type haute disponibilité: 2006 Config Oracle détaillée La version d Orcale est indifférente

37 La mutualisation Cocktail 2006

38 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.

39 Principes de mutualisation Gestion de la demande 1) Demandes d'évolution fonctionnelle: Les forums: Particulièrement utiles et importants pour la préparer, l'affiner et in 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 sans conséquence sur les fonctionnalités (ergonomie, éditions, bug, ) L application de demandes de travaux (Guichet) DT Cocktail

40 Principes de mutualisation Réalisation Les développeurs du consortium sont compensées uniquement 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êt général et émanant des établissements affectataires des développeurs formellement mis à la disposition du consortium sont prioritaires devant toute autre.

41 Principes de mutualisation Réalisation Pour les autres demandes d évolution fonctionnelle d intérêt gé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 établissement elles seront: Réalisées par les informaticiens de l établissement ou externalisées à des SSLL, indépendants autres

42 Ressources humaines 2006 NOM 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 0% ENSC 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 0% UAM1 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 150% UHA 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 0% ULH Bénéteau Pascal IGE Chef Proj. ULR BAP E Ingénieur développement: responsable applications scolarité, pédagogie, admission, heures complémentaires, 100% 100% Resp. ScolariX ECTS, gestion lecteur optique (anonymat, QCM), informatisation LMD, référent Objective C, Berger philippe IGE Chef Proj. ULR BAPE: Ingénieur développement: Responsable bases de données GRHUM, applications Gepeto/ManGUE ARTT, 100% 100% GRHUM/ManGUE/ScolariX Developpeur Annuaires, Forums, Groupes, ATER, Fiche de poste, SallesSTU 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: Ingénieur développement: responsable application Paie (PAPAYE), co-responsable application JEFYCO, 100% 100% PAPAYE Developpeur responsable interfaces Web et Swing de l'application Budget, Kiwi, 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: Ingénieur développement: Responsable application JEFYCO dont plus particulièrement les modules Dépenses, 100% 100% JEFYCO Developpeur Recettes et Titres, administration, Sevices achat, arrêtés en masse, 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 25% 0% - 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, Villesuzanne Hugues ASI IGE ULR BAPE ASI généraliste: support équipe soft, responsable architecture applicative, responsables technique Java, XML et 50% 50% Hotline / Déploiement / Zap Système WebObjects, responsable serveurs d'applications, serveurs de services (démons), Maintenance et codéveloppement SIX, GEDFS, SAM, SAUT, 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%

43 Cocktail - GRHUM Le référentiel : le socle du PGI! Retour d expérience M. Lagarde U Paris 5

44 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

45 Précédemment Harpège Apogée Saisie LDAP P5 Les services basés sur l annuaire : la messagerie, l authentification les droits d accès aux informations les services pages blanches et pages jaunes. Au départ, l annuaire LDAP a été conçu pour répertorier les personnes, leur catégorie, leurs coordonnées, leurs comptes informatiques les services et les laboratoires des groupes de personnes DSI-14/12/2006

46 Maintenant, un référentiel Harpège Apogée LDAP P5 GRHUM LDAP Supann Données partagées par toutes les applications sur les personnes, leurs coordonnées, leurs comptes informatiques les services et les laboratoires les groupes de personnes les diplômes les nomenclatures partagées DSI-14/12/2006

47 Comment cela fonctionne avec Apogée et Harpège Harpège Apogée LDAP P5 GRHUM LDAP Supann Dans Harpège et Apogée: Triggers et procédures synchrones pour ajout et modification des personnels des é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 DSI-14/12/2006

48 Comment cela fonctionne avec les annuaires LDAP Harpège Apogée LDAP P5 GRHUM LDAP Supann Chaque soir une mise à jour différentielle du LDAP: Une procédure PLSQL suivi d un programme java génère le fichier LDIF, Une procédure Perl génère le fichier qui permet de lancer la mise à jour du Ldap. DSI-14/12/2006

49 Authentification Gestor Adèle Messagerie Personnes Groupes Harpège Apogée Réseau sans fil Interro Web Annuaire LDAP P5 GRHUM Toutes les appli Cocktail Shiboleth LDAP Supann Esup Application annuaire Samba Mise à jour synchrone des mots de passe et mails dans les LDAP DSI-14/12/2006

50 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

51 Ce que nous prévoyons Harpège Apogée LDAP P5 GRHUM LDAP Supann Moteur de synchronisation Fusion après développement d une nouvelle interrogation de l annuaire Web DSI-14/12/2006

52 Un besoin de nomenclatures partagées Pour mettre en oeuvre des procédures d échanges et de coopération avec d autres universités (dans le cadre de PRES ou d UNR) nous avons un besoin urgent de nomenclatures communes. DSI-14/12/2006

53 Cocktail - JEFYCO Retour d expérience M. Ortiz UHA F. Rivalland UAG

54 Jefyco Ok Périmètre Fonctionnel Jefyco Ok 2007 Partiel

55 Université des Antilles et de la Guyane Cocktail Système d information Universitaire Intégré

56 Cocktail Comment utiliser les applications? L architecture décrite dans les diapositives suivantes répond a plusieurs objectifs : - 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

57 Bureau distant pour tous les utilisateurs : RIVALLAND Frédéric - juillet

58 Un espace TSE : TSEGESTION TSEGESTION : 4 machines 100 utilisateurs simultanés Serveur de fichiers BDC karukera5 sap1 Serveur d applications sap2 Serveur de Base de Données wachalou2 wachalou Serveur WEB Kaweb.univ-ag.fr RIVALLAND Frédéric - juillet

59 Cocktail Les applications en Septembre 2003 GFC NABUCO PAYE SIGAGIP SCOLARITE APOGEE RIVALLAND Frédéric - juillet

60 Cocktail Les applications en Juillet 2006 TSEGESTION (accès aux applications par les utilisateurs en tout point du réseau UAG) GED + Publication : GEDI/Actes Conventions Info Centre FEVE Gestion des salles et bâtiments Annuaire des Personnels Gestion des Enquêtes Demandes de Travaux Gestionnaire de forums GRH Gepeto GFC Jefyco Authentification Rémunérations Papaye SCOLARITE APOGEE RIVALLAND Frédéric - juillet 2006 GRHUM : Le référentiel SI (Annuaire.app) 60

61 Cocktail - ManGUE F. Mainfray Paris 8 C. Buttin CBS

62 ManGUE La GRH Cocktail Management et Gestion Universitaire des Emplois

63 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

64 Un mode «multifenêtres» Pour tout voir à l écran!

65 Ou un mode «onglets» Passage de l un à l autre par simple clic!

66 Cocktail - Papaye C. Lethiers UMLV C. Buttin CBS

67

68 Un écran Papaye au «look» Windows (Même écran mais «look» différent sous Mac ou Linux)

69 Cocktail - ScolariX Catherine Baratti ENS Cachan

70 ScolariX (et son module ScolPédagogie)

71 Le LMD++! Une structuration forte et bien adaptée au LMD: Pour une carte des formations «naturelle»! Mais une réelle capacité à intégrer les cas particuliers: 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:

72 La gestion de la Scolarité à l ENS l Cachan ects Offre Master en ligne ScolPédagogie Trombinoscope PRINS Candidature à une formation de l ENS Cachan Formations: Intitulés/ Habilitations Service des études Formations: Maquettes: Parcours, UE, EC Départements Inscriptions Pédagogiques Notes Saisie Relevés Départements Diplômes: Édition Service des Études/EDSP PECAN Autorisation d inscription Départements/labos MANTA Préinscription: confirmation de la candidature Inscriptions Administratives Service des Études/EDSP Scolarix Infocentre informations inscrits Service des études Gestion normaliens Départements

73 Cocktail - Entrepôt Benoit Prince INSA Rouen

74 Exemple Extraction des données nécessaires au bilan social

75 Principes 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 de ré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 de base au format texte qui pourra être complété / personnalisé pour devenir le Bilan Social de l établissement de sortie au format souhaité.

76 Exemples (2)

77 Exemples (3)

78 Exemple Les aspects PAIE

79

80

81 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??

82 L architecture inter-établissement ciblée! LDAP SUPAnn ENT1 ENT2 ENTn Référentiel!

83 A suivre!

84 Cocktail - SENIOR Questions-Réponses

85 Cocktail - SSLL AliaSource : Fylab : CBS : christine.buttin@wanadoo.fr E. Gèze : egeze@telefonica.net

86 Partenariat Cocktail - SSLL Les applications Cocktail sont sous licence CeCILL (version 2) Ceci n'impliquent pas à priori de relations particulières et formalisées avec les SSLL. Un partenariat avec une SSLL pour la diffusion et l 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.

87 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

88 Cocktail - SSLL Questions-Réponses

89 Cocktail - JUNIOR Les applications de valeur ajoutée

90 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

91 Cocktail-SaphaRI Gestion des Relations Internationales Olivier BARATA ENS Cachan / Univ. René Descartes Décembre 2006

92 Cocktail-SaphaRI Intégré au SI... Remontée des informations vers: DeBu Ci Ulysse

93 Cocktail-SaphaRI Editions Publipostage Accords coopérations Stages Exports Modules fonctionnels Etudiants IN / OUT Crédits financiers Candidatures Web Enseignants IN / OUT

94 Cocktail-SaphaRI Découpage de l'information

95 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. Les exemples d'utilisation:

96 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 temps enseignement, agendas perso, ) ou avec d'autres applications externes (API/WS) ou flux ics. Un flux ics (abonnement) permet de l'insérer dans son gestionnaire d'agenda compatible ical (Google Calendar, Ical, SunBird,...)

97 FEVE La gestion des fiches de postes et de fonction Saisie N+1: Administration, aperçu:

98 SuperPlan La 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

99

100 Enquêtes / QCM / Evaluations Une application Java / HTML / WebObjects CASsifée Création d'une enquête : Création d un QCM Y répondre : Consulter les réponses:

101 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: Version 2006 refondue en

102 Ecran principal d un «groupe» Navigateur / «browser» de «groupes» Membres du groupe sélectionné

103 Ecran principal pour un groupe Membres du «groupe» Les # types d un groupes Téléphone, fax, mobiles Le groupe de mail associé Administration: secrétaire(s), responsable administratif,.. Adresse du Site Web du groupe

104 Ecran principal pour un groupe Spécifique CRI 1 groupe peut être un centre de responsabilité budgétaire Pourra apparaître ds l annuaire Web Des mots clefs pour une indexation et une recherche + facile A peuvent être associées +sieurs adresses de mail (Alias) Saisie de: Téléphone, fax, mobiles

105 Evolution 2007 Un Framework: Graphique : JavaClient Métier : EOF Une complexité accrue dans la gestion des groupes Une convergence avec les groupes pédagogiques Une gestion des communautés sohistiquée

106 Le graphe des structures Des membres «individus» Des membres «groupes» Version 2007

107 Description Des contacts Version 2007

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

109 Cocktail - CMS

110 Le CMS COCKTAIL en 2006 CMS Web Enregistrement et stockage GEDI Java / SWING Ccoconuts WS / Mails SAM / Fax HTML GEDIBUS / EOF WS / Mails SAM / Push / RSS upload SGBDR stockage Filesystem local ou FTP ou WebDav Documents de tous types ou formats

111 A l étude pour 2007: Cocktail-Office et CMS Anyware Technologies V3 Composant Cocktail 1 Composant Cocktail 2 Agenda partagé Offre De Formation (saisie) ODF (rendu) Annuaire de la Recherche Web CMS API CMS API JCR GEDIBUS Gestion des contenus (modélisation d objets métiers, gestion des versions, workflow, Base de contenus JCR Apache-Jackrabbit Bibliothèque de modules génériques (éditeur en ligne, formulaires d édition, ) Runtime (authentification, droits, librairie graphique AJAX, ) Framework de publication Apache-Cocoon Composants Open Source Cocktail pouvant s appuyer sur le CMS Anyware Technologies Composants Open Source de l offre CMS Anyware Technologies

112 Cocktail - Junior Questions-Réponses

113 Cocktail - Office le 14/12/06 La matinée: L'après-midi: