Centro Estadual de educação tecnológica Paula Souza Escola ... · Centro Estadual de educação tecnológica Paula Souza Escola Técnica estadual Irma Agostina Curso Informática

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 apresentado para o

componente curricular Trabalho 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 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

2 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

3 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

4.11 Redes .............................................................................................. 41

4.12 Cliente ............................................................................................. 41

5 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 Documentação de Casos de Uso .................................................... 71

11 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.

Gráfico 1- Dificuldade para usuário

60%

40%

Dificuldade para usuário

Dificil

Facil

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.

Gráfico 2 - Sistema Operacional utilizado

80%

20%

Sistema Operacional utilizado

Windows XP

Outros Windows

14

Gráfico que demonstra se o programa é utilizado em rede off-line ou online.

Gráfico 3 - Local do programa.

Opiniões dos (as) recepcionistas sobre a segurança que o programa utilizado

por eles proporciona.

Gráfico 4– Segurança

100%

Local do programa - Online ou Offline

Online

100%

Segurança do sistema utilizado nos Hoteis segundo os usuarios

Confiavel

15

O gráfico abaixo demonstra a estabilidade dos programas utilizados.

Gráfico 5– Estabilidade

Perguntamos a respeito da velocidade dos sistemas utilizados.

Gráfico 6– Velocidade

70%

30%

Estabilidade do sistema

Estavel

Instavel

56%

44%

Velocidade

Rapido

Lento

16

Foram perguntados quais são os tipos de usuários que utilizam os sistemas

Gráfico 7– Usuários

100%

Usuários que utilizam o sistema

Recepcioniosta e Gerente Geral

17

Pensando no impacto ambiental levantamos a questão da utilização do papel.

Gráfico 8 – Sustentabilidade (Uso de papel)

10%

90%

Sustentabilidade - Uso de Papel

Não ultiliza

Usa 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 de Interação

Figura 1-Diagrama de Interação

Imagem 4 - Diagrama de Interação

Imagem 3 - Diagrama de 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 Entidade Relacionamento Imagem 6 - Modelo Entidade 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 de Apartamento Imagem 12 - Troca 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 entre contas Imagem 14 - Transferência entre 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) {


} catch (Exception e) {


}

return con;

}

Public static void fecharConexao(Connection con) {

try {

con.close();

System.out.println("Conexão fechada.");

} catch (SQLException e) {


} catch (Exception e) {


}

}

}

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.

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

Figura 7-Cronograma Imagem 17 - Cronograma

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

http://dominioti.wordpress.com/

http://www.codigofonte.net/dicas/bancodedados/760_como-criptografar-dados-no-mysql

http://fortium.edu.br/

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.


Composição: Cod_checkout.

Relacionamento Efetua backup:

Entidades envolvidas (checkout_backup, reserva).

Descrição: Uma reserva pode ter conter vários checkout.


Composição: Funcionario_Cod_funcionario.

Relacionamento Faz:

Entidades envolvidas (quarto, reserva).

Descrição: Um quarto pode ser reservado por varias reservas


Composição: cod_quarto

Relacionamento fornece:

Entidades envolvidas (Status_quarto, quarto).

Descrição: Vários quarto podem ter o mesmo status.


Composição: cod_status.

Relacionamento Fornece:

Entidades envolvidas (tipo_quarto,quarto).

Descrição: Vários quartos podem ter o mesmo tipo.


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


Descrição: É o nome do funcionário

Classe: simples

Domínio: Caracter

Cargo do funcionário


Descrição: É o cargo que o funcionário ocupa.

Classe: simples

Domínio: Caracter.

RG do funcionário


Descrição: É o RG do funcionário

Classe: simples

Domínio: Numérico.

Senha do 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


Numero de Endereço do cliente.

Entidade: Cliente

Descrição: é numero do endereço onde o cliente mora.

Classe: simples


Complemento do cliente.

Entidade: Cliente

Descrição: é o complemento do endereço onde o cliente mora.

Classe: simples


Numero de adultos.

Entidade: Cliente

Descrição: é a quantidade de adultos que estão acompanhando o cliente.

Classe: simples


Numero de crianças

Entidade: Cliente

Descrição: é a quantidade de crianças que estão acompanhando o cliente.

Classe: simples


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


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


Domínio: Numérico

Código cliente

Entidade: Reserva

Descrição: Código para identificar o hospede


Domínio: Numérico

Código Quarto

Entidade: Quarto

Descrição: código para a identificação do quarto


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


Domínio: Numérico

Código_Check-out

Entidade: Check-out_backup

Descrição: identificação do checkout


Domínio: Numérico

Código Clientes

Entidade: Cliente

Descrição: Código para verificação do cliente


Domínio: Numérico

Funcionario

Codigo_funcionario

Entidade: Funcionario

Descrição: Código para verificação do funcionário


Domínio: Numérico

Nome_funcionario


Descrição: Nome do funcionario


Domínio: Caractere

login_funcionario


Descrição: login de acesso para o funcionário


Domínio: Caractere

rg_funcionario


Descrição: RG do funcionário


Domínio: Numérico

senha_funcionario


Descrição: Senha que o funcionário tem para acessar o sistema


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.


Nome do caso de Uso Manter Cliente




Atores Secundários

Resumo Manter dados do cliente para não necessitar de

recadastramento, podendo ser editado e atualizado

posteriormente.

Pré-condições Cadastrar

Pós-condições

Ação do sistema O sistema vai manter o cadastro e os dados do cliente.


Nome do caso de Uso Reservar quarto


Caso de Uso Geral Extend


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




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.


Nome do caso de Uso Check-out




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.


Nome do caso de Uso Trocar Apartamento




Atores Secundários

Resumo Verificara se outro apartamento esta disponível e ira fazer a

transferência de quarto


Pós-condições

Ação do Sistema O sistema ira checar se há um quarto disponível e trocara o

cliente de apartamento.


Nome do caso de Uso Estorno




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.


Nome do caso de Uso Cancelar reserva




Atores Secundários

Resumo Cancela a reserva


Pós-condições

Ação do sistema O sistema irá cancelar a reserva e disponibilizará o quarto para

outros clientes.

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 cadastrar-

se 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..

Documents

Centro Estadual de educação tecnológica Paula Souza Escola ... · Centro Estadual de educação tecnológica Paula Souza Escola Técnica estadual Irma Agostina Curso Informática