Pular para o conteúdo principal

Questão de Engenharia de Software — Orientação a Objetos — CESPE / CEBRASPE 2025

Engenharia de SoftwareOrientação a Objetos
Código
ce195218
Banca
CESPE / CEBRASPE
Órgão
BANRISUL
Ano
2025
Nível
Superior
Cargo
Técnico em Tecnologia da Informação II - Desenvolvimento de Software
Segundo o princípio da responsabilidade única (single responsibility principle), em boas práticas de desenvolvimento orientado a objetos, uma classe deve
  1. Aacumular várias responsabilidades para minimizar a quantidade de código escrito.
  2. Bpossuir métodos genéricos que possam atender a diversas necessidades sem segregação funcional.
  3. Cser capaz de realizar múltiplas funções relacionadas a diferentes aspectos do sistema.
  4. Dimplementar diversas funcionalidades para reduzir a necessidade de criar novas classes.
  5. Eter apenas uma razão para ser modificada, garantindo que sua responsabilidade seja única e bem definida.
Revelar gabarito e comentário

GabaritoE — ter apenas uma razão para ser modificada, garantindo que sua responsabilidade seja única e bem definida.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Princípio da Responsabilidade Única (SRP)

Gabarito: letra E. O Single Responsibility Principle (SRP) determina que uma classe deve ter apenas uma razão para ser modificada, ou seja, deve possuir uma única responsabilidade bem definida. Essa é a definição clássica do princípio, formulada por Robert C. Martin: "Nunca deve haver mais que uma razão para uma classe mudar." As demais alternativas contrariam esse fundamento.

Fonte (conteúdo de apoio):

"Nunca deve haver mais que uma razão para uma classe mudar." (SRP)

Alternativa A — ❌ Incorreta

Acumular várias responsabilidades viola diretamente o SRP. O objetivo não é minimizar código, mas sim separar responsabilidades para facilitar manutenção e teste.

Alternativa B — ❌ Incorreta

Métodos genéricos sem segregação funcional não são incentivados pelo SRP; cada classe deve ter um propósito específico, não métodos que atendam a necessidades diversas e desconexas.

Alternativa C — ❌ Incorreta

Realizar múltiplas funções relacionadas a diferentes aspectos do sistema é exatamente o que o SRP busca evitar: cada classe deve focar em um único aspecto.

Alternativa D — ❌ Incorreta

Implementar diversas funcionalidades para reduzir a criação de novas classes contraria o princípio. O SRP incentiva a criação de classes coesas e especializadas, mesmo que isso aumente o número de classes.

Alternativa E — ✅ Correta ⟵ GABARITO

A definição correta: "ter apenas uma razão para ser modificada" é a essência do SRP. Garantir que cada classe tenha uma responsabilidade única e bem definida promove coesão, facilita a manutenção e reduz o impacto de mudanças.

Gabarito: letra E.

Link permanente: /questoes/ce195218