InfoQ

InfoQ

Notícias

Meus Favoritos

Faça oLogin ou Cadastre-se para ativar o recurso de favoritos por tempo ilimitado.

O conteúdo foi adicionado aos favoritos!

Houve um erro ao adicionar aos favoritos! Por favor, tente novamente.

Estudo de Caso: Migração de um grande aplicativo VB6 para .NET

Postado por Abel Avram , traduzido por Yan Borowski em 04 Jan 2010

Seções
Desenvolvimento,
Processos e Práticas,
Arquitetura e Design
Tópicos
Estudos de Caso ,
.NET ,
Mudança
Tags
VB 6 ,
Visual Basic.NET ,
Migração

Uma empresa prestadora de serviços de TI tenha migrado um aplicativo de ERP, totalizando 950.000 linhas de código para VB6. NET em 9 meses.

Há 5 opções básicas lidar com uma aplicação legada em VB6:

  • Deixar como está – se a aplicação raramente é atualizada ou alterada
  • Substituir – se houver um aplicativo de código aberto, comercial, ou serviço similar
  • Migrar para. NET – utilizando uma ferramenta de migração que converte todo o código em VB6 ao equivalente em código .NET
  • Estender com .NET  – adicionar novas funcionalidades usando .NET. Controles e formulários do .NET podem ser adicionados a uma aplicação VB6 com a ajuda da Interop Form Toolkit 2.0 (PDF).
  • Reescrita – reescrever todo o código em .NET manualmente. Esta é uma abordagem viável quando o aplicativo VB6 inicial foi mal escrito e uma reescrita é desejada, o aplicativo precisa de uma mudança importante para satisfazer as novas necessidades, ou o código fonte não está disponível.

Se a migração é o caminho a percorrer, as próximas três soluções são úteis para isso:

A Microsoft publicou recentemente um estudo de caso destacando o sucesso da migração de 950.000 linhas de código VB6 para .NET. O processo foi conduzido pela SiS, uma empresa de TI austríaca, usando VB Migration Partner from Code Architects durante um período de 9 meses.O projeto foi um ERP construído há mais de 10 anos, somando 33 aplicações. A melhor solução para esta aplicação foi migrá-la ao invés de usar um aplicativo de ERP personalizados ou reescrevê-lo. Personalizar um ERP comercial não foi aceito porque teria custado 3-5 milhões de Euros, levaria 2 anos e nenhum fornecedor estaria garantido para implementação de todas as características originais.

A SiS selecionou 25.000 linhas de código e tentou migrá-las com várias ferramentas. VB Migration Partner foi o melhor, para o pedaço de código que estava sendo migrado, compilado e pronto para ser executado em 2,5 horas. Eles também relataram que o VB Migration Partner exigiu o mínimo de intervenção manual para fazer com que a User Interface parecesse como a original.

A aplicação ERP inteira foi migrado em 9 meses por 3 desenvolvedores, totalizando "3.650 horas de desenvolvimento, 3.400 horas para a revisão de código e refactoring, e 1.300 horas para o teste." A revisão do código foi solicitada porque o código teria mudanças maiores no futuro e nenhum dos desenvolvedores originais estavam disponíveis. Custo total: 750.000 euros, muito inferior ao exigido um por um ERP customizado. O processo foi desenvolvido em etapas: quando um módulo era concluído, ele deveria ser integrado ao restante da aplicação em VB até que a aplicação inteira tivesse sido migrada para .NET.

As empresas com grandes investimentos em VB6 ainda podem fazer bom uso de seu legado migrando para .NET. A Microsoft e seus parceiros parecem ter as ferramentas para o trabalho.

Migração VB6 para .NET por Fernando da Silva Enviado
  1. Voltar ao topo

    Migração VB6 para .NET

    por Fernando da Silva

    Uma noticia destas vindo da Microsoft tem sua credibilidade duvidosa, oque achei estranho foi a parte onde eles demostram a eficiencia do VB Migration Partner. migração inicial de 25.000 linhas de codigo em 2,5 horas, mais oque acho estranho e o trecho onde se lê: "exigiu o mínimo de intervenção manual para fazer com que a User Interface parecesse como a original". Copiar uma tela e refazela em uma nova ferramenta nova e facil, mais pergunto (e mais importante), como é que ficou a logica do negocio ?

Conteúdo Educacional

Formando equipes de alto desempenho, parte 1: Início e fases de evolução

Nesta primeira parte de uma série sobre equipes de alto desempenho e gerenciamento Agile, veja uma introdução geral e uma apresentação dos estágios de formação das equipes.

Business Model Canvas, passo a passo

O Business Model Canvas é uma ferramenta estratégica para a construção visual de novos produtos ou serviços. Conheça cada um dos seus elementos e como preencher o Canvas, passo a passo.

Google Apps Script, Parte 2: Google Docs, triggers e envio de emails

Nessa segunda e última parte de uma série sobre o Google Apps Script, conheça como funciona o envio de emails, a conversão de documentos e como criar menus e triggers.

Serviços de cloud computing PaaS: um guia para desenvolvedores Java

Este artigo avalia seis dos mais importantes fornecedores de serviços de cloud computing PaaS para desenvolvedores Java, analisando critérios como desempenho, escalabilidade e tecnologias suportadas.

Canvas de Modelo de Negócios: uma contribuição para o sucesso de Startups

O Canvas de Modelo de Negócios é um novo modo de comunicar e suportar a validação iterativa, incremental e empírica de modelos de negócio de startups e novos produtos substituindo o plano de negócios.

Entrevista com Rebecca Parsons Parte 2: Agile Distribuído, Arquitetura vs. Design e SOA

Nesta segunda e última parte de uma entrevista exclusiva para InfoQ Brasil, Rebecca Parsons, CTO da ThoughtWorks, fala sobre o Agile Distribuído e técnicas para definição de arquiteturas.

Entrevista com Rebecca Parsons Parte 1: Agile nas Empresas e Arquitetura Evolucionária

Nessa primeira parte de uma entrevista com a CTO da ThoughtWorks, veja recomendações sobre formas de construir e arquitetar sistemas para obter o máximo de flexibilidade e responsividade a mudanças.

Agile das equipes à organização: o papel do gerente, estratégias e dicas para a adoção

Os gerentes de projetos podem assumir o papel crítico de liderar a introdução do Agile. Vejas conceitos, dicas e técnicas para apoiar esse processo de mudanças.