UFG - Instituto de Informática



Documentos relacionados
Documento de Análise e Projeto VideoSystem

Introdução ao Modelos de Duas Camadas Cliente Servidor

SISTEMAS DISTRIBUÍDOS

UFG - Instituto de Informática

Projeto Disciplinar de Infra-Estrutura de Software SISPA FACULDADE SENAC

Curso de Aprendizado Industrial Desenvolvedor WEB

3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio

Roteiro. Arquitetura. Tipos de Arquitetura. Questionário. Centralizado Descentralizado Hibrido

SISTEMAS DISTRIBUIDOS

04/08/2012 MODELAGEM DE DADOS. PROF. RAFAEL DIAS RIBEIRO, MODELAGEM DE DADOS. Aula 1. Prof. Rafael Dias Ribeiro. M.Sc.

LINGUAGEM DE BANCO DE DADOS

Eduardo Bezerra. Editora Campus/Elsevier

UFG - Instituto de Informática

PROGRAMAÇÃO PARA DISPOSITIVOS MÓVEIS -ARQUITETURAS DE APLICAÇÃO MÓVEL. Prof. Angelo Augusto Frozza, M.Sc.

Sistemas Distribuídos

1

Microsoft Access XP Módulo Um

Relatorio do trabalho pratico 2

UNICE Ensino Superior Linguagem de Programação Ambiente Cliente Servidor.

Modelos de Arquiteturas. Prof. Andrêza Leite

UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO

MANUAL DE IMPLANTAÇÃO SISTEMA DE INVENTÁRIO CACIC GOVERNO FEDERAL SOFTWARE PÚBLICO

Arquitetura dos Sistemas de Informação Distribuídos

Tencologia em Análise e Desenvolvimento de Sistemas Disciplina: WEB I Conteúdo: Arquitetura de Software Aula 03

GESTÃO DE SISTEMAS OPERACIONAIS II

Sistemas Operacionais II. Prof. Gleison Batista de Sousa

Desenvolvendo para WEB

Prof. José Maurício S. Pinheiro UniFOA

Arquitetura de Sistemas Distribuídos. Introdução a Sistemas Distribuídos

MANUAL DE INSTALAÇÃO 1) ORACLE VIRTUALBOX ; 2) MICROSOFT WINDOWS ; 3) SUMÁRIOS GENEPLUS.

Sistemas Distribuídos

MÓDULO 7 Modelo OSI. 7.1 Serviços Versus Protocolos

AP_ Conta Aplicativo para digitação e envio de contas médicas no padrão TISS

Apesar de existirem diversas implementações de MVC, em linhas gerais, o fluxo funciona geralmente da seguinte forma:

SISTEMA DE GESTÃO PARA CURTUMES

Curso Introdução à Educação Digital - Carga Horária: 40 horas (30 presenciais + 10 EaD)

INTEGRAÇÃO DE APLICAÇÕES UTILIZANDO WEB SERVICE 1. Kellen Kristine Perazzoli 2 ; Manassés Ribeiro 3

Aula 02 Conceitos básicos elipse. INFORMÁTICA INDUSTRIAL II ENG1023 Profª. Letícia Chaves Fonseca

Sistemas Operacionais. Prof. M.Sc. Sérgio Teixeira. Aula 05 Estrutura e arquitetura do SO Parte 2. Cursos de Computação

Sistemas Distribuídos. Ricardo Ribeiro dos Santos

DESENVOLVENDO APLICAÇÃO UTILIZANDO JAVA SERVER FACES

TCEnet e TCELogin Manual Técnico

Internet: Site da Simonsen e Secretaria Online

Prof. Marcos Ribeiro Quinet de Andrade Universidade Federal Fluminense - UFF Pólo Universitário de Rio das Ostras - PURO

Redes de Computadores


3 SCS: Sistema de Componentes de Software

Projeto de Arquitetura

GBC043 Sistemas de Banco de Dados. Introdução. Ilmério Reis da Silva UFU/FACOM

BRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert:

Universidade Paulista

MÓDULO 11 ELEMENTOS QUE FAZEM PARTE DO PROJETO DO SISTEMA


Levantamento, Análise e Gestão Requisitos. Aula 12

Noções de. Microsoft SQL Server. Microsoft SQL Server

Basic Exchange System

Nesse artigo abordaremos os principais aspectos de instalação e uso do NTOP no Fedora Core 4.

FACULDADE PITÁGORAS DISCIPLINA: ARQUITETURA DE COMPUTADORES

Desenvolvimento de um Sistema de Informação para Monitoramento de Dados Hidrometeorológico voltado para Web

