Instrospecção
Introdução
O método de introspecção consiste em se colocar no papel dos usuários do sistema e imaginar o que os mesmos gostariam e/ou necessitariam que o sistema cumprisse para suprir as suas necessidades, e também suas características. Neste processo, utilizaremos personas para tornar o processo de identificação e interpretação dos usuários-alvo do sistema mais fácil.
Requisitos
Número | Personas | Requisito | Tipo |
---|---|---|---|
1 | O vendedor e comprador devem ser capazes de se cadastrarem usando sua conta do Google | Thomas e Carlos | Funcional |
2 | O vendedor e comprador devem ser capazes de se cadastrarem usando sua conta do Facebook | Thomas e Carlos | Funcional |
3 | O vendedor e comprador devem ser capazes de criarem uma conta do sistema | Thomas e Carlos | Funcional |
4 | O comprador deve ser capaz de reportar um anúncio feito por um vendedor | Thomas | Funcional |
5 | O comprador deve ser capaz de avaliar um vendedor após realizar uma troca ou compra | Thomas | Funcional |
6 | O vendedor deve ser capaz de avaliar um comprador após a realização de uma compra ou troca | Carlos | Funcional |
7 | O comprador deve ser capaz de visualizar as informações dos anúncios | Thomas | Funcional |
8 | O vendedor deve ser capaz de cadastrar um novo anúncio | Carlos | Funcional |
9 | O comprador, após ter interagido com vendedor, deve ser capaz de reportar o vendedor | Thomas | Funcional |
10 | O vendedor, após ter interagido com comprador, deve ser capaz de reportar o comprador | Carlos | Funcional |
11 | O sistema deve fornecer um sistema de mensagens para o comprador e o vendedor interagirem | Thomas | Funcional |
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 | Thomas e Carlos | Funcional |
13 | O sistema deve persistir as mensagens entre 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. | Thomas e Carlos | Funcional |
14 | O sistema deve manter as mensagens entre comprador e vendedor sem criptografia para que elas possam ser avaliadas no caso de denúncias | Sarah | Funcional |
15 | O moderador deve ser capaz de invalidar um anúncio | Sarah | Funcional |
16 | O sistema deverá notificar o vendedor caso seu anúncio seja invalidado | Sarah e Carlos | Funcional |
17 | O sistema deve listar apenas anúncios válidos | Thomas | Funcional |
18 | O sistema deverá notificar o usuário quando um anúncio que ele reportou for invalidado | Sarah e Thomas | Funcional |
19 | O vendedor deve ser capaz de remover um anúncio | Carlos | Funcional |
20 | O vendedor deve ser capaz de editar um anúncio | Carlos | Funcional |
21 | O sistema deve notificar o comprador e vendedor de novas mensagens | Thomas e Carlos | Funcional |
22 | O moderador deve ser capaz de visualizar as denúncias de anúncios, vendedores e compradores | Sarah | Funcional |
23 | O moderador deve ser capaz de banir um usuário (a ser decidido) | Sarah | Funcional |
24 | O sistema no momento de cadastro, deve pedir o consentimento dos usuários em relação aos termos de uso (a ser decidido) | Thomas, Carlos e Sarah | Funcional |
25 | O sistema deve salvar usuários com as seguintes características: nome, apelido (nome de usuário), email e senha | Thomas, Carlos e Sarah | Funcional |
26 | O comprador deve ser capaz de visualizar todos os anúncios válidos cadastrados | Thomas | Funcional |
27 | O comprador deve ser capaz de filtrar os anúncios por suas informações | Thomas | Funcional |
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 | Thomas | Funcional |
29 | O sistema deve informar o comprador e vendedor que as mensagens poderão ser verificadas em caso de denúncias | Sarah | Não funcional |
30 | O sistema deve possibilitar uma navegabilidade ágil entre as funcionalidades (a ser decidido) | Thomas, Carlos e Sarah | Não funcional |
31 | A interface do sistema deverá possuir uma boa usabilidade (a ser decidido) | Carlos, Thomas e Sarah | Não funcional |
32 | O sistema de mensagens deve buscar novas mensagens em no máximo 5 segundos | Carlos, Thomas | Não funcional |
33 | O sistema funcionar em smartphones | Carlos, Thomas | Não funcional |
Referências
Elicitação de Requisitos. PUC-RIO. Disponível em: http://www2.dbd.puc-rio.br/pergamum/tesesabertas/0521479_08_cap_02.pdf Acesso em: 20 set. 2020.
Versionamento
Versão | Data | Modificação | Motivo | Autor |
---|---|---|---|---|
1.0 | 16/02/2021 | Criação do documento de introspecção | Elicitar requisitos utilizando a técnica de instrospecção | Igor Paiva, Marcelo Victor e Thiago Lopes |