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

Ao construir uma aplicação bancária, um projetista de software modelou a classe “Conta”. Posteriormente, percebeu que cada instância da classe “Conta” poderia ter um conjunto de responsabilidades variadas e independentes, sendo que uma requisição poderia ter que ser atendida por uma ou várias dessas responsabilidades. Isso não permitiria usar de forma eficiente o mecanismo de subclasses para representar essas responsabilidades. Buscando uma solução adequada para essa limitação, o projetista encontrou um padrão de projeto que permite adicionar e retirar dinamicamente responsabilidades apenas aos objetos individuais, e não à classe inteira, estendendo a funcionalidade do objeto, o que seria a solução ideal para o seu caso.
Esse padrão de projeto específico tem uma estrutura comum, em que existe uma

Um certo padrão de projeto (design pattern) de criação utiliza métodos para criar objetos sem que o chamador precise especificar a classe exata desses objetos, e sem invocar seu construtor diretamente. O método que define a classe a ser instanciada pode estar especificado em uma interface e ser codificado em classes que a implementam, ou então ser implementado em uma classe base e opcionalmente redefinido (overriden) em uma classe filha. Esse padrão de projeto é conhecido como

Bridge (ponte), Decorator (decorador), Façade (fachada), Proxy (procurador) e Flyweight (peso-mosca) são exemplos de padrões gof

Padrões de Projeto têm sido utilizados com grande sucesso em programação de software, apresentando vantagens, desvantagens e possuindo características próprias. Duas características dos padrões de projeto são:

O texto a seguir contém a definição de um dos chamados padrões de projeto (design pattern) GoF:

“Uma maneira de notificar mudanças de estado para um grupo de objetos interessados nessas mudanças. Define uma dependência um para muitos entre objetos de modo que, quando um objeto muda de estado, todos os seus dependentes são notificados e atualizados automaticamente. Este é um padrão comportamental.”

Este padrão é denominado

Os padrões de projeto de software são classificados de acordo com a funcionalidade. Assim, eles podem ser de criação, estrutural e comportamental. Assinale a alternativa que contém um exemplo de padrão de cada tipo.

A partir dos fundamentos da Engenharia de Software e dos padrões General Responsibility Assignment Software Patterns [or Principles] (GRASP), assinale a alternativa INCORRETA.

Sobre a lista de design patterns no padrão GoF, é correto afirmar:

Padrões de Projeto são descrições dos problemas e suas soluções. Essas soluções devem ter a possibilidade de serem reusadas em diferentes tipos de contextos. Também pode-se definir padrões de projetos como soluções já aprovadas para problemas comuns que foram criados a partir do conhecimento e, principalmente, da experiência. Assinale a alternativa que NÃO apresenta um padrão de projeto reconhecido.

Design Patterns 
Design Patterns A design pattern is often posed as a question: how do we solve some design problem? However a design problem is, by its nature, nonspecific, and rarely has a single straight-forward answer. There might be several ways to solve the same problem, some better than others depending on the specific situation and the specific context of the problem. A design pattern is intended to share not just solutions but a better understanding of both the problem and how it might be solved. 
Firstly, patterns have a well-defined structure. This consistent layout makes it easy to browse through a collection of patterns to find relevant help and then dive further into the material. The structure encourages the author of the pattern to think carefully about the knowledge they're sharing, whilst making the material more consistently accessible to a reader. 
Secondly, unlike a tutorial or recipe which typically guides you through a single approach to solving a problem, patterns encourage discussion of related and complementary approaches. Design decisions are rarely clear cut, so it can be useful to understand the context in which a decision is made and the resulting trade-offs. Communicating these nuances is how we share knowledge rather than just fixes for a problem.
Consider the following sentence from the text: “Design decisions are rarely clear cut, so it can be useful to understand the context in which a decision is made and the resulting trade-offs”. Taking into consideration the underlined excerpt from the sentence, it is correct to say that design decisions are:

Com relação às finalidades e características dos Padrões de Projeto, assinale a opção que apresenta dois padrões de Projeto Comportamentais. 

Na engenharia de software, os padrões de projetos comportamentais tratam das interações e divisões de responsabilidades entre as classes ou objetos. São exemplos típicos dessa família: