Introduction

L’aéroport de Lyon-Saint Exupéry est géré par la CCIL dans le cadre d’une concession de service public. Dans ce rôle de gestionnaire d’une infrastructure aéroportuaire le métier de la chambre de commerce sur le site est similaire par exemple à celui d’une société gestionnaire d’autoroute. Les enjeux de la Chambre de Commerce et d’Industrie de Lyon en tant que gestionnaire d’infrastructure sont donc les mêmes que toutes entreprises ou collectivités gestionnaires d’une infrastructure quelconque : aéroport, autoroute, palais des congrès et exposition, tunnel etc. Le projet de mise en œuvre d’une solution de gestion de la documentation des réseaux informatique et de télécommunication à l’aide des outils ESRI ARCGIS et ARCGIS Schematic va nous permettre, au-delà de la simple présentation des outils utilisés d’expliquer ces enjeux et de montrer comment une approche système d’information et plus particulièrement système d’information documentaire peut être une réponse forte et pertinente face à ces enjeux.

1 Les enjeux et l’origine du projet

1.1 la gestion d’infrastructure et ses enjeux

Dans le cadre de cette présentation nous nous attarderons plus particulièrement sur les enjeux liés à la gestion technique de l’infrastructure qui intéressent directement le monde du SIG. Pour ce domaine le problématique principale repose sur la maîtrise de la connaissance technique de l’infrastructure. Ceci concerne l’infrastructure aéroportuaire en générale mais aussi ce qui est l’objet du projet que nous présentons, le domaine des réseaux informatique et de télécommunication.

Dans le cadre de l’évolution de son infrastructure, et dans une recherche d’amélioration de sa productivité la chambre de commerce en tant que maître d’ouvrage à conduit depuis plusieurs années une démarche d’externalisation et de sous-traitance de certaines activités pour conduire à un recentrage des équipes interne sur la maîtrise d’ouvrage. Pour autant, et pour assumer pleinement son rôle de maître d’ouvrage vis à vis de partenaires extérieurs , des prestataires et des sous-traitants la chambre de commerce et d’industrie de Lyon à souhaiter conserver une maîtrise forte de cette infrastructure aéroportuaire.
En effet le risque de cette politique était que le maître d’ouvrage, dans la mesure ou une partie des activités technique était sous-traité perdent rapidement le contact et la maîtrise avec son infrastructure tout simplement parce que les travaux et les opérations de maintenance n’était plus réalisée par des équipes internes.
Les responsables de l’époque ont donc compris la nécessité de mettre en œuvre en parallèle de ces changements de mode de fonctionnement des outils et plus particulièrement des outils système d’informations pour garantir au maître d’ouvrage une maître de son ouvrage sur le long terme. En effet si dans les années passées la maîtrise de l’infrastructure reposait sur les hommes qui avaient construit l’infrastructure et la connaissance qu’ils avaient de celle-ci, dans les années à venir la connaissance, et donc la maîtrise de l’infrastructure, reposera sur les systèmes d’information qui la documentent, qui la gèrent et leurs efficacités à réaliser ces objectifs.

A partir de ce constat un ensemble de projets informatiques ont été initiés. Le projet qui nous intéresse , le projet GRAL de gestion de la documentation des réseaux informatique et de télécommunication s’inscrit pleinement dans cette stratégie.

1.2 Les enjeux de l’administration des réseaux de télécommunications chez un gestionnaire d’infrastructures

Les réseaux d’informations et de communications prennent une part de plus en plus importante dans la gestion opérationnelle d’une infrastructure tel qu’un aéroport .Les réseaux d’un aéroport croissent en volume (nbre d’équipement,de câble de connexion etc …), parce que l’infrastructure se développe mais aussi parce de plus en plus d’équipement peuvent se connecter au réseau. Un bon exemple est celui des automates. Auparavant les automates utilisaient des bus de terrain propriétaire pour communiquer, actuellement pour diverses raisons techniques et financières (mutualisation d’infrastructures) ceux-ci utilisent le réseau ethernet.

Au-delà de cette exemple voici d’autres cas de figures :

• Video sur IP
• Les système de Contrôle d’accès
• Offre de nouveaux services par le SI
• Les extranet opérationnels etc …
• Location de fibre …

Cette évolution pose deux problèmes :

