Questões de Concurso
Comentadas sobre orientação a objetos em engenharia de software
Foram encontradas 1.069 questões
Neste contexto, o padrão de projeto mais indicado é o
I. A coesão refere-se ao grau em que os elementos de um módulo pertencem juntos.
II. O acoplamento forte entre classes é sempre desejável para um bom design orientado a objetos.
III. O princípio da responsabilidade única afirma que uma classe deve ter apenas uma razão para mudar.
IV. A composição é sempre preferível à herança em todos os cenários de design orientado a objetos.
Assinale a alternativa que contenha APENAS as afirmações corretas.
Dentre os princípios GRASP podemos identificar os seguintes:
Adaptado de Eduardo Bezerra, Princípios de Análise e Projeto de Sistemas Com UML, 2 Edição, Editora Elsevier, Rio de Janeiro, 2007.
Em relação aos conceitos da orientação a objetos, avalie as seguintes afirmações:
I. Na generalização, classes semelhantes são agrupadas em uma hierarquia. Cada classe em um nível de hierarquia herda as características e comportamentos das classes as quais está nos níveis abaixo dela.
Il. O polimorfismo indica a capacidade de abstrair varias implementações diferentes em uma única interface.
Ill. A composição permite que sejam criados objetos a partir da reunião de outros objetos.
IV. Segundo o mecanismo do encapsulamento, a implementação do método que o objeto requisitado usa para realizar a operação precisa ser conhecida dos objetos requisitantes.
Assinale a alternativa que apresenta APENAS as afirmações corretas.
Nessa situação, o princípio de SOLID e o princípio de GRASP que atendem adequadamente aos requisitos mencionados são, respectivamente,
I. Quanto maior a dependência entre duas classes, maior será a coesão delas.
II. Aumentar o acoplamento entre classes é uma das boas práticas da orientação a objetos.
III. Forte acoplamento significa que uma classe deve ter uma única responsabilidade.
Trata-se de um padrão que fornece uma interface para criar famílias de objetos relacionados ou dependentes, sem especificar suas classes concretas, seja porque estas ainda são desconhecidas ou para permitir maior escalabilidade no futuro.
O padrão de projeto descrito é o:
interface ServidorJudiciario (
void analisarProcesso();
void realizarAudiencia();
)
class AnalistaTI implements ServidorJudiciario ( )
Segundo o Princípio da Segregação de Interface (ISP), pertencente ao conjunto de princípios SOLID, esse código apresenta um problema de design, já que a classe AnalistaTI é obrigada a implementar o método realizarAudiencia(), mesmo que esse comportamento não se aplique a sua função, que é técnica e não jurisdicional. Para corrigir essa violação ao ISP, a abordagem mais adequada é