FERNANDA CAMILLE DA SILVA AGUIRRE

MATHEWS FIGUEIROA DE SANTANA

JOÃO PAULO LIRA DE ALMEIDA
LAIZA JOANA DA SILVA BARBOSA
RAFAEL DA COSTA MENEZES
ROBERTA MARIELLY REGUEIRA GALVÃO

ANÁLISE DE REQUISITOS:

RESTAURANTE CAFUNÉ

OLINDA

2022
FERNANDA CAMILLE DA SILVA AGUIRRE
MATHEWS FIGUEIROA DE SANTANA
JOÃO PAULO LIRA DE ALMEIDA
LAIZA JOANA DA SILVA BARBOSA
RAFAEL DA COSTA MENEZES
ROBERTA MARIELLY REGUEIRA GALVÃO

ANÁLISE DE REQUISITOS:

RESTAURANTE CAFUNÉ

Projeto pertinente a disciplina de engenharia de

software ao curso de sistemas de informação

como requisito de obtenção da primeira nota da avaliação.

Professor: Silvio Caetano de Sá.

OLINDA

2022

2
 LISTA DE ILUSTRAÇÕES

Figura 1 – Diagrama de Caso de Uso Geral

3
 LISTA DE TABELAS

Tabela 1 - Especificação de Caso de Uso Fazer Login. ............................................ 12

Tabela 2 - Especificação de Caso de Fazer Pedido ................................................... 12

Tabela 3 - Especificação de Caso de Consultar Pedido ............................................. 13

Tabela 4 - Especificação de Caso de Gerenciar Cardápio.......................................... 14

Tabela 5 - Especificação de Caso de Realizar Pagamento…………………….……. 15

4
 SUMÁRIO

1. INTRODUÇÃO……………………………………………………………….. 7

1.1 OBJETIVO…………………………………………………………...……. 8

1.2 PÚBLICO ALVO……………………………………………....…………... 8

1.3 JUSTIFICATIVA…………………………………………………….....….. 8

1.4 ESTRUTURA DO TRABALHO………………………………….……….. 9

2. TECNOLOGIAS E SUAS FERRAMENTAS……………….…………...….

10

2.1 METODOLOGIA…………………………………………………...……… 9

2.2 DESENVOLVIMENTO…………………………………………....…….… 9

2.3 DIAGRAMA DE CASO DE USO

GERAL...................................................10

2.4 CASO DE USO PERSONA

CLIENTE.........................................................11

2.5 CASO DE USO PERSONA

GARÇOM.........................................................11

3. REQUISITOS NÃO FUNCIONAIS……………………………………....…

12

3.1 EFICIÊNCIA…………………………………………………………...…..
12

3.2 USABILIDADE…………………………………………….……..…….…
12

3.3 SEGURANÇA………………………………………………………..….... 12

3.4 MANUTENIBILIDADE………………………………………….………..
12

5
 3.5 PORTABILIDADE…………………………………………...……………
13

3.6 CONFIABILIDADE…………………………………………….…………
13

3.7 FUNCIONALIDADE…………………………………………………...… 13

4. REQUISITOS FUNCIONAIS…………………………………………….… 14

4.1 FAZER LOGIN…………………………………………………………… 14

4.2 FAZER PEDIDO……………………………………………………….…. 14

4.3 CONSULTAR PEDIDO………………………………….……………….. 15

4.4 GERENCIAR CARDÁPIO………………………………………….……. 16

4.5 REALIZAR PAGAMENTO……………………………………....……….

17

5. CONCLUSÃO………………………………………………………………... 19
6. REFERÊNCIAS…………………………………………………………….... 20

6
 1. INTRODUÇÃO

O presente trabalho apresenta o modelo para levantamento de requisitos na construção

de um software para modernização e gerenciamento do Restaurante Cafuné. O modelo
proposto contempla três pilares básicos para análise de requisitos neste tipo de software:
requisitos funcionais, requisitos não-funcionais e o escopo não-contemplado. Foi
pensando na qualidade e na celeridade do atendimento ao público que foi pensado o
seguinte software.

Os restaurantes modernos vêm se mostrando os mais tecnológicos possíveis, assim

