UNIVERSIDADE NOVE DE JULHO

HOTEL PARAÍSO

São Paulo
2019
RA 417203058 Alexandre de Araújo
RA 417201118 João Vitor Fonseca da Silva
RA 417201262 Jorge Yudi Tenguam
RA 417200513 Rafael Correia Barros da Silva
RA 417110952 Samuel Santiago Batista
RA 417103575 Sidnei Francisco Inocêncio Junior

HOTEL PARAÍSO

Projeto Hotel Paraíso desenvolvido na disciplina

Projeto Prático em Sistemas, da Universidade Nove
de Julho.

Orientador: Prof. Edson Melo de Souza, Me.

São Paulo
2019
 V

RESUMO

Neste trabalho apresentaremos as aplicações Mobile e Web desenvolvidas para o

empreendimento Hotel Paraíso.
 VI

LISTA DE FIGURAS

FIGURA 1 – HOME PAGE............................................................................................................19

FIGURA 2 – TELA SAIBA MAIS..................................................................................................20
FIGURA 3 – TELA SOBRE...........................................................................................................20
FIGURA 4 – TELA DE CADASTRO...............................................................................................21
FIGURA 5 – TELA DE CONSULTA DE RESERVAS.........................................................................21
FIGURA 6 – TELA DE LOGIN......................................................................................................22
FIGURA 7 – TELA DE CADASTRO DE USUÁRIO..........................................................................22
FIGURA 8 – TELA DE CADASTRO DE QUARTOS..........................................................................23
FIGURA 9 – TELA DE EDIÇÃO DE CADASTRO DE QUARTOS.......................................................24
FIGURA 10 – TELA DE LOGIN....................................................................................................25
FIGURA 11 – TELA DE LOGOFF..................................................................................................26
FIGURA 12 – TELA DE CONSULTA.............................................................................................27
FIGURA 13 – DIAGRAMA CASO DE USO....................................................................................28
FIGURA 14 – CASO DE USO - CADASTRO DE CLIENTES (WEB SITE)..............................29
FIGURA 15 – CASO DE USO - RESERVA DE SUÍTES (WEB SITE)......................................30
FIGURA 16 – CASO DE USO - MANUTENÇÃO DE SUÍTES (WEB SITE)............................31
FIGURA 17 – CASO DE USO - CONSULTA DE SUÍTES (APLICATIVO MOBILE).............32
FIGURA 18 – DIAGRAMA DE ATIVIDADE...................................................................................33
FIGURA 19 — DIAGRAMA ENTIDADE-RELACIONAMENTO........................................................34
 VII

Sumári

RESUMO............................................................................................................V
LISTA DE FIGURAS............................................................................................VI
1. INTRODUÇÃO...........................................................................................8
1.1. MOTIVAÇÕES E OBJETIVO................................................................................9
1.2. DESCRIÇÃO DO PRODUTO................................................................................9
1.3. PREMISSAS...................................................................................................10
1.4. RESTRIÇÕES.................................................................................................10
1.4.1. RESTRIÇÕES DE TEMPO.....................................................................................10
2. GERENCIAMENTO DO ESCOPO...............................................................12
2.1. DECLARAÇÃO DO ESCOPO.............................................................................12
3. METODOLOGIA......................................................................................13
3.1. DEFINIÇÃO DO NEGÓCIO................................................................................13
3.2. DEFINIÇÃO DA EQUIPE...................................................................................13
3.2.1. ORGANOGRAMA E PLANO DE TRABALHO..............................................................13

