Questão de Engenharia de Software · FCC TST 2017 (nº 47)

A Composição e a Agregação são tipos de relacionamento "todo-parte" na UML, que descrevem como objetos se relacionam. A diferença principal é a dependência de vida: na Composição, a parte não existe sem o todo; na Agregação, a parte pode existir independentemente.

• (A) Incorreta: "Agregação por composição" é um termo confuso e impreciso. A composição é uma forma de agregação (a mais forte), mas a afirmação de que "a parte vive mesmo sem o todo" é falsa para a composição. Esta característica é da agregação simples, não da composição. Armadilha da banca: A menção de "agregação" e "composição" na mesma alternativa pode confundir, mas a explicação da dependência de vida está errada para composição.
• (B) Correta: A composição é a relação todo-parte com forte vínculo e dependência de vida. Se o Tribunal (o todo) deixa de existir, seus Departamentos (as partes, como áreas administrativas desse tribunal) também perdem sua existência ou significado dentro daquela estrutura. Ou seja, a parte não vive sem o todo.
• (C) Incorreta: "Interface simples" não é um tipo de relacionamento todo-parte. Interfaces definem contratos de comportamento, não a estrutura de partes e todo.
• (D) Incorreta: "Agregação por herança" é um termo incorreto. Agregação e herança (generalização/especialização) são tipos de relacionamento distintos na UML. A herança é uma relação "é um", não "tem um" (todo-parte).
• (E) Incorreta: "Herança múltipla" também não é um tipo de relacionamento todo-parte. Refere-se à capacidade de uma classe herdar de múltiplas classes-pai, o que não se aplica ao contexto de partes e todo.