REPÚBLICA DE ANGOLA

INSTITUTO POLITÉCNICO PRIVADO “O PENSADOR DO FUTURO”

CURSO TÉCNICO DE INFORMÁTICA PROVA
DE APTIDÃO PROFISSIONAL

13ª CLASSE

IMPLEMENTAÇÂO DE UM SITEMA DE GESTÃO PARA O RESTAURANTE

LA PLAZA

Caetano Gonga Luciano

Joselina Jonas
Lamento Da Conceição

Maria Ndongala

Luanda, 2023/2024
INSTITUTO POLITÉCNICO PRIVADO “O PENSADOR DO FUTURO”
CURSO TÉCNICO DE INFORMÁTICA
PROVA DE APTIDÃO PROFISSIONAL (PAP)

IMPLEMENTAÇÂO DE UM SITEMA DE GESTÃO PARA O RESTAURANTE

LA PLAZA

GRUPO Nº. 07

CAETANO GONGA LUCIANO

JOSELINA JONAS

LAMENTO DA CONCEIÇÃO

MARIA NDOGALA

TURMA: ÚNICA

ORIENTADOR: MBUCO GARCIA PAULO

 IMPLEMENTAÇÂO DE UM SITEMA DE GESTÃO PARA O RESTAURANTE
LA PLAZA

Defesa pública em

Luanda_____de_____de_______

Bancada Examinadora

_______________________________________________________________

Nome completo Orientador

_______________________________________________________________

1ª Examinador

_______________________________________________________________

2ª Examinador

_______________________________________________________________

Luanda 2023/2024
EPIGRAFE

“Uma palavra de encorajamento durante ou

após o fracasso, vale mais do que uma hora de
elogios durante ou após o sucesso.”

(Paulo Luciano)

IV | P á g i na
DEDICATÓRIA

Este projecto é dedicado aos nossos encarecados de educação, pelo seu apoio constante e
compreensão ao longo deste caminho. Eles foram as nossas fontes de inspiração durante
periodo de formação, e aos nossos amigos e colegas, pelo incentivo, colaboração e força
compartilhada ao longo destes anos de estudo. Sem esquecer os professores e orientadores,
pelo conhecimento partilhado que foram essenciais para o nosso crescimento académico e
profissional obrigado.

V|Página
AGRADECIMENTO

Agradecemos primeiramente a Deus, pela saúde e tudo que tem feito na nossa vida, e nos ter
concedido o dia de hoje, aos nossos pais, irmãos e amigos pelo incentivo que nos têm dado
para realização deste projeto. Agradecemos também ao Instituto Médio Politécnico Privado
Pensador do Futuro e a coordenação do curso (informática) pela oportunidade e qualidade de
ensino que nos foi proporcionado. Ao nosso orientador Mbuco Garcia pela paciência e
dedicação na concretização deste relatório.

VI | P á g i n a
LISTA DE TABELA

Tabela 1 tabela de orçamento...........................................................................................................

VII | P á g i n a
LISTA DE FIGURAS

Figura 1 diagrama de caso de uso

VIII | P á g i n
a
Figura 2 Tabela de Contacto (Dicionário de Dados)
Figura 3 Tabela de Encomenda (Dicionário de Dados)
Figura 4:Menu do usuário
Figura 5 Menu do Administrador
Figura 6 Menu para da recepçao
Figura 7 Formulário de reversa do cliente
Figura 8 Formulário de rmensagem do cliente
Figura 9 Formulário de encomenda de produtos
Figura 10 formalario de cadastro de funcionario area da administração
Figura 11 Formulário de cadastro de funcionários Area do Administrador~
Figura 12 Formulário de cadastro de Produtos Area do Administrador
Figura 13 Arquitetura Lógica da Aplicação
Figura 14 Icone de SQL
Figura 15 Icone de HTML
Figura 16 Incone de JavaScricpt
Figura 17 Icone de CSS
Figura 18 Icone de PHP
Figuopra 19 Icone de PhoShot
Figura 20 Incone de Visual Studio Code
Figura 21 Icone de Powerpoint
Figura 22 Icone da ferramenta (Xamp)
Figura 23 Arquitetura física do sistema
Figura 24 Modelo fisico de Dados............................................................................................19

