SUIVI DES PERFORMANCES AEROPORTUAIRES COMITE DE PILOTAGE

1. SUIVI DES PERFORMANCES AEROPORTUAIRES COMITE DE PILOTAGE Réunion du 05/09/2006

2. Planning de la réunion • Vision et cadrage du projet • Contexte et objectifs • Périmètre couvert et positionnement dans l’entrepôt central • Concept d’un SI Décisionnel • Expression des besoins • Pilotage projet • Annexes

3. Contexte La gestion des indicateurs de performance à partir de multiples applications et le traitement non homogène des données entrainent des dysfonctionnements : => Les utilisateurs s’investissent dans des travaux longs et fastidieux pour établir des analyses statistiques ponctuelles ou régulières

4. Objectifs et enjeux Les objectifs visés par le projet de suivi des performances aéroportuaires sont les suivants : • Mettre en commun les informations opérationnelles dans un socle de données homogènes et fiables • Améliorer la disponibilité des indicateurs ; • Automatiser les requêtes répétitives en systématisant la fabrication des tableaux de bord; • Permettre la réalisation de requêtes libres et l’analyse complexe (simulation) et la navigation multidimensionnelle (cube olap); • Aider au pilotage des activités types au travers d’une interface unique L’atteinte de ces objectifs permettra aux UO : • D’accroître leur réactivité • D’améliorer et de fiabiliser leur connaissance du trafic pour anticiper l’avenir et assurer l’efficacité opérationnelle

5. Périmètre couvert Le cadre de l’étude du suivi des performances aéroportuaires s’attache à l’analyse des besoins en reporting sur les données opérationnelles aéroportuaires : Les indicateurs actuellement couverts sont : • Mouvements avions : vols, créneaux, horaires et respect de la ponctualité … • Passagers :nombre, destination, réseaux / faisceaux, compagnies, alliances, flux … • Bagages : nombre, taux de bagages … • Ressources aéroportuaires :disponibilité et utilisation des parkings, tapis livraison des bagages, banques d’enregistrement, salles et portes d’embarquement… Ils trouvent leur origine dans les applications suivantes : SARIA-E, SAIGA, SRTB, ECCOR, CEDRES, CREWS Indicateurs restants à couvrir Indicateurs couvertspar l’étude actuel

6. Entrepôt central Financier /Contrôle de gestion RH Opérationnelaéroportuaire Stratégie Positionnement dans l’entrepôt central Le suivi des performances aéroportuaires s’appuie sur un socle technique appelé « Entrepôt central ». Le principe de l'entrepôt est qu'il intègre et croise toutes les sources d'informations qui apportent une valeur ajoutée

7. Planning de la réunion • Vision et cadrage du projet • Expression des besoins • Actions réalisées • Couverture des processus RAMSES et synthèse des besoins en tableau de bord • Hiérarchisation des besoins en indicateurs et détails des données souhaitées • Fonctions métiers attendues : concept et besoins exprimés • Éléments structurants pour le projet : • Chaînes de validation • Accompagnement du changement • Confidentialité des données • Architecture souhaitée du S.I. décisionnel aéroportuaire • Pilotage projet • Annexes

8. Actions réalisées 18 personnes dans 10 directions 13 personnes dans 4 directions 75 tableaux de bord 39 ind. Simples 48 ind. Calculées 22 dimensions

9. Macro Processus Piloter les activités Piloter les thèmes QSSEE Produire des produits / services aux plateformes et clients finaux Anticiper les capacitésaéroportuaires Allouer les capacités aéroportuaires aux vols Piloter les capacités aéroportuaires Facturer les capacités aéroportuaires Débarquer Embarquer Prévoir le flux passagers & avions(programme IATA & COHOR) Collecter les données(pax au départ & avions à l’arrivée) Contrôler et valider les informations Facturer les redevances Fournir des services aéroportuaires Fournir des services aux clients finaux Macro Processus Produire pour les clients Développer les capacités aéroportuaires(plates-formes et aérogares) Produire des produits / services aux riverains Réduire l’impact environnemental d’ADP Couverture des processus RAMSES

10. Synthèse des besoins en tableaux de bord (1/3)

11. Synthèse des besoins en tableaux de bord (2/3)

12. Synthèse des besoins en tableaux de bord (3/3)

13. Hiérarchisation des besoins en indicateurs Temps effectifd’ouverture des DPS Délai de livraison des bagages Temps théorique d’ouverture des DPS Nombre de DPS au contact mis en service Temps d’attente des passagers aux PIF Temps d’attente des passagers aux CT Retard Par code retard Par acceptation Tonnage de fret réalisé Couverture du besoin Complexité de mise en oeuvre

