Especificação Suplementar - Requisitos-2018-1-iFood/iFood GitHub Wiki

Data	Versão	Descrição	Autor(es)
17/04/2018	0.1	Abertura de documento	Bruno Dantas
17/04/2018	0.2	Elaboração das especificações	Martha Dantas
28/05/2018	0.3	Adição da ata de reunião	Paulo Lopes
09/06/2018	0.4	Atualizando desempenho e suportabilidade	Paulo Lopes
09/06/2018	1.0	Criação tópico requisitos específicos ao iFood	João Vitor

---

• Ata de reunião

---

1. Introdução
   • 1.1 Finalidade
   • 1.2 Escopo
   • 1.3 Definições, Acrônimos e Abreviações
   • 1.4 Referências
2. Funcionalidades
3. Usabilidade
   • 3.1 Requisito de Usabilidade Um
4. Confiabilidade
5. Desempenho
6. Suportabilidade
7. Restrições de Design
8. Interfaces
   • 8.1 Interfaces do Usuário
   • 8.2 Interfaces de Hardware
   • 8.3 Interfaces de Software
   • 8.4 Interfaces de Comunicação
9. Observações Legais, de Copyright e Outros

---

Este documento captura os requisitos de qualidade relacionados ao Aplicativo IFOOD que não foram contemplados nas Especificação de Casos de Uso.

A finalidade deste documento é definir os requisitos de qualidade para o Aplicativo. Em conjunto com as Especificação de Casos de Uso essas especificações possuem um conjunto mais completo de requisitos do Aplicativo.

Este artefato documenta as especificações relacionadas ao Aplicativo, que objetiva, principalmente, facilitar e agilizar a comunicação entre usuários e restaurantes que oferecem entregas em domicílio.

• Artefato - é um dos vários tipos de subprodutos concretos produzido durante o desenvolvimento de software;

Projeto de Software Floricultura Beija-Flor. Especificação Suplementar do PHP Software Company. Disponível em: Especificação Suplementar Exemplo. Acesso em: 17 de Abril de 2018.

RODRIGUES, Natália; BORGES, Felipe; NOBREGA, Mateus; da SILVA Guilherme. Especificação Suplementar. Disponível em: Receita-Mais. Acesso em: 17 de Abril de 2018.

Os requisitos funcionais são capturados através das Especificação de Casos de Uso e estão, assim como os requisitos não funcionais especificados e listados, no artefato Moscow.

• Facilidade de uso.
• Design intuitivo, com ícones de fácil interpretação pelo usuário.
• Informar ao usuário quando uma ação é ou não permitida.
• Funcionalidades críticas devem ser simples e rápidas de serem feitas.

O usuário deve possuir conhecimento prévios sobre como utilizar Smartphone.

• O Aplicativo deverá garantir a privacidade dos dados bancário e pessoais de seus usuários.
• O Aplicativo não pode permitir que os dados armazenados sejam acessados por terceiros.
• Falhas deve ser minimizado ao máximo pelo Aplicativo, visando o menor dano aos usuários.
• O Aplicativo não deve informar dados equivocados aos usuários.
• O Aplicativo deve está disponível 24 horas por dia, 7 dias na semana.

• O tempo de resposta do Aplicativo deve ser mínimo possível.
• O aplicativo deve ser otimizado para gastar o mínimo de dados móveis possível.
• O Aplicativo deve suportar múltiplos acessos simultâneos.
• A Atualização de status deve ter tempo máximo de 1 segundo.

O Aplicativo deve funcionar nos seguintes sistemas operacionais e seus respectivos módulos, como por exemplo a localização, essencial para identificar a localização do usuário mais facilmente:

• Android.
• IOS 9.0 ou superior.
• Windows phone 8.

O Aplicativo deve ser responsivo, ou seja, ajustável a diferentes resoluções e tamanho de tela.

Esta seção define as interfaces que devem ser suportadas pelo Aplicativo.

• Lista de restaurantes
• Descobrir Promoções e restaurantes
• Filtros Personalizados
• Busca de restaurantes
• Login de Usuário
• Cadastro de Usuário
• Configurações de Perfil de Usuário
• Adicionar prato ao Carrinho
• Efetuar Pedido
• Efetuar Pagamento
• Status de Pedido Realizado
• Perfil de restaurantes

• Smarthphones
• Tablets e Ipads

• Android
• IOS
• Windows Phone

• Wi-Fi
• Internet Móvel

Os restaurantes que disponibilizam seus serviços no Aplicativo estão sujeitos a legislação do Cadastro Nacional da Pessoa Jurídica(CNPJ).

• Baixo tempo de entrega:
  O sistema deve ser responsável por minimizar o tempo entre a solicitação do usuário e a comunicação ao restaurante para um baixo tempo de entrega.
• Maiores lucros:
  O sistema deve ser desenvolvido de forma que os lucros do iFood possuam crescimento.
• Alta adesão de clientes e restaurantes:
  O sistema deve ser desenvolvido para possuir alta adesão de clientes e restaurantes.
• Rápida comunicação entre iFood e restaurante:
  O sistema deve ser desenvolvido para a comunicação entre o iFood e restaurante ser a mais rápida possível.
• Integração do sistema de entregas do restaurante com o iFood:
  O sistema deve ser desenvolvido para haver integração entre o sistema de entregas do restaurante e o iFood
• Maior divulgação do iFood:
  O sistema deve possuir ferramentas que facilitem a sua divulgação em meios de comunicação.
• Praticidade ao fazer um pedido:
  O sistema deve possuir uma maneira de realizar pedidos prática e intuitiva.
• Boa reputação dos restaurantes presentes no aplicativo iFood:
  O sistema deve apenas possuir restaurantes com boa reputação.
• Bons Critérios de qualidade para ingresso de restaurante ao iFood:
  O sistema deve possuir critérios de qualidade para ingresso de novo restaurante.
• Maior custo benefício:
  O sistema deve oferecer um maior custo benefício ao cliente do que ao usar aplicativos concorrentes.