Manual do Utilizador. Portal dos Jurisdicionados Cadastro

2 Atualidade de uma base de dados

Classificação de SO (Sistemas Operacionais) Técnico de Informática 2º. Módulo Profa. Madalena Pereira da Silva

Manual de Utilização do GLPI

O que é o Virto ERP? Onde sua empresa quer chegar? Apresentação. Modelo de funcionamento

Sistemas Operacionais

Programando em PHP. Conceitos Básicos

Análise e Projeto Orientados a Objetos Aula IV Requisitos. Prof.: Bruno E. G. Gomes IFRN

ArpPrintServer. Sistema de Gerenciamento de Impressão By Netsource Rev: 02

DIGIMAN. WTB Tecnologia

Entrar neste site/arquivo e estudar esse aplicativo Prof. Ricardo César de Carvalho

Hoje é inegável que a sobrevivência das organizações depende de dados precisos e atualizados.

Sistemas Distribuídos

Modelos e Arquiteturas de Sistemas Computacionais

SISTEMAS OPERACIONAIS

MODELO CLIENTE SERVIDOR

SISTEMAS OPERACIONAIS

ADMINISTRAÇÃO DOS RECURSOS DE DADOS

Palavras-chave: i3geo, gvsig, Mapserver, integração, plugin. Contato: ou

Conhecendo os usuários de um Sistema de Banco de Dados

Planejando o aplicativo

VVS Sistemas (21)

Aplicação Prática de Lua para Web

Desenvolvendo Websites com PHP

Prof. Esp. Lucas Cruz

Intranets. FERNANDO ALBUQUERQUE Departamento de Ciência da Computação Universidade de Brasília 1.INTRODUÇÃO

Manual de utilização do Zimbra

Windows 2008 Server. Windows 2008 Server IFSP Boituva Prof. Sérgio Augusto Godoy.

Programação para Internet Orientada a Objetos com PHP & MySQL Instalando e configurando um ambiente de ferramentas PHP e MySQL. Prof. MSc.

ENGENHARIA DE SOFTWARE DESENVOLVIMENTO EM CAMADAS

MANUAL PORTAL CLIENTE AVANÇO

SQL APOSTILA INTRODUÇÃO A LINGUAGEM SQL

Faculdade Integrada do Ceará FIC Graduação em Redes de Computadores

ÍNDICE. 1. Introdução O que é o Sistema Mo Porã Como acessar o Site Mo Porã Cadastro do Sistema Mo Porã...

Sistema Operacional. Prof. Leonardo Barreto Campos 1

ATOS JUDICIAIS COLEGIADOS Módulo integrante do Sistema RUPE

SIGLA - Sistema Integrado de Gestão Legislativa e Administrativa

Manual do Usuário Certificação

Transcrição:

UFG - Instituto de Informática Especialização em Desenvolvimento de Aplicações Web com Interfaces Ricas EJB 3.0 Prof.: Fabrízzio A A M N Soares professor.fabrizzio@gmail.com Aula 4 Aplicações em camadas

Modelo de 2 camadas No início da utilização do modelo Cliente/Servidor, as aplicações foram desenvolvidas utilizando-se um modelo de desenvolvimento em duas camadas. Neste modelo, um programa, normalmente desenvolvido 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.

Modelo de 2 camadas

Modelo Cliente/Servidor O cliente é quem acessa; O servidor é quem é acessado.

Clientes Clientes: Tem-se por definição de cliente; àquele que acessa algo ou alguém, eles são: Navegadores de internet Browser. Firefox, Chrome e Opera (não considero o IE um navegador) têm como finalidade acessar à internet a qual esta espalhada ao redor do mundo. Clientes de Email: Thunder Bird, MS Outlook entre outros. Têm como finalidade de acessar os serviços de email, (Gmail, Igmail, Yahoomail e etc.). Programas de Chat. Para se existir um chat (MSN, ICQ, Jabber, Gtalk) tem que se existir uma entidade que forneça o serviço Servidor e os programas que são usados para acessar tais serviços também são clientes.

Servidores Servidores: Por definição são aqueles que são acessados ou requisitados, na classe de servidores temos: Servidores Web. Tanto pode ser uma máquina dedicada a este fim ou pode ser um aplicativo (programa) destinado a este fim; o apache, por exemplo, que pode coexistir ou não com outros aplicativos servidores na mesma máquina. Banco de Dados. Os programas como Oracle, MYSQL entre outros são programa que armazenam grande quantidade de dados organizando-os de forma que os programas clientes possam acessar esta base de dados de uma forma organizada.