4. DESCRIÇÃO DO SISTEMA.......................................................................15
4.1. DESCRIÇÃO DAS PARTES QUE COMPÕE O SISTEMA.........................................15
4.1.1. PÁGINA INICIAL.................................................................................................. 16
4.2. REQUISITOS FUNCIONAIS...............................................................................17
4.2.1. FUNCIONALIDADES PÚBLICAS.............................................................................18
4.2.2. FUNCIONALIDADES PRIVADAS.............................................................................19
4.3. REQUISITOS NÃO-FUNCIONAIS.......................................................................20
4.4. LAYOUT........................................................................................................ 21
4.4.1. SITE................................................................................................................. 21
4.4.2. APLICATIVO MÓVEL............................................................................................ 27
5. MODELAGEM UML................................................................................30
5.1. DIAGRAMAS DE CASO DE USO: FRONT END....................................................30
5.2. CASOS DE USO:............................................................................................31
5.2.1. CADASTRO DE CLIENTES (WEB SITE)...................................................................31
5.2.2. RESERVA DE SUÍTES (WEB SITE).........................................................................32
5.2.3. MANUTENÇÃO DE SUÍTES (WEB SITE)..................................................................33
5.2.4. CONSULTA DE SUÍTES (APLICATIVO MOBILE)........................................................34
5.3. DIAGRAMAS DE ATIVIDADE.............................................................................35
6. MODELAGEM DO BANCO DE DADOS......................................................36
6.1. DIAGRAMA E-R.............................................................................................36
6.2. IMPLEMENTAÇÃO FÍSICA.................................................................................37
7. CRONOGRAMA......................................................................................40
8. FERRAMENTAS UTILIZADAS...................................................................42
9. CONCLUSÃO.........................................................................................43
BIBLIOGRAFIA..................................................................................................44
1. INTRODUÇÃO

As tecnologias atuais, em constante desenvolvimento, nos levam a outro

patamar de interação entre homem-computador assim como a outro estágio de
integração entre as atividades recreativas e profissionais e os recursos
computacionais e de serviços nesse campo.

Atualmente, raras são as empresas ou negócios que desempenham as suas

atividades de maneira totalmente manual ou desvinculada de qualquer tecnologia,
não importando o seu âmbito de aplicação. Os processos de negócio irão esbarrar
inevitavelmente em algum recurso tecnológico, seja ele no campo de comunicações,
localização, troca de dados ou informações assim como na gestão de processos e
negócios não importando o modelo ou tamanho de complexidade.

Cada empresa ou negócio, por sua vez tem processos específicos de acordo
com o produto ou serviço que fornece. Devido à concorrência e constante busca por
melhores resultados, faz parte do dia-a-dia do empresário buscar meios de atingir os
objetivos com o menor custo possível e a maior rentabilidade para que assim possa
honrar os seus compromissos e reinvestir no seu negócio.

Isso posto, não resta dúvida que as tecnologias computacionais e de serviços,

se utilizadas com critério, aproximam o empresário dos seus objetivos, assim como
os clientes das suas necessidades.

Neste trabalho, apresentaremos a nossa solução em resposta a essa

questão, aplicando os conhecimentos adquiridos no curso e as premissas
apresentadas na proposta do projeto.
 9

2. MOTIVAÇÕES E Objetivo
Com base no binômio necessidades e possibilidades, temos de um lado as
empresas e seus negócios continuamente desafiados pela concorrência, e do outro,
as nossas expectativas pessoais, tanto como profissionais de mercado, como na
posição de graduandos no curso de Análise e Desenvolvimento de Sistemas.

Nas discussões do grupo, escolhemos o Hotel Paraíso, localizada na

paradisíaca Itacaré – Bahia, uma empresa de pequeno porte que hospeda clientes
de todo o Brasil. O hotel tem no seu plano de negócios uma série de etapas a serem
galgadas, controlando assim o seu crescimento e o investimento necessário para um
desenvolvimento sustentável.

Na etapa atual, o hotel busca a solução para o problema do atendimento das

consultas de seus clientes. Quando um cliente precisa verificar a disponibilidade e
efetuar um pré reserva, o cliente necessariamente entra em contato através de e-
mail ou telefone para obter as informações. O grande gargalo fica concentrado nos
períodos de alta temporada ou feriados, quando a procura por informações é
naturalmente maior.

A partir do momento em que o trabalho foi solicitado pela Instituição, o

desfecho natural foi a busca de uma proposta de uma solução a esse problema.

3. DeSCRIÇÃo do Produto
O sistema é uma aplicação especializada, voltada a permitir a consulta e
reserva de suítes do Hotel Paraíso.

Os clientes do hotel poderão acessar o site da empresa, verificar as suítes e

