Sistema de Restaurante

Grupo 6: Maria Eduarda Amaral, Vinicius Guilherme, Vitor Pereira Leite de Melo, Pedro Rocha
Resende

Minimundo

Um restaurante precisa de um sistema para facilitar o trabalho dos funcionários do local.

Não é responsabilidade do sistema realizar pedidos através do cliente.

No restaurante trabalham garçons, cozinheiros e barman. Desses deseja saber: nome, código de
funcionário e especialidade caso seja cozinheiro e barman. De uma especialidade deseja saber nome
e descrição. O cliente faz o pedido com o garçom e o cliente deseja saber nome e número da mesa.
Para começar o atendimento o cliente chama o garçom e realiza o pedido, o garçom envia o pedido
para cozinha ou bar e de acordo com o pedido ele é redirecionado para cozinheiros ou barmen com a
especialidade necessária.

Ex: O cliente faz um pedido de carne ao garçom. No pedido consta o nome do cliente, a mesa e o
nome e código do garçom. Pode ocorrer troca de garçom que deve ser informado no sistema, na
cozinha existe a área de carne com 3 cozinheiros especializados em carne, um dos três irá aceitar o
pedido. Assim que um cozinheiro aceita, o pedido é atribuído a ele (pedido terá hora definida de
acordo com o horário do sistema). O cozinheiro pode repassar o pedido para outro, caso alguma
coisa o aconteça ele deverá informar a troca no sistema. Quando o pedido se iniciar não será
possível alterar alguns itens. Assim que o pedido é finalizado, o cozinheiro sinaliza e o garçom vai à
cozinha buscar o pedido. O mesmo acontece em caso de bebida com o barman, somente o garçom
pode finalizar o pedido, caso o pedido venha errado o garçom sinaliza o erro, se o cliente queira que
volte com o pedido para a cozinha o garçom leva para consertar.

O cozinheiro e barman não tem acesso ao nome e mesa do cliente, somente o gerente e o garçom.
Os pedidos ficam salvos com os dados do cliente, quando o cliente quiser finalizar o pedido o garçom
tem a opção de finalizar o atendimento com a soma dos valores do pedido.

O sistema salva todos os pedidos daquele período e no final do expediente é repassado o valor total
daquela noite, que fica sob responsabilidade do gerente ou dono do local.

O gerente pode cadastrar novos funcionários e o dono do local pode cadastrar novos gerentes, o
gerente tem acesso aos clientes e aos funcionários.

Elicitação de requisitos

Questões da entrevista
1 - Qual será o objetivo do software?

2 - Quais funcionalidades você tem em mente para o sistema?

3 - O sistema será focado para os clientes ou funcionários?

4 - O sistema terá gestão de estoque?

5 - O sistema terá um cardápio digital?

6 - O sistema precisará automatizar os pedidos?

7 - Seu sistema precisa de um cadastro de cliente?

8 - O sistema precisa ser multiplataforma?

9 - Seu sistema precisa ser amigável?

10 - Seu sistema precisa ser barato?

11 - O sistema pode ter reserva de mesa?

12 - Seu sistema precisa de muitos recursos? Qual será a média de pessoas utilizando o sistema
simultaneamente?

13 - O sistema pode ter fidelidade de cliente?

14 - Seu sistema terá a funcionalidade de pagamento online?

15 - O sistema terá opção para delivery?

Requisitos funcionais

ID Descrição Prioridade Relacionados

RF1 Garçom deve ALTA RF2

armazenar
informações do
cliente durante do
pedido

RF2 Dono do ALTA

restaurante deve
gerenciar gerentes

RF3 Gerentes devem ALTA

gerenciar
Funcionários

RF4 Garçom deve RF1

realizar o pedido ALTA
com informações
do Cliente/Garçom
RF5 Garçom poderá ALTA
verificar status do
pedido

RF6 Cozinheiro poderá MÉDIA

comunicar com
garçom e virse
versa

RF7 Sistema deve MÉDIA

emitir relatório no
final do expediente

RF8 Menu de pedidos ALTA RF11

para o garçom
enviar para
cozinha (cardápio)

RF9 Garçom poderá ALTA RF10

editar pedido

RF10 Alterar MÉDIA RF9

cozinheiro/garçom
no pedido

RF11 Gerente ou dono ALTA RF8

poderá gerenciar
cardápio on-line

Requisitos não-funcionais

ID Descrição Prioridade Relacionados

RNF1 O sistema precisa ALTA RNF8

ter tempo de
resposta rápido

RNF2 Tipo de sistema ALTA RNF4

(web, mobile)

RNF3 O sistema precisa ALTA RNF8

ter consistência
com banco de
dados para
acessos
simultâneos
RNF4 O sistema precisa MÉDIA RNF2
apresentar uma
interface intuitiva
para rápida leitura
e escrita de dados

RNF5 O sistema precisa ALTA

ter conexão com a
Internet

RNF6 O sistema precisa ALTA RNF7

garantir a
segurança dos
dados do cliente e
funcionários

RNF7 O sistema precisa ALTA RNF6

ter hierarquia de
permissão de
acesso

RNF8 O sistema deve ALTA RNF3

suportar diversos
acessos
simultâneos

RNF9 O sistema deve ter MÉDIA

baixo custo de
hospedagem

RNF10 O sistema deve ALTA

estar funcionando
durante o período
que o restaurante
estiver aberto

Priorização dos requisitos

Alta - O sistema é inaceitável se esses requisitos não forem atendidos. Atributos

que os clientes esperam e que geram insatisfação se estão ausentes ou mal
atendidos.

Média - Atributos atrativos, geralmente inesperados

pelos clientes e que podem resultar em uma grande satisfação
se estão disponíveis.

