FACULDADE DE TECNOLOGIA DE MAUÁ

CST EM INFORMÁTICA PARA NEGÓCIOS - INF

NOME DO PROJETO

PROJETO DE ENGENHARIA DE SOFTWARE – ESW

3º SEMESTRE – GRUPO: Nome do grupo

Henrique Ileke – 1130922221093

Melissa Vieira Batista – 1130922221009

São Paulo, SP
2024.1
 2
Lista de Ilustrações
- Estrutura Analítica do Projeto 9
- Diagrama de Fluxo de Dados (Nível 0) 14
- Diagrama de Fluxo de Dados (Nível 1) 15
 3

Lista de Quadros
 4

Histórico da Revisão
Data Versão Descrição Autor
07/06/2024 1.0 Rede de restaurantes brasileiro Henrique Ileke
com referência na cozinha
francesa de bistrôs, com
cardápio diversificado, com
pratos típicos dos bistrôs e
brasseries parisienses, releituras
e criações do chef, desde 2006,
atualmente com mais de 12
endereços.
14/06/2024 1.1 Complemento de informações e Henrique Ileke
registros do Projeto. Desde o 1.4
até o 3.3
 5
Índice Analítico
1. Identificação e Organização do
Projeto 81.1
Membros da Equipe e seu
RA 81.2 Turma 3º Sem. – INF – 2024 /
1 8
1.3 Disciplinas
8
1.4 Ferramentas
Adotadas 8
1.5 Estudo de
Viabilidade 8
1.6 Estrutura Analítica do
Projeto 9
1.7 Distribuição das Funções do
Projeto 101.8
Cronograma 111.9
Estimativa de Custo do
Projeto 122.
Introdução 132.1
Escopo 132.2
Problema 132.3
Objetivos 132.3.1
Objetivo
Geral 132.3.2
Objetivos
Específicos 132.4
Partes Interessadas
(Stakeholders) 143.
Modelagem de Negócios e Especificação de
Requisitos 143.1
Contexto 153.2
Modelagem do Processo de
Negócio 153.3
Normas, Processos e Formulários Identificados Durante o Levantamento do
Processo de
Negócio 163.4
Descrição dos requisitos de
usuário. 173.4.1
Lista de Requisitos do
Usuário 183.4.2
Descrição dos
Atores 204.
Especificação dos Requisitos do
 6
Sistema 224.1
Requisitos Funcionais do
Sistema 224.2
Requisitos Não Funcionais do
Sistema 234.3
Regras de
Negócio 245.
Modelos do
Sistema 255.1
Diagrama de Casos de
Uso255.2 Especificação dos Casos de
Uso255.2.1 Especificação do Caso de Uso-
1 255.2.2 Especificação do Caso de Uso-
2 256. Análise do
Sistema 20
6.1 Modelagem Classe-Responsabilidade-
Colaborador 20
6.2 Modelagem das Classes de Análise (Domínio do
Problema) 20
7. Projeto do Sistema 327.1
Modelagem Estrutural 2327.1.1
Diagrama de Classes de Projeto 21
7.1.2 Diagrama de Pacotes 21
7.1.3 Diagrama de Componentes 21
7.2 Modelagem
comportamental 21
7.2.1 Modelagem de Interações 21
7.2.2 Diagrama de Estados 21
7.2.3 Diagrama de Atividades 21
8. Projeto do Banco de Dados 23
8.1 Modelagem
Conceitual 23
8.2 Modelagem
Lógica 23
8.3 Modelagem
Física 23
9. Implementação das Páginas Web 24
9.1 Implementação do Front-
End359.2 Diagrama de
Navegação 359.3
Design
Digital 359.4
Implementação do Back-End 35Referência
Bibliográfica 36Apêndice
 7
37
 8

Especificações do Projeto e do Sistema

1. Identificação e Organização do Projeto

Identificação dos Membros da Equipe:

Gerente do Projeto: Henrique Ileke

Desenvolvedor: Fernando José da Silva
Designer: Melissa Vieira Batista
Docente da Disciplina-Chave e Docentes das Disciplinas-Satélite:

Para identificar os docentes da disciplina-chave e das disciplinas-satélite, é necessário

ter acesso a informações específicas sobre o curso ou programa educacional
relacionado ao projeto, que não foram fornecidas no texto atual.

Endereço do Repositório dos Documentos e Artefatos:

O texto não menciona explicitamente o endereço do repositório dos documentos e

artefatos. É comum que tais projetos utilizem plataformas como GitHub, GitLab, ou
outras ferramentas de versionamento de código e documentação. Para completar essa
seção, seria necessário obter o endereço específico do repositório utilizado pela
equipe.

Ferramentas Utilizadas para a Elaboração dos Artefatos:

As ferramentas específicas utilizadas para a elaboração dos artefatos não foram

detalhadas no texto fornecido. No entanto, com base em práticas comuns, podemos
inferir algumas ferramentas possíveis:

Comunicação: WhatsApp e email (conforme Artefato 5)

Desenvolvimento: Possivelmente ferramentas de desenvolvimento de software, como
Visual Studio Code, IntelliJ IDEA, ou outros ambientes de desenvolvimento integrados
(IDEs)
Design: Ferramentas de design como Adobe XD, Figma, ou Sketch
Documentação: Ferramentas de edição de texto como Microsoft Word ou Google Docs.
Gestão de Projetos: Ferramentas de gestão de projetos como Trello, Asana, ou Jira
Controle de Versão: Git (com repositórios hospedados no GitHub, GitLab, ou Bitbucket)

1.1 Membros da Equipe e seu RA

RA Nome Completo
1130922221023 Henrique Ileke
1130922221009 Melissa Vieira Batista
 9
Fonte: a autora

1.2 Turma 3º Sem. – INF – 2024 / 1

1.3 Disciplinas

● Engenharia de Software Prof. MARCO TOMÉ

1.4 Ferramentas Adotadas

Artefato Ferramenta
IDEF0 Microsoft Visio, Enterprise Architect, ARIS
DFD Lucidchart, Draw.io, Visual Paradigm
BPMN Bizagi Modeler, Camunda Modeler, Signavio
Process Manager
Diagrama de Casos de Uso SatrUML, IBM Rational Rose, Astah professional
Fonte: a autora

1.5 Estudo de Viabilidade

Resposta
Questão
Sim Não
O novo sistema contribui para os objetivos da organização? X
O novo sistema pode ser implementado com a tecnologia atual? X
O novo sistema pode ser implementado dentro do orçamento? X
O novo sistema pode ser implementado conforme o cronograma do projeto? X
O novo sistema pode ser integrado com outros sistemas em operação? X
Fonte: a autora

Parecer do Coordenador do Projeto:

O projeto é bem viável diante do que foi nos impostos para a realização do projeto e o
esperado para a finalidade do projeto, e sem possíveis riscos que venham a interferir no
desenvolvimento do projeto.
 10
1.6 Estrutura Analítica do Projeto

Fonte: a autora

1.7 Distribuição das Funções do Projeto

Nome do Responsável Função (preencher na Período

mesma linha uma ou mais
funções)
Henrique Ileke Coordenador/ Analista de Matutino
Projeto/ Programador
Melissa Vieira Batista Analista de Teste/ Matutino
Secretária/ Tutora
Fernando José da Silva Analista de Teste/ Matutino
Programador
Fonte: a autora
 11
1.8 Cronograma

Iníci Mês 1 Mês 2

Tarefa Responsável Fim Horas S S2 S3 S S1 S2 S
o 1 4 3
Definição dos Henrique Ileke 01/ 07/ 20h X
Requisitos 07/ 07/
2024 2024
Design da Interface Melissa Vieira 08/ 14/ 30h X
07/ 07/
2024 2024
Desenvolvimento do Fernando José 15/ 28/ 50h X
Backend 07/ 07/
2024 2024
Desenvolvimento do Fernando José 29/ 11/ 50h X
Frontend 07/ 08/
2024 2024
Integração e Testes Equipe 12/ 25/ 40h X
08/ 08/
2024 2024
Ajustes Finais e Equipe 26/ 31/ 20h X
Homologação 08/ 08/
2024 2024
Entrega Final Henrique Ileke 01/ 01/ 5h X
09/ 09/
2024 2024
Fonte: a autora

Datas de Entrega:
Data de Entrega
Tarefa
Tarefa 1: Definição dos Requisitos 07/07/2024
Revisão dos artefatos, entendimento do escopo e especificações
do projeto.
Tarefa 2: Design da Interface 14/07/2024
Criação de wireframes e protótipos da interface do aplicativo.
Tarefa 3: Desenvolvimento do Backend 28/07/2024
Implementação da lógica de negócios, banco de dados e API.
Tarefa 4: Desenvolvimento do Frontend 11/08/2024
Codificação da interface de usuário e integração com o backend.
Tarefa 5: Integração e Testes 25/08/2024
Integração completa do sistema, testes funcionais e de
desempenho.
Fonte: a autora
 12
1.9 Estimativa de Custo do Projeto

Quadro 9 Estimativa de custo com recursos humanos

Nome do Tarefa Esforço Custo por Custo no

