criar CRUD de driver_service_area (escolas/áreas atendidas + busca de motoristas)

[JoaoBittencourt1]

Descrição

CRUD da área de atendimento do motorista — tabela driver_service_area (ver vanep-geo-diagram). Define quais escolas/regiões cada motorista atende. É o que liga motorista → escolas e alimenta a busca de motoristas pelo cliente (UC04) via filtros.

Objetivo

Permitir que o motorista cadastre as áreas/escolas que atende e que o cliente, ao pesquisar por escola/rota, encontre os motoristas correspondentes. A busca de motoristas é implementada como filtro deste CRUD (e do CRUD de driver), não como endpoint separado.

Requisitos (Critérios de Aceite)

• CRUD completo de driver_service_area (criar, listar, detalhar, atualizar, remover)
• Vínculo driver → áreas/escolas atendidas
• Filtro de busca: dado uma escola/rota/região, retornar motoristas que atendem, com dados para o card (nome, experiência, veículo, avaliação)
• Apenas motoristas aprovados aparecem na busca (RN02)
• Erros tratados (nenhum motorista encontrado → resposta vazia/sinalizada)
• Testes cobrindo CRUD + filtro de busca (gate JaCoCo ≥75%, Spotless)

Prioridade

• Baixa
• Média
• Alta — habilita a busca do cliente (C2 no mobile, UC04).
• Urgente

Checklist de Tarefas

• Entidade/migração Flyway para driver_service_area
• Repositório + serviço + controller REST
• CRUD + filtro de busca de motoristas por escola/rota/região
• Regra: somente motoristas aprovados na busca
• Testes (unit + integração)

Referências

• Modelo: vanep-dbdiagram → vanep-geo-diagram.dbml (driver_service_area)
• Casos de uso: UC04 (docs/casos-de-uso.md)