Modelar fluxo de mensagens no tempo e detalhar a implementação (como um objeto chama o método do outro) é função do Diagrama de Sequência ou do Diagrama de Comunicação/Colaboração. O Diagrama de Objetos é estático, ele não mostra "fluxo" de tempo, apenas a foto parada.

Gabarito: D

Gabarito: D

Outras alternativas.

- **Alternativa A** – “valida a arquitetura física do servidor onde o Caso de Uso será executado”

→ **Diagrama de Implantação** (*Deployment Diagram*), que mostra nós de hardware, servidores, dispositivos e a comunicação física entre eles.

- **Alternativa B** – “permite modelar o fluxo de mensagens entre as classes, detalhando a implementação do Caso de Uso”

→ **Diagrama de Sequência** (*Sequence Diagram*), focado na interação temporal e na troca de mensagens entre objetos/classes.

- **Alternativa C** – “fornece uma representação concreta das classes, verificando se a estrutura estática é válida”

→ **Diagrama de Classes** (*Class Diagram*), que mostra classes, atributos, métodos e relacionamentos estruturais.

- **Alternativa E** – “serve como base para a criação do banco de dados, sendo irrelevante para testes”

→ Também remete ao **Diagrama de Classes** (quando usado para modelagem de dados, embora a afirmação “irrelevante para testes” seja equivocada). Em alguns contextos, pode aludir ao **Diagrama de Entidade-Relacionamento** (DER), mas este não é UML.

Portanto, as alternativas descrevem, respectivamente: **Implantação**, **Sequência**, **Classes** e **Classes/DER**.