Requisitos não funcionais
Requisitos não funcionais referem-se a como o sistema deve operar. Eles definem as qualidades e restrições que o sistema deve atender.
Devido a abrager todo o sistema nesta aba não utilizaremos as categorias que vem sendo utilizado em todo resto do projeto definidas na Home.
Brainstorm
Utilizamos a técnica descrita em brainstorm, baseados nas categorias do FURPS e na ISO/IEC 25010. As categorias do FURPS são Funcionalidade, Usabilidade, Confiabilidade, Desempenho e Suportabilidade, e da ISO são Adequação Funcional, Eficiência de Performance, Compatibilidade, Usabilidade, Confiabilidade, Segurança, Manutenibilidade e Portabilidade. Porém, não fizemos os funcionais, pois já foram elicitados em elictação, e Manutenibilidade porque não temos acesso ao código do app.
Autores: Carlos Alves & Hugo Queiroz
Caso esteja ruim de ver, veja o resultado do brainstorm: link
Após a técnica tiramos os requisitos parecidos e classificamos alguns que se qualificavam como funcionais.
NFR
Em modelagem fizemos um SIG para modelarmos e elicitarmos requisitos não funcionais disponível em NFR.
Usabilidade
Código | Descrição | Técnica de elicitação |
---|---|---|
RNF01 | O Sistema deve ter uma hierarquia lógica de estruturação. | Brainstorm, NFR |
RNF02 | O Sistema deve ser acessível para pessoas com deficiências. | Brainstorm, NFR |
RNF03 | O Sistema deve ser acessível para pessoas idosas. | Brainstorm, NFR, Storytelling App, Storytelling fluxo de usuário |
RNF04 | O Sistema deve ser consistente e padronizado. | Brainstorm, NFR |
RNF05 | O Sistema deve permitir descrição por áudio e atalhos de teclado. | Brainstorm, NFR |
RNF06 | O Sistema deve ter cores contrastantes. | Brainstorm, NFR |
RNF07 | O Sistema deve permitir configurações de acessibilidade como cor e fonte. | Brainstorm, NFR |
RNF08 | O sistema deve se adaptar a vários tipos de telas. | Brainstorm, NFR |
Confiabilidade
Desempenho
Portabilidade
Segurança
Requisitos Funcionais
Código | Descrição | Técnica de elicitação | |
---|---|---|---|
REQ01 | O sistema deve fornecer feedbacks para o usuário, como mensagens de erro. | Brainstorm, NFR | |
REQ02 | O sistema deve mostrar a localização do usuário dentro do app. | Brainstorm, NFR | |
REQ03 | O sistema deve mostrar botões para o usuário confirmar suas ações, evitando erros. | Brainstorm, NFR | |
REQ04 | O sistema deve permitir a mudança de idioma. | Brainstorm, NFR | |
REQ05 | O sistema deve ter um menu de ajuda. | Brainstorm, NFR | |
REQ07 | O sistema deve sincronizar dados de forma confiável entre diferentes dispositivos. | Brainstorm, NFR | |
REQ09 | O sistema não deve permitir que cadastrem apps maliciosos (Play protect). | Brainstorm, NFR | |
REQ10 | O sistema deve fornecer uma opção de backup. | Brainstorm, NFR | |
REQ11 | O sistema deve permitir a busca de apps/jogos por voz. | Brainstorm, NFR |
Histórico de Versões
Versão | Data | Alterações Principais | Autor |
---|---|---|---|
1.0.0 | 15-08-2024 | Lançamento inicial e aplicação do brainstorm | Carlos Alves e Hugo Queiroz |
1.0.1 | 16-08-2024 | Revisão dos requisitos e numeração | Carlos Alves, Cecília Quaresma e Hugo Queiroz |
1.0.2 | 20-08-2024 | Revisão dos requisitos e modelagem | Arthur Sousa, Carlos Alves, Cecília Quaresma, Larissa Vieira, Lucas Queiroz e Hugo Queiroz |
1.0.3 | 21-08-2024 | Ajuste do documento | Carlos Alves |
1.0.4 | 21-08-2024 | Adicionando ratreabilidade | Lucas Queiroz, Arthur Sousa, Carlos Alves e Larissa Vieira |