Bem-vindo ao Sistersinspirit.ca, onde você pode obter respostas rápidas e precisas com a ajuda de especialistas. Descubra respostas detalhadas para suas perguntas de uma vasta rede de profissionais em nossa abrangente plataforma de perguntas e respostas. Explore soluções abrangentes para suas perguntas de uma ampla gama de profissionais em nossa plataforma amigável.

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.

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 Espec class=

Sagot :

Resposta:

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.

Explicação:

Esperamos que nossas respostas tenham sido úteis. Volte a qualquer momento para obter mais informações e respostas a outras perguntas que tenha. Esperamos que nossas respostas tenham sido úteis. Volte a qualquer momento para obter mais informações e respostas a outras perguntas que tenha. Obrigado por visitar Sistersinspirit.ca. Volte em breve para mais informações úteis e respostas dos nossos especialistas.