Padrões Projeto Camadas

www.labes.ufpa.
br

PADRES DE PROJETO E
DESENVOLVIMENTO EM CAMADAS
PROF. RODRIGO QUITES REIS

Junho de 2015
rqr, labes-ufpa, 2015 1

Agenda www.labes.ufpa.br
Introduo
1 - Arquitetura e Projeto de SoCware
2- EsElos Arquiteturais
3 - Padres de Projeto
4 - EsElo em Camadas e MVC detalhamento
Exerccios e trabalhos prEcos

www.labes.ufpa.br
Parte 1
Arquitetura e Projeto de SoCware

Introduo www.labes.ufpa.br
Expresses que indicam a adoo de um modelo

arquitetural
Sistemas de 3 Camadas...
Uso do Padro de Projeto X...
...Padro Fachada...
Uso da Arquitetura MVC (Modelo-Viso-Controlador)
...

Arquitetura: o que aprender da
construo civil? www.labes.ufpa.br
Capa de livro
clssico na rea
de Arquitetura de
soCware



Arquitetura de SoCware
Amostra www.labes.ufpa.br
ARQUITETURA EM CAMADAS DA EXECUCAO DISTRIBUIDA NO SISTEMA P2Process
O nivel de abstracao cresce de baixo para cima.

No nivel inferior encontram-se os componentes que utilizam diretamente a API JXTA.
No nivel superior esta a interface de execucao de modelos de processos do sistema.
OBS: Dentro de cada pacote h uma descrio breve da funcionalidade de cada camada e componente.
Enactme nt
A
Ge nericDataSource ContractManage ment

B NotificationInterface
DiscoverDataLocation SystemInformationManagement
C
DataChannel MessagesChannel DiscoveryChanne l DataExchange Format

D
Jxta Channels IMPL (Socket, RMI, WebServices, ....)

E

under manager finished contract definition / generate contract validation... defined

definition
manager started contract defini...
contract defined and isValid()==...
valid
isValid()==true, because condition has changed to ...
contract defined and isValid()==f...
supplier defines that all activitities are concl...
isValid()==false, becaus e cond ition has chang ed to f...
not valid
finished
rqr, labes-ufpa,
supplier defines2that
015
all activitities are concl... 10
O que Arquitetura de SoCware? www.labes.ufpa.br
A arquitetura de soCware de um programa ou

sistema computacional a estrutura ou estruturas
do sistema que abrange os componentes de
soCware, as propriedades externamente visveis
destes componentes e as relaes entre eles
Bass et al apud Pressman

Por que Arquitetura de SoCware? www.labes.ufpa.br
A arquitetura no soCware operacional. Porm,

permite a um Engenheiro de SoCware:
Analisar a adequao de um projeto no atendimento dos
requisitos estabelecidos
Considerar alternaEvas arquiteturais em um estgio em
que as mudanas do projeto ainda so fceis e baratas
Reduzir os riscos associados com a construo de soCware

Por que Arquitetura de SoCware? www.labes.ufpa.br
Facilitador da comunicao entre os envolvidos com

um sistema
Destaca decises iniciais de projeto que vo ter um
impacto profundo em todo o trabalho de se segue
Modelo relaEvamente pequeno, intelectualmente
inteligvel de como o sistema estruturado e como
seus componentes trabalham em conjunto

Como comear? www.labes.ufpa.br
The image part with

relationship ID rId3
was not found in the
file.
The image part with relationship ID rId3 was not found in the file.
The image part with

relationship ID rId3 was not
found in the file.
modeling
Prototype
Spec
Design
Princpios de Projeto (1) www.labes.ufpa.br
1. O projeto no pode ser bitolado

Um bom projeEsta deve considerar abordagens alternaEvas, julgando cada uma com base
nos requisitos do projeto
2. O projeto deve ser relacionvel ao modelo de anlise
Como um nico elemento do projeto pode estar relacionado com vrios requisitos,
necessrios ter recursos para estabelecer como os requisitos so saEsfeitos pelo
projeto
3. O projeto no deve reinventar a roda
Sistemas so construdos usando um conjunto de padres de projeto, muitos dos quais
esto descritos amplamente na literatura. Os padres de componentes COTS devem
ser escolhidos como alternaEva reinveno
4. O projeto deve minimizar a distncia intelectual entre o soRware e o
problema, tal como existe no mundo real
O soCware, sempre que possvel, deve imitar a estrutura do domnio do problema
5. O projeto deve exibir uniformidade e integrao
Um projeto uniforme se parece que uma nica pessoa desenvolveu a coisa toda. Regras
de esElo e formato devem ser denidas para uma equipe de projeto antes que o
trabalho inicie.
Um projeto integrado se houver cuidado na denio de interfaces entre os seus
componentes
6. O projeto deve ser estruturado para acomodar modicao

7. O projeto deve ser estruturado para degradar suavemente, mesmo
quando dados, eventos ou condies de operaes aberrantes so
encontradas
8. Projeto no codicao. Codicao no projeto
Mesmo quando os mais detalhados projetos procedimentais so criados
para os componentes de programa, o nvel de abstrao de projeto maior
que o do cdigo-fonte.
9. O projeto deve ser avaliado quanto qualidade, medida que criado,
no depois do fato
Uma variedade de conceitos e medidas de projeto est disponvel para
auxiliar o projeEsta na avaliao de qualidade.
10. O projeto deve ser revisto para minimizar erros conceituais (semnecos)
A equipe de projeto deve garanEr que os principais elementos conceituais
(omisses, ambigidade e inconsistncia) tenham sido cuidados antes de se
preocupar com a sintaxe do modelo

11. Deve considerar de maneira detalhada o

atendimento aos requisitos no-funcionais
Segurana
Escala
Tempo de resposta
Plataforma operacional
Disponibilidade: 24 x 7
...

www.labes.ufpa.br
Conceitos fundamentais do
projeto de soCware

Conceitos Fundamentais www.labes.ufpa.br
Abstrao - dados, procedimento e controle

Renamento - elaborao dos detalhes de todas as
abstraes
Modularidade - criao de comparEmentos para dados e
funes
Arquitetura - estrutura completa do soCware
Propriedades estruturais
Propriedades Extra-estruturais
EsElos e padres
Procedimento - os algoritmos que fornecem as funes
desejadas
Ocultamento da Informao - interfaces denidas e
controladas

Abstrao
Definido como uma estrutura de dados
De dados
porta
fabricante
modelo
tipo
material
peso
mecanismo de abertura
preo

Abstrao
Procedimental
abrir
Detalhamento
algortmico
Definido tendo o conhecimento do

do objeto que est associado com Abrir
Renamento
open
walk to door;
reach for knob;
open door; repeat until door opens
turn knob clockwise;
walk through; if knob doesn't turn, then
close door. take key out;
find correct key;
insert in lock;
endif
pull/push door
move out of way;
end repeat
Modularidade
Facilidade para construir, facilidade para modicar,
facilidade para conserto, ...
The image part with relationship IDThe The image part with relationship IDThe
rId3
rId3 was not found in the file. imag was not found in the file. imag
e e
part The image part with relationship ID rId3 was
Th part
with not found in the file. e with
relati im relati
onsh ag The image part with relationship ID rId3 was not onsh
ip ID e found in the file. ip ID
The
The rId3 par rId3
was t was
not wit not
foun h foun
d in rel d in
the ati the
file. on file.
shi The image part with
p relationship ID rId3 was
The ID not found in the file.
The
image rId image
part 3 part
with wa with
relations s relation
hip ID The image part with not ship ID
relationship ID rId3 was not fou
found in the file. nd
in
the
The image part with

