Júlio Battisti Livros e Cursosa sua sala de aula na internet

No início da utilização do modelo Cliente/Servidor (na primeira metade da década de 90), as aplicações foram desenvolvidas utilizando-se um modelo de desenvolvimento em duas camadas. Neste modelo, um programa, normalmente criado em um ambiente de desenvolvimento, como o Visual Basic, Delphi ou Power Builder, é instalado em cada Cliente. Este programa acessa dados em um servidor de Banco de Dados, conforme ilustrado na Figura 11.2.

Figura 11.2 O modelo de desenvolvimento em duas camadas.

No modelo em duas camadas, temos um programa que é instalado no Cliente, programa esse que faz acesso a um Banco de Dados que fica residente no Servidor de Banco de Dados (no nosso caso, evidentemente, este servidor é o SQL Server 2005). Na maioria dos casos, a máquina do Cliente é um PC rodando Windows, e a aplicação Cliente é desenvolvida utilizando-se um dos ambientes conhecidos, conforme citado anteriormente. Sendo a aplicação Cliente, um programa para Windows (na grande maioria dos casos), a aplicação deve ser instalada em cada um dos computadores da rede, que farão uso da aplicação. É o processo de instalação normal, para qualquer aplicação Windows. No modelo de duas camadas, a aplicação Cliente é responsável pelas seguintes funções:

•  Apresentação: O código que gera a interface visível do programa faz parte da aplicação Cliente. Todos os formulários, menus e demais elementos visuais, de interação com o usuário final, estão contidos no código da aplicação Cliente. Caso sejam necessárias alterações na interface do programa, faz-se necessária a geração de uma nova versão do programa, e todos os computadores que possuem a versão antiga, devem receber a nova versão, para que o usuário possa ter acesso às alterações da interface. Aí que começam a surgir os problemas no modelo de duas camadas. Uma simples alteração de interface é suficiente para gerar a necessidade de atualizar a aplicação em centenas ou milhares de computadores, dependendo do porte da empresa. O gerenciamento desta tarefa, é algo extremamente complexo e que envolve custos elevados.

•  Lógica do Negócio: As regras, que definem a maneira como os dados serão acessados e processados, são conhecidas como “Regras de Negócio”. Fazem parte das Regras de Negócio desde funções simples para validação da entrada de dados, como o cálculo do digito verificador de um CPF, até funções mais complexas, como descontos escalonados para os maiores clientes, de acordo com o volume da compra. Questões relativas à legislação fiscal e escrita contábil, também fazem parte das Regras de Negócio. Por exemplo, um programa para gerência de Recursos Humanos, desenvolvido para a legislação dos EUA, evidentemente, não pode ser utilizado, sem as devidas adaptações, por uma empresa brasileira. Isso acontece porque a legislação dos EUA é diferente da legislação brasileira. Em síntese, as regras para o sistema de Recursos Humanos são diferentes. Além isso, alterações nas Regras de Negócio são bastante freqüentes, ainda mais com as repetidas mudanças na legislação do nosso país. Com isso, faz-se necessária a geração de uma nova versão do programa, cada vez que uma determinada regra muda, ou quando regras forem acrescentadas ou retiradas. Desta forma, todos os computadores que possuem a versão anterior devem receber a nova versão, para que o usuário possa ter acesso às alterações. Aí que se agravam os problemas no modelo de duas camadas. Qualquer alteração nas Regras do Negócio, é suficiente para gerar a necessidade de atualizar a aplicação, em centenas ou milhares de computadores. O gerenciamento desta tarefa é algo extremamente complexo e de custo elevado. Aliás, já dissemos isso no parágrafo anterior, só que é tão importante que sempre é bom repetir.

Com a evolução do mercado e as alterações da legislação, mudanças nas Regras do Negócio são bastante freqüentes. Com isso, o modelo de duas camadas demonstrou-se de difícil manutenção e gerenciamento, além de apresentar um TCO – Total Cost Ownership (Custo Total de Propriedade) muito elevado. O TCO é uma medida que leva em conta diversos fatores, para calcular qual o custo em se manter uma estação em rede e funcionando no período de um ano. Alguns cálculos apontam para valores próximos de 10.000 dólares, por estação, por ano. Convenhamos que é um custo considerável.

A outra camada vem a ser o Banco de Dados, o qual fica armazenado em Servidor da rede. Uma aplicação desenvolvida em Visual Basic, a qual acessa um Banco de Dados em um servidor Microsoft SQL Server, é um típico exemplo de uma aplicação em duas camadas.

Em busca de soluções para os problemas e para os custos do modelo de duas camadas, é que surge a proposta do modelo de três camadas, conforme analisaremos a seguir.