Modernisation des processus d'échanges de données entre les applications InfoPoste et AISTEL

Andoni LARZABAL

Soutenance de fin d'études

26 Juin 2018

  • La maintenance et les télécoms chez RTE

  • Échanges entre Aistel et son environnement

  • Contraintes et risques

  • Jeu d'acteurs

  • Étude de l'architecture

  • Un chemin et des obstacles
  • La preuve par l'expérience
  • Bilan de 3 ans à Paris

Déroulement

Structure de la DSIT

3

La maintenance des ouvrages

Maintenance

Patrimoine de RTE

  • Curative

  • Préventive

  • Evolutive

6

  • Réseau télécom indépendant des opérateurs
  • Télécommande du réseau électrique
  • Armoires d'équipements

La maintenance télécom

8

Aistel, 5 ans de vie

  • Gestion informatisée des incidents
  • Démarche Télécommunications-Téléconduite (2009)
  • Progiciel BMC Remedy V8

9

Limites d'Aistel

10

Limites d'Aistel

Mise en place de MyIT, surcouche ergonomique

11

  • Communication avec d'autres applications :  Infotel, InfoPoste

Échanges entre Aistel et son environnement

12

Flux
Temps d'étude & développement
Faible tolérance au changement
Recopie des données, réplication/incohérence
Coût du fonctionnement

Application Programming Interface : ensemble organisé et normalisé de classes/méthodes/fonctions

Demain, les API

13

Échanges entre Aistel et son environnement

Pas de réplication des données

Appel à tout moment

Développement indépendant

Format de réponse normalisé

Tolérance au changement

  • Besoin de modernisation des échanges Aistel - InfoPoste

Demain, les API

14

Échanges entre Aistel et son environnement

Développer le principe d'OpenData

Enjeux et objectif du projet

15

Promouvoir la démarche API

Acquérir un

retour d’expérience

Objectif principal : Automatiser le processus d'échanges

Objectif secondaire : Disposer des équipements dans AISTEL

Mon rôle : Chef de Projet API

Responsable de l'étude et de la mise en place de l'API

  • Recueil du besoin
  • Etude technique de l'API InfoPoste existante
  • Expression de besoin d'ajout de données
  • Relecture et validation des spécifications fournies par les développeurs de l'API
  • Coordination des acteurs et communication avec les urbanistes
  • Adaptation des dossiers techniques AISTEL

 

  • Développement d'un POC

16

Contraintes et risques

Contraintes temporelles

  • Jalon de feuille de route DPOI : étude fin novembre 2017
  • Faisabilité vérifiée = jalon de mise en place 

18

Contraintes et risques

Contraintes financières

Hors Main d'Oeuvre

19

Plusieurs 100 K€

Main d'Oeuvre RTE

Contraintes et risques

Contraintes financières

MO

1 ETP

Année d'apprentissage Nombre de jours travaillés
3ème année 124

20

0,2 

Equivalent Temps Plein

Contraintes et risques

Contraintes financières

HMO

21

Aistel

InfoPoste

Contraintes et risques

Risques

Standard REST impossible

Budget insuffisant

API non standardisée

25

Double jeu d'acteurs

Responsable métier

Référents métier

Andoni

Commanditaire métier

Cheffe de projet InfoPoste

Développeurs

26

Chefs de projet Aistel

Démarche de travail initiale

27

Etude existant

Sept

Nov

Déc

Oct

Jan

Fev

Mars

Avr

Mai

Juin

Remplacement via API InfoPoste

POC

PartieAPI IP

Partie POC

Etude de l'architecture

28

Extraction de SIDONI 

 & Conversion d'Excel à CSV

30

Rapport spécifique Excel

  • Données vides, renommage de colonnes et modification de l'ordre des colonnes
  • Entre 30 minutes et 1 heure
  • Entorse aux bonnes pratiques d'un SI

Conversion manuelle Excel à CSV

Ajout de colonnes

Etude des données CSV

31

Anomalie présente depuis bientôt 2 ans

Ecart de 6 000 éléments (16%)

Import dans AISTEL

Réservée aux administrateurs

0,5s/ligne

Prise de décision

35

Intégrer les équipements au sein d'Aistel

Remplacer l'existant en appelant l'API InfoPoste au sein d'Aistel

Expressions de besoins

34

  • Développeurs InfoPoste : Ajout de données à l'API
  • Développeurs Aistel
    • Ajout des appels à l'API
    • Intégration des équipements (forte valeur ajoutée)
  • Aide à la maintenance

Un chemin semé d'embûches

38

Faisabilité d'un appel à l'API

  • BMC Remedy version 8 ne permet des appels qu'aux API de type SOAP

Un chemin semé d'embûches

40

Stockage des ouvrages

  • Idée de base : ne plus stocker les armoires d'équipements dans Aistel
  • Problème : besoin de stockage des éléments dans la base de données CMDB
  • Impossibilité de supprimer les armoires présentes

Un chemin semé d'embûches

41

Mise à jour des ouvrages

  • Idée de base : mettre à jour les armoires grâce à des appels d'API
  • Problème : Impossibilité de mise à jour dynamique de la CMDB
  • Mise à jour périodique :
    • "Donnes moi toutes les armoires ayant évolué depuis les dernières 24 heures"

La preuve par les faits

42

Objectifs du POC

Démontrer la possibilité de déclarer une anomalie sur une armoire et sur équipement de cette armoire

Démontrer la possibilité de déclarer une anomalie avec une interface développée indépendamment d'un éditeur

Démontrer la valeur ajoutée des données des équipements

La preuve par les faits

43

Intérêts du POC

  • Démontrer la faisabilité technique des appels d'API IP
  • Déceler des problématiques techniques (codification de données)
  • Engranger de l'expérience
  • Démonstration au métier et déblocage de budget 

La preuve par les faits

47

Méthodologies de gestion de projet

Contraintes et risques

Contraintes techniques du POC

  • Aucun déploiement en production
  • Négociations des technologies utilisées :

23

Justifiées par mon expérience pour un développement rapide

La preuve par les faits

48

Exemple d'internalisation

Pas de vocation à aller en production

Aucun processus prévu

Succès du POC

Tendance de fond

La preuve par les faits

45

Technologies utilisées

  • PHP 7.0/Symfony 3.4 côté serveur
  • HTML5/CSS3/JS avec JQuery et UI Kit côté client
  • YML pour les fichiers de configuration
  • Twig pour le templating
  • Nginx en tant que gestionnaire des requêtes web (HTTP)
  • Base de données MySQL & ORM Doctrine
  • Docker en tant que système de conteneurisation

La preuve par les faits

46

Architecture Docker

Avenir du projet

49

Fin Aout 2018

Analyse de données

Internalisation

51

Contraintes d'un environnement de grande entreprise

Besoin d'un ordinateur avec droit d'administrateur

Sept

Nov

Déc

Oct

Jan

Fev

Mars

Avr

Mai

Juin

Initial

Réel

Bilan de 3 ans à Paris

  • Compétences de gestion de projet
  • Coordination
  • Compétences techniques
  • Création d'API en environnement complexe
  • Acquisition de connaissances métier
  • Réponse au besoin

Relations humaines

52

1100 utilisateurs

Centaines de K€

Echanges inter-applicatifs

Innovation

Made with Slides.com