• Comment gérer cette augmentation de volume tout en maintenant un coût d’exploitation raisonnable (ne pas augmenter les charges de personnels).
• D’autre part les conséquences d’un arrêt du réseau sur l’exploitation commerciale de l’infrastructure deviennent de plus en plus pénalisantes d’où l’autre problème comment apporter une sécurité de fonctionnement tout en maintenant là aussi un coût d’exploitation acceptable au regard des revenus que procure l’infrastructure..

Face à ces évolutions nous estimons que les systèmes de gestion de documentation au sens large ont un rôle à jouer.

2 La démarche projet le choix et la solution mise en œuvre

Les raisons du choix d’une solution modulaire par rapport aux choix d’une solution progiciel intégré de gestion de réseaux de télécommunication tel qu’il peut en exister sur le marché.

2.1 Expression du besoin : analyse du métier et ses processus

L'analyse du processus métier de l’administration et de la gestion au sens large d'un patrimoine réseaux informatique et de télécommunication nous a permis de dégager les fonctionnalités fondamentales suivantes :

• Notre réseaux et ses équipements se positionne dans une infrastructure complexe et diversifiée
( bâtiments, locaux, espaces extérieurs, pistes etc.)
Nous avons besoin de la connaissance de cette infrastructure.

• Il faut connaître le réseaux en lui-même ses équipements ses connexions etc.
Il nous faut la schématique du réseau.

• Il faut pouvoir superviser le fonctionnement du réseau (qualité de service, défaut de fonctionnement d’un équipement etc).
Il faut une fonctionnalité de supervision.

• Il faut connaître et suivre les interventions de techniciens (interne ou prestataire) effectuées sur le réseau et ses équipements.

• Nous devons être prêt à facturer une partie de cette infrastructure réseau
Il nous faut une fonctionnalité de facturation

2.2 Une problématique système d’information

Les réseaux d’information et de télécommunications sont complètement intégrer dans le patrimoine infrastructure de l’aéroport et donc les outils informatiques support pour la gestion de ce patrimoine doivent s’intégrer aux SI de gestion du patrimoine de l’aéroport.

Figure 1 : schéma du SI de gestion de patrimoine de l’aéroport

Nous avons donc comparé les besoins fonctionnels exprimés plus haut et l’existant SI pour montrer que certains des besoins étaient déjà couverts par des applications existantes et que dans un objectif d’efficacité financière et opérationnelle il était intéressant et utile de s’appuyer sur cet existant :

1 Le besoin de connaissance de l’infra était couvert par le SIG de l’aéroport qui existait depuis 1991

2 Que l’outil de GMAO en cours de mise en oeuvre pouvait être utilisé pour gérer les interventions des techniciens internes et des prestataires et sous-traitant avec un ensemble d’indicateurs existants

3 La supervision du réseau se ferait par l’acquisition d’un outil spécifique qui était programmé pour l’année suivante.

4 Que la facturation de la location des fibres serait gérer par le service immobilier de l’aéroport qui utiliserait pour ce besoin son outil de gestion domanial après quelque modification.

5 il ne restait donc à couvrir que le partie schématique du réseaux pour laquelle l’aéroport ne disposait d’aucun outil.

Pour autant si cet outil devait nous permettre de gérer efficacement uniquement la schématique du réseau la conséquence de cette approche modulaire était qu’il devrait aussi permettre une bonne interopérabilité avec les autre modules ou briques du SI pour garantir la pertinence opérationnelle de l’ensemble.
Cet élément a fait partie des critères de choix de la solution.

3 ArcGis Schematic une réponse à ces différentes problématiques.

Le choix s’est porté en 1999 sur l’outil NG Entreprise de la société NetGraph qui depuis a été repris par ESRI sous le nom d’ARCGIS Schematic que nous utilisons toujours actuellement.
Nous ne présentons ici que quelques éléments qui concernent l’architecture technique, les éléments mis en œuvre et les fonctionnalités ou les critères de choix. Ces points seront développés lors de notre présentation et je pourrais diffuser par retour de mail le fichier power-point de cette présentation aux personnes qui me le demanderont.

3.1 ARCGIS Schematic et le SIG de l’aéroport

Figure2 : le positionnement ARCGIS Schematic par rapport au SIG de l’aéroport

3.2 Les fonctionnalités de la solution mise en œuvre

Figure3 : recherche d’un local technique de la vue schématique vers la vue géographique

Figure4 : recherche dans la vue géographique des chemins de câbles utilisées par la câble identifié dans la vue géographique (fonctionnalités pas encore en production)

Figure5 :vue géo-schématique issue d’une requête des cables loués à une entreprise du site.

Figure6 : masque de saisie