A modelagem UML (Unified Modeling Language) pode ser usada na análise de requisitos de um sistema. Nesse contexto, assinale a opção que indica o diagrama usado para descrever a interação entre usuários (ou agentes externos) e o sistema.
- A)De atividades.
Errada: o diagrama de atividades descreve fluxo de ações e processos, não a interação entre usuários e sistema como visão de requisitos.
- B)De casos de uso.
Certa: o diagrama de casos de uso mostra atores externos e as funcionalidades do sistema, exatamente a interação pedida no enunciado.
- C)De classes.
Errada: o diagrama de classes representa a estrutura estática do sistema, com classes, atributos e relacionamentos.
- D)De máquinas de estado.
Errada: o diagrama de máquinas de estado foca nos estados de um objeto e nas transições entre eles, não na interação com usuários.
- E)De descrição.
Errada: não existe, na UML clássica, um diagrama de descrição com essa finalidade; a nomenclatura está fora do padrão cobrado.
Gabarito: B
Na UML, cada diagrama tem uma função bem específica, e em prova isso aparece como um convite para confundir conceitos parecidos. Quando o enunciado fala em descrever a interação entre usuários, agentes externos e o sistema, ele está falando da visão funcional do sistema, isto é, de como o sistema se comporta a partir do ponto de vista de quem usa ou interage com ele. Esse papel é do diagrama de casos de uso. Ele mostra os atores externos, os casos de uso e, em linhas gerais, quais funcionalidades o sistema oferece e quem participa delas. É um dos diagramas mais cobrados na análise de requisitos porque ajuda a enxergar rapidamente o que o sistema faz, sem entrar no detalhe interno de implementação. Já os outros diagramas têm outra missão: atividades mostram fluxo de trabalho, classes mostram estrutura estática, máquinas de estado mostram mudanças de estado ao longo do tempo. Ou seja, se a questão fala em interação usuário-sistema na análise de requisitos, a resposta costuma gritar "casos de uso". Aqui, o gabarito B está correto justamente por representar essa relação entre atores e funcionalidades. Em doutrina de Engenharia de Software, o diagrama de casos de uso é clássico para a modelagem de requisitos funcionais, especialmente na visão externa do sistema. Ele não detalha algoritmo nem arquitetura interna, mas ajuda a comunicar rapidamente o que o sistema deve fazer e para quem.