# šŸ½ļø ReservaMesa — Documentação do Projeto ## VisĆ£o Geral **ReservaMesa** Ć© um painel web (dashboard) desenvolvido para restaurantes gerirem as suas reservas de mesa de forma eficiente. Funciona como o **backend visual** de uma aplicação mobile jĆ” existente que permite aos clientes reservarem mesas em restaurantes. ### Problema que resolve - Filas de espera nos restaurantes → eliminadas por reservas antecipadas - GestĆ£o caótica de mesas → centralizada num dashboard - Clientes sem visibilidade do espaƧo disponĆ­vel → reserva com confirmação imediata - Restaurantes com capacidade subutilizada → otimização por slot de tempo --- ## Objetivos do Website | Objetivo | Descrição | |---|---| | **Dashboard de GestĆ£o** | Interface para o restaurante ver todas as reservas em tempo real | | **GestĆ£o de Mesas** | Configurar nĆŗmero de mesas, capacidade, zonas (interior/exterior/VIP) | | **CalendĆ”rio de Reservas** | Visualização diĆ”ria, semanal e por turno | | **NotificaƧƵes** | Alertas de novas reservas, cancelamentos, no-shows | | **Relatórios** | Ocupação mĆ©dia, horĆ”rios de pico, receita estimada | | **Autenticação** | Login seguro para cada restaurante com Firebase Auth | --- ## Stakeholders | Papel | Utilizador | Necessidade | |---|---|---| | **Gestor de Restaurante** | Acede ao dashboard | Ver e gerir reservas do dia | | **Staff (MaĆ®tre)** | Tablet na recepção | Check-in de clientes | | **Cliente Final** | App mobile (existente) | Fazer reserva, receber confirmação | | **Admin do Sistema** | Super-admin | Gerir restaurantes na plataforma | --- ## Integração com App Mobile O website consome a **mesma base de dados Firebase** que a aplicação mobile: - Dados partilhados em tempo real via Firestore - Autenticação unificada via Firebase Auth - Storage de imagens via Firebase Storage - Sem duplicação de dados — Ćŗnica fonte de verdade --- ## Fases do Projeto | Fase | Nome | Duração Estimada | Status | |---|---|---|---| | 1 | Planeamento & Documentação | 1 semana | āœ… ConcluĆ­do | | 2 | Setup & Estrutura Base | 3 dias | ā³ A iniciar | | 3 | Autenticação & Onboarding | 3 dias | šŸ”œ Pendente | | 4 | Dashboard Principal | 1 semana | šŸ”œ Pendente | | 5 | GestĆ£o de Reservas | 1 semana | šŸ”œ Pendente | | 6 | GestĆ£o de Mesas | 4 dias | šŸ”œ Pendente | | 7 | Relatórios & Analytics | 4 dias | šŸ”œ Pendente | | 8 | NotificaƧƵes & Real-time | 3 dias | šŸ”œ Pendente | | 9 | Testes & Deploy | 1 semana | šŸ”œ Pendente | --- ## DecisƵes de Arquitetura 1. **Next.js** como framework principal — SSR para SEO, routing file-based, API routes 2. **Firebase SDK** no frontend — listeners em tempo real sem servidor intermediĆ”rio 3. **Tailwind CSS** — design system consistente e rĆ”pido de implementar 4. **Shadcn/UI** — componentes acessĆ­veis e customizĆ”veis 5. **Vercel** — deploy automĆ”tico com cada push --- *Documento gerado em: Maio 2026* *VersĆ£o: 1.0.0*