Universidade Federal de Gois Instituto de Informtica Engenharia de Software

Professor: Diego Amrico Guedes

Data: 29/04/2014

Lista de Exerccios para a 1 Prova de Arquitetura de Software

Conceitos Bsicos 1. ( !" # $%1%& O projeto arquitetural de software um processo em que se visa estabelecer uma organizao de sistema que satisfaa os requisitos funcionais e no-funcionais do software em questo. Durante esse processo, o projetista deve tomar decis es que afetam diretamente o sistema e o seu processo de desenvolvimento, tal como a! a" escol#a da linguagem de programao. b" definio dos critrios de verificao e validao. c" adoo de modelos de arquitetura de refer$ncia. d" corretude das unidades estruturais. $. ( & % arquitetura envolve o estabelecimento de um framewor& 'arcabouo" b(sico que identifica os principais componentes de um sistema e as comunica es entre eles. '. ( & %s vantagens de projetar e documentar e)plicitamente uma arquitetura de software so a comunicao de sta&e#olders e a an(lise de sistema. *ontudo, no au)ilia no reuso em larga escala pois a arquitetura muitas vezes diferente para sistemas com requisitos similares. (. ( & +ma viso uma projeo de um modelo sob determinada perspectiva. % ,iso l-gica 'ou de .rojeto" foca na descrio dos elementos de concorr$ncia e de comunica es de uma arquitetura. ). ( & % ,iso de /mplantao ser( e)ecutada pelos desenvolvedores, integradores e testadores, e ser( representada pelo diagrama de implantao, pois considera o ambiente de desenvolvimento, teste e produo. *. ( & +m arquiteto de software deve estabelece a ligao entre o cliente0consumidor ou equipe de vendas e os times de desenvolvimento. *ontudo, no necess(rio ter con#ecimento de tecnologia. Esti+os Arquiteturais 1. ( & +m estilo arquitetural consiste de algumas caracter1sticas c#ave e regras para combinar essas caracter1sticas de modo que a integridade arquitetural seja preservada. $. ( & 2o estilo arquitetural Dataflow os dados entram no sistema e ento fluem atravs dos componentes, um de cada vez, at que eles so atribu1dos para algum destinat(rio final 'sa1da ou um banco de dados". Os principais e)emplos so o 3atc# 'lote" sequencial e .ipes e filtros. '. ( & 2o estilo arquitetural .ipes e 4iltros, um tipo de Dataflow, #( uma transformao incremental de dados, efetuada por v(rios componentes em sucesso de maneira determin1stica.

(. ( & 2a arquitetura de componentes independentes os processos independentes que se comunicam atravs de mensagens. /sso resulta em um bai)o grau de modificabilidade atravs do acoplamento de v(rias por es da computao. ). ( & %rquitetura centrada em dados descreve o acesso e atualizao de reposit-rios de dados amplamente acess1veis, onde os dep-sitos de dados podem ser passivos 'arquivos, bases de dados" ou ativos 'e)! blac&board". *. ( & O estilo arquitetural cliente-servidor indicado para sistemas onde as tarefas podem ser divididas entre geradores de pedidos 'ou consumidores de dados" e)ecutores de pedidos 'ou produtores de dados" ,. /ndique o estilo arquitetural mais indicado para sistemas onde os componentes precisam ser sincronizados ao longo do tempo. a" 5ig#tweig#t .rocesses '.rocessos leves - 6#reads" b" Objetos Distribu1dos c" *liente-7ervidor d" 3roadcast Atri-utos de .ua+idade de Software 1. ( & 7egurana uma medida da #abilidade do sistema em resistir tentativas no autorizadas de utilizar e negar o servio enquanto continua a fornecer os seus servios para o usu(rio leg1timo. $. Dentre os atributos de qualidade de software, incluem-se! a" controlabilidade, dependabilidade e efici$ncia b" controlabilidade, efici$ncia e manutenibilidade c" desempen#o, imutabilidade e manutenibilidade d" desempen#o, modificabilidade e usabilidade '. 8( duas grandes categorias de atributos de qualidade em que um sistema pode ser medido! observ(vel atravs de e)ecuo e n/o observ(vel atravs de e)ecuo. 9uais atributos a seguir so observ(veis atravs de e)ecuo! a" :odificabilidade, Disponibilidade, 6estabilidade b" Desempen#o, :odificabilidade, .ortabilidade c" 4uncionalidade, Desempen#o, Disponibilidade d" .ortabilidade, 4uncionalidade, 6estabilidade (. ( & +sabilidade entendido como projetar um sistema em que a estrutura do sistema ou alguns componentes desse componentes podem ser reusados novamente em aplica es futuras Arquitetura C+iente0Servidor e e1 Ca1adas2Servidor de Ap+ica3/o 1. (4unesp 0 $%1$ & 2a arquitetura cliente-servidor, o modelo de desenvolvimento em ; camadas vantajoso sobre o de < camadas por a" distribuir a l-gica de neg-cio nos clientes. b" centralizar os dados num servidor de banco de dados.

c" pulverizar os dados nos clientes. d" concentrar a l-gica de neg-cio num servidor de aplica es. $. (! 564E7SA 0 $%1$& % arquitetura cliente-servidor divide o processamento da informao em m-dulos distintos em que o servidor respons(vel pelo armazenamento da informao, e o cliente faz a requisio ou busca da informao. +m dos modelos dessa arquitetura c#amado de aplicao em tr$s camadas. %ssinale a alternativa que apresenta o componente que distingue esse modelo do modelo de aplicao em duas camadas. a" banco de dados b" servidor de aplicao c" cliente =eb d" servidor =eb '. (!CC 0 $%1$& 7obre a arquitetura cliente-servidor em camadas correto afirmar! a" 2a camada de dados da arquitetura em tr$s camadas devem ser representados os componentes que cuidam da l-gica de neg-cios 'business logic". b" 7istemas que usam a arquitetura, cliente-servidor em duas camadas geralmente possuem problemas de falta de escalabilidade, dificuldade de manuteno e dificuldade de acessar fontes #eterog$neas. c" % arquitetura centralizada foi dominante at a dcada de >? como arquitetura corporativa e disponibilizava uma interface amig(vel. d" 2a arquitetura cliente-servidor em duas camadas, a camada cliente trata da /nterface do +su(rio, enquanto a camada servidor trata e)clusivamente da l-gica de neg-cio. (. ( & % arquitetura em tr$s camadas permite representar os componentes da aplicao nas camadas de neg-cio, aplicao e dados. ). ( & ( !BA 0 $%%8& 2uma arquitetura cliente-servidor do tipo *liente-:agro, as altera es no software da aplicao obrigam a sua reinstalao em cada computador cliente. *. (CES"7A5769 0 $%11& *om o passar dos anos, as aplica es empresariais evolu1ram de aplica es monol1ticas e)ecutando em computadores de grande porte, para aplica es do tipo clienteservidor e, ento, para aplica es em ; camadas. @ssas camadas so! a" visualizao, l-gica e neg-cio b" apresentao, l-gica de dom1nio e fonte de dados c" dom1nio, neg-cio e dados d" sistemas, processos e bancos de dados ,. *onsidere a figura com um diagrama de arquitetura cliente-servidor.

%ssinale a alternativa que apresenta corretamente quantas camadas e)istem na arquitetura ilustrada. a" A camada. b" < camadas. c" ; camadas. d" B camadas. :. ( & +m dos principais objetivos do servidor de aplica es disponibilizar uma plataforma que abstraia do desenvolvedor de software algumas das comple)idades de um sistema computacional. 8. ( & %s principais caracter1sticas de um servidor de aplicao so a tolerCncia a fal#as, balanceamento de carga e gerenciamento de componentes. *ontudo, no #( gerenciamento de transa es. Ap+ica3;es <istri-udas 1. (!CC # $%%:& +m middleware! a" um objeto DD3* que encapsula diversos atributos de pesquisa em bancos multiusu(rios. b" est( contiguamente localizado entre as camadas de transporte e enlace do modelo O7/. c" uma ferramenta facilitadora para construo de sistemas distribu1dos. d" uma ferramenta aplicada na arquitetura de bancos de dados centralizados. $. (!CC # $%%8& 2o modelo cliente-servidor de computao distribu1da, os ! a" servidores necessitam obrigatoriamente con#ecer a identidade dos clientes. b" servidores necessitam con#ecer obrigatoriamente a quantidade de clientes e)istentes. c" servidores requisitam servios dos clientes mediante uma interface do tipo 866.. d" clientes acessam os servios fornecidos pelos servidores por meio de tecnologias de rede, como por e)emplo, Eemote .rocedure *all 'E.*". '. ( & *#amada remota de procedimento 'E.*, acrFnimo de Eemote .rocedure *all" uma tecnologia de comunicao entre processos que permite a um programa de computador c#amar um procedimento em outro espao de endereamento 'geralmente em outro computador, conectado por uma rede" , onde na c#amada os parCmetros so passados por valor e por refer$ncia. (. ( & 2a c#amada remota de procedimento 'E.*, acrFnimo de Eemote .rocedure *all", as fun es stub so geradas localmente, em cada ponto da comunicao . +ma funo stub se parece com a funo que se deseja c#amar, mas contm c-digo para enviar e receber mensagens pela rede . ). ( & O E:/ 'Eemote :et#od /nvocation" uma interface de programao que permite a e)ecuo de c#amadas remotas no estilo E.* em aplica es desenvolvidas em Dava. *. ' " 2o E:/, o cliente c#ama o GregistrHI para associar 'bind" um nome com um objeto remoto. O servidor ol#a o objeto remoto por seu nome no GregistrHI do cliente, e invoca ento um mtodo nele.