Modernização de Sistemas Legados
Saia do seu sistema legado sem parar a operação e fique com o código.
Fizemos isso no nosso próprio sistema. Mostramos o seu em uma amostra medida.
Migramos sistemas módulo a módulo: cada módulo é especificado, reconstruído, verificado contra o sistema atual e só então comutado. Sua operação continua rodando e o código resultante é seu desde o primeiro dia.
Pontos de entrada
De onde você quer sair?
Sair do GeneXus ou de outra plataforma low-code proprietária
Você recupera o controle do código e deixa de depender de um ambiente e de uma licença proprietários.
Sistemas Java ou .NET sem especificação escrita
Sistemas que funcionam, mas que ninguém consegue descrever por completo. Primeiro os documentamos, depois os migramos.
O que se aposenta, o que se absorve e o que se reconstrói quando entra um ERP
Com a chegada de NetSuite, SAP ou outro ERP, decidimos com dados quais módulos são aposentados, quais o ERP absorve e quais são reconstruídos.
Documentar um sistema para licitá-lo, auditá-lo ou mantê-lo
Especificação verificável do sistema como ele é hoje, útil para uma licitação, uma auditoria ou sua manutenção.
Método
Sete fases, módulo a módulo
As sete fases se repetem em cada módulo, de modo que o sistema novo cresce enquanto o anterior continua operando.
Descobrir
Inventário do sistema real: objetos, dados, integrações e regras.
Especificar
O comportamento atual fica escrito como especificação verificável.
Migrar dados
Os dados passam ao esquema novo com seus identificadores preservados.
Construir
O módulo é implementado contra a especificação.
Interface
A interface de usuário é reconstruída sobre as operações já verificadas.
Verificar
O módulo novo é comparado com o atual e as diferenças são documentadas.
Comutar
A operação passa ao módulo novo, com retorno disponível.
Garantias
- Nenhum módulo comuta sem uma paridade assinada.
- Cada comutação é reversível em minutos.
- O código é do cliente desde o primeiro dia.
Agentes de IA
Como usamos agentes de IA
Especificação antes do código
Primeiro se escreve o que o sistema faz; o código é consequência dessa especificação.
Agentes que implementam contra ela
Os agentes de IA constroem o módulo contra a especificação, não a partir de suposições.
Um teste para cada cláusula
Cada cláusula da especificação tem um teste automatizado que a comprova.
Revisão humana obrigatória
Uma pessoa revisa e integra cada mudança. A IA acelera; não decide sozinha.
Este é o método de desenvolvimento de software agêntico aplicado à migração: aqui ele vive como método, não como produto.
Evidência
Fizemos isso no nosso próprio sistema
Migração do sistema de gestão da SISCON a partir do GeneXus
Abandono completo do ambiente proprietário e migração de dados com identificadores preservados.
Análise de migração de um sistema de logística e transporte ferroviário
A documentação existente subestimava o tamanho real do sistema. Por isso o primeiro passo é medir.
Como começar
Três degraus, sem compromisso de migrar
Amostra medida, sem custo
De 5 a 10 telas do seu sistema convertidas em especificação verificável, com seus testes e um inventário de diferenças.
Diagnóstico de 3 a 5 semanas com preço fixo
O esquema real, um plano por ondas, a estimativa e o gasto de licenças que se elimina.
Migração por ondas
Cotada sobre o inventário medido, não sobre suposições.
FAQ
Perguntas Frequentes
Preciso parar minha operação para migrar?
Não. Migra-se módulo a módulo e nenhum comuta sem paridade assinada. No nosso próprio caso foram 0 dias de parada.
De quem é o código resultante?
Do cliente, desde o primeiro dia.
E se algo falhar na comutação?
Cada comutação é reversível em minutos.
Por onde começo?
Com a amostra medida, sem custo: de 5 a 10 telas convertidas em especificação verificável.
🔗 Relacionado: Agente de consulta sobre o seu ERP — o segundo produto da SISCON, em produção no nosso próprio ERP.