ÍNDICE
EPIGRAFE...................................................................................................................................

IX | P á g i n a
DEDICATÓRIA...........................................................................................................................

AGRADECIMENTO..................................................................................................................VII

LISTA DE TABELA.................................................................................................................VIII

LISTA DE FIGURAS....................................................................................................................

LISTAS DE SIGLAS ABREVIATURAS................................................................................XIII

RESUMO...................................................................................................................................XIV

ABSTRACT.................................................................................................................................XV

INTRODUÇÃO............................................................................................................................

OBJETIVOS.................................................................................................................................

OBJETIVO GERAL....................................................................................................................

OBJETIVO ESPECÍFICO..........................................................................................................

METODOLOGIA ULTILIZADA..............................................................................................

PROBLEMÁTICA.......................................................................................................................

HIPÓTESE....................................................................................................................................

ESTRUTURA DO RELATÓRIO...............................................................................................

CAPÍTULO 1 – DOMÍNIO DO PROBLEMA..........................................................................

1.1. OBJETO DE ESTUDO.........................................................................................................20

1.2. OBJETIVO DA INSTITUIÇÃO...........................................................................................20
1.3. UTILIZADORES (POTENCIAIS).....................................................................................

1.4. SITUAÇÃO ATUAL..........................................................................................................

1.5. SITUAÇÃO PROPOSTA.....................................................................................................20

VIABILIDADE DO PROJETO........................................................................................................20
1.6. MATERIAIS NECESSÁRIOS, ESTIMATIVA DE CUSTO E A MATERIAIS.6...............21
CAPÍTULO 2 – ANÁLISE DE REQUISITO............................................................................

2.1 METODOLOGIA APLICACIONAL.........................................................................................22

2.3. UTILIZADORES DO SISTEMA..............................................................................................22
2.4. PROCESSOS/FUNÇÕES..........................................................................................................22
2.4.1 ESPECIFICAÇÃO DE PROCESSOS E FUNÇÕES........................................................22
2.4.2. REQUISITOS FUNCIONAIS............................................................................................23
2.4.3. REQUISITOS NAO FUNCIONAIS...................................................................................23
2.4.4. DIAGRAMAS (BASEADO NA METODOLOGIA DO PONTO 2.1.)..............................23

X|Página
CAPÍTULO 3 – DESENHO........................................................................................................

ESTRUTURA DE MENU.............................................................................................................

3.1.1. MENU DA ÁREA DO CIENTE........................................................................................27

3.1.3. MENUS DA ÁREA DA RECEPÇÃO................................................................................28
ELABORAÇÃO DE INTERFACES GRÁFICAS COM O UTILIZADOR.................................

3.2.1 FORMULÁRIO DE RESERVAS........................................................................................28

......................................................................................................................................................29
3.2.4 FORMULARIO PARA CADASTRAR FUNCIONARIOS................................................30
3.2.5 3.2.5FORMULARIO PARA CADASTRO DE PRODUTOS.............................................31
3.4. ARQUITETURA LÓGICA DA APLICAÇÃO.....................................................................31
CAPÍTULO 4 – TECNOLOGIAS E FERRAMENTAS UTILIZADAS.................................

4.1. Tecnologias utilizadas................................................................................................................32

4.2. Ferramentas Utilizadas..............................................................................................................33
CAPÍTULO 5 – IMPLEMENTAÇÃO.......................................................................................

5.1. ARQUITETURA FÍSICA DO SISTEMA.................................................................................35

..........................................................................................................................................................35
5.2. MODELO FISICO DE DADOS................................................................................................35
5.3. Extratos de códigos..................................................................................................................

5.3. EXTRATOS DE CÓDIGOS.....................................................................................................36

