Anda di halaman 1dari 30

PROJETO

Projeto de Arquitetura
Profa. Adriana Freitas de Carvalho
Curso: Sistemas de Informa!o
"F#S
En$enharia de Soft%are I
O&JETI'OS

A(resentar (rojeto de arquitetura e dis)utir sua


im(ort*n)ia

E+(li)ar as de)is,es de (rojeto de arquitetura que


t-m de ser feitas

A(resentar tr-s estilos )om(lementares de


arquitetura que a.ran$em a or$ani/a!o0
de)om(osi!o e )ontrole

1is)utir )omo as arquiteturas de refer-n)ia s!o


usadas (ara )omuni)ar e )om(arar arquiteturas
2
CO3TE41O
5. 1e)is,es de (rojeto de arquitetura
2. Or$ani/a!o de sistema
6. Estilos de de)om(osi!o modular
7. #odelos de )ontrole
8. Arquiteturas de refer-n)ia
6
I3TRO1"9:O
Sistemas $randes s!o sem(re de)om(ostos em
su.sistemas que forne)em al$um )onjunto de
servios rela)ionados.
O (ro)esso ini)ial de (rojeto0 que )onsiste em
identi;)ar esses su.sistemas e esta.ele)er um
frame%or< (ara o )ontrole e a )omuni)a!o de
su.sistemas0 = denominado projeto de
arquitetura. > o (rimeiro est?$io no (ro)esso de
(rojeto e re(resenta uma li$a!o )r@ti)a entre os
(ro)essos de en$enharia de (rojeto e de requisitos.
A sa@da desse (ro)esso de (rojeto = uma des)ri!o
da arquitetura de soft%are.
7
I3TRO1"9:O
> frequentemente )ondu/ido em (aralelo )om
al$umas atividades de es(e)i;)a!o. Envolve a
identi;)a!o dos )om(onentes (rin)i(ais do sistema
e suas )omuni)a,es.
As vanta$ens de (rojetar e do)umentar a arquitetura
do soft%are:

Comunicao de Stakeholders. A arquitetura (ode


ser usada )omo um fo)o de dis)uss!o (elos
sta<eholders do sistema.

Anlise de sistema. Se h? (ossi.ilidade de o sistema


atender a seus requisitos n!o fun)ionais.

Reuso em larga escala. A arquitetura (ode ser


reus?vel em uma variedade de sistemas.
8
I3TRO1"9:O
As )ara)ter@sti)as da arquitetura de um soft%are
de(endem dos requisitos n!o fun)ionais do sistema:
1. Desempenho. Ao)ali/ar o(era,es )r@ti)as e
minimi/ar )omuni)a,es. "sar )om(onentes de alta
ao inv=s de .ai+a $ranularidade.
2. Proteo. "sar uma arquitetura em )amadas )om
itens )r@ti)os nas )amadas mais internas.
3. Segurana. Ao)ali/ar )ara)ter@sti)as )r@ti)as de
se$urana em um (equeno nBmero de su.sistemas.
. Disponi!ilidade. In)luir )om(onentes redundantes e
me)anismos (ara toler*n)ia C falhas.
". #acilidade de manuteno. "sar )om(onentes
su.stitu@veis e de .ai+a $ranularidade.
D
I3TRO1"9:O
Por=m0 (odem haver )onEitos de arquitetura:

O uso de )om(onentes de alta $ranularidade


a(rimora o desem(enho mas diminui a fa)ilidade
de manuten!o.

A introdu!o de dados redundantes a(rimora a


dis(oni.ilidade0 mas torna a (rote!o mais dif@)il.

Ao lo)ali/ar )ara)ter@sti)as rela)ionadas C


