Arquitetura em-3-camadas-three-tier-architecture

Arquitetura em 3 camadas (Three-Tier

Architecture)Componentes:

Gilberto Vieira

João Marcos

Laércio Mesquita

Linneu Magno

Walison Rubens

Definição

• É uma arquitetura que descreve o desenvolvimento de uma rede em três camadas: • Camada de Apresentação

• Camada de Regra de Negócio

• Camada de Acesso a Dados

Características

• Difere da arquitetura cliente/servidor por diminuir a sobrecarga de funcionalidades do cliente.

• Surgimento motivado pela necessidade de não atualizar a aplicação quando ocorresse mudanças na regra de negócio.

Objetivos da arquitetura em camadas

• Modularidade: capacidade de divisão da aplicação em módulos independentes;

• Manutenibilidade: redução no custo de manutenção da aplicação;

• Extensibilidade: novas funcionalidades em novas camadas.

Camada de Apresentação

• É a própria GUI (Graphical User Interface)

• Onde o usuário interage indiretamente com o

sistema.

Camada de Apresentação• Esta camada, por sua vez, deve ser simples e

estável, uma vez que será distribuída pelos usuários e não é interessante que o meio de interação do sistema com o estes seja instável.

• A manutenção de um programa é diretamente proporcional a sua complexidade (manutenção pode implicar na adaptação da interface as novas implementações).

Camada de Apresentação

Exemplos (PDV):Monitor LCD, teclado com visor, display cliente,

leitor de código de barra, impressora fiscal (ECF), etc.

8

Camada de Regras de Negócios Por princípio, regras de negócio definem as diretrizes do negócio de uma organização, com base

em condições específicas.

9

Denominações

Também conhecida como:

Lógica de negócios;camada de acesso a dados; Camada intermediária ou servidor de aplicação.

10

Camada de Regras de Negócios

Figura 2 – Regra restritiva de negócios de um banco, cliente menor de 18 anos.

11

Camada de Regras de Negócios

Nesse modelo de arquitetura, a aplicação cliente nunca acessa diretamente a última camada que é a do banco de dados.

Figura 1 – Arquitetura de 3 camadas.

12

Camada de Regras de Negócios

O para que servem as Regras de Negócios?

As regras são necessárias ao bom andamento das operações, adesão às normas de compliance, além de poderem ser utilizadas como direcionadoras de estratégias corporativas.

13

Camada de Regras de Negócios

O que se deve fazer com as Regras de Negócios?

Centralização, ou seja, torná-las únicas em um repositório para que possam ser reutilizadas quando necessário.

14

Camada de Regras de Negócios

BRMS ou Business Rules Management Systems, onde as regras de negócio são gerenciadas.

Figura 3 – BRM

15

Benefícios de usar BRMS

16

Camada de Regras de Negócios

Quantitativos?

O reuso de regras, por exemplo, é uma das características principais para redução decustos na organização

17

Camada de Regras de Negócios

Qualitativos?

Organização, adequação as melhores práticas, integração com a governança corporativa (BPM, SOA, metodologias, etc.), além de conformidade com normas e padrões organizacionais

18

Camada de Regras de Negócios

BPMS de Código Aberto: Activiti; Camunda BPM.

19

Exemplo do BRMS Activit

20

Exemplo do BRMS Activit

Camada de Acesso a dados

Camada de Acesso a dados

• Esta camada recebe as requisições da camada de negócios e seus métodos executam essas requisições em um BD.

• Ela isola o resto da aplicação do meio de armazenamento usado de maneira que, se o meio de armazenamento for trocado, apenas as classes desta camada precisarão ser modificadas ou substituídas.

Exemplo: Consulta

Vantagens

• O desenvolvimento da aplicação é feita de forma rápida, simples, fácil e com um custo muito baixo;

• O acesso à fonte de dados esta separada em seu próprio componente de forma que o código da aplicação de frente não possui código SQL embutido;

• A informação da conexão é mantida somente no serviço XML, minimizando a manutenção do cliente;

• A camada de acesso a dados pode ser atualizada em um único local centralizado.

Desvantagens

• Manter a aplicação pode se tornar uma tarefa muito complexa, pois qualquer alteração em um nome de campo ou de tabela terá que ser feita em diversas partes da sua aplicação.

26

Referências

Arquitetura em três camadas <https://marcelamperes.wordpress.com/2011/07/14/arquitetura-em-tres-camadas-parte-1/> Acesso feito em 27 de out. 2015.

Aplicação em Camadas PDV <http://pt.slideshare.net/matheusnani1/uso-de-aplicaes-em-camadas-no-segmento-varejo> Acesso feito em 27 de out. 2015.

Arquitetura 3 Camadas Versão 11.40.0 <http://tdn.totvs.com/pages/releaseview.action?pageId=64652114>Acesso feito em 28 de out. 2015.