5.3.1 CÓDIGOS PARA FAZER O LOGIN..................................................................................36
5.3.2 códigos para Conexão com o Banco de dados.....................................................................36
5.3.3 Código para Conexão com o Banco de dados sem PDO......................................................37
CONCLUSÃO...............................................................................................................................

REFERÊNCIAS...........................................................................................................................

XI | P á g i n a
LISTAS DE SIGLAS ABREVIATURAS

CSS - Cascandig Style Sheets

HTML - Hypertext Markup Linguage

MYSQL - Michael Yidenius Structured Query Language

PHP - Hypertext Preprocessor

SGBD - Sistema de Gestão de Banco Dados

UML - Unified Modeling Linguage (Linguagem de Modelagem Unificada)

XAMPP - Apache MariaDB PHP Pe

SRG – Sistema de Gestão de Restaurante

RESUMO

Tem notado que o uso de sistema de gestão para restaurante será benéfico, de maneira que
tem reduzido o uso de registos arquivados no papel para fazer a gestão da mesma. A falta de
um sistema de gestão no restaurante acaba criando problemas na gerenciamento das

XII | P á g i n a
informações do restaurante. Este trabalho tem como principal objectivo o densenvolvimento
de um sistema de gestão que visa atender melhor o funcionamento do Restaurante, com base
nestes factos resolver estes confinados problemas. Para o desenvolvimento deste sistema
optamos por usar a metodologia Rup devido a abragencia do projeto e por se tratar de uma
metodologia que visa antender as necessidades do usuario garantindo produção de sistema de
alta qualidade que cumpra com um cronograma e um orçamento. Por ser um trabalho de
origem académica será apresentado os fundamentos teóricos conceitual seguido do
enquadramento técnico e tecnológico no restaurante. Posteriomente sera feito o texto do
produto final obtido.. O nosso sistema vai ajudar no armazenamento das informações com
maior segurança. Isto é, cada funcionario que queira acessar a nossa base de dados vai ser
submetido a uma senha de usuário, para que assim possa ter acesso as informações contida
em seu repositório Com o nosso sistema instalado e funcionando na perfeição podemos
garantir que as informações terão uma nova forma de armazenamento e gerenciamento .

Palavras Chaves: SGR, sistema, gestão, restaurante.

XIII | P á g i n
a
ABSTRACT

Keys Word

XIV | P á g i n
a
INTRODUÇÃO

Atualmente a atualização de recursos tecnológicos têm trago benefícios em diferentes áreas do

mundo. Estando atento na mesma tendência o Restaurante La Plaza, busca suporte aos
recursos tecnológicos na resolução do seu problema concernente ao processo dos seus
atendimentos.

Notou-se que o restaurante está com dificuldades a fazer o gerenciamento das suas
informações e registos de dados manuais. Neste caso, surgem sistemas integrados de gestão
que permitem a automação de processos que servem de apoio a execução de atividades.

A Implementação de um sistema de gestão para o restaurante La Plaza facilitará no processo

de interação afim que os clientes e os funcionários do restaurante estabeleçam uma
comunicação via oline. Sendo assim criamos um sistema de gestão para o restaurante, que terá
a capacidade de gerencia as informações de uma forma automática.

Podemos perceber que o objetivo se enquadra bem na necessidade do restaurante, visto que o
cadastro é feito de maneira tradicional, onde e utilizado o papel para ser e feito os registro de
funcionário e dos clientes.

15 | P á g i n a
 JUSTIFICATIVA

Sabendo que o restaurante La Plaza não possui um sistema eficaz para gestão de
armazenamento de dados foi o fator que nos motivou a encarar o desafio de desenvolver um
sistema de gestão capaz de reduzir as dificuldades na recolha de dados e dos serviços da
instituição e suprir tais vulnerabilidade no restaurante.

Este sistema de gerenciamento do restaurante La Plaza será de grande ajuda na sociedade de

modo que facilitará com que pessoas consigam fazer compras de uma maneira não exaustivas,
o cliente pode fazer o seu pedido de onde se encontra.

