Requisitos Não Funcionais
Introdução
Os requisitos não funcionais elencados estão dispostos abaixo, eles foram elaborados e descobertos a partir de entrevistas com os stakeholders, sendo alocadas 3 entrevistas diferentes para que todos pudessem participar ( Entrevista-24/04, Entrevista-29/04, Entrevista-30/04 ). Ao final de cada entrevista há um conjunto primário de requisitos elencados, oriundos daquela entrevista, que podem ser acessados abaixo:
Todos os Requisitos foram validados com os stakeholders por meio de uma reunião e por meio de um formulário do google forms em que validaram e classificaram sua importância de 1 a 5.
Requisitos não funcionais (RNFs)
| Cod | Classificação URPS+/Sommervile | Nome | Texto descritivo | Característica do produto | Rastreabiliade | Critérios de aceitação |
|---|---|---|---|---|---|---|
| RNF-01 | Usabilidade | Acessar plataforma sem login | O sistema deve permitir o acesso à plataforma e a visualização de conteúdos públicos sem exigência de login ou cadastro. | CP7 Portal de Acesso Público |
RNF-1-01 | CA01: Um usuário não autenticado deve conseguir acessar conteúdos públicos da plataforma sem ser redirecionado para login. CA02: Se o usuário tentar executar uma ação restrita, o sistema deve exigir autenticação antes de continuar. |
| RNF-02 | Usabilidade | Facilidade no uso | O sistema deve ter uma interface simples, permitindo que qualquer funcionalidade principal seja alcançada em no máximo 6 cliques. | CP7 Portal de Acesso Público |
RNF-3-01 | CA01: O usuário deve conseguir concluir os fluxos principais do sistema em até 6 cliques. CA02: Os fluxos essenciais devem ser validados por testes para garantir que nenhuma funcionalidade importante exija 7 cliques ou mais. |
| RNF-03 | Usabilidade | Manter consistência visual | O sistema deve manter consistência visual, com a mesma paleta de cores, tipografia e componentes em todas as partes da aplicação. | CP7 Portal de Acesso Público |
RNF-3-02 | CA01: O sistema deve usar o mesmo padrão visual em toda a aplicação. CA02: Componentes iguais devem manter o mesmo comportamento, aparência e funcionamento em todos os perfis de acesso. |
| RNF-04 | Usabiliadade | Feedback responsivo | O sistema deve possuir interface responsiva, sempre comunicando com o usuário se o processamento foi concluído ou não, se houve algum erro e como o usuário pode corrigir. | CP7 Portal de Acesso Público |
Should Have | CA1: Operações que envolvam o banco de dados sempre devem comunicar ao usuário se a operação foi concluída ou não. |
| RNF-05 | Suportabilidade | Uso mobile e desktop | O sistema deve ser funcional em desktops e mobile (através do navegador). | CP7 Portal de Acesso Público |
requisito implícito | CA1: A aplicação deve se adequar ao tamanho de tela médio de um desktop (14 polegadas) CA2: A aplicação deve se adequar ao tamanho de tela médio de um celular (6,2 polegadas) |
| RNF-06 | Desempenho | Carregamento rápido de páginas | As páginas devem carregar em menos de 8 segundos em média. | CP7 Portal de Acesso Público |
requisito implícito | CA1: O tempo médio de carregamento da página não deve exceder 8 segundos sob uma conexão de rede 4G padrão. CA2: O limite de 8 segundos deve ser respeitado no acesso via navegadores web (Desktop e Mobile). |
| RNF-07 | Requisito externo | Coleta de métricas de acordo com LGPD | As coletas de dados para métricas devem ser realizadas de maneira anonimizada e é necessário avisar ao usuário que esta informação será coletada | CP9 Privacidade e conformidade com LGPD |
LGPD | CA1: O usuário deve concordar com as políticas de privacidade da aplicação antes de se cadastrar |
| RNF-08 | Requisito externo | Criptografar senhas dos usuários | O sistema deve criptografar os senhas dos usuários. | CP9 Privacidade e conformidade com LGPD |
LGPD | CA1: Todas as senhas devem ser salvas de forma irreversível no banco de dados utilizando função de hash (bcrypt padrão do NestJS). |
| RNF-09 | Usabilidade | Notificar usuários | O sistema deve enviar uma notificação sempre que houver alteração de status em uma entidade que o usuário segue. | CP8 Notificação para os usuários |
RF-1-03 RF-2-06 | CA01: Quando uma entidade sofrer alteração de dados ou de status, o sistema deve identificar os usuários que a seguem. CA02: O sistema deve disparar a notificação em até 5 minutos após a atualização da entidade. |