Migrer de VB6 à VB.NET

Table des matières

• Introduction
• Différences entre vb6 et vb.net
• Stratégie de migration vers vb6
• Planification de migration
• Migrer la base de donnée
• Processus de migration des applications
• Planification de l’évaluation
• Évaluation du code de migration
• Préparation de l’environnement de migration
• Conception et mise en oeuvre de la personnalisation de l’outil
• Préparation du code pour la migration
• L’application de la migration

Profitez de ce manuel de formation en PDF pour comprendre mieux le VB.NET et enrichir votre connaissance.

Commencez à télécharger ce cours adapté pour vous et à apprendre VB.NET.

Migrations VB6 Une fois que toutes les applications qui exigent une migration ont été identifiées, avec leurs dépendances, alors les plans d e migration individuels peuvent être élaborés. 4.2.2 Équivalence fonctionnelle et évolution des applications Le processus de migration d ’une application selon la méthodologie de semi -automatique doit comprendre deux étapes clairement définies : l’équivalence fonctionnelle et l’évolution de l ’application. L’équivalence fonctionnelle exige de migrer une application v ers la nouvelle technologie en conservant exactement les mêmes fonctionnalités. Une fois l ’équivalence fonctionnelle atteinte, le processus de migration est terminé et l ’application tourne sur la nouvelle plate -forme. Les fonctionnalités ont été testées et leur équivalence a été vérifiée. L ’application peut être déployée auprès des utilisateurs qui remarqueront à peine la différence. Le fait de viser l’équivalence fonctionnelle pour une application que vous avez l ’intention de modifier ensuite peut semb ler paradoxal au premier abord, mais notre expérience nous a montré que cela permet de disposer d ’une base solide pour une approche contrôlée et de réduire le niveau de risque. Différents facteurs contribuent à rendre la transition à équivalence fonctionnelle attirante, le principal étant l’idée de remettre de l’ordre dans les systèmes le plus tôt possible. Le délai et le coût correspondant d ’une réécriture totale de l ’application rendent souvent impossible l ’élaboration d ’un business case de renouvellement viable . Par conséquent, la décision d ’abandonner l ’ancienne technologie est remise à plus tard. Avec des systèmes développés au fil des ans, il faut souvent du temps aux développeurs pour comprendre les subtilités de l ’application et les reproduire sur une plate -forme différente. De plus, l e risque d ’explosion du périmètre est important. En outre, il y a des avantages à adopter une approche par étape, en migrant d ’abo rd l ’application automatiquement vers .NET à équivalence fonctionnelle parfaite. D ’un point de vue opérationnel, .NET simplifie de façon très importante le déploiement et améliore les performances générales, l ’extensibilité et la fiabilité. Du point de vue du développement, il y a une amélioration très nette de l’ensemble de la solution et de son cycle de vie, avec de s outils plus pratiques de gestion de configuration, une automatisation de la construction, des tests, de l ’analyse et de la refactorisation, etc. De plus, certaines organisations sont dans l ’obligation de migrer vers .NET. C ’est le cas des éditeurs indépendants qui ont de plus en plus de mal à vendre des logiciels basés sur VB6 , ou encore, des sociétés soumises à des réglementations strictes qui imposent que toutes les applications essentielles foncti onnent sur des plates – formes prises en charge . Une fois l ’équivalence fonctionnelle atteinte, l ’application est prête pour sa prochaine refonte ou son évolution app licative . Si une application est migrée, c ’est parce qu ’elle est encore au début de son cycle de vie et fournira des années de service au métier. Il est donc probable qu ’elle va évoluer encore après la migration, même si ce n ’est pas nécessairement immédiat. L’évolution d ’une application implique à la fois l ’intégration de nouvelles fonctionnalités et la modification/prolongation des parties de l ’application aptes à bénéficier des nombreuses améliorations que .NET offre. 4.2.3 Atteindre l ’équivalence fonctionnelle L’équivalence fonctionnelle pour une application donnée peut passer par une migration complète ou progressive . Avec une stratégie de migration complète , l’organisation met à niveau toutes ses applications en même temps et ne met pas de code en production tant que l ’application complète n ’est pas migrée et opérationnelle sur la nouvelle plate -forme. La stratégie de migration progressive permet la mise à niveau de certaines parties de l ’application avant d ’autres. © 2011 Avanade Inc. All Rights Reserved. 10