Skip to content

Plataforma desenvolvida por demanda para um restaurante fictício onde é possível anotar o pedido do cliente e enviar para a cozinha.

Notifications You must be signed in to change notification settings

jaquelinedeoliveira93/SAP007-burger-queen-api-client

 
 

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

88 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Burger Queen

Status do projeto: Em construção 🚧

Índice

1. Descrição

Interface desenvolvida para um restaurante fictício onde é possível o cadastro e login do funcionário, anotar pedidos e envia-los diretamente para a cozinha, tudo isso através de um tablet. Você pode acessar a aplicação aqui utilizando a seguinte credencial:

email senha
soberanoburger@teste.com 123456

Informações do cliente:

Somos Burger Queen, um fast food 24hrs.

A nossa proposta de serviço 24 horas foi muito bem recebida e, para continuar a crescer, precisamos de um sistema que nos ajude a receber pedidos de nossos clientes.

Nós temos 2 menus. Um muito simples para o café da manhã e outro menu para o resto do dia.

Importante: Os clientes podem escolher entre hambúrgueres de carne bovina, frango ou vegetariano. Além disso, por um adicional de R$ 1,00 , eles podem adicionar queijo ou ovo.

2. Definição de Produto

[História de usuário 1] Garçom/Garçonete deve poder entrar no sistema ✅

Eu, como garçom/garçonete quero entrar no sistema de pedidos.

Critérios de aceitação

O que deve acontecer para satisfazer as necessidades do usuário?

  • Acessar uma tela de login.
  • Inserir email e senha.
  • Receber mensagens de erros compreensíveis, conforme o erro e as informações inseridas.
  • Entrar no sistema de pedidos caso as credenciais forem corretas.
Definição de pronto

O acordado abaixo deve acontecer para dizer que a história está terminada:

  • Você deve ter recebido code review de pelo menos uma parceira.
  • Fez testes unitários e, além disso, testou seu produto manualmente.
  • Você fez testes de usabilidade e incorporou o feedback do usuário.
  • Você deu deploy de seu aplicativo e marcou sua versão (tag git).

[História de usuário 2] Garçom/Garçonete deve ser capaz de anotar o pedido do cliente ✅

Eu como garçom/garçonete quero poder anotar o pedido de um cliente para não depender da minha memória, saber quanto cobrar e poder enviar os pedidos para a cozinha para serem preparados em ordem.

Critérios de aceitação

O que deve acontecer para satisfazer as necessidades do usuário?

  • Anotar o nome do cliente.
  • Adicionar produtos aos pedidos.
  • Excluir produtos.
  • Ver resumo e o total da compra.
  • Enviar o pedido para a cozinha (guardar em algum banco de dados).
  • Funcionar bem em um tablet.
Definição de pronto

O acordado abaixo deve acontecer para dizer que a história está terminada:

  • Você deve ter recebido code review de pelo menos uma parceira.
  • Fez testes unitários e, além disso, testou seu produto manualmente.
  • Você fez testes de usabilidade e incorporou o feedback do usuário.
  • Você deu deploy de seu aplicativo e marcou sua versão (tag git).

[História de usuário 3] Chefe de cozinha deve ver os pedidos ✅

Eu como chefe de cozinha quero ver os pedidos dos clientes em ordem, poder marcar que estão prontos e poder notificar os garçons/garçonetes que o pedido está pronto para ser entregue ao cliente.

Critérios de aceitação
  • Ver os pedidos ordenados à medida em que são feitos.
  • Marcar os pedidos que foram preparados e estão prontos para serem servidos.
  • Ver o tempo que levou para preparar o pedido desde que chegou, até ser marcado como concluído.
Definição de pronto
  • Você deve ter recebido code review de pelo menos uma parceira.
  • Fez testes unitários e, além disso, testou seu produto manualmente.
  • Você fez testes de usabilidade e incorporou o feedback do usuário.
  • Você deu deploy de seu aplicativo e marcou sua versão (tag git).

[História de usuário 4] Garçom/Garçonete deve ver os pedidos prontos para servir ✅

Eu como garçom/garçonete quero ver os pedidos que estão prontos para entregá-los rapidamente aos clientes.

Critérios de aceitação
  • Ver a lista de pedidos prontos para servir.
  • Marcar os pedidos que foram entregues.
Definição de pronto
  • Você deve ter recebido code review de pelo menos uma parceira.
  • Fez testes unitários e, além disso, testou seu produto manualmente.
  • Você fez testes de usabilidade e incorporou o feedback do usuário.
  • Você deu deploy de seu aplicativo e marcou sua versão (tag git).
  • Os dados devem ser mantidos intactos, mesmo depois que um pedido for finalizado. Tudo isso para poder ter estatísticas no futuro.

3. Layout

As cores escolhidas para esse projeto foram determinadas com base em uma foto relacionada ao tema do projeto.

foto e paleta de cores aplicada no projeto

Protótipo de alta fidelidade

protótipo da alta fidelidade feito no Figma

Após teste de usabilidade algumas mudanças foram feitas, como por exemplo, acrescentar imagens dos produtos. Este é o resultado até o momento:


screenshot da página de login screenshot da página onde faz o cadastro
screenshot da página onde faz os pedidos screenshot da página os pedidos prontos ficam

4. Tecnologias utilizadas

  • React
  • JavaScript
  • API
  • CSS3
  • Node.js
  • Git

5. Informações Gerais

  • Planejamento do projeto: Trello
  • Protótipo do projeto: Figma
  • Projeto desenvolvido por Jaqueline de Oliveira - GitHub - LinkedIn

About

Plataforma desenvolvida por demanda para um restaurante fictício onde é possível anotar o pedido do cliente e enviar para a cozinha.

Resources

Stars

Watchers

Forks

Packages

No packages published

Languages

  • JavaScript 78.1%
  • CSS 21.0%
  • HTML 0.9%