Questões de Concurso Sobre padrões de projeto (design patterns) em arquitetura de software

Foram encontradas 552 questões

Ano: 2014 Banca: UFMT Órgão: UFMT Prova: UFMT - 2014 - UFMT - Engenharia da Computação |
Q415499 Arquitetura de Software
Sobre padrões de projeto, assinale a afirmativa correta.
Alternativas
Q410666 Arquitetura de Software
Em relação aos padrões de projeto é INCORRETO afirmar:
Alternativas
Q405089 Arquitetura de Software
Tendo como base os padrões de projeto de software, julgue os itens a seguir.

Singleton é um padrão de projeto de software que garante a existência de apenas uma instância de uma classe, mantendo um ponto global de acesso ao seu objeto.
Alternativas
Q405087 Arquitetura de Software
Tendo como base os padrões de projeto de software, julgue os itens a seguir.

O Abstract Factory, cujo objetivo é permitir a unificação da interface de um sistema, é considerado um padrão comportamental devido à sua propriedade característica de alterar o comportamento do software de acordo com o comportamento do usuário.
Alternativas
Q396757 Arquitetura de Software
O Instituto Nacional do Clima (INC) utilizará uma biblioteca de simulações de clima fabricada por uma empresa americana. Porém, após a aquisição, percebeu-se que as interfaces disponibilizadas pelas classes dessa biblioteca são incompatíveis com as interfaces das classes de outros sistemas do INC. A maneira correta de contornar esse problema é a utilização do padrão de projetos .
Alternativas
Q392666 Arquitetura de Software
A tecnologia RMI, presente em Java, é uma implementação de um esquema presente em qual padrão de projeto?
Alternativas
Q386524 Arquitetura de Software
Com relação aos padrões GRASP, assinale a opção correta.
Alternativas
Q383697 Arquitetura de Software
Correlacione os elementos utilizados para descrever um Padrão de Projeto com a sua respectiva descrição:

Elemento                                     Descrição

I. Intenção                       ( ) Fornece um exemplo do problema.
II. Motivação                   ( ) Descreve as classes necessárias para implementar o padrão.
III. Aplicabilidade             ( ) Descreve o padrão de projeto e o que ele faz.
IV. Estrutura                     ( ) Notifica situações específicas de projeto nas quais o padrão é aplicável.

A sequência CORRETA, de cima para baixo, é:
Alternativas
Q376204 Arquitetura de Software
Na loja Oiapoque, a política de definição de preços para uma venda pode variar. Durante um período, ela pode admitir um desconto de 15% em todas as vendas;
posteriormente pode permitir um desconto de R$ 20,00, se o total da venda for maior que R$ 300,00, e muitas outras variações.
O padrão de projeto para construir esses algoritmos para definição de preços variados é o GoF
Alternativas
Q371779 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue os próximos itens.

Caso haja necessidade de fornecer aos usuários de um sistema diversas maneiras de realizar uma mesma tarefa, como, por exemplo, a partir de menu, barra de ferramentas ou menu pop-up, o padrão chain of responsibility será mais apropriado para esse fim que o padrão command.
Alternativas
Q371778 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue os próximos itens.

Enquanto os padrões GRASP refletem práticas mais pontuais da aplicação de técnicas orientadas a objetos, os padrões de projeto GoF (Gang of Four) exploram soluções mais específicas. Dessa forma, não há, no GRASP, um padrão que ajude a solucionar, por exemplo, a definição de qual classe deve ser a responsável por lidar com um evento de determinada interface.
Alternativas
Q371777 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue os próximos itens.

Em um cenário em que é necessário minimizar dependências e maximizar o reúso, bem como atribuir uma responsabilidade para que o acoplamento mantenha-se fraco, o padrão Expert é mais adequado que o padrão Low Coupling.
Alternativas
Q371776 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue os próximos itens.

O padrão de projeto Strategy contém um objeto strategy que é análogo ao objeto state do padrão de projeto State. Contudo, o primeiro objeto encapsula um algoritmo, enquanto o segundo encapsula informações sobre o estado de um objeto.
Alternativas
Q370100 Arquitetura de Software
Um Padrão de Projeto de Software ou Padrão de Desenho de Software, também muito conhecido pelo termo original em inglês, Design Pattern, descreve uma solução geral reutilizável para um problema recorrente no desenvolvimento de sistemas de software orientados a objetos. Não é um código final; é uma descrição ou modelo de como resolver o problema do qual trata, que pode ser usada em muitas situações diferentes. Os Padrões de Projeto normalmente definem as relações e interações entre as classes ou objetos, sem especificar os detalhes das classes ou objetos envolvidos, ou seja, estão num nível de generalidade mais alto. Um padrão de projeto define: seu nome; o problema; a solução; quando aplicar esta solução e suas consequências. O movimento ao redor de padrões de projeto ganhou popularidade com o livro Design Patterns: Elements of Reusable Object-Oriented Software, publicado em 1995. Os autores desse livro, Erich Gamma, Richard Helm, Ralph Johnson e John Vlissides, são conhecidos como a "Gangue dos Quatro" (Gang of Four) ou simplesmente "GoF". Os Padrões GOF, são organizados em três famílias, qual das alternativas a seguir apresenta a denominação dessas três famílias:

Alternativas
Q366007 Arquitetura de Software
Um padrão de projeto de software descreve uma solução geral e reutilizável para um problema recorrente no desenvolvimento de sistemas. Ele é voltado para o desenvolvimento de softwares orientados a objeto, mas não apresenta um código final, porém apenas uma descrição de como resolver o problema. O padrão de projeto que garante a existência de apenas uma instância de uma classe, mantendo um ponto global de acesso ao objeto, chama-se
Alternativas
Ano: 2013 Banca: CESPE / CEBRASPE Órgão: SUFRAMA
Q1209644 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue o próximo item.
Em um cenário em que é necessário minimizar dependências e maximizar o reúso, bem como atribuir uma responsabilidade para que o acoplamento mantenha-se fraco, o padrão Expert é mais adequado que o padrão Low Coupling.
Alternativas
Ano: 2013 Banca: CESPE / CEBRASPE Órgão: SUFRAMA
Q1209611 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue o próximo item.

O padrão de projeto Strategy contém um objeto strategy que é análogo ao objeto state do padrão de projeto State. Contudo, o primeiro objeto encapsula um algoritmo, enquanto o segundo encapsula informações sobre o estado de um objeto.
Alternativas
Ano: 2013 Banca: CESPE / CEBRASPE Órgão: SUFRAMA
Q1209590 Arquitetura de Software
Com relação a padrões de projeto e GRASP, julgue o próximo item.
Enquanto os padrões GRASP refletem práticas mais pontuais da aplicação de técnicas orientadas a objetos, os padrões de projeto GoF (Gang of Four) exploram soluções mais específicas. Dessa forma, não há, no GRASP, um padrão que ajude a solucionar, por exemplo, a definição de qual classe deve ser a responsável por lidar com um evento de determinada interface.
Alternativas
Q930459 Arquitetura de Software

Considere o trecho de código ilustrado a seguir:


Imagem associada para resolução da questão


O trecho de código em questão ilustra uma implementação do padrão de projeto:

Alternativas
Q930450 Arquitetura de Software
Sobre padrões de projeto é correto afirmar que:
Alternativas
Respostas
341: A
342: E
343: C
344: E
345: E
346: C
347: E
348: B
349: D
350: E
351: E
352: E
353: C
354: A
355: B
356: E
357: C
358: E
359: C
360: D