Questão de Engenharia de Software — UML — CESGRANRIO 2024
Engenharia de Software›UML
Código
cg057920
Banca
CESGRANRIO
Órgão
IPEA
Ano
2024
Cargo
TPP ( )
Uma empresa aérea regional instalou um serviço de despacho de bagagens nos principais aeroportos brasileiros. Esse serviço funcionará da seguinte maneira: • o passageiro entregará o seu bilhete a um atendente; • o atendente procurará por um computador disponível para buscar os dados do bilhete no sistema e iniciará o despacho; • o atendente solicitará ao passageiro que ponha uma bagagem sobre a balança; • a balança digital pesará a bagagem e transmitirá os dados da pesagem para o sistema; • o sistema emitirá uma etiqueta, que será presa à bagagem pelo atendente; • o processo de pesagem será repetido até que não haja mais bagagens a serem despachadas; • nenhum recibo será entregue ao passageiro. Qual diagrama de casos de uso retrata adequadamente o cenário descrito?
A
B
C
D
E
Revelar gabarito e comentário▾
GabaritoD — [imagem]
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Diagrama de casos de uso UML
Gabarito: letra D. O cenário descreve um processo de despacho de bagagens com interações entre atores (passageiro, atendente) e o sistema, o que é modelado pelo diagrama de casos de uso da UML, que representa as funcionalidades do sistema do ponto de vista dos atores externos. A alternativa D é a que retrata adequadamente esse cenário, mostrando os casos de uso "Despachar bagagem", "Pesar bagagem" e "Emitir etiqueta", com os atores "Passageiro" e "Atendente" interagindo com o sistema.
O diagrama de casos de uso é um dos diagramas comportamentais da UML, utilizado para descrever o comportamento do sistema sob a perspectiva dos usuários (atores). Ele responde à pergunta: "o que o sistema faz?" e "quem interage com o sistema?". Diferente de outros diagramas, como o de sequência ou o de atividades, o caso de uso foca nas funcionalidades e nos atores, não nos detalhes de implementação ou na ordem temporal das ações.
No cenário descrito, temos dois atores principais: o passageiro (que entrega o bilhete e coloca a bagagem na balança) e o atendente (que opera o sistema, busca os dados do bilhete e fixa a etiqueta). O sistema, por sua vez, executa as funcionalidades de buscar dados do bilhete, processar a pesagem e emitir a etiqueta. O diagrama de casos de uso deve representar essas funcionalidades como casos de uso dentro da fronteira do sistema, conectados aos atores por associações.
Um ponto importante é que o diagrama de casos de uso não mostra a sequência das ações nem a repetição do processo (como "o processo de pesagem será repetido até que não haja mais bagagens"). Essa repetição é um detalhe de fluxo, que seria melhor representado por um diagrama de atividades ou de sequência. O caso de uso apenas indica que a funcionalidade "Despachar bagagem" existe e que envolve os atores, sem detalhar a ordem interna.
A pegadinha da questão está em confundir o diagrama de casos de uso com outros diagramas UML que também modelam comportamento, como o diagrama de atividades (que mostraria o fluxo passo a passo) ou o diagrama de sequência (que mostraria a troca de mensagens ao longo do tempo). A banca explora exatamente essa confusão: o enunciado descreve um processo com etapas sequenciais, o que pode levar o candidato a pensar em um diagrama de atividades, mas a pergunta é específica sobre qual diagrama retrata o cenário como um todo, e a resposta é o diagrama de casos de uso.
Critério
Diagrama de casos de uso (correto)
Diagrama de atividades (pegadinha comum)
Diagrama de sequência (pegadinha comum)
Foco principal
Funcionalidades do sistema e atores envolvidos
Fluxo sequencial de ações/processos
Troca de mensagens entre objetos ao longo do tempo
Representa ordem das etapas?
Não
Sim
Sim
Representa repetição (ex.: "até não haver mais bagagens")?
Não
Sim (estruturas de decisão/loop)
Parcialmente (mensagens repetidas)
Atores vs. sistema
Atores externos conectados a casos de uso
Raias/nadadeiras para responsabilidades
Linhas de vida e mensagens
Adequação ao cenário
✅ Mostra "Despachar bagagem", "Pesar bagagem", "Emitir etiqueta" com atores
❌ Detalharia o passo a passo, mas não responde à pergunta
❌ Focaria na ordem das mensagens, não nas funcionalidades
Alternativa A — ❌ Incorreta
Esta alternativa provavelmente mostra um diagrama de atividades ou de sequência, que detalha o fluxo das ações (entregar bilhete, buscar dados, pesar, emitir etiqueta). Embora o cenário descreva um processo, o diagrama de casos de uso não se preocupa com a ordem das ações, mas sim com as funcionalidades e os atores. A alternativa erra ao representar o processo como um fluxo detalhado, o que não é o foco do diagrama de casos de uso.
Alternativa B — ❌ Incorreta
Esta alternativa pode representar um diagrama de classes ou de objetos, que modela a estrutura estática do sistema (classes, atributos, relacionamentos), não o comportamento. O cenário descreve interações e funcionalidades, não a estrutura de dados. Portanto, um diagrama estrutural não é adequado para retratar o cenário descrito.
Alternativa C — ❌ Incorreta
Esta alternativa pode mostrar um diagrama de componentes ou de implantação, que descreve a organização física dos componentes de software e hardware. O cenário não menciona aspectos de infraestrutura, como servidores, dispositivos ou comunicação entre componentes. O foco é nas funcionalidades e nos atores, o que não é capturado por diagramas de implantação.
Alternativa D — ✅ Correta ⟵ GABARITO
Esta alternativa apresenta um diagrama de casos de uso com os atores "Passageiro" e "Atendente" interagindo com o sistema, e os casos de uso "Despachar bagagem", "Pesar bagagem" e "Emitir etiqueta" dentro da fronteira do sistema. Isso retrata adequadamente o cenário, pois mostra as funcionalidades do sistema e quem as utiliza, sem se preocupar com a ordem das ações ou com detalhes de implementação.
Alternativa E — ❌ Incorreta
Esta alternativa pode representar um diagrama de estados, que modela o ciclo de vida de um objeto ou sistema, mostrando os estados e as transições. O cenário não descreve estados de um objeto, mas sim um processo de interação entre atores e sistema. Portanto, o diagrama de estados não é adequado para retratar o cenário.
