Gerenciamento automático de metadados - Revista Clube Delphi Magazine 148

Em desenvolvimento de software, o crescimento de uma empresa se dá no aumento de usuários de seus sistemas. Muitas vezes acontece algum evento que estimula um crescimento acima do esperado, muitas vezes fazendo com que sua carteira de clientes dobre em questão de meses. Isso afeta toda a empresa, pois mais trabalho é requerido, de todos os departamentos. É nesse momento que a empresa deve se manter sólida e manter sua qualidade.

O termo qualidade na área de software é bem abrangente, envolve desde entrega no prazo, custos dentro do orçamento e claro, a satisfação do cliente. Com um crescimento repentino, ações que muitas vezes eram tomadas para cinco ou dez clientes, não são mais praticáveis, pois agora pode se ter cinquenta ou cem clientes.

Um exemplo é a atualização de versão de sistema no que tange a atualização de estrutura de banco de dados. Quando se tem poucos clientes, é muito fácil realizar um acesso remoto, realizar uma comparação de banco de dados (produção vs. desenvolvimento) e atualizar manualmente essa estrutura (utilizando softwares de comparação de base de dados). Mas, quando o volume de clientes cresce, o tempo gasto nessas operações é precioso, se antes, com dez clientes despendíamos 10 minutos em cada atualização, teríamos um montante de 1h e 40min em um processo geral de atualização. Mas, com 100 clientes temos outra realidade: mais de 16h nesse mesmo processo. Mas, qual a relação disso com qualidade? A satisfação de seus clientes. Antes, eles estavam acostumados a no máximo, esperar cerca de 1h, agora, quase dois dias. É preciso criar então ações para garantir a qualidade de seu software.

Automação de atualização de estrutura

Vamos apresentar neste artigo um pequeno framework que irá gerenciar as alterações de estrutura de uma base de dados e irá atualizar de forma automática essa estrutura. Esses são os requisitos básicos, mas temos outros importantes como: funcionar tanto para IBX quanto para dbExpress, poder ser utilizado por projetos a partir do Delphi 7, deve manter um histórico de toda alteração que o banco de dados sofreu e deve permitir a execução de blocos SQL sob um controle transacional, ou seja, se algum comando SQL não puder ser executado, toda a atualização de estrutura é desfeita. Esse acontecimento deve ser notificado. Outro requisito importante é sobre sua reutilização. Ele não terá dependência com projeto algum e sua integração com projetos existentes será bem simples.

Projeto teste

Para conter o projeto foi criada uma pasta AtualizadorBanco, nela foi criado um banco de dados Firebird 1.5 de nome TESTE. Então no Delphi criamos um novo projeto VCL e o salvamos como ProjetoTeste. Não mudamos o nome do formulário principal porque isso não influencia nos testes e nele, inserimos controles que podem ser vistos na Figura 1. O único controle que teve seu nome alterado foi o TMemo, para memoEventos.

Nota: Para controles visuais que são acessados via código, é uma boa prática alterar sua propriedade Name para algo significativo, relacionado ao contexto de seu uso.

abrir imagem em nova janela

Figura 1. Aplicativo de teste

A ideia geral de funcionamento é conectar no banco de testes, seja via dbExpress ou via IBX e ao clicar em Atualizar, observar a resposta do que é feito no TMemo.

Classes de apoio

O que justifica uma atualização de aplicação em um cliente é a disponibilidade de uma nova versão. Assim, esse conceito foi abstraído em uma classe, chamada TVersao. Adicionamos ao projeto uma unit de nome devmedia.Atualizador.pas para conter essa classe que pode ser vista na Listagem 1.

Listagem 1. Classe TVersao"