Exercíciopadroesdeprojetodesoftware04

Prévia do material em texto

Exercício: CCT0265_EX_A4_
	Matrícula: 
	Aluno(a
	Data: 16/06/2016 11:01:28 (Finalizada)
	
	 1a Questão (Ref.: 200902080740)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	A classe Façade, em qualquer contexto, tem como objetivo mais amplo buscar respostas para um problema de forma transparente em um conjunto de subsistemas e fornecer uma resposta imediata para a classe cliente. Assinale dentre as principais vantagens desse padrão de projeto a única que não é verdadeira.:
		
	
	Simplificar o acesso a determinadas funcionalidades de um subsistema, sem inviabilizar sua utilização direta.
	
	Tornar os clientes independentes da complexidade dos diferentes subsistemas de uma aplicação.
	 
	judar a melhorar portabilidade dos sistemas.
	 
	Incentivar acoplamento forte entre o subsistema e seus clientes.
	
	Incentivar acoplamento fraco entre o subsistema e seus clientes.
	
	
	
	
	 2a Questão (Ref.: 200902085728)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Em muitas situações de programação, é possível resolver o problema de acesso a um determinado objeto com a utilização de uma referência a variável desejada, este é um mecanismo de simples utilização e bastante conhecido pelos desenvolvedores de software. No entanto, quando é necessário utilizar um mecanismo mais versátil e sofisticado, por exemplo, 
- para postergar a instanciação de um objeto 
- para controlar o acesso ao mesmo
- para acessá-lo em uma máquina remota
- para gravá-lo em uma base de dados, a alternativa de utilizar uma referência ao objeto não é mais apropriada. 
- utilização de uma superclasse abstrata para definir a interface da classe desejada e uma classe derivada adicional derivada.
Marque a alternativa que indica o padrão de projeto utilizado segundo a descrição acima. 
		
	
	Acoplamento
	
	Coesão
	 
	Flyweight
	
	Façade
	 
	Proxy
	
	 Gabarito Comentado
	
	
	 3a Questão (Ref.: 200902148948)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	(BNDES - CESGRANRIO 2009) O presidente de uma empresa determinou que fosse disponibilizado um sistema de vendas na Internet. No entanto, o software de controle de estoque que deve ser acessado pela aplicação de vendas é muito antigo e provê uma API (Application Programming Interface) de uso muito complicado. Para que os desenvolvedores possam acessar uma interface mais simples, o arquiteto do sistema pode determinar o uso do padrão de projeto
		
	
	Decorator.
	 
	Façade.
	 
	Observer.
	
	Flyweight.
	
	Prototype.
	
	
	
	
	 4a Questão (Ref.: 200902085724)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	A classe Façade, em qualquer contexto, tem como objetivo mais amplo buscar respostas para um problema de forma transparente em um conjunto de subsistemas e fornecer uma resposta imediata. 
Marque a alternativa que NÃO indica uma vantagem do padrão Façade (Fachada)
		
	
	Incentivar acoplamento fraco entre o subsistema e seus clientes.
	
	Simplificar o acesso a determinadas funcionalidades de um subsistema, sem inviabilizar sua utilização direta.
	
	Tornar os clientes independentes da complexidade dos diferentes subsistemas de uma aplicação.
	 
	Fazer com que o cliente conheça todas as regras de negócio para que possa realizar as mudanças.
	
	Ajudar a melhorar portabilidade dos sistemas.
	
	 Gabarito Comentado
	
	
	 5a Questão (Ref.: 200901491571)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	Os padrões de projetos, quando aplicados ao desenvolvimento de aplicações, fornecem meios de descrever soluções comuns para problemas comuns, resultando em redução de tempo gasto com o desenvolvimento e melhoria da qualidade da aplicação. 
(FCC - 2009) Analise: 
I. É o responsável pela especificação dos tipos de objetos a serem criados usando uma "instância" prototípica e pela criação de novos objetos copiando este protótipo. 
II. Define uma interface de nível mais alto que torna o subsistema mais fácil de usar e fornece uma interface única para um subsistema com diversas interfaces; compõe o grupo de padrões estruturais. 
III. Integrante do grupo de padrões comportamentais, ele provê uma forma de acessar sequencialmente os elementos de um agregado de objetos, sem expor a representação interna desse agregado. 
IV. As consequências do uso deste padrão é que o encapsulamento é mantido, já que objetos usam sua própria informação para cumprir responsabilidades; leva ao fraco acoplamento entre objetos e à alta coesão, uma vez que objetos fazem tudo que é relacionado à sua própria informação. 
As afirmações correspondem, respectivamente, aos padrões
		
	
	Adapter, Façade, Command e Iterator.
	
	Controller, Expert, Singleton e Prototype.
	 
	Command, Iterator, Singleton e Expert.
	
	Command, Singleton, Controller e Façade.
	 
	Prototype, Façade, Iterator e Expert.
	
	
	
	
	 6a Questão (Ref.: 200902081811)
	 Fórum de Dúvidas (0)       Saiba  (0)
	
	O Padrão Flyweight é um objeto compartilhado, que pode ser usado em vários contextos, simultaneamente, pois, tem capacidade de funcionar de forma independente em cada contexto. Seus métodos e implementações não podem, em momento algum, fazer _____________________________________________________________
		
	
	hipóteses ou asserções sobre fora do contexto no qual o objeto opera.
	
	hipóteses ou exclusões sobre o contexto no qual o objeto opera.
	 
	hipóteses ou asserções sobre o contexto no qual o objeto opera.
	
	comparações ou associações sobre o contexto no qual o objeto opera.
	
	Acoplamento fraco entre o subsistema e seus clientes.
	
	 Gabarito Comentado