Schéma Directeur Informatique - De sa conception à sa ... · Le schéma directeur informatique...

ENS-LyonSchéma Directeur Informatique -De sa conception à sa réalisation

Référence : ENSL-SDI-PSI-081112

Date : 2010-03-28

Issue : 0 draft

Schéma Directeur Informatique - De sa conception à saréalisation

Ecole Normale Supérieure de Lyon

préparé par Emmanuel Quemener

contrôlé par

approuvé par

__________________________ Date: ________________________

reference ENSL-SDI-PSI-081112

version 0 draft

date de version 28 mars 2010

nom de document ENSL-SDI-PSI-081112.odt

Page: 1/36



Date : 2010-03-28

Issue : 0 draft

Destinataires du documentVersion 0 draft

Date de distribution

Numéro d'ordre n/a

Nom Service

Emmanuel Quemener Responsable PSI

Jacques Samarut Directeur

Michel Peryrard Directeur Etudes

Chantal Rabourdin-Combe Directrice Recherches

François Naizot Secrétaire Général

Gérard Ghys IGENR

Page: 2/36



Date : 2010-03-28

Issue : 0 draft

Mise à jourDate Version Pages Raisons du changement

10/04/08 0 draft toutes Création

Page: 3/36



Date : 2010-03-28

Issue : 0 draft

Table des Matières1.Introduction......................................................................................................................................................62.Abréviations.....................................................................................................................................................63.Références documentaires..............................................................................................................................64.La Méthode CQQCOQP..................................................................................................................................7

4.1.Introduction..............................................................................................................................................74.2.Pourquoi ? Ou, quel est l'objectif ?...........................................................................................................74.3.Qui ? Ou, qui sont les personnes ou corps de métiers concernés ?.........................................................74.4.Où ? Ou, quels sont les domaines touchés par les projets ?....................................................................84.5.Quoi ? Ou, quelles sont les actions stratégiques à réaliser ?...................................................................84.6.Comment ? Ou, quelles méthodes et moyens à mettre en œuvre ?........................................................84.7.Quand ? Ou, quelle programmation dans le temps ?...............................................................................94.8.Combien ? Ou, quelles ressources à mobiliser ?.....................................................................................9

5.Déroulement du Schéma Directeur Informatique.............................................................................................95.1.Introduction..............................................................................................................................................95.2.Identification des sources de projets........................................................................................................95.3.Définition des actions stratégiques.........................................................................................................115.4.Atomisation des projets..........................................................................................................................125.5.Estimation des CQQCOQP associés à chaque projet............................................................................13

5.5.1.Le « pourquoi »...............................................................................................................................135.5.2.Le « où » .......................................................................................................................................135.5.3.Le « qui »........................................................................................................................................135.5.4.Le « quoi »......................................................................................................................................145.5.5.Le « combien »...............................................................................................................................145.5.6.Le « quand »...................................................................................................................................145.5.7.Le « comment »..............................................................................................................................14

5.6.Planification globale et gouvernance......................................................................................................155.6.1.Comité de pilotage..........................................................................................................................155.6.2.Comité d'utilisateurs.......................................................................................................................155.6.3.Planification....................................................................................................................................16

5.7.Proposition au Comité de Pilotage et affinage........................................................................................165.8.Acceptation au prochain conseil d'administration...................................................................................165.9.Mise en œuvre.......................................................................................................................................16

6.Annexes.........................................................................................................................................................176.1.Éléments du Contrat Quadriennal 2007-2010........................................................................................176.2.Éléments du Projet d'établissement 2007-2010.....................................................................................176.3.Éléments de l'audit du SI........................................................................................................................216.4.Éléments de l'audit du dispositif Elastic..................................................................................................216.5.Éléments du cahier des charges de la LRU...........................................................................................226.6.Projets identifiés au 1er juillet 2008........................................................................................................22

6.6.1.Infrastructures.................................................................................................................................226.6.2.Réseaux.........................................................................................................................................236.6.3.« Back Office »...............................................................................................................................246.6.4.« Front Office »...............................................................................................................................266.6.5.Système d'information....................................................................................................................296.6.6.Plate-formes expérimentales..........................................................................................................316.6.7.Transverses....................................................................................................................................32

6.7.Projets soldés en 2007-2008..................................................................................................................336.7.1.Infrastructures.................................................................................................................................336.7.2.Réseaux.........................................................................................................................................346.7.3.« Back Office »...............................................................................................................................346.7.4.« Front Office »...............................................................................................................................356.7.5.Système d'information....................................................................................................................356.7.6.Plate-formes expérimentales..........................................................................................................36

Page: 4/36



Date : 2010-03-28

Issue : 0 draft

6.7.7.Transverses....................................................................................................................................36

Page: 5/36



Date : 2010-03-28

Issue : 0 draft

1.IntroductionLa rédaction de ce document s'inscrit dans le cadre de la préparation de l'audition de l'établissement École Normale Supérieure de Lyon.

En effet, dans le document de préparation de l'audit (document conjoint IGF : 2007-M-067-04 et IGA : 2007-091) mis-à-disposition par les inspecteurs généraux de l'éducation nationale et du ministère des finances apparaissent différents points concernant le système d'information. Parmi ces six points, l'un d'eux mentionne la nécessité de l'établissement d'un schéma directeur du système d'information.

Cependant, l'informatique d'un établissement de l'enseignement supérieure et de la recherche ne saurait se réduire à son système d'information, même si, extérieurement, il est un des principaux utilisateurs de l'infrastructure informatique.

Ce document, rédigé par le responsable informatique de l'établissement, en poste depuis moins d'une année, s'inscrit donc dans une démarche de construction d'un schéma directeur à partir, d'une part, des informations collectées au travers des différents documents contractuels de l'établissement, mais aussi, d'autre part, sur l'expérience issue de ses premiers mois de prise de fonction.

2.AbréviationsSDI Schéma Directeur Informatique

LRU Loi relative aux Libertés et Responsabilités des Universités

SI Système d'Information

SGI ou SIG Système Globalisé d'Information

SGBD Système de Gestion de Bases de Données

Supann ANNuaire de l'enseignement SUPérieur

CRU Comité Réseau des Université http://www.cru.fr

MOA Maîtrise d'ouvrage

MOE Maîtrise d'œuvre

AMOA Assistance à la maîtrise d'ouvrage

AMOE Assistance à la maîtrise d'œuvre

ENT Espace Numérique de Travail