se$urana0 $eralmente si$ni;)a maior
)omuni)a!o e0 (or essa ra/!o0 o desem(enho =
de$radado.
F
ESTR"T"RA9:O 1O SISTE#A
Est? rela)ionada C de)om(osi!o do sistema em
su.sistemas que intera$em. O (rojeto de arquitetura
= normalmente e+(resso )omo um dia$rama de
.lo)os que a(resentam uma vis!o $eral da estrutura
do sistema.
Fi$ura (?$ina 5D6
G
1ECISHES 1E PROJETO 1E ARI"ITET"RA
O (rojeto de arquitetura = um (ro)esso em que se
tenta esta.ele)er uma or$ani/a!o de sistema que
satisfaa os requisitos fun)ionais e n!o fun)ionais do
sistema. Os arquitetos do sistema (re)isam
res(onder a quest,es fundamentais:

E+iste uma arquitetura $en=ri)a que (ode ser utili/adaJ

Como ser? a distri.ui!o do sistema entre os v?rios


(ro)essadoresJ

Como as unidades estruturais do sistema ser?


de)om(osto em mKdulosJ

Como o (rojeto de arquitetura ser? avaliadoJ

Como do)umentar a arquitetura do sistemaJ


L
ORMA3INA9:O 1E SISTE#A
ReEete a estrat=$ia .?si)a a ser usada (ara a
estrutura!o do sistema. Podem ser usados um
Bni)o modelo ou v?rios na solu!o arquitetural de
um sistema.
Tr-s estilos de or$ani/a,es s!o am(lamente
usados:

O estilo de re(ositKrio de dados )om(artilhadosO

Estilo de servios e servidores )om(artilhadosO

Estilo de m?quina a.strata ou em )amadas.


5P
ORMA3INA9:O 1E SISTE#A
$odelo de reposit%rio
Os su.sistemas devem tro)ar dados. Isso (ode ser
feito de duas maneiras:

Os dados )om(artilhados s!o mantidos em um .an)o


de dados )entral ou re(ositKrio e (odem ser
a)essados (or todos os su.sistemasO

Cada su.sistema mant=m seu (rK(rio .an)o de


dados e (assa dados e+(li)itamente (ara outros
su.sistemas.

Iuando $randes quantidades de dados s!o


)om(artilhadas0 = o modelo mais usado.
55
ORMA3INA9:O 1E SISTE#A
$odelo de reposit%rio
&antagens

E;)iente (ara )om(artilhar $randes quantidades de dadosO

Os su.sistemas n!o ne)essitam sa.er )omo os dados s!o


(rodu/idos (elo $eren)iamento )entrali/ado0 (or e+em(lo0
.a)<u(0 (rote!o0 et).

"m modelo de )om(artilhamento = (u.li)ado )omo o


esquema de re(ositKrio.
Des'antagens

Os su.sistemas devem estar de a)ordo )om um modelo de


dados do re(ositKrio. >0 inevitavelmente0 um )om(romissoO

A evolu!o de dados = dif@)il e dis(endiosaO

3!o h? es)o(o (ara (ol@ti)as es(e)@;)as de


$eren)iamentoO

1i;)uldade (ara distri.uir de forma e;)iente.


52
ORMA3INA9:O 1E SISTE#A
56
ORMA3INA9:O 1E SISTE#A
$odelo cliente(ser'idor
> um modelo distri.u@do de sistema que mostra
)omo dado e (ro)essamento s!o distri.u@dos (or
uma variedade de )om(onentes.
Esta.ele)e servidores inde(endentes que forne)em
servios es(e)@;)os0 tais )omo im(ress!o0
$eren)iamento de dados0 et).
Esta.ele)e )lientes que a)essam esses servios. >
uma rede que (ermite aos )lientes a)essar os
servidores.
57
ORMA3INA9:O 1E SISTE#A
58
ORMA3INA9:O 1E SISTE#A
&antagens

A distri.ui!o de dados = diretaO

Fa/ uso efetivo dos sistemas em rede. Pode soli)itar


hard%are mais .aratoO

> f?)il adi)ionar novos servidores ou atuali/ar servidores


