Questão de Engenharia de Software — UML — FCC 2026
Engenharia de Software›UML
Código
fc142281
Banca
FCC
Órgão
ARTESP
Ano
2026
Cargo
Esp RT ( )
Uma agência reguladora de transporte precisa modelar, em UML, o processo de concessão de permissões intermunicipais. O sistema envolve fiscais que registram solicitações, operadores que acompanham o status e integrações com bases externas (Receita Federal e sistemas estaduais). O objetivo é representar graficamente como os objetos e atores interagem ao longo do tempo para validar e emitir a autorização.
Para tanto, deve-se adotar o diagrama de
Amáquina de estado, que descreve os diferentes estados de uma permissão de transporte, como "Solicitada", "Em análise", "Aprovada" e "Emitida", destacando as transições entre eles.
Bcaso de uso, que descreve as funcionalidades do sistema e os atores envolvidos, permitindo identificar requisitos funcionais de alto nível relacionados à concessão de permissões.
Cclasse, que organiza os elementos estruturais do sistema em termos de atributos e métodos, possibilitando visualizar entidades como Fiscal, Operador e Permissão de Transporte.
Dsequência, que mostra a sequência das interações entre objetos e atores, evidenciando como fiscais, sistemas e o núcleo de regulação trocam mensagens até a emissão da autorização.
Eatividade, que representa o fluxo de controle entre tarefas e decisões, permitindo mapear etapas como análise documental, validação externa e emissão de relatórios.
Revelar gabarito e comentário▾
GabaritoD — sequência, que mostra a sequência das interações entre objetos e atores, evidenciando como fiscais, sistemas e o núcleo de regulação trocam mensagens até a emissão da autorização.
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”.
Diagramas UML: sequência, atividade e máquina de estados
Gabarito: letra D. O diagrama de sequência é o que representa graficamente como objetos e atores interagem ao longo do tempo, evidenciando a troca de mensagens entre fiscais, sistemas externos e o núcleo de regulação até a emissão da autorização. A UML define o diagrama de sequência como aquele que "descreve a interação entre objetos enfatizando a ordem temporal das mensagens trocadas nas linhas de vida (lifelines)".
A UML (Unified Modeling Language) é uma linguagem de modelagem padronizada que organiza seus diagramas em três grandes grupos: estruturais, comportamentais e de interação. Os diagramas estruturais tratam dos aspectos estáticos do sistema — o esqueleto, as classes, os componentes, a implantação física — e não utilizam noções de tempo. Já os diagramas comportamentais tratam dos aspectos dinâmicos, representando partes do sistema que mudam com o tempo. Dentro dos comportamentais, existe uma subcategoria chamada diagramas de interação, que descrevem como um grupo de objetos colabora em um determinado comportamento. É exatamente nessa subcategoria que mora o diagrama de sequência.
O diagrama de sequência é a ferramenta certa quando o objetivo é mostrar a ordem temporal das mensagens trocadas entre os participantes de uma interação. Cada participante — seja um ator humano, como o fiscal, seja um sistema externo, como a Receita Federal — é representado por uma linha de vida (lifeline), e as mensagens são desenhadas como setas horizontais entre essas linhas, de cima para baixo, na ordem em que ocorrem. É por isso que ele é ideal para modelar o processo de concessão de permissões: o fiscal envia a solicitação, o núcleo de regulação consulta a Receita Federal, recebe a resposta, valida os dados, aprova e emite a autorização — cada passo é uma mensagem em uma posição temporal precisa.
A confusão clássica desta questão é entre o diagrama de sequência e o diagrama de atividades. Ambos são comportamentais e ambos envolvem fluxo, mas com ênfases diferentes. O diagrama de atividades descreve o fluxo de controle entre tarefas e decisões, com foco no processo como um todo — quem faz o quê, em que ordem, com quais desvios e paralelismos. O diagrama de sequência, por sua vez, foca na interação entre objetos específicos, mostrando as mensagens que eles trocam ao longo do tempo. A pegadinha está no verbo do enunciado: "representar graficamente como os objetos e atores interagem ao longo do tempo" — isso é interação temporal, não fluxo de controle. O diagrama de atividades mostraria as etapas do processo (análise documental, validação externa, emissão), mas não as mensagens trocadas entre os atores.
Outra distinção importante é com o diagrama de máquina de estados, que descreve os estados de um objeto (Solicitada, Em análise, Aprovada, Emitida) e as transições entre eles. Ele é útil para modelar o ciclo de vida da permissão, mas não mostra quem interage com quem nem a ordem das mensagens. O diagrama de casos de uso, por sua vez, é estrutural-comportamental e serve para identificar requisitos funcionais de alto nível, mostrando atores e funcionalidades, mas sem qualquer noção de tempo ou sequência. E o diagrama de classes é puramente estrutural, organizando atributos e métodos das entidades.
Guarde a fronteira entre os três diagramas comportamentais mais cobrados: sequência = interação temporal entre objetos (mensagens); atividade = fluxo de controle do processo (tarefas e decisões); máquina de estados = ciclo de vida de um objeto (estados e transições). É exatamente nessa fronteira que as alternativas se dividem.
Critério
Sequência (D)
Atividade (E)
Máquina de Estados (A)
Foco principal
Interação temporal entre objetos/atores
Fluxo de controle entre tarefas e decisões
Ciclo de vida de um único objeto
Elemento-chave
Mensagens trocadas entre lifelines
Atividades, decisões, forks/joins
Estados e transições
Representa tempo?
Sim, ordem temporal explícita
Sim, mas como fluxo de processo
Não, apenas sequência de estados
Adequação ao enunciado
✅ Mostra "objetos e atores interagem ao longo do tempo"
❌ Foca no processo, não na interação
❌ Não mostra quem interage com quem
Alternativa A — ❌ Incorreta
A máquina de estados descreve os estados de uma permissão (Solicitada, Em análise, Aprovada, Emitida) e as transições entre eles, mas não mostra a interação entre objetos e atores ao longo do tempo. O enunciado pede explicitamente "como os objetos e atores interagem ao longo do tempo" — isso é interação, não estado. A máquina de estados modela o ciclo de vida de um único objeto, não a colaboração entre vários.
Alternativa B — ❌ Incorreta
O diagrama de casos de uso descreve as funcionalidades do sistema e os atores envolvidos, identificando requisitos funcionais de alto nível. Ele é útil para o levantamento de requisitos, mas é essencialmente estático: não há noção de tempo, sequência ou troca de mensagens. O enunciado pede a representação da interação temporal, o que o caso de uso não oferece.
Alternativa C — ❌ Incorreta
O diagrama de classes organiza os elementos estruturais do sistema em termos de atributos e métodos, permitindo visualizar entidades como Fiscal, Operador e Permissão de Transporte. É um diagrama estrutural, estático, que não representa interações ao longo do tempo. A questão pede um diagrama comportamental de interação, não a estrutura das classes.
Alternativa D — ✅ Correta ⟵ GABARITO
O diagrama de sequência mostra a sequência das interações entre objetos e atores, evidenciando como fiscais, sistemas e o núcleo de regulação trocam mensagens até a emissão da autorização. É exatamente o que o enunciado pede: "representar graficamente como os objetos e atores interagem ao longo do tempo". Cada participante é uma linha de vida, e as mensagens são setas ordenadas temporalmente — a essência do diagrama de sequência.
Alternativa E — ❌ Incorreta
O diagrama de atividades representa o fluxo de controle entre tarefas e decisões, permitindo mapear etapas como análise documental, validação externa e emissão de relatórios. Ele é comportamental, mas foca no processo (tarefas e decisões), não na interação entre objetos e atores. A ênfase do enunciado em "objetos e atores interagem ao longo do tempo" aponta para o diagrama de sequência, não para o de atividades.
A regra de ouro para a prova: quando o enunciado falar em interação entre objetos/atores e ordem temporal das mensagens, a resposta é diagrama de sequência. Quando falar em fluxo de controle entre tarefas e decisões, é diagrama de atividades. Quando falar em estados e transições de um objeto, é máquina de estados.