🎞️ Estudo de Caso: Locadora / Plataforma (ERS.01)
Para praticar Engenharia de Requisitos de forma real, vamos criar as especificações de uma Locadora Clássica (que atua como uma Plataforma de Empréstimos ou Streaming Híbrida).
🏛️ Contexto e Modelagem do Domínio
A empresa deseja migrar de fichas manuais para uma API em nuvem (Backend moderno). O Arquiteto fez uma reunião de Discovery e descobriu as seguintes entidades principais para o Banco de Dados:
| Tipo de Registro | Dados e Regras Modeladas |
|---|---|
| 👤 Titular (Usuário Pay) | Nome completo, telefones, sexo, RG, CPF único, endereço, e hash de senha. |
| 👨👩👦 Dependentes (Sub-Contas) | Até cinco dependentes atrelados via Foreign Key ao titular logado. Receberão Tokens JWT limitados de acesso. |
⚙️ RF.01: Endpoints do Cadastro de Filmes/Catálogo
A API deve prover uma Rota (POST /api/movies) capaz de persistir no banco o seguinte JSON:
- 🎞️ Metadados do Filme: Nome, duração em minutos, sinopse, classificação indicativa.
- 💿 Dados da Cópia Física/Digital: Fornecedor, Link do Blob Storage, valor pago na licença.
[!TIP] 💡 O Objetivo Corporativo: O sistema deve reduzir perdas manuais e o Front-End fará buscas em tempo real usando tecnologias de busca textuais parecidas com Elasticsearch.