e+istentes.
Des'antagens

3enhum modelo de dados )om(artilhado e0 dessa


forma0 os su.sistemas usam diferentes or$ani/a,es de
dadosO (or isso0 a tro)a de dados (ode ser ine;)iente.

Meren)iamento redundante em )ada servidorO

3enhum re$istro )entral de nomes e servios Q (ode ser


dif@)il des)o.rir quais servidores e servios est!o
dis(on@veis.
5D
ORMA3INA9:O 1E SISTE#A
$odelo em camadas
"sado (ara modelar o interfa)eamento dos
su.sistemas. Or$ani/a o sistema em um )onjunto de
)amadas Rou m?quinas a.stratasS0 )ada uma das
quais forne)endo um )onjunto de servios.
A(oia o desenvolvimento in)remental dos
su.sistemas em )amadas diferentes. Iuando uma
)amada de interfa)e muda0 somente a )amada
adja)ente = afetada. Contudo0 = frequentemente
arti;)ial estruturar sistemas dessa maneira.
5F
ORMA3INA9:O 1E SISTE#A
5G
ORMA3INA9:O 1E SISTE#A
$odelo em camadas
"sado (ara modelar a interfa)e entre os
su.sistemas. Or$ani/a o sistema em um )onjunto de
)amadas0 )ada uma das quais forne)endo um
)onjunto de servios.
&antagens

A(oiaodesenvolvimentoin)remental.

#odi;)?vele(ort?vel0desdequemantidaasuainter
fa)e.
Des'antagens

1if@)ilestrutura!oentreas)amadasdosistema.

1esem(enho (or )ausa da ne)essidade de


)omuni)a!o direta )om a )amada modelo em
)amada de um sistema se$uinte.
5L
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
1e)is!o so.re qual a a.orda$em ser? utili/ada na
de)om(osi!o de su.Usistemas em mKdulos.
"m su.sistema = um sistema em si )uja o(era!o
n!o de(ende dos servios forne)idos (or outros
su.sistemas.
"m mKdulo = um )om(onente de sistema que
forne)e servios (ara outros mKdulosO n!o =
normalmente )onsiderado um sistema se(arado.
2P
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
1ois modelos de de)om(osi!o modular (odem ser
usados:

"m modelo de o.jeto onde o sistema =


de)om(osto em o.jetos que se )omuni)amO

"m modelo de (i(eline ou Eu+o de dados onde o


sistema = de)om(osto em mKdulos fun)ionais
que transformam entradas em sa@das.
Se (oss@vel0 de)is,es so.re )on)orr-n)ia devem ser
(oster$adas at= que os mKdulos estejam
im(lementados.
25
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
Decomposio orientada a o!)etos
Consiste na de)om(osi!o de sistemas em o.jetos
que se )omuni)am entre si.
A de)om(osi!o orientada a o.jetos est?
rela)ionada C identi;)a!o de )lasses de o.jetos0
aos seus atri.utos e Cs suas o(era,es.
Iuando im(lementados0 os o.jetos s!o )riados a
(artir dessas )lasses e um ti(o de )ontrole = usado
(ara )oordenar as o(era,es de o.jetos.
22
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
Decomposio orientada a o!)etos
&antagens

F?)il modi;)a!o dos o.jetos.

F?)il entendimento0 o.jetos re(resentam


entidades do mundo real.

Ain$ua$ens de (ro$rama!o orientadas a o.jetos


fa)ilitam o desenvolvimento.
Des'antagens

1e(end-n)ia da interfa)e do o.jeto.

