IBM i for the Future: A Customer's Perspective, présenté par Simon Savage, Architecte Technique et Fonctionnelle à JP Colonna, à iBelieve Paris, le 3 novembre 2016.

1. PARIS, France - Nov 3

2. Présentateurs 2016

3. Qui sommes nous ?
Une croissance forte depuis 5 ans

4. La DSI
●30 personnes réparties en MOE, AMOA, Infrastructure
●7 partitions Power 7 / IBM-i
●Une application cœur de métier, des sites Web, EDI, GED, Data Warehouse
●Compétences RPGLE, java
Des contraintes stratégiques
●Ouverture vers d'autres acteurs, au grand public
●Sous-traiter des tâches sans valeur ajoutée
●Etendre notre rôle de prestataire de services vers d'autres marchés et
opportunités

5. Notre système d’information
Application typique : ancienne (jusqu’à près de 20 ans) et complexe
Maintenance compliquée
• Une base de données conçue selon les évolutions et impératifs du moment
• De nombreuses générations de concepteurs et développeurs
• De nombreux changements de logique métier
Technologies RPG, java
Ecrans verts – la honte ?

6. Legacy : Littéralement hérité. Se dit de composants, logiciels
ou matériels, issus d'une génération ou d'une version
dépassée et qui continuent d'être utilisés, après des
ajustements, en même temps que la technologie actuelle
d'une entreprise.
Legacy
Héritage : patrimoine transmise par les générations
précédentes

7. Comment envisager l'avenir ?
Nos dirigeants n’ont aucune raison d’être loyaux à la plate-forme, sauf en
constatant le TCO faible.
Faut-il tout remplacer ? « C’est vieux on jette ».
Il faut pouvoir profiter des possibilités des technologies modernes
Il faut pouvoir évoluer suivant les évolutions législatives, commerciales ...
Les possibilités :
Achat d'un produit du marché
Redévelopper
Bâtir sur l'existant, moderniser

8. Quel est le problème ?
Les freins et difficultés ne sont en rien liées à la
plate-forme, mais à l'application
D’autres plate-formes ne sont en rien à l’abri de
l’entropie
« Moderniser » n'est pas une fin en soi

9. Quoi de positif ?
La traversée d'une période de croissance forte sans aucun heurt/rupture dans
l’informatique
L'incorporation de sites web, de services Web, échanges avec les partenaires,
de GED
Surtout, la possibilité d'ajouter des composants autour d'un existant, sans
devoir tout casser

10. Alors pourquoi rester sur le i
Arguments évidents : la virtualisation, l’intégration, un « Framework » intégré, ou tout
marche ensemble, à l’abri des évolutions de technologie
Concept d’origine : protéger l'investissement, laisser les équipes informatiques
s’occuper du métier, pas de la technologie.
Stabilité technique, stabilité dans le temps
Pas besoin d’une équipe d’experts technologiques :
1 seule personne
« systèmes et exploitation » côté i

11. Qu'est la modernisation ?
Un langage ?
Une technologie ?
Etre indépendants de la plate-forme ?
Ou
Rendre indépendantes les couches métier et interface utilisateur
Pouvoir profiter des évolutions technologiques lorsqu’elles apportent un vrai
plus au business

12. Ce que nous avons accompli
Une philosophie :
●Si ce n’est pas cassé, ne le répare pas.
●N’essayons pas de tout refaire en même temps
Quelques exemples depuis 2 ans :
●Création d'une usine d'envoi spools par PDF, SMS
●Intégration d'une GED
●Utilisation de SQL pour présenter une base simple à partir d’une base opaque
●Réalisation d'un entrepôt de données avec un outil de requête/OLAP
●Services Web SOAP qui s’intègrent avec et utilisent le code existant
●Services RESTful écrits par des développeurs RPG

13. La plate-forme amène la modernisation
Nous pouvons attendre la maturité des technologies, sachant qu'elles seront
intégrées si elles deviennent des standards
Nous disposons de langages modernes - RPGLE, SQL, nodeJs
Nous n'avons pas à gérer des fermes de serveurs inter-connectés évoluant à
des rythmes différents
Nous avons la garantie de pouvoir évoluer sans rupture ni blocage
Si je ne peux pas le faire autour du i, devrais-je le faire ?