14. Couverture du besoin Complexité de mise en oeuvre Analyse détaillée du Quadrant 1 : Nombre élevé d’U.O. ayant besoin des indicateurs et mise en œuvre simple Temps effectif d’ouverture des DPS : Temps (jour)TAS (aérogare) Nombre de DPS au contact mis en service : Temps (mois) TAS (aérogare) Temps théorique d’ouverture des DPS : Temps (jour)TAS (aérogare) Forte couverture du besoin Nombre de passagers réalisé :ContributionProfil escale (local, corresp.)Type de PDS Retard en minutes :Temps (jour)TAS (terminal)Tranche horaire (10 min.) Temps de roulage :Temps (jour)Infra. aéro. (aires)Type de mouvement Nombre de mouvements réalisé : Type d’avionInfra. aéro. (aires)Tranche de retardCode retardAcceptation code retardTranche de HAB-H10Type de PDSEtat du vol Tonnage de fret réalisé : Temps (semaine)TAS (site) Type de mouvementAlliance / CompagnieTypologie faisceau Masse maximale au décollage Faible complexité de mise en oeuvre

15. Données souhaitées (estimées en priorité dans le quadrant 1) • Les données Comptage Pax ne sont disponibles que sur les postes équipé de CREWS et au départ • Les données SRTB ne sont disponibles que sur CDG1 et au départ • Les dimensions disponibles de CEDRES ne sont pas définitives • CEDRES ne contient que le nombre de PAX validé au départ

16. Données souhaitées (estimées en priorité dans le quadrant 1)

17. Fonctions métiers attendues : concept (1/2) Un système décisionnel répond à des besoins d’analyse ou de production d’information qui sont liés à l’accomplissement d’objectif opérationnel fixé pour chaque niveau de l’organisation. Il croise les profils utilisateurs avec les profils d’utilisation mais sur les mêmes données : Ainsi un directeur de plate-forme, n’aura pas nécessairement le même recul sur l’analyse du trafic de passager ou du nombre de vol, qu’un responsable d’unité opérationnel. C’est la vision globale (agrégé), et la vision locale (détaillée) de l’information.

18. Fonctions métiers attendues : besoins exprimés (2/2) • Analyser les flux d’informations • Permettre aux spécialistes d’analyser les flux d’informations • Élaborer et diffuser des rapports • Permettre aux spécialistes de créer des rapports sur les bases des indicateurs • Permettre aux spécialistes de diffuser ces rapports selon la périodicité requise • Consulter des rapports • Permettre aux personnes habilitées d’accéder aux rapports au travers d’un Portail • Permettre la consultation de rapports sur les extranets • Gérer les habilitations d’accès aux informations • Permettre aux spécialistes de simuler des scénarios • Export vers OSIRIS • Transfert dans des cubes

19. D.G. P.F. MOE AMO Local U.O. Éléments structurants : chaînes de validation • Chaîne de validation des données Les indicateurs et dimensions seront définis et validés par le couple utilisateurs / AMO et soumis à DITE pour réalisation. La recette sera effectuée par le couple utilisateurs/AMO et une itération sera possible pour faire corriger par la MOE : • Chaîne de production des rapports Les rapports seront définis, réalisés et validés par les entités métiers. L’AMO interviendra en support. D.G. P.F. Modèle de management Local U.O. AMO

20. Éléments structurants : Accompagnement du changement • Organisationnels Pas d’évolution de la structure organisationnelle (les utilisateurs d’hier seront les utilisateurs de demain ) • Ergonomie et Outils Ne pas changer les habitudes prises avec les outils existants (qui seront conservés) Former à l’utilisation de nouveaux outils (simulation / datamining, navigation multidimensionnelle) • Données : Evolution des connaissances des utilisateurs. Communiquer et informer sur les définitions des indicateurs et dimensions communes à l’entreprise

21. Éléments structurants : confidentialité des données • Confidentialité des informations critiques • Informations stratégiques : évolution du trafic • Informations réglementaires : capacité des seuils en salle d’embarquement

22. CEDRES ECCOR ARDOISE SRTB SARIA-E Architecture souhaitée du SI décisionnel Aéroportuaire Services d’accès aux données Reporting Opérationnel /Consultation Analyse Simulation Data Mining • Le SI décisionnel Aéroportuaire sera constitué : • Des systèmes opérationnels sources SARIA-E, SAIGA, SRTB, ARDOISE, ECCOR, CEDRES • D’un entrepôt de données (Entrepôt central Aéroportuaire) • D’interface d’accès aux informations • Portail décisionnel pour la consultation des rapports • Brio pour l’analyse des indicateurs • Cube OLAP pour des extrapolations • Export OSIRIS pour les simulations. RO/C Entrepôt central aéroportuaire Agrégats Référentiels CUBES ou DATAMART MODELES SPECIFIQUES Clients Produits Temps AGREGATION Base détaillée Données stockées Données calculées Données chargées EXTRACTION TRANSFORMATION CHARGEMENT EXTRACTION TRANSFORMATION CHARGEMENT Sources externes (productions des UO ...) Systèmes opérationnels...