suas características, e realizar a pré-reserva em um determinado intervalo de dias.
Adicionalmente, os clientes contarão com um aplicativo onde poderá checar qual as
datas reservadas para a estada no Hotel Paraíso.

Outras funcionalidades poderão ser acrescentadas nas próximas versões do

sistema, pois a metodologia adota foi o crescimento controlado e incremental ao
invés do approach big-bang.
 10

4. Premissas
As premissas básicas estão distribuídas na obtenção do nosso objetivo, que é
apresentar através deste projeto, a solução ao problema do Hotel Paraíso.

Consideramos premissa desse projeto:

 Quantidade de membros na equipe de acordo com o volume de

tarefas.

 Definir escopo de acordo com os critérios do projeto e prazo de

entrega.

 Definir complexidade, número de módulos e recursos de acordo com o

prazo disponível.

 Desenvolver o projeto com o menor custo possível sem abrir mão da

qualidade e das definições do escopo.

 Selecionar um problema cuja a solução esteja atrelada às premissas

anteriores.

5. Restrições

5.1.1. RESTRIÇÕES DE TEMPO

O tempo foi um fator determinante para a execução do projeto, visto que ao

passo que desenvolvíamos o projeto, estamos assistindo as aulas onde nos era
passado o conhecimento necessário. Ainda tínhamos que lidar com a dificuldade em
reunir o time, embora tenhamos utilizado aplicativo de comunicação em grupo.

Os prazos e a gestão do tempo serão discutidos em detalhe na apresentação

do Cronograma.
6. Gerenciamento do Escopo
7. Declaração do Escopo
O escopo do projeto é o desenvolvimento de um sistema que permita que
clientes do Hotel Paraíso possam pré-reservar as suítes para a estada no hotel.

 Desenvolvimento de um website

 Desenvolvimento de um aplicativo móvel

 Desenvolvimento de módulo de cadastro

 Modelagem e implementação da base de dados de informações

Os elementos declarados nesse escopo serão especificados através da

análise de requisitos.

Quaisquer itens não descritos no escopo, não serão considerados parte deste
projeto, podendo ser agregados através de solicitação de mudança acordado entre
as partes.
8. Metodologia
9. Definição do Negócio
O negócio foi definido com base no estudo de caso do Hotel Paraíso, cujo
problema a ser resolvido estava alinhado com os critérios e objetivos do nosso
projeto.

10. Definição da Equipe

RA 417203058 Alexandre de Araújo;

RA 417201118 João Vitor Fonseca da Silva

RA 417201262 Jorge Yudi Tenguam

RA 417200513 Rafael Correia Barros da Silva

RA 417110952 Samuel Santiago Batista

RA 417103575 Sidnei Francisco Inocêncio Junior

10.1.1. ORGANOGRAMA E PLANO DE TRABALHO

Organograma (Tabela)

Descrição das Funções dos Integrantes (Tabela)

Especificar o que cada integrante irá realizar no desenvolvimento do projeto

(Tabela)

Foi utilizado o Google Drive para troca de arquivos entre os integrantes e as

comunicações foram realizadas pelo aplicativo WhatsApp;

Além de pesquisa de mercado para identificarmos os principais concorrentes,

utilizamos o AVA para auxílio no desenvolvimento dos sistemas;

Modelagem do Sistema

o Levantamento de requisitos funcionais e não funcionais;

 13

o Para auxiliar a visualizar a comunicação entre os objetos do

sistema, será utilizado a criação de diagramas da linguagem UML;
o Modelagem do banco de dados;
o Criação dos layouts da plataforma Web.

 Desenvolvimento
o Execução das interfaces em HTML, CSS, Bootstrap, Jquery e
JavaScript;
o Desenvolvimento da aplicação em linguagem PHP.

 Verificação
o Após a elaboração do sistema, será efetuada uma verificação
profunda com a intenção de testar a funcionalidade, a usabilidade e
a navegabilidade com o usuário.
11. Descrição do Sistema
12. Descrição das Partes que Compõe o Sistema
O sistema consiste de uma camada de apresentação incluindo um website e
um aplicativo para plataforma Android, uma camada de negócios e uma camada de
dados para persistência das informações.

O site está na nuvem, hospedado e acessível pelo endereço

