# SDR — DFD: demanda formalizada


> **Eixo:** `Arquitetura Contratual` (Modelo de Servicos | Arquitetura Contratual | Ambos)

| Campo | Valor |
|-------|-------|
| **SSoT** | Sim — dono das regras para agentes criarem e manterem o Documento de Formalizacao da Demanda (DFD) |
| **Estado** | âncora operacional para geracao de minuta em `02_planejamento_in94/documentos/` |

---

## 1. Finalidade

O DFD registra a necessidade administrativa antes da solucao. Deve permitir que um agente gere uma minuta clara, auditavel e alinhada a IN 94/2022, sem antecipar indevidamente o desenho final do TR.

## 2. Conteudo minimo

- unidade requisitante, area tecnica e responsavel pela demanda;
- problema ou necessidade institucional;
- consequencias da nao contratacao;
- resultados esperados em termos de servico publico, continuidade, seguranca e suporte;
- escopo preliminar: governanca (C1), operacao (C2), seguranca e continuidade (C3);
- estimativa preliminar de usuarios, localidades, ativos e servicos digitais, remetendo ao [SDR de parque](./sdr-0004-parque-localidades-ativos.md);
- vinculo com planejamento, PPSI/LGPD, continuidade e gestao de riscos;
- indicacao preliminar de equipe de planejamento da contratacao.

## 3. Regras para agentes

- Nao transformar o DFD em TR. O DFD descreve necessidade, nao especificacao fechada.
- Usar linguagem institucional e objetiva.
- Quando houver numero pendente, marcar como `A PREENCHER` e apontar a fonte provavel.
- Remeter a arquitetura C1/C2/C3 sem copiar a proposta inteira.
- Nao inventar autoridade, numero de processo, unidade gestora ou valores.

## 4. Consumidores

| Entregavel | Como usa este SDR |
|------------|------------------|
| DFD | estrutura e conteudo minimo |
| ETP | importa necessidade, problema e resultados esperados |
| Mapa de riscos | importa riscos da nao contratacao |
| TR | usa somente como contexto, sem tratar o DFD como especificacao tecnica |

## 5. Validacao

- A necessidade esta separada da solucao?
- O texto permite justificar contratacao de operacoes de TI sem depender de posto/hora?
- Ha rastreio para parque, arquitetura, riscos e planejamento?

## Ligacoes

- [sdr-0009-etp-estudo-tecnico-preliminar.md](./sdr-0009-etp-estudo-tecnico-preliminar.md)
- [sdr-0001-arquitetura-tres-contratos.md](./sdr-0001-arquitetura-tres-contratos.md)
- [sdr-0004-parque-localidades-ativos.md](./sdr-0004-parque-localidades-ativos.md)

---

## Agentes de conformidade (Cursor)

Os três agentes abaixo aplicam-se à edição e à revisão dos arquivos `SDRs/sdr-*.md` (exceto `SDRs/templates/` e normas em `SDRs/governance/`). Este bloco é **informativo**; use o script na raiz do repositório para diagnóstico estrutural.

| Agente | Regra Cursor | Norma em `SDRs/governance/rules/` |
|--------|----------------|-------------------------------------|
| Verificador de conformidade SDR | [`sdr-conformity-checker.mdc`](../.cursor/rules/sdr-conformity-checker.mdc) | [`sdr-conformity-checker.md`](./governance/rules/sdr-conformity-checker.md) |
| Detector de implementação sem vínculo SDR | [`implementation-without-sdr-detector.mdc`](../.cursor/rules/implementation-without-sdr-detector.mdc) | [`implementation-without-sdr-detector.md`](./governance/rules/implementation-without-sdr-detector.md) |
| Anti-vibecoding sem SDR | [`no-vibecoding-without-sdr.mdc`](../.cursor/rules/no-vibecoding-without-sdr.mdc) | [`no-vibecoding-without-sdr.md`](./governance/rules/no-vibecoding-without-sdr.md) |

**Processo:** [`governance/README.md`](./governance/README.md) · **Rastreabilidade código:** [`traceability.md`](./traceability.md) · **Checagem:** `python scripts/check_sdr_conformity.py` (na raiz do repositório).