Your SlideShare is downloading. ×
0
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Blu age@md day2011
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Blu age@md day2011

737

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
737
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
34
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. MDDAY 2011BLU AGE® Modernisation d’application avec Blu AgeJeudi 24 Novembre 2011Contact:a.henry@bluage.com Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 2. A propos de Netfective/Blu Age Fondée en 2000 (Implantations Paris(FR) , Bordeaux (FR), Plano (TX), Casablanca (MA) , 2Q 2012 Bangalore (IN) ) 135 employés, 35 en R&D (depuis 2004) , 10 Millions $ CA BLU AGE® « 2011 Edition » (4ième version majeure) pour windows 7 64 bit, Linux RedHat et Debian Juillet 2011 16 M$ investissements R&D depuis 2004 OMG Member, SOA consortium member, Eclipse foundation member Partenaires: Sopra Group, HP Enterprise Services, HCL, Accenture. 2 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 3. Solutions Blu Age de gestion du cycle de vie applicatif 3 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 4. Aperçu des solutions Blu Age Spring MVC JSF RI Reverse Modeling Forward Engineering FLEX JSF STRUTS IMPROVEJEE/.NET JASPER BIRT CXF AXISNATSTAR/ Power Builder SPRING EJB3 DROOLSPL / SQL HIBERNATE JPA KB: Knowledge Base BSP: BLU AGE Shared Plugin SPRING WCG BATCHPACBASE App Server WebSphere Oracle Application WebLogic ServerCOBOL JBoss GlassFish JOnAS WASCE TOMCAT Apache VSAM IMS DB2 ORACLE MS SQL Server Informix MySQL PostgreSQL ORACLE Apache Derby DB2 4 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 5. Quelques exemples Telecom Air et espace Santé/social Distribution Transports Taille 1,5 M loc 900 K loc 28,1 M loc 16 M loc 2,5 M locTechnologies Cobol Client serveur Cobol Pacbase 3 dialects Cobol Pacbase Cobols + Ancinnes + Powerbuilder Powerbuilder Nouvelle JEE/Flex JEE/Flex JEE JEE JEEArchitecture N° 2,000 450 550 3,000 500utilisateursImportance Haute(CRM et facturation) Maximale (certification Maximale (application cœur Maximale (application cœur Maximale (gère 8 Milliards de iso 9000) de métier) de métier) revenu) POC 3 semaines de modernisation 2 mois, 15% de l’application 2x 3 semaines 3 semaines par langage « Due diligence » à venir puis 3 semaines modernisée d’évolution 5 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 6. Qualité applicative: selon vos exigences et mesurée par des tiers deconfiance Blu Age produit le code selon vos exigences (normes de codage, normes d’architecure, normes de commentaire), Le code produit est de très haute qualité, sans runtime, sans dépendance à Blu Age, L’architecture est nativement SOA et est séparée en couches d’architecture (IHM, services, batch, reporting, accès au données). 6 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 7. Qualité applicative: éléments de comparaison avec des références connues The code has been analyzed using sonar static code analysis tool. Two well known and well implemented open source projects serve as reference for the quality of the implementation:  Hibernate project http://nemo.sonarsource.org/dashboard/index/286206?page_id=2,  Apache Tomcat, http://nemo.sonarsource.org/dashboard/index/50544) Line of code Package LCOM Comments% Duplication Complexity Rule / violations Tangle Ratio Distribution Compliance Index 16 to 20 20% 2 to 3 16 to 25% 2 to 7% 2 to 3 84 to 88% The higher 0% is the 1 is the Above 30% The lower The lower The higher the better. best grade best grade is the better, the better. the better. Major, (grade considered should be Curves Good is Critical and should be good 0% should be above 85% Blocker are 1) decreasing, considered camel curves is bad Line of code / Package Tangle LCOM Comments% Duplication Ratio Complexity Rule Compliance violations Index DistributionPOC grade 279 0% 1 46% 0% 1,8 98,9%Better than Yes Yes Yes Yes Yes Yes Yesreference? 7 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 8. Préservation du patrimoine et besoin en évolution Une application est modernisée:  Quand le remplacement par un ERP n’est pas une solution,  Quand la valeur de ses processus métiers est capitale,  Quand l’application a besoin d’évoluer en support du métier. Vue subjective d’une application  Cas d’utilisation, processus, enchainement d’écrans, Vue objective de l’application « legacy »  La connaissance qui reste est … le code source,  Les cas d’utilisation sont une vue de l’esprit et ne sont pas dans le code,  Les enchainements de processus ou d’écrans sont en général dynamiques/factorisés. Les questions sont donc:  Comment faire évoluer ce qu’on ne connait plus ?  Comment faire un recette d’un système qu’on ne connait plus et que nous faisons évoluer en cours de modernisation ? 8 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 9. Comment ne rien oublier derrière ? Méthode usuelle: recueil d’information sans traçabilité envers le code Contractuellement le cahier des charges fait foi, et non l’application existante Regarder les utilisateurs Réunion de travail: que fait l’application? Application Spécifications d’après lesApplication spécificationsexistante Réunion de travail: préserver ou remplacer? Quel est l’écart ? Qu’a t il été oublié derrière ? Comment faire la recette de règles modifiées vis-à-vis de l’existant? 9 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 10. Ingénierie de tests Les écrans:  Facile tant est si bien qu’il y a une phase iso fonctionnelle Résultat = « 12 € » Val = « 4 » Val = « 4 » Résultat = « 12 € » Les batch et les rapports: cas avec données hiérarchiques vers relationnelles  Comment capturer les entrées ?  Comment valider les sortie ? Batch Batch Il faut instrumenter les captures des données et les résultats attendus. Il faut savoir convertir les données 10 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 11. Grands patrimoines et équipes distribuéesExemple d’une application « Sécurité Sociale » La réforme Obama c’est l’occasion de vendre de nouveaux services Sécurité sociale ? Client HQ C’est quoi ????? Delivery 2 Delivery 1 Delivery 3 C’est quoi un Redifine ???? TMA 2 Voici les programmes à faire évoluer et l’architecture Java. TMA 1 Ce programme je le maintiens depuis 10 ans mais je n’ose plus le modifier 11 Extraction: Base de connaissance partagée pour automatiser, segmenter et partagé les artefacts (pattern d’extraction et modèles extraits). Gestion de version: partitionnement par modules UML et génération partielle. © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 12. Moderniser une application qui s’exécute depuis avant ma naissance 1980: Première SSII TMA 2003: Deuxième SSII TMA 2006: Troisième SSII TMA 1973: mise en 1980: démantèlement 1990: fin de 2003: dernier 2007: j’ai 2011: production de l’équipe vie du langage départ à la mon diplôme Modernisation retraite équipe métier Blu Age affranchit de la compréhension du langage source (Texte => PSM) Blu Age restitue les savoirs (PSM => UML2) Blu Age permet la génération vers la nouvelle architecture (Forward Engineering) Blu Age permet les évolutions de la nouvelle application (Forward Engineering) 12 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 13. Comment ne rien oublier derrière ? Comment restaurer le patrimoine et le faire évoluer?  Proposition de valeur Blu Age: Retiré/Conservé/Modifié Blu Age Forward Engineering Modèles UML2 « No Left Behind »Blu Age Reverse Modeling Blu Age Forward Engineering Validation des utilisateurs Iso fonctionnalité Patrimoine restauré Patrimoine conforme Automatisation des tests fonctionnels 13 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 14. Choix et pertinence des architectures techniques Legacy architecture Legacy architecture New architecture New architecture Cobol Client Serveur Java/.Net Java/.Net +RIA Cobol Client Serveur Java/.Net Java/.Net +RIACode source PowerbuilderCode source S cobol Batch Batch X Java: ok IHM x .Net: ? Pas d’équivalent à Flex et Silverligth Datawindow => IHM X any régressions sont adaptés fonctionnelles Evènements Pas d’équivalent en Inclus avec Flex, html (JEE ou .Net) GWT, WPFProcédures stockéesProcédures stockées x Possible Augmente le Rapports X BI ou Rapport de budget masse ou IHM ? Rapports x oui ouiBase de données Tandem TriggersBase de données Sybase Triggers x Point d’attention Point d’attention GIS GIS Type de données Hiérarchique Non, dans le PostgreSQL Relationnelle code inclus des ou fonctions Hiérarchique? Type de données Relationnelle 14 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 15. Background and Business Drivers Background A Blue Cross Blue Shield Payer utilizes legacy Real Time Membership System – highly customized and tuned to meet their business requirements over 3 decades. HP Enterprise Services operates, maintains and enhances system as part of base contract with per customer per month (PCPM) pricing. System is written in Pacbase and utilizes an IMS database. In 2007, IBM announced they would sunset Pacbase in 2015. Options Considered: Business Drivers 1. Do nothing – continue to run on unsupported • Pacbase end of life support 2015 Pacbase system • Retain 20+ years of customization 2. System replacement • Flexibility to support business changes 3. Modernize Real Time Membership System • Lower Price to modernize and maintain a. Code Conversion • Vendor neutrality b. Through Model Driven Architecture • Integration with newer technologies Highlights Key Legacy Facts • Evaluation included pilot for validation • 130 Online Screens • Netfective partnership reduced price, timeline and • Approx 1000 Batch Jobs running CA/7 Scheduling Sys improve quality • Maintained on IBM Z/OS • 65 IMS Databases • Stable and scalable delivery platform • Approx 2000 Pacbase programs generate 28.1M lines • Winning response! of COBOL15 © Copyright 2011 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.
  • 16. Une application cobol de 20 ans vis-à-vis de JBossExemple de dette technique: densité de violation x volume de codeVolume de code divisé par 10Densité de violation: celle des meilleurs applications Java modernes Cobol application was 5 millions LOC 16 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 17. Audit de vulnérabilité du code source: 5 étoiles aux tests Fortify 17 © 2011 NETFECTIVE TECHNOLOGY - can not be used or duplicated without prior authorization of NETFECTIVE TECHNOLOGY Trademarks are property of their respective owners. Eclipse, Built on Eclipse and Eclipse Ready, BIRT, Higgins are trademarks of Eclipse Foundation, Inc. MDA, UML and MDD are either registered trademarks or trademarks of Object Management Group, Inc. in the United States and/or other countries.
  • 18. Benefits Benefits Examples of Results in the Industry  Lower cost and risk to organization, when compared to  25% reduction in technical development time after system replacement, in light of industry dynamics modernization (a commercial healthcare payer)  Adapt to business needs – quicker, easier, and with  30% user productivity achieved from redesign of more options to interface with vendor solutions screens, taking advantage of modern web screen  Ease of maintenance – large market for needed skills, capabilities (a commercial healthcare payer) more available and efficient solution options  $150k annual savings to the Blue Cross Blue Shield  Customizable for the Blue Cross Blue Shield payer payer after modernizing PGE function within Claims needs, according to their priorities  Easier to maintain and enhance  Transportability to alternate platform  Data access flexibility  Provide data structure elements as required to support known future enhancements Embrace New Capabilities => Drive Savings Use new tools, technologies, and solutions Evolve business processes18 © Copyright 2011 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.
  • 19. Challenges and Lessons Learned• Release and change management – running parallel systems• Technical vs. functional modernization, combined approach – Just technical, less risk but risk alienating the business – Implement a process to manage required functionality, builds business support• Strong due diligence prior to project confirmation a must• Complete proof of concept to establish client support of the technology• Client sponsor must be well positioned within business (senior leadership and IT)• Plan time/resource to manage proportional performance accounting19 © Copyright 2011 Hewlett-Packard Development Company, L.P. The information contained herein is subject to change without notice.
  • 20. Le projet de modernisation La voie de l’Ingénierie des Modèles est ouverte.. Unissons nos TalentsTALENTED TOGETHER Le projet de modernisation – MDDAY 2011 20
  • 21. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 21
  • 22. Motivation : Les déclencheurs Motivations à la modernisation des applications Fréquence de citationChangement ou refonte des processus métiers 8/10Incapacité à servir correctement la chaine de valeurs 8/10Limitations intrinsèques liées à leur conception 7/10« Pappy boom » et perte de connaissances 7/10 Le projet de Modernisation – MDDAY 2011 22
  • 23. Motivation : Les applications cibles Classification des applications à moderniser Fréquence de citationNon maintenables, non évolutives, 8/10Incapables de servir le métier et l’organisation.Manque d’agilité.Matériels et/ou Logiciels obsolètes ou non supportés 8/10Incompatibilité avec les choix d’architecture d’entreprise 7/10Risques sur la sécurité, l’intégrité, la confidentialité 5/10Documentation non disponible, limitée ou dépassée 4/10Performances limites 3/10 Le projet de Modernisation – MDDAY 2011 23
  • 24. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 24
  • 25. Quelles solutions ? avec quels risques ? 1- Faire durer  Evolution du code en l’état  Rénovations frontales  Modernisation des infrastructures 2 - Découpler et architecturer extérieurement  Systèmes d’échanges inter-applications  Isolation des périmètres pour des interventions ciblées 3 – Modernisation du code  Portage 4 - Modernisation par l’ingénierie des modèles  Raffiner la valeur de l’existant  Produire industriellement 5 - Réécriture  Nouveau développement  Cycle long Le projet de Modernisation – MDDAY 2011 25
  • 26. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 26
  • 27. Ingénierie Des Modèles – Acronymes MDE : Model Driven Engineering Discipline MDD : Model Driven Development Développement de logiciels MDA® : Model Driven Architecture Démarche de l’OMG Le projet de Modernisation – MDDAY 2011 27
  • 28. Les plans du MDA CIM : Computational Independant Model  le plan Métier + PIM : Platform Independant Model PIM  le modèle Logique + PSM : Platform Specific Model  Le modèle logique appliqué à une plate-forme Technique PSM + Transformations  M2M Model to Model  M2C Model to Code Code Le projet de Modernisation – MDDAY 2011 28
  • 29. Les plans du MDA CIM : le plan métier  Modèles de Processus  Modèles Métier  Règles métier  Cas d’usage : Scénarios fonctionnels  Vues externes ( maquettes et prototypes visuels ) PIM : Le plan logique  Diagrammes de classes  Diagrammes d’activités  Diagrammes de séquence  Modélisation des Services et des messages  Modélisation des cinématiques d’écrans et des flux échangés  Langage d’expression des règles métier PSM : Le plan technique  Choix techniques (IHM, framework, Composants,Transaction, Persistance, SGBD, … ) CODE  Ecrans de présentation : développés  Application : générée  Interactions : « tissées » Le projet de Modernisation – MDDAY 2011 29
  • 30. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 30
  • 31. Phase de reverse Ingénierie PIM Patrimoine Technique PSM Codelegacy Le projet de Modernisation – MDDAY 2011 31
  • 32. La démarche de modernisation par les modèles Phase de « reverse » Ingénierie  Qualification préalable  POC sur échantillons, transactionnels et batchs  Rétro-modélisation outillée à partir du code  Facilitée si le code répond déjà à un « PSM » – Pacbase , L4G, Frameworks java, … Retour d’expérience  Code -> PIM : 65 à 80% en automatique  Niveau PIM suffisant pour régénérer l’application  Nécessité d’une reformalisation CIM (Métier) pour la compréhension des MOA Le projet de Modernisation – MDDAY 2011 32
  • 33. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 33
  • 34. Phase de Forward Ingénierie PIM Patrimoine Technique PSM PSMCode Code Le projet de Modernisation – MDDAY 2011 34
  • 35. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 35
  • 36. La qualification d’une boite noire nécessitedes scénarios et des données de production. Scénarios de tests PIM Patrimoine Technique PSM PSM ? CodeCode Tests iso-Fonctionnels Le projet de Modernisation – MDDAY 2011 36
  • 37. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 37
  • 38. Les évolutions par les modèles préservent lepatrimoine. PIM PIM Patrimoine Technique PSM PSM Code Code Le projet de Modernisation – MDDAY 2011 38
  • 39. Les évolutions par le code restent classiques PIM Patrimoine Technique PSM PSM Code Code Le projet de Modernisation – MDDAY 2011 39
  • 40. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 40
  • 41. Bluage a été validé en génération. MDA « forward » validé sur projet  Code source (java) de qualité  Indépendance de l’outillage : validée Le projet de Modernisation – MDDAY 2011 41
  • 42. Bluage a été préqualifié en Modernisation Outillage de rétro- modélisation Démarche de validation par Proof Of Concept successifs Le projet de Modernisation – MDDAY 2011 42
  • 43. Bluage dispose d’un outillage pour les données. Outillage de reprise des données : DB Modernisation Le projet de Modernisation – MDDAY 2011 43
  • 44. Sommaire Motivations Solutions candidates Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience Conclusion Le projet de Modernisation – MDDAY 2011 44
  • 45. Un projet de rénovation PAC 700Motivations : Application et environnement dépassés  Développée en Pac700  Mise en production en 1978,  Machines HVX (Unix émulateur GCOS 6)  Matériels et émulateurs ne sont plus supportés Connaissances perduesSolutions envisagées : Faire Durer  Déjà joué: IHM simplificatrices (NSDK) dans une autre application Réécriture  Trop risqué, trop stratégique, manque de connaissances Evolutions techniques  Performances et disponibilité ne sont pas les sujets majeurs  « Code to code » ne résout pas les questions de maintenance/évolution Le projet de Modernisation – MDDAY 2011 45
  • 46. Proof Of Concept avec Bluage – Etape 1 Objectifs  Valider la capacité de modernisation à partir du code à iso-fonctionnalité  Identifier les risques sur la migration PAC700  Définir les plans d’actions pour lever ces risques Stratégie : isolation et migration d’un périmètre significatif  Migration du code PAC700 du périmètre  Migration du JCL  Migration des données  Maquettage écrans (infographiste) sur base écrans transactionnels  Installation de la solution  Recette : Tests identiques sur les deux versions de l’application Conclusion : Migrations validées  PAC700 vers code Java  Fichiers GCOS en BDD relationnelle (Oracle pour le POC)  Ecrans transactionnels en HTML  Modèles UML générés conformes à la norme UML2  Aucune perte fonctionnelle identifiée Le projet de Modernisation – MDDAY 2011 46
  • 47. Proof Of Concept avec Bluage – Etape 2 Objectif :  Comparer évolution et maintenance avec & sans outils MDA  Ajouter des cas, modéliser des WebServices,  Produire une matrice de traçabilité des exigences (CMMI)  Valider la fusion de données  Plusieurs bases regroupées en une seule. Stratégie :  1 solution en modifiant les sources à la main  1 solution en modifiant les modèles + régénération  Evolution des modèles métier et logique (CIM-PIM)  Gestion de configuration des modèles (UML avec Magic Draw)  Tester la fusion de données avec 2 bases de production Conclusions  Evolution par les modèles : Validée  Construction sans la solution Blu Age Possible  Regroupement de bases de données Possible  Maintenance en mode projet Pas de difficulté majeure  Ouverture au SI via WebServices Validée  Qualité du code vérifiée via Cast Note > 3.4 Le projet de Modernisation – MDDAY 2011 47
  • 48. Projet Bluage – Etape 3 Etude des impacts de la migration sur l’écosystème  Catalogues  Interfaces Etude des Performances  Actuelle, Cible  Optimisation du code généré Structure et normalisation de la BDD cible Simplifications /Réorganisation des Batchs Définition de la stratégie de Bascule Etude du PRA Le projet de Modernisation – MDDAY 2011 48
  • 49. Démarche : Processus séquentiel et itératif Le processus de production (delivery process) est le processus temporel de production du projet depuis son lancement jusqu’à sa clôture eMediaI0 I1 I2 I3 I4 I5 VABF MEP Le projet de Modernisation – MDDAY 2011 49
  • 50. Sommaire Les motivations Les solutions Principes de l’Ingénierie des modèles Démarche de modernisation par les modèles  Phase de Reverse Ingénierie  Phase de Forward Ingénierie  Qualification en boîte noire  La gestion des évolutions Le choix de Bluage en modernisation Retour d’expérience projet Conclusion Le projet de Modernisation – MDDAY 2011 50
  • 51. Conclusion : un projet qui se mène à trois Mobilisation générale  Client  Mobilisation de compétences fonctionnelles  Sopra Group  Expertise sur langage, BDD et produits Middleware  Maîtrise du langage de modélisation UML et de l’outil Magic Draw  Connaissances fonctionnelles du métier et de l’application  Netfective  Mise en œuvre et support outillage Reverse et Code Generation Aspects organisationnels  Mobiliser des compétences sur les process de fabrication  Process du client – Démarche agile Sopragroup eMedia  Chercher à limiter l’effet tunnel « iso fonctionnalités »  Prise en compte d’évolutions fonctionnelles sans risques majeurs. Points de vigilance  Stratégie de déploiement  Implication des parties prenantes Le projet de Modernisation – MDDAY 2011 51
  • 52. Centres de Services « RobotShore »Ingénierie des modèles rouille technologique Le projet de Modernisation – MDDAY 2011 52
  • 53. QuestionsLe projet de Modernisation – MDDAY 2011 53
  • 54. Merci de votre attention Le projet de Modernisation – MDDAY 2011 54

×