As informações que fundamentaram as histórias do projeto foram coletadas na internet, onde realizamos análises e tiramos conclusões sobre o tema. A definição das personas foi realizada por discussões em equipe, com base nas pesquisas realizadas.
Agora serão apresentadas nos quadros a seguir as personas levantadas durante o processo de entendimento do problema.
A partir da compreensão do dia a dia das personas identificadas para o projeto, foram registradas as seguintes histórias de usuários:
EU COMO... PERSONA |
QUERO/PRECISO ... FUNCIONALIDADE |
PARA ... MOTIVO/VALOR |
---|---|---|
Maristela Ferreira | facilidade de procura | conseguir achar o jogo desejado |
Maristela Ferreira | ter acesso a uma lista de jogos | conseguir ver os que estão disponíveis |
Renata Oliveira | poder realizar uma procura por categoria | conseguir achar com facilidade o tema desejado |
Renata Oliveira | poder alugar jogos | não precisar comprar muitos jogos |
Odara Franca | conseguir achar novos jogos | expandir o repertório de jogos transmitidos em live |
Odara Franca | adquirir jogos com preço acessível | os jogos atuais estão caros |
Igor Pereira | encontrar novos jogos e se conectar com a comunidade gamer | conseguir trocar e vender seus jogos que nunca jogou |
Igor Pereira | conseguir trocar jogos com outros usuários | tenho muitos títulos parados e quero poder conhecer novos jogos |
Marcelo Campos | entender como está a demanda dos jogos na categoria que está desenvolvendo | conseguir aplicar em seus jogos a demanda que o público atualmente mais compra |
Marcelo Campos | completar minhas coleções de jogos antigos | são parte da minha infância e material de estudo para meu trabalho |
O escopo funcional do projeto é definido por meio dos requisitos funcionais que descrevem as possibilidades interação dos usuários, bem como os requisitos não funcionais, que descrevem os aspectos que o sistema deverá apresentar de maneira geral. Estes requisitos são apresentados a seguir.
A tabela a seguir apresenta os requisitos do projeto, identificando a prioridade de entrega de cada um deles.
ID | Descrição do Requisito | Prioridade |
---|---|---|
RF-001 | O sistema deve permitir novos usuários se cadastrarem. | ALTA |
RF-002 | O sistema deve permitir que os usuários efetuarem login para acessar suas funcionalidades. | ALTA |
RF-003 | O sistema deve permitir que um usuário edite suas próprias informações. | BAIXA |
RF-004 | O sistema deve permitir que o usuário apague sua conta. | BAIXA |
RF-005 | O sistema deve apresentar uma lista com todos os jogos. | ALTA |
RF-006 | O sistema deve permitir o usuário visualize todas as informações de um jogo. | ALTA |
RF-007 | O sistema deve permitir que o usuário busque por jogos. | MÉDIA |
RF-008 | O sistema deve permitir que um usuário reserve um jogo que não esteja reservado ainda. | MÉDIA |
RF-009 | O sistema deve permitir que um usuário cancele a reserva de um jogo. | MÉDIA |
RF-010 | O sistema deve permitir que usuários cadastrem novos jogos. | ALTA |
RF-011 | O sistema deve permitir que um usuário atualize informações dos seus jogos. | ALTA |
RF-012 | O sistema deve permitir que um usuário apague jogos da sua biblioteca. | ALTA |
RF-013 | O sistema deve permitir que o usuário adicione um jogo à sua lista de desejos. | MÉDIA |
RF-014 | O sistema deve permitir que o usuário apague um jogo da sua lista de desejos. | MÉDIA |
A tabela a seguir apresenta os requisitos não funcionais que o projeto deverá atender.
ID | Descrição do Requisito | Prioridade |
---|---|---|
RNF-001 | O sistema deve ser compatível com os principais navegadores do mercado. | ALTA |
RNF-002 | O sistema deve ser responsivo. | MÉDIA |
RNF-003 | O sistema deve ser permitir que somente usuários cadastrados tenham acesso as funcionalidades. | ALTA |
RNF-004 | O sistema deve estar alinhado com as normas de privacidade do cliente. | ALTA |
RNF-005 | O sistema deverá informar ao usuário quando o mesmo estiver em manutenção e/ou fora do ar. | MÉDIA |
RNF-006 | O sistema deverá ter uma fácil usabilidade para o usuário. | MÉDIA |
Restrições de gestão são fatores internos que limitam a capacidade da loja de operar de forma eficiente. Restrições de negócio são fatores externos que afetam o mercado da loja e sua capacidade de competir.
ID | Restrição |
---|---|
RE-01 | Verificação de usuários: verificar perfis usando métodos como e-mail, para evitar perfis falsos e garantir a confiabilidade dos usuários. |
RE-02 | Interface simples: facilitando o uso da plataforma por parte dos usuários. |
RE-03 | Política de qualidade: critérios para aluguel e venda dos jogos para garantir que os jogos estejam completos e em boas condições de funcionamento. |
RE-04 | Conteúdo proibido: venda e aluguel de jogos falsificados não serão permitidos na plataforma. |
RE-05 | Plataforma personalizada: o usuário que vende ou aluga define o valor, a quantidade e as fotos do produto. |
RE-06 | Suporte ao cliente: para fornecer assistência e esclarecer dúvidas aos usuários quando necessário. |
ID | Restrição |
---|---|
RE-01 | Negociação direta entre usuário: permitir que os usuários negociem diretamente entre si os preços e condições da venda ou aluguel. |
RE-02 | Cada etapa do projeto deverá ser entregue no prazo estabelecido. |
RE-03 | Integração nas redes sociais, aumentando a capacidade de alcançar novos usuários. |
RE-04 | A aplicação não pode ser desenvolvida sem um módulo backend. |
RE-05 | Gestão de devoluções, política de devolução clara e transparente, que inclua prazos e condições para devoluções. |