Questão de Engenharia de Software — UML — FUNDATEC 2025
Engenharia de Software›UML
Código
qg472850
Banca
FUNDATEC
Órgão
IF Sertão - PE
Ano
2025
Nível
Superior
Cargo
Analista de Tecnologia da Informação
Ao modelar um sistema para uma clínica, um analista descreve as interações através de um diagrama de caso de uso. Nele, a figura que representa um papel externo, como o da "Recepcionista", é chamada de ____. O caso de uso principal "Marcar Consulta" necessita, obrigatoriamente, da funcionalidade "Verificar Disponibilidade do Médico", sendo esta relação representada por ________ . Adicionalmente, o processo "Marcar Consulta" pode, opcionalmente, acionar a funcionalidade "Cadastrar Novo Paciente", uma relação modelada como _______.Assinale a alternativa que preenche, correta e respectivamente, as lacunas do trecho acima.
Aator – inclusão – extensão
Bcaso de uso – herança – extensão
Cator – generalização – dependência
Dagente – associação – inclusão
Epapel – extensão – associação
Revelar gabarito e comentário▾
GabaritoA — ator – inclusão – extensã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”.
UML – Diagrama de Casos de Uso
Gabarito: alternativa A. No diagrama de casos de uso da UML, a figura que representa um papel externo (como "Recepcionista") é o ator. Quando um caso de uso necessita obrigatoriamente de outro, a relação é de inclusão (<<include>>). Já quando a funcionalidade é opcional (pode ou não ser acionada), a relação é de extensão (<<extend>>). Portanto, a sequência correta é: ator – inclusão – extensão.
NÃO CAIA NESSA!
A banca frequentemente inverte os relacionamentos: incluir (obrigatório) e estender (opcional). Além disso, usa termos que não existem na UML padrão, como "herança" (alternativa B), "agente" (D) ou "papel" (E). Fique atento!
Análise das alternativas
Alternativa
1º termo (papel externo)
2º termo (relação obrigatória)
3º termo (relação opcional)
Resultado
A ✅
ator (correto)
inclusão (correto)
extensão (correto)
Gabarito
B ❌
caso de uso (errado)
herança (inexistente)
extensão (correto, mas contexto errado)
Incorreta
C ❌
ator (correto)
generalização (outro tipo de relação)
dependência (não se aplica)
Incorreta
D ❌
agente (termo não UML)
associação (não é relação entre casos de uso)
inclusão (correto no 3º?)
Incorreta
E ❌
papel (termo não UML)
extensão (invertido)
associação (não é relação entre casos de uso)
Incorreta
1Inclusão (<<include>>)
2Obrigatória
3Extensão (<<extend>>)
4Opcional
LEVEL · soulevel.com.br
Alternativa A — ✅ Correta ⟵ GABARITO
Preenche todas as lacunas com os termos corretos da UML: ator (papel externo), inclusão (<<include>>, obrigatório) e extensão (<<extend>>, opcional).
Alternativa B — ❌ Incorreta
O primeiro termo "caso de uso" não representa um papel externo, e sim uma funcionalidade. O segundo termo "herança" não é um relacionamento padrão em diagramas de caso de uso (herança é usada em diagramas de classes).
Alternativa C — ❌ Incorreta
Embora "ator" esteja correto, "generalização" é um relacionamento entre atores ou entre casos de uso, mas não é o termo usado para indicar obrigatoriedade. "Dependência" é um conceito genérico, não específico para casos de uso.
Alternativa D — ❌ Incorreta
"Agente" não é o termo UML; o correto é ator. "Associação" liga atores a casos de uso, não casos de uso entre si. O terceiro termo "inclusão" seria correto se estivesse na segunda lacuna.
Alternativa E — ❌ Incorreta
"Papel" não é a denominação oficial na UML; o termo é ator. "Extensão" aparece na segunda lacuna (quando deveria ser inclusão) e "associação" não é relação entre casos de uso.
PEGA ESSA DICA!
Memorize: <<include>> = obrigatório (o caso de uso base sempre chama o incluído); <<extend>> = opcional (o caso de uso base pode, sob condição, estender com o comportamento adicional). No diagrama, a seta tracejada aponta do caso de uso base para o incluído (include) ou do extend para o base (extend).