Questão de Tecnologia da Informação · FGV ALEP 2024 (nº 56)

Um Diagrama de Casos de Uso é uma ferramenta do UML que mostra como os usuários (chamados de atores) interagem com um sistema para alcançar seus objetivos (os casos de uso). Ele descreve as funcionalidades do sistema de uma perspectiva externa, sem detalhar como elas são implementadas.

• (A) Correta: Esta alternativa descreve corretamente as funcionalidades.

  • "o médico deve poder editar seu registro no sistema podendo inserir ou alterar seus dados": O caso de uso "Editar Registro" inclui "Inserir Dados" e "Alterar Dados". Isso significa que a funcionalidade de editar o registro engloba a capacidade de inserir novos dados e de alterar dados existentes.
  • "Ele pode inserir um novo procedimento precisando para isso buscar o hospital na base da seguradora": O caso de uso "Inserir Procedimento" inclui "Buscar Hospital". Isso indica que, para inserir um procedimento, o médico sempre precisará buscar o hospital.
  • "ou trabalhar com um procedimento já criado": O médico tem a opção de "Trabalhar com Procedimento", que é um caso de uso separado e mais abrangente, e que pode envolver procedimentos já existentes. A relação extends de "Inserir Procedimento" para "Trabalhar com Procedimento" significa que inserir um procedimento é uma funcionalidade opcional que pode ocorrer dentro do contexto de "Trabalhar com Procedimento". A frase "ou trabalhar com um procedimento já criado" apresenta uma alternativa de ação para o médico, o que é consistente com o diagrama.

• (B) Incorreta: "Para trabalhar com um procedimento ele precisa primeiro inseri-lo" está errado. O relacionamento <<extend>> de "Inserir Procedimento" para "Trabalhar com Procedimento" indica que "Inserir Procedimento" é uma funcionalidade opcional que pode ser acionada durante o "Trabalhar com Procedimento", e não uma condição obrigatória ou pré-requisito para trabalhar com procedimentos existentes. Armadilha da banca: Confundir <<extend>> (opcional) com uma dependência obrigatória ou sequencial.

• (C) Incorreta: "deve sempre primeiro inserir para depois poder alterar seus dados" está errado. O relacionamento <<include>> entre "Editar Registro" e "Inserir Dados" / "Alterar Dados" significa que ambas as funcionalidades são parte integrante de "Editar Registro", mas não impõe uma ordem sequencial obrigatória entre elas.

• (D) Incorreta: "podendo inserir, alterar ou excluir seus dados" está errado. O diagrama não mostra um caso de uso "Excluir Dados" associado a "Editar Registro".

• (E) Incorreta: "antes de poder trabalhar com um procedimento já criado" está errado. Assim como na alternativa B, esta frase interpreta o <<extend>> como uma sequência ou pré-requisito obrigatório. "Inserir Procedimento" é uma opção dentro de "Trabalhar com Procedimento", não algo que precisa ser feito antes de trabalhar com procedimentos existentes.