Questão de Engenharia de Software — UML — FCC 2026
Engenharia de Software›UML
Código
fc142108
Banca
FCC
Órgão
MPE SE
Ano
2026
Cargo
Ana ( )
Um Ministério Público está desenhando um modelo para o comportamento de uma denúncia eletrônica ao longo do tempo. O objeto denúncia deve representar estágios como: registrada,em análise,aguardando prazo (com timeout), reaberta, judicializada, arquivada e encerrada. Além disso, cada transição pode ser disparada por eventos (como recebimento de documento, decisão do analista), algumas ações devem ser executadas automaticamente ao entrar/sair de uma situação (entry/exit actions) e há necessidade de modelar possível concorrência (como análise técnica paralela e verificação documental).
O diagrama UML mais adequado para essa modelagem é o Diagrama de
ACasos de Uso (Use Case Diagram).
BClasses (Class Diagram).
CMáquina de Estados (State Machine Diagram).
DComponentes (Component Diagram).
ESequência (Sequence Diagram).
Revelar gabarito e comentário▾
GabaritoC — Máquina de Estados (State Machine Diagram).
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 Máquina de Estados (State Machine Diagram)
Gabarito: letra C. O Diagrama de Máquina de Estados é o mais adequado porque o problema descreve o ciclo de vida de um objeto (a denúncia) com estados (registrada, em análise, aguardando prazo, etc.), transições disparadas por eventos, ações de entrada/saída (entry/exit actions) e concorrência entre estados — exatamente os elementos que esse diagrama comportamental modela. Nenhum outro diagrama UML reúne todas essas características.
O Diagrama de Máquina de Estados (ou Diagrama de Estados) é um dos diagramas comportamentais da UML. Ele modela o comportamento de um objeto ao longo do tempo, mostrando os estados pelos quais ele pode passar, os eventos que disparam as transições entre esses estados, e as ações que são executadas como consequência dessas transições. É a ferramenta clássica para representar o ciclo de vida de um objeto, como um pedido, uma conta, ou, no caso, uma denúncia eletrônica.
Os elementos centrais desse diagrama são:
Estado: uma condição ou situação na vida de um objeto, durante a qual ele satisfaz alguma condição, realiza alguma atividade ou aguarda algum evento. No enunciado: registrada, em análise, aguardando prazo, reaberta, judicializada, arquivada, encerrada.
Transição: a passagem de um estado para outro, disparada por um evento (por exemplo, recebimento de documento, decisão do analista).
Ações: atividades executadas automaticamente ao entrar em um estado (entry action), ao sair (exit action) ou durante a transição (do action). O enunciado pede explicitamente "entry/exit actions".
Concorrência: a capacidade de modelar estados compostos com regiões paralelas, onde o objeto pode estar em mais de um subestado simultaneamente. O enunciado menciona "análise técnica paralela e verificação documental", o que sugere a necessidade de modelar essa concorrência.
A UML define dois grandes grupos de diagramas: os estruturais (que mostram a estrutura estática do sistema, como classes, componentes, objetos) e os comportamentais (que mostram o comportamento dinâmico, como casos de uso, atividades, sequência, estados). O Diagrama de Máquina de Estados é um diagrama comportamental, assim como o Diagrama de Atividades e o Diagrama de Sequência.
A diferença fundamental entre o Diagrama de Estados e o Diagrama de Atividades é que o primeiro foca no ciclo de vida de um objeto (estados e transições), enquanto o segundo foca no fluxo de atividades de um processo (passos e decisões). O Diagrama de Sequência, por sua vez, mostra a troca de mensagens entre objetos ao longo do tempo, em uma interação específica.
A banca explora exatamente essa distinção: o enunciado fala de "estágios" e "transições" de um objeto, o que remete diretamente ao Diagrama de Estados. O candidato que confunde com o Diagrama de Atividades (que também tem concorrência e ações) pode errar, mas a presença de "estados" e "entry/exit actions" é a pista decisiva.
NÃO CAIA NESSA!
A banca pode tentar confundir o Diagrama de Máquina de Estados com o Diagrama de Atividades, pois ambos são comportamentais e podem ter concorrência. Mas o Diagrama de Atividades modela fluxos de trabalho (passos, decisões, paralelismo), enquanto o Diagrama de Estados modela o ciclo de vida de um objeto (estados, eventos, transições). A palavra-chave aqui é "estágios" e "entry/exit actions" — isso é máquina de estados, não atividades.
Alternativa A — ❌ Incorreta
O Diagrama de Casos de Uso modela as funcionalidades do sistema do ponto de vista do usuário (atores e casos de uso), não o comportamento interno de um objeto ao longo do tempo. Ele não representa estados, transições ou ações de entrada/saída.
Alternativa B — ❌ Incorreta
O Diagrama de Classes é um diagrama estrutural que mostra as classes do sistema, seus atributos, métodos e relacionamentos. Ele não modela o comportamento dinâmico de um objeto, como estados e transições.
Alternativa C — ✅ Correta ⟵ GABARITO
O Diagrama de Máquina de Estados é exatamente o que o enunciado descreve: modela o ciclo de vida de um objeto (a denúncia) com estados, transições disparadas por eventos, ações de entrada/saída e concorrência. É o diagrama comportamental adequado para representar o comportamento de um objeto ao longo do tempo.
Alternativa D — ❌ Incorreta
O Diagrama de Componentes é um diagrama estrutural que mostra a organização dos componentes de software e suas dependências. Não tem relação com o comportamento de um objeto.
Alternativa E — ❌ Incorreta
O Diagrama de Sequência é um diagrama comportamental, mas foca na troca de mensagens entre objetos em uma interação específica, ao longo do tempo. Ele não modela estados e transições de um objeto; para isso, usa-se o Diagrama de Estados.