Requisitos elicitados referentes ao Protótipo de Alta fidelidade [1]
Introdução
A partir do protótipo de alta fidelidade realizado pela equipe foi possível elicitar os requisitos documentados na tabela a seguir.
Em seguida, foi realizada a priorização no método MoSCOW, que busca auxiliar no processo de síntese dos requisitos elicitados [2].
Requisitos elicitados
Código | Descrição | Prioridade | Rastros |
---|---|---|---|
PRO01 | O app deve apresentar uma landing page para redirecionar usuários que não chegarem pelo QR code | Could Have | página 1/26 |
PRO02 | O app deve possuir uma sessão de cadastro | Must Have | página 7/26 |
PRO03 | O app deve possuir uma sessão de login | Must Have | página 4/26 |
PRO04 | O app deve possuir uma página falando sobre a aplicação | Want to Have | página 2/26 |
PRO05 | O app deve possuir uma página falando sobre o time de desenvolvimento | Want to Have | página 5/26 |
PRO06 | O app deve possuir uma página falando sobre os parceiros que já utilizam o QR Comer | Want to Have | página 2/26 |
PRO07 | O app deve conseguir recuperar sua senha caso a esqueça | Should Have | página 3/26 |
PRO08 | O usuário deve ser capaz de cadastrar seu cartão de crédito no app | Must Have | página 16/26 |
PRO09 | O app deve mostrar ao usuário em que shopping/estabelecimento ele se encontra | Could Have | página 8/26 |
PRO10 | O app deve mostrar uma lista de restaurantes para que o usuário possa escolheronde comer | Must Have | página 8/26 |
PRO11 | O app deve possuir uma sessão de categorias para facilitar a escolha do usuário | Could Have | página 9/26 |
PRO12 | O app deve apresentar o histórico de pedidos do usuário | Could Have | página 10/26 |
PRO13 | O app deve apresentar os pedidos em andamento do usuário | Must Have | página 11/26 |
PRO14 | O app deve apresentar uma página do restaurante apresentando os possíveis pedidos | Must Have | página 12/26 |
PRO15 | O página do restaurante deve dividir os possíveis pedidos em categorias | Could Have | página 12/26 |
PRO16 | Ao escolher o pedido o usuário deve ser capaz de adicionar especificações a ele | Must Have | página 13/26 |
PRO17 | O usuário deve ser capaz de adicionar um pedido à sacola | Must Have | página 13/26 |
PRO18 | Na sacola o usuário deve ser capaz de editar os itens que estão nela | Must Have | página 14/26 |
PRO19 | A sacola deve apresentar um resumo dos itens que o usuário está pedindo | Must Have | página 14/26 |
PRO20 | A sacola deve permitir que o usuário escolha sua forma de pagamento e adicione CPF | Must Have | página 14/26 |
PRO21 | A sacola deve permitir que o usuário finalize seu pedido | Must Have | página 14/26 |
PRO22 | O usuário deve ser capaz de saber o andamento do seu pedido | Must Have | página 11/26 |
PRO23 | O usuário deve ser capaz de vizualizar a senha do seu pedido caso necessário | Must Have | página 11/26 |
PRO24 | O usuário deve ser capaz de avaliar o restaurante onde já fez seu pedido | Want to Have | página 10/26 |
PRO25 | O usuário deve ser capaz de visualizar seu perfil | Could Have | página 22/26 |
PRO26 | O usuário deve ser capaz de editar seu perfil | Should Have | página 22/26 |
PRO27 | O usuário deve ser capaz de visualizar os termos de uso e as políticas de privacidade | Want to Have | página 23/26 |
PRO28 | O usuário deve ser capaz de visualizar seus cartões cadastrados | Must Have | página 20/26 |
PRO29 | O usuário deve ser capaz de tirar dúvidas a respeito da aplicação | Want to Have | página 18/26 |
- | Requisitos elicitados referentes ao Protótipo de Alta Fidelidade [1] |
---|---|
Versão | Atual: 1.0 (01/09/19) Anterior: - |
Descrição | Requisitos elicitados referentes ao Protótipo de Alta Fidelidade [1] |
Autor | Pedro Féo |