relationship ID rId3 was
not found in the file.

Modularidade
Qual o nmero correto de mdulos

para um projeto de software especfico?
Custo de desenvolvimento de mdulo
custo de
software
module
integration
cost
Quantidade tima Quantidade de mdulos

de mdulos rqr, labes-ufpa, 2015 24
Modularidade
Qual o tamanho correto dos mdulos?

What's How big
inside?? is it??
MODULE

Modularidade Independncia
Coeso
Medida da idenEdade funcional de um mdulo
I.e., mdulo realiza uma nica funo
Acoplamento
Grau de dependncia entre mdulos
Ideal: coeso alta e acoplamento baixo
Obs: apesar destas medidas terem surgido para tcnicas
Estruturas, so tambm aplicveis em mtodos OO

Modularidade: Coeso
Tipos:
Funcional (caixa preta, a melhor) uma e somente uma funo
idenecvel.
Seqencial (vrias aEvidades que precisam ser - executadas em
seqncia, e os dados uem de uma aEvidade para outra)
Comunicacional (aEvidades usam a mesma entrada e a mesma sada)
Procedural (aEvidades diferentes, com controle e no dados -
uindo de uma para outra)
Temporal (vrias funes executadas no mesmo tempo. Ex:
inicializao)
Lgica (vrias funes semelhantes porm independentes)
Coincidental (a pior)

Modularidade: Coeso
Como conseguir coeso funcional descrever o mdulo
evitando
Sentena composta, vrgula, mais de 1 verbo (seqencial ou
comunicacional)
Palavras que se relacionem com o tempo (temporal)
Predicado da sentena com mais de 1 objeto

Exerccio

Modularidade: Acoplamento
nvel de inter-dependncia entre os mdulos de um programa de
computador. Quanto maior for o acoplamento menor ser o nvel
de coeso. (Wikipedia)
Tipos
Acoplamento de dados: troca de parmetros (o melhor)
Acoplamento de imagem (estrutura de dados comum uElizada
parcialmente em vrios mdulos)
Acoplamento de controle - exemplo: ags indicando o que um
mdulo deve fazer (intermedirio)
Acoplamento comum (mdulos acessam rea de dados comum)
Acoplamento de contedo: se um mdulo faz referncia ao interior
do outro (o pior)


Arquitetura
The overall structure of the software and the
ways in which that structure provides
conceptual integrity for a system. [SHA95a]
Propriedades Estruturais. Este aspecto da representao de projeto

arquitetural define os componentes de um sistema (e.g., mdulos, objetos,
filtros) e a maneira pela qual estes componentes so empacotados e interagem
entre si.
Propriedades No-Funcionais. A descrio do projeto arquitetural deve tratar

como a arquitetura atende os requisitos de performance, capacidade,
capacidade, segurana, adaptao e outras caractersticas do sistema
Famlias de sistemas relacionados. O projeto arquitetural deve ser baseado

em reutilizao e reutilizvel
Ocultamento da Informao
Informa,on Hiding, Parnas 1972
mdulo algoritmo
interface
controlada estrutura de dados
detalhe da interface externa
poltica de alocao de recurso
clientes segredo"

Deciso especfica de projeto
Ocultamento da Informao
Reduz a ocorrncia de efeitos colaterais
Limita o impacto global das decises locais de projeto
EnfaEza comunicao atravs de interfaces controladas
Desencoraja o uso de dados globais
Leva ao encapsulamento - um atributo de projeto de alta
qualidade
Resulta em qualidade de soCware

Introduo
2- Eselos Arquiteturais

www.labes.ufpa.br
Parte 2
EsElos Arquiteturais
nPressman, 2012
nMendes, 2002
nAn IntroducEon to Implicit InvocaEon Architectures - Benjamin Edwards (
ben@ben-edwards.com)
nGarlan & Shaw: An IntroducEon to SoCware Architecture - hup://www.cs.cmu.edu/
afs/cs/project/able/Cp/intro_soCarch/intro_soCarch.pdf

Referncias bibliogrcas www.labes.ufpa.br

EsElos Arquiteturais www.labes.ufpa.br
Arquitetura = Componentes
+
Conectores

Arquitetura composta de:

Subsistemas ou componentes
Responsveis pelo comportamento do sistema
Exemplos:
Carrinho de compras, gestor de transaes concorrentes, banco de
dados
Padres de Conexo
Possibilitando vrios Epos de interao e comparElhamento de
informao entre esses componentes
Exemplos:
Chamadas de mtodos, consultas SQL, requisies HTTP

Cada esElo descreve uma categoria de sistemas que

engloba:
Um conjunto de componentes (um banco de dados,
mdulos de interface) que realiza uma funo requerida
pelo sistema
Um conjunto de conectores que fornecem comunicao,
coordenao e cooperao entre os componentes
Restries que denem como os componentes podem ser
integrados para compor um sistema
Modelos semnecos que permitem ao projeEsta entender
as propriedades gerais do sistema pela anlise das
propriedades conhecidas de suas partes

Pipes & Filters

Chamada e Retorno
Orientadas a Objeto
Camadas
Centrada em Dados
Invocao implcita

Centradas em Fluxo de dados ou Pipes and Filters
Considera uma rede pela qual ui

dados de uma extremidade (origem)
outra (desEno)
Exemplo: sistemas workow

Centradas em Fluxo de dados ou Pipes and Filters:

Aplicao em compiladores (1)
1 gerao)
Anlise Anlise Gerao de
Anlise Lxica OEmizao
SintEca SemnEca cdigo
2 gerao) Cdigo intermedirio para atender portabilidade entre plataformas

Funo de anlise Funo de sntese
Anlise Lxica Otimizao
Sinttica Semntica cdigo
Gerao de
Cdigo
rqr, labes-ufpa, 2015 Intermedirio 43
Pipes and Filters: Compiladores (2)

Gerao de
Integrao com editores e Cdigo
outras ferramentas Intermedirio

Anlise Lxica OEmizao
SintEca SemnEca cdigo
Tabela de smbolos de
estrutura sintEca
Outras
editor
ferramentas
www.labes.ufpa.br
DTE com seqncia de estados

e aes para TCC1 e TCC2.
rqr, labes-ufpa, 2015 (CBCC) 45
Pipes & Filters

Chamada e Retorno
Orientadas a Objeto
Camadas
Centrada em Dados
Invocao implcita

Chamada e Retorno
Estrutura relaEvamente fcil de ampliar e mudar
SubesElos:
Programa Principal/Subprograma
Chamada de Procedimentos Remotos (SD)
Exemplo: middleware para

programao distribuda

Chamada e Retorno
Aplicaes:
Sistemas distribudos com troca de mensagens
RMI, CORBA, WebServices, entre outros
er r o mpida
o in t
ex ecu
exec
u o
cliente rein
icia
Mtodo remoto
Pipes & Filters

Chamada e Retorno
Orientadas a Objeto
Camadas
Centrada em Dados
Invocao implcita

