Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/joaomacaoli/gobarber-backend
Repositório com o backend da aplicação desenvolvida durante o Bootcamp GoStack da Rocketseat
https://github.com/joaomacaoli/gobarber-backend
Last synced: 7 days ago
JSON representation
Repositório com o backend da aplicação desenvolvida durante o Bootcamp GoStack da Rocketseat
- Host: GitHub
- URL: https://github.com/joaomacaoli/gobarber-backend
- Owner: joaomacaoli
- Created: 2020-05-30T19:52:19.000Z (over 4 years ago)
- Default Branch: master
- Last Pushed: 2023-01-07T18:41:25.000Z (almost 2 years ago)
- Last Synced: 2024-03-22T17:46:03.279Z (8 months ago)
- Language: HTML
- Size: 2.43 MB
- Stars: 0
- Watchers: 1
- Forks: 0
- Open Issues: 20
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# Recuperação de senha
**Requisitos Funcionais - RF**
- O usuário deve poder recuperar sua senha informando o seu email;
- O usuário deve receber um e-mail com instruções de recuperação de senha;
- O usuário deve poder resetar sua senha;**Requisitos Não Funcionais - RNF**
- 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);**Regras de Negócios - RN**
- O link enviado por email para resetar senha, deve expirar em 2h;
- O usuário precisa confirmar a nova senha ao resetar sua senha;# Atualização de perfil
**Requisitos Funcionais - RF**
O usuário deve poder atualizar nome, email, senha e foto;
**Regras de Negócios - RN**
- O usuário não pode alterar seu email para um email já utilizado
- Para atualizar sua senha, o usuário de informar a senha antiga;
- Para atualizar sua senha, o usuário precisa confirmar a nova senha;# Painel do prestador
**Requisitos Funcionais - RF**
- O usuário deve poder listar seus agendamentos de um dia específico;
- O prestador deve receber uma notificação sempre que hover um novo agendamento;
- O prestador deve poder visualizar as notificações não lidas;**Requisitos Não Funcionais - RNF**
- Os agendamentos do prestador no dia devem ser armazenados em cache;
- As notificações do prestador devem ser armazenadas no MongoDB;
- As notificações do prestador devem ser enviadas em tempo-real utilizando Socket.io;**Regras de Negócios - RN**
- A notificação deve ter um status de lida ou não-lida para que o prestador possa controlar;
# Agendamento de Serviços
**Requisitos Funcionais - RF**
- O usuário deve poder listar todos os 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 - RNF**
- A listagem de prestadores deve ser armazenada em cache;
**Regras de Negócios - RN**
- Cada agendamento deve durar 1h exatamente;
- Os agendamentos deve estar disponíveis entre 8h e 18h (Primeiro às 8h e ú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;