Imagine um analista de sistemas em uma empresa de desenvolvi...

Alternativa correta: B - Diagrama de classe.

O tema da questão é sobre UML 2.5, especificamente sobre os tipos de diagramas que ela oferece para modelagem de sistemas. A UML (Unified Modeling Language) é uma linguagem padrão para especificar, visualizar, construir e documentar artefatos de software. Ela é amplamente utilizada em engenharia de software para representar a estrutura e o comportamento de um sistema.

Diagrama de classe (Alternativa B): Este é o diagrama que modela a estrutura estática de um sistema. Ele inclui classes, atributos, operações e seus relacionamentos. Os diagramas de classe são fundamentais para mostrar como os diferentes elementos do sistema estão inter-relacionados, sendo um dos mais importantes e utilizados tipos de diagramas na UML.

A seguir, vamos justificar porque as outras alternativas estão incorretas:

Alternativa A - Diagrama de caso de uso: Este diagrama é usado para modelar as interações entre os usuários (atores) e o sistema. Ele é utilizado para representar os requisitos funcionais e mostrar como os atores interagem com o sistema para realizar tarefas. Portanto, não modela a estrutura estática do sistema.

Alternativa C - Diagrama de sequência: Este diagrama é utilizado para modelar a dinâmica do sistema, mostrando como os objetos interagem em uma sequência temporal. Ele detalha como as operações são executadas em ordem, mostrando a troca de mensagens entre os objetos. Não é apropriado para modelar a estrutura estática.

Alternativa D - Diagrama de atividades: Este diagrama é usado para modelar o fluxo de trabalho ou atividades dentro de um sistema. Ele mostra o fluxo de controle de uma atividade para outra, sendo mais adequado para representar processos e fluxos de trabalho do que a estrutura estática.

Alternativa E - Diagrama de componentes: Este diagrama mostra a organização e dependência dos componentes dentro de um sistema. Ele é utilizado para modelar a arquitetura física do sistema, destacando os componentes de software e suas interações, mas não detalha as classes e seus relacionamentos.

Gostou do comentário? Deixe sua avaliação aqui embaixo!