obtendo as melhores avaliações entre os consumidores, pois é excluída a possibilidade
de erro no pedido e deslocamento desnecessário de garçons. Assim causando
ineficiência no atendimento e desconforto entre o estabelecimento e a clientela.

É pensando nisso que está sendo baseado o atual levantamento de requisitos,

automatizando o cotidiano do restaurante visando a qualidade e modernização dos
serviços.

7
1.1 OBJETIVO

O objetivo deste trabalho é apresentar o desenvolvimento de um sistema de gestão de

pedidos para o restaurantes cafuné desenvolvido na plataforma Android e IOS, na busca
de agilidade e um atendimento diferenciado.

Os objetivos primordiais deste projeto são:

- Disponibilizar um aplicativo para gestão do pedido com o cardápio completo.

- Disponibilizar no host na mesa a consulta da conta do cliente e o que está sendo
consumido em tempo real.
- Disponibilizar para o administrador do sistema (empresa) a manutenção do
cardápio (alteração de preços, edição e inclusão de pratos), gerenciar o pedido e
o fechamento da conta de cada cliente.

1.2 PÚBLICO ALVO

Esse projeto se destina a estabelecimentos do ramo gastronômico, como

restaurantes,bares e lanchonetes, que tenham o objetivo de se modernizar no mercado
atual, queiram rapidez no atendimento e melhorem sua qualidade de suporte ao público

8
1.3 JUSTIFICATIVA

Foi-se o tempo em que restaurantes utilizavam bloco de notas e caneta para anotar seus
pedidos, como essa prática era comum, erros durante a comunicação eram frequentes,
exemplos disso são pedidos errados, com demora na entrega ou que são esquecidos,
com isso surge a ideia desse projeto. Trazendo uma experiência agradável e única no
atendimento aos clientes, que buscam um momento de descontração e boas memórias,
com familiares e amigos minimizando erros que são considerados corriqueiros nesses
estabelecimentos.

O software busca gerenciar todo o funcionamento do Restaurante Cafuné, desde o

controle de clientes e funcionários até o pagamento das comandas. O mesmo realiza o
gerenciamento dos clientes englobando informações dos clientes, seus pedidos e suas
mesas, deixando tais informações disponíveis aos garçons, caixas e cozinha para o
devido acompanhamento de suas atividades dentro do estabelecimento.

1.4 ESTRUTURA DO PROJETO

Este projeto está organizado em quatro capítulos:

No primeiro capítulo constam os objetivos, público alvo e justificativa, sendo exposto a

proposta geral do projeto;

No segundo capítulo trata das tecnologias e ferramentas utilizadas para o

desenvolvimento do projeto;

No terceiro capítulo aborda as tecnologias usadas no levantamento de requisitos não-

funcionais;

No quarto capítulo trata das mesmas tecnologias usadas no levantamento de requisitos,

mas desta vez os funcionais;

No quinto capítulo demonstra o resultado do projeto, com algumas telas do sistema

desenvolvido;

No sexto capítulo é a conclusão geral do projeto.

9
 2. TECNOLOGIA E FERRAMENTAS

Neste capítulo serão abordadas as tecnologias e ferramentas utilizadas para fazer a

documentação e o desenvolvimento deste projeto.

2.1 METODOLOGIA

O site utilizado para fazer as telas foi o Figma, editor gráfico de vetor prototipagem de
projetos de design baseado principalmente no navegador web, com ferramentas offline
adicionais para aplicações desktop para GNU/Linux, macOS e Windows.

2.2 DESENVOLVIMENTO

O projeto será multiplataforma, estarão disponíveis tanto para IOS como Android,
permitindo agilidade na criação do software, já que será desenvolvido um único código
para ambos sistemas operacionais. Para armazenar os dados iremos utilizar o popular
MySQL.

2.3 DIAGRAMA DE CASO DE USO GERAL

Um caso de uso descreve uma sequência de ações que representam um cenário principal
(perfeito) e cenários alternativos, com o objetivo de demonstrar o comportamento de um
sistema (ou parte dele), através de interações com atores (MELO, 2010).