Colaborador em Horas Hora (R$) Projeto
(R$)
Henrique Ileke Gerenciamento do 160 R$150,00 R$96.000
Projeto horas/mê
s*4
meses
Melissa Vieira Design de Interface e 150 R$100,00 R$60.000
Batista Cardápio Digital horas/mê
s*4
meses
Fernando José da Desenvolvimento do 200 R$120,00 R$96.000
Silva Sistema horas/mê
s*4
meses
Custo Total (R$) R$ 252.000,00
Fonte: a autora

Quadro 10 Estimativa de depreciação de equipamentos

Equipamento Tempo de Vida Preço (R$) Depreciação(R$)

Útil na Empresa
Laptops (3) 3 anos R$18.000,00 R$2.000,00
Smartphones (3) 2 anos R$6.000,00 R$1.000,00
Software de Design 1 ano R$1.200,00 R$400,00
Valor Total de Depreciação(R$) R$3.400,00
Fonte: a autora

Quadro 11 Estimativa de despesas

Despesa Custo (R$)

Colaboradores R$100.000,00
Depreciação de Equipamentos R$1.666,67
Energia Elétrica R$2.400,00
Aluguel de Área de Trabalho R$8.000,00
Materiais de Escritório R$1.200,00
Custo Total (R$) R$113.266,67
Fonte: a autora
 13
2. Introdução

A administração eficiente de reservas em restaurantes é um desafio constante,

especialmente em horários de pico e eventos especiais.Uma má gestão de reservas
pode levar à perda de clientes, desperdício de recursos e insatisfação geral, a adoção
de tecnologias de reservas online pode melhorar significamente a eficiência operacional
e a satisfação do cliente.

2.1 Escopo

Rede de restaurantes brasileiro com referência na cozinha francesa de bistrôs, com cardápio
diversificado, com pratos típicos dos bistrôs e brasseries parisienses, releituras e criações do
chef, desde 2006, atualmente com mais de 12 endereços.

2.2 Problema

O cliente precisa de uma lista que mostre a mesa e os horários onde ela estará
ocupada para que a mesma mesa não seja reservada para duas pessoas diferentes, e
que fique disponível o cardápio para que os clientes possam ver e saber quais os
pratos preparados no dia.

2.3 Objetivos

2.3.1 Objetivo Geral

O objetivo geral deste projeto é desenvolver um aplicativo de reservas de restaurante

que facilite a interação entre clientes e o restaurante , permitindo que os clientes façam,
modifiquem e cancele reservas de maneira eficiente e conveniente, enquanto fornece
ao restaurante ferramentas robustas para gerenciar reservas, otimizar a utilização de
mesas e melhorar a satisfação do cliente.

2.3.2 Objetivos Específicos

1. Facilitar a Criação de Reservas: Permitir que os clientes façam reservas de

forma rápida e fácil através do aplicativo
2. Permitir a Modificação e Cancelamento de Reservas: Oferecer aos clientes a
possibilidade de modificar ou cancelar suas reservas conforme necessário.
3. Visualizar Menu e Informações do Restaurante: Proporcionar uma plataforma
onde os clientes possam visualizar o menu, preços e outras informações
relevantes.
 14
4. Enviar Notificações de Confirmação: Assegurar que os clientes recebam
informações e lembretes de suas reservas via notificações pelo aplicativo.
5. Gerenciamento de Mesas: Fornecer ao gerente do restaurante ferramentas
para gerenciar a disponibilidade e alocação de mesas de forma eficiente.
6. Visualizar Reservas: Permitir que o gerente do restaurante visualize todas as
reservas em um formato organizado e de fácil acesso.

2.4 Partes Interessadas (Stakeholders)

● Quem são os usuários do sistemas?

Os stakeholders do sistema são os usuários finais do aplicativo MenuMaster, que
incluem clientes do restaurante Paris 15 Petit interessados em reservar mesas e
visualizar o cardápio disponível.

● Quem mais será afetado pelo sistema?

Além dos usuários finais do sistema, outros stakeholders que serão afetados pelo
sistema incluem os funcionários do restaurante Paris 15 Petit responsáveis por
gerenciar as reservas de mesas e atualizar o cardápio, bem como a gerência do
restaurante que dependerá do sistema para otimizar o serviço ao cliente e garantir uma
experiência satisfatória.

● Quem homologa o sistema para ser entregue?

O stakeholder responsável por homologar o sistema para ser entregue provavelmente
seria alguém designado pela gerência ou pelo patrocinador do projeto, como um
representante do restaurante Paris 15 Petit com autoridade para validar se o sistema
atende aos requisitos e está pronto para ser utilizado pelos clientes e funcionários.

● Quem manterá o sistema funcionando e atualizado?

O stakeholder responsável por manter o sistema funcionando e atualizado
provavelmente seria a equipe de TI do restaurante Paris 15 Petit, que pode incluir
desenvolvedores, administradores de sistemas ou outros profissionais de tecnologia
designados para essa tarefa.

