# **Burger Queen API Client**

**Autoria:** [Clarissa Simplício](https://github.com/clasimplicio) e [Karla Oliveira](https://github.com/kabianca) **Status do Projeto:** _Concluído_ **Implementações Futuras:** ampliar cobertura de testes

Índice

• 1. Apresentação
  • 1.1 Problema
  • 1.2 Informações sobre o cliente
• 2. Idealização do Projeto
• 3. Desenho de interface do usuário
  • 3.1 Protótipo de baixa fidelidade
  • 3.1 Protótipo de alta fidelidade
• 4. Historias de usuario
  • 4.1 Definição de produto
    • 4.1.1 Historia 1
    • 4.1.2 Historia 2
    • 4.1.3 Historia 3
    • 4.1.4 Historia 4
• 5. Estrutura de apresentação
• 6. Hacker Edition
• 7. Objetivos de aprendizagem
• 8. Fonte das imagens

1. Apresentação

Quarto projeto realizado no Bootcamp de Desenvolvimento Web da Laboratória e teve como objetivo principal consolidar metodologias de trabalho em equipe, desenvolvimento ágil, user centricity, product design, research, versionamento de código, além de introduzir o uso do framework React e principios de integração entre interface e API.

Para acessar o resultado final, clique aqui.

1.1 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. Este projeto tem duas áreas: interface (cliente) e API (servidor). Nosso cliente nos pediu para desenvolver uma interface que se integre com a API.

Esse é um projeto 100% por demanda, embora seja possível (e aconselhável) fazer sugestões de melhora e mudança, prioritariamente nos asseguramos de cumprir os requisitos solicitados.

1.2 Informações sobre o cliente:

Burger Queen, um fast food cuja proposta de serviço 24 horas foi muito bem recebida e, para continuar a crescer, precisa de um sistema que ajude a receber pedidos de nossos clientes.

A interface deve mostrar os dois menus (café da manhã e restante do dia), cada um com todos os seus produtos. O usuário deve poder escolher que produtos adicionar e a interface deve mostrar o resumo do pedido com o custo total.

2. Idealização do Projeto

O planejamento desse projeto foi realizado de modo integral com auxílio GitHub Projects, onde foi possível agrupar problemas e acompanhar as solicitações e aprovações de Pull Requests associados à resolução desses problemas e tudo isso disposto de maneira bastante intuitiva em um Kanban Dashboard. Além disso, tornou possível visualizar o andamento do trabalho com gráficos configuráveis e trabalhar com milestones (marcos).

3. Desenho de interface do usuário

A interface foi projetada e implementada para ser usada em tablets, por isso optou-se pelo uso de botões e elementos com áreas clicáveis amplas.

3.1 Protótipos de baixa fidelidade

3.2 Protótipo de alta fidelidade

4. Histórias de usuário

4.1 Definição do produto

O Product Owner nos apresentou este backlog que é o resultado do seu trabalho com o cliente até hoje.

4.1.1 História 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

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

• Definição de pronto

  • [x] Code review de uma parceira.
  • [ ] Testes unitários e testes manuais.
  • [x] Testes de usabilidade e incorporação de feedback de usuário.
  • [x] Deploy do aplicativo e marcação de versão (tag git).

4.1.2 História 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

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

• Definição de pronto

  • [x] Code review de uma parceira.
  • [ ] Testes unitários e testes manuais.
  • [x] Testes de usabilidade e incorporação de feedback de usuário.
  • [x] Deploy do aplicativo e marcação de versão (tag git).

4.1.3 História 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

  • [x] Ver os pedidos ordenados à medida em que são feitos.
  • [x] Marcar os pedidos que foram preparados e estão prontos para serem servidos.
  • [x] Ver o tempo que levou para preparar o pedido desde que chegou, até ser marcado como concluído.

• Definição de pronto

  • [x] Code review de uma parceira.
  • [ ] Testes unitários e testes manuais.
  • [x] Testes de usabilidade e incorporação de feedback de usuário.
  • [x] Deploy do aplicativo e marcação de versão (tag git).

4.1.4 História 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

  • [x] Ver a lista de pedidos prontos para servir.
  • [x] Marcar os pedidos que foram entregues.

• Definição de pronto

  • [x] Code review de uma parceira.
  • [ ] Testes unitários e testes manuais.
  • [x] Testes de usabilidade e incorporação de feedback de usuário.
  • [x] Deploy do aplicativo e marcação de versão (tag git).
  • [x] Os dados devem ser mantidos intactos, mesmo depois que um pedido for finalizado. Tudo isso para poder ter estatísticas no futuro.

5. Estrutura de apresentação

6. Hacker edition

As seções chamadas Hacker Edition são opcionais. Se você terminou tudo e ainda sobrou tempo, faça essa parte. Assim você poderá aprofundar e exercitar mais sobre os objetivos de aprendizagem do projeto.

A aplicação deve seguir 80% ou mais das pontuações de Performance, Progressive Web App, Accessibility e Best Practices do Lighthouse.

7. Objetivos de aprendizagem priorizados

8. Fonte das imagens

• Logo hamburger adaptado de: Image by nuraghies on Freepik

• Icones do cardápio: Icons created by Freepik - Flaticon (chicken, vegan, hamburger, hamburger double, coffee, milk coffee, onion rings, french-fries, drink, water, egg, orange juice)

• Cheese slice: Cheese slice icons created by Erifqi Zetiawan - Flaticon

• Sandwich: Sandwich icons created by Flat Icons - Flaticon