10
Figura 1 – Diagrama de Caso de Uso Geral

2.4 CASO DE USO PERSONA CLIENTE

Ao sentar na mesa, o cliente deve receber um terminal, tablet, do garçom ou ter junto a
mesa o tablet, também deve existir placa com o QR Code da mesa, cada dispositivo ao
fazer a leitura terá uma conta exclusiva, caso queira fazer seus pedidos a parte dos
outros que estão à mesa.

Os terminais devem ter o equipamento de contactless, dispositivo que capta os dados do

cartão seja crédito ou débito, salvando os dados na conta para o pagamento no final, por
segurança deve ser informado o CPF do titular do cartão, para realizar a autenticação,
com isso conseguimos dados do cliente como nome, para identificação no software.

Cliente pode explorar as abas para realizar o pedido sendo a interface intuitiva, todos os
pedidos podem ser conferidos no canto superior direito, isso mostra o valor atual da
conta, além de poder repetir o item, caso deseje, deve ser confirmado por questão de
segurança, além de permitir cancelar alguns itens antes da entrega. O cliente pode
verificar o tempo de entrega do pedido à mesa. Encerrar à conta, valor total dos pedidos,
nessa mesma tela.

Valores serão lançados debitados no cartão cadastrado e dados do cartão apagados do

banco, mantendo somente o registro da forma de pagamento.

11
2.5 CASO DE USO PERSONA GARÇOM

Garçom deve ter um terminal exclusivo, para incluir as mesas ao seu atendimento,
podendo gerenciá-las. Caso não haja terminais exclusivos na mesa, o garçom deve
entregar tablets configurados à mesa.

Instruir os clientes no uso do software.

Monitorando as mesas, pode notar quais estão disponíveis, tendo o poder de encerrar as
contas da mesa, caso os clientes desejem.

Após o pedido ser feito, será encaminhado direto à cozinha, ao ser finalizado, o garçom
será notificado do pedido pronto para ser entregue à mesa.

3. REQUISITOS NÃO-FUNCIONAIS

Os requisitos não-funcionais são todas as falhas e necessidades que devem ser acolhidas
e resolvidas pelo software por meio de suas funcionalidades.

3.1 EFICIÊNCIA

Requisito diretamente relacionado ao desempenho, que prevê a rápida transição entre as

telas a partir de todos os recursos disponíveis.

Critérios: Rápida consulta ao banco de dados;

Disponibilização de dados após autenticação assim como boa comunicação com

servidores;

Deverá processar em média 50 pedidos por segundo.

3.2 USABILIDADE

Facilidade que o usuário utiliza o sistema.

Critérios: Facilidade de instalação;

Mensagens de erros claras e sucintas;

12
Deverá possuir a opção de “help” dividido por tópicos para tirar dúvidas do usuário;

Será auto-explicativo, não precisando de treinamento dos usuários.

3.3 SEGURANÇA

Oferecer conforto de segurança garantindo autenticidade, disponibilidade e restrições de

acesso.

Critérios: Restrição de acesso;

Garante acesso exclusivo dos usuários aos seus respectivos perfis, dificultando ao
máximo acesso falsos ou não autorizados.

3.4 MANUTENIBILIDADE

Capacidade do sistema de ser modificado.

Critérios: Capacidade de rápidos ajustes periódicos ou ocasionais sem muita perda de

disponibilidade.

3.5 PORTABILIDADE

A habilidade do software de se adaptar a diferentes ambientes pré-definidos.

Critérios: Compatibilidade de hardware (Mobile e Web);

Compatibilidade de software (Android e IOS).

3.6 CONFIABILIDADE

A capacidade do software se manter disponível em diferentes redes.

Critérios: O sistema deverá estar disponível 99.99% do tempo;

24x7 horas do dia.

3.7 FUNCIONALIDADE

Mostra que as funções atende as necessidades explícitas e implícitas para a finalidade a

que se destina o software.

Critérios: Realizar pedido;

Pagamento de contas;

Gerenciar cardápio;
13
Realizar cadastro;

4. REQUISITOS FUNCIONAIS

São requisitos que descrevem a funcionalidade ou os serviços que se espera que o