Entidades )om(le+as s!o de dif@)il re(resenta!o


(elo modelo de o.jeto.
26
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
#igura pgina 1*+
27
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
Pipelining orientado a ,un-es
Consiste no (ro)essamento das entradas0
(rodu/indo sa@das atrav=s de transforma,es
fun)ionais. Comum em sistemas de (ro)essamento
de dados.
&antagens

A(oia o reuso de informa,es.

#odelo intuitivo (ois muitas (ensam em seu tra.alho


)omo (ro)essamento de entradas $erando uma sa@da.

A evolu!o do sistema = feita (ela adi!o de novas


transforma,es.

> sim(les de ser im(lantada )omo sistemas


)on)orrente ou sequen)ial.
28
ESTIAOS 1E 1ECO#POSI9AO #O1"AAR
Pipelining orientado a ,un-es
Des'antagens

3e)essita de um formato )omum (ara a transfer-n)ia


de dados que (ossa ser re)onhe)ido (or todas as
transforma,es.

Sistemas interativos s!o dif@)eis de es)rever (or


im(ossi.ilidade de termos uma sequ-n)ia de dados a
ser (ro)essada

Fi$ur (?$ina 5FP


2D
#O1EAOS 1E CO3TROAE
3e)ess?rio (ara )ontrolar o fun)ionamento dos
su.sistemas Rservios )ertos no tem(o )ertoS. E+istem
dois estilos $en=ri)os de )ontrole usados em sistemas de
soft%are:
Controle centrali.ado
"m su.sistema tem res(onsa.ilidade $lo.al (elo
)ontrole0 e ini)ia e (?ra outros sistemas.
Controle !aseado em e'entos
Cada su.sistema (ode res(onder a eventos $erados
e+ternamente a (artir de outros su.sistemas ou do
am.iente do sistema.
2F
ARI"ITET"RAS 1E REFERV3CIA
Os modelos de arquitetura (odem ser es(e)@;)os (ara
al$um dom@nio de a(li)a!o. E+iste dois ti(os de modelos
de dom@nio es(e)@;)o:
1. $odelos gen/ricos que s!o a.stra,es de uma s=rie
de sistemas reais que en$lo.am as )ara)ter@sti)as
(rin)i(ais desses sistemas.
2. $odelos de re,er0ncia s!o mais a.stratos0 = um
modelo ideali/ado. Forne)e um meio de informa!o
so.re essa )lasse de sistema e so.re )om(ara!o de
arquiteturas diferentes. Al=m disso0 (odem ser usados
(ara ensinar0 desta)ando as )ara)ter@sti)as (rin)i(ais
desses am.ientes e (ara dis)utiUlos de maneira
$en=ri)a.
2G
ARI"ITET"RAS 1E REFERV3CIA
Os modelos de refer-n)ia s!o derivados de um estudo de
dom@nio de a(li)a!o ao inv=s de sistemas e+istentes.
Pode ser usado )omo .ase (ara a im(lementa!o de
sistemas0 ou )om(arar sistemas diferentes.
Atua )omo um (adr!o )ontra o qual os sistemas (odem
ser avaliados. O modelo OSI = um modelo de )amadas
(ara sistemas de )omuni)a!o.
Fi$ura (?$ina 5F7
2L
RES"#O
Pontos(cha'e

A arquitetura de soft%are = o frame%or< fundamental (ara a estrutura!o


do sistema. As (ro(riedades de um sistema0 )omo desem(enho0 (rote!o e
dis(oni.ilidade s!o inEuen)iadas (ela arquitetura usada.

Os diferentes modelos de arquitetura (odem ser desenvolvidos durante o


(ro)esso do (rojeto de arquitetura.

#odelos or$ani/a)ionais do sistema:

#odelo de re(ositKrio0 que )om(artilha dados atrav=s de um re(ositKrio )omum

#odelo )lienteUservidor que distri.uem os dados

#odelo d )amadas0 )om )ada )amada sendo im(lementada (or meio dos re)ursos
da )amada .ase.

As arquiteturas de refer-n)ia (odem ser usadas )omo um meio de dis)utir


arquiteturas de dom@nio es(e)@;)o e avaliar e )om(arar (rojetos de
arquitetura.
6P

Anda mungkin juga menyukai