Questão de Engenharia de Software — Orientação a Objetos — FCC 2019
Engenharia de Software›Orientação a Objetos
Código
fc053690
Banca
FCC
Órgão
METRÔ-SP
Ano
2019
Cargo
Analista Desenvolvimento Gestão Júnior – Ciências da Computação
Considere as seguintes situações:1. Um grupo foi formado por um conjunto de pessoas que têm vida própria, independente desse grupo.2. Uma equipe de TI é formada por um conjunto de programadores com dependência de vida dessa equipe.Na modelagem Orientação a Objetos com UML, essas situações são reconhecidas, respectivamente, como
Acomposição e associação todo-parte.
Bcomposição e dependência funcional.
Ccomposição todo-parte e dependência.
Dassociação todo-parte e composição.
Eassociação independente e composição.
Revelar gabarito e comentário▾
GabaritoD — associação todo-parte e composição.
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”.
Relacionamentos UML: Associação (Agregação) vs. Composição
Gabarito: letra D. A primeira situação descreve uma relação de agregação (associação todo-parte), em que as pessoas existem independentemente do grupo; a segunda descreve composição, em que os programadores dependem da equipe. O conceito de dependência de vida é o que diferencia esses dois tipos de relacionamento parte-todo na UML.
NÃO CAIA NESSA!
A banca inverte a ordem dos relacionamentos para confundir: muitas vezes o candidato associa "grupo formado por pessoas" à composição (por ser um todo), mas o detalhe é que as pessoas têm vida própria, indicando agregação. Já a equipe de TI com dependência de vida dos programadores é composição pura. Fique atento ao termo "dependência de vida" para identificar composição.
A tabela abaixo resume as diferenças:
Característica
Agregação (associação todo-parte)
Composição
Dependência de vida
As partes podem existir sem o todo
As partes não existem sem o todo
Exemplo típico
Grupo de pessoas (cada pessoa existe independente)
Equipe com programadores (eles dependem da equipe)
Símbolo UML
Losango vazio na extremidade do todo
Losango preenchido na extremidade do todo
Relacionamento parte-todo (UML)
1Agregação (associação todo-parte)
Partes existem sem o todo
Losango vazio
2Composição
Partes dependem do todo
Losango preenchido
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Inverte os conceitos: a primeira situação é associação todo-parte (agregação), não composição. A segunda é composição, não associação.
Alternativa B — ❌ Incorreta
Além de inverter (primeiro como composição), o segundo relacionamento é composição, e não "dependência funcional", que não é um termo UML padrão para relacionamentos parte-todo.
Alternativa C — ❌ Incorreta
Erra ao chamar a primeira de "composição todo-parte" (redundante, pois composição já implica todo-parte) e a segunda de "dependência", que é um relacionamento mais fraco e sem o vínculo de dependência de vida.
Alternativa D — ✅ Correta ⟵ GABARITO
Associação todo-parte (agregação) para o grupo de pessoas independentes; composição para a equipe com dependência de vida. Perfeito.
Alternativa E — ❌ Incorreta
"Associação independente" não é uma classificação UML padrão; o correto para o primeiro caso é associação todo-parte (agregação). O segundo está correto como composição, mas o primeiro termo invalida a alternativa.