Uma notória diferença que percebemos nos requisitos ágeis com relação aos requisitos tradicionais é são:
a.
As histórias de usuários não são necessárias para desenvolver os casos de uso ou cenários de uso.
b.
As histórias de usuários não possuem serventia na especificação de um sistema porquê, de qualquer forma, teremos que fazer o DRS servindo apenas para dar uma sensação de participação do usuário no sistema.
c.
As histórias de usuários são pequenas, muito menores do que outros artefatos de requisitos, como casos de uso ou cenários de uso.
d.
As histórias de usuários são grandes, muito maiores do que outros artefatos de requisitos, como casos de uso ou cenários de uso.
e.
As histórias de usuários precisam passar por uma junta de analista para transformá-las em algo inteligível aos stakeholders.
Soluções para a tarefa
Resposta:
c) As histórias de usuários são pequenas, muito menores do que outros artefatos de requisitos, como casos de uso ou cenários de uso.
Explicação:
Diferente do modelo em cascata, em requisitos ágeis, usamos histórias de usuários, uma maneira mais simplificada, resumida de internalizar os requisitos para o nosso sistema.
Seria algo do tipo "Eu, como cliente, gostaria que houvesse a função de filtragem dos produtos por menor ou maior preço", em poucas palavras, sabemos quem o usuário é e do que ele precisa.
Depois disso, é interessante definir a prioridade, tempo necessário e um identificador deste requisito.
Resposta:
As histórias de usuários são pequenas, muito menores do que outros artefatos de requisitos, como casos de uso ou cenários de uso.
Explicação:
Resposta corrigida.