http://hotelparaiso.atwebpages.com/index.html. O aplicativo pode ser adquirido
através de um dos participantes desse projeto.

A camada de apresentação tem o site desenvolvido em HTML, CSS,

Bootstrap, Jquery, e JavaScript, e o aplicativo desenvolvido em Java. A camada de
negócio foi desenvolvida em PHP devido as orientações e recursos que a linguagem
permite.

A comunicação é feita via protocolo HTTP, ao passo que o webservice é

responsável pela comunicação com a base de dados.
 15

12.1.1. PÁGINA INICIAL

 16

13. Requisitos Funcionais

Requisitos funcionais são declarações de serviços que o sistema deve
fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema
deve se comportar em determinadas situações. Em alguns casos, os requisitos
funcionais também podem explicitar o que o sistema não deve fazer
(SOMMERVILLE, 2011).

Listagem de Quartos (RF-1): O sistema deve exibir uma lista de quartos

para locação. A partir dessa lista o usuário logado poderá efetuar a reserva.

Consulta de Reservas (RF-2): O sistema irá permitir consulta de reservas de

quartos através do website e do aplicativo móvel. Para isso o usuário deverá estar
logado.

Login de Usuários (RF-3): O sistema deve permitir que o um usuário

cadastrado possa efetuar o login no website ou no aplicativo, iniciando uma sessão
exclusiva para esse usuário.

Reservas de Quartos (RF-4): O sistema deve permitir que reservas de

quartos possam ser feitas por usuários cadastrados e logados no sistema.

Cadastro de Quartos (RF-5): O sistema deverá permitir que um usuário

administrador possa incluir, alterar e excluir quartos da base de dados do sistema.

Cadastro de Usuários (RF-6): O sistema deve permitir que visitantes do site

possam se cadastrar.
 17

13.1.1. FUNCIONALIDADES PÚBLICAS

A seguir temos as funcionalidades que não necessitam que o usuário logado

no sistema.

[RF-1] Listagem de quartos

 Descrição: O sistema deve listar os quartos passando informações como

a quantidade de camas e limite de ocupantes;
 Entrada: nenhuma entrada é necessária;
 Processo: O sistema busca os quartos e retorna para o usuário;
 Saída: Apresentação da lista de quartos, informando nome do quarto,
quantidade de camas, limite de ocupantes. Incluí botão Reservar e
controle de datas para possibilitar a realização de reserva.

[RF-3] Login de Usuários

 Descrição: O sistema deve permitir que o usuário anônimo possa se logar

no sistema mediante o fornecimento de credenciais válidas;
 Entrada: Usuário fornece as credenciais (login e senha);
 Processo: O sistema valida as credenciais (login e senha) inseridas e
após validar, inicia a sessão do usuário;
 Saída: Acesso ao sistema e aos recursos liberados para o perfil do
usuário.

[RF-6] Cadastro de Usuários

 Descrição: O sistema deve permitir que o usuário anônimo ao visitar o site

possa fazer o seu cadastro;
 Entrada: O visitante preenche o formulário de cadastro;
 Processo: O sistema registra os dados do usuário na base de dados;
 Saída: O sistema informa que o cadastro foi realizado com sucesso.
 18

13.1.2. FUNCIONALIDADES PRIVADAS

As funcionalidades a seguir estarão disponíveis somente para usuários

logados no sistema, de acordo com o perfil de acesso.

[RF-2] Consulta de Reservas

 Descrição: O sistema deve permitir a consulta dos quartos reservados

pelo usuário logado.
 Entrada: Usuário realiza o login;
 Processo: O sistema autentica as credenciais de login, busca os quartos
reservados pelo usuário autenticado e retorna para o usuário;
 Saída: Apresentação das reservas de quartos do usuário logado,
informando nome do quarto, quantidade de camas, limite de ocupantes.

[RF-4] Reserva de Quartos

 Descrição: O sistema deve permitir que reservas de quartos possam ser

feitas por usuários cadastrados e logados no sistema.
 Entrada: Usuário seleciona o quarto, informa o período e solicita a
reserva;
 Processo: O sistema verifica se naquele intervalo de datas, há pelo