Com este projeto implementado no reustarante La Plaza irá exercer uma influencia para outras
Instiuições á utilizarem Sitemas informátiticos para gerenciar os seus processos.

OBJETIVOS

OBJETIVO GERAL

 Implementar um sistema de gestão para o restaurante La Plaza

OBJETIVO ESPECÍFICO

 Construir uma página para interação com cliente;

 Implementar um banco de dados
 Permitir a manipulação de dados no sistema

METODOLOGIA ULTILIZADA

A metodologia usatilizada para colheta de informação para o desenvolvimento do projeto foi a

metodologia qualitativa, que é basicamente uma procura de documentos e informações que
vão nos ajudar a desenvolver o sistema, experiência, discurso, opiniões e respostas.

O trabalho foi desenvolvido essencialmente em 4 etapas

1. Entrevista oral com o administrador do restaurante e com os funcionários da instituição

ligados a comissão para o processo de atendimento.

16 | P á g i n a
2. Analises exploratórias de alguns documentos internos da instituição que são essenciais
para o perfeito desempenho do programa tais como formulários de cadastros recibos de
pagamentos.
3. Passaremos a etapa de analise, desenho, e testes do sistema.
4. Implementação do sistema desenvolvido.

PROBLEMÁTICA

A falta de um sistema de gestão que permite fazer encomenda e reservas por via online tem
causado muita dificuldade para os clientes fazer as suas reservas e encomendas dos produtos a
partir da sua residaencia, já que muitas ienformação não são arquivadas dentro de um banco
de dados leva muitas vezes a perda de informação dos funcionario e dos clientes.

HIPÓTESE

• Criação de uma plataforma para gerenciar o restaurante;

• Permitir fazer encomenda e rreservas;

17 | P á g i n a
ESTRUTURA DO RELATÓRIO

O relatório está composto por cinco capítulos, sendo assim:

INTRODUÇÃO: neste capítulo apresenta uma visão geral e sobre o tema do projeto, a
justificativa, o objetivo do trabalho, a metodologia de pesquisa assim como estrutura do
relatório acompanhado de uma descrição.

CAPÍTULO 1 – DOMÍNIO DO PROBLEMA: neste capítulo envolve os, objetivo de estudo,

a situação atual do restaurante, o objetivo do restaurante, problema a serem resolvidos,
vantagens e desvantagens, o âmbito, solução proposta, orçamento e a viabilidade.

CAPÍTULO 2– ANALISE DE REQUISITOS: neste capitulo apresenta-se uma breve

descrição dos requisitos funcionais e não funcionais do sistema, principais utilizadores do
sistema, assim como os principais processos.

CAPÍTULO 3–DESENHO: NESTE CAPITULO escreve-se a estrutura do menu, interface

gráfico do utilizadores, o modelo logico de dados e a arquitetura logico de aplicação.

CAPÍTULO 5 – TECNOLOGIA E FERRAMENTAS ULTILIZADA: neste capitulo é

apresentado as tecnologia e ferramentas que foram utilizadas na realização deste projeto.

CAPÍTULO 6 – IMPLEMENTAÇÃO: neste capítulo apresenta a arquitetura física do

sistema, o modelo físico de dados, assim como extrato de códigos.

18 | P á g i n a
CAPÍTULO 1 – DOMÍNIO DO PROBLEMA

1.1. OBJETO DE ESTUDO

Objeto do estudo é o restaurante “La Plaza” localizado bairro 4 de Abril camama, município
de talatona

1.2. OBJETIVO DA INSTITUIÇÃO

Realizar as atividades com rapidez, satisfazer as necessidades dos clientes, armazenar dados, e
fazer atendimento por via online.

1.3. UTILIZADORES (POTENCIAIS)

1. Administrador: o responsável por cadastrar.
2. Funcionários: Responsável por visualizar os dados de cliente e imprimir recibos de
pagamos de compra.
3. Cliente: Responsável por fazer encomendas, reversas de mesas e consultar cardápio.