Orientado a Objeto
Classes encapsulam dados e operaes
Interfaces estabelecem contratos e associao de baixo
acoplamento
Comunicao e coordenao entre componentes
conseguida atravs de mensagens
comp :
2: criar(nmero) Computador
1: ins erirComput ador(loja)
Tela Ins ero 3: comp

Computador
8: computador inserido 4: recuperar(loja)
: Atendente 6: inserir(comp)
5: loja
7: computador inserido
rqr, labes-ufpa, 2015 : Loja 50
Orientado a Objeto
Classes e Associaes
Implementao de Tipos Abstratos de Dados (enEdades
independentes)
Mapeamento com conceitos do domnio do problema
Troca de mensagens menor acoplamento que uso de variveis
comparElhadas
Classes podem ser reuElizadas
Objetos podem ser distribudos e executar em seqencialmente
ou em paralelo

Orientado a Objetos
Mensagem
Comunicao entre obj1 e obj2 ()
obj2.msg(); // executada no contexto de obj1
DesEnatrio explicitamente declarado (ruim)

Controlador : : Jogo : OcorrnciasJogoEquipe

: Usurio Relatrios Equipe
1: obterGolsAno
2: obterEquipes( )
3: equipes
4: equipes
5: obterQuantidadeGols(equipe, ano)
6: obterJogos(Equipe, ano)
7: jogosEquipeAno
repetir enquanto houver jogosEquipeAno
8: obterGols(Equipe, Jogo)
9: quantidadeGols
10: totalGols

Orientado a Objetos
Interfaces
Representam responsabilidades em alto nvel de abstrao
Baixo acoplamento baixo: classes no se conhecem
Facilita a manuteno

Orientado a Objetos
Interface

Orientado a Objetos
Frameworks - (wikipedia, pt)
estrutura de suporte denida em que um outro projecto do
soCware pode ser organizado e desenvolvido.
Pode incluir programas de apoio, bibliotecas de cdigo, linguagens
de script e outros soCwares para ajudar a desenvolver e juntar
diferentes componentes do seu projecto.
Especicamente em OO, framework um conjunto de classes com
objeEvo de reuElizao de um design, provendo um guia para uma
soluo de arquitetura em um domnio especco de so>ware.
Framework se diferencia de uma simples biblioteca (toolkit), pois
esta se concentra apenas em oferecer implementao de
funcionalidades, sem denir a reuElizao de uma soluo de
arquitetura (design).

Orientado a Objetos
Possibilita (todos) os esElos arquitetnicos descritos

Pipes & Filters

Chamada e Retorno
Orientadas a Objeto
Camadas
Centrada em Dados
Invocao implcita

Camadas
Inspirado em
Sistemas
Operacionais
UElizado hoje para
segmentar IU, Lgica
da aplicao, e BD
(normalmente)

Camadas
hup://www.ime.usp.br/~andrers/aulas/bd2005-1/img/arquitetura_n_camadas.jpg
hup://atlas-connect-forum.web.cern.ch/Atlas-connect-forum/SDP/layers.gif
Camadas
Nmero de camadas depende da funcionalidade a ser oferecida pelo
sistema
Denio de critrios de abstrao para agrupar subtarefas na
composio de uma camada
Critrios: persistncia, interao com usurio, distribuio, etc.
Vantagem: exibilidade
Desvantagem: o desempenho ca compromeEdo face necessidade
de um caso de uso passar por vrias camadas
Desao do projeto em camadas: encontrar equilbrio entre nmero de
camadas x tempo de resposta x outros requisitos no-funcionais

Camadas aplicao
Protocolos de redes de
computadores apresentao
sesso
transporte
rede
enlace
sica
Camadas
Desenho de aplicao aberta
Sistema X Sistema Y
protocolo da camada 7
aplicao aplicao
apresentao apresentao
Descrio de um protocolo pblico,
onde cada camada estabelece uma sesso
sesso
interface para conversar com
Componentes da camada transporte
transporte
correspondente.
rede rede
enlace enlace
fsica fsica

Pipes & Filters

Chamada e Retorno
Orientadas a Objeto
Camadas
Centrada em Dados
Invocao implcita

Centradas em Dados
Repositrio (passivo) e Blackboard (aEvo)
Usado quando um sistema descrito como um armazm
centralizado de dados que se comunica com um nmero
de clientes
Vantagem: Fcil de administrar
Desvantagem: Diculdade em idenEcar erros/
dependncias

Centradas em Dados - Repositrio

Acesso a um repositrio com dados comuns para os clientes
Componentes-clientes podem ser modicados ou adicionados sem
preocupao com os outros
SoCware do SoCware do
cliente cliente
Repositrio
de dados SoCware do
SoCware do cliente
cliente
SoCware do
cliente

Centradas em Dados
Baseada em SGBDs ricos
Pode ser visto como um repositrio passivo ou blackboard aEvo
Stored Procedures e triggers podem ser usados para noEcar clientes
recursos de programao, ferramentas para gerao de telas e
relatrios, Epos denidos por usurios, ...
Por exemplo: Oracle, DB2
Vantagem:
simplica o desenvolvimento de ferramentas diversas,
independentes
Desvantagem:
Dependncia de um produto/tecnologia/fornecedor.

Pipes & Filters

Chamada e Retorno
Orientadas a Objeto
Camadas
Centrada em Dados
Invocao implcita

Invocao Implcita (baseada em eventos)

ObjeEvo principal: baixo acoplamento
Funcionamento:
Ao invs de invocar um procedimento diretamente, um
componente pode anunciar um ou mais eventos
Outros componentes registram o interesse no evento
Quando um evento anunciado, o sistema por si s invoca os
procedimentos registrados pelo evento.
Portanto, um evento implicitamente causa a invocao de
procedimentos em diversos outros mdulos

Invocao
Implcita

Invocao implcita
Diferena com relao invocao explcita:
Os componentes do sistema usam eventos para se comunicar
entre si.
Os conectores so ligaes fracas entre eventos e mtodos dos
componentes, os quais podem ser (re-)denidos em tempo de
execuo.

Invocao implcita
Exemplo: framework
Fluxo de controle determinado pelo framework
O cdigo do framework invoca o cdigo adicionado
Framework Fluxo de Controle
Cdigo do usurio

Invocao implcita
Tipicamente implementado com o padro Observer
hup://en.wikipedia.org/wiki/Observer_pauern
Recado Final
Leitura adicional necessria para observar exemplos de
aplicaes
Garlan e Shaw uma Ema leitura
Arquiteturas hbridas
Invariavelmente um sistema adotada mais de um esElo
arquitetural simultneo

Introduo

www.labes.ufpa.br
Parte 3
Padres de Projeto

Histrico
Autores Importantes
Linguagem para denio de Padres de Projeto
Padres de Gamma (GoF)
Outros Epos de Padres de Projeto

MoEvao
Projetar soCware orientado a objetos dicil
Projeto de soCware reuelizvel ainda mais dicil
encontrar objetos perEnentes
fator-los em classes no nvel correto de granularidade
denir as interfaces das classes e hierarquias de herana
estabelecer relaes-chave entre eles

