AVALIANDO O APRENDIZADO_2016.3

Prévia do material em texto

Fechar
   PADRÕES DE PROJETO DE SOFTWARE
Simulado: CCT0075_SM_201408270251 V.1 
Aluno(a): IVAN DOS SANTOS Matrícula: 201408270251
Desempenho: 0,5 de 0,5 Data: 06/11/2016 23:37:33 (Finalizada)
 
  1a Questão (Ref.: 201408414026) Pontos: 0,1  / 0,1
Marque a alternativa que está relacionada ao padrão de projeto que é responsável por selecionar quais
responsabilidades devem estar em quais classes.
Observador
  Especialista da informação
Criador
State
Acoplamento fraco
 Gabarito Comentado.
 
  2a Questão (Ref.: 201408412944) Pontos: 0,1  / 0,1
Iterator :Fornecer uma maneira de acessar seqüencialmente os elementos de um objeto agregado sem expor
sua implementação. (Gamma et al., 2000). Sobre este padrão de projetos podemos afirma com certeza:
É bastante utilizado em programação de sistemas para gerenciar a comunicação entre dois ou mais
objetos, mas não deve ser usado quando associado a percorrer arrays ou tabelas.
  Oferece uma forma de percorrer este tipo de objeto agregado sem conhecer seus detalhes de
implementação.
tem uma grande facilidade de mudança de comportamento, pode­se alterar seu funcionamento sem que
seja necessário nenhuma mudança nas demais classes envolvidas, desde que envolvam coleções e
matrizes.
Considerando objetos que implementam arrays, pode ser visto como uma classe intermediária de
comunicação e gerenciamento, evitando que os objetos se comuniquem de forma direta
É bastante utilizado em programação de sistemas para gerenciar a comunicação entre dois ou mais
objetos
 
  3a Questão (Ref.: 201408975254) Pontos: 0,1  / 0,1
Analise as seguintes afirmações abaixo sobre projeto de padrões de software:
1. O modelos de padrão Gof possuem 23 (vinte e três) padrões e os modelos GRASP
possuem 5 (cinco) padrões.
2. Os modelos de padrões Gof são subclassificados em: criação, estrutural,
comportamental.
3. Um padrão tem quatro elementos essenciais: nome do padrão, problema, solução e
consequência.
4. Um padrão de projeto é descrito por: Nome e classificação, Intenção e Objetivo,
propósito, motivação, aplicabilidade, estrutura, participantes, colaborações,
consequências, implementação, exemplos de código e padrões relacionados.
5. Para selecionarmos um padrão de projeto de software para uso devemos
Considerar como padrões de projeto solucionam um problema;
Examinar as seções de intenção;
Estudar como os padrões se inter­relacionam;
Estudar os padrões que possuem as mesmas finalidades;
Examinar uma causa de reformulação de projeto;
Considerar o que poderia ser variável no seu projeto no futuro;
Estão corretas apenas as afirmações:
  todas exceto a 1;
todas estão corretas;
todas estão incorretas;
todas exceto a 5;
1, 3 e 4;
 
  4a Questão (Ref.: 201408375056) Pontos: 0,1  / 0,1
Um  dos  princípios  do  padrão  de  arquitetura  MVC  é  a  separação  da  lógica  da  apresentação  do
modelo.
PORQUE
É, muitas vezes, mais prático manter a visão e o controlador unificados, inclusive, por demandas da
tecnologia.
Analisando­se as afirmações acima, conclui­se que ...
. 
a primeira afirmação é falsa, e a segunda é verdadeira.
as duas afirmações são verdadeiras, e a segunda justifica a primeira.
a primeira afirmação é verdadeira, e a segunda é falsa.
As duas afirmações são falsas
  as duas afirmações são verdadeiras, e a segunda não justifica a primeira.
 
  5a Questão (Ref.: 201408416244) Pontos: 0,1  / 0,1
(FCC­2011) Para modelar sistemas que utilizam componentes reutilizáveis podem ser utilizados dois tipos de
padrões de interesse ­ os design patterns e os frameworks. 
 
Com relação ao tema, considere as asserções a seguir. 
 
Nas aplicações Java EE, o design pattern JavaServer Faces utiliza o framework MVC para representar o fluxo
sequencial de comunicação entre as camadas. O MVC permite representar e entender a comunicação existente
entre os componentes da aplicação 
 
PORQUE 
 
quando se utiliza o MVC em aplicações web desenvolvidas com Java, a requisição do cliente é normalmente
interceptada por uma servlet de controle (Controller). Essa servlet manipula o processamento inicial da
requisição, acessa os componentes do modelo (Model) e geralmente determina qual será a página (View) que
irá mostrar o conteúdo de resposta da requisição. 
 
Acerca dessas asserções, é correto afirmar:
As duas asserções são proposições verdadeiras, e a segunda é a justificativa correta da primeira.
  A primeira asserção é uma proposição falsa, e a segunda, uma proposição verdadeira.
As duas asserções são proposições verdadeiras, mas a segunda não é a justificativa correta da
primeira.
A primeira asserção é uma proposição verdadeira, e a segunda, uma proposição falsa.
Tanto a primeira quanto a segunda asserções são proposições falsas.