menos um quarto disponível do tipo que foi selecionado. Caso haja
disponibilidade, a reserva é registrada na base de dados.
 Saída: O sistema informa que a reserva foi realizada com sucesso.

[RF-5] Cadastro de Quartos

 Descrição: O sistema deve permitir que usuários com acesso

administrativo possam fazer a manutenção da base de dados dos quartos.
 Entrada: Usuário administrador fornece as informações do quarto, sendo:
número da suíte, nome da suíte, número de camas e limite de ocupantes;
 19

 Processo: O sistema armazena as informações na tabela de quartos

mantidas na base de dados.
 Saída: O sistema informa que o quarto foi cadastrado com sucesso.

14. Requisitos Não-Funcionais

Identificação de usuário (RNF-1): Os dados do usuário cadastrado devem
ter informações mínimas de contato.

Acessibilidade do site (RNF-2): O site deve ser compatível com pelo menos
dos browsers mais utilizados no mercado.

Acessibilidade do aplicativo (RNF-3): O aplicativo móvel deve ser

disponibilizado para plataforma Android, e opcionalmente para a plataforma IOS.

Sincronização de informações (RNF-4): O aplicativo móvel e o site deve ter

sincronização automática.
 20

15. Layout

15.1.1. SITE

Figura 1 – Home page

Figura 2 – Tela Saiba mais

 21

Figura 3 – Tela Sobre

Figura 4 – Tela de cadastro

 22

Figura 5 – Tela de consulta de reservas

Figura 6 – Tela de login

 23

Figura 7 – Tela de cadastro de usuário

 24

Figura 8 – Tela de cadastro de quartos

 25

Figura 9 – Tela de edição de cadastro de quartos

 26

15.1.2. APLICATIVO MÓVEL

Figura 10 – Tela de login

 27

Figura 11 – Tela de logoff

 28

Figura 12 – Tela de consulta

16. Modelagem UML
17. Diagramas de Caso de Uso: Front End

Figura 13 – Diagrama Caso de Uso

 30

18. Casos de Uso:

18.1.1. CADASTRO DE CLIENTES (WEB SITE)

Cadastro de Cliente
Ator(es) Cliente; Sistema
Pré-requisitos O usuário deve ter conexão com a internet

Entrada Nome;Email;Senha

Resumo
O usuário irá se cadastrar no sistema, que irá armazenar suas informações para posteriores
ações
Fluxo principal
Ação do Ator Resposta do Sistema
O Cliente acessa ao Web Site
 
O Cliente deve clicar no botão Login/Cadastro
para se cadastrar  
O Cliente insere os dados cadastrais nos
campos indicados na tela de cadastro  
As informações cadastrais fornecidas pelo
Cliente são armazenadas no banco de dados
 

Figura 14 – Caso de Uso - CADASTRO DE CLIENTES (WEB SITE)

 31

18.1.2. RESERVA DE SUÍTES (WEB SITE)

Reserva de Suítes
Ator(es) Cliente; Sistema
Pré-requisitos O usuário deve ter conexão com a internet; O
usuário deve possuir um cadastro válido; O
usuário deve estar logado no sistema

Entrada Nome; Email; Senha; Data de Nascimento;

Telefone; Celular; Número do Quarto;
Capacidade do Quarto; Tipo do Quarto;
Quantidade de Camas; Data de Check-In; Data
do Check-Out
Resumo
O Cliente irá realizar a reserva de uma suíte, após se cadastrar no site e escolher a forma de
pagamento desejável
Fluxo principal
Ação do Ator Resposta do Sistema
O Cliente acessa ao Web Site  
O Cliente deve clicar no botão Login/Cadastro  
para se logar
O Cliente realiza o login no site e deve clicar  
no botão Reservas para visualizar as suítes
disponíveis
  O sistema irá apresentar, em tela, todas as
suítes disponíveis até o momento do click do
mouse ao cliente

O Cliente irá escolher a suíte em que deseja  

se hospedar e em seguida irá confirmar a
reserva
  O sistema irá validar se a suíte está disponível
para reserva e irá confirmar ou rejeitar a
reserva ao Cliente

O Cliente irá escolher a forma de pagamento  