MoEvao
ProjeEstas experimentes possuem maior facilidade em
construir projetos orientados a objetos
Razo: a experincia com projetos anteriores leva a um connuo
aperfeioamento a parEr da reuElizao de projetos bem
sucedidos
Quando uma boa soluo encontrada, esta uElizada
repeEdamente
Padres de classes e de comunicao entre objetos que
reaparecem freqentemente

MoEvao
Padres existem em diferentes reas
Literatura
O heri tragicamente problemEco (Macbeth, Hamlet)
Arquitetura de prdios


Copyright Clenio F. Salviano 1997
Silver Bullet Engenharia

de Software
Qualidade Produto,
Processo
TEORIA!! PRTICA!!
Crise do Software
Considerao
Apesar de todos os avanos
na tecnologia de soCware,
ou mesmo por causa destes avanos,
um problema bsico existe:
a comunicao entre pessoas
das melhores precas e solues
em Engenharia de SoRware

Conhecimento de Pessoas Experientes

intangvel e muita valioso
Principais Fatores para: [Capers Jones 96]
Sucesso: Gerentes e Tcnicos Experientes
Fracasso: Gerentes e Tcnicos Inexperientes
Experincia adquirida lentamente, como resultado de
trabalho duro e persistente
Como este conhecimento organizado?
Capturar, comunicar e assimilar
elementos deste conhecimento dincil

A estruturao de um sistema em subsistemas ajuda

a reduzir a complexidade
Minimiza a comunicao e dependncias entre
subsistemas
A adoo de padres pode
tornar mais fcil reuElizar projetos e arquiteturas bem-
sucedidas.
ajudar na escolha de alternaEvas de projeto que tornam
um sistema mais reuElizvel e a evitar alternaEvas que
comprometam a uElizao.

Tipos de padres www.labes.ufpa.br
Padres de processo
Denem solues para os problemas encontrados nos
processos envolvidos na engenharia de soCware.
Padres arquiteturais
Expresso o esquema ou organizao estrutural
fundamental de sistemas de soCware ou hardware
Padres de anlise
descrevem solues para problemas de anlise de
sistemas, embuEndo conhecimento sobre o domnio de
aplicao especco
(ConEnua...)
Tipos de Padro www.labes.ufpa.br
Padres de projeto
descrevem solues para problemas de projeto de soCware.
Padres de interface
Denem solues para problemas comuns no projeto de interfaces de
sistemas.
Padres de programao
descrevem solues de programao parEculares de uma
determinada linguagem de programao ou regras gerais de esElo de
programao.
Padres de persistncia
descrevem solues para problemas de armazenamento de
informao em arquivos ou bancos de dados.
(ConEnua...)
Tipos de Padro www.labes.ufpa.br
Padres para hipertextos

descrevem solues para problemas encontrados no
projeto de hipertextos.
Padres para hipermdia
descrevem solues para problemas encontrados no
desenvolvimento de aplicaes mulEmdia
...

AnE Padres www.labes.ufpa.br
Os anE-padres podem ser de dois Epos:

Aqueles que descrevem uma soluo ruim para um
problema que resultou em uma situao ruim.
Aqueles que descrevem como evitar uma situao ruim e
como proceder para, a parEr dela, aEngir uma boa
soluo.

O que um padro de projeto (design paGern)?

Um padro de projeto sistemaEcamente nomeia, explica e
avalia um projeto importante e recorrente em sistemas
orientados a objetos
Descrio de moldes para a(s) (micro-) arquitetura(s) de
soRware
Captura a experincia de projeto de uma forma que as
pessoas us-la efeEvamente
Documentao em forma de catlogo
Um padro de projeto encapsula uma tcnica testada e
aprovada

Projeto de SoCware
Compromisso com a implementao
ReuElizao
Ecincia
Inunciado pelos elementos do ambiente de
implementao
Linguagens de programao
Sistemas de Banco de Dados

Histrico
Christopher Alexander
cada padro descreve um problema no nosso ambiente e o
ncleo da sua soluo, de tal forma que voc possa usar esta
soluo mais de um milho de vezes, sem nunca faz-lo da mesma
maneira (1977)
Arquitetura de construes e cidades
The Gang of Four (GoF)
Microarquiteturas de soCware
Gamma (ex-Taligent, autor de ET++)
Helm (IBM T.J. Watson R.C.)
Jonhson (Smalltalk, University of Illinois)
Vlissides (IBM T.J. Watson R.C.)
hup://hillside.net/pauerns/DPBook/GOF.html

http://hillside.net/patterns/DPBook/DPBook.html

Padres de Projeto GoF www.labes.ufpa.br
Contexto, Problema, Foras e Soluo

Contexto: Voc tem bastante experincia prEca na
sua rea. Voc tem notado que uEliza certas solues para
problemas que ocorrem commumente. Voc gostaria de
comparElhar sua experincia com outros
Problema: Como comparElhar esta soluo de
problemas recorrentes com outros para que ela possa ser
reuElizada?

Denio www.labes.ufpa.br

Foras:
Manter a soluo com voc no requer esforo
ComparElhar verbalmente ajuda somente alguns
Escrever a soluo dicil e requer refexo
Transforma-la de especca em geral dicil
As pessoas no devem uEliza-la se no entenderem as razes
sobre porque uEliza-la
Escrever as solues talvez atrapalhe seu negcio


Soluo: Escreva a soluo na forma de um pauern.
Capture ambos o problema e a soluo, e tambm as
razes porque (e onde) a soluo aplicvel. Apresente os
Elementos Obrigatrios para garanEr que as informaes
necessrias esto comunicadas de forma clara. Distribua o
pauern para grandes audincias, que no compremeta seu
negcio. s vezes publique o pauern apenas
internamente.

Onde encontrar pauerns?

Livro GoF: 23 padres
hup://www.hillside.net/pauerns/
Padres para Java
hup://java.sun.com/blueprints/pauerns/index.html
Padres para Delphi:
hup://www.obsof.com/delphi_Eps/pauern.html
...

Elementos essenciais na denio de um

padro
Nome
Problema
Soluo
Conseqncias

Elementos essenciais na denio de um padro

Nome
Referncia para descrio de um problema de projeto, suas
solues e conseqncias em uma ou duas palavras
Dar nome a um padro aumenta imediatamente o vocabulrio de
projeto


Problema
Descreve quando aplicar um problema
Explica o problema e seu contexto
Estruturas de classe
Lista de condies que devem ser saEsfeitas para que faa senEdo
aplicar o padro


Soluo
Descreve os elementos que compem o projeto, seus
relacionamentos, suas responsabilidades e colaboraes
Arranjo geral de elementos que resolvem um problema
Uso de UML para descrio de solues


Conseqncias
Anlise crEca do padro fornecido, incluindo vantagens,
desvantagens e limitaes
Elementos que inuenciam decisivamente na escolha de um
padro como soluo para um problema

Descrio completa de um padro de projeto (Gamma et al)

Nome e classicao do padro
Inteno e ObjeEvo
Tambm conhecido como
MoEvao
Aplicabilidade
Estrutura (UML)
ParEcipantes
Colaboraes
Conseqncias
Implementao
Exemplo de cdigo
Usos conhecidos
Padres relacionados

Padres de Projeto (GoF) www.labes.ufpa.br
Organizao do Catlogo de Gamma et al