3. Modelagem de Negócios e Especificação de Requisitos

Este capítulo tem como objetivo descrever a modelagem de negócios e as

especificações de requisitos para o desenvolvimento de um aplicativo de reservas de
restaurante. O conteúdo inclui a contextualização do projeto, a modelagem dos
 15
processos de negócio utilizando Diagramas de Fluxo de Dados (DFDs), e a
identificação de normas, processos e formulários utilizados pelos usuários durante a
realização de suas tarefas. Através dessa modelagem, é possível compreender melhor
as necessidades dos stakeholders, definir os requisitos funcionais e não funcionais do
sistema, e garantir a implementação eficiente do aplicativo.
3.1 Contexto

O contexto do projeto é definido através de um DFD de nível 0, que representa o

sistema de reservas de restaurante como um todo, mostrando as interações entre o
sistema e seus principais atores externos (clientes e gerente do restaurante).
Descrição do DFD de Nível 0
- Sistema de Reservas de Restaurante: O sistema central que processa as
solicitações de reservas, modificações e cancelamentos.
- Clientes: Usuários do sistema que fazem, modificam ou cancelam reservas.
- Gerente do Restaurante: Usuário do sistema que gerencia a disponibilidade de
mesas e monitora as reservas.

3.2 Modelagem do Processo de Negócio

A modelagem do processo de negócio é detalhada através de um DFD de nível 1, que

decompõe a função principal "Gestão de Reservas" em subprocessos mais específicos.
Descrição do DFD de Nível 1
Os subprocessos principais detalhados no DFD de nível 1 incluem:
 16
- Criação de Reserva: Processa as solicitações de criação de novas reservas.
- Modificação de Reserva: Lida com as solicitações de modificação de reservas
existentes.
- Cancelamento de Reserva: Trata as solicitações de cancelamento de reservas.
- Gerenciamento de Mesas: Permite que o gerente do restaurante atualize a
disponibilidade de mesas.
- Envio de Notificações: Envia confirmações e lembretes para os clientes.

3.3 Normas, Processos e Formulários Identificados Durante o

Levantamento do Processo de Negócio

Durante o levantamento do processo de negócios, foram identificadas as seguintes

normas, processos e formulários usados pelos usuários na realização de suas tarefas:
1. Normas de Atendimento ao Cliente:
Descrição: Normas que regem a forma como os funcionários devem interagir com
os clientes, incluindo o tratamento de reservas.Documento: Manual de
Atendimento ao Cliente (Anexo 1).
2. Processo de Gestão de Reservas:
Descrição: Procedimentos para receber, registrar e confirmar reservas de
clientes.Documento: Procedimento Operacional Padrão (POP) de Gestão de
Reservas (Anexo 2).
 17
3. Formulário de Reserva:
Descrição: Formulário usado para coletar informações de reserva dos clientes,
incluindo data, hora, número de pessoas e preferências.Documento: Formulário
de Reserva (Anexo 3).
4. Política de Cancelamento:
Descrição: Normas que descrevem as condições e procedimentos para
cancelamento de reservas.Documento: Política de Cancelamento (Anexo 4).
5. Procedimentos de Notificação:
Descrição: Processo para envio de notificações de confirmação e lembretes aos
clientes.Documento: Procedimento de Notificação (Anexo 5).
6. Regulamento de Privacidade e Segurança de Dados:
Descrição: Normas para proteger os dados pessoais dos clientes e assegurar a
confidencialidade das informações.Documento: Regulamento de Privacidade e
Segurança (Anexo 6).

Título do Tipo Link

Documento
Manual de Normas de Atendimento ao cliente Anexo 1
Atendimento ao
Cliente
POP de Gestão de Procedimentos de gestão de Anexo 2
Reservas reservas
Formulário de Coleta de informações de reserva Anexo 3
Reserva dos clientes
Política de Condições e procedimentos para Anexo 4
Cancelamento cancelamento de reservas
Procedimento de Envio de notificações de Anexo 5
Notificação confirmação e lembretes
Regulamento de Proteção de dados pessoais dos Anexo 6
Privacidade e clientes
Segurança
Fonte: a autora

3.4 Descrição dos requisitos de usuário.

Podemos classificar os requisitos os categorizando por tipo de usuário: Cliente,

Gerente do Restaurante e Administrador do Sistema.
 18
3.4.1 Lista de Requisitos do Usuário

1. Requisitos de Usuário - Cliente

1.1 Criação de Reserva

