Le document aborde une mutation technologique vers Linux et Java dans le cadre de la transformation d'applications Cobol, soulignant l'importance d'une méthodologie adaptée pour réduire les coûts tout en maintenant les fonctionnalités. Il présente des exemples concrets de projets réalisés, mettant en avant les bénéfices économiques et la nécessité d'implication des équipes. Enfin, il souligne les défis techniques liés à la migration et les opportunités offertes par l'intégration des nouvelles technologies.

1. Mutation technologique d'applications métier vers Linux & Java - JUG Lausanne - (09 février 2012)

2. Agenda Business case / Méthodologie Quoi ? Point de départ

3. Pourquoi ? Motivations Business case Où ? Cible optimale

4. Qui ? Les acteurs, leurs attentes

5. Quoi ? Continuum de solutions

6. Comment ? Technologie & méthodologie Bénéfices et conclusions Points technologiques / démo

7. Cobol : quo vadis ? Selon Microfocus : Chaque consommateur a 13 interactions quotidiennes avec des applications cobol (achats, appels Natel, etc...)

8. 220 milliards de lignes de Cobol actives : + 5 milliards chaque année

9. 60 à 80 de l'activité des multinationales « repose » sur Cobol : 80% des transactions commerciales l'utilise

10. 200 x plus de transactions Cobol que de requêtes Google chaque jour Source: www.developpez.net

11. Retour d'expérience Basé essentiellement Sur un projet en cours avec grande banque privée genevoise : 10 millions de lignes de Cobol + zOS + CICS + DB2

12. Sur un projet média terminé à 100%: 4.5 millions de lignes de Cobol + zOS + CICS + DB2

13. Sur un projet avec un éditeur de logiciel australien 100% terminé

14. Sur un projet avec assurance étrangère 100% terminé

15. Sur un projet avec une administration étrangère terminé à 75% Signalés par dans les slides qui suivent

16. -> La méthodologie (automatisation, 3-iso, fonctionnement //, etc.) est aussi voire plus importante que la technologie qui doit la servir !

17. Quoi ? Point de départ Une grande application critique au métier du client

18. encapsulant tout son savoir-faire, solidement éprouvée sur des décennies

19. représentant de lourds investissements (10s voire 100s d'années-hommes)

20. en route vers l'obsolescence technologique ?

21. sur un système opérationnel (très) cher comparé aux standards 2011

22. Pourquoi ? Motivations Des économies en investissements (capex) et frais de fonctionnement (opex) massives

23. Une mutation technologique vers les standards 2011: technologies Web, interface RIA

24. architecture technique: SOA, Java, Linux

25. productivité: IDE, tests automatisés, QA des sources, code coverage, etc

26. N.B. : abandon des anciennes technologies en fin de projet Si possible les 2 en même temps !

27. Business case (projet média - 2003) Le Logiciel Système est le "point chaud"

28. Un environnement plus compétitif est impératif

29. Il aura un impact positif sur les logiciels tiers