23 padres de projeto so propostos
Padres orientados para SmallTalk e C++
Para permiEr a reuElizao fundamental que o projeEsta consiga
localizar facilmente o padro que seja El
Padres de projeto variam quanto
Granularidade
Classe
Objeto
Propsito
De criao
Estrutural
Comportamental

Catlogo de Padres (GoF) www.labes.ufpa.br

Padres de Criao (GoF) www.labes.ufpa.br
Os padres de criao abstraem o processo de

instanciao. Eles ajudam a tornar um sistema
independente de como seus objetos so criados,
compostos e representados.
Os padres de criao se tornam mais importantes

medida que os sistemas evoluem no senEdo de
depender mais da composio de objetos do que da
herana de classes

Padres de Criao (GoF)
Singleton www.labes.ufpa.br
Singleton
Classicao:
Granularidade: de classe
Propsito: de criao
Inteno
GaranEr que uma classe tenha somente uma instncia e fornecer
um ponto global de acesso para a mesma

Singleton
Moevao
importante para algumas classes ter uma, e apenas uma, instncia.
Por exemplo, embora possam exisEr muitas impressoras em um
sistema, deveria haver somente um spooler de impressoras. Um
ltro digital ter somente um conversor A/D. Um sistema de
contabilidade ser dedicado a servir somente a uma companhia.
Como garanEmos que uma classe tenha somente uma instncia e
que esta instncia seja facilmente acessvel? Uma varivel global
torna um objeto acessvel, mas no impede voc de instanciar
mlEplos objetos
Uma soluo melhor seria tornar a prpria classe responsvel por
manter o controle da sua nica instncia. A classe pode garanEr que
nenhuma outra instncia seja criada (pela interceptao das
solicitaes para criao de novos objetos), bem como pode fornecer
um meio para acessar sua nica instncia. Este o padro Singleton
Singleton
Aplicabilidade
Use o padro Singleton quando
Deve haver apenas uma instncia de uma classe, e essa instncia
deve dar acesso aos clientes atravs de um ponto bem conhecido;
Quando a nica instncia Ever de ser extensvel atravs de
subclasses, possibilitando aos clientes usarem uma instncia
estendida sem alterar o seu cdigo

<<Singleton>>
Singleton Conexo
Estrutura Staec unicaInstancia
String login
Date dataHoraLogin
Singleton Staec instance()

...
static uniqueInstance
singletonData
return uniqueInstance
static Instance()
singletonOperation()
getSingletonData()
Singleton
ParEcipantes
Singleton dene uma operao Instance que permite aos clientes
acessarem sua nica instncia. Instance uma operao de classe
(ou seja, em Smalltalk um mtodo de classe e em C++ uma
funo-membro estEca)
O padro pode ser responsvel pela criao da sua prpria
instncia nica
Colaboraes
Os clientes acessam uma instncia Singleton unicamente pela
operao Instance do Singleton

Singleton
Conseqncias
Acesso controlado instncia nica. Porque a classe Singleton
encapsula a sua nica instncia, pode ter um controle total sobre
como e quando os clientes a acesso
Espao de nomes reduzido. O padro Singleton representa uma
melhoria em relao ao uso de variveis globais. Ele evita a
poluio do espao de nomes com variveis globais que
armazenam instncias nicas
Permite o renamento de operaes e da representao. A classe
Singleton pode ter subclasses e fcil congurar uma aplicao
com uma instncia desta classe estendida. Voc pode congurar a
aplicao com uma instncia de classe de que necessita em tempo
de execuo

Singleton
Conseqncias (cont.)
Permite um nmero varivel de instncias. O padro torna fcil
mudar de idia, permiEndo mais de uma instncia da classe. Alm
disso, voc pode usar a mesma abordagem para controlar o
nmero de instncias que a aplicao uEliza. Somente a operao
que permite acesso instncia de Singleton necessita ser mudada.
Mais exvel do que operaes de classe. Uma outra maneira de
empacotar a funcionalidade de um singleton usando operaes
de classe (funes-membro estEcas em C++ e mtodos de classe
em Smalltalk). Porm, as tcnicas de ambas as linguagens tornar
dicil mudar um projeto para permiEr mais que uma instncia de
uma classe. Alm disso, as funes-membro estEcas em C++
nunca so virtuais, o que signica que as subclasses no podem
redeni-las polimorcamente.

Singleton
Implementao
GaranEndo uma nica instncia.
O padro Singleton torna a instncia nica uma instncia normal
de uma classe, mas essa classe escrita de maneira que
somente um objeto da classe possa ser criado.
Uma forma comum de fazer isso ocultando a operao que
cria instncia usando uma operao de classe que garanta que
apenas uma nica instncia seja criada. Esta operao tem
acesso varivel que mantm a nica instncia, e garante que a
varivel seja inicializada com a instncia nica antes de retornar
ao seu valor. Esta abordagem assegura que um singleton seja
criado e inicializado antes de sua primeira uElizao

Singleton
Implementao
GaranEndo uma nica instncia (cont.)
Em C++, voc pode denir a operao de classe com uma funo
membro estEca Instance da classe Singleton. Singleton
tambm dene uma varivel membro estEca _instance que
contm um apontador para a sua nica instncia.
class Singleton {
public:
staEc Singleton* Instance();
protected:
Singleton();
private:
staEc Singleton* _instance;
};

Singleton
Implementao
GaranEndo uma nica instncia (cont.)
A implementao correspondente a seguinte:

Singleton*
Singleton::_instance = 0;

Singleton*
Singleton::Instance() {
if (_instance == 0) {

_instance = new Singleton;
}
return _instance;
}
Os clientes acessam o singleton atravs da funo membro Instance

Singleton
Exemplo de cdigo
Classe existente: MazeFactory
Classe responsvel pela criao de labirintos (compostos por salas,
paredes e portas)

Class MazeFactory {
Public: MazeFactory* MazeFactory::_instance = C
staEc MazeFactory* Instance();
// cdigo existente entra aqui MazeFactory* MazeFactory::Instance() {
Protected: if (_instance == 0) {
MazeFactory(); _instance = new MazeFactory;
Private: }
staEc MazeFactory* _instance; return _instance;
}; }
117
rqr, labes-ufpa, 2015
Singleton em Java (1 alternaeva)

Pode uElizar excees para manipular com tentaEvas de
criao de uma segunda instncia da classe
hup://www.pauerndepot.com/put/8/Singleton.PDF


Denio de uma varivel estEca para determinar se uma
instncia foi criada


Gerao de excees especcas quando da solicitao de
criao de uma nova instncia

Exemplo

Resultado rqr, labes-ufpa, 2015 122


Denir a classe como Final e seus mtodos estEcos
Anlogo soluo adotada pela classe Math
Math empacota funes matemEcas como sin e cos em uma
estrutura similar a uma classe
Java no permite funes que no estejam atreladas mtodos

Denio
Uso




Teste


Vantagens:
No necessita tratamento de excees
Se h um erro, retorna null.
O compilador verica a criao de objetos atravs de null

Padres Estruturais (GoF) www.labes.ufpa.br
Padres Estruturais
Preocupam-se como sero criados os objetos para
obteno de estruturas maiores.
UElizam herana para compor interfaces ou
implementaes.
Descrevem maneiras de compor objetos para obter novas
funcionalidades.
Dene um estrutura para o comparElhamento de objetos.
Exemplo
Faade (Fachada)
Adapter

