← Voltar ao portfólio
Documento de Requisitos · LR
Levantamento de Requisitos
Registro estruturado de elicitação com stakeholders e definição de requisitos do sistema
Projeto [Nome do Projeto]
Versão 1.0
Data [dd/mm/aaaa]
Analista [Seu nome]
Status Em revisão
01 · Contexto do Projeto
Como usar: Descreva o problema de negócio que motivou este projeto, o contexto atual (processo "as-is") e o que se espera alcançar com o sistema ("to-be").
Problema de negócio

[Descreva o problema ou oportunidade que justifica o desenvolvimento do sistema. Ex.: "O processo de aprovação de orçamentos é feito manualmente via e-mail, gerando retrabalho, falta de rastreabilidade e atrasos médios de 3 dias úteis."]

Objetivo do sistema

[Descreva o objetivo geral do sistema e o valor esperado. Ex.: "Desenvolver um sistema web que automatize o fluxo de aprovação de orçamentos, reduzindo o tempo médio de aprovação de 3 dias para 4 horas."]

02 · Stakeholders Identificados
Nome / Cargo Área Papel no Projeto Disponibilidade Prioridade
[Nome do stakeholder] [Departamento / Área] Patrocinador Baixa — apenas decisões estratégicas Alta
[Nome do stakeholder] [Departamento / Área] Usuário-chave Alta — disponível para entrevistas semanais Alta
[Nome do stakeholder] [Departamento / Área] Especialista de domínio Média — disponível pontualmente Média
[Nome do stakeholder] TI / Sistemas Equipe técnica Alta — participação contínua Informado
03 · Técnicas de Elicitação Utilizadas
Técnica Data Participantes Principais descobertas
Entrevista individual [dd/mm/aaaa] [Nome — Cargo] [Resumo das informações levantadas. Ex.: "Usuário realiza 40+ aprovações/semana e usa planilha de controle paralela por falta de histórico no sistema atual."]
Workshop / JAD [dd/mm/aaaa] [Grupo de participantes] [Ex.: "Time concordou que a prioridade é fluxo de aprovação com notificações automáticas. Relatórios gerenciais ficam para fase 2."]
Observação (shadowing) [dd/mm/aaaa] [Nome — Cargo] [Ex.: "Processo atual envolve 4 e-mails por aprovação, com CC em 6 pessoas. Prazo médio observado: 2,5 dias úteis."]
Análise de documentos [dd/mm/aaaa] Analista de requisitos [Ex.: "Analisados: fluxo de processo atual (BPMN v1.2), planilha de controle e política de aprovação vigente."]
04 · Requisitos Funcionais
Boas práticas: Cada requisito deve ser atômico (uma funcionalidade por RF), verificável (pode-se testar), e rastreável (vinculado a uma necessidade do stakeholder). Use verbos no infinitivo: "Permitir", "Registrar", "Enviar", "Exibir".
ID Descrição Prioridade Stakeholder Status
RF-001 O sistema deve permitir que usuários autorizados cadastrem solicitações de orçamento com valor, descrição, fornecedor e prazo. Must Have [Nome stakeholder] Aprovado
RF-002 O sistema deve encaminhar automaticamente a solicitação ao aprovador responsável com base no valor e na área solicitante. Must Have [Nome stakeholder] Aprovado
RF-003 O sistema deve enviar notificação por e-mail ao aprovador assim que uma solicitação for encaminhada para sua aprovação. Must Have [Nome stakeholder] Em revisão
RF-004 O sistema deve registrar o histórico completo de cada solicitação: datas, responsáveis, valores e decisões com justificativa. Should Have [Nome stakeholder] Em revisão
RF-005 O sistema deve exibir um painel gerencial com indicadores de aprovações pendentes, realizadas e prazos médios por área. Could Have [Nome stakeholder] Pendente
RF-006 [Descreva o requisito funcional] A definir [Stakeholder] Pendente
05 · Requisitos Não Funcionais
ID Categoria Descrição Prioridade
RNF-001 Performance O tempo de resposta para carregamento de telas não deve exceder 2 segundos em condições normais de uso (conexão banda larga). Must Have
RNF-002 Segurança O sistema deve autenticar usuários via SSO corporativo e registrar log de todas as ações realizadas por cada usuário. Must Have
RNF-003 Disponibilidade O sistema deve estar disponível 99,5% do tempo em horário comercial (08h–18h, dias úteis). Janela de manutenção: sábados após 22h. Should Have
RNF-004 Usabilidade A interface deve ser responsiva e funcionar em browsers modernos (Chrome 90+, Edge 90+, Firefox 88+) sem necessidade de plugins adicionais. Should Have
RNF-005 Manutenibilidade [Descreva o requisito não funcional de manutenibilidade] Could Have
06 · Restrições e Premissas
Restrições
IDDescrição
REST-01[Ex.: "O sistema deve ser desenvolvido em ambiente cloud AWS conforme contrato corporativo vigente."]
REST-02[Ex.: "O banco de dados deve ser Oracle 19c por exigência do departamento de TI."]
REST-03[Ex.: "O prazo de entrega do MVP é 90 dias a partir da aprovação do escopo."]
REST-04[Descreva a restrição]
Premissas
IDDescrição
PREM-01[Ex.: "Os usuários terão acesso à internet via rede corporativa durante o uso do sistema."]
PREM-02[Ex.: "O cliente disponibilizará um ambiente de homologação antes do início dos testes."]
PREM-03[Ex.: "Os dados do sistema legado serão migrados pelo time do cliente."]
PREM-04[Descreva a premissa]
07 · Riscos Identificados
ID Risco Probabilidade Impacto Plano de mitigação
RISCO-01 [Ex.: "Baixo engajamento dos stakeholders nas sessões de validação"] Média Alto [Ex.: "Agendar reuniões com pauta objetiva e limite de 60 min. Enviar material de referência com antecedência."]
RISCO-02 [Ex.: "Escopo pode ser ampliado durante o desenvolvimento (scope creep)"] Alta Alto [Ex.: "Formalizar o documento de escopo com assinatura. Implementar processo de controle de mudança formal."]
RISCO-03 [Descreva o risco] A avaliar A avaliar [Plano de mitigação]
08 · Questões em Aberto
ID Questão Responsável Prazo Status / Resposta
QA-001 [Ex.: "Como será o nível de alçada para aprovações acima de R$50.000?"] [Nome — Cargo] [dd/mm/aaaa] Aguardando resposta
QA-002 [Ex.: "Haverá integração com o ERP SAP ou o sistema de orçamento será independente?"] [Nome — Cargo] [dd/mm/aaaa] Resolvido: Sistema independente na fase 1
QA-003 [Descreva a questão em aberto] [Responsável] [Prazo] Pendente
09 · Aprovação do Documento
Este documento representa o entendimento atual dos requisitos levantados. Alterações após a aprovação devem passar pelo processo formal de controle de mudanças.
[Nome do Analista] Analista de Requisitos
Data: ____/____/________
[Nome do Responsável] Responsável pelo Produto
Data: ____/____/________
[Nome do Patrocinador] Patrocinador do Projeto
Data: ____/____/________