Um analista de sistemas deseja documentar, em UML, um siste...

Alternativa correta: B - estados

Vamos entender melhor o motivo da alternativa B ser a correta e as demais não se aplicarem corretamente a esta questão.

O enunciado fala sobre um analista de sistemas que deseja documentar um sistema de autorização de diárias, focando especialmente nos estados possíveis dos objetos e suas transições. Isso nos dá uma pista importante sobre a natureza do diagrama que ele deve utilizar.

Para registrar os estados possíveis de um objeto e suas transições, o Diagrama de Estados é a escolha mais apropriada. Esse diagrama é utilizado para modelar o comportamento dinâmico de um sistema, mostrando os diferentes estados que um objeto pode assumir e as transições entre esses estados. Ele é particularmente útil em situações onde o comportamento de um objeto depende da sua história, ou seja, dos estados anteriores pelos quais passou.

Alternativas Incorretas

A - Diagrama de classes: Este diagrama é utilizado principalmente para modelar a estrutura estática de um sistema, mostrando as classes, seus atributos e métodos, bem como os relacionamentos entre elas. Embora seja extremamente útil para entender a arquitetura do sistema, ele não é a melhor escolha para representar estados e transições de objetos.

C - Diagrama de componentes: Este tipo de diagrama é usado para modelar a organização e a interdependência dos componentes físicos e lógicos de um sistema. Ele é útil para entender a distribuição dos componentes e como eles se comunicam, mas não para representar estados e transições de objetos.

D - Diagrama de distribuição: Também conhecido como diagrama de implantação, ele mostra a distribuição física dos artefatos de software e como eles se relacionam em termos de hardware. Novamente, embora essencial para entender a implementação física, não é adequado para representar estados e transições.

E - Diagrama de casos de uso: Este diagrama é utilizado para capturar os requisitos funcionais de um sistema, mostrando as interações entre os atores externos e o sistema através de casos de uso. Ele é excelente para entender as funcionalidades do sistema e suas interações, mas não para modelar estados e transições de objetos.

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