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
| ID | Descriçã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
| ID | Descriçã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: ____/____/________