Questão de Programação — Programação Orientada a Objetos — FUNDATEC 2023
Programação›Programação Orientada a Objetos
Código
qq897275
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2023
Nível
Superior
Cargo
ANC - Analista em Computação - Ênfase em Teste de Software e Garantia da Qualidade
No paradigma Orientado a Objetos há, primeiramente, um processo de construção de modelos do domínio do problema, identificando e especificando um conjunto de objetos que interagem e comportam-se conforme os requisitos estabelecidos para o sistema segundo um processo de geração de uma especificação detalhada do software a ser desenvolvido, de tal forma que essa especificação possa levar à direta implementação no ambiente alvo. Esses dois processos são, respectivamente:
ALevantamento de Requisitos e Desenvolvimento de Requisitos.
BAnálise Orientada a Estrutura e Projeto de Estrutura de Objetos.
CConferência de Objetos Levantados e Escrita da Lista de Requisitos.
DAnálise Orientada a Objetos e Projeto Orientado a Objetos.
ELevantamento de Regras de Negócios e Especificação de Objetos.
Revelar gabarito e comentário▾
GabaritoD — Análise Orientada a Objetos e Projeto Orientado a Objetos.
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”.
Programação Orientada a Objetos
Gabarito: letra D. Os dois processos descritos no enunciado correspondem, respectivamente, à Análise Orientada a Objetos (construção de modelos do domínio do problema, identificação e especificação de objetos) e ao Projeto Orientado a Objetos (detalhamento da especificação para implementação direta). Essa é a sequência clássica no desenvolvimento orientado a objetos, conforme consagrado na literatura (Booch, Rumbaugh, Jacobson – UML).
O enunciado descreve duas etapas fundamentais: primeiro, a construção de modelos do domínio, identificando objetos e seus comportamentos (análise); segundo, a geração de uma especificação detalhada que leve diretamente à implementação (projeto). A alternativa D nomeia exatamente esses processos.
1Análise OO
2Projeto OO
3Implementação
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
“Levantamento de Requisitos” é uma atividade que antecede a análise e não se confunde com a modelagem de objetos. Já “Desenvolvimento de Requisitos” é vago e não é um processo reconhecido nesse contexto. A análise orientada a objetos já inclui a especificação dos requisitos em termos de objetos.
Alternativa B — ❌ Incorreta
“Análise Orientada a Estrutura” refere-se a paradigmas estruturados, não orientados a objetos. “Projeto de Estrutura de Objetos” não é uma terminologia padrão; o correto é Projeto Orientado a Objetos. A alternativa mistura conceitos de paradigmas diferentes.
Alternativa C — ❌ Incorreta
“Conferência de Objetos Levantados” e “Escrita da Lista de Requisitos” são descrições informais e não correspondem aos processos formais de análise e projeto. A conferência não é uma fase do ciclo de vida POO, e a escrita de requisitos é apenas uma parte da análise.
Alternativa D — ✅ Correta ⟵ GABARITO
Exatamente: Análise Orientada a Objetos (modelagem do domínio, identificação de objetos/classes, seus relacionamentos e comportamentos) e Projeto Orientado a Objetos (detalhamento da arquitetura, definição de interfaces, alocação de responsabilidades, preparação para codificação). Esses são os processos descritos no enunciado.
Alternativa E — ❌ Incorreta
“Levantamento de Regras de Negócios” é uma atividade de análise de requisitos, não abrange a modelagem completa de objetos. “Especificação de Objetos” é muito genérica e não representa o processo de projeto propriamente dito. Falta a visão de projeto detalhado voltado à implementação.