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
3
Curative
Préventive
Evolutive
6
8
9
10
Mise en place de MyIT, surcouche ergonomique
11
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
Pas de réplication des données
Appel à tout moment
Développement indépendant
Format de réponse normalisé
Tolérance au changement
Demain, les API
14
Développer le principe d'OpenData
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
Responsable de l'étude et de la mise en place de l'API
16
Contraintes temporelles
18
Contraintes financières
Hors Main d'Oeuvre
19
Plusieurs 100 K€
Main d'Oeuvre RTE
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 financières
HMO
21
Aistel
InfoPoste
Risques
Standard REST impossible
Budget insuffisant
API non standardisée
25
Responsable métier
Référents métier
Andoni
Commanditaire métier
Cheffe de projet InfoPoste
Développeurs
26
Chefs de projet Aistel
27
Etude existant
Sept
Nov
Déc
Oct
Jan
Fev
Mars
Avr
Mai
Juin
Remplacement via API InfoPoste
POC
PartieAPI IP
Partie POC
28
30
Rapport spécifique Excel
Conversion manuelle Excel à CSV
Ajout de colonnes
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
35
Intégrer les équipements au sein d'Aistel
Remplacer l'existant en appelant l'API InfoPoste au sein d'Aistel
34
38
40
41
42
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
43
47
Contraintes techniques du POC
23
Justifiées par mon expérience pour un développement rapide
48
Pas de vocation à aller en production
Aucun processus prévu
Succès du POC
Tendance de fond
45
46
49
Fin Aout 2018
Analyse de données
Internalisation
51
Besoin d'un ordinateur avec droit d'administrateur
Sept
Nov
Déc
Oct
Jan
Fev
Mars
Avr
Mai
Juin
Initial
Réel
52
1100 utilisateurs
Centaines de K€
Echanges inter-applicatifs
Innovation