Descobrir, documentar e validar o que o sistema deve fazer — alinhando negócio, usuários e equipe técnica antes do desenvolvimento.
────────────────────────────────────────────────────────────
REQUISITO FUNCIONAL
────────────────────────────────────────────────────────────
ID: [RF-000] (ex.: RF-001, RF-002)
Título: [nome curto e objetivo]
Prioridade: [Alta | Média | Baixa]
Status: [Rascunho | Em análise | Aprovado | Implementado]
Origem: [stakeholder / processo / norma / incidente]
Descrição:
O sistema deve [ação/resultado esperado]
para [ator/usuário ou perfil]
quando [condição ou evento disparador].
Pré-condições:
- [o que precisa ser verdadeiro antes da funcionalidade]
Pós-condições:
- [estado do sistema ou do negócio após o sucesso]
Regras de negócio relacionadas:
- [RN-000]: [regra que complementa ou restringe o requisito]
Critérios de aceite:
1. Dado [contexto inicial], quando [ação do usuário/sistema],
então [resultado observável e verificável].
2. [critério adicional, se houver]
Restrições / requisitos não funcionais:
- [desempenho, segurança, auditoria, LGPD, disponibilidade, etc.]
Dependências:
- [outros RF, integrações, cadastros, aprovações externas]
Observações:
- [ambiguidades em aberto, decisões pendentes, referências]
────────────────────────────────────────────────────────────
EXEMPLO PREENCHIDO
────────────────────────────────────────────────────────────
ID: RF-012
Título: Exportar relatório de atividades em PDF
Prioridade: Média
Status: Aprovado
Origem: Coordenação de operações
Descrição:
O sistema deve gerar e disponibilizar download de relatório em PDF
para o usuário autenticado com perfil “Gestor”
quando solicitar o relatório do período informado na tela de consulta.
Pré-condições:
- Usuário autenticado com perfil Gestor.
- Existem registros de atividade no intervalo de datas selecionado.
Pós-condições:
- Arquivo PDF gerado com cabeçalho, período, totais e lista de atividades.
- Download registrado em log de auditoria (usuário, data/hora, filtros).
Regras de negócio relacionadas:
- RN-004: Período máximo de consulta de 90 dias corridos.
Critérios de aceite:
1. Dado um intervalo válido com dados, quando o gestor clicar em “Exportar PDF”,
então o navegador inicia o download de arquivo .pdf legível em até 30 segundos.
2. Dado intervalo sem registros, quando exportar, então o sistema exibe mensagem
“Nenhum dado no período” e não gera arquivo.
Restrições / requisitos não funcionais:
- PDF gerado no servidor; não expor dados de outros gestores/unidades.
- Registrar operação conforme política de auditoria interna.
Dependências:
- RF-003 (autenticação e perfis de acesso)
- RF-008 (consulta de atividades por período)
Observações:
- Layout do PDF a validar com marketing até [data].
────────────────────────────────────────────────────────────
REQUISITO NÃO FUNCIONAL
────────────────────────────────────────────────────────────
ID: [RNF-000] (ex.: RNF-001, RNF-002)
Título: [nome curto e objetivo]
Categoria: [Desempenho | Segurança | Usabilidade | Disponibilidade |
Escalabilidade | Manutenibilidade | Portabilidade |
Conformidade/LGPD | Auditoria | Outro: ______]
Prioridade: [Alta | Média | Baixa]
Status: [Rascunho | Em análise | Aprovado | Implementado]
Origem: [stakeholder / norma / política interna / arquitetura]
Descrição:
O sistema deve [qualidade ou restrição esperada]
em [contexto: módulo, operação, ambiente, perfil de uso].
Métrica / meta (mensurável):
- Indicador: [ex.: tempo de resposta, % disponibilidade, taxa de erro]
- Valor alvo: [número + unidade, ex.: ≤ 2 s, ≥ 99,5%, 0 vulnerabilidades críticas]
- Condições de medição: [carga, horário, volume de dados, rede, dispositivo]
Escopo / abrangência:
- [telas, APIs, processos batch, ambientes: produção/homologação]
Critérios de aceite / verificação:
1. [teste de carga, pentest, revisão de código, monitoramento, checklist LGPD]
2. [evidência exigida: relatório, log, certificado, laudo]
Requisitos funcionais relacionados:
- [RF-000]: [funcionalidades afetadas por este RNF]
Restrições e exceções:
- [limitações conhecidas, janelas de manutenção, degradação aceitável]
Responsável pela validação:
- [equipe: infra, segurança, QA, DPO, etc.]
Observações:
- [ferramentas de medição, periodicidade da revisão, referências normativas]
────────────────────────────────────────────────────────────
EXEMPLO PREENCHIDO
────────────────────────────────────────────────────────────
ID: RNF-005
Título: Tempo de resposta da consulta principal
Categoria: Desempenho
Prioridade: Alta
Status: Aprovado
Origem: Arquitetura + Operações
Descrição:
O sistema deve responder à consulta paginada de atividades
em ambiente de produção, para usuários autenticados na rede corporativa.
Métrica / meta (mensurável):
- Indicador: tempo até primeiro byte (TTFB) + renderização da lista
- Valor alvo: ≤ 2 segundos no percentil 95 (P95)
- Condições de medição: até 50 usuários concorrentes; base com 500 mil
registros; período de 30 dias; rede interna ≥ 100 Mbps
Escopo / abrangência:
- Tela “Consulta de atividades” e API GET /api/atividades
Critérios de aceite / verificação:
1. Teste de carga automatizado (JMeter/k6) com cenário documentado atinge P95 ≤ 2 s.
2. Monitoramento APM registra P95 por 7 dias em homologação antes do go-live.
Requisitos funcionais relacionados:
- RF-008 (consulta de atividades por período)
- RF-012 (exportar relatório em PDF — não incluído nesta meta de 2 s)
Restrições e exceções:
- Exportação PDF e relatórios agregados possuem RNF próprios (RNF-006).
Responsável pela validação:
- Equipe de infraestrutura + QA
Observações:
- Revisão trimestral ou após mudanças relevantes em índices/consultas SQL.