Questão de Engenharia de Software — UML — CESPE / CEBRASPE 2025
Engenharia de Software›UML
Código
ce417757
Banca
CESPE / CEBRASPE
Órgão
TRF 6
Ano
2025
Cargo
AJ TRF6
Julgue o item a seguir, relativo à modelagem de processos em UML 2.5.
Nos diagramas de atividades, os tokens de objeto são transportados por meio de ObjectFlows carregando dados por meio de Activity, logo, não há fluxo de tokens nulos.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
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 de Atividades UML: ObjectFlow e tokens
Gabarito: Errado (E). A afirmação está incorreta porque, embora os tokens de objeto sejam transportados por ObjectFlows, a UML 2.5 prevê explicitamente a possibilidade de fluxo de tokens nulos (null tokens) em determinadas situações, como quando um ObjectFlow não possui guarda ou quando um token de controle é convertido em token de objeto. A especificação da UML define que um ObjectFlow pode transportar tokens nulos, e a ausência de um valor de objeto é representada por um token nulo.
Nos diagramas de atividades da UML, os tokens são os elementos que fluem pela rede de atividades, representando o controle e os dados. Existem dois tipos principais de tokens: tokens de controle e tokens de objeto. Os tokens de controle são responsáveis por habilitar a execução de ações, enquanto os tokens de objeto carregam valores de dados. Os ObjectFlows são os conectores que transportam tokens de objeto entre ações e outros nós. A especificação da UML 2.5 (OMG) define que um ObjectFlow pode transportar tokens nulos, que representam a ausência de um valor de objeto. Isso ocorre, por exemplo, quando um token de controle é convertido em um token de objeto sem valor, ou quando um ObjectFlow não possui uma guarda que impeça a passagem de tokens nulos. Portanto, a afirmação de que "não há fluxo de tokens nulos" é falsa.
Para entender melhor, considere um exemplo: uma ação que produz um objeto como saída, mas em determinada condição não produz nenhum valor. Nesse caso, o ObjectFlow que conecta essa ação a outra pode transportar um token nulo, indicando a ausência de valor. A UML permite essa representação para modelar situações em que a ausência de dados é uma possibilidade válida. A banca explora a confusão entre a existência de ObjectFlows (que transportam tokens de objeto) e a possibilidade de tokens nulos, que é uma característica prevista na especificação.
A pegadinha desta questão está em afirmar que "não há fluxo de tokens nulos", quando na verdade a UML 2.5 prevê essa possibilidade. O candidato que conhece apenas o conceito básico de ObjectFlow pode ser induzido a marcar "Certo", mas a especificação é clara ao permitir tokens nulos. Portanto, a resposta correta é "Errado".
Tokens em diagramas de atividades
1Tipos
Controle (habilita execução)
Objeto (carrega dados)
2ObjectFlow
Transporta tokens de objeto
Pode transportar token nulo
Ausência de valor
Conversão de token de controle
Sem guarda que impeça
LEVEL · soulevel.com.br
Alternativa E — ❌ Incorreta (gabarito)
A afirmação está errada porque a UML 2.5 prevê a possibilidade de fluxo de tokens nulos em ObjectFlows. A especificação define que um ObjectFlow pode transportar tokens nulos, que representam a ausência de um valor de objeto. Isso ocorre, por exemplo, quando um token de controle é convertido em token de objeto sem valor, ou quando um ObjectFlow não possui guarda que impeça a passagem de tokens nulos. Portanto, a alegação de que "não há fluxo de tokens nulos" é falsa.
NÃO CAIA NESSA!
Para questões sobre UML, lembre-se de que a especificação da UML 2.5 é detalhada e prevê casos especiais como tokens nulos. Ao estudar diagramas de atividades, foque nos conceitos de tokens, ObjectFlow e nas regras de conversão entre tokens de controle e de objeto. Isso ajuda a evitar pegadinhas como esta.