Evolution d’architecture Présentation du 26/03/07 au Microsoft Technology Center, Paris
Plan <ul><ul><li>Sodifrance </li></ul></ul><ul><ul><li>Evolution d’architecture </li></ul></ul><ul><ul><li>Chaîne de moder...
Carte d’identité <ul><li>Chiffres clés </li></ul><ul><li>SSII créée en 1986 </li></ul><ul><li>600  collaborateurs  </li></...
Les offres Système  d’information <ul><li>Modernisation de patrimoines applicatifs </li></ul><ul><li>Rétro-documentation <...
Une gestion complète du cycle de vie du logiciel Comprendre Mesurer Application Modernization (Re) développer Application ...
Plan <ul><ul><li>Sodifrance </li></ul></ul><ul><ul><li>Evolution d’architecture </li></ul></ul><ul><ul><li>Chaîne de moder...
Problématique de l'évolution d’architecture  <ul><li>Difficultés d'ordre métier/fonctionnel : </li></ul><ul><ul><li>Diffic...
Quelles solutions ? <ul><li>Moins rapide que Migration </li></ul><ul><li>Combine migration et rénovation </li></ul><ul><li...
Notre solution de migration/refonte outillée <ul><ul><li>Processus  éprouvé </li></ul></ul><ul><ul><ul><li>Résultat de not...
Migration d'une architecture client serveur vers une architecture n-tier  <ul><li>Deux difficultés </li></ul><ul><ul><li>C...
Intérêts du passage par les modèles Code applicatif Modèle Refactoring Changement de socle technique Rétro-documentation R...
Avantages de la démarche MDA <ul><ul><li>Une  capacité  supérieure à ré-architecturer les applications à migrer que n’offr...
Le processus Application existante (Cobol, L4G, VB6, …) Modèle de l'application Source Mia-Generation    Rétro-ingénierie...
Phase 1: Rétro-ingénierie  <ul><ul><li>Analyse automatique du code à l’aide d’un parseur </li></ul></ul><ul><ul><li>Rétro-...
Phase 2 : Transformation  <ul><ul><li>Processus automatisé de transformation de modèles grâce à l’outil Mia-Transformation...
Phase 3 : Génération  <ul><ul><li>Processus automatisé de génération grâce à l’outil Mia-Generation </li></ul></ul><ul><ul...
Une évolution possible grâce au cycle en Y  Modèle de l’application  cible Architecture logique et technique  cible Généra...
Phasage d’un projet de migration GO 2 Réalisation (par lots) avec parallélisation Préparation     GO 1  Industrialisa...
Exemples de références <ul><ul><li>MAAF : Migration NSDK  J2EE d’une application d’assurance auto (50 écrans, 50 000 lign...
<ul><ul><li>La source : CoolGen </li></ul></ul><ul><ul><li>La cible : migration mixte J2EE / Cobol </li></ul></ul><ul><ul>...
Plan <ul><ul><li>Sodifrance </li></ul></ul><ul><ul><li>Evolution d’architecture </li></ul></ul><ul><ul><li>Chaîne de moder...
Évolution d’architecture > Conclusion  <ul><li>Merci pour votre attention … </li></ul>
Prochain SlideShare
Chargement dans…5
×

Migration VB6 > .Net

2 246 vues

Publié le

Publié dans : Technologie
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
2 246
Sur SlideShare
0
Issues des intégrations
0
Intégrations
52
Actions
Partages
0
Téléchargements
46
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive
  • Migration VB6 > .Net

    1. 1. Evolution d’architecture Présentation du 26/03/07 au Microsoft Technology Center, Paris
    2. 2. Plan <ul><ul><li>Sodifrance </li></ul></ul><ul><ul><li>Evolution d’architecture </li></ul></ul><ul><ul><li>Chaîne de modernisation VB vers .NET </li></ul></ul>
    3. 3. Carte d’identité <ul><li>Chiffres clés </li></ul><ul><li>SSII créée en 1986 </li></ul><ul><li>600 collaborateurs </li></ul><ul><li>43,2 M€ de CA en 2005 </li></ul><ul><li>12 implantations : France et Belgique </li></ul><ul><li>Cotée Second Marché d’ Euronext </li></ul><ul><li>Société à Conseil de surveillance et Directoire </li></ul>Agence Centre de Services ou d’infogérance R&D <ul><li>Stratégie </li></ul><ul><li>Expertise en développement et modernisation des systèmes d’information </li></ul><ul><li>Développement piloté par les offres à forte valeur ajoutée technologique </li></ul>Une clientèle de grands comptes <ul><li>Des secteurs d’activités diversifiés </li></ul><ul><li>Les 12 premiers clients </li></ul><ul><li>MMA </li></ul><ul><li>CNP </li></ul><ul><li>CREDIT MUTUEL </li></ul><ul><li>MAIF </li></ul><ul><li>AXA BELGIQUE </li></ul><ul><li>MAAF </li></ul><ul><li>MEDERIC </li></ul><ul><li>CREDIT AGRICOLE </li></ul><ul><li>ING SUISSE ET BELGIQUE </li></ul><ul><li>BERGERAT MONNOYEUR </li></ul><ul><li>LA POSTE </li></ul><ul><li>BANQUE POPULAIRE </li></ul><ul><li>Un positionnement affirmé dans le secteur Banque/Assurance </li></ul><ul><li>Des clients grands comptes </li></ul><ul><li>Une forte fidélisation de nos clients </li></ul>
    4. 4. Les offres Système d’information <ul><li>Modernisation de patrimoines applicatifs </li></ul><ul><li>Rétro-documentation </li></ul><ul><li>Transformation en masse </li></ul><ul><li>Migration </li></ul><ul><li>Évolution J2EE et .Net </li></ul><ul><li>Maintenance / TMA </li></ul><ul><li>Edition de </li></ul><ul><li>logiciel </li></ul><ul><li>MIA Studio </li></ul><ul><li>ESSOR </li></ul><ul><li>Infrastructure IT </li></ul><ul><li>Architecture et Intégration de systèmes </li></ul><ul><li>Sécurité </li></ul><ul><li>Infogérance </li></ul><ul><li>Études & </li></ul><ul><li>Développement </li></ul><ul><li>Conseil génie logiciel </li></ul><ul><li>Développement d’applications </li></ul><ul><li>Industrialisation </li></ul><ul><li>Projets NT/Approche MDA </li></ul><ul><li>Solutions métier </li></ul>
    5. 5. Une gestion complète du cycle de vie du logiciel Comprendre Mesurer Application Modernization (Re) développer Application Portfolio Management Migrer -Langage - Plateforme Intégrer - SOA Transformer -Refactoring Application Development Arbitrer Application Maintenance Migrer -Langage - Plateforme Corriger Transformer -Refactoring Agir
    6. 6. Plan <ul><ul><li>Sodifrance </li></ul></ul><ul><ul><li>Evolution d’architecture </li></ul></ul><ul><ul><li>Chaîne de modernisation VB vers .NET </li></ul></ul>
    7. 7. Problématique de l'évolution d’architecture <ul><li>Difficultés d'ordre métier/fonctionnel : </li></ul><ul><ul><li>Difficultés à formaliser le besoin </li></ul></ul><ul><ul><li>Evolutions des souhaits des utilisateurs </li></ul></ul><ul><li>Difficultés d'ordre technique : </li></ul><ul><ul><li>Obsolescence des technologies </li></ul></ul><ul><ul><li>Complexité des règles de production de code </li></ul></ul><ul><ul><li>Hétérogénéité des technologies utilisées </li></ul></ul><ul><ul><li>Instabilité du socle technique </li></ul></ul><ul><li>Pression économique : </li></ul><ul><ul><li>Maitrise coûts/délais/risques </li></ul></ul><ul><li>Problème des DSI </li></ul><ul><ul><li>Comment moderniser le patrimoine applicatif ? </li></ul></ul><ul><ul><li>Comment suivre les évolutions technologiques ? </li></ul></ul><ul><li>Difficultés d'ordre exponentiel par rapport à volume et complexité... </li></ul>technologie métier
    8. 8. Quelles solutions ? <ul><li>Moins rapide que Migration </li></ul><ul><li>Combine migration et rénovation </li></ul><ul><li>Maintenance MDA possible </li></ul>Refonte outillée : Migration outillée + évolution via les modèles <ul><li>Complètement iso-fonctionnel </li></ul><ul><li>Plus économique (-30%) </li></ul><ul><li>Plus rapide (-50%) </li></ul><ul><li>Iso-fonctionnel, iso-ergonomie </li></ul><ul><li>Maintenance MDA possible </li></ul>Migration outillée : Transformation automatisée de l’architecture et du code <ul><li>Plus cher et plus long </li></ul><ul><li>Sollicitation forte des sachants </li></ul><ul><li>Processus connu </li></ul>Refonte manuelle : Nouveaux développements Inconvénients Avantages Stratégie de ré-ingénierie
    9. 9. Notre solution de migration/refonte outillée <ul><ul><li>Processus éprouvé </li></ul></ul><ul><ul><ul><li>Résultat de notre capitalisation sur nos projets </li></ul></ul></ul><ul><ul><li>Processus outillé </li></ul></ul><ul><ul><ul><li>Rétro-conception, transformation, génération </li></ul></ul></ul><ul><ul><ul><li>Pas de phase de spécification fonctionnelle (le code en fait office) </li></ul></ul></ul><ul><ul><ul><li>Gain important en délai et en charge par rapport à une refonte manuelle </li></ul></ul></ul><ul><ul><li>Processus non intrusif </li></ul></ul><ul><ul><ul><li>N’impose pas une cible particulière </li></ul></ul></ul><ul><ul><ul><li>S'intégre dans tout cycle de développement </li></ul></ul></ul><ul><ul><li>Processus adaptable </li></ul></ul><ul><ul><ul><li>Migration partielle : par exemple, migration des couches front-office vers le web et conservation des services back-office sur le mainframe </li></ul></ul></ul><ul><ul><ul><li>Réécriture partielle : composants graphiques, d’architecture ou liés aux couches système </li></ul></ul></ul>
    10. 10. Migration d'une architecture client serveur vers une architecture n-tier <ul><li>Deux difficultés </li></ul><ul><ul><li>Changement d’architecture : passage client-serveur à une architecture 3-tiers </li></ul></ul><ul><ul><li>Changement de paradigme de programmation : passage à l ’objet </li></ul></ul><ul><li>Notre réponse </li></ul><ul><ul><li>Remonter au niveau des modèles : ne pas se limiter à de la transformation de code, mais abstraire la problématique en travaillant au niveau des modèles </li></ul></ul>Notre philosophie : Adopter une démarche MDA en passant par des modèles
    11. 11. Intérêts du passage par les modèles Code applicatif Modèle Refactoring Changement de socle technique Rétro-documentation Rétro-conception Cartographie applicative
    12. 12. Avantages de la démarche MDA <ul><ul><li>Une capacité supérieure à ré-architecturer les applications à migrer que n’offre pas une « simple » transformation code à code, </li></ul></ul><ul><ul><li>Une agilité supplémentaire dans le choix de la cible de migration, </li></ul></ul><ul><ul><li>Un accroissement de la valeur ajoutée de la migration au travers la rétro-conception de l’existant, </li></ul></ul><ul><ul><li>La possibilité de capitaliser sur les modèles obtenus pour la maintenance des applications migrées, </li></ul></ul><ul><ul><li>La possibilité de capitaliser sur la démarche MDA et la mécanique de génération de code pour de nouveaux développements , </li></ul></ul><ul><ul><li>Utilisation des standards de l’OMG (MOF, XMI, UML), </li></ul></ul><ul><ul><li>Indépendance vis-à-vis de l'outillage de conception/modélisation du client. </li></ul></ul>
    13. 13. Le processus Application existante (Cobol, L4G, VB6, …) Modèle de l'application Source Mia-Generation  Rétro-ingénierie  Re-conception  Génération  Evolution Modèle de l'application Cible Mia-Transformation Système cible (.NET, J2EE, ...) Parsers code source
    14. 14. Phase 1: Rétro-ingénierie <ul><ul><li>Analyse automatique du code à l’aide d’un parseur </li></ul></ul><ul><ul><li>Rétro-modélisation des informations </li></ul></ul><ul><ul><li>Instanciation d’un modèle de l’application source (100% des informations de départ) </li></ul></ul>Application existante (VB6, NSDK, NATSTAR, INFORMIX, PB, COOL:GEN …) Modèle de l'application Source Parsers code source Analyse du code
    15. 15. Phase 2 : Transformation <ul><ul><li>Processus automatisé de transformation de modèles grâce à l’outil Mia-Transformation </li></ul></ul><ul><ul><li>Détection de composants particuliers (objets persistants, cinématique, modèles de vue…) </li></ul></ul><ul><ul><li>Instanciation d’un modèle de l’application proche de la cible </li></ul></ul>Modèle de l'application Source Modèle de l'application Cible Mia-Transformation
    16. 16. Phase 3 : Génération <ul><ul><li>Processus automatisé de génération grâce à l’outil Mia-Generation </li></ul></ul><ul><ul><li>Génération du code de l’application migrée </li></ul></ul><ul><ul><li>Intégration dans l’architecture et le cycle de développement cible </li></ul></ul>Mia-Generation Modèle de l'application Cible Système cible (.NET, J2EE, ...)
    17. 17. Une évolution possible grâce au cycle en Y Modèle de l’application cible Architecture logique et technique cible Générateurs Application cible <ul><li>L’application migrée respecte les standard d’architecture </li></ul><ul><li>La maintenance est facilitée </li></ul>
    18. 18. Phasage d’un projet de migration GO 2 Réalisation (par lots) avec parallélisation Préparation     GO 1  Industrialisation  Réal. Chaîne automatisée : - Adaptations outillage - Règles de transformation - Règles de génération - Lotissement projet  Pilote déployable  Proposition forfaitaire Cadrage  Macro chiffrage - Analyse rapide  Chiffrage ±30%  Etude préalable : - Points durs - Cible technique - Ergonomie - Scénarios - POC  Proposition Pilote  Chiffrage ±20% Migration industrielle  Migration automatisée - Tests de référence - Transformation - Génération - Compléments manuels - Réécritures partielles - Refactoring IHM - Tests de Non Régression  Lot migré  Intégration - TNR - Tests charge & perf.  Lot intégré  Recette utilisateur  Lot recetté Déploiement  Déploiement   GO 3 ~2 semaines ~ 3 mois ~ 1 mois X mois
    19. 19. Exemples de références <ul><ul><li>MAAF : Migration NSDK  J2EE d’une application d’assurance auto (50 écrans, 50 000 lignes de code) </li></ul></ul><ul><ul><li>AGF : </li></ul></ul><ul><ul><ul><li>Migration NSDK  J2EE d’une application d’assurances maritimes (160 écrans, 60 000 lignes) </li></ul></ul></ul><ul><ul><ul><li>Migration Natweb  J2EE de 4 applications </li></ul></ul></ul><ul><ul><li>CDC Ixis : Migration NSDK  .NET/WinForms (20 écrans, 30 000 lignes de code) </li></ul></ul><ul><ul><li>France Telecom : Migration NSDK  J2EE </li></ul></ul>NSDK .Net
    20. 20. <ul><ul><li>La source : CoolGen </li></ul></ul><ul><ul><li>La cible : migration mixte J2EE / Cobol </li></ul></ul><ul><ul><ul><li>Services back-office conservés en Cobol </li></ul></ul></ul><ul><ul><ul><li>Couches applicatives en J2EE (framework spécifique) </li></ul></ul></ul><ul><ul><ul><li>Approche SOA </li></ul></ul></ul><ul><ul><li>Le périmètre : tout le patrimoine applicatif </li></ul></ul><ul><ul><ul><li>50 applications, 1000 écrans, 1000 serveurs </li></ul></ul></ul><ul><ul><li>Contraintes : </li></ul></ul><ul><ul><ul><li>S’intégrer dans l’architecture </li></ul></ul></ul><ul><ul><ul><li>S’intégrer dans la démarche de développement (le client a déjà initié une démarche MDA) </li></ul></ul></ul><ul><ul><ul><li>Conserver le niveau d’utilisabilité des applications </li></ul></ul></ul><ul><ul><li>Le projet </li></ul></ul><ul><ul><ul><li>Charge : 9000 jours (dont 400 d’outillage) </li></ul></ul></ul><ul><ul><ul><li>Délai : 18 mois </li></ul></ul></ul>Référence Crédit du Nord
    21. 21. Plan <ul><ul><li>Sodifrance </li></ul></ul><ul><ul><li>Evolution d’architecture </li></ul></ul><ul><ul><li>Chaîne de modernisation VB vers .NET </li></ul></ul>
    22. 22. Évolution d’architecture > Conclusion <ul><li>Merci pour votre attention … </li></ul>

    ×