Hotel - ETEC Irmã Agostina

Centro Estadual de educação tecnológica Paula Souza
Escola Técnica estadual Irmã Agostina
Curso Informática
Alberto Mascena112125
Rodrigo da Silva 112153
Rubens Yuiti Kanai 112126
Wendell Cerqueira Pantaleão 112282
S.B. System
Sistema para recepção de Hotéis.
São Paulo
2012
Centro Estadual de educação tecnológica Paula Souza
Escola Técnica estadual Irma Agostina
Curso Informática
Alberto Mascena112125
Rodrigo da Silva 112153
Rubens Yuiti Kanai 112126
Wendell Cerqueira Pantaleão 112282
S.B. System
Sistema para recepção de Hotéis.
Trabalho
componente
apresentado
curricular
para
Trabalho
o
de
conclusão de curso, como exigência parcial
para habilitação técnica de nível médio de
técnico em informática, sob orientação do
professor Luiz Rocha.
São Paulo
2012
Por esse Trabalho de Conclusão de
Curso agradecemos primeiramente à Deus
por ter nos dado sabedoria para concluir
nosso Sistema, agradecemos também aos
professores da Etec Irmã Agostina que nos
ajudaram tanto direto quanto indiretamente,
agradecemos também à alguns alunos
"amigos" que compartilharam um pouco do
que sabem para nos ajudarem.
Resumo
Projeto desenvolvido baseado em sistemas para reservas de apartamento já
existentes no mercado hoteleiro. Foram realizadas pesquisas em hotéis para saber a
aceitação desses sistemas existentes e foi constatada a oportunidade de criarmos
um software que fosse mais prático para o (a) recepcionista do hotel. Neste trabalho
mostram como o sistema irá ser realizado, tendo em vista também partes que não
serão realizadas pelo sistema.
Abstract
Project developed based systems for existing apartment reservations in the
hotel market. Were used in hotels to know the acceptance of these existing systems
and it was found the opportunity to create software that was more practical for both
the user and the client. This work shows how the system will be performed, also in
view of parts which will not be realized by the system.
Imagem 1 - WBS ............................................................................................ 22
Imagem 2 - Diagrama de casos de uso .......................................................... 23
Imagem 3 - Diagrama de Interação ................................................................ 24
Imagem 4 - Diagrama de Interação ................................................................ 24
Imagem 5 - Diagrama de classes ................................................................... 25
Imagem 6 - Modelo Entidade Relacionamento ............................................... 29
Imagem 7 - Login ............................................................................................ 32
Imagem 8 - Reserva ....................................................................................... 32
Imagem 9 - Check-In ...................................................................................... 33
Imagem 10 - Check-In 2 ................................................................................. 33
Imagem 11 - Check-out .................................................................................. 34
Imagem 12 - Troca de Apartamento ............................................................... 34
Imagem 13 - Gastos ....................................................................................... 35
Imagem 14 - Transferência entre contas ........................................................ 35
Imagem 15 - Estorno ...................................................................................... 36
Imagem 16 - Login .......................................................................................... 40
Imagem 17 - Cronograma ............................................................................... 43
Imagem 18 - MySQL Tabela Funcionarios ..................................................... 64
Imagem 19 - MySQL Tabela Cliente ............................................................... 65
Imagem 20 - MySQL Tabela Status do Quarto ............................................... 66
Imagem 21 - MySQL Tabela Tipo do Quarto .................................................. 67
Imagem 22 - MySQL Tabela Qaurto ............................................................... 68
Imagem 23 - MySQL Tabela Produtos............................................................ 68
Imagem 24 - MySQL Tabela Reserva............................................................. 69
Imagem 25 - MySQL Tabela Check-out BackUP ............................................ 70
Imagem 26 - Reserva ..................................................................................... 75
Imagem 27 - Check-in..................................................................................... 76
Imagem 28 - Check-in (Aba buscar por) ......................................................... 77
Imagem 29 - Check-out .................................................................................. 78
Imagem 30 - Check-out (Aba informações) .................................................... 79
Imagem 31 - Troca de Apartamento ............................................................... 80
Imagem 32 - Transferência entre Contas ....................................................... 81
Imagem 33 - Estorno ...................................................................................... 82
Imagem 34 - Mensagem ................................................................................. 83
Imagem 35 - Gastos ....................................................................................... 84
Imagem 36 - Gastos (JComboBox Produto) ................................................... 84
Imagem 37 - Gastos (JComboBox Produto) ................................................... 84
8
Sumário
Introdução ....................................................................................................... 11
Pesquisas sobre sistemas existentes.......................................................... 12
1
2
3
Capítulo I – Sociedade .............................................................................. 18
1.1
Problemas .......................................................................................... 18
1.2
Objetivos Específicos ......................................................................... 18
1.3
Objetivos Gerais ................................................................................. 18
1.4
Justificativa ......................................................................................... 19
1.5
Necessidade....................................................................................... 19
1.6
Sustentabilidade ................................................................................. 19
Capitulo II - Estrutura atual do sistema. .................................................... 20
2.1
Reservas ............................................................................................ 20
2.2
Check-out ........................................................................................... 20
2.3
Transferência entre contas ................................................................. 21
2.4
Troca de apartamento ........................................................................ 21
2.5
Estorno ............................................................................................... 21
2.6
Check in ............................................................................................. 21
Capitulo III–Escopo ................................................................................... 22
3.1
WBS – Estrutura analítica do projeto.................................................. 22
3.2
UML .................................................................................................... 23
3.3
Diagrama de casos de uso ................................................................. 23
3.3.1 Diagrama de interação ......................................................................................... 24
3.3.2 Diagrama de classe ............................................................................................... 25
4
Capitulo IV – Desenvolvimento. ................................................................ 26
4.1
Banco de dados utilizados.................................................................. 26
4.2
Principais comandos do Mysql: .......................................................... 26
4.3
MER ................................................................................................... 29
9
4.4
Plataforma. ......................................................................................... 30
4.5
Linguagem.......................................................................................... 30
4.6
Programas para o desenvolvimento do projeto .................................. 31
4.7
Mapa do sistema ................................................................................ 32
4.7.1 Login ..................................................................................................................... 32
4.7.2 Reserva ................................................................................................................. 32
4.7.3 Check-in ................................................................................................................ 33
4.7.4 Check-out ............................................................................................................. 34
4.7.5 Troca de Apartamento ......................................................................................... 34
4.7.6 Gastos ................................................................................................................... 35
4.7.7 Transferência entre Contas .................................................................................. 35
4.7.8 Estorno ................................................................................................................. 36
4.8
Infraestrutura ...................................................................................... 37
4.9
Conexão com Banco de Dados. ......................................................... 38
4.10
Segurança. ...................................................................................... 40
4.10.1 Login ................................................................................................................... 40
4.10.2 Criptografia......................................................................................................... 40
5
4.11
Redes .............................................................................................. 41
4.12
Cliente ............................................................................................. 41
Testes ....................................................................................................... 42
5.1
Testes Unitários ................................................................................. 42
5.2
Testes Integrados ............................................................................... 42
6
Cronograma e Custos ............................................................................... 43
7
Conclusão ................................................................................................. 44
8
Bibliografia ................................................................................................ 45
9
Anexo I ...................................................................................................... 46
9.1
Dicionário de Dados ........................................................................... 46
9.1.1 Entidades .............................................................................................................. 46
9.1.2 Relacionamentos: ................................................................................................. 48
9.1.3 Atributos ............................................................................................................... 50
10
9.1.4 Código do banco de dados ................................................................................... 64
10
Anexo II ................................................................................................. 71
10.1
11
Documentação de Casos de Uso .................................................... 71
Anexo III ................................................................................................ 75
11.1
Manual do Usuário .......................................................................... 75
11.1.1 Tela de Reserva .................................................................................................. 75
11.1.2 Tela de Check-in ................................................................................................. 76
11.1.3 Aba Buscar Por ................................................................................................... 77
11.1.4 Tela de Check-out ............................................................................................... 78
11.1.5 Informações........................................................................................................ 79
11.1.6 Troca de Apartamento ....................................................................................... 80
11.1.7 Transferência entre Contas ................................................................................ 81
11.1.8 Estorno ............................................................................................................... 82
11.1.9 Manual ............................................................................................................... 83
11.1.10 Mensagem ........................................................................................................ 83
11.1.11 Gastos ............................................................................................................... 84
11
Introdução
Este trabalho tem como base abordar as disciplinas estudadas ao longo do
curso técnico de informática na ETEC Irmã Agostina e aplicá-las em um projeto
técnico de nível médio.
Em pesquisas realizadas notamos que a rede hoteleira é carente de um
sistema simples e eficiente, foi destacado pelos funcionários de hotéis entrevistados
várias reclamações entre elas: lentidão, partes do programa não utilizadas,
caminhos longos até chegar à parte desejada e muita instabilidade.
O projeto é construir um sistema de recepção para rede hoteleira, visando
facilitar as atividades como cadastro, reserva, check-in, check-out, estorno.
Deixando o trabalho do (a) recepcionista mais fácil e prático. Desenvolvendo um
sistema leve, rápido de fácil usabilidade e simples de ser entendido por parte do (a)
recepcionista usando mais atalhos e botões, por isso o nome do sistema S. B.
System (Shortcut Button System).
12
Pesquisas sobre sistemas existentes.
Foram realizadas pesquisas em 10 hotéis como Stanconfor, Ibis e Mercure.
Sendo no total 13 recepcionistas entrevistados (as) que utilizam um software para
recepção hoteleira. Dentro das respostas obtivemos os seguintes gráficos:
Opiniões dos (as) recepcionistas sobre a dificuldade que encontraram nos
programas utilizados atualmente em hotéis.
Dificuldade para usuário
40%
60%
Dificil
Facil
Gráfico 1- Dificuldade para usuário
13
O Sistema Operacional que é utilizado nos hotéis. Nas pesquisas realizadas
20% dos funcionários de diferentes hotéis não souberam responder qual o sistema
operacional era utilizado pelo computador do hotel.
Sistema Operacional utilizado
20%
Windows XP
Outros Windows
80%
Gráfico 2 - Sistema Operacional utilizado
14
Gráfico que demonstra se o programa é utilizado em rede off-line ou online.
Local do programa - Online ou Offline
Online
100%
Gráfico 3 - Local do programa.
Opiniões dos (as) recepcionistas sobre a segurança que o programa utilizado
por eles proporciona.
Segurança do sistema utilizado nos Hoteis
segundo os usuarios
Confiavel
100%
Gráfico 4– Segurança
15
O gráfico abaixo demonstra a estabilidade dos programas utilizados.
Estabilidade do sistema
30%
Estavel
Instavel
70%
Gráfico 5– Estabilidade
Perguntamos a respeito da velocidade dos sistemas utilizados.
Velocidade
44%
56%
Rapido
Lento
Gráfico 6– Velocidade
16
Foram perguntados quais são os tipos de usuários que utilizam os sistemas
Usuários que utilizam o sistema
Recepcioniosta e Gerente Geral
100%
Gráfico 7– Usuários
17
Pensando no impacto ambiental levantamos a questão da utilização do papel.
Sustentabilidade - Uso de Papel
10%
Não ultiliza
Usa de papel
90%
Gráfico 8 – Sustentabilidade (Uso de papel)
18
1 Capítulo I – Sociedade
O capítulo sociedade mostrará os motivos e objetivos que pretendíamos
chegar com o nosso projeto, mostrando todos os problemas dos sistemas de
recepção hoteleira utilizados atualmente e falando como vamos resolvê-los.
1.1
Problemas
De acordos com as pesquisas realizadas, os recepcionistas de hotéis se
queixam da usabilidade do sistema, devido ao excesso de botões que dificultam o
entendimento por parte do usuário.
A quantidade excessiva de botões pode causar estresse e dor de cabeça no
funcionário que utiliza praticamente todos os dias sistema, alem de prejudicar a
saúde do usuário, também pode prejudicar o próprio hotel.
A grande dependência da maioria dos sistemas de recepções de hotéis em
relação à utilização da Internet pode prejudicar o hotel, fazendo com que perca
hospedes devido à falta de um sistema, que caiu devido a uma simples queda da
internet.
1.2
Objetivos Específicos
Facilitar o uso de usuários iniciantes ou com pouca experiência em um
sistema para hotel e com a interface intuitiva para facilitar o acesso a telas ou partes
do sistema mais rapidamente.
1.3
Objetivos Gerais
O sistema é voltado para a recepção de hotéis, ou seja, é apenas voltada
principalmente para controlar a estada dos hospedes por parte dos recepcionistas.
Focamos em criar um programa prático e rápido, pensando na questão do tempo
gasto atualmente, para que novos recepcionistas possam ter o trabalho facilitado.
19
1.4
Justificativa
Decidimos desenvolver um programa para suprir algumas das necessidades
dos sistemas utilizados atualmente em hotéis, como por exemplo, a questão da
usabilidade e dificuldade em aprendizagem.
1.5
Necessidade
A necessidade é de criar um programa que simplifique o uso do sistema de
recepção de hotéis fazendo com que os novos funcionários tenham um fácil
aprendizado e para os mais antigos uma adequação mais fácil e rápida, pois com a
chegada de grandes eventos como a Copa do mundo, os hotéis do Brasil devem
estar preparados para suportar grandes quantidades de imigrantes.
1.6
Sustentabilidade
A questão da sustentabilidade que propomos no nosso projeto é a diminuição
do uso do Papel, mas não completamente, devido que o Hospede ao efetuar o
Check-in precise imprimir o contrato para documentar a sua estada no hotel.
O uso de papel que deve ser diminuído é quando um recepcionista deseja
mandar uma mensagem sobre questões de trabalho para algum outro recepcionista
de outro turno, o sistema terá uma tela exclusivamente para isso, diminuindo o uso
de papel e ajudando na sustentabilidade. Mesmo sendo um pouco, já ajuda ao meio
ambiente a diminuição do uso de papel.
20
2 Capitulo II - Estrutura atual do sistema.
Visual Hotel Front Office é o sistema atual em que estamos nos baseando.
Um sistema muito usado atualmente na rede hoteleira Stan Confor e Stan
Plaza, embora seja muito utilizado não é um dos melhores, pois o número de
reclamações de acordo com as pesquisas é bastante elevado.
2.1
Reservas
Na parte de Reservas, o sistema atende as necessidades da rede, é bem
completo a respeito de dados e informações para o cadastro de um cliente e reserva
de um quarto para o mesmo, mas o sistema chega a ser completo demais, pois a
tela fica cheia de informações a serem preenchidas e pode tomar muito tempo, tanto
do funcionário quanto do cliente, que poderiam ser reduzidas, para a questão de
praticidade e agilidade.
2.2
Check-out
O sistema na parte de check-out executa a saída do hóspede, evitando
reaberturas de contas, contas pendentes e certificando – se que todo o faturamento
está correto.
A parte de check-out é primitiva porque as chances dos recepcionistas
errarem ao colocar os gastos externos do hóspede é muito grande, podendo causar
problemas, prejudicando o hotel.
Para ter acesso ao check-out a (o) recepcionista terá que pedir a chave para
o residente para poder abrir, um bom método, pois evita de outras pessoas
mudarem os dados.
Um dos maiores problemas dessa parte é que precisa verificar outros
departamentos para garantir todos os gastos do hóspede, aumentando assim a
probabilidade do (a) recepcionista do hotel errar. Outro ponto negativo é que vai
demorar muito para calcular todos os gastos.
O excesso de botões nessa parte deixa confusa a utilização e as chances de
erros por parte dos recepcionistas é ainda maior.
21
2.3
Transferência entre contas
O Objetivo principal da opção transferências entre contas é movimentar
transações e lançamentos entre contas, as transferências serão movimentadas pelo
responsável contanto que o gerente esteja sabendo das transferências, já as (os)
recepcionistas do turno em questão serão responsáveis por transferências de extras.
O botão transferir será o responsável por essa ação você terá que colocar o
numero do destino.
2.4
Troca de apartamento
A troca de apartamento atualmente é um tanto complicada, poderia ser feito
uma busca por chave primária e em uma interface mais prática efetuar a busca por
apartamento disponível e simplesmente mudar o número do apartamento do
hóspede, ao invés disso atualmente é preciso selecionar o quarto de destino e
preencher alguns dos dados do hóspede novamente, além disso, é preciso também
trocar a parte da documentação.
2.5
Estorno
Atualmente o estorno é efetuado de acordo com o item a ser estornado, pelo
programa o item deve ser grifado e o usuário deve ir ate o botão de estorno e definir
o motivo do estorno, para que o determinado item seja estornado é necessária ainda
a autorização de um superior mediante a situação. Após a provação é feita uma
emissão de um boleto com o motivo do estorno e o respectivo valor, é emitido
também um print a ser entregue junto ao boleto, após isso é necessário a assinatura
do hóspede no boleto concordando com o estorno.
2.6
Check in
Registra o residente, mas os únicos que possuem acesso são recepcionistas
sênior, recepcionistas e auxiliares de recepção ele também localiza a reserva pelo
nome, sobrenome ou qualquer parte do nome.
Consulta o apartamento disponível, o gasto do cliente e faz a verificação dos
dados cadastrado tais como RG, CPF, cartão de crédito.
22
3 Capitulo III–Escopo
Escopo é o que o sistema vai ou não realizar.
Resumindo o sistema vai realizar reserva, check-in, check-out, transferência
entre contas, troca de apartamento e cadastro de produtos. O sistema não vai
possuir versão móbile, vai ser integralmente Desktop, também não vai depender da
internet, evitando futuras dores de cabeças para os usuários do sistema.
3.1
WBS – Estrutura analítica do projeto
WBS: (Work breakdown structure) é uma ferramenta de separação que
possibilita trabalhar com partes versáteis do programa. Onde se classifica de um
modo geral a um modo mais especifico.
Imagem 1 - WBS
23
3.2
UML
UML é uma linguagem de modelagem que ajuda o analista a visualizar o
mapa e as relações entre todos os objetos.
Neste trabalho possui os seguintes diagramas:
3.3
Diagrama de casos de uso
O diagrama de casos de uso facilita a interação entre cliente e o analista.
Onde o analista desenha o sistema tendo como base as especificações do cliente.
O diagrama de casos de uso é formado por Atores que no caso abaixo seria o
(a) recepcionista, formado pelos casos de uso que seriam os círculos e também é
formado pelas relações entre os casos de uso, podendo ser Include (relação
obrigatória) e Extend (relação não obrigatória).
Imagem 2 - Diagrama de casos de uso
3.3.1 Diagrama de interação
São modelos que representam como o usuário irá interagir com o sistema.
Pode atuar em vários casos de uso ou em apenas um.
Um diagrama de interação captura o comportamento entre objetos dentro de
um único use case.
Utiliza-se o diagrama de atividade para representar o comportamento de
objetos entre vários use cases.
Figura 2-Diagrama
Imagem
4 - Diagrama
de de
Interação
Interação
Figura 1-Diagrama
Imagem
3 - Diagrama
de de
Interação
Interação
3.3.2 Diagrama de classe
Diagrama de classes é modelo estrutural de relacionamento entre as
classes. Serve para mostrar a relação que as tabelas do banco de dados possuem
entre si. No diagrama abaixo representa o nosso sistema, que possui as seguintes
classes: Gastos, Transferências de contas, check-in, check-out, Usuário, Estornar,
Tipos de quarto, Status do quarto, Reserva e cliente.
Imagem 5 - Diagrama de classes
4 Capitulo IV – Desenvolvimento.
4.1
Banco de dados utilizados.
Escolhemos como SGBD (Sistema Gerenciador de Banco de Dados) o
MYSQL este SGBD utiliza a linguagem SQL (Structured Query Language Linguagem de Consulta Estruturada). Com o MYSQL é possível armazenar e
centralizar os dados sem que haja a preocupação com a estrutura dos arquivos
onde os dados ficaram armazenados, também não há preocupação em como
arquivos seriam indexados.
4.2
Principais comandos do Mysql:
Criando um Banco de Dados sbsystem:
Create database sbsystem;
Acessando e Utilizando o Banco de Dados sbsystem:
Use sbsystem;
Criando uma tabela funcionário:
Create table funcionario(
Criando campos dentro da tabela funcionário:
Cod_fun int auto_increment PRIMARY KEY,
nome_fun varchar (30)not null UNIQUE,
login_fun varchar(16) not null UNIQUE,
rg_fun varchar(13) not null UNIQUE,
senha_fun varchar(15) not null
);
Comando Select:
O comando Select vai selecionar e mostrar os dados dentro de uma tabela:
select * from funcionario;
O comando acima está selecionando todos os campos existentes na tabela
Funcionario.
Comando Update:
O comando Update vai alterar algum dado da tabela escolhida:
update Quarto set Cod_cli=?,numero_quarto=? where numero_quarto=?;
O comando acima está alterando valores de um quarto cadastrado no Banco
de Dados.
Comando Delete:
O Comando delete vai deletar a tabela escolhida:
delete from funcionario where cod= ?;
O comando acima está deletando um funcionário da tabela funcionário do
Banco de Dados.
Comando Insert:
O comando insert vai inserir dados em alguma tabela:
insert into funcionario(nome_fun,login_fun,rg_fun,senha_fun) values(?,?,?,?);
O comando acima está inserindo dados nos campos nome, login, rg e senha
na tabela Funcionario.
Comandos Select Inner Join:
O comando inner join serve para selecionar campos de tabelas relacionadas:
select a.numero_quarto, a.valor_diaria , b.pais_cli , b.cidade_cli, b.estado_cli,
b.dia_chegada, b.noites, b.nome_cli, b.anotacao from quarto a inner join cliente b on
(a.cod_cli = b.cod_cli)
No caso acima, está selecionando ao mesmo tempo os campos do quarto e
os campos do cliente, através da chave estrangeira do cliente que a tabela quarto
possui.
4.3
MER
Modelo de entidade relacionamento é a representação gráfica do banco de
dados, onde se visualiza a relação entre as tabelas. O modelo entidade
relacionamento é formado por objetos (entidades) e o conjunto de relações entre os
objetos. O objetivo do modelo entidade relacionamento é mostrar como os dados
vão ser inseridos no banco de dados.
Figura 3-Modelo
Imagem
6 - Modelo
Entidade
Entidade
Relacionamento
Relacionamento
4.4
Plataforma.
A plataforma escolhida foi a JAVA EE (Enterprise Edition), devido ao nosso
software ser para uma empresa, a plataforma Enterprise Edition se mostrou a mais
adequada para o desenvolvimento do sistema. Além de esta plataforma poder usar a
linguagem JAVA.
O Java Enterprise Edition é uma divisão da plataforma JAVA que é da Oracle,
empresa de tecnologia dos Estados Unidos. A plataforma Java é composto de :
Linguagem de programação, Bibliotecas, Maquina Virtual Java e ferramentas de
desenvolvimento. Além do Java EE a plataforma Java possui outras divisão como:
Java SE (Standard Edition)- plataforma com funções mais básicas dentre as
divisões da plataforma.
Java ME (Micro Edition) – plataforma para desenvolvimento de aplicativos
móbile, ou seja, para aplicativos menores.
Java EE (Enterprise Edition)-plataforma escolhida por nós, que visa o
desenvolvimento de sistemas voltados para o servidor.
4.5
Linguagem
Escolhemos a linguagem Java por ela já ter sido desenvolvida orientada
objeto, podendo ser utilizada em qualquer computador possuindo nele uma máquina
virtual Java convertendo o código de uma forma que o sistema operacional execute
independente do sistema utilizado.
O programa utilizado para executar o código Java foi o Net Beans, que é um
programa específico para compilação de linguagens.
4.6
Programas para o desenvolvimento do projeto
NetBeans - é um software de desenvolvimento de sistemas. O NetBeans foi
iniciado em 1996 e hoje está na sua 7° versão.
Astah – é um software para criação do digrama de casos de uso , diagrama
de classe, diagrama de interação e wbs
DBDesigner - é software que utilizamos para desenvolver o MER.
VertrigoServ- é um simulador de servidor que emula MySQL , PHP entre
outros.
VirtualBox- utilizado maquinas virtuais para testes em ambientes controlado
e simular computadores de uma empresa.
Microsoft Project – software de gerenciamento de projetos.
4.7
Mapa do sistema
4.7.1 Login
Tela de entrada do sistema.
Imagem 7 – Login
4.7.2 Reserva
Parte do programa que efetua a reserva de um certo hóspede, preenchendo o
quarto que o próprio hóspede desejar.
Imagem 8 - Reserva
4.7.3 Check-in
Localiza o cliente que já efetuou a reserva e que está chegando no hotel para
se hospedar. Localizado pelo RG.
Imagem 9 - Check-In
Mostrará o tipo de quarto que o cliente reservou, hóspede, hora chegada e a
hora da partida.
Imagem 10 - Check-In 2
4.7.4 Check-out
Nesta parte do programa a(o) recepcionista irá digitar o número do quarto e o
número da reserva do hóspede, depois que clicar em procurar, as informações irão
aparecer direto no sistema, com o nome, data de chegada, data de saída, o preço
da diária e o total não incluindo os gastos.
Imagem 11 - Check-out
4.7.5 Troca de Apartamento
Irá verificar se há algum apartamento disponível e realizará a troca.
Figura 4-Troca
Imagem
12 - Troca
de Apartamento
de Apartamento
4.7.6 Gastos
Irá cadastrar, excluir, alterar e irá adicionar gastos a conta do cliente.
Imagem 13 - Gastos
4.7.7 Transferência entre Contas
Essa é a tela de transferência entre contas que serve para adicionar um
produto que foi consumido por um cliente, mas foi adicionado para a conta de outro.
Figura 5-Transferência
Imagem
14 - Transferência
entre
entre
contas
contas
4.7.8 Estorno
Na tela estorno será devolvida uma cobrança indevida caso esta tenha sido
verificada e aprovada pelo gerente do hotel.
Figura 6-Estorno
Imagem
15 - Estorno
4.8
Infraestrutura
É efetuado o levantamento de requisitos de hardware e software para saber
as características que o programa necessitará para ser executado, identificamos os
pontos críticos a serem alterados para melhor funcionamento do sistema.
O computador que executará o sistema deverá possuir:
512 MB memoria RAM (Windows XP, Vista)
1,5 GB (Windows 7)
HD 20 Gb
Processador single core 2 ghz
Monitor com resolução 1376 x 768 modo paisagem
Para chegar a tais resultados utilizamos a máquina virtual rodando os
sistemas
operacionais
Windows
XP,
Vista
e
Seven.
Verificamos
quais
especificações de hardware seria necessário para que o sistema rodasse sem
lentidão e não afetasse os demais programas que poderiam estar sendo executados
na máquina.
4.9
Conexão com Banco de Dados.
A conexão foi feita entre Mysql e Netbeans. Abrimos nosso projeto no
Netbeans clicamos com o botão direito na pasta biblioteca do projeto e
selecionamos “Adicionar JAR/pasta”. Após selecionar o conector, clicamos em
“Open”.
Após ter instalado o conector no Netbeans, criamos uma classe conexão.
Java com os seguintes códigos:
Package system;
Import java.sql.Connection;
Import java.sql.DriverManager;
Import java.sql.SQLException;
Public class conexao {
Public static Connection abrirConexao() {
Connection con = null;
Try {
Class.forName("com.mysql.jdbc.Driver").newInstance();
String url = "";
url += "jdbc:mysql://localhost/sbsystem?";
url += "user=root&password=admin";
Con = DriverManager.getConnection(url);
System.out.println("Conexão aberta.");
} catch (SQLException e) {
System.out.println(e.getMessage());
} catch (ClassNotFoundException e) {
System.out.println(e.getMessage());
} catch (Exception e) {
System.out.println(e.getMessage());
}
return con;
}
Public static void fecharConexao(Connection con) {
try {
con.close();
System.out.println("Conexão fechada.");
} catch (SQLException e) {
System.out.println(e.getMessage());
} catch (Exception e) {
System.out.println(e.getMessage());
}
}
}
4.10
Segurança.
4.10.1 Login
É um método para proteger o sistema de acessos indevidos, serve para a
segurança tanto do administrador quanto a do funcionário. Evitando que pessoas
não autorizadas como hóspedes entrem no programa e alterem os dados. Através
do login a pessoas pode tanto entrar na janela do administrador quanto a do
funcionário. Como forma de segurança o cadastro do funcionário é efetuado pelo
administrador.
Imagem 16 - Login
4.10.2 Criptografia
A criptografia serve para esconder itens contidos no banco de dados para que
não possam ser acessados por qualquer pessoa que possa utilizar o computador
como, por exemplo, senha e endereço.
4.11
Redes
Na parte de redes será realizada a conexão entre as máquinas que
executarão o sistema através de um servidor.
Configurações do servidor:
1,5 GB RAM
Windows Server 2003 (64 bits)
Processador de 2 núcleos
HD 20 GB
Programas necessários para a execução do sistema:
JDK 7 ou posterior
SBSystem (Sistema para rede hoteleira)
MYSQL (Banco de Dados)
4.12
Cliente
O foco do sistema é para a rede hoteleira, pois com a chegada de grandes
eventos no Brasil, como Olimpíadas e Copa do Mundo, a construção de novos
hotéis é inevitável, sendo assim os novos hotéis precisam de novos sistemas, que
se tornem simples e rápido, para receber os estrangeiros que chegarão ao Brasil.
5 Testes
Realizou se os testes para verificação de possíveis erros dentro do sistema.
5.1
Testes Unitários
Testamos cada componente do sistema separadamente para verificação de
erros.
Data
Qtd Testes
Versão
Diagnóstico
15/09/12
4
1.0
Menus com erros
29/09/12
2
1.1
Menus com um padrão predefinido
12/10/12
1
1.1
Conexão com o banco bem sucedida
15/10/12
2
1.1
Erro ao tentar adicionar um quarto à conta do cliente
10/11/12
5
1.2
Erro na tabela de Check in
13/11/12
2
1.3
Erro na tela de impressão check in e check out.
5.2
Testes Integrados
Reunimos todas as partes do sistema para uma verificação completa
envolvendo falhas que necessitam de ajustes
Data
Qtd Testes
Versão
Diagnóstico
31/08/12
8
1.0
Telas conectadas sem erro
12/09/12
4
1.1
Conexão com o banco de dados realizada com
sucesso.
18/10/12
2
1.2
Criação do executável do programa.
6 Cronograma e Custos
Gantt de controle.
Figura 7-Cronograma
Imagem
17 - Cronograma
S.B.System
Capitulo
Termino previsto
Porcentagem concluída
Capitulo I
21/02/12
100%
Capitulo II
28/02/12
100%
Capitulo III
24/04/12
100%
Capitulo IV
28/08/12
100%
Capitulo V
12/10/12
30%
Capitulo VI
15/10/12
100%
Capitulo VII
23/10/12
100%
Capitulo VIII
03/12/12
60%
Custo do projeto: R$ 3.420,00
Valor de venda: R$ 5.250,00
7 Conclusão
Ao término deste trabalho de conclusão de curso, obtivemos conhecimento
mais amplo na área hoteleira, principalmente na parte de recepção, identificamos
falhas que existiam em outros sistemas para a rede hoteleira e tentamos corrigir e
aperfeiçoar o máximo possível.
Através das pesquisas que realizamos, concluímos que a principal falha
encontrada na maioria dos sistemas utilizados atualmente é a dificuldade que os (as)
recepcionistas têm para se adequar ao funcionamento e entender como o programa
deve ser utilizado.
Neste trabalho mostra que focamos principalmente na simplicidade do
sistema, mas ao mesmo tempo no funcionamento do mesmo. Tornando o
treinamento do funcionário fácil para a utilização do sistema, agilizamos os
treinamentos e a adesão de novos funcionários. Focamos na facilidade visual do
sistema tornando o simples, eficiente e eficaz .
8 Bibliografia
Disponível em www.ic.uff.br acesso em 07/06/2012
Disponível em www.wikpedia.org acesso em 14/06/2012
Disponível em www.dsc.ufcg.edu.br acesso em 14/06/2012
Disponível em www.slideshare.net acesso em 02/05/2012
Disponível em http://dominioti.wordpress.com em 02/05/2012
Disponível em www.titcotia.webnode.com.br acesso em 23/04/2012
Disponível em www.techmaster.com.br/ acesso em 13/10/2012
Disponível em www.codigofonte.net acesso em 13/10/2012
Disponível em http://fortium.edu.br acessado em 15/11/2012
9 Anexo I
9.1
Dicionário de Dados
9.1.1 Entidades
Funcionários
Descrição: são os funcionários que o hotel possui.
Composição: Código do funcionário, nome do funcionário, login do funcionário
RG do funcionário e senha do funcionário.
Clientes
Descrição: são os hospedes que pretendem fazer a reserva no hotel.
Composição: Código do cliente, Nome, Sobrenome, Telefone, Celular, E-mail,
RG, CPF, Estado, Cidade, País, Endereço, Numero, Complemento, Numero de
adultos, numero de crianças, saldo do cliente, dia chegada, dia partida, anotação e
sexo.
Status Quarto
Descrição: é a para ver se o quarto está disponível ou indisponível ou
Pendente.
Composição: Código do Status, Status do quarto.
Tipo de quarto
Descrição: é para ver o tipo do quarto, dependendo do tipo muda o valor do
quarto.
Composição: Código do tipo, Tipo de quarto.
Cadastro Quarto
Descrição: são os quartos e tipos de quarto que estão cadastrados no hotel.
Composição: Código do quarto, Numero do quarto, Valor da diária, Código do
status e código do tipo.
Reserva
Descrição: é a reserva que o cliente vai efetuar.
Composição: Código da reserva, Código do cliente e Código do quarto.
Produtos
Descrição: onde vai conter os produtos já cadastrados pelo funcionário.
Composição: Código do produto, nome do produto, fornecedor do produto,
descrição do produto, o valor do produto e a quantidade do produto.
Checkout Backup
Descrição: será um backup que terá dos dados do cliente para que quando o
cliente retornar não precise cadastra-lo novamente.
Composição: Código do Check-out , ano de estadia, código do cliente, código
da reserva.
9.1.2 Relacionamentos:
Relacionamento Efetua:
Entidades envolvidas (Cliente, Reserva).
Descrição: O cliente efetua várias reservas.
Cardinalidade: (1:N).
Composição:cod_reserva,
Relacionamento Efetua:
Entidades envolvidas (Cliente, Checkout_backup).
Descrição: o Cliente efetua o checkout.
Cardinalidade: (1:N).
Composição: Cod_checkout.
Relacionamento Efetua backup:
Entidades envolvidas (checkout_backup, reserva).
Descrição: Uma reserva pode ter conter vários checkout.
Cardinalidade: (1:N).
Composição: Funcionario_Cod_funcionario.
Relacionamento Faz:
Entidades envolvidas (quarto, reserva).
Descrição: Um quarto pode ser reservado por varias reservas
Cardinalidade: (1:N).
Composição: cod_quarto
Relacionamento fornece:
Entidades envolvidas (Status_quarto, quarto).
Descrição: Vários quarto podem ter o mesmo status.
Cardinalidade: (1:N).
Composição: cod_status.
Relacionamento Fornece:
Entidades envolvidas (tipo_quarto,quarto).
Descrição: Vários quartos podem ter o mesmo tipo.
Cardinalidade: (1:N).
Composição: cod_tipo.
9.1.3 Atributos
Funcionários
Código do funcionário.
Entidade: Funcionário.
Descrição: Um número sequencial para identificação do funcionário
Classe: determinante
Domínio: numérico.
Nome do funcionário
Entidade: Funcionário.
Descrição: É o nome do funcionário
Classe: simples
Domínio: Caracter
Cargo do funcionário
Entidade: Funcionário.
Descrição: É o cargo que o funcionário ocupa.
Classe: simples
Domínio: Caracter.
RG do funcionário
Entidade: Funcionário.
Descrição: É o RG do funcionário
Classe: simples
Domínio: Numérico.
Senha do funcionário
Entidade: Funcionário.
Descrição: É a senha que o funcionário vai obter para entrar no sistema.
Classe: simples
Domínio: Caracter e numérico.
Cliente
Código do cliente.
Entidade: Cliente
Descrição: Um número sequencial para identificação do cliente
Classe: determinante
Domínio: Caracter
Nome do cliente.
Entidade: Cliente
Descrição: É o nome do cliente
Classe: simples
Domínio: Caracter
CPF do cliente.
Entidade: Cliente
Descrição: É o CPF do cliente
Classe: simples
Domínio: Numérico
RG do cliente.
Entidade: Cliente
Descrição: É o RG do cliente
Classe: simples
Domínio: Numérico
Estado do cliente.
Entidade: Cliente
Descrição: É o Estado onde o cliente mora.
Classe: simples
Domínio: Caracter
Cidade do cliente.
Entidade: Cliente
Descrição: é a cidade onde o cliente mora.
Classe: simples
Domínio: Caracter.
Estado do cliente
Entidade: Cliente
Descrição: é o estado onde o cliente mora
Classe: Simples
Domínio: Caracter
Endereço do cliente.
Entidade: Cliente
Descrição: é o endereço onde o cliente mora.
Classe: simples
Domínio: Caracter e numérico.
Numero de Endereço do cliente.
Entidade: Cliente
Descrição: é numero do endereço onde o cliente mora.
Classe: simples
Domínio: numérico.
Complemento do cliente.
Entidade: Cliente
Descrição: é o complemento do endereço onde o cliente mora.
Classe: simples
Domínio: Caracter e numérico.
Numero de adultos.
Entidade: Cliente
Descrição: é a quantidade de adultos que estão acompanhando o cliente.
Classe: simples
Domínio: numérico.
Numero de crianças
Entidade: Cliente
Descrição: é a quantidade de crianças que estão acompanhando o cliente.
Classe: simples
Domínio: numérico.
Dia Chegada
Entidade: Cliente
Descrição: O dia em que o hospede chega ao hotel
Classe: Determinante
Domínio: Data
Dia Partida
Entidade: Cliente
Descrição: O dia da partida do hospede do hotel
Classe: Simples
Domínio: Data
Anotação
Entidade: Cliente
Descrição: as especificações do cliente
Classe: Simples
Domínio: Caracter
Sexo
Entidade: Cliente
Descrição: sexo do cliente.
Classe: Simples
Domínio: Caracter
Automóvel
Entidade: Cliente
Descrição: automóvel do cliente.
Classe: Simples
Domínio: Caracter.
Tipo Quarto
Código tipo de quarto
Entidade: Tipo Quarto
Descrição: Código para a identificação do tipo de quarto
Classe: Determinante
Domínio: numérico
Tipo quarto
Entidade: Tipo quarto
Descrição: Descreve o tipo do quarto
Classe: Simples
Domínio: Caracter
Status quarto
Código Status Quarto
Entidade: Status quarto
Descrição: Código para a identificação do status de quarto
Classe: Composto
Domínio: Caracter
Status Quarto
Entidade: status quarto
Descrição: Verificará se o quarto está disponível de acordo com o que se
pede.
Exemplo: (uma ou duas camas)
Classe: Composto
Domínio: Caractere
Quarto
Numero Quarto
Entidade: Quarto
Descrição: Identificação do quarto
Classe: Simples
Domínio: Numérico
Valor diário
Entidade: Cadastro Quarto
Descrição: Valor da diária
Classe: Simples
Domínio: Numérico
Status quarto
Entidade: quarto
Descrição: O quarto pode se encontrar em vários status como por exemplo
disponível, indisponível, manutenção entre outros.
Classe: Simples
Domínio: Caractere
Tipo quarto
Entidade: quarto
Descrição: Existem vários tipos de quarto, o cliente irá escolher qual quarto
ficar dentre as diversas opções.
Classe: Simples
Domínio: Caractere
Reserva
Código Reserva
Entidade: Reserva
Descrição: Código para a identificação da reserva
Classe: Determinante
Domínio: Numérico
Código cliente
Entidade: Reserva
Descrição: Código para identificar o hospede
Classe: Determinante
Domínio: Numérico
Código Quarto
Entidade: Quarto
Descrição: código para a identificação do quarto
Classe: Determinante
Domínio: Numérico
Produto
Nome produto
Entidade: Produtos
Descrição: Nome do produto
Classe: simples
Domínio: Caractere
Descrição Produto
Entidade: Produtos
Descrição: Descrição do produto. Exemplo: (comida, bebida etc.)
Classe: Simples
Domínio: Caractere.
Fornecedor Produto
Entidade: Produtos
Descrição: Nome da empresa fornecedora e endereço
Classe: multivalorado
Domínio: Caractere
Valor produto
Entidade: Produtos
Descrição: valor do produto
Classe: Simples
Domínio: Numérico
Quantidade estoque
Entidade: Produtos
Descrição: Descreve a quantidade que tem em estoque do produto
Classe: Composta
Domínio: numérico
Check-out_backup
Codigo_reserva
Entidade: Reserva
Descrição: Identificação da reserva
Classe: Determinante
Domínio: Numérico
Código_Check-out
Entidade: Check-out_backup
Descrição: identificação do checkout
Classe: Determinante
Domínio: Numérico
Código Clientes
Entidade: Cliente
Descrição: Código para verificação do cliente
Classe: Determinante
Domínio: Numérico
Funcionario
Codigo_funcionario
Entidade: Funcionario
Descrição: Código para verificação do funcionário
Classe: Determinante
Domínio: Numérico
Nome_funcionario
Entidade: Funcionario
Descrição: Nome do funcionario
Classe: Determinante
Domínio: Caractere
login_funcionario
Entidade: Funcionario
Descrição: login de acesso para o funcionário
Classe: Determinante
Domínio: Caractere
rg_funcionario
Entidade: Funcionario
Descrição: RG do funcionário
Classe: Determinante
Domínio: Numérico
senha_funcionario
Entidade: Funcionario
Descrição: Senha que o funcionário tem para acessar o sistema
Classe: Determinante
Domínio: Caractere
9.1.4 Código do banco de dados
Database
Create database sbsystem;
Use sbsystem;
Tabela Funcionarios
Imagem 18 - Mysql Tabela Funcionarios
create table Funcionario(
cod_funintauto_increment PRIMARY KEY,
nome_funvarchar (30)not null UNIQUE,
login_funvarchar(16) not null UNIQUE,
rg_funvarchar(13) not null UNIQUE,
senha_funvarchar(15) not null
);
Tabela cliente
Imagem 19 - Mysql Tabela Cliente
create table cliente(
cod_cliintauto_increment primary key,
nome_cli char(20) not null,
sobrenome_clivarchar(20) not null,
telefone_clivarchar(20) not null,
email_clivarchar(50) not null,
cpf_clivarchar(15) not null,
rg_clivarchar(13) not null,
estado_clivarchar(30) not null,
cidade_clivarchar(30) not null,
pais_clivarchar(25) not null,
endereco_clivarchar(30) not null,
endereco_cli_numvarchar(10) notnull,
complemento_clivarchar(30),
num_adultosint(2) notnull,
num_criancaint(2),
saldo_clivarchar(10) notnull,
dia_chegadavarchar(20) notnull,
dia_partidavarchar(20) notnull,
anotacaovarchar(100),
sexovarchar(12),
celular_clivarchar(20),
CHECK (sexo in ('Masculino','Feminino')),
automovelvarchar(10),
CHECK (automovel in ('Sim','Nao'))
);
Tabela Status do Quarto
Imagem 20 - Mysql Tabela Status do Quarto
create table status_quarto(
cod_statusint(5) not null auto_increment PRIMARY KEY,
status_qvarchar(15) not null
);
Tabela Tipo do quarto
Imagem 21 - Mysql Tabela Tipo do Quarto
create table tipo_quarto(
cod_tipo_qint(5) not null auto_increment PRIMARY KEY,
tipo_qvarchar(50) not null
);
Tabela Quarto
Imagem 22 - Mysql Tabela Qaurto
create table Quarto(
cod_quartoint(10) auto_increment primary key,
numero_quartoint(5) UNIQUE not null,
valor_diariavarchar(10) not null,
cod_statusint(5),
cod_tipo_qint(5),
foreign key (cod_tipo_q) references tipo_quarto (cod_tipo_q),
foreign key (cod_status) references status_quarto(cod_status));
Tabela Produtos
Imagem 23 - Mysql Tabela Produtos
create table produtos(
cod_produtoint(10) auto_increment not null PRIMARY KEY,
nome_produtovarchar(25) notnull,
fornecedor_produtovarchar(20) notnull,
descricao_produtovarchar(100),
valor_produtovarchar(10) notnull,
qtd_estoqueint not null
);
Tabela Reserva
Imagem 24 - Mysql Tabela Reserva
create table reserva(
cod_reservaintauto_increment primary key,
cod_cliint,
cod_quartoint,
foreign key (cod_cli ) references cliente(cod_cli ),
foreign key (cod_quarto ) references quarto(cod_quarto )
);
Tabela Checkout_BackUp
Imagem 25 - MySQL Tabela Check-out BackUP
create table checkout_backup(
cod_checkoutintauto_increment primary key,
ano_estadia YEAR,
cod_cliint not null,
cod_reservaint,
foreign key (cod_cli) references cliente(cod_cli),
foreign key (cod_reserva) references reserva(cod_reserva)
);
10 Anexo II
10.1
Documentação de Casos de Uso
Identificação Requisito
1
Nome do caso de Uso
Cadastrar
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Include
Ator Principal
Recepcionista
Atores Secundários
Resumo
Ira cadastrar um cliente e seus dados
Pré-condições
Pós-condições
Reservar quarto, manter cliente.
Ação do sistema
O sistema irá cadastrar e manter seus dados salvos para
reservas futuras.
Identificação Requisito
2
Nome do caso de Uso
Manter Cliente
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Include
Ator Principal
Recepcionista
Atores Secundários
Resumo
Manter
dados
recadastramento,
do
cliente
podendo
para
ser
não
editado
necessitar
e
atualizado
posteriormente.
Pré-condições
Cadastrar
Pós-condições
Ação do sistema
de
O sistema vai manter o cadastro e os dados do cliente.
Identificação Requisito
3
Nome do caso de Uso
Reservar quarto
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Extend
Ator Principal
Recepcionista
Atores Secundários
Resumo
Ira conferir se o quarto indicado esta disponível para reserva e
para uso.
Pré-condições
Cadastrar
Pós-condições
Check-in
Ação do sistema
O sistema irá reservar um quarto para um cliente.
IdentificaçãoRequisito
4
Nome do caso de Uso
Check-in
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Include
Ator Principal
Recepcionista
Atores Secundários
Resumo
Confirma chegada do cliente ao hotel
Pré-condições
Reserva
Pós-condições
Check-out
Ação do sistema
O sistema irá conferir os documentos do cliente, caso não
esteja completo irá adicionar os itens que estão faltando.
Identificação Requisito
5
Nome do caso de Uso
Check-out
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Extend
Ator Principal
Recepcionista
Atores Secundários
Resumo
E a confirmação da saída do cliente e acerto de valores extras
Pré-condições
Check-in
Pós-condições
Ação do sistema
O sistema confirma sua saída, ira verificar todos os gastos e
após o cliente ter efetuado o pagamento, o sistema irá liberar o
quarto que antes estava ocupado.
Identificação Requisito
6
Nome do caso de Uso
Trocar Apartamento
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Extend
Ator Principal
Recepcionista
Atores Secundários
Resumo
Verificara se outro apartamento esta disponível e ira fazer a
transferência de quarto
Pré-condições
Reserva
Pós-condições
Ação do Sistema
O sistema ira checar se há um quarto disponível e trocara o
cliente de apartamento.
Identificação Requisito
7
Nome do caso de Uso
Cancelar reserva
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Extend
Ator Principal
Recepcionista
Atores Secundários
Resumo
Cancela a reserva
Pré-condições
Reserva
Pós-condições
Ação do sistema
O sistema irá cancelar a reserva e disponibilizará o quarto para
outros clientes.
Identificação Requisito
8
Nome do caso de Uso
Estorno
Aluno responsável
Alberto Mascena
Caso de Uso Geral
Extend
Ator Principal
Recepcionista
Atores Secundários
Resumo
É o valor que o cliente alega não ter consumido e por um
engano do hotel adicionou em sua conta e deverá ser devolvido
caso seja comprovado o estorno
Pré-condições
Pós-condições
Ação do sistema
O sistema verificará o motivo do estorno e emitirá uma nota e
devolvera o valor.
11 Anexo III
11.1
Manual do Usuário
11.1.1 Tela de Reserva
Imagem 26 - Reserva
Para efetuar a reserva de um quarto para um cliente é necessário cadastrarse para isso basta preencher todos os campos contidos na guia "Reserva" de forma
adequada, é importante escolher o quarto, verificar o tipo e o valor da diária e
também a data de chegada e partida. Logo depois que todos os campos estiverem
preenchidos, basta clicar em cadastrar.
Após o cadastro devera clicar em "Reservar" e pronto, na data da chegada do
cliente é só ir à guia "Check-in" e completar a reserva.
11.1.2 Tela de Check-in
Imagem 27 - Check-in
Para realizar o Check-in clique no campo em branco ao lado de RG, digite o
RG do cliente e clique em buscar para realizar o Check-in. Clicando no nome do
hospede você poderá ver pais, estado e informar o valor da diária que devera ser
pago.
Clicando em Check-in será realizado o check-in do hospede no hotel
11.1.3 Aba Buscar Por
Imagem 28 - Check-in (Aba buscar por)
Nesta aba o funcionário poderá localizar uma determinada reserva ou
identificar se o quarto encontra-se disponível por nome do cliente, data da reserva,
ou status do quarto. Assim realizando uma busca mais avançada no sistema.
11.1.4 Tela de Check-out
Imagem 29 - Check-out
Na tela de check-out, onde tem um campo escrito "Apartamento", digite o
apartamento do hospede que quer efetuar o check-out, após ter digitado e
pressionado o botão ao lado "procurar", as informações básicas do hospede iram
aparecer logo abaixo. Na tabela abaixo iram aparecer todos os gastos que o
hospede consumiu até a data que ele está efetuando o check-out.
Campos:

