Assim a figura a seguir apresenta a arquitetura típica em três camadas, onde a apresentação é a camada superior, a camada central trata da lógica do negócio e a camada de banco de dados é a mais abaixo. Cada camada tem uma responsabilidade distinta e bem definida.
Note também que você não deve inferir, a partir deste esquema, que o aplicativo inteiro pode ser construído com um único componente em cada uma dessas três camadas. Deve ter várias opções como se segue:
- Deve haver um componente separado na camada de apresentação para cada transação de usuário.
- Deve haver um componente separado na camada de negócios para cada entidade de negócios (tabela de banco de dados).
- Deve haver um componente separado na camada de acesso a dados para cada SGBD suportados.
Com essa estrutura, é fácil substituir o componente em uma camada com outro componente sem ter que fazer qualquer alteração em outras camadas.
Essa estrutura também fornece mais capacidade de reutilização, como: um único componente na camada de negócios pode ser compartilhado por vários componentes na camada de apresentação. Isso significa que a lógica de negócios pode ser definida em um lugar ainda compartilhado por vários componentes.