- Descrição: O sistema deve permitir que os clientes criem reservas para uma data
e hora específicas.
- Necessidade: Facilitar o agendamento de visitas ao restaurante de acordo com a
conveniência do cliente.
- Funcionalidade: Formulário de reserva com campos para data, hora, número de
pessoas e preferências adicionais (por exemplo, área de fumantes, cadeiras de
bebê).

1.2 Modificação de Reserva

- Descrição: O sistema deve permitir que os clientes modifiquem as informações de

suas reservas existentes.
- Necessidade: Oferecer flexibilidade para os clientes alterarem suas reservas
conforme necessário.
- Funcionalidade: Opção de edição de reserva, permitindo alterar a data, hora e
número de pessoas.

1.3 Cancelamento de Reserva

- Descrição: O sistema deve permitir que os clientes cancelem suas reservas.

- Necessidade: Facilitar o cancelamento de reservas quando os clientes não
puderem comparecer.
- Funcionalidade: Botão de cancelamento de reserva com confirmação de ação.

1.4 Notificações

- Descrição: O sistema deve enviar notificações de confirmação e lembretes de

reserva aos clientes.
- Necessidade: Manter os clientes informados sobre o status de suas reservas.
- Funcionalidade: Envio de e-mails ou mensagens SMS para confirmações e
lembretes de reserva.
 19
1.5 Visualização de Reservas

- Descrição: O sistema deve permitir que os clientes visualizem todas as suas

reservas futuras e passadas.
- Necessidade: Prover um histórico de reservas para referência.
- Funcionalidade: Painel de usuário com listagem de reservas e status.

2. Requisitos de Usuário - Gerente do Restaurante

2.1 Gerenciamento de Disponibilidade de Mesas

- Descrição: O sistema deve permitir que o gerente atualize a disponibilidade de

mesas.
- Necessidade: Manter um controle preciso da ocupação do restaurante.
- Funcionalidade: Interface para definir a disponibilidade de mesas para diferentes
datas e horários.

2.2 Visualização e Gerenciamento de Reservas

- Descrição: O sistema deve permitir que o gerente visualize e gerencie todas as

reservas.
- Necessidade: Oferecer uma visão geral das reservas para planejamento e
atendimento eficaz.
- Funcionalidade: Painel de controle com visualização de todas as reservas, com
opções para modificar ou cancelar reservas se necessário.
-
2.3 Relatórios e Análises

- Descrição: O sistema deve fornecer relatórios e análises sobre as reservas.

- Necessidade: Auxiliar na tomada de decisões estratégicas com base em dados
de reservas.
- Funcionalidade: Geração de relatórios de ocupação, cancelamentos, e padrões
de reservas.
-
3. Requisitos de Usuário - Administrador do Sistema

3.1 Gestão de Usuários

 20

- Descrição: O sistema deve permitir que o administrador crie, modifique e remova

contas de usuários.
- Necessidade: Manter um controle sobre o acesso ao sistema.
- Funcionalidade: Interface de administração para gestão de contas de clientes e
gerentes.
-
3.2 Configuração do Sistema

- Descrição: O sistema deve permitir que o administrador configure as principais

funcionalidades e parâmetros do sistema.
- Necessidade: Ajustar as configurações do sistema conforme as necessidades
operacionais do restaurante.
- Funcionalidade: Painel de configuração para definir parâmetros como horários de
funcionamento, políticas de cancelamento, etc.

3.3 Monitoramento e Segurança

- Descrição: O sistema deve permitir que o administrador monitore o uso do sistema

e garanta a segurança dos dados.
- Necessidade: Assegurar a integridade e segurança dos dados do sistema.
- Funcionalidade: Ferramentas de monitoramento de atividades e configuração de
medidas de segurança, como autenticação de dois fatores.

3.4.2 Descrição dos Atores

Em nosso sistema teremos 5 principais atores sendo entre eles de origem humana e de
origem sistemas de software listados a seguir:

3.4.2.1 Ator 1: Cliente

Descrição:

- Definição: O Cliente é qualquer pessoa que deseja fazer uma reserva em um

restaurante usando o sistema.
- Interações Principais:
● Criação de reservas.
● Modificação de reservas existentes.
● Cancelamento de reservas.
 21
● Recebimento de notificações de confirmação e lembretes.
● Visualização do histórico de reservas.
- Necessidades:
● Interface amigável e fácil de usar.
● Confirmação rápida das ações realizadas.
● Notificações oportunas sobre o status das reservas.
- Exemplo: Um cliente que deseja jantar no restaurante em uma data específica e
utiliza o sistema para garantir sua mesa.

3.4.2.2 Ator 2: Gerente do Restaurante

Descrição:

- Definição: O Gerente do Restaurante é o responsável por gerenciar a

