Manutenção na aplicação, seu reflexo na Interface e Conclusão

> Apêndices A e B

< Migração para ambiente Web - Utilização do Mecanismo e Execução

Migração de Aplicações para Ambiente Web - Uma Abordagem Prática

Manutenção na aplicação e seu reflexo na Interface

Para exemplificar uma possível manutenção e seu impacto na atualização da aplicação, supõe-se aqui que seja necessária a inclusão de um novo atributo na estrutura de clientes, a informação de seu E-mail, conforme exibido na tabela 5.

Tabela 5 – Tabelas do sistema

Clientes - manutenção

Para implementação desta alteração na aplicação de demonstração basicamente percorrem-se as camadas do sistema, informando os novos requisitos e ao ser fazer isto, têm-se a oportunidade de se observar o grau de esforço necessário para sua efetivação, principalmente no que diz respeito à interface do usuário.

Inicialmente altera-se a camada de acesso aos dados, conforme a figura 37, inserindo o atributo e-mail, [linha 6], no módulo "app_cadastro_cliente_dado.sh".

Figura 37 – Módulo "app_cadastro_cliente_dado.sh" – atual

A seguir a camada referente ao negócio, na qual se retorna o valor de edição, [linha 9] e onde se incluí o teste do novo conteúdo do e-mail, [linha 16], no módulo "app_cadastro_cliente_negocio.sh", conforme a figura 38:

Figura 38 – Módulo "app_cadastro_cliente_negócio.sh" – atual

E finalmente, na chamada à camada de interface, no "script app_cadastro_cliente_sh" adiciona-se as referências necessárias para a edição do e-mail, incluindo-se o nome, [linha 18], tamanho, [linha 21], valor, [linha 25] e prompt, [linha 29], conforme figura 39:

Figura 39 – Módulo "app_cadastro_cliente.sh" – atual

Após feitas as alterações, e em seguida solicitada a execução já são apresentados os resultados exibidos nas figuras 40 e 41.

Figura 40 – Resultado da alteração modo caractere

Figura 41 – Resultado da alteração modo Web

Conclusão

A adoção de padrões no desenvolvimento de interfaces, tais como a utilização de camadas, métodos baseados em interface comum e processos de geração automática, trazem resultados significativos, não só na fase de desenvolvimento, mas também na de manutenção, além de proporcionar um elemento facilitador na sua migração para o ambiente Web. Devido as suas características, permite de modo mais simples o processo iterativo de desenvolvimento, um grande volume de testes, a criação de uma cultura corporativa na operação da interface, diminuindo custos de treinamento e possibilitando maior abertura para se adequar às novas tecnologias que se apresentem.

Na busca de soluções para atendimento destes requisitos, devem ser consideradas, além de produtos prontos, pagos ou gratuitos, os que possam ser desenvolvidos por meio de recursos próprios, que têm como matéria prima a utilização de conhecimento já existente nas organizações. Porém, na prática não existe uma solução única para todos os casos. De acordo com cada realidade, pode ser adotado um ou outro caminho ou ainda uma combinação dos existentes. Além disso, questões como padronização enfrentam com freqüência as características culturais de cada organização. Não é fácil estabelecer o consenso sobre um determinado padrão em um grupo, mesmo que pequeno. Geralmente técnicos, até de uma mesma empresa, apresentam posturas diferentes e viáveis para a solução de um mesmo problema. Cabe à organização, caso seja de interesse do seu negócio e por meio de um gerenciamento contínuo, escolher a melhor rota a ser seguida.

> Apêndices A e B

< Migração para ambiente Web - Utilização do Mecanismo e Execução

Migração de Aplicações para Ambiente Web - Uma Abordagem Prática