Nome: primeiro nome do hóspede do apartamento digitado.

Chegada e Saída: corresponde a data de chegada e Saída do
hospede.

Diária: corresponde ao valor da diária do tipo de quarto que o
hospede se estabeleceu.

Total: corresponde ao valor da diária multiplicado pela
quantidade de dias que o hospede ficou no quarto.
11.1.5 Informações
Imagem 30 - Check-out (Aba informações)
Além de aparecer os gastos, também vão aparecer às outras informações do
hospede na aba ao lado.
Abaixo da tabela aparece o "Total" que corresponde ao valor da diária
multiplicado pela quantidade de dias que o hóspede ficou no quarto mais todos os
gastos que consumiu, ou seja, é a soma de tudo que o hospede deve pagar para o
hotel.
Botões:
Lançar - ao clicar no botão o sistema irá mudar o status do quarto de
"Ocupado" para "Desocupado".

Imprimir Extrato - o botão vai redirecionar para uma pdf
onde imprimirá o extrato.

Imprimir Nota - botão vai redirecionar para uma pdf onde
imprimirá uma nota fiscal.
11.1.6 Troca de Apartamento
Imagem 31 - Troca de Apartamento
A função desta tela é quando o hospede por algum motivo em especial deseja
trocar de apartamento, a tela vai efetuar esta troca.
No painel "Apartamento de origem" coloque o quarto atual do hospede,
escolhendo o quarto os campos "Nome do cliente", "Chegada" e "Partida"
aparecerão automaticamente.
No painel "Novo apartamento" coloque o tipo do quarto que o hospede quer
se mudar, escolha um quarto que esteja disponível, coloque o motivo da troca e
depois clique em "transferir".
11.1.7 Transferência entre Contas
Imagem 32 - Transferência entre Contas
Inicialmente a recepcionista irá buscar os dados do cliente pelo nome do
cliente logo após ela clicar no botão "buscar" outros dados do cliente serão
mostrados juntamente com o consumo do cliente até então, depois de buscar
conferir os dados do segundo cliente ela irá clicar no produto consumido podendo
alterar a quantidade e o produto e depois em transferir, então o gasto irá
automaticamente para a conta do outro hóspede.
11.1.8 Estorno
Imagem 33 - Estorno
A tela de "Estorno" serve para fazer a devolução de um valor cobrado
indevidamente de um cliente.
Para fazer a devolução selecione o nome do cliente clique em "Buscar",
alguns dados desse cliente irão aparecer a baixo para identificação do mesmo.
Escolha o motivo do estorno.
Selecione o Produto e a quantidade a ser estornado, clique em estornar e
pronto.
11.1.9 Manual
A Tela "Manual" serve para que, quando um funcionário tiver alguma dúvida
ele poderá consultar e tirar suas dúvidas.
11.1.10
Mensagem
Imagem 34 - Mensagem
A tela de "Mensagem" serve para que funcionários de turnos diferentes
possam se comunicar.
Na primeira parte digite seu nome, escolha á quem será a mensagem, digite
sua mensagem e clique em guardar.
Na segunda parte visualize mensagens deixadas por outros funcionários.
Clique em "Ver", escolha a mensagem na tabela abaixo e a mensagem
aparecerá no campo de texto.
Se desejar selecione uma mensagem na tabela e clique em "Excluir".
11.1.11
Gastos
Imagem 35 - Gastos
A tela de "Gastos" serve para adicionar um produto ou serviço que foi
consumido por um cliente, para isso basta escolher o cliente, o produto e a
quantidade, clicar em adicionar a essa conta e pronto. Nessa tela também é possível
cadastrar, excluir e alterar produtos.

Para "cadastrar" novos produtos preencha todos os campos da
segunda parte da tela e clique em cadastrar.

Para "excluir" um produto basta escolher o produto no botão
com a lista de todos os produtos
Imagem 36 - Gastos (JComboBox Produto)


E clicar em excluir.
Para "alterar" um produto basta escolher o produto no botão com
a lista de todos os produtos
Imagem 37 - Gastos (JComboBox Produto)

Alterar os campos que deseja e clicar em alterar..