{"id":4243,"date":"2013-01-13T23:02:22","date_gmt":"2013-01-14T07:02:22","guid":{"rendered":"http:\/\/www.andreanolanusse.com\/pt\/?p=4243"},"modified":"2013-05-01T22:14:42","modified_gmt":"2013-05-02T05:14:42","slug":"migracao-de-sistemas-legado-ou-mal-estruturados-parte-1","status":"publish","type":"post","link":"http:\/\/www.andreanolanusse.com\/pt\/migracao-de-sistemas-legado-ou-mal-estruturados-parte-1\/","title":{"rendered":"Migra\u00e7\u00e3o de sistemas legado ou mal estruturados – Parte 1"},"content":{"rendered":"

Migra\u00e7\u00e3o de sistemas legados<\/a> \u00e9 um assunto que pode render horas, dias, semanas ou meses em qualquer empresa, algo que considero normal, pois envolve uma quantidade enorme de vari\u00e1veis e traz grandes desafios. N\u00e3o precisamos ir muito longe para identificar sistemas legado e os desafios para mant\u00ea-lo nos dias de hoje.<\/p>\n

Sistemas que cresceram muito r\u00e1pido e em um curto espa\u00e7o de tempo, menos de 1 ano por exemplo, pode n\u00e3o ser considerado legado, entretanto na maioria das vezes este crescimento r\u00e1pido e n\u00e3o planejado n\u00e3o ir\u00e1 suportar o crescimento da empresa a m\u00e9dio e longo. Com isso, o assunto migra\u00e7\u00e3o entra em cena novamente.<\/p>\n

Meu objetivo nesta s\u00e9rie de artigos \u00e9 ir a fundo no tema, trazer um pouco da minha experi\u00eancia, sugerir caminhos e alternativas para uma migra\u00e7\u00e3o menos dolorosa, al\u00e9m de recomendar solu\u00e7\u00f5es que ir\u00e3o ajud\u00e1-los. Vale lembrar que n\u00e3o existe receita de bolo e voc\u00eas ver\u00e3o isso aqui, cada caso \u00e9 um caso e ningu\u00e9m melhor do que voc\u00ea para saber dos problemas nas solu\u00e7\u00f5es desenvolvidas por voc\u00ea ou sua empresa. Fa\u00e7a seus coment\u00e1rios ao final do artigo, eles ir\u00e3o agregar e ajudar outros a refletir sobre que caminho tomar na neste processo, al\u00e9m de me ajudar nos pr\u00f3ximos artigos.<\/p>\n

Se n\u00e3o \u00e9 f\u00e1cil e sabemos, ent\u00e3o por onde come\u00e7amos?<\/p>\n

Todos tem de estar desarmados<\/h2>\n

A primeira coisa a se fazer neste processo \u00e9 entrar desarmado, aberto a mudan\u00e7a, aceitar ideias, cr\u00edticas e sugest\u00f5es, expor o que voc\u00ea pensa e ouvir, ouvir, ouvir e ouvir muito. Todos aqueles envolvidos neste projeto, dever\u00e3o estar conscientes disso e preparados para mudar seu comportamento, a pior coisa neste longo projeto \u00e9 ter um grupo de pessoas remando contra, enquanto todos os outros est\u00e3o remando para frente. Trabalho em equipe ser\u00e1 fundamental, cr\u00edticas, sugest\u00f5es e debates calorosos existir\u00e3o, mas todos tem que estar cientes de que \u00e9 para o melhor do projeto.<\/p>\n

Incorporar\u00a0m\u00e9todos \u00e1geis<\/a>\u00a0como SCRUM\u00a0j\u00e1 na fase inicial do projeto pode ser de grande ajuda, as pr\u00e1ticas \u00e1geis enfatizam muito a colabora\u00e7\u00e3o, trabalho equipe, intera\u00e7\u00e3o entre as pessoas, etc. Isso pode come\u00e7ar a estabelecer um ponto de equil\u00edbrio na equipe e refor\u00e7ar de forma continua o trabalho em equipe.<\/p>\n

Por que migrar?<\/h2>\n

Fa\u00e7a esta pergunta a si mesmo “Por que migrar?”, esque\u00e7a por um instante o famoso ditado “Time que est\u00e1 ganhando n\u00e3o se mexe”, ou seja, “sistema que est\u00e1 funcionando n\u00e3o se mexe”.<\/p>\n

A grande maioria dos sistemas ERP desenvolvidos na d\u00e9cada de 80 e in\u00edcio dos anos 90 adotaram a arquitetura Cliente\/Servidor (Cliente\/Server) e foram desenvolvidos para plataforma Desktop, ao longo do tempo isso foi mudando, a web se tornou uma plataforma mais atrativa e hoje vivemos no mundo dos dispositivos m\u00f3veis. Naquela \u00e9poca muitas solu\u00e7\u00f5es baseadas em Web surgiram, mas o avan\u00e7o da tecnologia foi t\u00e3o r\u00e1pido que essas antigas aplica\u00e7\u00f5es web n\u00e3o foram bem estruturadas, trazendo v\u00e1rios outros problemas. Enfim, integra\u00e7\u00e3o entre plataformas e diversidade de meios de acesso tornou o modelo Cliente\/Servidor obsoleto.<\/p>\n

Considere como exemplo sistemas ERPs legado ou outros similares, reflita sobre o cen\u00e1rio mencionado no par\u00e1grafo anterior e traga para sua realidade, seus clientes hoje querem acesso as informa\u00e7\u00f5es via web, via iPhone, iPad, Android e seus muitos celulares e tablets e assim por diante. A recente pesquisa<\/a> que fiz aqui no blog mostrou que 75% dos entrevistados ir\u00e3o desenvolver aplica\u00e7\u00f5es para mobile e 45% ir\u00e3o migrar suas aplica\u00e7\u00f5es desktop para web em 2013.\u00a0Como voc\u00ea faria essa migra\u00e7\u00e3o hoje de forma r\u00e1pida e escal\u00e1vel? Como voc\u00ea integraria apps com seu backend? Quanta regra de neg\u00f3cio seria reutilizada? J\u00e1 se perguntou?<\/p>\n

Seja Desktop ou Web, se seu sistema est\u00e1 baseado em Cliente\/Servidor, a efici\u00eancia da sua empresa est\u00e1 comprometida pois voc\u00ea est\u00e1 o tempo todo fazendo remendos para atender as necessidades do mercado, isso eleva a dificuldade de manuten\u00e7\u00e3o do c\u00f3digo, diminui a efici\u00eancia da sua equipe, aumenta o seu custo e o custo do seu cliente, ou seja, diminui sua competitividade no mercado.<\/p>\n

J\u00e1 deve fazer um tempo que seu cliente pede para que TODO o sistema seja Web, ele faz quest\u00e3o de dizer TODO O SISTEMA, ele n\u00e3o precisa de tudo e sim certos m\u00f3dulos importantes, como por exemplo relat\u00f3rios, gr\u00e1ficos estat\u00edsticos em tempo real, acesso ao cadastro de clientes, etc. Mais uma vez arquitetura Cliente\/Servidor se torna um problema, o seu cliente disse que os relat\u00f3rios tem de estar acess\u00edveis pela web e relat\u00f3rios na web podem trazer uma carga enorme em todo o sistema. Como voc\u00ea atenderia a estas solicita\u00e7\u00f5es? N\u00e3o precisa me dizer dos remendos, eu j\u00e1 imagino, replicar os dados para um servidor web, manter sincronizado, etc.. Isso \u00e9 caro, n\u00e3o \u00e9 escal\u00e1vel e se torna um remendo tempor\u00e1rio que ir\u00e1 rasgar em pouco tempo.<\/p>\n

J\u00e1 se perguntou quanto custa manter seus sistemas Desktop? Depois de muitos anos sua aplica\u00e7\u00e3o virou um grande sistema, com dezenas de m\u00f3dulos, integra\u00e7\u00f5es, recursos, depend\u00eancias, etc.. Para responder essa pergunta, voc\u00ea precisa se fazer as perguntas abaixo:<\/p>\n