1 / 174

Un peu d’histoire…

Un peu d’histoire…. G.E.P. Il était une fois…. Gestion des élèves et des personnels. S3IT. Schéma stratégique des systèmes d’informations et des télécommunications. S3IT. Pour la période 2000/2002, un des projets prioritaires du S3IT est :

ghada
Télécharger la présentation

Un peu d’histoire…

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Un peu d’histoire…

  2. G.E.P. Il était une fois… Gestion des élèves et des personnels

  3. S3IT Schéma stratégique des systèmes d’informations et des télécommunications

  4. S3IT Pour la période 2000/2002, un des projets prioritaires du S3IT est : L’ étude du système d’information de l’EPLE.

  5. En 2000/2001 • Enquête sur le SI de L’EPLE. • Tous les EPLE sont consultés. • 4630 établissements répondent. L’exploitation des informations est confiée à la société Démoscopie.

  6. Résultats de l’enquête Des insatisfactions réellesen matière : • d'applications informatiques, particulièrement en ce qui concerne : • l'ergonomie des applications, • les liaisons entre les applications, • l'adéquation aux besoins propres de l’EPLE. • de formation aux utilisateurs, • d'aide en ligne.

  7. Résultats de l’enquête Alors que dans le même temps, les logiciels autres que ceux fournis par l'EN recueillent le plus fort taux de satisfaction (85% satisfaits).

  8. Suite de l’enquête Le S3IT dans sa version 2002 2004 indique : «  Les écoles et les EPLE sont au cœur du système d’information de l’enseignement scolaire. » Il faut : « Répondre aux besoins des établissements et des écoles tout en garantissant la cohérence des S.I. nationaux et académiques » « Améliorer les S.I. sur le suivi des élèves »

  9. En 2002/2003 • Mise en place du comité de pilotage du SI EPLE • Conception d’un plan d’urgence pour l’informatique de gestion des EPLE

  10. Copil SI EPLE du 08 04 2003 • Question : • Quelle technologie choisir pour développer le remplaçant de GEP ? • Etude confiée à la société Cap Gemini

  11. Etude de la société Cap Gemini • Expertise concernant les environnements de développement et d'exploitation de l’application • « Base Elèves des établissements du 2nd degré »

  12. Etude de la société Cap Gemini Les contraintes majeures, liées à la refonte de l’application BEE • Le risque d’arrêt de service de l’application actuelle GEP BEE DOS impose que la solution puisse être mise en œuvre rapidement dans la totalité des EPLE • mauvaise tolérance à DOS des nouveaux ordinateurs trop puissants, • incompatibilité de ce système avec Windows 2000 ou XP, • difficulté de trouver des imprimantes compatibles DOS.

  13. Etude de la société Cap Gemini Les contraintes majeures, liées à la refonte de l’application BEE • Les données élèves, structures, services et nomenclatures forment un tout cohérent avec des contraintes référentielles fortes.

  14. Etude de la société Cap Gemini Les contraintes majeures, liées à la refonte de l’application BEE • Le Ministère souhaite engager la modernisation technologique des applications tout en sécurisant les choix et en pérennisant les orientations techniques.

  15. Etude de la société Cap Gemini Préconisation : la solution cible • Refonte en Web Java des applications GEP BEE, SELENE STS-GET et Nomenclatures. • Hébergement de la solution en EPLE ou en Académie.

  16. Etude de la société Cap Gemini et ses avantages Préconisation : la solution cible Architecture mutualisée, administration et exploitation centralisée, pas de diffusion en EPLE (sauf ceux qui le souhaitent). Conforme à l’état de l’art, au sens du marché : Solution technique pérenne. Si la rédaction du cahier des charges fonctionnel et ergonomique débute en mai 2003, les applications pourront être diffusées dans les académies pour la rentrée 2005.

  17. Etude de la société Cap Gemini Préconisation : la solution cible • Inconvénients : • Investissement dans le re-développement de STS-GET qui est aujourd'hui en phase de qualification dans sa version client/serveur Windows. • Ergonomie moins riche qu’une solution client/serveur, mais une interface utilisateur beaucoup plus intuitive.

  18. COMITE DE PILOTAGE SI de l’EPLE Le choix de la technologie Web est retenu par le Comité de pilotage (2004). • Organisation de l’expérimentation • Réflexion sur l’accompagnement au changement • Question : mode distribué ou mutualisé ? (étude confiée à la société SUN)

  19. En 2004 • Développement de la nouvelle application • Choix de la société UNILOG • Accompagnement du changement • Choix de la société Accenture

  20. Copil SI EPLE du 10 02 2005 • Choix de l’architecture consolidée (hébergement académique), suite aux recommandations de la société SUN • Organisation du déploiement • Organisation du dispositif de formation

  21. Copil SI EPLE du 10 02 2005 Sconet dans toutes les académies à la rentrée 2006.

  22. Les infrastructures mises en place

  23. Dos Clipper Delphi interbase Web acad. Webétab 3 T E C H N O L O G I E S Environnement Dos Application installée en monoposte ou sur le serveur de l’établissement Langage = CLIPPER Fichiers DBase Environnement windows Application installée en monoposte ou sur le serveur de l’établissement Langage = Delphi Base de données = Interbase Environnement web Application et serveur de données installés au rectorat ou sur un site d’hébergement national Langage = Java Base de données = Informix

  24. Medsi Delibnet Sagesse Notanet BEE Lotanet Absences Organet DP Bourses CLG GFE Inscrinet J’ADE IPES TSM-TRM Congés GI-GC STS GFC Adagio GTI STAR  PRESTO IVA EPI Paie en EPLE ETIC ESOPE Signa En noir : les applications DOS qui restent à remplacer BAOBAC La santé des élèves Le pôle examens La gestion des élèves L’évaluation et le pilotage 7 domaines de gestion 30 applications La gestion des personnels et des moyens La gestion financière et matérielle Les enquêtes

  25. Une infrastructure basée sur un socle maîtrisé et complètement redondé • Des nouvelles technologies qui deviendront transversales à tous les projets

  26. Serveur web • La gestion des serveurs Web et de répartition de charge repose sur le logiciel libre Apache 2 • Le système d’exploitation est Linux RedHat AS3 • Utilise la compression HTTP

  27. Serveur d’échanges • Repose sur le serveur BEA Weblogic (solution EAI: WLI) • Une plateforme centralisant les flux (FTP et Web services) qui facilite leur supervision/maintenance • Capable de s’adapter aux évolutions des applications et des besoins

  28. Architecture fonctionnelle

  29. Serveur d’habilitation • Repose sur le logiciel ClearTrust de la société RSA. • Découpé en plusieurs composants, qui communiquent entre eux, mais qui peuvent être répartis sur différentes machines pour assurer la disponibilité du service. • Permet de prendre en charge les fonctions de gestion des identités et des accès, c’est-à-dire : • Le contrôle d’accès aux ressources et applications • La propagation de l’identité et des attributs (titre, fonction, situation géographiques) d’un utilisateur au sein de l’espace de confiance • La fédération et la propagation des identités entre plusieurs espaces de confiance • La gestion des utilisateurs, des groupes et des droits d’accès aux applications dans un monde Web

  30. Serveur d’ application • Repose sur le logiciel Weblogic Express 8.1 (SP4) édité par la société BEA • Le système d’exploitation est : Linux RedHat AS3 • Consolidés sous la forme de fermes de serveurs (Virtualisation des serveurs d’application Weblogic Express) pour une meilleure gestion de la puissance

  31. Serveur base de données • Repose sur le logiciel DB2 UDB V8.2 de la société IBM, • DB2 est installé et configuré sur un serveur dédié. • La sauvegarde de la base de données s’effectue à chaud sur le SAN • Création d’une base miroir pour les requêtes libres dans la seconde phase de déploiement

  32. Une standardisation du poste de travail et de son environnement • Internet explorer 1.6 et supérieur • Mozilla 1.6 et supérieur • Firefox 1.0 et supérieur • Un débit ADSL minimum de 512 kbits/s • Un accès sécurisé par VPN au réseau agriates

  33. Qualité de service (QOS) • Fourniture après les tests de charge • de la consommation par utilisateur de la bande passante • des pré requis et de recommandations technique pour l’architecture cible • Déploiement d’outils de métrologie pour le ressenti utilisateurs et de diagnostic permettant • de fournir une vision de la qualité de service fournie aux utilisateurs en temps réel • de fournir des tableaux pour la performance et pour la disponibilité

  34. La sécurité et le rôle du chef d’établissement Sécurité des usages et des accès aux données, des données

  35. L’Accord de Niveau de Service

  36. Centre InformatiqueAcadémique Ministère Accord de Niveau de ServicesRôles et responsabilités Établissement • Disponibilité • Temps de réponsegaranti • Politique d’exploitation • Haut débit > 512Kb/s • Nombred'utilisateurs • GTR (garantie de temps de rétablissement ) Définition d'un accord de service (ANS)

  37. Accord de Niveau de ServicesCritères d’évaluations • Performance • Mesure du temps de réponse sur la base de 10 transactions de référence croisée avec le nombre de connexions simultanées • Disponibilité • Selon une plage de service et les périodes d’activités • Traitements des incidents

  38. Accord de niveau de servicesExemple de calendriers

  39. Accord de Niveau de ServicesEngagement de suivi • Outils de métrologie • Diagnostic • Performance • Tableaux de bords (Qualité adapté à la réalité du terrain) • Disponibilité • Performance • Traitements des incidents • Comite de pilotage et de suivi académique • Examine et statue sur les services • Analyse le niveau de service

  40. Accord de Niveau de ServicesAujourd’hui • Finalisation du cadre général • Mise en place d’outils pour la mesure du ressenti utilisateurs • Disponibilité selon une périodicité

  41. Accord de Niveau de ServicesMaquette (Versailles) • Besoins • Positionner des indicateurs permettant de mettre en exergue : • La disponibilité • La performance • Une vue métier et un monitoring de l’activité métier (MAM) • Objectifs • Identifier les dégradations de performance et d’indisponibilité • Fournir une vision de Qualité de service • Fournir des tableaux de bords • Bilan • Corrélation du monitoring de l’infrastructure et du MAM • Consolidation des données sur un tableau de bord • Fixer les seuils des transactions • Transparence de l’information (SLA – ANS)

  42. Référentiel des mesures Temps de réponse mini et maxi Nombre de transactions et temps de réponse moyen

  43. Analyses et Interprétations Temps par transaction Répartition du temps des transactions Transaction journalière

  44. Les pré-requis techniques Introduction • SCONET est une application construite sur le modèle des applications INTERNET et destinée à la gestion de la base élèves dans les EPLE

  45. Rôles et responsabilités Accord de Niveau de Services • Engagement de l’Etablissement : • Une liaison haut-débit de type professionnel • Avec garantie de temps de rétablissement • Avec garantie de débit si possible

  46. Rôles et responsabilités Accord de Niveau de Services • Engagement du CATI : détail • Installation du dispositif de gestion des flux administratifs (bande passante garantie) • Etc…

  47. Rôles et responsabilités Accord de Niveau de Services • Engagement du ministère : fourniture des matériels et du plan de formation pour les personnels exploitants • WebLogic, WLI - solution d'échange, DB2, ClearTrust, ITIL • Centre de support national (niveau 3)

  48. SCONET PAUSE…..

More Related