da reserva
  O sistema irá confirmar a forma de
pagamento escolhida pelo Cliente

Figura 15 – Caso de Uso - RESERVA DE SUÍTES (WEB SITE)

 32

18.1.3. MANUTENÇÃO DE SUÍTES (WEB SITE)

Manutenção de Suítes
Ator(es) Funcionário; Sistema
Pré-requisitos O usuário deve ter conexão com a internet; O
perfil do usuário deve ser de 'Funcionário'

Entrada Nome/Email;Senha; Código do Quarto;

Número do Quarto; Capacidade do Quarto;
Tipo de Quarto; Quantidade de Camas

Resumo
O Funcionário pode alterar as especificações de uma suíte, incluir uma nova suíte ou excluir
uma suíte já existente
Fluxo principal
Ação do Ator Resposta do Sistema
  O Administrador do sistema irá cadastrar o
Funcionário antecipadamente, com perfil
diferenciado para possibilitar diferentes
funcionalidades

O Funcionário acessa ao Web Site  

O Funcionário realiza o login no site  

O Funcionário pode realizar a manutenção de  

qualquer quarto que desejar (Alterar, Incluir,
Excluir)

  O sistema irá validar as informações e

questionar o Funcionário se deseja confirmar
todas as modificações proposta no banco de
dados do Web Site

O Funcionário confirma/nega as modificações  

Figura 16 – Caso de Uso - MANUTENÇÃO DE SUÍTES (WEB SITE)

 33

18.1.4. CONSULTA DE SUÍTES (APLICATIVO MOBILE)

Consulta de Suítes
Ator(es) Cliente; Sistema (Aplicativo Mobile)
Pré-requisitos O usuário deve ter conexão com a internet; O
usuário deve ter um smartphone/tablet
compatível com o sistema operacional
Android
Entrada Email; Senha
Resumo
O usuário irá se conectar ao aplicativo para consulta da(s) suíte(s) reservada(s) no Web Site

Fluxo principal
Ação do Ator Resposta do Sistema
O Cliente acessa o aplicativo pelo seu
smartphone  
O Cliente deve informar o Email e Senha ao
iniciar o aplicativo  
O sistema irá localizar, pelo Email, o cadastro
do cliente no banco de dados do Hotel,
apresentando na tela as suítes reservadas
  pelo cliente

Figura 17 – Caso de Uso - CONSULTA DE SUÍTES (APLICATIVO MOBILE)

 34

19. Diagramas de Atividade

Figura 18 – Diagrama de Atividade

20. Modelagem do Banco de Dados
21. Diagrama E-R

Figura 19 — Diagrama Entidade-Relacionamento

 36

22. Implementação Física

-- phpMyAdmin SQL Dump
-- version 4.5.1
-- http://www.phpmyadmin.net
--
-- Host: 127.0.0.1
-- Generation Time: 08-Maio-2019 às 01:04
-- Versão do servidor: 10.1.13-MariaDB
-- PHP Version: 5.5.35

SET SQL_MODE = "NO_AUTO_VALUE_ON_ZERO";

SET time_zone = "+00:00";

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;

/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8mb4 */;

--
-- Database: `HotelParaiso`
--

-- --------------------------------------------------------

--
-- Estrutura da tabela `aluga`
--

