Questão 79219

• Banca: FCC
• Órgão: TRT - 18ª Região (GO)
• Ano: 2008
• Provas: FCC - 2008 - TRT - 18ª Região (GO) - Analista Judiciário - Tecnologia da Informação
• Disciplina: Engenharia de Software
• Assuntos: Orientação a Objetos

São dois tipos de relacionamento todo-parte:

• A. agregação e composição.
• B. generalização e composição.
• C. generalização e especialização.
• D. composição e dependência.
• E. especialização e agregação.

Gabarito: A

Comentários

• AGREGAÇÃOTipo de relacionamento com características todo-parte, onde existe um grau de coesão entre o todo e as partes menos intenso, podendo haver certo grau de independência entre eles.Um exemplo de Agregação pode ser um piloto, no ato de sua função: O piloto pode existir sem capacete e sem carro; o carro pode existir sem o piloto; o capacete pode existir sem o piloto. Mas, todos juntos, podem formar um suposto conjunto "piloto de corrida".COMPOSIÇÃOTipo de relacionamento com características todo-parte, onde existe um alto grau de coesão entre o todo e as partes, com total grau de dependência entre eles (todo e as partes). Desta forma, se o todo não existir, as partes também não existirão.Um exemplo de composição é a mão:Uma mão é composta por dedos. Os dedos compõem a mão.Não há lógica em existir um dedo sem mão, porém pode-se ter uma mão sem um ou mais dedos
• AGREGAÇÃO - Relacionamento todo-parte em que a parte pode existir sem o todo.
  
  Um exemplo é a cardinalidade muitos-para-muitos em BD.
  
  Digamos que a gente tenha uma tabela itens mágicos e outra tabela de personagens. Então os mesmos itens podem estar agregados à lista de itens de vários personagem, mas quando este encerra sua conta no World of Questcraft,  os itens mágicos disponíveis para o mundo virtual não são deletados, apenas o personagem e as referências a quais itens são esses.
  
  Representado na UML pelo simbolo (Diamante Branco):
  
  
  
  
  COMPOSIÇÃO - Relacionamento todo-parte em que as partes não podem existir fora do todo, isto é, se o todo for destruído elas também serão.
  
  Ainda considerando o World of Questcraft. A classe DadosPessoais do usuário só diz respeito à classe Usuário, então quando essa classe for destruída, as informações pessoais também serão.
  
  Eu acho um pouco parecido com o conceito de Entidade Fraca d
  
  Em UML é representada pelo diamante negro: