Skip to main content

Requisitos Não Funcionais (RNF)

Definição das Escalas de Classificação (1 a 5)​

Para classificar os requisitos, as seguintes escalas de 1 a 5 foram utilizadas:

1. Valor de Negócio (VN)
Mede o impacto do requisito para o sucesso do projeto e do negócio.

  • 5 (Crítico): Requisito essencial para o Produto Mínimo Viável (MVP). Sua ausência inviabiliza o projeto ou causa falha crítica no funcionamento básico da solução.

  • 4 (Alto): Resolve um problema primário da solução proposta, é altamente recomendado que não hajam atrasos ou impedimentos, considerado como prioritário para a satisfação do cliente.

  • 3 (Médio): Agrega valor significativo as funcionalidades principais do projeto, atrasos no ciclo de vida desenvolvimento devem ser evitados.

  • 2 (Baixo): Sua entrega é recomendada, mas pode ser postergada para o final do sprint ou para uma iteração futura.

  • 1 (Desejável): Requisito de "Nice to have" (aprimoramento estético, pequeno ajuste). Representa escopo para a próxima versão do produto.

2. Custo Técnico (CT)
Estima o esforço da equipe, a complexidade técnica (envolvendo React, Node.js, PostgreSQL) e o risco inerente, dado o cronograma de 3 meses.

  • 5 (Muito Alto): Exige estudo ou envolve a integração complexa de ferramentas que a equipe possui pouca familiaridade. Alto risco de falha ou atraso do sprint.

  • 4 (Alto): Requer múltiplas camadas de desenvolvimento (Front-End, Back-End e Banco de Dados). Deve ser testado e verificado rigorosamente para a aprovação.

  • 3 (Médio): Trabalho de complexidade moderada que tipicamente consome uma fatia significativa da sprint (≈6 dias).

  • 2 (Baixo): Implementação utilizando componentes e padrões já definidos. Permite uso de programação em pares (XP) para ser concluído rapidamente.

  • 1 (Muito Baixo): Correção de bugs mínimos, ajuste de texto ou pequenas alterações de UI/UX que não afetam a lógica de negócios. Ideal para ser encaixado em um sprint com alto esforço.

RNF1 — Usabilidade (U)​

RequisitoVNCT
RNF-01.1: Após um treinamento de 30 minutos, um novo atendente deve ser capaz de completar o fluxo de "criação de um novo pedido" em menos de 60 segundos, sem ajuda externa.32
RNF-01.2: A taxa de erro (cliques em locais errados ou necessidade de "voltar") durante a execução do fluxo de "criação de pedido" por um usuário treinado não deve exceder 10%.32
RNF-01.3: O tempo necessário para treinamento de novos usuários não deve exceder 1 hora.22

RNF2 — Confiabilidade (R)​

RequisitoVNCT
RNF-02.1: Em um teste de falha simulada durante a finalização de um pedido, o sistema deve reverter todas as alterações não deixando dados inconsistentes no banco.54
RNF-02.2: Se o sistema registrar 5 erros de servidor em um intervalo de 1 minuto, ou se o banco de dados ficar indisponível, um alerta deve ser enviado via e-mail para a equipe de suporte.43
RNF-02.3: O sistema deve estar disponível 100% do tempo no horário comercial (8h–18h, de segunda a sexta-feira).54

RNF3 — Desempenho (P)​

RequisitoVNCT
RNF-03.1: A atualização do status de estoque deve ocorrer em tempo real (atraso máximo de 2 segundos após a alteração).34
RNF-03.2: O sistema deve expor um painel (dashboard) de monitoramento que exiba, próximo do tempo real: Requisições por minuto, Latência média, A contagem de erros por código de status (4xx, 5xx).32

RNF4 — Suportabilidade (S)​

RequisitoVNCT
RNF-04.1: O código-fonte do backend deve aderir à arquitetura de 4 camadas (Context, Services (Frontend), Controller, Services (Backend)) definida no projeto, a ser validada por revisão de código.32
RNF-04.2: Os testes unitários devem atingir uma cobertura de código mínima de 60% na camada de Serviço (lógica de negócio).43
RNF-04.3: Deve haver um processo de integração contínua (CI) configurado para garantir qualidade e segurança nas entregas.32
RNF-04.4: Todos os logs gerados pela aplicação devem estar em formato JSON. Logs de erro (level: error) devem obrigatoriamente conter um ID da requisição e o userId (se o usuário estiver autenticado).43

RNF5 — Implementação (+)​

RequisitoVNCT
RNF-05.1: O sistema será desenvolvido utilizando tecnologias web padrão (React, Node.js, PostgreSQL).32
RNF-05.2: O processo de deploy deve ser configurado em ambientes separados de homologação (testes) e produção.43

RNF6 — Segurança e LGPD​

RequisitoVNCT
RNF-06.1: Qualquer ação de escrita (INSERT, UPDATE, DELETE) em tabelas que contenham dados pessoais deve gerar um registro em uma tabela de Auditoria, contendo: ID do usuário, data/hora da ação e o dado que foi alterado.53