1.4. SITUAÇÃO ATUAL

 A forma de interação entre os membros da administração para com o cadastro de
funcionários causa transtorno e lentidão na execução da mesma;
 Os processos dos clientes não são arquivados de modo seguro, levando muitas das vezes a
perda de informações.
 Falta de encomenda e reserva por via online.

1.5. SITUAÇÃO PROPOSTA

 Este projeto facilitara a forma de interação entre os membros da administração para com o
cadastro de funcionários com rapidez e de uma forma segura na execução da mesma;
 Os processos dos clientes serão arquivados de modo consistente e seguro.
 Criação de uma plataforma para de encomenda e reserva por via online.

VIABILIDADE DO PROJETO
Este projeto será muito viável no restaurante porque ajudara arquivar as informações
no banco de dados, a perda de informações tem sido constante e tem prejudicado
muitos os funcionários o projeto apresentara vários benefícios como a redução e a
perda de dados e custos para os utilizadores que usufruírem do nosso sistema de
gerenciamento

19 | P á g i n a
 1.6. MATERIAIS NECESSÁRIOS, ESTIMATIVA DE CUSTO E A MATERIAIS.6

TÉCNICO QUANTIDADE VALOR TOTAL

Programador 4 700.000 2800.000

Computador 2 250.000 500.000

Total:3.300.000

Tabela 1 tabela de orçamento

20 | P á g i n a
 CAPÍTULO 2 – ANÁLISE DE REQUISITO

2.1 METODOLOGIA APLICACIONAL

Para realização deste projeto optamos pela metodologia de desenvolvimento do sistema RUP.
2.2. TIPO DE APLICAÇÃO (WEB, DESKTOP, MOBILE)
Com base no tema em causa adaptamos por desenvolver uma aplicação do tipo web dinâmico.
A aplicação usara uma base de dados para o armazenamento de dados, será disponibilizado
dois painéis de administração, para cada área (administração e funcionário), de onde o
administrador poderão corrigir ou modificar conteúdos os dados, também a utilizara a
programação web para a estruturação desse conteúdo.

2.3. UTILIZADORES DO SISTEMA

Os utilizadores que irão interagir com o sistema são:

 O administrador do sistema
 O funcionário do restaurante
 O cliente

2.4. PROCESSOS/FUNÇÕES
Neste ponto serão mencionadas todas as funções que o sistema oferece:

 Reservas
 Mensagens
 Encomenda
 Cadastro
 Consultar cardápio

2.4.1 ESPECIFICAÇÃO DE PROCESSOS E FUNÇÕES

Reservas: O cliente pode fazer uma reserva submetendo a um formulário na qual terá que
preencher alguns dados relevantes;
Mensagens: O cliente será capaz de enviar mensagens para expor as suas dúvidas e
satisfações.
Encomenda: O cliente poderá solicitar as suas encomendas sem se deslocar de sua
residencia
Cadastro: o administrador sera submitido á dois formulario de cadastro, um para produto e
outro para registro de funcionarios.

21 | P á g i n a
 2.4.2. REQUISITOS FUNCIONAIS
O sistema ira funcionar de seguinte forma.

1. Cadastrar os funcionario de forma moderna.

2. A tender pedidos dos clientes por via online como:
 Encomendas
 Reserva de mesas.
 Consulta de cardapio

2.4.3. REQUISITOS NAO FUNCIONAIS

Apresenta os dois elementos ensenciais para o fucionamento do sistema:

a) segurança: o sistema é protegido contra acesso não autorizado.

b) Atuação: o sistema é capaz de lidar com o número necessário de usuário sem qualquer
degradação no desenpenho.

2.4.4. DIAGRAMAS (BASEADO NA METODOLOGIA DO PONTO 2.1.)

a) LISTA DE PROCESSOS

[Link]. MENU DO CLIENTE

Teremos:

1. Parte da encomenda onde os clientes farão as encomendas por via oline para fazer esse
processo é necessário preencher os seguintes campos o nome, telefone, endereço,nºda casa,
nome da rua.
2. Reserva onde o cliente fará a reserva de mesa por via oline para fazer esse processo é
necessário preencher os seguintes campos o seu nome email contacto quantidade de
pessoaas e deixar o seu comentáreio (opcional).
3. Contacto onde o cliente fará o envio de mensagem para o restaurante prara esse processo é
necessário preencher os seguintes campos nome, email, contacto endereçco, e mensagem

22 | P á g i n a
[Link]. MENU DO ADMISTRADOR

Teremos:

1. area de cadastramento onde será possivel cadastra os funcionários para este processo é
necessário cadastra funcionário e produtos.
2. Tabelas de funcionário nesta area é onde será visualizada os dados de todos os
funcionarios do restaurante. e o administrador poderá fazer as manipulações de dados
3. Tabela de produtos neesa area é onde será visualizada os produtos cadastrados.
4. Tabela de mensagem nesta area é onde o administrador receberá as mensagem do cliente e
o administrador poderá fazer as manipulações de dados
5. Tabelas de encomenda nesta area é onde o admistrador receberá as encomenda feita pelos
cliente e o administrador poderá fazer as manipulações de dados.
6. Tabela de reserva nesta area é onde o admistrador receberá reserva feita pelos clientes.e o
administrador poderá fazer as manipulações de dados.
7. Definição nesta area o administrador poderá realizar as seguintes actividades como altera
foto senha e o nome.

[Link]. MENU DO RECEPCIONISTA

Teremos:
1. Tabela de produtos nessa area é onde será visualizada os produtos cadastrados.
2. Tabela de mensagem nesta area é onde o recepcionista receberá as mensagem do
cliente e o administrador poderá fazer as manipulações de dados
3. Tabelas de encomenda nesta area é onde o recepcionista receberá as encomenda feita
pelos cliente e o administrador poderá fazer as manipulações de dados
4. Tabela de reserva nesta area é onde o recepcionista receberá reserva feita pelos
clientes.e o administrador poderá fazer as manipulações de dados

23 | P á g i n a
 1. DIAGRAMA DE CASO DE USO

Figura 1 diagrama de caso de uso

a) DICIONÁRIO DE DADOS.

Tabela de contacto do sistema de admistraço

Figura 2 Tabela de Contacto (Dicionário de Dados)

24 | P á g i n a
Tabela de encomeda dos produtos

Figure 2 Tabela de produto (Dicionário de Dados)

Tabela de resevas de mesas

Figura 3 Tabela de Encomenda (Dicionário de Dados)

25 | P á g i n a
 CAPÍTULO 3 – DESENHO

ESTRUTURA DE MENU

Mostraremos a estrutura dos menus que constituem a nossa plataforma.

3.1.1. MENU DA ÁREA DO CIENTE

Este menu o cliente poderá fazer as seguintes operações: fazer encomenda,
visualizar os produtos envio de mensagem fazer reservas.

Figura 4:Menu do usuário

Neste menu o administrador tem como o objectivo visualizar as quntidades de dados

armazenados no banco, realizar cadastro de funcionários e produtos ver as listagens
de tabelas dos funcionários, produtos, mensagens, encomenda, reservs e fazer
alterações dos dados armazenados no banco, realizar cadastro de funcionários e
produtos ver as listagens de tabelas dos funcionários, produtos, mensagens,
encomenda, reservas e fazer alterações.

Figura 5 Menu do Administrador

26 | P á g i n a
3.1.3. MENUS DA ÁREA DA RECEPÇÃO
Neste menu o recepcionista poderá visualizar as quantidades de dados
armazenados no banco de tabelas dos produtos, mensagens, encomenda, reservas
e fazer alterações dos dados.

Figura 6 Menu para da recepçao

ELABORAÇÃO DE INTERFACES GRÁFICAS COM O UTILIZADOR

3.2.1 FORMULÁRIO DE RESERVAS