Validação e Verificação de Requisitos

O resultado final dos requisitos levantados foi bom de acordo com a opinião dos
engenheiros participantes, sendo os requisitos completos e consistentes, atendendo
de forma satisfatória as solicitações e necessidades do cliente.

Diagrama de caso de uso

Expansão de caso de uso

Ator: Garçom
Caso: Gerenciar pedidos
Pré-condição: Os pedidos precisam estar cadastrados
Pós-condição: O gerenciamento de pedidos precisa ser concluído com êxito

Fluxo Principal:

1- O usuário seleciona a opção para gerenciar o pedido.

1.1- Se o usuário escolher alterar o pedido, o sistema permite que o usuário
atualize os dados do pedido.
1.2- Se o usuário escolher excluir ou consultar, o sistema exibe os dados do
pedido.
1.2.1- Caso ele escolha excluir, o sistema habilita a função para apagar o pedido
do sistema.
1.2.2- Caso ele escolha consultar, o sistema exibe uma ferramenta para
pesquisar algum pedido.
1.3 - Se o usuário escolher cadastrar, o sistema habilita a função de incluir um
novo pedido.
2- Caso o usuário escolha cadastrar ou alterar, o sistema exibe uma opção para
verificar e confirmar os dados.
2.1- Os dados do pedido são alterados/cadastrados no sistema.
2.2- O sistema informa se a alteração/cadastro ocorreu corretamente.
3- Caso o usuário escolha excluir, o sistema deleta os dados do pedido.
4 - O usuário tem a opção de verificar o status do pedido.

Fluxo Alternativo

2.2.1 - Caso ocorra algum erro, o sistema pede para o usuário repetir o processo.
3.1 - Se a exclusão for impossibilitada, o sistema exibe uma mensagem de erro e
retorna o usuário ao início do processo.

Ator: Garçom
Caso: Armazenar informações do cliente
Pré-condição: O pedido precisa ser iniciado.
Pós-condição: As informações do cliente devem ser alteradas no sistema

Fluxo Principal

1- O usuário seleciona a opção de cadastrar um novo pedido.

2- O usuário seleciona a opção para incluir um cliente no pedido.
3- O sistema habilita a opção para inserir as informações do cliente.
3.1- O usuário informa o nome do cliente e o número da mesa.
4- O usuário confirma o cadastro do cliente.

Fluxo Alternativo

4.1- Se o sistema não aceitar o cadastro, uma mensagem de erro é exibida e o

usuário é direcionado para o início do processo.

Ator: Cozinheiro
Caso: Alterar cozinheiro responsável pelo pedido
Pré-condição: O cozinheiro precisa estar relacionado a um pedido.
Pós-condição: As informações do cozinheiro devem ser alteradas no sistema.

Fluxo Principal

1- O usuário seleciona a opção de alteração.

2- O sistema exibe os dados do cozinheiro e o pedido relacionado a ele.
3- O usuário seleciona a opção para editar o pedido.
4- O usuário insere as informações desejadas.
5- O usuário confirma os dados.

Fluxo Alternativo

5.1- Se o sistema não permitir a alteração, uma mensagem de erro é exibida e o

usuário retorna para o início do processo.

Ator: Dono
Caso: Gerenciar Gerentes
Pré-condição: Confirmar nível de acesso como dono.
Pós-condição: As informações do gerente devem ser alteradas no sistema

Fluxo Principal

1- O dono seleciona a opção de gerenciar gerentes

2- O sistema disponibiliza 4 opções para o gerenciamento de gerentes
2.1- Opção de adicionar novo gerente.
2.2- Opção exibir informações de um ou todos gerentes.
2.3- Opção de atualizar informações de um gerente.
2.4- Opção de remover um gerente do sistema.
3- O dono seleciona uma das opções dadas.
4- O dono passa as informações necessárias de acordo com a opção que foi
escolhida.
5- O dono confirma a nova alteração no sistema de gerentes.
Fluxo Alternativo

4.1- Se o sistema não aceitar o cadastro de um novo gerente, uma mensagem de

erro é exibida e o dono é direcionado para o início do processo.

Caso: Gerenciar funcionário

Ator: Gerente
Pré-Condição: Funcionário deve ter sido cadastrado
Pós-Condição: Realizar o gerenciamento do funcionário

Fluxo Principal
1. Gerente gerencia funcionários:
1.1 Se escolher alterar funcionário, faz se a alteração do funcionário
1.2 Se escolher excluir funcionário, faz se o comando de exclusão do funcionário no
sistema
1.3 Se escolher cadastrar funcionário, são inseridos os dados do funcionário e
criado o código de identificação do funcionário
2. Mensagem de confirmação da ação escolhida para gerenciamento do funcionário

Caso: Gerenciar Cardápio Online

Ator: Gerente
Pré-Condição: Cardápio deve estar cadastrado no sistema
Pós-Condição: Realizar o gerenciamento do cardápio

Fluxo Principal
1. Gerente gerencia cardápio online:
1.1 Se escolher alterar as opções disponíveis, faz se a alteração da opção escolhido
1.2 Se escolher excluir um prato, faz se o comando de exclusão
1.3 Se escolher cadastrar opção do menu, faz se a inclusão da opção no cardápio
2. Mensagem de confirmação da opção escolhida para gerenciamento do cardápio
Diagrama de Contexto

Diagrama de Estado
Diagrama de Classe

Diagrama de Sequência

Caso de uso: Gerenciar gerentes

Caso de uso: Gerenciar funcionários
Caso de uso: Alterar cozinheiro responsável pelo pedido

Caso de uso: Armazenar informações do cliente

Caso de uso: Gerenciar Pedidos