Questão de Engenharia de Software — Diagrama de Casos de Uso — FGV 2024

Diagrama de Casos de Uso: interpretação de funcionalidades

Gabarito: letra A. A alternativa correta descreve com precisão as funcionalidades do sistema: o médico pode editar seu registro (inserindo ou alterando dados) e, ao trabalhar com um procedimento, pode inseri-lo buscando o hospital na base da seguradora ou utilizar um procedimento já criado. A leitura do diagrama de casos de uso exige atenção aos relacionamentos de inclusão (include) e extensão (extend), que definem a obrigatoriedade ou opcionalidade das funcionalidades.

O diagrama de casos de uso é uma representação gráfica da UML que descreve as funcionalidades de um sistema do ponto de vista do usuário (ator). Cada elipse representa um caso de uso (uma funcionalidade), e as setas tracejadas com estereótipos «include» ou «extend» indicam relações entre eles. A relação «include» significa que o caso de uso base sempre executa o caso incluído — é uma dependência obrigatória. Já a relação «extend» indica que o caso de uso base pode executar o caso estendido, sob determinada condição — é uma dependência opcional. Essa distinção é crucial para interpretar corretamente o diagrama.

No contexto do sistema de reembolso, o ator é o médico. Os casos de uso provavelmente incluem "Editar registro", "Inserir procedimento", "Alterar dados", "Buscar hospital" e "Trabalhar com procedimento". A relação entre eles define a sequência e a obrigatoriedade. Por exemplo, se "Inserir procedimento" tem uma relação «include» com "Buscar hospital", isso significa que, para inserir um procedimento, o médico deve buscar o hospital. Se "Trabalhar com procedimento" tem uma relação «extend» com "Inserir procedimento", isso significa que o médico pode inserir um novo procedimento, mas não é obrigatório — ele pode trabalhar com um procedimento já existente.

A pegadinha da banca está em inverter a obrigatoriedade das relações. O candidato que confunde «include» com «extend» pode interpretar que buscar o hospital é opcional, ou que inserir um procedimento é obrigatório antes de trabalhar com ele. A alternativa A captura corretamente essa lógica: o médico pode editar seu registro (inserir ou alterar dados) e, ao trabalhar com um procedimento, pode inseri-lo (buscando o hospital) ou usar um já criado. As demais alternativas distorcem essa relação, tornando obrigatório o que é opcional ou vice-versa.

Guarde a distinção entre «include» (obrigatório) e «extend» (opcional): é exatamente nela que as alternativas se dividem.

Alternativa A — ✅ Correta ⟵ GABARITO

A alternativa descreve corretamente as funcionalidades: o médico pode editar seu registro (inserir ou alterar dados) e, ao trabalhar com um procedimento, pode inseri-lo buscando o hospital na base da seguradora ou trabalhar com um procedimento já criado. Isso reflete a relação «extend» entre "Trabalhar com procedimento" e "Inserir procedimento", indicando que inserir é uma opção, não uma obrigação. A alternativa também menciona corretamente a relação «include» entre "Inserir procedimento" e "Buscar hospital", pois buscar o hospital é um passo obrigatório para inserir um novo procedimento.

Alternativa B — ❌ Incorreta

A alternativa afirma que "para trabalhar com um procedimento ele precisa primeiro inseri-lo", o que torna a inserção obrigatória. Isso contraria a relação «extend», que indica opcionalidade. O erro está em transformar uma relação opcional em obrigatória, invertendo o sentido do estereótipo «extend».

Alternativa C — ❌ Incorreta

A alternativa afirma que o médico "deve sempre primeiro inserir para depois poder alterar seus dados", impondo uma ordem obrigatória entre inserir e alterar. No diagrama, "Inserir" e "Alterar" são casos de uso independentes, sem relação de dependência entre si. A alternativa inventa uma sequência que não existe no diagrama.

Alternativa D — ❌ Incorreta

A alternativa inclui a funcionalidade de "excluir" dados, que não está presente no diagrama. O diagrama mostra apenas "Inserir" e "Alterar" como operações sobre o registro do médico. A alternativa adiciona uma funcionalidade inexistente, o que a torna incorreta.

Alternativa E — ❌ Incorreta

A alternativa afirma que o médico deve buscar o hospital "antes de poder trabalhar com um procedimento já criado", tornando a busca obrigatória para qualquer trabalho com procedimento. No diagrama, a busca do hospital está relacionada apenas à inserção de um novo procedimento (relação «include»), não ao trabalho com procedimentos já existentes. A alternativa generaliza indevidamente a obrigatoriedade.

Gabarito: letra A