Skip to content

Latest commit

 

History

History
104 lines (67 loc) · 2.79 KB

Features.md

File metadata and controls

104 lines (67 loc) · 2.79 KB
Raw

Funcionalidades Macro

RF - Requisitos Funcionais RNF - Requisitos Não Funcionais RN - Regras de Negócio

  • Todas regra de negócio deve estar ligada a um requisito funcional;

Recuperação de senha

RF

  • O usuário deve poder recuperar sua senha informando o seu email;
  • O usuário deve receber um email com instruções de recuperação de senha;
  • O usuário deve poder resetar sua senha;

RNF

  • Utilizar Mailtrap para testar envios em ambiente de dev;
  • Utilizar Amazon SES para envios em produção;
  • O envio de emails deve acontecer em segundo plano (background job);

RN

  • O link enviado por email para resetar sua senha, deve expirar em 2h;
  • O usuário precisa confirmar a nova senha ao resetar sua senha;

Atualização de perfil

RF

  • O usuário deve poder atualizar seu nome, email e senha;

RN

  • 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;

Painel do prestador

RF

  • 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;

RNF

  • Os agendamentos do prestador no dia devem ser armazenadas em cache;
  • As notificações do prestador devem ser armazenasdas no MongoDB;
  • As notificações do prestador devem ser enviadas em tempo-real utilizando Socket.io;

RN

  • A notificação deve ter um status de lida ou não-lida para que o prestador possa controlar;

Agendamento de serviçõs

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 agendametno com um prestador;

RNF

  • A listagem de prestadores deve ser armazenada em cache;

RN

  • Cada agendamento deve durar 1h exatamente;
  • Os agendamentos devem estar disponívies 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;

IMPORTANTE

src CONFIG DATABASE ERRORS MIDDLEWARES MODELS REPOSIRORIES ROUTES SERVICES

Dominio: qual a area de conhecimento daquele modelo/arquivo

DDD: Domain Driven Design (metodogia) SCRUM TDD: Test Driven Development (metodologia)

AWS SES

AWS S3 = CDN (Content Delivery Network)

Escala Vertical - Aumenta os recursos Escala horizontal - Criar um novo servidor(distribuição de carga)