sistema realize.

4.1 FAZER LOGIN

Tabela 1 - Especificação de Caso de Uso Fazer Login.

Identificador FAZER LOGIN;

Descrição Permite que o usuário acesse o sistema do

estabelecimento;

Ator Cliente;

Prioridade Essencial;

Pré-condição O cliente deve aproximar seu cartão de

crédito/débito ao terminal, para validação
deve ser inserido CPF do titular do
cartão; Caso seja pelo App deve ser
inserido os dados manualmente

Pós-condição O usuário deve ter acesso às suas

respectivas áreas de acesso no sistema do
estabelecimento.
Está com o cadastro atualizado;

14
 Fluxo de eventos principal 1. Usuário loga;
2. O sistema reconhece login e senha
e libera acesso;

Fluxo de eventos secundário 1. Usuário sai do seu login;

2. O sistema encerra;

Fluxo de exceções 1. Usuário loga com senha inválida;

2. O sistema informa mensagem de
senha incorreta e não autoriza a
entrada.

4.2 FAZER PEDIDO

Tabela 2 - Especificação de Caso de Fazer Pedido.

Identificador FAZER PEDIDO;

Descrição Permite que o usuário faça o seu pedido

online ou presencialmente com o garçom;

Ator Cliente; Garçom

Prioridade Essencial;

Pré-condição O cliente deve ter acesso a internet em

seu smartphone, tablet ou notebook, estar
logado e com mesa disponível;

Pós-condição Mensagem de confirmação da realização

do pedido e encaminhamento automático
para tela de acompanhamento de pedidos.
Está com o cadastro atualizado;

Fluxo de eventos principal 1. Cliente cadastrado e logado abre a

aplicação por meio de QR Code
na plataforma disponível
(smartphone, tablet, notebook);
2. Escolhe a opção cardápio e
navega entre os itens,
acompanhando preço, imagens e
descrição;
3. Marca os itens desejados os
colocando em seu carrinho e
finaliza o seu pedido;
4. Recebe mensagem de
confirmação do estabelecimento;
5. É encaminhado automaticamente
para a tela de acompanhamento de
pedidos;

15
 Fluxo de eventos secundário 1. Cliente cadastrado e logado abre a
aplicação por meio de QR Code
na plataforma disponível
(smartphone, tablet, notebook);
2. Escolhe a opção atendimento
presencial;
3. Aguarda o garçom com cardápio
impresso;
4. Realiza pedido;

Fluxo de exceções 1. Cliente cancela pedido;

2. Garçom cancela pedido.

4.3 CONSULTAR PEDIDO

Tabela 3 - Especificação de Caso de Consultar Pedido.

Identificador CONSULTAR PEDIDO;

Descrição Permite que o garçom consulte o

consumo de determinada mesa;

Ator Garçom;

Prioridade Essencial;

Pré-condição O garçom precisa estar conectado a uma

rede e no sistema do estabelecimento;

Pós-condição O garçom terá acesso a todos os dados e

movimentações das mesas no sistema do
estabelecimento;

Fluxo de eventos principal 1. O garçom seleciona determinada

mesa;
2. O sistema abre os produtos que
estão sendo consumidos em
tempo real da mesa selecionada;
3. O garçom seleciona o ícone da
conta da mesa;
4. O aplicativo abre o resumo da
conta;

Fluxo de exceções Garçom fecha janela de consultas de

pedidos.

4.4 GERENCIAR CARDÁPIO

Tabela 4 - Especificação de Caso de Gerenciar Cardápio.

Identificador GERENCIAR CARDÁPIO;

16
 Descrição O garçom do estabelecimento realiza
alterações no cardápio (exclusão, adição
ou alteração de itens);

Ator Garçom;

Prioridade Essencial;

Pré-condição Garçom cadastrado no sistema, logado e

com perfil de acesso necessário;

Pós-condição Mensagem de confirmação da alteração

realizada.
Cardápio devidamente atualizado;

Fluxo de eventos principal 1. Garçom abre o sistema na

