Ir para o conteúdo

Requisitos

Introdução

Este documento lista todos os requisitos elicitados, informando suas respectivas técnicas, priorização e identificação única.

Técnica de priorização

Para a priorização será utilizada o método MoSCoW.

MoSCoW é uma técnica que busca priorizar os requisitos a partir de escalas, tendo como vantagem sua simplicidade quando comparada com outras técnicas, possibilitanto priorizar cada requisito elicitado para o projeto. O MoSCoW classifica os requisitos em 4 escalas:

  • Must: o requisito deve ser satisfeito para que a solução seja considerada um sucesso.
  • Should: o requisito é importante e deve ser incluído na solução se possível, mas não é obrigatório para o sucesso.
  • Could: é um requisito desejado, mas um que pode ser satisfeito ou eliminado. Deve ser implementado apenas se houver tempo e recurso.
  • Won't: é um requisito que não será implementado, mas pode ser incluída em uma futura release ou nem ser implementada.

Requisitos Elicitados

Legenda

Legenda aplicável à rastreabilidade:

  • BTipo-número
    • Refere-se ao número do requisito no Documento de Brainstorming
    • Tipo: F para requisitos funcionais, NF para requisitos não funcionais
    • Exemplo: BF-4 Refere-se ao requisito funcional de número 4. BNF-2 Refere-se ao requisito não funcional de número 2.
  • ITipo-número
  • QTipo-número

Funcionais

Identificador Requisito Prioridade Rastreabilidade
RF-01 O vendedor e comprador devem ser capazes de se cadastrarem usando sua conta do Google Should IF-1, BF-3, QF-10
RF-02 O vendedor e comprador devem ser capazes de se cadastrarem usando sua conta do Facebook Should IF-2, BF-2, QF-9
RF-03 O vendedor e comprador devem ser capazes de criarem uma conta do sistema utilizando seu e-mail Must IF-3, BF-1, QF-8
RF-04 O comprador deve ser capaz de reportar um anúncio feito por um vendedor Must IF-4
RF-05 O comprador deve ser capaz de avaliar um vendedor após realizar uma troca ou venda Must IF-5, BF-8, QF-4
RF-06 O vendedor deve ser capaz de avaliar um comprador após a realização de uma venda ou troca Must IF-6, BF-9, QF-4
RF-07 O comprador deve ser capaz de visualizar as informações dos anúncios Must IF-7, BF-17, QF-1, QF-12
RF-08 O vendedor deve ser capaz de cadastrar um novo anúncio Must IF-8, BF-11
RF-09 O comprador, após ter interagido com vendedor, deve ser capaz de reportar o vendedor Must IF-9, BF-10
RF-10 O vendedor, após ter interagido com comprador, deve ser capaz de reportar o comprador Must IF-10
RF-11 O sistema deve fornecer um sistema de mensagens para o comprador e o vendedor interagirem Should IF-11, BF-14, QF-2
RF-12 O sistema deve salvar um anúncio com as seguintes características: nome do(s) jogo(s), plataforma, condição, foto(s), informações do vendedor, localização, preço e descrição Must IF-12, BF-12
RF-13 O sistema deve persistir as mensagens entre o comprador e vendedor de um determinado anúncio por 7 dias após o fechamento desse anúncio, contanto que não haja nenhuma denúncia do comprador ou vendedor. Nesse caso, as mensagens deverão ser mantidas até a resolução da denúncia. Should IF-13
RF-14 O sistema deve manter as mensagens entre o comprador e vendedor disponíveis para que elas possam ser avaliadas, por moderadores, no caso de denúncias Should IF-14
RF-15 O moderador deve ser capaz de invalidar um anúncio Could IF-15
RF-16 O sistema deverá notificar o vendedor caso seu anúncio seja invalidado Could IF-16
RF-17 O sistema deve listar apenas anúncios válidos Could IF-17
RF-18 O sistema deverá notificar o usuário quando um anúncio que ele reportou for invalidado Could IF-18
RF-19 O vendedor deve ser capaz de remover um anúncio Must IF-19
RF-20 O vendedor deve ser capaz de editar um anúncio Must IF-20
RF-21 O sistema deve notificar o comprador e vendedor de novas mensagens Should IF-21
RF-22 O moderador deve ser capaz de visualizar as denúncias de anúncios, vendedores e compradores Could IF-22
RF-23 O moderador deve ser capaz de banir um usuário (a ser decidido) Could IF-23, BF-15
RF-24 O sistema no momento de cadastro, deve pedir o consentimento dos usuários em relação aos termos de uso (a ser decidido) Must IF-24
RF-25 O sistema deve salvar usuários com as seguintes características: nome, apelido (nome de usuário), email e senha Must IF-25
RF-26 O comprador deve ser capaz de visualizar todos os anúncios válidos cadastrados Could IF-26
RF-27 O comprador deve ser capaz de filtrar os anúncios por suas informações Should IF-27, BF-18, QF-7
RF-28 O comprador deve ser capaz de personalizar a lista de anúncios exibidos para listarem apenas os que possuam tópicos de seu interesse Could IF-28, BF-22
RF-29 O usuário deve ser capaz de alterar seus dados (email, nome, telefone, senha, endereço, foto de perfil) Must BF-4
RF-30 O usuário deve ser capaz de desativar sua conta Should BF-5
RF-31 O usuário deve ser capaz de excluir sua conta Must BF-6
RF-32 O usuário deve ser capaz de realizar login utilizando impressão digital Won't BF-7
RF-33 O comprador, vendedor e moderador deve ser capaz de acessar o perfil de outros compradores e vendedores Should BF-19, QF-5
RF-34 O moderador deve ser capaz de excluir um anúncio Could BF-16
RF-35 O comprador e vendedor deve ser capaz de bloquear mensagens de outros compradores e vendedores Could BF-20
RF-36 O usuário deve ser capaz de interagir com o feed de anúncios acessando os anúncios a partir dele Must BF-21, QF-6
RF-37 O sistema deve utilizar reconhecimento de imagem nas fotos dos jogos para aferir a qualidade da mídia Won't BF-23
RF-38 O sistema deve utilizar reconhecimento de imagem nas fotos de usuário e anúncios para filtrar imagens impróprias Won't BF-24
RF-39 O vendedor deve ser capaz de adicionar palavras chave a um anúncio Could BF-13
RF-40 O usuário deve ser capaz de acessar uma página de ajuda e suporte Could QF-3
RF-41 O usuário deve ser capaz de visualizar a média das avaliações de compradores e vendedores Must QF-11