disponibilidade de mesas e supervisionar as reservas.
- Interações Principais:
● Atualização da disponibilidade de mesas.
● Visualização e gerenciamento de todas as reservas.
● Geração de relatórios e análises sobre as reservas.
- Necessidades:
● Interface de gerenciamento robusta e intuitiva.
● Ferramentas para rápida atualização e visualização de reservas.
● Relatórios detalhados para análise de ocupação e padrões de reservas.
- Exemplo: O gerente que monitora a ocupação do restaurante e ajusta a
disponibilidade de mesas conforme necessário para otimizar o atendimento.

3.4.2.3 Ator 3: Administrador do Sistema

Descrição:

- Definição: O Administrador do Sistema é responsável pela manutenção e

configuração geral do sistema de reservas.
- Interações Principais:
● Gestão de contas de usuários (clientes e gerentes).
● Configuração de parâmetros do sistema, como horários de funcionamento
e políticas de cancelamento.
● Monitoramento da segurança e integridade dos dados do sistema.
- Necessidades:
● Ferramentas administrativas avançadas para gerenciamento de usuários e
configurações do sistema.
● Funcionalidades de monitoramento de segurança e logs de atividades.
 22
● Interface clara para ajustes de configurações e parâmetros do sistema.
- Exemplo: O administrador que cria novas contas de gerente, ajusta as políticas
de cancelamento e monitoriza atividades suspeitas para garantir a segurança do
sistema.

3.4.2.4 Ator 4: Sistema de Pagamento Externo

Descrição:

- Definição: Um sistema de pagamento externo é um serviço de processamento

de pagamentos online que pode ser integrado ao sistema de reservas para
permitir pagamentos antecipados.
- Interações Principais:
● Processamento de pagamentos de reservas.
● Confirmação de transações realizadas.
- Necessidades:
● Integração segura com o sistema de reservas.
● Processamento rápido e seguro de transações.
● Notificações de sucesso ou falha nas transações.
- Exemplo: Um gateway de pagamento como PayPal ou Stripe, que processa o
pagamento antecipado de uma reserva de mesa.

3.3.2.5 Ator 5: Sistema de Notificações

Descrição:

- Definição: Um sistema de notificações é um serviço que envia mensagens de

confirmação e lembretes aos clientes sobre suas reservas.
- Interações Principais:
● Envio de notificações de confirmação de reservas.
● Envio de lembretes antes da data da reserva.
- Necessidades:
● Integração eficiente com o sistema de reservas.
● Envio de notificações oportunas e precisas.
● Manutenção de registros de notificações enviadas.
- Exemplo: Um serviço de envio de e-mails ou SMS, como Twilio ou SendGrid,
que notifica os clientes sobre suas reservas e envia lembretes.

4. Especificação dos Requisitos do Sistema

4.1 Requisitos Funcionais do Sistema

[Definição dos requisitos funcionais do sistema]

 23

Revisado
Número Descrição Prioridade
Sim Não
Desenvolver uma interface
intuitiva e fácil de usar para
RF001 Alta
os clientes realizarem X
reservas de mesas.
Implementar um sistema de
gestão de reservas que evite a
RF002 Alta
duplicação de mesas X
reservadas no mesmo horário.
Disponibilizar em tempo real a
RF003 informação sobre mesas Alta
X
ocupadas e livres.
Desenvolver um cardápio
digital atualizado e de fácil
RF004 acesso para os clientes Média X
visualizarem os pratos
disponíveis.
Implementar notificações
RF005 automáticas de confirmação de Média
X
reserva para os clientes.
Fonte: a autora

[Prioridade: Alta – tenho que fazer porque é um requisito necessário/ Média –

devo fazer porque é um requisito que suporta operações necessárias / Baixa –
poderia fazer porque seria desejável, mas pode esperar]

4.2 Requisitos Não Funcionais do Sistema

[Definição dos requisitos não funcionais do sistema]

 24
Revisado
Número Descrição Prioridade
Sim Não
O sistema deve permitir que
os clientes façam reservas de
RNF001 Alta X
mesas de forma intuitiva e
fácil.
O sistema deve garantir que
não haja duplicação de
RNF002 Alta
reservas para a mesma mesa X
no mesmo horário.

O sistema deve fornecer uma

RNF003 visualização em tempo real das Alta
mesas ocupadas e livres. X
O sistema deve disponibilizar
um cardápio digital atualizado
RNF004 Média X
e de fácil acesso para os
clientes.
O sistema deve enviar
notificações automáticas de
X
RNF005 Baixa
confirmação de reserva para os
clientes.
Fonte: a autora

4.3 Regras de Negócio

[Descrição da regra de negócio]

Número Descrição