O Modelo de desenvolvimento em duas camadas No modelo de 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.

O Modelo de desenvolvimento em duas camadas No modelo de 2 camadas, a aplicação Cliente é responsável pelas seguintes funções: Apresentação Lógica do Negócio Já o servidor é responsável por: Armazenar os dados

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, 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 anterior, devem receber a nova versão, para que o usuário possa ter acesso as alterações da interface.

Apresentação - Problemas Uma simples alteração de interface, é suficiente para gerar a necessidade de atualizar a aplicação, em centenas ou milhares de computadores. O gerenciamento desta tarefa, é algo extremamente complexo e caro.

Lógica do Negócio As regras que definem a maneira como os dados serão acessados e processados, são conhecidas como "Lógica do Negócio". Fazem parte das Regras do Negócio, desde funções simples de 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, legislação fiscal, escrita contábil, etc.

Lógica do Negócio - Problemas 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.

Modelo de 3 camadas (3-tier) Como uma evolução do modelo de 2 camadas, surge o modelo de três camadas. A idéia básica do modelo de 3 camadas é: Retirar as Regras do Negócio do cliente e centralizá-las em um determinado ponto, o qual é chamado de Servidor de Aplicações.

Modelo de 3 camadas (3-tier) Modelo em três camadas, derivado do modelo 'n' camadas, recebe esta denominação quando um sistema cliente-servidor é desenvolvido retirando-se a camada de negócio do lado do cliente. O desenvolvimento é mais demorado no início comparando-se com o modelo em duas camadas pois é necessário dar suporte a uma maior quantidade de plataformas e ambientes diferentes.

Modelo de 3 camadas (3-tier) Camada de Apresentação Camada de Negócios Camada de Dados

Camada de Apresentação É a chamada GUI (Graphical User Interface), ou simplesmente interface. Esta camada interage diretamente com o usuário, é através dela que são feitas as requisições como consultas, por exemplo.

Camada de Negócio Também chamada de Lógica empresarial, Regras de negócio ou Funcionalidade. É nela que ficam as funções e regras de todo o negócio. Inexiste uma interface para o usuário e seus dados são voláteis, ou seja, para que algum dado seja mantido deve ser utilizada a camada de dados.

Camada de Dados A terceira camada é definida como o repositório das informações e as classes que a manipulam. Esta camada recebe as requisições da camada de negócios e seus métodos executam essas requisições em um banco de dados. Alterando o banco de dados alteraria apenas as classes da camada de dados, e o restante das camadas não seriam afetados por essa alteração.

Modelo de 3 camadas (3-tier)

Modelo de 4 camadas (ou 3/4) Como uma evolução do modelo de três camadas, surge o modelo de quatro camadas. A idéia básica do modelo de 4 camadas, é retirar a apresentação do cliente e centralizá-las em um determinado ponto, o qual na maioria dos casos é um servidor Web. Com isso o próprio Cliente deixa de existir como um programa que precisa ser instalado em cada computador da rede. O acesso a aplicação, é feito através de um Navegador, como o Internet Explorer, Firefox, Opera, Chrome, etc.

Modelo de 4 camadas (ou 3/4)

Modelo de 'n' camadas (n-tier) Um programa de aplicação em n camadas é um aplicativo desenvolvido de forma a ter várias camadas lógicas. Cada camada é auto-contida o suficiente de forma que a aplicação pode ser dividida em vários computadores em uma rede distribuída.

Modelo de 'n' camadas (n-tier) A forma mais comum da arquitetura é a aplicação em três camadas (3-Tier), comumente usada em aplicações web. Cada camada da arquitetura é normalmente mantida em um servidor específico para tornarse mais escalonável e independente das demais. Com o mesmo objetivo são utilizadas tecnologias de middleware como, por exemplo, CORBA, COM+/DCOM, RMI ou Web Services.

Modelo de 'n' camadas (n-tier) Esta arquitetura tem como características: Baixos custos de disponibilização; Baixos custos na mudança da base de dados; Baixos custos na mudança da lógica de negócios; Eficiente armazenamento e reutilização de recursos.

Modelo de 'n' camadas

Padrão Camadas (Padrão Layers) Problema Imagine que esteja projetando um sistema cuja característica principal é uma mistura de assuntos de alto nível com assuntos de baixo nível, em que os assuntos de alto nível usam os assuntos de baixo nível. A parte de baixo nível está frequentemente perto do hardware A parte de mais alto nível está frequentemente perto do usuário O fluxo de comunicação tipicamente consiste de pedidos fluindo do alto para o baixo níveis As respostas andam na direção contrária