Pular para o conteúdo principal

Questão de Engenharia de Software — Orientação a Objetos — Quadrix 2025

Engenharia de SoftwareOrientação a Objetos
Código
qg594896
Banca
Quadrix
Órgão
CFO
Ano
2025
Nível
Superior
Cargo
Analista de Desenvolvimento
A engenharia de software foi criada para substituir a “arte de programação”, dando, assim, maior segurança de sucesso e terminalidade ao desenvolvimento de sistemas. Com base nessa informação, julgue o item a seguir.A análise orientada a objetos (OOA) tem como objetivo identificar e definir os objetos principais do sistema, suas responsabilidades e suas interações, utilizando conceitos como encapsulamento, herança e polimorfismo para modelar o sistema de forma modular e reutilizável.
  1. CCerto
  2. EErrado
Revelar gabarito e comentário

GabaritoC — Certo

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

Análise Orientada a Objetos (OOA)

Gabarito: CERTO. A análise orientada a objetos (OOA) tem, de fato, o objetivo de identificar e definir os objetos principais do sistema, suas responsabilidades e interações, utilizando conceitos como encapsulamento, herança e polimorfismo para modelar o sistema de forma modular e reutilizável. Essa é a definição clássica da OOA, que se concentra no domínio do problema, abstraindo os detalhes de implementação.

A OOA é uma fase do desenvolvimento de software que busca entender e modelar o problema do mundo real em termos de objetos. Diferentemente da análise estruturada, que foca em funções e fluxos de dados, a OOA foca nas entidades (objetos), suas características (atributos) e comportamentos (métodos). O objetivo é criar um modelo conceitual que represente fielmente o domínio do problema, servindo de base para o projeto (OOD) e a implementação (OOP).

Os conceitos citados na assertiva são os pilares do paradigma orientado a objetos:

  • Encapsulamento: esconde os detalhes internos de um objeto, expondo apenas uma interface pública. Isso promove a modularidade e reduz o acoplamento entre as partes do sistema.

  • Herança: permite que uma classe (subclasse) herde atributos e métodos de outra (superclasse), promovendo a reutilização de código e a criação de hierarquias.

  • Polimorfismo: permite que objetos de classes diferentes respondam à mesma mensagem de maneiras distintas, aumentando a flexibilidade e a extensibilidade do sistema.

Na prática, a OOA envolve a identificação de classes e objetos, a definição de seus atributos e operações, e o estabelecimento de relacionamentos entre eles (associação, agregação, composição, dependência). O resultado é um modelo de análise que pode ser representado por diagramas UML, como o diagrama de classes, que serve como um "contrato" para as fases seguintes.

A banca explora a confusão entre a OOA e a OOD (Projeto Orientado a Objetos). Enquanto a OOA se preocupa com o "o quê" (o problema), a OOD se preocupa com o "como" (a solução). A assertiva descreve corretamente a OOA, que é a fase de análise, e não a de projeto. A pegadinha seria afirmar que a OOA já define detalhes de implementação, o que não é o caso.

Guarde a fronteira entre análise e projeto: a análise modela o domínio do problema com objetos; o projeto adiciona detalhes de solução técnica. É exatamente nessa fronteira que a banca costuma armar a pegadinha.

Item — ✅ CERTO

A assertiva está correta porque descreve com precisão o objetivo da Análise Orientada a Objetos (OOA). Ela identifica os objetos principais do sistema, suas responsabilidades e interações, e utiliza os conceitos de encapsulamento, herança e polimorfismo para criar um modelo modular e reutilizável. Isso está alinhado com a definição clássica da OOA, que é a fase de entendimento do domínio do problema, sem se preocupar com detalhes de implementação.

Gabarito: CERTO

Link permanente: /questoes/qg594896