Pular para o conteúdo principal

Questão de Arquitetura de Software — Software — FCC 2023

Arquitetura de SoftwareSoftware
Código
fc070407
Banca
FCC
Órgão
TRT - 21ª Região (RN)
Ano
2023
Nível
Superior
Cargo
Analista Judiciário - Área: Apoio Especializado - Tecnologia da Informação
Uma Analista está modelando um diagrama da UML 2.5 e necessita demonstrar 05 seguintes relacionamentos entre classes de objeto:I. Associação na qual um todo é relacionado com suas partes em que estes últimos têm “vida” própria. Também conhecida como relação de conteúdo. Trata-se de um caso particular de associação e indica que uma das classes do relacionamento é uma parte, ou está contida em outra classe. Palavras chaves que podem ser usadas para identificá-la são: “consiste em”, “contêm” e “é parte de”.II. É um caso particular da associação mencionada no item I, em que classes (parte) que estão contidas em uma outra (todo) “vivem” e constituem a outra. Se o objeto da classe que as contém for destruído, as classes-parte serão destruídas juntamente, já que elas fazem parte da classe toda.Os itens I e II correspondem, correta e respectivamente, a
  1. Aherança e dependência.
  2. Bgeneralização e composição.
  3. Cherança e dependência.
  4. Dagregação e composição.
  5. Eagregação e generalização.
Revelar gabarito e comentário

GabaritoD — agregação 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: Agregação e Composição

Gabarito: letra D. Os itens descrevem, respectivamente, agregação (partes com vida própria) e composição (partes destruídas com o todo), que são subcasos da associação todo-parte na UML.

O enunciado define dois relacionamentos estruturais entre classes:

  • Item I: caracteriza uma relação todo-parte em que as partes podem existir independentemente do todo ("vida própria"). Isso corresponde exatamente à agregação.

  • Item II: é um caso particular do item I, mas com dependência existencial: se o todo for destruído, as partes também o são. Isso descreve a composição, que é um tipo mais forte de agregação.

A diferença-chave é a dependência de ciclo de vida:

Característica

Agregação

Composição

Relação todo-parte

Sim

Sim

Partes podem existir sem o todo

Sim (vida própria)

Não (dependem do todo)

Exemplo típico

Carro e rodas

Nota fiscal e itens

Notação UML (losango)

Losango vazio no lado do todo

Losango preenchido no lado do todo

Relacionamentos todo-parte (UML)
  • 1Agregação
    • Partes com vida própria
    • Losango vazio
    • Ex.: Carro e rodas
  • 2Composição
    • Partes dependem do todo
    • Losango preenchido
    • Ex.: Nota fiscal e itens
LEVEL · soulevel.com.br

Alternativa A — ❌ Incorreta

Herança (generalização) não é relação todo-parte; é relação "é um". Dependência é uso eventual, sem composição estrutural.

Alternativa B — ❌ Incorreta

Generalização (herança) não se aplica ao item I. Composição está correta para o item II, mas o item I não é generalização.

Alternativa C — ❌ Incorreta

Novamente usa herança e dependência, que não correspondem às descrições.

Alternativa D — ✅ Correta ⟵ GABARITO

Agregação (I) e composição (II) são os dois subtipos de associação todo-parte, diferenciados pela dependência existencial.

Alternativa E — ❌ Incorreta

Agregação está correta para o item I, mas generalização (herança) não é o descrito no item II.

Gabarito: letra D

Link permanente: /questoes/fc070407