Algumas das ferramentas de modernização atuais podem aproveitar os aplicativos legados exatamente onde eles estão, sem alterá-los diretamente. Você pode usar essas ferramentas para uma gama de necessidades de modernização, desde adicionar uma nova interface gráfica até dividir o aplicativo legado em serviços reutilizáveis. As melhores soluções fornecem na realidade essas capacidades como plataformas de middleware que front-end seus aplicativos existentes; elas "examinam" seus aplicativos, reúne-os ou analisa-os em componentes reutilizáveis.
Não necessariamente. O número de serviços e a complexidade do aplicativo são os fatores determinantes. Algumas das ferramentas de modernização legadas atuais podem gerar automaticamente uma interface gráfica simples em apenas algumas horas. A habilitação do serviço pode ser mais demorada. Uma abordagem de serviços completa geralmente requer ferramentas de middleware que podem mapear o aplicativo legado em subcomponentes. (Lembre-se de que as ferramentas de modernização com uma interface gráfica do usuário simplificam a tarefa muito mais.) Uma vez que o aplicativo esteja mapeado, é possível definir suas operações necessárias. Como essas operações são essencialmente seus componentes reutilizáveis, elas devem ser pequenas unidades de trabalho; elementos simples podem se tornar poderosos quando constituídos em entidades maiores e mais focadas em negócios. Portanto, mesmo que a abordagem dos serviços seja mais envolvente, ela poderá frequentemente ser realizada em dias ou semanas (em comparação com os meses ou anos necessários para modificar aplicativos legados diretamente).
Muitos projetos tentam responder por tudo de uma vez só—necessidades atuais, possíveis necessidades, necessidades futuras etc. A forma mais fácil de aumentar a velocidade de um projeto é torná-lo menor e mais específico para a necessidade em mãos. Uma abordagem de serviços permite que você mantenha a solução focada em aspectos pertinentes de um projeto, sem limitar a sua possibilidade de alterar a forma como ele funciona mais tarde. Os serviços são, por natureza, recompostos continuamente, para que você possa manter os prazos de cada projeto curtos. Além disso, usando uma abordagem de arquitetura inerentemente extensível, SOA, você terá um caminho fácil para modificar e estender o trabalho realizado em toda a empresa.
Um método popular, muitas vezes utilizado para soluções de atualização em lotes, é acessar diretamente os dados do aplicativo de host. Embora um grande número de ferramentas utilize esse método direto, ele tem algumas desvantagens significativas (por exemplo, atualizações de dados provenientes de fora do aplicativo legado). Como você não pode depender de um acesso direto a dados para atualizações oportunas e precisas para o sistema host, ele é mais indicado para aplicativos somente leitura. Caso contrário, ele exigirá esforços de codificação abrangentes no sistema de middleware.
Você também pode acessar diretamente a lógica do aplicativo de host. Ao usar esse processo, você chama os "métodos" ou as "transações" dentro do próprio aplicativo. Como acontece com o acesso direto a dados, a utilização segura do acesso direto a transações deve ser planejado e bem executado porque você manipulará o aplicativo de formas em que não foi escrito para funcionar. Os benefícios desse método de acesso podem ser altos em termos de desempenho e confiabilidade, mas o custo e o risco são claramente superiores aos dos outros métodos. O acesso direto a transações oferecerá pouco controle sobre o processo e chega, na verdade, mais próximo da reconstrução do aplicativo legado.
Outro método popular, que foi utilizado durante um longo período, é programaticamente executar o aplicativo legado como se o middleware fosse um usuário dele. Esse método, geralmente chamado de acesso à tela ou "reaproveitamento" de tela, evoluiu bastante ao longo dos anos. Embora nem sempre considerado o método mais robusto, a sua popularidade é decorrente do seu baixo risco e prazos rápidos. Ele pode ser usado com segurança para acesso de leitura e de gravação. As ferramentas mais novas permitem que esse método funcione de forma confiável e, ao contrário do acesso à transação de dados, dê à maioria dos trabalhadores qualificados de nível médio controle sobre o aplicativo legado. Esse método altamente escalável também superou os problemas de desempenho que eram recorrentes no começo. O acesso à tela é geralmente escolhido quando o custo e os prazos são críticos.
O método menos popular é aquele voltado especificamente para aplicativos CICS. Embora a exclusividade do CICS seja claramente limitadora, esse método é digno de nota, dada a grande maioria dos aplicativos de host realmente em execução no CICS. O acesso a mapas de BMS, o método mais novo dos quatro, é imaginado da melhor forma possível como um híbrido entre acesso direto a transações e acesso à tela. Seus benefícios de desempenho são similares às transações diretas, mas sua facilidade de implementação e a redução de riscos são similares ao acesso à tela. Basicamente, esse método se comunica diretamente com a lógica do CICS, mas dá ao middleware uma tela virtual para a criação e o controle do acesso a aplicativos. Esse método é mais bem usado com aplicativos CICS, especialmente quando se quer evitar os custos e os riscos associados ao acesso transacional ou à reconstrução.
As ferramentas de middleware legadas mostraram sua utilidade na extensão de aplicativos empresariais para interfaces Web do cliente para redes de parceiros, aplicativos de autoatendimento do usuário final e aplicativos internos novos (como sistemas de CRM com acesso direto às informações empresariais). Você pode aproveitar a habilitação do serviço de middleware comprovado e dos procedimentos de habilitação Web—agora, para dar aos usuários móveis acesso controlado às informações do paciente. Os dispositivos móveis apenas representam um novo conjunto de plataformas de computação, embora essas plataformas tenham um nível incomum de entusiasmo do usuário final.
A habilitação Web de aplicativos legados é uma prática bem estabelecida. A boa notícia é que não há falta de produtos para o ajudar a fazer isso. A má notícia é que alguns desses produtos são realmente datados. Primeiro, e mais importante, procure uma solução que aproveite as tecnologias Web mais recentes e não o force a trabalhar em um ambiente proprietário. As tecnologias Web avançam rápido, portanto, certifique-se de que sua solução possa acompanhar os avanços. As ferramentas que oferecem a maior flexibilidade com o tempo são as que lidam com as particularidades da comunicação de host e aproveitam as tecnologias Web para renderizar uma interface gráfica. As ferramentas certas permitirão que você use as tecnologias Web que fazem sentido para o seu ambiente de TI, sem a preocupação com os possíveis desafios de comunicação com um mainframe.
Muitas soluções, embora um apelo em teoria, levam muito tempo para ser implementadas. Outras são muito invasivas para os aplicativos envolvidos que necessitam de um grande conjunto de acionistas para avançar. Portanto, certifique-se de procurar um produto que minimize o impacto aos sistemas existentes e diminua o conhecimento necessário para o processo de habilitação de serviço. A solução ideal combina um processo não invasivo com ferramentas de criação de serviço do tipo arrastar e soltar, para que você possa obter resultados rápidos para o mercado.