Padres Estruturais (GoF)
Fachada www.labes.ufpa.br
A inteno do padro faade

prover uma interface nica para
um conjunto de interfaces de um
subsistema.
Torna a aplicao mais fcil j que

toda a comunicao entre as
classes ocorre a parEr de uma
nica interface. Faade

Quando uElizar o Faade?

Quando se deseja construir um interface mais simples de
acesso s classes;
Para tornar o sistema mais reuElizvel;
Para encapsular o acesso aos dados de SGBD.

Exemplo: Uma nica interface denida para

comunicao com o banco de dados.
(Hage, 2003)
Padro Faade aplicado a uma
classe de um projeto.
Consideraes sobre implementao

Reduo do acoplamento do cliente-subsistema.
Ocorre tornando o Faade uma classe abstrata com
subclasses concretas.
Classe de subsistemas: pblicas ou privadas?
A classe Faade deve ser pblica.
As classes envolvidas no processo podem ser privadas,
mas por conveno de padronizao independente de
linguagem de programao podem/devem ser pblicas.


Definio da estrutura da
classe classe Faade,
referenciando operaes public Vector getUsuario()throws SQLExcepEon{
entre objetos. this.cadusr=new CadUsuario();
package noEcia; Vector vetUsuario=this.cadusr.getUsuario();
import java.sql.*; return vetUsuario;
import java.uEl.Vector; }

