Requisitos elicitados
Introdução
Com o objetivo de facilitar futuras consultas, os requisitos elicitados serão compilados nessa página.
Metodologia
Inicialmente alguns requisitos funcionais e não funcionais foram elicitados por diferentes metodos, apartir deles fizemos um compilado com todos os requisitos neste documento. Todos os documentos que geraram requisitos foram analisados e comparados e apartir disso foi possível retirar os requisitos que apareceram em mais um metodo elicitação além de unir requisitos com muitas semelhanças.
Requisitos elicitados
Índice geral
| ID | Descrição | Moscow |
|---|---|---|
| AP1 | O Guiabolso deve permitir o cadastro de usuários com poucos dados, como e-mail, telefone e senha. | Must |
| AP2 | O Guiabolso deve ter a opção de adicionar tanto o banco de escolha do usuário localizado na lista, quanto o de optar por adicionar conta manualmente. | Must |
| AP3 | O Guiabolso deve permitir adicionar a renda do mês. | Must |
| AP4 | O Guiabolso deve disponibilizar um planejamento de escolha do usuário para seus gastos. | Must |
| AP5 | O Guiabolso deve permitir que o usuário adicione uma transação manual tanto de entrada quanto saída. | Must |
| AP6 | O Guiabolso deve permitir a consulta da situação do CPF do usuário, mediante um cadastro com dados comprobatórios, como CPF, nome, nome da mãe e data de nascimento. | Must |
| AP7 | O Guiabolso deve oferecer confiabilidade para o usuário ao inserir dados sensíveis na plataforma. (NF) | Must |
| AP8 | O Guiabolso deve ter um design elegante e intuitivo. (NF) | Must |
| AP9 | Ao adicionar transações manuais, deve haver uma forma explícita do tipo de transação que possa indicar se é de entrada ou saída. | Must |
| AP10 | O Guiabolso deve permitir adicionar uma conta mediante a inserção de dados válidos, como nome, cpf, agência, conta e senha do banco para transações na internet. | Must |
| AP11 | O aplicativo deverá ter um tutorial automático para novos usuários e deve ficar claramente disposto na tela para eventuais dúvidas. | Must |
| AP12 | A lista de bancos deve ser constantemente atualizada para cobrir o máximo de bancos disponíveis no mercado financeiro. (NF) | Should |
| AP13 | O Guiabolso deve permitir a visualização dos meses anteriores e futuros para eventuais simulações de economia. | Should |
| AP14 | Ao adicionar planejamento de gastos, o usuário poderá categorizá-los por meio de categorias pré-estabelecidas. | Should |
| AP15 | A visualização do extrato das movimentações do usuário poderá ser por meio de gráficos intuitivos. | Should |
| AP16 | O aplicativo deve permitir a adição de mais de uma conta bancária. | Should |
| AP17 | O Guiabolso deve permitir que caso o usuário sinta necessidade, possa criar novas categorias. | Could |
| AP18 | O Guiabolso deve permitir adicionar renda na "Carteira". | Could |
| AP19 | O Guiabolso pode permitir a integração com o sistema "Nota Legal" para o usuário visualizar saldo em conta e prazos. | Would |
| AD01 | O aplicativo deve permitir a gerência financeira das contas/cartões de forma individual | Must have |
| AD02 | O aplicativo deve disponibilizar o score numérico do Serasa (e não somente em classificação de A a E) | Could have |
| AD03 | A aba Radar CPF deve exibir o score e as dicas referentes ao serasa, complementando as informações já disponíveis na aba | Would have |
| AD04 | Colocar dicas na aba Empréstimos no caso de não haver empréstimos disponíveis para o usuário | Cold have |
| AD05 | Categorizar as opções dentro das configurações do Guiabolso | Would have |
| AD06 | Padronizar a identidade visual do aplicativo entre as diversas plataformas | Would have |
| AD07 | Criação de uma aba Investimentos com dicas, informações, e disponibilização de investimentos para o usuário | Could have |
| AD08 | Disponibilizar de forma mais eficiente as informações comparativas entre o mês atual e meses anteriores (gastos e rendas) | Must have |
| AD09 | Adicionar uma opção "Arredondar gastos para cima" para dar a falsa impressão de que os gastos são superiores à realidade (desativada por padrão) | Should have |
| AD10 | Adicionar um "tutorial de primeiro uso", ensinando a usar a aplicação | Should have |
| AD11 | Categorizar os artigos da aba Guia e aplicar maior ênfase na opção "essa informação foi útil?" | Should have |
| AD12 | O app deve automatizar a conexão com o banco e não depender da chave de segurança (Bradesco) | Must have |
| ENT1 | O app deve dar possibilidade de alterar as contas manualmente | should |
| ENT2 | O app deve possibilitar outras formas graficas de visualizar os dados além do grafico de tabelas | should |
| ENT3 | O deve padronizar a utilização nos dispositivos android e no IOS | must |
| ENT4 | O app deve ser mais intuitivo | must |
| ENT5 | O app pode diminuir as propagandas na aba guia | could |
| IS01 | Mais opções de visualização nos gráficos de rendas e gastos | Could have |
| IS02 | Possibilidade de remover os cards da aba Guia. | Should have |
| IS03 | Adição de guias de categorização na aba Guia. | Should have |
| IS04 | Permitir a alteração da ordem de exibição dos cards na aba Guia. | Should have |
| IS05 | Sistema de login que funcione com o leitor de digitais dos mais diversos dispositivos | Would have |
| IS06 | Permitir a criação de novas contas a partir das redes sociais do usuário | Could have |
| IS07 | Disponibilização do score numérico do Serasa na aba Radar CPF | Could have |
| IS08 | Sistema de conquistas para incentivar o usuário a usar aplicativo e poupar dinheiro | Could have |
| IS09 | Permitir ao usuário escoher quais abas ele quer ver | Would have |
| IS10 | Disponibilização de dicas e/ou plataformas de investimento | Must have |
| Q01 | Permitir adição manual de transações | Should have |
| Q02 | Oferecer uma consultoria financeira através de dicas e avisos | Should have |
| Q03 | Ter a funcionalidade de consulta ao CPF | Could have |
| Q04 | Ter uma aba para simulação e contratação de empréstimos | Would have |
| Q05 | Ter uma versão web | Could have |
| Q06 | Rapidez e facilidade no uso | Must have |
| Q07 | Visualização gráfica de gastos por categoria | Should have |
| Q08 | Ter um extrato bem organizado e categorizado | Must have |
| Q09 | Ter uma avaliação de crédito | Should have |
| Q10 | Exibir diferença entre renda e gastos | Must have |
| Q11 | Ter uma aba que trate de investimentos | Could have |
| Q12 | Mostrar quais empresas consultaram o CPF do usuário | Could have |
| Q13 | Ter alertas importantes, como negativação, protesto ou crédito concedido | Should have |
| Q14 | Ter alcance de metas, como carro, casa, roupa, celular | Would have |
| Q15 | Ter uma sugestão de gastos para o dia por categorias criadas previamente pelo usuário | Would have |
| Q16 | Ter perfis de usuário, por exemplo, bom administrador, bom investidor | Could have |
| Q17 | Inserir limites de gastos por categoria | Could have |
| Q18 | Notificar quando o gasto for excedido | Should have |
| Q19 | Ter um tutorial de primeiro uso | Should have |
| ST01 | O app na parte de guia deve exibir os cards pela ordem de relevância | could have |
| ST02 | O app sugerir formas para melhor gerir o seu dinheiro | must have |
| ST03 | O app deve mostrar notificações de quando se ultrapassa uma meta estabelecida pelo usuario | could have |
| ST04 | O app deve oferecer cupons baseado na geolocalização do usuario | could have |
| ST05 | Os cupons para bares e restaurantes com uma localização superior a x km não deveriam ser mostrados | could have |
| ST06 | Para as cidades que não possuem cupons de descontos esta opção não deveria ser mostrada a menos que sejam cupons online | could have |
| ST07 | O app deve oferecer a possibilidade de alterar as informações de sinal do valor, e data da transação manual | should have |
| ST08 | Ao escolher a categoria que não existe, ser mostrado categorias parecidas | could have |
Requisitos funcionais e não funcionais
Segundo descrevem Machado (2013) e Bezerra (2007), os requisitos funcionais definem as funcionalidades e o comportamento do sistema, mediante a cada entrada, ou seja, é aquilo que descreve o que o sistema tem que fazer a cada ação de um usuário ou outro sistema. Já os requisitos não funcionais dizem respeito às características e padrões de qualidade que o sistema deve oferecer, como por exemplo, desempenho, confiabilidade, segurança, robustez, portabilidade, usabilidade, entre outras.
Tabela de requisitos funcionais
| ID | Descrição | Origem | Prioridade |
|---|---|---|---|
| RF01 | Adicionar um "tutorial de primeiro uso", ensinando a usar a aplicação | AD10, AP11, Q19 | Should |
| RF02 | O Guiabolso deve ter a opção de adicionar tanto o banco de escolha do usuário localizado na lista, quanto o de optar por adicionar conta manualmente. | AP2 | Must |
| RF03 | O aplicativo deve permitir a adição de mais de uma conta bancária. | AP16 | Should |
| RF04 | O Guiabolso deve permitir adicionar uma conta mediante a inserção de dados válidos, como nome, cpf, agência, conta e senha do banco para transações na internet. | AP10 | Must |
| RF05 | O app deve dar possibilidade de alterar as contas manualmente | ENT1 | Should |
| RF06 | Permitir a criação de novas contas a partir das redes sociais do usuário | IS06 | Could |
| RF07 | O Guiabolso deve permitir adicionar a renda do mês. | AP3 | Must |
| RF08 | O Guiabolso deve disponibilizar um planejamento de escolha do usuário para seus gastos. | AP4 | Must |
| RF09 | O Guiabolso deve permitir a consulta da situação do CPF do usuário, mediante um cadastro com dados comprobatórios, como CPF, nome, nome da mãe e data de nascimento. | AP6, Q03 | Must |
| RF10 | Disponibilização do score numérico do Serasa na aba Radar CPF | IS07 | Could |
| RF11 | O Guiabolso pode permitir a integração com o sistema "Nota Legal" para o usuário visualizar saldo em conta e prazos. | AP19 | Would |
| RF12 | A aba Radar CPF deve exibir o score e as dicas referentes ao serasa, complementando as informações já disponíveis na aba | AD03 | Would |
| RF13 | Mostrar quais empresas consultaram o CPF do usuário | Q12 | Could |
| RF14 | Permitir adição manual de transações | Q01 | Should |
| RF15 | Ao adicionar transações manuais, deve haver uma forma explícita do tipo de transação que possa indicar se é de entrada ou saída. | AP9, AP5 | Must |
| RF16 | O Guiabolso deve permitir a visualização dos meses anteriores e futuros para eventuais simulações de economia. | AP13 | Should |
| RF17 | Ao adicionar planejamento de gastos, o usuário poderá categorizá-los por meio de categorias pré-estabelecidas. | AP14 | Should |
| RF18 | O Guiabolso deve permitir que caso o usuário sinta necessidade, possa criar novas categorias. | AP17 | Could |
| RF19 | Ao escolher a categoria que não existe, ser mostrado categorias parecidas | ST08 | could |
| RF20 | Ter uma sugestão de gastos para o dia por categorias criadas previamente pelo usuário | Q15 | Would |
| RF21 | O Guiabolso deve permitir adicionar renda na "Carteira". | AP18 | Could |
| RF22 | Colocar dicas na aba Empréstimos no caso de não haver empréstimos disponíveis para o usuário | AD04 | Cold |
| RF23 | Categorizar as opções dentro das configurações do Guiabolso | AD05 | Would |
| RF24 | O app sugerir formas para melhor gerir o seu dinheiro | ST02 | must |
| RF25 | Criação de uma aba Investimentos com dicas, informações, e disponibilização de investimentos para o usuário | AD07, Q11, IS10 | Could |
| RF26 | Adicionar uma opção "Arredondar gastos para cima" para dar a falsa impressão de que os gastos são superiores à realidade (desativada por padrão) | AD09 | Should have |
| RF27 | Categorizar os artigos da aba Guia e aplicar maior ênfase na opção "essa informação foi útil?" | AD11 | Should |
| RF28 | O app deve possibilitar outras formas graficas de visualizar os dados além do grafico de tabelas | ENT2 | Should |
| RF29 | O app pode diminuir as propagandas na aba guia | ENT2 | could |
| RF30 | Possibilidade de remover os cards da aba Guia. | IS02 | Should |
| RF31 | Adição de guias de categorização na aba Guia. | IS03 | Should |
| RF32 | Permitir a alteração da ordem de exibição dos cards na aba Guia. | IS04 | Should |
| RF33 | Sistema de login que funcione com o leitor de digitais dos mais diversos dispositivos | IS05 | Would |
| RF34 | Sistema de conquistas para incentivar o usuário a usar aplicativo e poupar dinheiro | IS08 | Could |
| RF35 | Permitir ao usuário escoher quais abas ele quer ver | IS09 | Would |
| RF36 | Oferecer uma consultoria financeira através de dicas e avisos | Q02 | Should |
| RF37 | Ter uma aba para simulação e contratação de empréstimos | Q04, Q09 | Would |
| RF38 | Visualização gráfica de gastos por categoria | Q07 | Should |
| RF39 | Exibir diferença entre renda e gastos | Q10 | Must |
| RF40 | Ter alertas importantes, como negativação, protesto ou crédito concedido | Q13 | Should |
| RF41 | Ter alcance de metas, como carro, casa, roupa, celular | Q14 | Would |
| RF42 | Ter perfis de usuário, por exemplo, bom administrador, bom investidor | Q16 | Could |
| RF43 | Inserir limites de gastos por categoria | Q17 | Could |
| RF44 | Notificar quando o gasto for excedido | Q18 | Should |
| RF45 | O app deve mostrar notificações de quando se ultrapassa uma meta estabelecida pelo usuario | ST03 | could |
| RF46 | O app deve oferecer cupons baseado na geolocalização do usuario | ST04 | could |
| RF47 | Os cupons para bares e restaurantes com uma localização superior a x km não deveriam ser mostrados | ST05 | could |
| RF48 | Para as cidades que não possuem cupons de descontos esta opção não deveria ser mostrada a menos que sejam cupons online | ST06 | could |
| RF49 | O app deve oferecer a possibilidade de alterar as informações de sinal do valor, e data da transação manual | ST07 | should |
Tabela de requisitos Não funcionais
| ID | Descrição | Origem | Prioridade |
|---|---|---|---|
| NF01 | O Guiabolso deve permitir o cadastro de usuários com poucos dados, como e-mail, telefone e senha. | AP1 | Must |
| NF02 | O Guiabolso deve oferecer confiabilidade para o usuário ao inserir dados sensíveis na plataforma. | AP7 | Must |
| NF03 | O Guiabolso deve ter um design elegante e intuitivo. | AP8 | Must |
| NF04 | A lista de bancos deve ser constantemente atualizada para cobrir o máximo de bancos disponíveis no mercado financeiro. | AP12 | Should |
| NF05 | A visualização do extrato das movimentações do usuário poderá ser por meio de gráficos intuitivos. | AP15 | Should |
| NF06 | O aplicativo deve permitir a gerência financeira das contas/cartões de forma individual | AD01 | Must |
| NF07 | Padronizar a identidade visual do aplicativo entre as diversas plataformas | AD06 | Would |
| NF08 | Disponibilizar de forma mais eficiente as informações comparativas entre o mês atual e meses anteriores (gastos e rendas) | AD08 | Must |
| NF09 | O app deve automatizar a conexão com o banco e não depender da chave de segurança (Bradesco) | AD12 | Must |
| NF10 | O deve padronizar a utilização nos dispositivos android e no IOS | ENT3 | must |
| NF11 | O app deve ser mais intuitivo | ENT4 | must |
| NF12 | O app deve reduzir as propagandas na aba guia | ENT5 | could |
| NF13 | Mais opções de visualização nos gráficos de rendas e gastos | IS01 | Could |
| NF14 | Ter uma versão web | Q05 | Could |
| NF15 | Rapidez e facilidade no uso | Q06 | Must |
| NF16 | Ter um extrato bem organizado e categorizado | Q08 | Must |
| NF17 | O app na parte de guia deve exibir os cards pela ordem de relevância | ST01 | could |
Referências
BEZERRA, Eduardo. Princípios de análise e projeto de sistema com UML. Rio de Janeiro: Elsevier, 2007. 6ª reimpressão.
MACHADO, Felipe Nery Rodrigues. Análise e gestão de requisitos de software: onde nascem os sistemas. 1ª. ed. São Paulo: Érica, 2011.
Versionamento
| Data | Versão | Descrição | Autor |
|---|---|---|---|
| 16/04/2019 | 1.0 | Junção dos requisitos elicitados apartir de diferentes tecnicas | Elias Bernardo |
| 24/06/2019 | 2.0 | Adicionando metodologia | Lucas Machado |