CREATE TABLE `aluga` (

`ID_ALUGA` int(11) NOT NULL,
`ID_USU_ALUGA` int(11) DEFAULT NULL,
`ID_QRT_ALUGA` int(11) DEFAULT NULL,
`DT_ENTRADA` datetime DEFAULT NULL,
`DT_SAIDA` datetime DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

-- --------------------------------------------------------

--
-- Estrutura da tabela `quarto`
--

CREATE TABLE `quarto` (

`ID_QRT` int(11) NOT NULL,
`NUM_QRT` int(11) DEFAULT NULL,
`CAPACIDADE_QRT` int(11) DEFAULT NULL,
`TIPO_QRT` varchar(100) DEFAULT NULL,
`QTDCAMA_QRT` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

--
-- Extraindo dados da tabela `quarto`
--
 37

INSERT INTO `quarto` (`ID_QRT`, `NUM_QRT`, `CAPACIDADE_QRT`,

`TIPO_QRT`, `QTDCAMA_QRT`) VALUES
(1, 1, 2, 'CASAL', 1);

-- --------------------------------------------------------

--
-- Estrutura da tabela `usuario`
--

CREATE TABLE `usuario` (

`ID_USU` int(11) NOT NULL,
`CPF_USU` varchar(20) NOT NULL,
`NOME_USU` varchar(300) NOT NULL,
`SENHA_USU` varchar(50) NOT NULL,
`SEXO_USU` varchar(1) DEFAULT NULL,
`TIPO_USU` varchar(1) NOT NULL,
`TELEFONE_USU` varchar(14) DEFAULT NULL,
`CELULAR_USU` varchar(14) NOT NULL,
`ENDERECO_USU` varchar(100) NOT NULL,
`CIDADE_USU` varchar(100) NOT NULL,
`EMAIL_USU` varchar(100) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;

--
-- Extraindo dados da tabela `usuario`
--

INSERT INTO `usuario` (`ID_USU`, `CPF_USU`, `NOME_USU`, `SENHA_USU`,

`SEXO_USU`, `TIPO_USU`, `TELEFONE_USU`, `CELULAR_USU`, `ENDERECO_USU`,
`CIDADE_USU`, `EMAIL_USU`) VALUES
(1, '000.000.001-91', 'SUPERVISOR', '12345', 'M', 'F', '', '011 99999-
9990', 'RUA CHERNOBYL 39', 'SP', 'ADM@PROJETO.COM.BR');

--
-- Indexes for dumped tables
--

--
-- Indexes for table `aluga`
--
ALTER TABLE `aluga`
ADD PRIMARY KEY (`ID_ALUGA`),
ADD KEY `FK_USUARIO` (`ID_USU_ALUGA`),
ADD KEY `FK_QUARTO` (`ID_QRT_ALUGA`);

--
-- Indexes for table `quarto`
--
ALTER TABLE `quarto`
ADD PRIMARY KEY (`ID_QRT`),
ADD UNIQUE KEY `NUM_QRT` (`NUM_QRT`);

--
-- Indexes for table `usuario`
--
ALTER TABLE `usuario`
ADD PRIMARY KEY (`ID_USU`),
 38

ADD UNIQUE KEY `CPF_USU` (`CPF_USU`);

--
-- AUTO_INCREMENT for dumped tables
--

--
-- AUTO_INCREMENT for table `quarto`
--
ALTER TABLE `quarto`
MODIFY `ID_QRT` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=2;
--
-- AUTO_INCREMENT for table `usuario`
--
ALTER TABLE `usuario`
MODIFY `ID_USU` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=2;
--
-- Constraints for dumped tables
--

--
-- Limitadores para a tabela `aluga`
--
ALTER TABLE `aluga`
ADD CONSTRAINT `FK_QUARTO` FOREIGN KEY (`ID_QRT_ALUGA`) REFERENCES
`quarto` (`ID_QRT`),
ADD CONSTRAINT `FK_USUARIO` FOREIGN KEY (`ID_USU_ALUGA`) REFERENCES
`usuario` (`ID_USU`);

ALTER TABLE `aluga`

MODIFY `ID_ALUGA` int(11) NOT NULL AUTO_INCREMENT, AUTO_INCREMENT=2;

/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;

/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
23. Cronograma
Cronograma
Inicío Proposta Finalização Responsável Status Observação
20- Definição do 09-Apr Alexandre de OK Definimos a criação
Mar Projeto a ser Araújo; João Vitor de um Web Site e
desenvolvido Fonseca da Silva; Aplicativo Mobile
Jorge Yudi de uma rede
Tenguam; Rafael hoteleira
Correia Barros da
Silva; Samuel
Santiago Batista;
Sidnei Francisco
Inocêncio Junior
25- Pesquisa de banco 16-Apr Sidnei Francisco OK Sidnei definiu a
Mar de dados ideal para Inocêncio Junior estrutura que será
as duas aplicações. adotada para o
banco de dados das
aplicações
25- Pesquisa de 23-Apr João Vitor Fonseca OK João e o Samuel
Mar métodos de da Silva; Samuel fizeram uma
desenvolvimento Santiago Batista pesquisa mais
de aplicações Web aprofundada para
Java. determinar as
tecnologias que
seriam utilizadas
no
desenvolvimento
do Web Site, que
ficou definida que
seria feito por Java
web
25- Pesquisa de 23-Apr João Vitor Fonseca OK João fez uma
Mar desenvolvimento da Silva pesquisa mais
de aplicações aprofundada para
Android. determinar as
tecnologias que
seriam utilizadas
no
desenvolvimento
da aplicação
mobile, que ficou
definida que seria
feito por
02- Pesquisa de 30-Apr   OK  
Apr mercado
02- Início da 30-Apr Alexandre de OK Alexandre e
Apr documentação Araújo; Samuel Samuel iniciaram a
Santiago Batista documentação do
projeto com base
 40

no modelo enviado
pelo professor
Rento
02- Definição dos 30-Apr   OK  
Apr requisitos
funcionais e não-
funcionais
02- Criação do banco 30-Apr Sidnei Francisco OK Sidnei criou o
Apr de dados Inocêncio Junior banco de dados em
SQL que será
utilizado por ambas
as aplicações
02- Criação dos 30-Apr João Vitor Fonseca OK João criou os
Apr primeiros da Silva primeiros modelos
protótipos de de interface para o
interfaces Web e Web Site e
Android aplicativo Mobile
30- Desenvolvimento 07-May Jorge Yudi OK Jorge e Rafael
Apr do Web Site Tenguam; Rafael começaram a
Correia Barros da criação do Web
Silva Site
30- Desenvolvimento   João Vitor Fonseca OK João começou o
Apr da aplicação mobile da Silva desenvolvimento
do aplicativo
Mobile
30- Web Site 01-Jun Jorge Yudi OK Desenvolvimento
Apr Tenguam; Rafael do Web Site
Correia Barros da concluído
Silva
30- Aplicativo Mobile 01-Jun João Vitor Fonseca OK Desenvolvimento
Apr da Silva do aplicativo
Mobile concluído
13- Desenvolvimento 02-Jun Jorge Yudi OK Jorge e Rafael
May do MVC em PHP Tenguam; Rafael começaram a
Correia Barros da criação do MVC em
Silva PHP para o Web
Site
20- Testes de mesa 02-Jun Alexandre de OK Testes de mesa
May Araújo; João Vitor realizados entre os
Fonseca da Silva; integrantes do
Jorge Yudi grupo simulando
Tenguam; Rafael todas as
Correia Barros da funcionalidades
Silva; Samuel das aplicações
Santiago Batista;
Sidnei Francisco
Inocêncio Junior
24. Ferramentas Utilizadas
 Visual Studio Code;

 XAMP

 BrModelo

 MS Excel e MS Word

 Andriod Studio

 NetBeans

 WhatsApp

 Google Drive

 Google Chrome
25. Conclusão
O projeto foi finalizado e concluímos após horas de dedicação, que os
desafios existem e surgem de diferentes maneiras, além dos paradigmas de
programação e desenvolvimento de sistemas.

Verificamos que o relacionamento pessoal e a comunicação entre membros e

cliente são chave fundamento para o bom andamento do projeto e correto uso dos
recursos envolvidos.

Ficou claro que o conhecimento técnico e o domínio das linguagens de

programação é a parte crucial, sem a qual o projeto não se tornado possível.
Contudo, vimos que gestão e as boas práticas de projeto, comprometimento,
trabalho em equipe, responsabilidade e profissionalismo, são elementos que
agregados aos conhecimentos técnicos permitem que um software seja mais do que
linhas de códigos e tome o status de solução de problema, agregador valor, assim
como ferramenta estratégica de aproximação do cliente e de seus objetivos.

Concluímos que acima de tudo, o aprendizado constante e continuado será o

único caminho que nos permitirá alcançar o conhecimento e as diversas habilidades
envolvidas no desenvolvimento de uma solução tecnológica de sucesso.
Bibliografia
SOMMERVILLE, I. Engenharia de Software. 9 ed. São Paulo: Pearson Education,
2011.