23. Planning de la réunion • Vision et cadrage du projet • Expression des besoins • Pilotage projet • Organisation • Planning • Économie et rentabilité attendues du projet • Annexes

24. Organisation projet (1/2) Comité de pilotage • MOA Leader - Paris CDG : René BRUN • MOA - Paris Orly : Patrice HARDEL • MOA - Représentants utilisateur : Franck MEREYDE • AMOA Paris CDG - Directeur de projet : Pierre VIDAL • AMOA Paris CDG - Chef de projet Utilisateur : François-Xavier RIVOISY • AMOA Paris-Orly : Bruno LAVEISSIERE • MOA - Stratégique : Thierry FEYBESSE • MOE - Conducteur d'opération : Eric BARNIER • MOE - Responsable Pôle Gestion: Pascal LEVEQUE • MOE – chef de projet Informatique : Raphaël BECHU

25. Organisation projet (2/2) Comité projet • AMOA Paris CDG - Directeur de projet : Pierre VIDAL • AMOA Paris CDG - Chef de projet Utilisateur : François-Xavier RIVOISY • MOE - Responsable Pôle Gestion : Pascal LEVEQUE • MOE – chef de projet Informatique : Raphaël BECHU Equipe projet • MOA Paris CDG/ORLY – Experts fonctionnels : Ingénieries d’exploitation • AMOA Paris CDG - Chef de projet Utilisateur : François-Xavier RIVOISY • AMOA Paris CDG – Expertise externe : CSC • MOE – chef de projet Informatique : Raphaël BECHU • AMOE – intégrateur externe : Business & Decision

26. Planning quadrant 1 2006 2007 Sep Oct Nov Dec Jan Fev Mar Avr Mai Jun Jul Aug Sep Temps effectif d'ouverture des postes de stationnement Spécifications AMO Temps théorique d'ouverturedes postes de stationnement (1etp) Recettes AMO Nombre de pax réalisé 1/2 MOE 1 (1etp) Nombre de mouvementscommerciaux réalisés MOE 2 (1etp) Nombre de mouvementsréalisés Tonnage de frêt réalisé Retard en minutes Temps de roulage Nombre de pax prévisionnel Nombre de mouvementsprévisionnel Nombre de pax réalisé 2/2 Nombre de Poste de stationnement aux contactsmis en service

27. Économie et rentabilité attendues du projet • Gains quadrant 1 • Gain de productivité : • 1 agent (2C2) / an par cellule d’ingénierie d’exploitation central soit : 144 K€ • ½ agent (2C2) / an pour chaque cellule d'ingénierie d'exploitation UO (hors UO Logistique): • Pour CDG : 4 * 6 * 12/2 = 144 K€ • Pour Orly : 3 * 6 * 12/2 = 108 K€ • Gain d’exploitation maintenance de l’application SARIA/ECCORD/BRIO A évaluer

28. Économie et rentabilité attendues du projet • Coûts quadrant 1 En cours de validation DIT

29. Économie et rentabilité attendues du projet En cours de validation DIT • TRI quadrant 1

30. Planning de la réunion • Vision et cadrage du projet • Expression des besoins • Pilotage projet • Annexes • Concept d’un S.I. décisionnel • Charge projet détaillée

31. Concept d’un S.I. décisionnel Outils d’accès aux données • Un système décisionnel s’appuie sur une association de composants techniques (système de gestion de base de donnée, outils d’extraction, outil multidimensionnel, outil de reporting et de requête) qui supporte tous les types d’utilisation (requête, simulation, reporting) et peut s’adresser à tous les profils utilisateurs (gestion de la sécurité). • On peut décomposer un S.I.D. en 4 parties: • Des entrepôts de données : ils récupèrent les informations des systèmes opérationnels au même niveau de détail • Des agrégats : ce sont des bases de données orientées « métiers » qui cumule des informations agrégés ou bien propose des modèles adaptés à des actions de simulation. • Un référentiel : équivalent à la « dorsale » du système, il stocke toutes les dimensions qualifiant la donnée. • Des outils d’accès aux données : l’utilisateur accède aux par plusieurs moyens (par la visualisation de rapport préformaté, par la requête, par la simulation, le ciblage, etc…) Reporting Opérationnel /Consultation Pilotage transverse Simulation Data Mining Analyse Scoring Ciblage RO/C Agrégats Référentiels CUBES ou DATAMART MODELES SPECIFIQUES Clients Produits Temps AGREGATION Entrepôts de données Données stockées Données calculées Données chargées Reporting Operationnel publication De masse EXTRACTION TRANSFORMATION CHARGEMENT EXTRACTION TRANSFORMATION CHARGEMENT RO Sources externes ... Systèmes opérationnels...

32. Charge projet détaillée

33. Charge projet détaillée

34. Charge projet détaillée