São utilizadas as seguintes tecnologias:
- Clone o repositório
- Instale as dependências com
yarn - Inicie Redis, MongoDB e PostgresSQL
sudo docker start ____ - Inicie o servidor com
yarn dev:server
Servidor em localhost:3333 do seu navegador.
Este projeto tem o objetivo de ser utilizado como servidor para o GoBarber app, que pode ser clonado aqui
Requisitos Funcionais
- O usuário deve poder recuperar sua senha informando o seu e-mail;
- O usuário deve receber um e-mail com instruções de recuperação de senha;
- O usuário deve poder resetar sua senha;
- Identificar o usuário
Requisitos Não Funcionais
- Utilizar Mailtrap para testar envios em ambiente de dev;
- Utilizar Amazon SES para envios em produção;
- O envio de e-mails deve acontecer em segundo plano (background job);
Regra de Negócio
- O link enviado por e-mail para resetar senha, deve expirar em 2h;
- O usuário precisa confirmar a nova senha ao resetar sua senha;
** Reset de Senha
- Rotas e Controllers
- Repositório de tokens (TypeORM)
- Criar migration de tokens
- Provider de envio de e-mail (DEV)
- Registrar providers no container
- Testar tudo!
Requisitos Funcionais
- O usuário deve poder atualizar seu nome, email e senha;
Requisitos Não Funcionais
- Não tem
Regra de Negócio
- O usuário não pode alterar seu email para um email já utilizado;
- Para atualizar sua senha, o usuário deve informar a senha antiga;
- Para atualizar sua senha, o usuário precisa confirmar a nova senha;
Requisitos Funcionais
- O usuário deve poder listar seus agendamentos de um dia específico;
- O prestador deve receber uma notificação sempre que houver um novo agendamento;
- O prestador deve poder visualizar as notificações não lidas;
Requisitos Não Funcionais
- Os agendamentos do prestador no dia devem ser armazenados em cache;
- As notificações do prestador devem ser armazenados no MongoDB;
- As notificações do prestador devem ser enviadas em tempo-real utilizando Socket.io;
Regra de Negócio
- A notificação deve ter um status de lida ou não lida para que o prestador possa controlar;
Requisitos Funcionais
- O usuário deve poder listar todos prestadores de serviço cadastrados;
- O usuário deve poder listar os dias de um mês com pelo menos um horário disponível de um prestador;
- O usuário deve poder listar horários disponíveis em um dia específico de um prestador;
- O usuário deve poder realizar um novo agendamento com um prestador;
Requisitos Não Funcionais
- A listagem de prestadores deve ser armazenada em cache;
Regra de Negócio
- Cada agendamento deve durar 1h exatamente;
- Os agendamentos devem estar disponíveis entre 8h às 18h (Primeiro às 8h, último às 17h);
- O usuário não pode agendar em um horário já ocupado;
- O usuário não pode agendar em um horário que já passou;
- O usuário não pode agendar serviços consigo mesmo;
Copyright: Rocketseat Bootcamp