alencartha / SAP005-burger-queen

O Burger Beef é um projeto 100% por demanda. Neste projeto solucionamos o seguinte problema: um pequeno restaurante de hambúrgueres, que está crescendo, necessita uma interface em que se possa realizar pedidos utilizando um tablet, e enviá-los para a cozinha para que sejam preparados de forma ordenada e eficiente.

Burger Beef

Índice

• 1. Introdução
• 2. Processo de Desenvolvimento da Aplicação
• 3. Protótipo
• 4. Tecnologias Utilizadas
• 5. Desenvolvedoras

---

1. Introdução:

O Burger Beef é um projeto 100% por demanda. Neste projeto solucionamos o seguinte problema: um pequeno restaurante de hambúrgueres, que está crescendo, necessita uma interface em que se possa realizar pedidos utilizando um tablet, e enviá-los para a cozinha para que sejam preparados de forma ordenada e eficiente.

2. Processo de Desenvolvimento da Aplicação:

O ponto de partida para desenvolvermos o Burger Beef foram as Histórias de Usuário que irão utilizar a aplicação. Levando em consideração todo o fluxo dos atores envolvidos no processo, elaboramos o planejamento no Trello e, tendo como base a Metodologia Ágil (Scrum), desenvolvemos o protótipo da aplicação e organizamos as entregas de cada História de Usuário por meio de Sprints. São Histórias do Usuário:

História de usuário 1 - Usuário deve ter seu perfil (login/senha) para acessar o sistema.

"Eu como funcionário do restaurante quero entrar na plataforma e ver apenas a tela importante para o meu trabalho."

Critérios de aceitação:

• Criar login e senha.
• Registar tipo de usuário (cozinha / salão), login e senha.
• Entrar na tela correta para cada usuário.

História de usuário 2 - Garçom/Garçonete deve poder anotar o seu pedido.

"Eu como garçom/garçonete quero poder anotar o meu pedido saber o valor de cada produto e poder enviar o pedido para a cozinha para ser preparado."

Critérios de aceitação:

• Anotar o nome e mesa.
• 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 e se adequar a um tablet.

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 à 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.

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.
• Marque os pedidos que foram entregues.
• Definição de pronto
• Os dados devem ser mantidos intactos, mesmo depois que um pedido foi terminado. Tudo isso para poder ter estatísticas no futuro.

3. Protótipo:

4. Tecnologias Utilizadas:

Protótipo

• Canva.

Framework / biblioteca:

• React.

React Hooks:

• React Hooks.

Ferramentas:

• Babel;
• webpack;
• React Router;

Requisições com React:

• React + Fetch

Testando requisições:

• Postman.

Configuração de ESLint:

• ESLint + Prettier.

Deploy:

• Vercel.

5. Desenvolvedoras:

• Laura Deperon
• Thaís Alencar