Cada mesa só pode ser reservada uma vez em cada horário para
RN001
evitar duplicações de reservas.
O sistema deve ter uma interface intuitiva e fácil de usar para os clientes
RN002
realizarem reservas de mesas.
As reservas devem ser confirmadas automaticamente para os clientes
RN003
através de notificações.
O sistema deve integrar-se com outros sistemas utilizados pelo
RN004 restaurante, como sistemas de gestão de estoque e financeiro, se
aplicável.
 25

Número Descrição

O cardápio deve ser atualizado e modificado regularmente pelos

RN005
funcionários do restaurante.
Fonte: a autora

5. Modelos do Sistema

5.1 Diagrama de Casos de Uso

[Representar o conjunto de comportamentos do sistema e seus atores. Explique

brevemente o Diagrama de Caso de Uso e o desenhe nesta sessão. O caso de uso deve
aplicar os relacionamentos de generalização, inclusão e extensão]

5.2 Especificação dos Casos de Uso

[Especificação/detalhamento de cada caso de uso do sistema, o detalhamento deve ser

feito de forma textual.]

5.2.1 Especificação do Caso de Uso-1

[A especificação deve ser realizada de acordo com o modelo do livro de Bezerra(2015):

Nome do Caso de Uso, Número do Caso de Uso, Descrição, Pré-Requisitos, Fluxo
Principal, Fluxo Alternativo, Fluxo de Exceção e Pós-Condição.]

5.2.2 Especificação do Caso de Uso-2

[A especificação deve ser realizada de acordo com o modelo do livro de Bezerra(2015):

Nome do Caso de Uso, Número do Caso de Uso, Descrição, Pré-Requisitos, Fluxo
Principal, Fluxo Alternativo, Fluxo de Exceção e Pós-Condição.]
:
:
:
Etc...
 26
6. Análise do Sistema

Visão Geral do Sistema: Fornecer uma visão geral de como o sistema MenuMaster
será estruturado e operado, destacando as principais funcionalidades e objetivos.

Requisitos Funcionais e Não Funcionais: Listar e descrever os requisitos que o

sistema deve atender, incluindo funcionalidades específicas como a gestão de reservas
e a exibição do cardápio, além de requisitos de desempenho, segurança e usabilidade.

Arquitetura do Sistema: Descrever a arquitetura técnica do sistema, incluindo a

infraestrutura de hardware e software necessária, o design da base de dados, e a
interação entre os diferentes componentes do sistema.

Fluxo de Dados: Detalhar o fluxo de dados dentro do sistema, mostrando como as

informações sobre reservas e o cardápio serão capturadas, processadas e exibidas.

Interações com Usuários: Descrever as interfaces do usuário, destacando a

navegação intuitiva e a facilidade de uso do aplicativo, tanto para os clientes quanto
para os funcionários do restaurante.

Segurança e Privacidade: Explicar as medidas de segurança implementadas para

proteger os dados dos clientes e do restaurante, incluindo controles de acesso,
criptografia e políticas de privacidade.

Manutenção e Suporte: Apresentar o plano de manutenção e suporte para garantir

que o sistema permaneça funcional e atualizado, incluindo a designação de
responsabilidades e a frequência de atualizações.

6.1 Modelagem Classe-Responsabilidade-Colaborador

Classe: Mesa
Responsabilidades:
Gerenciar o status de disponibilidade da mesa (ocupada/livre).
Receber e confirmar reservas.
 27
Colaboradores:
Sistema de Gestão de Reservas
Interface de Usuário

Classe: Reserva
Responsabilidades:
Criar, atualizar e cancelar reservas.
Verificar a disponibilidade das mesas.
Notificar clientes sobre o status da reserva.

Colaboradores:
Mesa
Cliente
Sistema de Gestão de Reservas

Classe: Cardápio
Responsabilidades:
Manter a lista de pratos disponíveis.
Atualizar os pratos e preços conforme necessário.
Exibir o cardápio para os clientes.

Colaboradores:
Interface de Usuário
Funcionário do Restaurante

Classe: Cliente
Responsabilidades:
Realizar reservas.
Visualizar o cardápio.
Receber notificações de confirmação de reserva.

Colaboradores:
Reserva
Interface de Usuário

Classe: Funcionário do Restaurante

Responsabilidades:
Atualizar o cardápio.
Gerenciar reservas (confirmar/cancelar).
Manter o sistema atualizado.

Colaboradores:
Cardápio
Reserva
 28
Classe: Sistema de Gestão de Reservas
Responsabilidades:
Gerenciar e processar todas as reservas.
Prevenir duplicação de reservas.
Prover relatórios gerenciais.

Colaboradores:
Mesa
Reserva
Cliente

Classe: Interface de Usuário

Responsabilidades:
Fornecer uma interface intuitiva para clientes e funcionários.
Facilitar a visualização do cardápio e o processo de reserva.
Notificar usuários sobre o status das ações.