public class Fachada { public boolean setUsuario(String operacao,Usuario u)
private String msg=null; throws SQLExcepEon{
private ResultSet rs=null; this.cadusr=new CadUsuario();
private CadUsuario cadusr; return (this.cadusr.setUsuario(operacao, u));
private CadNoEcia cadnt; } ...

public Fachada() {
}
public Vector getNoticia()throws SQLException{ Definio da estrutura da

this.cadnt=new CadNoticia(); classe Faade,
Vector vetNoticia= new Vector();
vetNoticia=this.cadnt.getNoticia(); referenciando operaes
return vetNoticia; entre objetos.
}
public Noticia getNoticia(int id_noticia)throws SQLException{

this.cadnt=new CadNoticia();
Noticia n= new Noticia();
n=this.cadnt.getNoticia(id_noticia);
return n;
}
public boolean setNoticia(String operacao,Noticia n)throws

SQLException{
this.cadnt=new CadNoticia();
return this.cadnt.setNoticia(operacao, n)
}
...

Definio de uma
package noticia;
/**@author Armando Hage */ classe bsica que
abstrai um elemento
public class Usuario { de nossa realidade.
public Usuario() {
}
public Usuario(String login, String senha,String nome){

this.login=login;
this.senha=senha;
this.nome=nome;
}
/**Mtodo para retornar o login de usurio
* @return login*/
public String getLogin(){ return login; }
... rqr, labes-ufpa, 2015 136
package noticia; Definio da classe CadUsuario que tem

import java.util.*; como funes:
import java.sql.*;
import java.lang.*; Recuperar os atributos de um objeto para
repassar a classe de comunicao com o
public class CadUsuario{ banco de dados
private ResultSet rs=null;
private CadUsuarioBD cadusr; Construir uma coleo de objetos ou um
private Usuario u; objeto.
private String msg=null;
public CadUsuario() {
this.cadusr=
new CadUsuarioBD();
} public boolean setUsuario(String operacao,Usuario u)
throws SQLExcepEon{
String login=u.getLogin();
String senha=u.getSenha();
String nome=u.getNome();
return
(this.cadusr.setUsuario(operacao,login, senha, nome));
}
Faade 2 exemplo
Faade
Gesto de emprsEmos para
compra de imveis
Subsistemas
EmprsEmo, Banco, Crdito

class Principal {
staEc Faade void Main() 2 exemplo
{
// Facade
Hipoteca hipoteca = new Hipoteca();

Cliente cliente = new Cliente("Ann McKinsey");
bool elegivel = hipoteca.ehElegivel(cliente,125000);

Console.WriteLine("\n" + nomeCliente +
" foi " + (elegivel ? "Aprovado" : "Rejeitado"));

Console.Read();
}
} rqr, labes-ufpa, 2015 139
Faade 2 exemplo
class Banco
{
public bool possuiSaldoSuciente(Cliente c, int quanEa)
{
Console.WriteLine(Vericando saldo para " + c.nome);
return true;
}
}

www.labes.ufpa.br
class Credito {
public bool possuiBomCredito(Cliente c)
{
Console.WriteLine(Vericando crdito para " + c.nome);
return true;
}
}

Faade 2 exemplo
class EmpresEmo
{
public bool naoPossuiEmpresEmosEmAtraso(Cliente c)
{
Console.WriteLine(Vericando emprsEmos
de + c.nome);
return true;
}
}

www.labes.ufpa.br
public Cliente(string nome)

{
this.nome = nome;
}
}

Faade 2 exemplo
class Hipoteca
{
private Banco banco = new Banco();
private EmpresEmo empresEmo = new EmpresEmo();
private Credito credito = new Credito();

www.labes.ufpa.br
public bool ehElegivel(Cliente c, int quanEa)

{
Console.WriteLine("{0} aplica para {1:C} empresEmo\n",
c.name, quanEa);

bool elegivel = true;

elegivel = bank.possuiSaldoSuciente(c, quanEa) &&
empresEmo.naoPossuiEmpresEmosEmAtraso(c) &&
credito.possuiBomCredito(c);
return elegivel; } .
Adapter
Converte a interface de uma classe em outra interface que
os clientes esperam.
O padro Adapter permite que classes que no poderiam
trabalhar juntas devido a interfaces incompaveis
trabalhem juntas.
importante na migrao de sistemas legados

Adapter
Estrutura

Adapter
Adapter a = new ...;
requestAlgo(a);
class Target {
public staEc void requestAlgo(Target t) { //Mtodos
//cria o adapter e faz a chamada public void request() {
t.request() ; //Implementao normal
} do mtodo }
} }
class Adaptee {
//Mtodos
public void specicRequest() {
System.out.println( "Called SpecicRequest()" );
}
}

Adapter
class Adapter extends Target {

//Propriedades
private Adaptee adaptee = new Adaptee() ;
//Mtodos
public void request() {
/* * Provavelmente neste mtodo sero feitas algumas
* manipulaes de dados e ento efetuar a chamada
* especca */
adaptee.specicRequest() ; }
}

Padres Comportamentais www.labes.ufpa.br
Padres que denem a dinmica do funcionamento

Envolvem troca de mensagens
Exemplos mostrados aqui:
State
Observer

State
Classicao
Comportamental de Objeto
Propsito
PermiEr a um objeto alterar o seu comportamento quanto o seu
estado interno mudar
O objeto ir aparentar mudar de classe
Tambm conhecido como
Objects for States

State
ObjeEvo: usar objetos para representar estados e polimorsmo para
tornar transparente a execuo de tarefas dependentes de estado.
Simula a troca de classe de um objeto

State: Estrutura

State: ParEcipantes
Context
Dene a interface de interesse para os clientes
Mantm uma instncia de uma subclasse ConcreteState que
dene o estado corrente
State
dene uma interface para encapsular o comportamento associado
com um estado parEcular do contexto
ConcreteState
Implementa um comportamento associado a um estado do
Context

State: MoEvao

State: exemplo 1

State: exemplo 1

State: exemplo 1

State: exemplo 2
Classe com mtodos
push() e pull()
Comportamento
muda dependendo
do estado do objeto
O estado do objeto
ser indicado pela
cor do canvas
Estados: preto,
vermelho, azul e
verde
Exemplo extrado de hup://userpages.umbc.edu/~tarr/dp/fall00/cs491.html
State: exemplo 2 implementao sem padro de

projeto

www.labes.ufpa.br









Aspectos de Implementao Padro State

Quem dene as transies de estado?
A classe Context ok para situaes simples
As classes ConcreteState geralmente mais exvel, mas
causa dependncia entre as classes de ConcreteState
Quando os objetos de ConcreteState so criados?
Quando necessrio
Todos so criados uma nica vez (singleton)
No seria possvel usar apenas uma tabela Estado-
Transio?
Dicil de entender
Diculdade em adicionar novas aes e comportamento

Observer
Tambm conhecido como Publish/Subscrib
Usado para monitorar o estado de um objeto


Observer - ParEcipantes
Subject
Classe abstrata que prov uma interface para anexar e desanexar
observadores (observers). Possui uma lista privada de observers.
Contm estes mtodos:
Auach Adiciona um novo observer para a lista
Detach Remove um observador existente
NoEfy NoEca cada observer pela chamada a update() quando
ocorre alguma mudana

ConcreteSubject
Esta classe prov o estado de interesse para os observadores.
Tambm envia a noEcao a todos os observadores atravs da
chamada da funo NoEfy (em sua superclasse ou classe bsica ==
classe Subject).
Contm a funo
getState retorna o estado do subject

Observer ParEcipantes
Observer
Esta classe dene uma interface de atualizao para todos os
observers para receberem noEcaes de atualizao do Subject.
A classe Observer abstrata
Contm a funo:
Update mtodo abstrato para ser subsEtudo por observers
concretos.

ConcreteObserver
Classe cujos objetos mantm referncia com ConcreteSubject para
receber o estado de um Subject quando uma noEcao
recebida.
Contm a funo
Update funo que herdada da superclasse. Quando chamada
pelo Subject, o ConcreteObserver chamada a funo getState do
Subject para atualizar a informao sobre o estado do Subject.

Padres de Projeto com
RaEonal Rose www.labes.ufpa.br

Padres GoF: Viso Geral www.labes.ufpa.br

Referncias adicionais www.labes.ufpa.br
Salviano, Clenio. Introduo SoCware Pauerns.

Tutorial SBES97
Cp://st.cs.uiuc.edu/pub/pauerns/presentaEons/
nswpau.zip
Hillside.net
Outros catlogos de padres:

Core J2EE Pauerns DAO
hup://java.sun.com/blueprints/corej2eepauerns/Pauerns/
DataAccessObject.html


1a parte da Avaliao www.labes.ufpa.br
5 pontos da avaliao total

Fornecer a implementao de trs padres de projeto
uElizados no projeto de TCC do curso
1 deve ser comportamental
1 deve ser estrutural
1 deve ser de criao
Deve ser entregue Relatrio contendo:
Documentao UML (estrutura do padro e da implementao)
Explicao e jusEcaEva do uso
Cdigo fonte da implementao

Introduo
4 - Eselo em Camadas e MVC detalhamento

www.labes.ufpa.br
Parte 4
Projeto e Implementao do EsElo Arquitetural
de Camadas e Model-View-Controller
(Contm trechos Adaptados de Padro Arquitetural MVC e suas

aplicaes para Web por Rafael M
rqr, endona
labes-ufpa, 2F rana / DCOMP UFS)
015 182
Projeto e Implementao do EsElo
Arquitetural de Camadas www.labes.ufpa.br
Agenda
Introduo
Decises de projeto
Quais camadas?
Quantas camadas?
Exemplos de implementao

Introduo
O esElo em camadas indicado:
Para se obter portabilidade ou independncia com relao a
algum componente de soCware ou hardware
Para se organizar os componentes segundo o critrio da distncia
do usurio

A luta pela qualidade no SoCware vem produzindo

h tempos padres e tcnicas para construo de
sistemas com menos defeitos e de manuteno mais
fcil e simples.
O uso de camadas um padro arquitetural que
ajuda na tarefa de separar responsabilidades,
promovendo baixo acoplamento e alta coeso

Aplicaes de uma camada:

AnEgamente um aplicaEvo era desenvolvido para ser
usado em uma nica mquina.
Esse aplicaEvo conEnha todas as funcionalidades em um
nico mdulo gerado por uma grande quanEdade de
linhas de cdigo e de manuteno nada fcil.
A entrada do usurio, vericao, lgica de negcio e
acesso a banco de dados estavam presentes em um
mesmo lugar.

Aplicaes de duas camadas:

Surgiram com a necessidade de comparElhar a lgica de
acesso a dados.
A base de dados geralmente colocada em uma mquina
especca
AplicaEvos instalados em estaes clientes contendo toda
a lgica da aplicao
Grande problema com o gerenciamento de verses.

Aplicaes de n camadas:
Separa a lgica de negcio da interface com o usurio.
Cada camada auto-conEda o suciente de forma que a
aplicao pode ser dividida em vrios computadores numa
rede distribuda.
Possibilita que vrios usurios tenham acesso s mesmas
aplicaes sem ter que instal-las em suas mquinas.
Torna os sistemas mais exveis permiEndo que as partes
possam ser alteradas de forma independente
Facilita a reuElizao e manuteno

Introduo
Variao mais conhecida: 3 camadas
Permite alterar as regras de negcio, o interface ou o acesso aos
dados independentemente.

www.labes.ufpa.br

Introduo
Camada:
S pode chamar servios da camada inferior
No s um pacote de servios
Deve haver correlao entre cada camada
Deve fornecer ocultamento da informao no se deve enxergar o
contedo de uma camada
Deve permiEr a separao lgica e sica como os elementos internos
das camadas so escondidos uns dos outros (apenas a interface deve ser
pblica), e h baixo acoplamento, deve ser possvel reErar ou subsEtuir
camadas facilmente
Deve permiEr a mudana no nvel de abstrao como as camadas so
hierrquicas por natureza, a navegao pela pilha de camadas deve
aumentar ou diminuir o nvel de abstrao. Isto permite expressar
noes e modelos complexos com elementos simples.
hup://www.rgoarchitects.com/nblog/2008/02/05/TheLayeredArchitectureStyle.aspx
Conexes entre camadas

Denida atravs de:
Interfaces ou
PaGern Faade + PaGern Singleton

Introduo
Desvantagens no uso de Camadas
As camadas impactam na performance de um sistema pela adio
de latncia
A diviso em muitas camadas adiciona complexidade para a a
soluo
Por exemplo, torna mais dicil a depurao

Metodologia:
IdenEcar as caractersEcas no-funcionais da aplicao
Persistncia, Segurana, Usabilidade, etc
Tempo de resposta?
Mapear cada caractersEca no-funcional para uma
camada
Denir uma interface para cada camada
Organizar em ordem decrescente (em nvel de abstrao
Construir protEpo
Revisar

Como protoEpar?
Escolher um Caso de Uso completo e signicaEvo e fazer
todas as camadas
Por que protoEpar?

Avaliar o tempo de resposta
Avaliar se as camadas se encaixam corretamente

Manter rastreabilidade dos Requisitos para

componentes
Recorte verEcal (pode ser
um protEpo)
Camada 3
CDU 1
EmiEr relatrio X

Camada 2
CDU2
Camada 1
CDJ3
Camada 0

Requisitos no-funcionais
RNFs so mapeados para camadas.
Camada 3
Tempo de resposta de
CDU 1 transaes menor que 5 seg
Camada 2
Portabilidade para
CDU2 diferentes SGBDs Camada 1

CDJ3 Camada 0
(NOVA) Camada Persistncia

Exemplos
Solicitaes
IU remotas
IU iPhone
Segurana
Modelo de
Negcios
Modelo de
Acesso Negcios
Acesso
a base
remoto
local
Acesso a base local

Padro MVC. Model-View-
Controller www.labes.ufpa.br
um padro arquitetural que divide as aplicaes

em 3 camadas independentes.
Permite que um mesmo aplicaEvo possa ser
visualizado atravs de vrias interfaces.

MVC: Model-View-Controller www.labes.ufpa.br
Camadas do MVC:
Camada de Apresentao (View)
Inclui os elementos de exibio no cliente: HTML, XML, Applets, MIDlets.
usada para receber a entradas de dados e apresentar o resultado.
Camada de Lgica da Aplicao (Model)
Modela os dados e o comportamento por trs do processo de negcio.
Se preocupa apenas com o armazenamento e gerao dos dados.
Camada de Controle
Interpreta as aes do usurio e as mapeia para chamadas do modelo.
responsvel pelo uxo da aplicao.

MVC: Model-View-Controller www.labes.ufpa.br

Evoluo do desenvolvimento WEB www.labes.ufpa.br
Sem o MVC
Na primeira fase da evoluo apenas eram produzidas
pginas em HTML estEco para mostrar informaes
estEcas.
Na prxima fase evoluEva, foram usadas tecnologias de
gerao dinmica de pginas como o CGI, Servlets e JSP.

Model 1: Arquitetura centrada na pgina

As pginas JSP tratam todos os aspectos da aplicao
apresentao, controle e processos de negcio
uElizando JavaBean para processar a lgica e links para a
navegao

Model 2: Arquitetura centrada no Servlet

As aplicaes implementadas uElizando o Model 2 so
mais fceis de manter e estender

Algumas Implementaes do MVC www.labes.ufpa.br
.NET
MicrosoC UIP
Maverick.NET
AcEonScript
ARP
PureMVC
Java
JavaServer Faces
Spring Framework
Struts
PHP
Zend Framework
Symfony Framework

Introduo
Exerccios e trabalhos precos

www.labes.ufpa.br
Parte 5
Avaliao Final

www.labes.ufpa.br
Tarefa:
Apresentar a documentao para um dos casos de uso da
implementao do TCC da equipe
Fornecer a seguinte documentao:
Caso de Uso escolhido (descrio textual)
Diagrama de classes contendo os atributos e mtodos das classes
envolvidas com o caso de uso
Diagrama de sequncia com as mensagens envolvidas no caso de
uso
Entrega: a denir

Ilustrao dos itens a serem
entregues www.labes.ufpa.br
Desc:
Pr: RNF
Ps: Usab.
Fluxo: Conf.
1. Perfor.
2. Seg. Diagrama com as classes
Fl. Sec: envolvidas com aquele
Descrio textual de um caso de caso caso de uso

Ilustrao dos itens a serem
entregues www.labes.ufpa.br
Tela de Gerao : Sesso : Item

: Atendente
de Cont a
1: gerarContaSesso(s)
2: obter(s)
3: s
4: obterItensConsumidos
5: obterIt ens
: Promoo
6: itens
7: itens
repetir enquanto houver itens na sesso de consumo

8: obterNome
9: nome
10: obterPreo
11: preoUnit rio
12: obterQuantidade(item)
13: quantidade
14:
15: criar(s, itens) conta : Conta
16: conta
17: c onta
Diagrama de sequncia com

as mensagens para atender aquele
Caso de uso

Padrões Projeto Camadas

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Padrões Projeto Camadas

Diunggah oleh

Hak Cipta:

Format Tersedia

www.labes.ufpa.

rqr, labes-ufpa, 2015 1

rqr, labes-ufpa, 2015 2

rqr, labes-ufpa, 2015 3

Expresses que indicam a adoo de um modelo

rqr, labes-ufpa, 2015 4

rqr, labes-ufpa, 2015 5

rqr, labes-ufpa, 2015 6

rqr, labes-ufpa, 2015 7

ARQUITETURA EM CAMADAS DA EXECUCAO DISTRIBUIDA NO SISTEMA P2Process

O nivel de abstracao cresce de baixo para cima.

Ge nericDataSource ContractManage ment

DataChannel MessagesChannel DiscoveryChanne l DataExchange Format

Jxta Channels IMPL (Socket, RMI, WebServices, ....)

rqr, labes-ufpa, 2015 9

under manager finished contract definition / generate contract validation... defined

manager started contract defini...

contract defined and isValid()==...

isValid()==true, because condition has changed to ...

contract defined and isValid()==f...

supplier defines that all activitities are concl...

isValid()==false, becaus e cond ition has chang ed to f...

A arquitetura de soCware de um programa ou

Bass et al apud Pressman

rqr, labes-ufpa, 2015 11

A arquitetura no soCware operacional. Porm,

rqr, labes-ufpa, 2015 12

Facilitador da comunicao entre os envolvidos com

rqr, labes-ufpa, 2015 13

The image part with

The image part with

1. O projeto no pode ser bitolado

6. O projeto deve ser estruturado para acomodar modicao

rqr, labes-ufpa, 2015 16

11. Deve considerar de maneira detalhada o

rqr, labes-ufpa, 2015 17

rqr, labes-ufpa, 2015 18

Abstrao - dados, procedimento e controle

rqr, labes-ufpa, 2015 19

rqr, labes-ufpa, 2015 20

Definido tendo o conhecimento do

The image part with

rqr, labes-ufpa, 2015 23

Qual o nmero correto de mdulos

Quantidade tima Quantidade de mdulos

Qual o tamanho correto dos mdulos?

rqr, labes-ufpa, 2015 25

rqr, labes-ufpa, 2015 26

rqr, labes-ufpa, 2015 27

rqr, labes-ufpa, 2015 28

rqr, labes-ufpa, 2015 29

rqr, labes-ufpa, 2015 30

rqr, labes-ufpa, 2015 31

Propriedades Estruturais. Este aspecto da representao de projeto

Propriedades No-Funcionais. A descrio do projeto arquitetural deve tratar

Famlias de sistemas relacionados. O projeto arquitetural deve ser baseado

rqr, labes-ufpa, 2015 33

rqr, labes-ufpa, 2015 34

rqr, labes-ufpa, 2015 35

rqr, labes-ufpa, 2015 36

rqr, labes-ufpa, 2015 37

rqr, labes-ufpa, 2015 38

Arquitetura composta de:

rqr, labes-ufpa, 2015 39