Alternativa D - Relação agregada
Introdução
Esta questão aborda os conceitos fundamentais da UML (Unified Modeling Language), especificamente focando na estrutura dos Diagramas de Casos de Uso. O objetivo é identificar qual conceito listado não pertence a este tipo específico de diagrama.
Desenvolvimento
Para responder corretamente, precisamos entender quais elementos compõem um Diagrama de Casos de Uso e quais compõem outros tipos de diagramas da UML.
Elementos Válidos no Diagrama de Casos de Uso:
- Ator (Actor): Representa quem usa o sistema (pessoas ou sistemas externos). É fundamental para definir o ponto de partida das interações.
- Relacionamento Inclui (Include): Indica que um caso de uso obriga a execução de outro caso de uso. É usado para evitar duplicação de comportamento.
- Relacionamento Ampliar/Estender (Extend): Indica que um caso de uso pode adicionar comportamento opcional a outro caso de uso base.
Elemento Incorreto:
- Relação Agregada (Aggregation): Este é um conceito típico de Diagrama de Classes (Modelo Estático). Ela representa um relacionamento de "parte-todo" dentro da estrutura interna do software (ex: um Carro tem um Motor). Não se utiliza agregação para desenhar fluxos de interação ou requisitos no Diagrama de Casos de Uso.
Análise das Alternativas
| Alternativa | Elemento | Pertence ao Diagrama de Casos de Uso? | Explicação |
|---|
| A | Ator | Sim | Representa o usuário do sistema. |
| B | Incluir relacionamento | Sim | Define dependências obrigatórias entre casos de uso. |
| C | Ampliar relacionamento | Sim | Define extensões opcionais de comportamento. |
| D | Relação agregada | Não | Pertence ao Diagrama de Classes, definindo estrutura de dados. |
Conclusão
A alternativa D é a correta, pois a Relação Agregada é utilizada para modelar a estrutura interna do software (classes), e não para modelar a interação externa (casos de uso).