AV - PADRÕES DE PROJETO DE SOFTWARE 2017

Prévia do material em texto

27/06/2017 Estácio
http://bquestoes.estacio.br/entrada.asp?p0=132400980&p1=201202446825&p2=1538420&p3=CCT0265&p4=102972&p5=AV&p6=14/06/2017&p… 1/3
Professor: CLAUDIA ABREU PAES Turma: 9006/AC
Nota da Prova: 5,5 Nota de Partic.: 0,5 Av. Parcial 2 Data: 14/06/2017 19:01:24
 1a Questão (Ref.: 201202694086) Pontos: 0,0 / 1,0
Considerando que o padrão tem o objetivo de garantir que existe apenas uma instancia de uma certa classe a
qualquer instante e em qualquer ponto de um sistema. Indique o padrão mencionado e cite uma vantagem de sua
utilização.
 
Resposta: .
 
 
Gabarito: padrão singleton uma vantagem apontada é o desempenho de uma aplicação.
 2a Questão (Ref.: 201202617005) Pontos: 1,0 / 1,0
Baixo acoplamento é um princípio-chave na Orientação objetos. O que deve ser feito para garantir o baixo
acoplamento na definição dos objetos/classe/subsistema/sistema.
 
Resposta: Quando uma classe realizar varias atividades ao mesmo tempo, e muitas coisas sem relacionamentos. o
que deve ser feito é atribuir a responsabilidade para outras classes.
 
 
Gabarito: Deve-se manter os objetos/classe/subsistema/sistema o mais independente possível, ou seja, não possui
conhecimento sobre o outro ou confia em outro.
 3a Questão (Ref.: 201202599257) Pontos: 1,0 / 1,0
considere a afirmativa de Gamma e Al. citada abaixo e escolha a opção correta: - Em geral, todas as arquiteturas
orientadas a objeto bem-estruturadas estão cheias de padrões. Uma das maneiras de medir a qualidade de um
sistema orientado a objetos é avaliar se os colaboradores tomaram bastante cuidado com as colaborações comuns
entre seus objetos. Focalizar em tais mecanismos durante o desenvolvimento de um sistema pode levar a uma
arquitetura menor, mais simples, muito mais compreensível do que aquelas produzidas quanto padrões são
ignorados
Padrões é uma forma obrigatória de programar com objetos
Padrões são de uso obrigatório e eliminam os erros cometidos na fase programação.
Padroes sempre levam a uma arquitetura menor principalmente quando se usa tecnologia de objetos
 Padrões são boas práticas e proporcionam garantia de qualidade na elaboração do código
Padrões causam falta de criatividade nos desenvolvedores e esta perda compromete a qualidade
 4a Questão (Ref.: 201202599292) Pontos: 1,0 / 1,0
Assinale a afirmativa correta sobre o padrão Builder:
A legibilidade da solução final, ou seja, para entender como um objeto é criado e sob quais condições, fica
comprometida
 Um dos principais objetivos do padrão Builder é separar o algoritmo de criação de um objeto complexo tanto
da especificação, quanto das partes que o compõem.
é uma abordagem que não facilita a criação de objetos com diferentes configurações e representações,
tornando o código dependente a complexidade das classes relacionadas
Deve-se é separar no construtor da própria classe a lógica para criação de um objeto e concentrar a lógica
de criação em uma hierarquia de herança.
Deve-se é embutir no construtor da própria classe a lógica para criação de um objeto ou ainda distribuir a
lógica de criação em vários métodos adicionais.
27/06/2017 Estácio
http://bquestoes.estacio.br/entrada.asp?p0=132400980&p1=201202446825&p2=1538420&p3=CCT0265&p4=102972&p5=AV&p6=14/06/2017&p… 2/3
 5a Questão (Ref.: 201203182021) Pontos: 0,0 / 1,0
Um compositor musical deseja criar uma hierarquia de classes para representar a estrutura das suas notas
musicais. Em primeiro lugar, definiu uma classe abstrata chamada Melodia, a seguir, criou duas classes derivadas,
uma chamada Nota e outra chamada Partitura. Cada Nota musical representa o elemento mínimo de uma Melodia e
cada Partitura é formada por uma ou mais notas. Marque a alternativa que representa o melhor padrão de projeto
para modelar este problema.
 Composite
Bridge
 Façade
Adapter
Proxy
 6a Questão (Ref.: 201203089148) Pontos: 1,0 / 1,0
Que padrão estrutural usa compartilhamento para suportar um grande número de pequenos objetos de forma
eficiente.
Composite
Decorator
 Flyweight
Facade
Bridge
 7a Questão (Ref.: 201202609849) Pontos: 0,5 / 0,5
(CESGRANRIO - 2008) Muitos frameworks utilizam um padrão de projeto (design pattern) que se baseia no
princípio de projeto "Não nos chame, nós iremos chamar você" (O Princípio de Hollywood: "Don't call us, we'll call
you."). Uma classe da aplicação herda de uma classe do framework que possui métodos abstratos, os quais são
chamados em outros métodos concretos. A classe da aplicação sobrepõe os métodos abstratos da classe do
framework com métodos concretos, permitindo que os métodos concretos da classe do framework sejam
chamados. 
 
O padrão de projeto (design pattern) em questão chama-se
Strategy.
Singleton.
Abstract Factory.
Decorator.
 Template Method.
Pontos: 0,5 / 0,5
27/06/2017 Estácio
http://bquestoes.estacio.br/entrada.asp?p0=132400980&p1=201202446825&p2=1538420&p3=CCT0265&p4=102972&p5=AV&p6=14/06/2017&p… 3/3
 8a Questão (Ref.: 201202610519)
(FGV - 2009) Os padrões de projeto orientados a objeto podem ter finalidade de criação, estrutural ou
comportamental. Os padrões de criação se preocupam com o processo de criação de objetos. Os padrões
estruturais lidam com a composição de classes ou de objetos. Os padrões comportamentais caracterizam as
maneiras pelas quais classes ou objetos interagem e distribuem responsabilidades. 
 
Assinale a alternativa que apresenta apenas padrões de projeto comportamentais.
Proxy, Builder e Mediator.
Singleton, Composite e Interpreter.
 Mediator, Interpreter e Command.
Composite, Decorato e Proxy.
Prototype, Abstract Factory e Builder.
 9a Questão (Ref.: 201203073412) Pontos: 0,5 / 0,5
Pode-se sucintamente definir o padrão Variation do GRASP como:
Criar camadas para melhor organizar a aplicação.
Criar classes que permitam sobrecarga e sobreescrita.
Criar classes controladoras.
 Criar classe que resolva problemas de inconsistência, criando adaptações para saná-las.
Criar classes altamente coesas.
 10a Questão (Ref.: 201202608449) Pontos: 0,0 / 0,5
O padrão Variações protegidas tem como característica:
é o primeiro objeto além da camada de interface com o usuário que é responsável por receber ou tratar uma
mensagem de operação do sistema.
implica que um componente ou classe encapsule somente os atributos e operações muito relacionadas a si e
com a classe do componente ou classe propriamente dito.
 O objetivo é atribuir responsabilidade a um objeto intermediário para servir como mediador entre outros
componentes ou serviços, para que eles não sejam diretamente acoplados.
Sugere atribuir um conjunto de responsabilidades altamente coesa a uma classe artificial ou de conveniência
que não represente o domínio do problema, algo inventado, para apoiar coesão alta, acoplamento baixo e
reuso.
 É um principio básico para fornecer flexibilidade e proteção contra diversos tipos de variações em um
projeto orientado a objetos, tais como: variações nos dados, comportamento, hardware, componentes de
software, sistemas operacionais, entre outros.