Não Funcionais

Identificador Requisito Prioridade Rastreabilidade
RNF-01 O sistema deve informar o comprador e vendedor que as mensagens poderão ser verificadas em caso de denúncias Must INF-29
RNF-02 O sistema deve possibilitar uma navegabilidade ágil entre as funcionalidades (a ser decidido) Should INF-30
RNF-03 A interface do sistema deverá possuir uma boa usabilidade e de fácil aprendizado (a ser decidido) Should INF-31, BNF-6, QNF-4
RNF-04 O sistema de mensagens deve buscar novas mensagens em no máximo 5 segundos Must INF-32
RNF-05 O sistema deve funcionar em smartphones Must INF-33
RNF-06 O sistema deve enviar um e-mail de confirmação para o usuário após o cadastro Should BNF-1
RNF-07 O sistema deve fornecer um modo noturno Could BNF-2
RNF-08 O sistema deve possuir uma página de criação de anúncios intuitiva (a ser decidido) Should BNF-3
RNF-09 O sistema deve ser gamificado (a ser decidido) Could BNF-4
RNF-10 O sistema deve ser amigável (a ser decidido) Should BNF-5
RNF-11 O sistema deve exibir somente perfis de compradores e vendedores Should BNF-7
RNF-12 O sistema deve filtrar palavras impróprias em anúncios (a ser decidido) Could BNF-8
RNF-13 O sistema deve manter a senha do usuário encriptada Must QNF-1
RNF-14 O sistema deve ser capaz de responder as requisições do usuário rapidamente (a ser decidido) Must QNF-2
RNF-15 O sistema deve ser confiável (a ser decidido) Must QNF-3
RNF-16 O sistema deve dispor os anúncios de maneira organizada (a ser decidido) Should QNF-5

Referências

WIEGERS, Karl; BEATTY, Joy. "Software Requirements". Microsoft Press, 2013.

Versionamento

Versão Data Modificação Motivo Autor
1.0 17/02/2021 Criação do documento Listar, identificar e priorizar todos os requisitos e suas respectivas técnicas Todos os integrantes
2.0 17/02/2021 Modificando os "e" para "," na coluna de rastreabilidade e corrigindo incoerências no RF-36 Correção para seguir o padrão e corrigindo incoerências Washington Bispo