Uma das formas de realizar a especificação de requisitos funcionais é utilizar a abordagem de casos de uso. Essa abordagem é composta por um diagrama e uma especificação. Ambos têm uma função importante na comunicação entre a equipe de desenvolvimento e os usuários. Para que possam ser utilizados de forma efetiva, ambos os instrumentos precisam estar alinhados e coerentes entre si. Caso ocorra um desalinhamento, ele pode gerar inconsistências na implementação.

A empresa onde você trabalha foi contratada por uma universidade para desenvolver diversos aplicativos para apoio às suas novas demandas. Você foi alocado para ser o analista de requisitos do primeiro aplicativo: um software de apoio para os estudantes intercambistas estrangeiros que chegam para estudar na universidade.

Seu gerente lhe pediu para decidir se esse caso de uso está correto e coerente com o diagrama de contexto, podendo servir de base para os demais. Caso não esteja, ele quer que você aponte os erros para poder dar continuidade ao trabalho.​​​​​​​

Padrão de resposta esperado

A especificação do caso de uso não está coerente com o diagrama de casos de uso.

No diagrama de contexto, o ator Intercambista não participa como ator secundário desse caso de uso. Retirar da especificação de casos de uso.

O diagrama de caso de uso aponta que o Realizar login é um caso de uso obrigatório, que deve ser chamado a partir do caso de uso Cadastrar Perfil de Buddy. Isso não é o que está especificado. Na especificação de caso de uso, existe uma pré-condição de estar logado. Precisa alterar o diagrama ou a especificação para ficarem compatíveis.

Os passos referentes ao login (passos 1 e 2 do fluxo principal) não fazem parte do escopo desse caso de uso.