EPI Espace Pédagogique Intégré (ENT des étudiants de l'établissement)

CQQCOQP Allographe d'une méthode simple de gestion de projet : Comment, Quoi, Qui, Combien, Où, Quand, Pourquoi

MCO Maintien en Conditions Opérationnelles

SDSI Schéma Directeur du Système d'Information

3.Références documentairesIGF : 2007-M-067-04 et IGA : 2007-091 Cahier des charges établi en vue de l'élargissement des compétences des universités prévu

par la loi relative aux libertés et responsabilités des universités

ENS COPIL 2006-11-14 Présentation du Schéma Directeur des Systèmes d'Information

Restitution dispositif Elastic 2007-06-29 Bilan et perspectives du dispositif Elastic

Contrat 2007-2010.pdf Contrat Quadriennal de Développement 2007-2010

ENS Lyon_Projet_2007_2010_v3.pdf École Normale Supérieure de Lyon : Projet d'établissement 2007-2010

http://fr.wikipedia.org/wiki/CQQCOQP Référence CQQCOQP de Wikipedia

http://fr.wikipedia.org/wiki/Extreme_programming Référence « méthode agile » de Wikipedia

http://web-ast.dsi.cnrs.fr/l3c/owa/annuaire.recherche Nomenclature de référence Labintel des unités du CNRS

http://www.infocentre.education.fr/bcn/ Base centrale des nomenclatures (SISE, CNU, REFERENS)

http://www.infocentre.education.fr/ibce/ Base centrale des établissements

http://fr.wikipedia.org/wiki/M%C3%A9thode_agile Référence à la « méthode agile » de gestion de projet

Page: 6/36



Date : 2010-03-28

Issue : 0 draft

4.Schémas Directeurs « Informatique » ou « Système d'Information »

5.La Méthode CQQCOQP

5.1.IntroductionLa méthode CQQCOQP va nous permettre de mettre en musique ce document Schéma Directeur Informatique. Il se base sur la réponse à sept questions élémentaires :

● Qui ? (gens ou catégories de gens concernés) ● Quoi ? (actions à effectuer) ● Où ? (domaines touchés par le projet, lieux) ● Quand ? (programmation dans le temps) ● Comment ? (moyens, méthodes, etc.) ● Combien ? (quantités, budget) ● Pourquoi ? et/ou Pour quoi ? (motifs et objectifs)

Nous répondrons à ces questions, pas nécessairement dans cet ordre, pour construire notre document, lequel deviendra la feuille de route principale de nos actions sur les 3 prochaines années.

5.2.Pourquoi ? Ou, quel est l'objectif ?Le schéma directeur informatique est la déclinaison informatique de la politique générale de l'établissement. Les objectifs stratégiques sont donc ceux de l'établissement et restent sous la responsabilité de la maîtrise d'ouvrage. Les actions à réaliser dans le cadre de ce schéma directeur sont stratégiques pour l'informatique de l'établissement. Elles se déclinent alors suivant les différentes domaines techniques.

5.3.Qui ? Ou, qui sont les personnes ou corps de métiers concernés ?La fonction informatique de l'établissement dispose d'un impact majeur à des degrés divers. Ont été identifiées 6 strates sur lesquelles l'informatique dispose d'un impact majeur. Il est à noter que certaines d'entre elles sont tournées autant vers l'intérieur que vers l'extérieur de l'établissement.

1. le public○ les individus accédant aux ressources de l'établissement sans aucun accord préalable.

2. tout individu connu de l'établissement :

○ chaque individu dispose, dès son entrée comme personnel sur le site, d'un certain nombre de services à sa disposition. Parmi eux, on peut citer les différentes messageries électroniques, un espace de stockage, un service d'impression, un poste de travail, etc...

3. les individus des cœurs de métiers : chercheurs, enseignants et élèves

○ les chercheurs, orientés vers les sciences « dures », utilisent des équipements particuliers pour la réalisation de leur recherche (pilotage de manipulations, dispositifs de contrôle, ...);

○ les enseignants disposent de salles libre-service pour les enseignements;

○ les élèves disposent de salles libres libre-service et de machines pour leurs travaux.

4. les individus des services techniques « support » :

○ les personnes participant aux recherches ou à la pédagogie dans leur préparation ou exécution;

○ les personnes administrant ou utilisant les infrastructures des plate-formes expérimentales.

5. les individus des services administratifs « support » :

Page: 7/36



Date : 2010-03-28

Issue : 0 draft

○ les personnes participant aux fonctions administratives : fonctions financières, comptables, ressources humaines, patrimoine, ...

6. la direction

○ les personnes nécessitant des indicateurs pertinents leur permettant le pilotage de l'établissement.

5.4.Où ? Ou, quels sont les domaines touchés par les projets ?Les domaines touchés par les projets couvrent tout le spectre de l'informatique. Les domaines informatiques identifiés pour les projets sont les suivants :

● infrastructures : les locaux hébergeant les dispositifs informatiques et leur maintenance (sûreté des lieux, adduction électrique et réseau, distribution réseau, climatisation), ...

● réseaux : les équipements actifs permettant la distribution du réseau des équipements serveurs aux postes de travail, la gestion de la sécurité dans les transferts, ...

● « back office » : les équipements équipés de systèmes d'exploitation, socle des services utilisés mais également les services utilisés par les individus qu'ils aient la perception directe de leur existence (serveur de bases de données, de noms, de configuration automatique d'adresse, etc...)

● « front office » : les services offerts dont l'utilisateur perçoit l'existence (Espace Numérique de Travail, le service d'annuaire Ldap, le service de fichiers partagés, ...)

● système d'information : cela couvre tout le socle gestion des bases de données, les applications « métiers », les dispositifs de pilotage

● plates-formes expérimentales : cela couvre les dispositifs informatiques et les applications mises à disposition pour l'offre de « services » à la recherche ou aux infrastructures de service à la recherche (le logiciel Phare du PBES pour la gestion des animaleries)

● transverses : les projets débordant d'un cadre spécifique à un domaine informatique

5.5.Quoi ? Ou, quelles sont les actions stratégiques à réaliser ?Les actions stratégiques suivantes sont destinées à identifier simplement la destination de tel ou tel projet informatique.

En effet, dans les premiers comités de pilotage, la liste des projets informatique avait tendance à prendre un aspect de « liste à la Prévert » de projets. Leur intitulé souvent très technique rendait difficile la nécessité de hiérarchiser l'uin par rapport à l'autre. Pour éviter cela, cinq actions stratégiques ont été définies. Chaque projet sera associée à une ou plusieurs actions stratégiques. Elles sont donc les suivantes :

● fiabilisation

● consolidation

● pérennisation

● extension

● valorisation

5.6.Comment ? Ou, quelles méthodes et moyens à mettre en œuvre ?● identification des sources de projets

○ les sources sont au nombre de 6

■ le projet d'établissement 2007-2010

■ le contrat quadriennal 2007-2010

■ le résultat de l'audit du système d'information

Page: 8/36



Date : 2010-03-28

Issue : 0 draft

■ le résultat de l'audit des informaticiens des laboratoires

■ le résultat de l'audit du service des TIC Pr@tic

■ le cahier des charges de la préparation à la loi LRU

■ le résultat d'une année à l'écoute des utilisateurs et de leurs projets

● définition des actions stratégiques

○ les actions stratégiques sont les 6 actions définies dans le « Quoi »

● atomisation des projets :

○ les projets sont « atomisés » pour disposer du moins de dépendance possible vis-à-vis des autres projets

○ mi-juin 2008,108 projets ont été identifiés

● estimation des CQQCOQP associés à chaque projet

○ les 7 questions sont systématiquement détaillées

● planification globale

● proposition au Comité de Pilotage et affinage

● acceptation au prochain conseil d'administration

● mise en œuvre

5.7.Quand ? Ou, quelle programmation dans le temps ?La planification couvre la période 2008-2010 (fin du prochain plan quadriennal)

5.8.Combien ? Ou, quelles ressources à mobiliser ?A titre purement estimatif, pour les 108 projets identifiés mi-juin 2008, l'estimation du coût humain était de 3431 J.H et le coût financier de 1561 K€.

6.Déroulement du Schéma Directeur Informatique

6.1.IntroductionLe schéma directeur informatique de l'établissement se veut un document de référence sur une durée définie.

Cependant, la difficulté majeure de l'exécution d'un tel document vient de son inadaptation au contexte très actif, voire réactif que se doit de disposer l'informatique d'un établissement face aux enjeux.

Dans la suite, nous déroulerons le canevas décrit auparavant, examinant successivement les sources de projets,

6.2.Identification des sources de projetsLes sources des projets sont issues de cinq documents et du fruit d'une année passée à l'écoute des utilisateurs de l'établissement :

● le projet d'établissement 2007-2010

● le contrat quadriennal 2007-2010

● le résultat des audits du SI, des informaticiens de laboratoires et des TIC

Page: 9/36



Date : 2010-03-28

Issue : 0 draft

● le résultat de l'audit des informaticiens des laboratoires

● le cahier des charges de la préparation à la loi LRU

Tout d'abord, commençons par nous intéresser aux « pièces » officielles : nous disposons de deux documents, l'un est le « contrat quadriennal de développement 2007-2010 », signé le 18 juillet 2007 par la ministre de l'enseignement supérieur et de la recherche, Valérie Pécresse, par le directeur de l'établissement, Philippe Gillet et par les directeurs des institutions partenaires (CNRS, Inra, Inria, Inserm). Ce document, numérisé, d'une quarantaine de pages, reprend les grandes lignes d'un document plus imposant, le « projet d'établissement 2007-2010 », de plus de 200 pages.

Puis, à ces documents s'ajoutent deux documents issus d'audits réalisés sous l'impulsion de l'ancien secrétaire général de l'établissement. Le premier audit, initié au printemps 2006, a fait l'objet d'une restitution le 14 novembre 2006. Son objectif initial était la rédaction d'un schéma directeur du système d'information, élément justement exigé lors de l'audit de l'établissement. L'examen de cette restitution laisse apparaître cependant que cet audit « fonctionnel » a glissé de son objectif initial pour se muer en audit du service informatique. Aussi, la lecture du document présente des objectifs associés à l'organisation du service, des instances mais sur une période courte n'excédant par 2008. Il convient donc de considérer ce document comme un « ancien » SDI plutôt que l'actuel.

A ce premier document, sous la forme d'une restitution d'audit, s'ajoute un second document, issu de l'analyse extérieure menée par Ernst & Young, sur la fonction informatique déconcentrée dans les laboratoires. Le résultat, présenté fin juin 2007, laissait apparaître des pistes de collaboration entre le service informatique, nouvellement rebaptisé Psi et les informaticiens des laboratoires. Ces projets, de nature fédérative, n'étaient pas identifiés dans les actions proposées lors de la présentation du schéma directeur des systèmes d'information 6 mois plus tôt.

Ensuite, ces éléments, issus de l'établissement, sont accompagnés du « cahier des charges » proposé par les inspections générales de l'éducation nationale et des finances.

A cela s'ajoute enfin un état des lieux dressé par le responsable informatique de l'établissement et des propositions telles qu'inscrites aux demandes de budget de l'établissement. En effet, dans les missions proposées au responsable du service informatique figurait la restauration de la confiance entre le service informatique, les cœurs de métiers et les autres services support.

Nombre de projets sont donc issus des problématiques récurrentes rencontrées dans les laboratoires et exigeant du service informatique une réactivité quant à l'écoute et la proposition de solutions à leurs problèmes.

Comme nous allons pouvoir le constater, peu de projets figuraient dans le contrat quadriennal d'établissement (annexe 7.1) et projet d'établissement sur la période 2007-2010 (annexe 7.2) :

● projets liés à la sécurisation des infrastructures informatiques, leur mise en haute disponibilité

● projets de déploiement massif de la téléphonie sur IP

● poursuite du déploiement du SIG basé sur les outils « Cocktail » et fourniture de tableaux de bord

● déploiement d'un espace numérique de travail devant fusionner avec l'espace pédagogique intégré proposé aux étudiants et enseignants

L'audit du système d'information a « produit » un schéma directeur informatique se limitant dans son développement à une unique planche et présentant trois projets (annexe 7.3) :

● la poursuite de la mise en place du SIG « Cocktail »

● la mise en place d'un ENT

● la mise en place de tableaux de bord destinés au pilotage de l'établissement

Aucune mention dans ce document n'est faite de travaux liés à l'infrastructure informatique.

L'audit des informaticiens de laboratoires a levé des pistes de collaborations, outre la restauration d'une confiance mutuelle, sur des projets communs (annexe 7.4) :

● la mise en place d'une infrastructure de stockage

Page: 10/36



Date : 2010-03-28

Issue : 0 draft

● la mise en place d'outils de communication

Cette meilleure communication entre service central et assistance informatique dans les laboratoires a généré une forte demande, notamment en anticipation de travaux de recherche, exigeant une infrastructure consolidée ou la mise en place de dispositifs particuliers. Cette communication a donc été également génératrice de beaucoup de projets tels qu'ils apparaissent.

Sur un tout autre sujet, la préparation en vue d'un passage à l'autonomie des universités de l'établissement a demandé un fort investissement du service informatique, sur son système d'information et sur les composants périphériques indispensables à son exploitation dans le cadre de l'autonomie : gestion de la masse salariale, pilotage infra-annuel des dépenses, ... A ces points se sont rajoutés des éléments strictement liés au système d'information, comme (annexe 7.5) :

● la fiabilisation des données;

● l'harmonisation des référentiels;

● l'homogénéisation des applications;

● la mise à jour et des dispositifs de contrôle de qualité;

● l'existence d'un schéma directeur informatique;

● le renforcement des fonctions techniques et politiques du système d'information

Cette année de transition après l'audit a également été le siège de la remise à plat de toute l'infrastructure système. L'analyse des périodes de garantie des équipements existant a ainsi montré que nombre d'équipements devaient être renouvelés en 2008 sous peine de laisser en production des équipements sans maintenance.

Enfin, à cette liste de projets se sont rajoutés des projets relevant des actions stratégiques que nous allons détailler par la suite.

6.3.Définition des actions stratégiquesLes actions stratégiques sont les 6 actions définies dans le « Quoi ». Elles permettent d'identifier, pour la direction et son pilotage du pôle système d'information, des actions prioritaires en fonction des besoins.

Elles sont les suivantes :

● fiabilisation

○ constat général : les données sont présentes mais sont-elles fiables dans leur saisie, leur traitement et leur extraction ? Les solutions informatiques existent mais disposent-elles d'un niveau de disponibilité suffisant ?

○ action : une augmentation du niveau de service pour toutes les composantes informatiques

○ exemples :

■ mettre en place des extractions permettant de traquer les incohérences dans le SI;

■ remplacer un serveur en fin de garantie pour pouvoir réagir en cas de problème;

■ remplacer les serveurs physiques aux services critiques par des serveurs virtualisés.

● consolidation

○ constat général : les solutions informatiques sont là mais les demandes augmentent sans cesse

○ action : les dispositifs sont améliorés afin d'offrir des services supérieurs à ceux qui existaient, en adéquation, voire en anticipation avec les besoins des cœurs de métiers

○ exemples :

■ remplacer le serveur de fichiers par un serveur disposant d'un espace disque étendu;

■ offrir la connectivité GigaBit au poste de travail à la demande pour les requêtes spécifiques;

Page: 11/36



Date : 2010-03-28

Issue : 0 draft

■ intégrer l'application de gestion des résidences dans le SIG pour éviter de maintenir un connecteur source d'erreur en cas d'évolution de schéma de base de données.

● pérennisation

○ constat : les solutions informatiques existent mais existeront-elles dans quelques années

○ actions : un investissement dans les solutions dont la pérennité peut être assurée et un « marquage » des projets, consortium pour assurer le développement des projets dans la ligne des choix stratégiques de l'établissement

○ exemples :

■ favoriser l'utilisation de logiciels libres pour permettre de ne pas demeurer captif d'une société modifiant ses conditions tarifaires de manière unilatérale (pare-feu);

■ s'impliquer dans les instances décisionnelles et techniques de Cocktail pour infléchir les priorités en fonction de ses besoins;

■ se lier à d'autres structures de développement pour donner au logiciel de gestion d'animalerie phare une pérennité, basée sur la diffusion.

● extension

○ constat : les solutions informatiques existent mais sont-elles suffisantes ?

○ action : de nouveaux services, de nouvelles couvertures fonctionnelles sont développées

○ exemples :

■ offrir un compte de téléphonie sur IP à tout utilisateur pour mieux communiquer avec les personnes hors de l'établissement;

■ offrir un service d'agendas partagés pour tous les utilisateurs;

■ déployer les outils Cocktail destinés à une meilleure couverture des métiers.

● valorisation

○ constat : les solutions informatiques ou le patrimoine scientifique existent, mais ils ne sont pas assez diffusés hors de l'établissement

○ action : une amélioration des « vitrines » de l'établissement, la mise à disposition du patrimoine scientifique, technique et documentaire de l'établissement et un accueil ou une aide à d'autres organismes.

○ exemples :

■ offrir aux autres animaleries un logiciel de gestion de leur population;

■ offrir une meilleure visibilité de l'établissement et sa production à travers les sites Web;

■ offrir des espaces pour accueillir les équipements d'autres établissements dans le cadre de redondance de matériels ou services.

Il est à noter que plusieurs actions stratégiques peuvent être associées à un même projet. Par exemple, le remplacement d'un serveur de fichiers en fin de période de garantie répond à la fois à un besoin de fiabilisation de l'infrastructure (le risque est plus limité du fait de l'utilisation de matériels plus récents offrant une meilleure garantie) et à un besoin de consolidation (le service offert à l'utilisateur va s'étendre en terme de quota).

6.4.Atomisation des projetsLa difficulté dans la définition des projets reste de définir leur portée et les effets de bord associés. De manière à éviter qu'un projet paraisse stoppé par le blocage d'une action majeure, il a été décidé de séparer les actions le plus possible en projets les moins intriqués possible, voire dans l'idéal indépendants.

Par exemple, une grande partie des projets concernant le système d'information a pour objectifs stratégiques

Page: 12/36



Date : 2010-03-28

Issue : 0 draft

la fiabilisation et la consolidation. Une bonne partie de ces projets concerne le remplacement d'applications de l'ancien système d'information, applications aujourd'hui maintenues sous perfusion.

De manière à ne pas juger de l'avancement d'un projet global « suppression de l'ancien SI » ou « harmonisation des applications », nous avons préféré traiter chaque application au sein d'un projet à part.

Afin de réaliser cette opération d'atomisation, les projets ont donc été listés pour disposer du moins de dépendance possible vis-à-vis des autres projets.

La liste étant en perpétuelle évolution (des projets arrivent, démarrent, se soldent), seule une liste en annexe accompagnera ce document (annexe 7.6). Cette liste est décomposée en domaine d'applications (le « Où ? ») et présente très succinctement l'objectif ainsi que les actions stratégiques associées.

Elle est également accompagnée d'une autre liste, celle des projets soldés sur l'année universitaire 2007-2008 (annexe 7.7).

6.5.Estimation des CQQCOQP associés à chaque projetLes réponses aux questions « Comment, Quoi, Qui, Combien, Où, Quand, Pourquoi » forment chaque fiche de projet.

Chaque projet est ainsi détaillé sous forme d'une fiche projet dans l'ordre suivant : Pourquoi, Où, Qui, Quoi, Combien, Quand, Comment.

6.5.1.Le « pourquoi »Le « pourquoi », présente l'objectif général du projet.

Il est également associé à la définition de cet objectif au moins une action stratégique parmi les 5 définies plus haut. Ainsi, d'une action stratégique nous passons à un objectif tactique dès que nous nous plaçons au niveau d'un projet :

● fiabilisation,

● consolidation,

● pérennisation,

● extension,

● valorisation.

Au delà du pourquoi, il est nécessaire d'estimer les risques associés au projet. Les risques sont de plusieurs natures :

● les risques liés à l'exploitation du projet une fois abouti. Ils forment le « domaine de vol » du projet et quantifient lesquels sont « acceptables » ou « inacceptables »

● les risques liés à l'abandon du projet par rapport à l'ensemble du SDI. Ils établissent les effets de bord qu'une telle action pourrait signifier pour d'autres projets.

6.5.2.Le « où » Le « où » présente le domaine de l'établissement impacté par le projet.

Il définit également si des intéractions sont à prévoir avec d'autres services, cœurs de métier dans la réalisation. Dans ce cas, un livrable du style « document d'interface et de contrôle » définit quelle est la nature des intéractions entre les éléments.

6.5.3.Le « qui »Le « qui » présente le destinataire du projet, mais aussi les personnes en charge de la gestion du projet, côté utilisateur et côté informatique. Cette attitude permet d'impliquer plus étroitement l'utilisateur final ou son

Page: 13/36



Date : 2010-03-28

Issue : 0 draft

représentant dans toutes les phases du projet.

Il associe les forces, qualitativement (en compétences) et quantitativement (en jours.hommes) nécessaires à l'accomplissement du projet.

Il présente également la structure « politique » du projet par l'identification des différents protagonistes qui lui sont associés :

● le destinataire ou la maîtrise d'ouvrage. Il est représenté a minima par le « chef de projet utilisateur »

● le maître d'œuvre. Il est représenté a minima par le « chef de projet informatique »

● les groupes de travail destinés aux phases suivantes :

○ expression des besoins et retour par l'analyse des besoins

● les personnes impliquées directement dans le projet pour sa réalisation :

○ groupe de travail « métier », sous la tutelle du chef de projet utilisateur

○ groupe de travail « informatique », sous la tutelle du chef de projet informatique

○ les développeurs, intégrateurs, testeurs et rédacteurs impliqués dans les différentes phases

6.5.4.Le « quoi »Le « quoi » présente les grandes lignes des actions à accomplir pour satisfaire le projet.

Les actions sont définies de manière à être les plus exclusives possibles pour limiter au maximum le risque de dépendance entre elles.

6.5.5.Le « combien »Le « combien » s'attarde sur la partie « ressources » d'un point de vue quantitatif.

Aussi ces ressources sont autant humaines (nombre de journées de travail et personnes à mobiliser) que financières (équipements ou logiciels à acquérir pour la réalisation du projet, voire sollicitation d'un intervenant extérieur).

Ce « combien » représente alors, pour le volet « qui ? », la partie quantitative des ressources à mobiliser pour satisfaire le bon déroulement du projet.

6.5.6.Le « quand »Le « quand » établit pour le projet un planning sur les différentes actions à entreprendre telles que citées dans le « quoi ».

Dans l'idéal, le projet s'accompagne d'un diagramme de Gantt destiné à juger quand les forces sont utilisées et sur quelle période.

6.5.7.Le « comment »Le « comment » présente enfin le déroulement du projet dans les phases classiques suivantes :

● expression des besoins

● analyse des besoins

○ étude préliminaire permettant de juger de la faisabilité du projet

● conception par l'écriture des documents initiaux et finaux :

○ livrables : cahier des charges et procédure de recette finale

○ livrables : conception sommaire et procédure de tests de vérification

Page: 14/36



Date : 2010-03-28

Issue : 0 draft

○ livrables : conception détaillée et procédure de tests d'intégration

● réalisation des différents composants

○ livrables : « modules » et tests unitaires

● intégration des différents composants

○ livrables : « programmes » et tests d'intégration

● mise en production :

○ livrable : cahier de recette

● maintien en conditions opérationnelles :

○ document : cahier d'exploitation

Pour clôturer les projets en fonction des objectifs fixés, il a été décidé de s'orienter vers des méthodes de gestion de projet « agiles », privilégiant des cycles de développement courts, pour coller au mieux aux demandes des utilisateurs.

En effet, l'audit du service informatique a proposé pour la suite une réorganisation du service et de son fonctionnement. Les méthodes de gestion de projet industrielles ont donc commencé à être utilisées, sans pour autant mettre en place le même niveau traçabilité des actions. Il en a résulté un large frustration des utilisateurs, notamment ceux des groupes de travail, lesquels s'étaient beaucoup investis.

De plus, il est rapidement apparu qu'une structure trop lourde de gestion de projet, voire « carcérale » serait une révolution intellectuelle trop conséquente pour être expérimentée avec succès compte-tenu des échéances de l'établissement.

Enfin, elle serait incompatible voire en opposition directe avec l'esprit de collaboration à restaurer avec les utilisateurs compte-tenu du passé des relations entre le service informatique et les utilisateurs.

6.6.Planification globale et gouvernanceLa planification globale du schéma directeur informatique s'inscrit dans un processus évolutif dont les jalons sont les comités de pilotage et les comités d'utilisateurs.

6.6.1.Comité de pilotageLe comité de pilotage se réunit une fois par trimestre.

Il comprend l'équipe de direction (directeurs, directeurs adjoint de la recherche et des études, secrétaire général) et le responsable du pôle du système d'information.

Le responsable informatique présente l'avancement des projets en cours, les retards, les risques, compare et propose un planning d'activités pour les 6 mois à venir.

Son rôle se focalise sur :

● la reprise des conclusions du précédent comité et son analyse

● l'observation de l'activité du service informatique

● la prise de décision sur la priorité à associer à chaque projet

● la rédaction des prises de décision et la planification des projets pour les 6 mois à venir

6.6.2.Comité d'utilisateursLe comité d'utilisateurs se réunit une fois par trimestre.

Il comprend le responsable du pôle du système d'information, les responsables de pôles, les directeurs de laboratoires et de départements, ainsi qu'un échantillon représentatif des utilisateurs de ressources de l'établissement comme définis dans le « qui ».

Page: 15/36



Date : 2010-03-28

Issue : 0 draft

Son rôle se propose de revenir sur le triptyque classique de la réunion d'avancement :

● où en sommes-nous ?

○ État des lieux dressés des actions des X derniers mois et points d'avancement des projets

○ Détail du plan de charge des membres du Psi pour les X derniers mois

○ Inventaire des nouveaux projets

● où allons-nous ?

○ Présentation des projets à entreprendre, soldés en fonction des priorités fixées

● comment y-allons nous ?

○ Proposition de plan de charge

6.6.3.PlanificationLa planification est réajustée suite aux décisions du comité de pilotage.

Chaque projet fait état d'un budget jours.hommes prévisionnel et d'un

6.7.Proposition au Comité de Pilotage et affinageLe document tel que décrit sera présenté puis amendé par les membres du comité de pilotage en septembre 2008.

6.8.Acceptation au prochain conseil d'administrationLe SDI fait d'objet d'une courte présentation lors du conseil d'administration de l'établissement.

Les priorités et les plans de charge sont réajustés compte-tenu des décisions, notamment budgétaires, associées aux projets envisagés.

Ce document servira donc de document de référence pour tous les documents associés à l'activité du Pôle du Système d'Information à compter de son acceptation en CA.

6.9.Mise en œuvreLa mise en œuvre du SDI se déroulera de la manière décrite dans le « comment ». Le comité de pilotage se réunira tous les trimestres (prochaine échéance décembre 2008) pour revenir de manière récurrente sur les activités du service.

Page: 16/36



Date : 2010-03-28

Issue : 0 draft

7.Annexes

7.1.Éléments du Contrat Quadriennal 2007-2010● I-2 Des moyens au service de la formation

○ Portail documentaire intégré au SI

○ Intégration de l'EPI dans ESUP

● III-2 Pilotage adapté aux enjeux

● III-4 Développement maîtrisé des TIC

● finaliser le SIG

○ déploiement de LL

○ déploiement outils Cocktail

○ déploiement E-Sup

○ mutualisation RH

● renforcer l'infrastructure

○ adaptation du réseau

■ transport voix et video

■ droit d'accès physique

■ IPv6

○ sécurisation de l'information

■ politique de sécurité

■ protection contre les intrusions

■ authentification par carte à puce

■ haute disponibilité

○ développement ToIP

○ évaluation QoS

● démarche de service

○ développement des TICE

○ déploiement et adaptation sur l'activité des laboratoires

7.2.Éléments du Projet d'établissement 2007-2010● II-3 Moyens pédagogiques nouveaux

○ modernisation matériels informatiques

○ généralisation salle informatique virtuelle

○ accès aux ressources via un portail unique

● IX CRI

● II-4 Utilisation accrue des TICE

○ confortation des outils comme EPI

○ inventaire, indexation et organisation des ressources

Page: 17/36



Date : 2010-03-28

Issue : 0 draft

○ définition de priorité de production

○ mise en place d'une chaîne éditoriale

○ constitution d'une "livre numérique"

● III-6 Fourniture d'indicateurs en temps réel

○ Index de citation

○ banque permanente de publications

○ suivi des invitations

○ suivi des succès des contrats

○ suivi de l'insertion professionnelle

● V-2 Infrastructure informatique

○ adapter le réseau aux évolutions

■ nouvelles fonctionnalités de VoIP

■ droit d'accès physique au réseau

■ déploiement IPv6

○ sécuriser l'information et son accès

■ rédiger et mettre en oeuvre une PSSI

■ mettre en place une IPS

■ mettre en place une solution d'authentification forte

■ mettre en place du HA

■ fiabiliser la climatisation

■ fiabiliser la fourniture d'électricité

○ déployer des services de ToIP

○ mettre en place une évaluation des TIC

● VI-5 Poursuite du développement du SI

○ continuer le déploiement des outils Cocktail

○ intégrer l'ensemble des logiciels dans l'ENT

■ applications du SI

■ applications pédagogiques

● Objectif opérationnel 6

○ Objectif

■ Terminer la mise en place du SI

■ Activités prévues

■ Consolider la construction d'un ENT

■ Consolider le déploiement de Cocktail

■ Ajouter au SI un volet sur l'activité scientifique

■ Intégrer les logiciels de pédagogie dans l'ENT

■ Mutualiser les ressources humaines avec les autres établissements lyonnais

■ Assurer la formation des personnels au SI

Page: 18/36



Date : 2010-03-28

Issue : 0 draft

○ Calendrier

■ en cours de contrat

○ Définition des indicateurs

■ Mise en place des différents outils

○ Évaluation des coûts

● Objectif opérationnel 2

○ Maintenir et adapter les services informatiques

○ Activités prévues

■ Adapter le réseau aux évolutions techniques

● Qualité de service

● Sécurisation de l'accès au réseau

● Déploiement d'IPv6

■ Sécuriser l'information et son accès

● Continuité de service

● Sécurité des systèmes d'information

■ Déployer des services de ToIP

■ Mettre en place un dispositif d'évaluation des TIC

○ Calendrier

■ QoS : 2007

■ sécurisation : 2007

■ Déploiement IPv6 : 2006-2010

■ Sécurité SI : 2008

■ Téléphonie sur IP

○ Définition des indicateurs de suivi

■ % de serveurs sous IPv6

■ % de machines migrées sous IPv6

■ Nombre d'interruptions d'une durée > 1h

■ % de communications passées en IP

■ % des usagers satisfaits des TIC

○ Résultats chiffrés attendus

■ % de serveurs sous IPv6 : 100%

■ % de machines migrées sous IPv6 : 50%

■ Nombre d'interruptions d'une durée > 1h : 1

■ % de communications passées en IP : 30%

■ % des usagers satisfaits des TIC : 70%

○ Évaluation du coût

■ QoS et sécurisation : 120 k€

■ Continuité de service : 100 k€

Page: 19/36



Date : 2010-03-28

Issue : 0 draft

■ Sécurité SI : 100 k€

■ ToIP : 200 k€

● Formation

○ I.5.7 Outils informatiques

○ I.6 Cluster de calcul au LIP

● Recherche

○ II.3.1 Données générales

■ Grille

● TIC et TICe

○ IX Le Centre de ressources informatiques

■ IX.1 Rappel des objectifs

● déploiement réseau informatique et réseau sans fil

● sensibilisation à la sécurité et à l'usage des logiciels libres

● passage du CRI à 20 personnes

■ IX.2 Évolution des personnels du CRI

■ IX.3 Bilan des activités du CRI

● Infrastructures informatiques

○ Réseau

○ Réseau WiFi

● Système d'information SILENS

○ septembre 2004 : scolarité administrative et pédagogique

○ janvier 2005 : gestion financière et paye

○ septembre 2005 : gestion des ressources humaines

● Équipements des salles informatiques et salles virtuelles

● Logiciel Phare

● Sécurité informatique

● Logiciel libre

■ IX.4 Budget

○ X Le service Pr@tic

■ X.1 Rappel des objectifs

■ X.2 Évolution des personnels

■ X.3 Missions et réalisations de Pr@tic

● Référentiel TIC/TICE

○ Structurer la politique TIC

○ Urbaniser les SI dans une logique SGI

○ Valoriser les RH

○ Développer une dialectique usages-services

○ Développer l'enseignement numérique

Page: 20/36



Date : 2010-03-28

Issue : 0 draft

○ Mutualiser les TIC pour la recherche

○ Conduire l'évolution des réseaux

○ Assurer la sécurité des systèmes d'information

7.3.Éléments de l'audit du SI● Résultats de l'audit

● Repenser la fonction informatique

○ définition des modalités de pilotage

○ précision des missions

● Se doter d'un dispositif de pilotage

○ production d'indicateurs temps réel

● Poursuivre sur le SI Cocktail

○ conservation des outils Cocktail

○ amélioration de la couverture fonctionnelle

○ budget

○ immobilisations

○ scolarité

○ apport de modifications

○ mise à niveaux

○ mise en œuvre d'un dispositif de reporting

● Mettre en œuvre l'ENT

○ constitution d'un point d'accès unique

○ harmonisation des sources d'information

○ accès en ligne à des fonctions du SI

○ situation administrative

○ offre de formation

○ bibliothèque

○ cartable électronique

○ apport des expériences de l'EPI

7.4.Éléments de l'audit du dispositif Elastic● Résultats de l'audit

○ Mutualiser les opérations/projets qui, potentiellement, concernent toutes les structures de l'école

○ Mutualiser ce qui peut être standardiser dans les laboratoires

○ Mettre en place des services communs

○ Bénéficier des compétences et/ou services d'autres équipes

○ Mutualiser des moyens au cas par cas sur certaines opérations

○ Assurer la continuité de service

Page: 21/36



Date : 2010-03-28

Issue : 0 draft

○ Assurer une gestion concertée du réseau

7.5.Éléments du cahier des charges de la LRU● Fiabilisation de la collecte et de remontée d'informations

○ Fiabiliser les processus de collecte et de remontées d’informations avant d’envisager d’utiliser les systèmes d’information à des fins de pilotage. Ce travail essentiel permettra également de rentabiliser les investissements souvent coûteux pour l'acquisition des applications informatiques

● Harmonisation des référentiels

○ harmonisation des référentiels utilisés par les différentes applications informatiques de l’établissement (dans le respect des nomenclatures définies au plan national), et de leur bonne compréhension par les différents services et composantes, afin de rendre possible le croisement des informations tirées de sources différentes – il s’agit d’une solution a minima, une solution plus ambitieuse consistant à mettre en place des interfaces entre applications pour supprimer les ressaisies (en particulier entre les applications de gestion administrative et de paye)

● Homogénéisation

○ homogénéisation de l’utilisation des applications informatiques entre les différents services et composantes de l’établissement

● Mise à jour et dispositifs de contrôle de qualité

○ définition de modes opératoires de mise à jour des données et de la mise en place de dispositifs de contrôle de la qualité des données

● Etablissement d'un schéma directeur du SI

○ Elaborer un schéma directeur du système d'information, piloté par une autorité politique de l’établissement, dont l’objet pourrait être, sur la base d'un état des lieux exhaustif, de préciser les domaines de gestion n’étant pas encore couverts par une application ainsi que le degré d'utilisation et de fiabilité de chaque applicatif, d’harmoniser les référentiels, de préciser les modalités d'arbitrage entre les développements menés au niveau de l'établissement et des composantes, etc

● Renforcement des fonctions techniques et politiques

○ Renforcer les fonctions techniques et politiques dédiées au système d’information

7.6.Projets identifiés au 1er juillet 2008Voici, par branche d'activité (le Où du CQQCOQP), la liste des projets identifiés au 1er juillet 2008 au pôle du système d'information.

Sont précisés pour chaque projet le titre du projet, son objectif (le pourquoi) et les actions stratégiques (le ou les quoi).

Les projets du système d'information disposent d'un traitement particulier : ils ont été regroupés par action stratégique pour mieux identifier quelles sont les actions à favoriser pour le SI face à d'autres actions.

7.6.1.InfrastructuresLes principaux travaux d'infrastructures concernent la fiabilisation et la consolidation de l'existant.

● Accueil autres établissements

○ Mettre à disposition un espace pour les autres établissements de l'enseignement supérieur

○ Actions stratégiques :

■ Consolidation nécessaire pour offrir un niveau de service suffisant.

Page: 22/36



Date : 2010-03-28

Issue : 0 draft

■ Valorisation de l'établissement par la fourniture d'un espace mutualisé.

● Aménagement salle machines 3ième

○ Disposer d'un espace pour l'installation d'un des équipements de sauvegarde de l'établissement.


■ Fiabilisation d'un espace permettant d'accueillir des équipements complémentaires (redondance d'équipement).

■ Consolidation de climatisation existante.

● Aménagement Salle Auto-commutateur

○ Offrir un espace mutualisé pour des équipements informatique basse densité des laboratoires.


■ Fiabilisation d'un espace critique.

■ Consolidation d'un espace par la possibilité d'accueillir des équipements complémentaires.

■ Extension par l'ouverture de l'espace aux laboratoires

● Aménagement salle calcul du LR6

○ Renforcer l'interconnexion du PSMN avec les laboratoires et disposer d'un espace sécurisé


■ Fiabilisation par l'ajout d'un espace dédié à l'installation d'équipement pour la redondance.

■ Consolidation d'un espace dédié au calcul scientifique.

● Aménagement de l'ancienne salle RMN

○ Offrir un espace mutualisé pour les équipements informatiques haute densité des laboratoires et pour des projets de recherche.


■ Fiabilisation par l'ajout d'un local supplémentaire permettant la redondance d'équipement.

■ Extension d'un service d'hébergement à la recherche.

7.6.2.Réseaux● Migration architecture réseau (dorsale)

○ Objectif : Offrir le GE au PdT Offrir le 10GE aux manips


■ Consolidation par la possibilité de disposer d'un accès plus rapide au réseau.

● Migration Firewall

○ Libération des contraintes de logiciels propriétaires, limitation des frais de MàJ, extension des fonctionnalités de filtrage (P2P)


■ Fiabilisation par le choix de composants mieux maintenus que les précédents, par la possibilité d'intervenir de plus de personnes.

■ Pérennisation par le choix de logiciels libres et ouverts

● Audit de l'état des capillaires réseau

○ Vérifier l'adaptation de la distribution réseau terminale aux nouveaux services


Page: 23/36



Date : 2010-03-28

Issue : 0 draft

■ Consolidation en offrant une bande passante ou de la QoS au poste utilisateur

● Migration Ipv6

○ Déployer une infrastructure Ipv6 de bout en bout


■ Consolidation de l'infrastructure et des services à une nouvelle technique de communication réseau

● Authentification 802.1x filaire

○ Meilleure maîtrise de l'accès du poste de travail aux ressources de l'établissement


■ Fiabilisation par une augmentation de la sécurité d'accès au réseau informatique.

● Routage Multicast

○ Diffusion video sur le campus, diffusion Ipv6 sur l'établissement


■ Consolidation par l'addition d'un nouveau service

● Préparation LyRES 2

○ Préparation de la future adduction réseau de l'établissement


■ Consolidation de l'accès au réseau métropolitain

● Téléphonie sur IP

○ Offrir un numéro SIP à chaque utilisateur.


■ Extension du service de téléphonie à tous les utilisateurs dans le cadre de la mobilité.

● Migration distribution réseau (résidence, ...)

○ Remplacer les anciens commutateurs par des équipements homogènes


■ Consolidation de l'infrastructure existante par le remplacement des composants actifs.

7.6.3.« Back Office »Ces projets couvrent le domaine des équipements serveurs, des systèmes d'exploitation, de l'infrastructure de stockage, des services « invisibles » pour l'utilisateur final.

● Mise à jour logiciel sauvegarde

○ MCO


■ Fiabilisation par la mise à jour du déploiement existant.

● Évolution du DHCP

○ MCO.


■ Fiabilisation par la suppression de protocoles sources de DoS.

Page: 24/36



Date : 2010-03-28

Issue : 0 draft

■ Valorisation (par la délégation) des informaticiens des laboratoires pouvant gérer leurs postes

● Migration du serveur d'impression

○ MCO


■ Consolidation par le remplacement de l'équipement existant par un disposant d'une capacité supérieure.

● Migration du serveur de BDD

○ MCO


■ Fiabilisation par le passage à une version plus récente de SGBD

■ Consolidation par le changement de l'équipement portant le système.

● Mise en redondance du serveur CAS

○ MCO


■ Fiabilisation par la disponibilité d'une machine complémentaire offrant le même service

● Déploiement d'une Plate-forme d'intégration SI

○ Permettre de valider avant chaque déploiement la bonne intégration au SI


■ Fiabilisation par la réalisation de cette image virtuelle de système.

■ Valorisation par la diffusion de cette image aux établissements souhaitant déployer un serveur WO pour les outils Cocktail.

■ Pérennisation par l'implication de personnel s'ouvrant sur une communauté plus large donc plus solide face aux évolutions.

● Migration machines intégration ENT

○ MCO


■ Fiabilisation par le remplacement des machines hors garantie par des machines virtuelles

■ Consolidation par le remplacement par des équipements offrant plus de performances

● Migration Rman BDD

○ MCO


■ Fiabilisation par le remplacement de la machine hôte par une machine virtualisée.

● Migration de BDD de starique vers eckmuhl

○ MCO


■ Fiabilisation par le changement d'un serveur arrivant en fin de garantie, par le changement de système d'exploitation en fin de garantie.

● Création secondaire serveur messagerie SMTP

○ Offrir un relais complémentaire pour le service stratégique de messagerie électronique

Page: 25/36



Date : 2010-03-28

Issue : 0 draft

○ Fiabilisation par la création d'un serveur secondaire destiné à relayer le courrier en cas de l'équipement principal.

● Mise en Haute Disponibilité des services critiques

○ Offrir une disponibilité meilleure des services mis-à-disposition


■ Fiabilisation par la supervision associée aux services.

■ Consolidation par la répartition de charge possible entre les équipements.

● Installation serveur Kerberos

○ Mettre en place une authentification forte destinée aux techniques récentes de partages de fichiers


■ Fiabilisation par l'installation d'un nouveau service d'authentification forte

● Déconcentration du service DNS

○ Offrir une délégation aux informaticiens des laboratoires


■ Valorisation (par la décentralisation) de l'activité des informaticiens des laboratoires

7.6.4.« Front Office »Le « front office » désigne les services hors système d'information à disposition des utilisateurs finaux.

● Création Serveur reverse-proxy

○ Offrir la possibilité de lire les revues de la bibliothèque hors des murs de l'établissement.


■ Extension par l'addition d'un nouveau service permettant la consultation des ressources documentaires de l'établissement hors de l'établissement.

● ENT version 2

○ Intégrer plus finement les applications


■ Fiabilisation.

■ Consolidation.

■ Pérennisation.

● Déploiement Agenda partagé

○ Offrir un calendrier partagé comparable à Google Calendar


■ Extension par la fourniture d'une fonctionnalité permettant une meilleure coordination entre les personnes.

● Intégration de la fédération d'identité avec Shibboleth

○ Offrir la possibilité de consulter des ressources d'autres établissements par une diffusion de ses attributs.


■ Valorisation par la capacité à accéder à des ressources d'autres établissements et réciproquement par le partage d'identités.

Page: 26/36



Date : 2010-03-28

Issue : 0 draft

● Évolution du site web de la bibliothèque

○ Faire évoluer un site vieillissant


■ Consolidation par l'évolution du site. Valorisation par le portail documentaire représenté.

● Activité sur la recherche fédérée ( bibliothèque)


■ Extension par la possibilité de consulter des sources documentaires multiples à partir d'un portail unique.

● Évolution du Poste de travail

○ Améliorer la gestion du poste de travail pour rendre plus efficace sa gestion quotidienne


■ Pérennisation par le soutien et la formation à l'utilisation d'outils libres

● Maintenance Site Web Etablissement

○ Fournir une maintenance corrective minimale au site Web officiel de l'établissement.


■ Valorisation de la production scientifique.

● Évolution Site Web Etablissement

○ Participer à la redéfinition du site de l'établissement


■ Valorisation de la production scientifique de l'établissement.

● Déploiement d'une infrastructure de stockage

○ Offrir un espace de stockage, sauvegarde et archivage accessible, extensible et sécurisé à tous


■ Fiabilisation par la mise à disposition d'une infrastructure répartie

■ Consolidation d'une infrastructure de sauvegarde existante

■ Pérennisation par le choix de solutions Open Source permettant l'aggrégation de volumes disques indépendants.

■ Valorisation des ressources de l'école par une disponibilité de ces ressources de l'extérieur de l'établissement

● Évolution Affichage Plasma

○ Redéployer la visualisation sur les écrans plasma de l'établissement.


■ Valorisation des activités de l'établissement.

● Évolution Salle Libre Service

○ Changer les équipements de la salle équipée de postes Windows.


■ Consolidation.

● Intégration moteur de recherche

○ Identifier les différents sites Web de l'établissement.

Page: 27/36



Date : 2010-03-28

Issue : 0 draft

○ Fournir un moteur de recherche butinant toutes les ressources de l'établissement.


■ Consolidation du moteur se limitant jusqu'à présent au site Web institutionnel

■ Valorisation par l'ouverture d'un index plus étendu des ressources de l'établissement

● Migration des serveurs Ldap

○ MCO


■ Fiabilisation par la facilité de migration d'un environnement virtualisé.

● Migration des serveurs Webobjects

○ MCO



● Migration du serveur Sympa (service, intéraction avec SI)

○ MCO


■ Consolidation par le remplacement de l'équipement existant par un disposant d'une capacité supérieure

● Migration du serveur «pages perso »

○ MCO



● Migration du webmail

○ MCO



● Migration du serveur de fichiers

○ MCO



● Intégration technique de Pr@tic

○ Prendre en charge l'exploitation technique des équipements de Pr@tic


■ Pérennisation des développements de Pr@tic par un support technique associé à la gestion des équipements.

Page: 28/36

mailto:Pr@tic

mailto:Pr@tic



Date : 2010-03-28

Issue : 0 draft

7.6.5.Système d'informationLe système d'information constitue le thème le plus étoffé en nombre de projets parmi les domaines d'applications du SDI : il dispose à lui seul, à l'été 2008, de plus d'une trentaine de projets identifiés.

Ainsi grouperons-nous la trentaine de projets par action stratégique, présentant ainsi globalement les priorités que nous comptons appliquer dans le déroulement de nos projets.

Pour mémoire, depuis septembre 2005, le système d'information global de l'établissement (schéma TBD) couvre les sphères financière, ressources humaines et scolarité. Chacune de ces sphères est composée d'outils atomiques permettant la réalisation d'une fonction particulière et sont pour la majorité d'entre elles issues du SIG du consortium Cocktail.

Fiabilisation : rajouter la sûreté des informations à leur exhaustivité de traitement

1. Cohérence du SI

○ Traquer les incohérences du SI pour en revenir à la source et fournir aux métiers leur liste pour correction

○ Identifier par des les anomalies dans le SI pour remonter les informations aux métiers.

2. Intégration Télétransmission TG

○ Supprimer l'usage d'un composant obsolète et limiter les risques d'erreurs

Fiabilisation & Consolidation : effacer l'usage des anciennes applications

Cependant, l'utilisation de certaines applications encore utilisées et issues de l'ancien système d'information exige la conservation de connecteurs, souvent asymétriques (nouveau vers ancien à la création d'un individu par exemple). L'utilisation de ces anciennes applications fragilisent le SI car ils exigent la MCO des SGBD, des serveurs d'applications et des connecteurs nécessaires à leur utilisation et leur synchronisation.

Le remplacement de ces applications anciennes par d'autres applications directement intégrées au SIG déclencherait ainsi deux actions :

● une fiabilisation par la suppression des SGBD et serveurs d'applications associés

● une fiabilisation par la suppression de connecteurs permettant la synchronisation entre les SI

● une consolidation par l'extension du SIG a ces nouveaux domaines fonctionnels

Les projets concernés par cette double opération fiabilisation & consolidation sont les suivants :

1. Intégration Litchi + PIE + Maracuja

○ remplacer l'application Sirius permettant la gestion des hébergements par cette du consortium

2. Intégration DT

○ remplacement de DT Quartz (ancien SI) par DT Cocktail

3. Développement de l'application de gestion de médecine du travail

○ remplacement d'Aspirine

4. Extension de l'usage de PIE (Suppression de Sage)

○ assister l'agence comptable pour leur permettre d'utiliser mieux les outils du SIG déjà disponible et de s'affranchir de l'usage de Sage.

Consolidation du SIG

Les briques logicielles existent, mais elles nécessitent des extensions ou ne sont pas intégrées au SIG. Elles nécessitent des évolutions pour faire face aux nouveaux enjeux ou ne sont pas intégrées globalement au SI.

1. Évolution Banane (instances, élections, OpenReports)

○ ajouter de composants complémentaires pour l'adapter aux évolutions administratives en cours

2. Modifier à minima les applications pour les adapter au contexte ENS

Page: 29/36



Date : 2010-03-28

Issue : 0 draft

○ adaptation minimale des applications au contexte spécifique de l'établissement, notamment la gestion de la scolarité.

3. Réalisation « reports » occupation des résidences

○ affiner les extractions issues du SI pour les remontées auprès de la tutelle

4. Extension « Vérification des Informations Personnelles »

○ permettre aux individus accédant à leurs informations personnelles de participer à la fiabilisation des données du SI

5. Intégration de Superplan

○ remplacer un très vieux logiciel de gestion de salles par un outil intégré au SIG.

6. Intégration Physalis

○ remplacer l'ancienne application par une application du SIG

7. Extension des Tableaux de bords – Indicateurs Psi

○ adapter les extractions sur l'activité du SI aux indicateurs demandés dans le contrat d'établissement

8. Pilotage du SI : Tableau de bord direction

○ mettre à disposition de la direction un tableau de bord sur l'avancement des projets

Extension du SIG

Les métiers nécessitent l'intégration de nouveaux outils pour faire face aux nouveaux enjeux.

● Intégration Poems/Poesie

○ aider au lancement de l'usage d'un outil permettant le suivi de la masse salariale.

● Intégration Enquête

○ disposer d'un outil de gestion d'enquête intégré au SIG

● Intégration Offre de formation

○ étendre la gestion de la scolarité à l'offre de formation

● Intégration Saphari

○ aider au lancement de l'usage du logiciel destiné la gestion des relations internationales

● Intégration Feve

○ étendre la gestion des ressources humaines à l'intégration des fiches de postes

● Installation Zapette

○ faciliter l'accès au SI

● «Marquage Cocktail»

○ conserver une implication technique au sein du Consortium

● Développement « Gestion des risques »

○ étendre le SIG à la gestion des risques et la prise de connaissances des contraintes associées

● Extension SI vers la recherche

○ couvrir plus précisément la gestion scientifique de la recherche (articles : dépôt, relecture, publications, colloques, projets ANR, européens, etc)

● Extension SI vers la formation

○ couvrir plus largement la gestion administrative de la scolarité comme le décompte des heures d'enseignements

Page: 30/36



Date : 2010-03-28

Issue : 0 draft

● Intégration de Goyave

○ étendre le SIG à la fonction de traitement des primes et indemnités.

● Intégration logiciel gestion de fiche de projets

○ étendre le SIG à la gestion des projets

● Intégration logiciel de gestion des actions

○ étendre le SIG à la gestion de l'activité quotidienne des agents

● Réalisation d'un export sous forme d'un annuaire papier

○ mettre à disposition d'édition d'un annuaire papier

● Intégration de la norme Supann 2008 dans le Ldap

○ anticiper l'évolution du connecteur entre le SIG et l'annuaire Ldap de l'établissement

● Étude de connecteurs entre les bases centrales de nomenclatures et le SI Cocktail

○ vérifier l'adaptation entre les nomenclatures nationales et celles du SIG

● Étude de connecteurs entre l'annuaire LabIntel et le SI Cocktail

○ vérifier de l'existence ou non de l'interconnexion avec l'annuaire des unités du CNRS

7.6.6.Plate-formes expérimentalesLes plate-formes expérimentales

● Phare version 1 accès distant

○ Offre d'un accès distant à Phare v1


■ Consolidation de l'accès aux applications de l'ancien Intranet.

■ Valorisation des réalisations et des interactions avec le SI

● Phare version 1

○ MCO

○ Maintenir la version originelle de Phare et l'adapter à minima aux autres animaleries.


■ Consolidation de l'usage de Phare et sa généralisation à toutes les animaleries.

● Intégration Logiciel Cambridge + Phare v2

○ Consolidation par la remise à plat de l'application et l'étude de son intéraction avec l'autre.

○ Pérennisation par la jonction à un projet européen.

○ Extension par l'addition de fonctionnalités liées à la recherche. Valorisation par le rayonnement issu de la collaboration.

● Intégration Infrastructure Cecam

○ Valorisation de l'établissement par l'accueil d'un organisme tourné vers l'extérieur.

● Déploiement Infrastructure CRMN

○ Valorisation de l'établissement et de ses infrastructures.

● Gestion Infrastructure CRMN

○ Valorisation de l'établissement et de ses infrastructures.

Page: 31/36



Date : 2010-03-28

Issue : 0 draft

7.6.7.Transverses● Missions RSSI

○ Fiabilité des SI.


■ Fiabilisation par la définition de missions RSSI en relation avec la PSSI

● Missions CNIL

○ entreprendre la remise à plat des déclarations CNIL pour les bases utilisées dans l'établissement

● Collaboration autres établissements

○ Établir un lien fort avec le tissu universitaire lyonnais


■ Valorisation des compétences de l'établissement à l'extérieur.

● Inventaire (parc machine, réseau, logiciels)


■ Fiabilisation

● Supervision et métrologie (infrastructure, réseau, système, services)

○ Offrir un tableau de bord de l'activité des principaux équipements et services. Installer des sondes dans les locaux critiques.


■ Fiabilisation de l'infrastructure informatique des couches les plus basses aux plus hautes par la supervision et la remontée automatique de dysfonctionnements.

■ Consolidation par l'addition de contrôles poussés dans le fonctionnement des applications.

● Rédaction de procédures

○ Rationaliser le travail et ses actions.

○ Fiabilisation par la rédaction de documentations associées aux fonctions, missions, actions, relations entre les personnes et les informations qu'elles manipulent.

● Préparation Audit LRU

○ Extension des services par la réalisation des objectifs demandés dans le cadre de la loi LRU.

○ Extension des extractions nécessaires pour compléter une partie du kit d'audit.

● Préparation Mutualisation

○ Extension par l'étude des collaborations possibles entre les deux établissements.

● Accompagnement LJC

○ Accompagner KR dans sa prise de poste.

○ Utiliser au maximum les développements locaux au sein du Psi et réciproquement.

○ Consolidation par l'aide fournie à KR lors de sa prise de poste pour lui l'aider au mieux.

● Sortie d'inventaire

○ Établir une liste des composants obsolètes. Déclarer les composants aux domaines.

○ MCO

○ Consolidation par la gestion des équipements obsolètes et leur distribution. Valorisation par l'image véhiculée par l'école de générosité envers les établissements ou personnes demandeuses.

Page: 32/36



Date : 2010-03-28

Issue : 0 draft

● Carte Cumul – Impression et activation

○ Mettre à disposition une carte multi-services aux personnels et aux étudiants de l'établissement

○ Valorisation de l'établissement pour démontrer la capacité de l'établissement à rejoindre les autres établissements lyonnais.

● Carte Cumul – carte PRES

○ Permettre la remontée d'informations auprès du PRES de Lyon

○ Valorisation de l'établissement pour démontrer la capacité de l'établissement à rejoindre les autres établissements lyonnais.

● Carte Cumul – Infrastructure de Contrôle d'accès

○ Permettre l'utilisation de la carte multi-services pour le contrôle d'accès dans l'établissement

○ Consolidation de l'accès aux locaux de l'établissement par l'utilisation d'une carte Cumul

● Carte Cumul – Infrastructure de prêt d'ouvrages

○ Permettre l'utilisation de la carte multi-services pour le prêt de livres

○ Consolidation de l'accès au prêt d'ouvrages de la bibliothèque.

● Carte Cumul – Infrastructure de restauration

○ Permettre l'utilisation de la carte multi-services pour prendre son repas au restaurant administratif de l'ENS

○ Consolidation de l'accès à la restauration pour les personnels ENS

● Modification de l'aide en ligne

○ Offrir une aide en ligne plus adaptée aux demandes des utilisateurs

○ Fiabilisation de la documentation par le contrôle de sa cohérence. Consolidation de la documentation existante.

● Mise en place PSSI

○ Disposer d'une PSSI applicable à l'établissement

○ Fiabilisation par la sécurité informatique mise en place autour des activités de recherche.

● Mise en place de PCA et de PRA

○ Fiabilisation des processus permettant la continuité ou le retour à la normale en cas de dysfonctionnements majeurs.

○ « Marquer » sa présence dans les instances nationales et internationales CSIESR, ADRISI, Terena

○ Valorisation des activités de l'établissement dans les domaines de la recherche en informatique, leur intégration dans un environnement opérationnel.

7.7.Projets soldés en 2007-2008Pour mémoire, voici une liste non exhaustive des projets menés, pour information, sur la période 2007-2008 (année universitaire).

Un document suivant détaillera à la façon des projets inscrits au schéma directeur pour les années à venir.

7.7.1.Infrastructures● Accueil d'un serveur de sauvegarde de l'ENS-LSH

● Installation d'un contrôle d'accès en salle auto-commutateur

● Installation d'une supervision électrique en salle auto-commutateur

Page: 33/36



Date : 2010-03-28

Issue : 0 draft

● Installation d'une supervision de la température en salle serveurs

● Installation d'une supervision de la température en salle auto-commutateur

● AMOE sur réparation onduleurs

● Étude pour l'installation d'une salle serveurs haute densité

● Installation d'une climatisation complémentaire en salle auto-commutateur

● AMOE sur le passage à 10G de Grid5k

7.7.2.Réseaux● Déploiement d'un nouveau pare-feu

○ remplacement des équipements défectueux par une solution interne

● Évolution de l'infrastructure réseau en sortie sur LyRES

○ déploiement de 2 commutateurs 10 en préparation des travaux 2008-S1

● Déploiement du premier axe 10G entre l'autocommutateur et l'IXXI

○ mise en continuité d'une fibre optique mono-mode entre l'IXXI et l'autocommutateur

○ déploiement d'un commutateur 10G

● Audit de la distribution des fibres

● Analyse par réflectométrie de la qualité des fibres

● Déploiement de l'interconnexion au CRMN

○ MOE du réseau interne du CRMN

○ MOA de l'interconnexion sur le réseau LyRES

● Déploiement de l'interconnexion Lyon1 pour le LIP

● Déploiement de nouveaux portails captifs

● Déploiement des bornes 3Com 7760

○ déploiement abandonné

● Déploiement des bornes Cisco Amphi Charles Mérieux et Salle des Thèses

○ étude en remplacement des bornes 3Com 7760 inadaptées malgré leurs spécifications

● Prise en main du logiciel de supervision HP Procurve

● Évolution baie réseau ICPMS

● Déploiement d'un accès externe via FAI privé

● Déploiement d'une infrastructure sans fil pour le projet scientifique AEOLUS

● Déploiement de commutateurs supervisés dans les bureaux Psi

● ...

7.7.3.« Back Office »● Installation de plate-formes de systèmes virtualisés

● Migration du service Ldap

● Migration du service Proxy/Cache

● Migration du service DNS

Page: 34/36



Date : 2010-03-28

Issue : 0 draft

● Migration du service NTP

● Déploiement d'un service WebDNS pour étude

● Migration du serveur de licences logicielles

● Déploiement d'un serveur DHCP pour la ToIP du CRMN

● Déploiement d'un serveur de supervision

● Déploiement d'un serveur de base de données de test

● Déploiement d'un serveur de ToIP de test

● Migration de serveur Radius

● Évolution de la lutte anti pourriel

● Migration du serveur CAS

● Déploiement de la ToIP

● AMOA et MOE de Pr@tic pour le remplacement du serveur de stockage

● ...

7.7.4.« Front Office »● Migration des applications de l'ancien Intranet vers de nouveaux systèmes

● Déploiement d'un service de messagerie instantanée Jabber

● Déploiement d'un service d'échange de gros fichiers

● Déploiement d'un moteur de recherche butinant les sites de l'établissement

● Intégration d'un moteur d'indexation ORI-OAI en test

● Déploiement de l'ensemble d'outils collaboratifs E-Groupware

● Intégration de la haute disponibilité via Heart Beat en test

● Déploiement de l'ENT version 1 en production

● Portage des applications de l'ancien Intranet vers l'ENT

● ...

7.7.5.Système d'information● Déploiement de Saphari

○ extension du SIG à la gestion des relations internationales

● Déploiement de Poesie/Poems

○ extension du SIG au pilotage de la masse salariale

● Intégration des fichiers KA dans Papaye

○ extension du SIG par l'insertion des informations de paie des personnels état

● Adaptation des plans de formation de Scolarix

● Déploiement de « Situations » version 2

● Déploiement de JefyCopilote

● AMOA dans les maquettes de formation

● AMOA dans les remontées SISE

Page: 35/36

mailto:Pr@tic



Date : 2010-03-28

Issue : 0 draft

● AMOA à la formation aux applications de scolarité pour les gestionnaires des départements

● Extension des fonctionnalités de Banane (intégration des instances)

● Réalisation d'extractions pour le Pôle Budget

● Réalisation d'extractions pour le Pôle RH

● Réalisation d'extractions pour le Pôle Patrimoine

● Etude de la migration de DT Quartz vers DT Cocktail

● AMOA sur les remontées DADS

● AMOA à la bascule d'exercice comptable (multi-exercices)

● AMOA au remplissage du kit d'audit des IG pour la LRU

● Analyse et extractions d'anomalies sur les données du SI

● ...

7.7.6.Plate-formes expérimentales● Déploiement d'un accès distant pour Phare

○ Extension de l'accessibilité de Phare aux personnes hors établissement et hors Windows

● Formation de 50 utilisateurs au logiciel Phare

● Déploiement de Phare sur TBD animaleries

● Adaptation de Phare à TBD animaleries

● Intégration du logiciel WTSI de EBI pour la gestion d'animalerie

● Étude de la reprise des installations du Cecam

● Assistance informatique du CRMN

7.7.7.Transverses● Collaboration avec informaticiens des laboratoires

○ mise en place de réunions bi-mensuelles

○ création d'une liste de diffusion commune

○ création d'un salon de messagerie instantanée

○ ...

Page: 36/36

Schéma Directeur Informatique - De sa conception à sa ... · Le schéma directeur informatique...

Documents

Transcript of Schéma Directeur Informatique - De sa conception à sa ... · Le schéma directeur informatique...