plataforma disponível
(smartphone, tablet, notebook);
2. Devidamente cadastrado e logado,
escolhe a opção gerenciar
cardápio;
3. Escolhe dentre as opções de
alteração disponíveis (modificar,
adicionar ou remover item);
4. Finaliza a atualização do cardápio;

Fluxo de eventos secundário 1. Garçom abre o sistema na

plataforma disponível
(smartphone, tablet, notebook);
2. Devidamente cadastrado e logado,
escolhe a opção gerenciar
cardápio.
3. Caso o garçom não tenha
permissão para acessar esta
função, o sistema informará uma
mensagem de restrição de acesso;
4. Sistema volta à tela inicial;

Fluxo de exceções Garçom fecha janela de

gerenciamento de cardápio.

4.5 REALIZAR PAGAMENTO

Tabela 1 - Especificação de Caso de Realizar Pagamento.

Identificador REALIZAR PAGAMENTO;

Descrição Permite que tanto o cliente solicite o

fechamento da comanda;

Ator Cliente;

17
Prioridade Essencial;

Pré-condição O cliente precisa ser cadastrado, estar

logado no sistema e ter no mínimo um
pedido registrado;

Pós-condição Mensagem de confirmação de

fechamento de conta;
Conta atualizada automaticamente;

Fluxo de eventos principal 1. Cliente abre o sistema na

plataforma disponível
(smartphone, tablet, notebook);
2. Devidamente cadastrado e logado;
3. Escolhe a opção pagamento de
conta.
4. Informa seu método de
pagamento (Pix, Cartão de
Crédito e Cartão de Débito);
5. Finaliza pagamento.

Fluxo de eventos secundário 1. Cliente abre a aplicação na

plataforma disponível
(smartphone, tablet, notebook.);
2. Devidamente cadastrado e logado;
3. Escolhe a opção atendimento
presencial para pagamento;
4. Aguarda o garçom;
5. Realiza pagamento;

Fluxo de exceções O usuário fecha a janela de realização do

pagamento.

18
 5. CONCLUSÃO

Conclui-se que este projeto de software deverá atender de forma eficaz às necessidades
do Restaurante Cafuné, trazendo celeridade e organização para o estabelecimento. Além
disso, trará funcionalidade ao acesso das informações, para melhor controle e auxílio no
gerenciamento e consequente qualidade no atendimento ao público.

Como resultado, pode-se concluir que o propósito traçado neste projeto foi alcançado,
pois o software criado promove aos seus usuários mais usabilidade, confiabilidade,
precisão e portabilidade em suas ações. Com isso, os problemas citados anteriormente
no desenvolvimento do trabalho como causa principal de transtorno e lentidão podem
ser extintos ao máximo. Tudo isso acaba em um bom andamento de um restaurante, pois
a satisfação dos clientes é a principal razão para o lucro e evolução deste tipo de
empresa.

19
 6. REFERÊNCIAS

CRUZ, Junior Aparecido Rodrigues da. SISTEMA DE GESTÃO DE PEDIDOS PARA

RESTAURANTES E LANCHONETES. 2015. 46 p. Prof Esp Célio Desiró (Análise e
Desenvolvimento de Sistemas) - Fundação Educacional do Municípios de Assis, Assis,
SP, 2015. Disponível em:
https://cepein.femanet.com.br/BDigital/arqTccs/1311320109.pdf. Acesso em: 4 out.
2022.

LACERDA, Rafael de Alencar. PROPOSTA DE UM MODELO PARA ANÁLISE DE

REQUISITOS DE SOFTWARE EDUCATIVO. Orientador: Prof Dr Gilberto Lacerda
dos Santos. 2007. 113 p. Dissertação de Mestrado (Mestre em Educação) - Universidade
de Brasília, DF - Brasília, 2007.

PEREIRA, Alisson Nunes. Documento de Especificação de Requisitos. Orientador:

Prof Jaelson Castro. 2016. 19 p. Projeto (Especificação de Requisitos e Validação de
Sistemas) - Universidade Federal de Pernambuco, Recife - PE, 2016. Disponível em:
https://www.cin.ufpe.br/~if716/projetos/2016-2/Equipe0.2.pdf. Acesso em: 4 out. 2022.

20