Colaboradores:
Cliente
Cardápio
Reserva

Classe: Sistema de Segurança

Responsabilidades:
Proteger dados dos clientes e do restaurante.
Garantir acesso seguro ao sistema.

Colaboradores:
Cliente
Sistema de Gestão de Reservas
Funcionário do Restaurante

6.2 Modelagem das Classes de Análise (Domínio do Problema)

Classes de Análise:
1. Cliente
- Propriedades:
 29
- nome
- email
- telefone

- Métodos:
- realizar Reserva
- visualizar Cardápio

2. Mesa
- Propriedades:
- número
- capacidade
- status (livre/ocupada)

-Métodos:
- atualizar Status

3. Reserva
- Propriedades:
- id
- cliente (associação com a classe Cliente)
- mesa (associação com a classe Mesa)
- horárioReserva

- Métodos:
- confirmarReserva
- cancelarReserva

4. Cardápio
- Propriedades:
- itens (lista de pratos)
- dataAtualização
 30

-Métodos:
- atualizarCardápio
- visualizarCardápio

5. Prato
- Propriedades:
- nome
- descrição
- preço

-Métodos:
- adicionar Prato
- remover Prato

6. Notificação:
- Propriedades:
- id
- tipo (confirmação, cancelamento)
- mensagem

-Métodos:
- enviar Notificação

7. Gerente:
- Propriedades:
- nome
- email
- telefone

-Métodos:
- gerar Relatório
 31
- homologar Sistema

8. :
- Propriedades:
- nome
- email
- telefone

-Métodos:
- manter Sistema
- atualizar Sistema
 32
7. Projeto do Sistema

[Escreva uma breve descrição sobre o conteúdo deste capítulo compreendendo a

modelagem estrutural e comportamental]

7.1 Modelagem Estrutural

[Escreva uma breve descrição sobre o conteúdo desta seção compreendendo os

diagramas estruturais.]

7.1.1 Diagrama de Classes de Projeto

[Elaboração das classes de projeto.]

7.1.2 Diagrama de Pacotes

[uma breve descrição sobre a elaboração do diagrama de pacotes]

7.1.3 Diagrama de Componentes

[uma breve descrição sobre a elaboração do diagrama de componentes]

7.2 Modelagem comportamental

[Escreva uma breve descrição sobre o conteúdo desta seção compreendendo os

diagramas comportamentais.]

7.2.1 Modelagem de Interações

[uma breve descrição sobre a elaboração dos diagramas de sequência e

comunicação.]

7.2.2 Diagrama de Estados

[uma breve descrição sobre a elaboração do diagrama de estados.]

7.2.3 Diagrama de Atividades

[uma breve descrição sobre a elaboração dos diagramas de atividades.]

33
 34
8. Projeto do Banco de Dados

[Escreva uma breve descrição sobre o conteúdo deste capítulo compreendendo os

modelos e discussão sobre a implementação do banco de dados.]

8.1 Modelagem Conceitual

[Elabore o diagrama entidade-relacionamento]

8.2 Modelagem Lógica

[Elabore a modelagem lógica]

8.3 Modelagem Física

[Elabore o modelo de implementação]

 35
9. Implementação das Páginas Web

[Informe a linguagem e frameworks utilizados para o desenvolvimento.]

9.1 Implementação do Front-End

[Informe a linguagem e o framework utilizados no desenvolvimento do Front-End.

Adicione nesta seção a imagem de cada página que será desenvolvida para este projeto
e uma breve descrição sobre ela. Crie tabelas para a especificação dos padrões
adotados e implementados na folha de estilos para as características das páginas web.
Normalmente, nas folhas de estilos são adotados padrões para fontes (exemplo: título
da página, corpo do texto, legenda de figuras, legenda de tabelas, menu, links visitados
e links não visitados), parágrafos, imagens, vídeos, carrossel e demais componentes de
páginas web. No Capítulo 1, adicione o link para o repositório público (Github) onde está
o código-fonte das páginas web.]

9.2 Diagrama de Navegação

[Adicione nesta seção o diagrama de navegação entre as páginas.]

9.3 Design Digital

[Descrever conceitos e técnicas de Design Digital e Visual aplicados às páginas Web

desenvolvidas.]

9.4 Implementação do Back-End

[Informe a linguagem e frameworks utilizados para o desenvolvimento do Back-End]

 36

Referência Bibliográfica

BEZERRA, Eduardo. Princípios de Análise e Projeto de Sistemas com UML. 3 ed.

Rio de Janeiro: Elsevier, 2015.
 37
Apêndice

[Adicione documentos complementares redigidos pela equipe, como a ata de cada

reunião com a assinatura dos membros.]