PROVA PADR ES DE PROJETO DE SOFTWARE

PADRÕES DE PROJETO DE SOFTWARE

Simulado: CCT0075_SM_201307325858 V.1 Fechar
Aluno(a): WELINGTON GOMES
Matrícula: 201307325858
Desempenho: 0,3 de 0,5
Data: 09/06/2015 19:04:11 (Finalizada)

1a Questão (Ref.: 201308005765)
Pontos: 0,1 / 0,1

São responsabilidades do GRASP?

Tratar a estrutura parte-todo (Composite) Tratar instanciamento único (Singleton) Tratar o polimorfismo Baixo acoplamento das classes Alta coesão das classes

2a Questão (Ref.: 201307474112)
Pontos: 0,0 / 0,1

Mediator: Define um objeto que encapsula a forma como um conjunto de objetos interage. Mediator promove o acoplamento fraco ao evitar que os objetos se refiram explicitamente uns aos outros, permitindo que você varie suas interações independentemente. (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

Oferece uma forma de percorrer este tipo de objeto agregado sem conhecer seus detalhes de implementação Considerando objetos que implementem arrays, pode ser visto como uma classe intermediária de comunicação e gerenciamento, evitando que os objetos se comuniquem de forma direta

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.

É 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.

3a Questão (Ref.: 201307941224)
Pontos: 0,1 / 0,1

Dado o diagrama de classe identifique o padrão GoF estrutual:

Flyweight

Facade

Proxy Composite

Decorator

4a Questão (Ref.: 201307474109)
Pontos: 0,0 / 0,1

Command : Encapsula uma solicitação como um objeto, permitindo a parametrização de clientes com diferentes solicitações, o enfileiramento e o registro