Este formulário é onde o Usuário/Cliente irá fazer a sua reserva de mesas.

27 | P á g i n a
 Figura 7 Formulário de reversa do cliente

3.2.2 FORMULÁRIOS PARA O ENVIO DE MENSAGENS

28 | P á g i n a
29 | P á g i n a
Este formulário é onde o Usuário/Cliente irá fazer o envio de mensagem.

Figura 8 Formulário de rmensagem do cliente

3.2.3
FORMULÁRIOS PARA ENCOMENDA DE PRODUTOS

Este formulário é onde o Usuário/Cliente irá fazer o envio de mensagem.

Figura 9 Formulário de encomenda de produtos

30 | P á g i n a
3.2.4 FORMULARIO PARA CADASTRAR FUNCIONARIOS
Este formulário é onde o Administrador irá fazer o Cadastro de Funcionários.

Figura 10 formalario de cadastro de funcionario area da administração

31 | P á g i n a
3.2.5 3.2.5FORMULARIO PARA CADASTRO DE PRODUTOS
Este formulário é onde o Administrador irá fazer o Cadastro de Produtos.

32 | P á g i n a
 Formulário Figura 11 de cadastro de Produtos Area do Administrador

3.4. ARQUITETURA LÓGICA DA APLICAÇÃO

Figura 12 Arquitetura Lógica da Aplicação

CAPÍTULO 4 – TECNOLOGIAS E FERRAMENTAS UTILIZADAS

4.1. Tecnologias utilizadas

Para o desenvolvimento deste sistema usamos as seguintes Tecnologias:

33 | P á g i n a
 Figura 13 Icone de SQL

SQL Server: A linguagem padrão para manipular registros em bancos de dados relacionais, a
sigla vem dos termos em inglês Strustured Query linguagem, que pode significa (Linguagem
de Consulta Estruturada) Tecnologias usadas para a criação de base de dados. (Bengui, 2013)

Figura 14 Icone de HTML

HTML: é uma abreviação de Hypertext Markup Language - Linguagem de Marcação de

Hypertexto. Resumindo em uma frase: o HTML é uma linguagem para publicação de
conteúdo (texto, imagem, vídeo, áudio e etc) na Web. Tecnologia utilizada para a criação
das páginas web do projeto.

Figura 15 Incone de JavaScricpt

Javascript: é uma linguagem de programação interpretada estruturada, de script em alto

nível com tipagem dinâmica fraca e multe paradigma. Tecnologia utilizada para a
Validação das páginas do projeto.

Figura 16 Icone de CSS

34 | P á g i n a
 CSS – Cascating Style Sheets que em português significa (Estilo de folha em cascata) é
o mecanismo que utilizamos para adicionar o estilo a uma página web. Tecnologia
utilizada para a estilização das páginas do projecto.

Figura 17 Icone de PHP

PHP: linguagem de programação utilizada para a construção de sites dinâmicos, nós usamos
para conectar com o banco de dados e adicionar multas funcionalidades. Tecnologia utilizada
para a conexão do banco das páginas com o banco de dados.

4.2. Ferramentas Utilizadas

Para o desenvolvimento deste sistema usamos as seguintes ferramentas:

Figura 18 Icone de PhotoShop

Photoshop: é um software caracterizado como editor de imagens bidimensionais de tipo

(possuindo ainda alguma capacidade de edição típicas dos editores vitórias). Ferramenta
utilizada para criação e edição das imagens utilizadas no projeto.

Figura 19 Incone de Visual Studio Code

Visual Studio Code: sérvio para o desenvolvimento de toda a aplicação desde a concepção
das interfaces gráficas e a codificação do projeto.

Figura 20 Icone de Powerpoint

35 | P á g i n a
Powerpoint: é um programa utilizado para a criação, ed8ição e exibições de apreensões
gráficas originalmente estrito para o sistema operacional Windows. Ferramenta utilizada
para criação dos diagramas UML.

Figura 21 Icone da ferramenta (Xamp)

Xampp: É um pacote com principais servidores de código aberto do mercado, incluindo o

FTP, banco de dados, MySQL, apache com suporte às linguagens PHP e Perl. De
plataforma de software livre, que consiste principalmente na base de dados MySQL, o qual
foi substituído pelo MariaDB (embora seja utilizado MySQL em Algumas Versões

36 | P á g i n a
CAPÍTULO 5 – IMPLEMENTAÇÃO

5.1. ARQUITETURA FÍSICA DO SISTEMA

Figura 22 Arquitetura física do sistema

5.2. MODELO FISICO DE DADOS

Figura 23 Modelo Físico de Dados

37 | P á g i n a
5.3. Extratos de códigos

5.3. EXTRATOS DE CÓDIGOS

5.3.1 CÓDIGOS PARA FAZER O LOGIN
<?php
include_once('[Link]');
if(isset($_POST['enviar'])){
if(empty($_POST['email']) || empty($_POST['senha'])){

$message="<label> CAMPOS VAZIOS </label>";

} else{

$query="SELECT * FROM cadastrado WHERE email = :email AND senha = :senha";

38 | P á g i n a
 $statement=$pdo -> prepare($query);
$statement->execute(
array(
'email'=> $_POST['email'],
'senha'=> $_POST['senha']
)
);
$count = $statement->rowCount();
if($count>0){

header('location:[Link]');
} else{
$message="<label> pass errada email </label>";}}}
5.3.2 códigos para Conexão com o Banco de dados
<?php
session_start();

$bd="usuario";
$usuario="root";
$senha= "";
$bd="bd_restaurante";

try
{
$pdo = new PDO("mysql:dbname=$bd; host=localhost", $usuario, $senha);
$pdo->SetAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
}
catch (PDOException $e)
{
echo "Erro com o banco ".$e->getMessage();
}

?>

5.3.3 Código para Conexão com o Banco de dados sem PDO

<?php
$servidor ="localhost";
$usuario ="root";

39 | P á g i n a
$senha ="";
$db ="bd_restaurante";

//criar conexao em PDO

$conexao = mysqli_connect($servidor,$usuario ,$senha,$db);

As figuras a baixo mostram trechos de códigos que dão funcionalidade ao formulário do

cadastramento, após o login.

40 | P á g i n a
CONCLUSÃO

Ao nos aproximarmos na finalização desta pesquisa, verificamos que a mesma nos permitiu
aprofundar os conhecimentos em relação ao curso, quer pelo papel que desempenha na
formação social e cultural dos sujeitos escolares.

Essa ferramenta tecnólogica é voltada para auxiliar o síndico e a administradora na gestão

interna. Para este trabalho foi idealizado e implementado um Sistema de Gestão para o
Condomínio com o objetivo de facilitar o trabalho do síndico como um gestor, livrando-o de
tarefas manuais oferecendo suporte aos processos de forma simples, com qualidade e
eficiência.

Este objetivo só foi atingido graças aos estudos realizados durante o trabalho, como a
realização de cursos sobre os frameworks utilizados, unidos aos conhecimentos prévios
absorvidos no decorrer do curso de Informática.

41 | P á g i n a
 REFERÊNCIAS

[1] Ross Allen. Css box-shadow can slow down scrolling. [Link] box-
shadows-are-expensive-to-paint , 2021.

[2] ChrisCoyier. Fighting the space between inline block elements. [Link] com/
ghting-the-space-between-inline-block-elements/ , 2017.

[3] Nicolas Gallagher. About [Link]. [Link] about-normalize-

css/, 2012.

[4] Brad Frost Jeremy Keith Lyza D. Gardner Scott Jehl Stephanie Rieger Jason Grigsby
Bryan Rieger Josh Clark Tim Kadlec Brian LeRoux Andrea Trasatti Luke Wroblewski, Scott
Jenson. Future friendly. [Link] 2019.

[5] Ethan Marcotte. Responsive web design. [Link] responsive-

web-design, 2020.

42 | P á g i n a