documento final sgh
TRANSCRIPT
-
8/17/2019 Documento Final SGH
1/42
CORNÉLIO PROCÓPIO2012
Sistema de Gerenciamento de HotelDocumento de Visão
Kamila T. Lyra, Karina C. S. Nishimura, Thiago P. Colonhezi, William S. Soares
Curso de Tecnologia em Análise e Desenvolvimento de Sistemas – UniversidadeTecnológica Federal do Paraná
-
8/17/2019 Documento Final SGH
2/42
2CORNÉLIO PROCÓPIO
2012
Sumário
1. In t rodução ___________________________________________________________ 4
1.1. Finalidade ________________________________________________________________ 4
1.2. Escopo __________________________________________________________________ 4
1.3. Definições, Acrônimos e Abreviações __________________________________________ 4
2. Posic ionamento ______________________________________________________ 4
2.1 Descrição do Negócio ______________________________________________________ 4
2.2 Descrição do Problema _____________________________________________________ 5
2.3 Sentença de Posição do Produto _____________________________________________ 6
3. Desc rições dos Envo lvi do s e dos Usuário s _____________________________ 7
3.1 Resumo dos Envolvidos _____________________________________________________ 7
3.2 Resumo dos Usuários ______________________________________________________ 7
3.3 Ambiente do Usuário_______________________________________________________ 7
3.4 Perfis dos Envolvidos _______________________________________________________ 8
3.5 Perfis dos Usuários ________________________________________________________ 8
3.6 Principais Necessidades dos Usuários ou dos Envolvidos __________________________ 8 4. Visão Geral d o P rodu to _______________________________________________ 9
4.1 Perspectiva do Produto _____________________________________________________ 9
4.2 Resumo dos Recursos ______________________________________________________ 9
4.3 Recursos do Produto _______________________________________________________ 9
5. Precedênc ia e Prio rid ade _____________________________________________ 10
6. Outros Requis i tos do Produto ________________________________________ 10
6.1 Requisitos do Sistema _____________________________________________________ 10 6.1.1 Requisitos Funcionais ________________________________________________________ 10
6.1.2 Requisitos de Validação de Dados _____________________________________________ 11
7. Projeto de Software __________________________________________________ 12
7.1 Projeto Temporal _________________________________________________________ 12
7.2 Modelo de Entidade Relacionamento ________________________________________ 14
7.3 Modelo Lógico ___________________________________________________________ 17
7.4 Diagrama de Classes ______________________________________________________ 22
-
8/17/2019 Documento Final SGH
3/42
3CORNÉLIO PROCÓPIO
2012
7.5 Mapa Mental de Tela _____________________________________________________ 24
7.5.1 Hóspede ____________________________________________________________________ 24
7.5.2 Funcionário _________________________________________________________________ 24
7.5.3 Produto _____________________________________________________________________ 25
7.5.4 Tipo de Consumo ____________________________________________________________ 25
7.5.5 Tipo de Quarto ______________________________________________________________ 25 7.5.6 Quarto ______________________________________________________________________ 26
7.5.7 Hospedagem ________________________________________________________________ 26
7.5.8 Reserva ____________________________________________________________________ 26
7.5.9 Consumo ___________________________________________________________________ 27
7.5.10 Faturamento ________________________________________________________________ 27
7.6 Projeto de Telas __________________________________________________________ 28
8. Defi n ições de Tes tes _________________________________________________ 41
8.1 Tabela Hospedagem ______________________________________________________ 41
8.2 Tabelas Reserva e Reserva_quarto ___________________________________________ 41
8.3 Tabela Faturamento ______________________________________________________ 41
9. Alt ernativ as e Co nc orrênc ia __________________________________________ 42
10. Consi de rações Finais ______________________________________________ 42
-
8/17/2019 Documento Final SGH
4/42
4CORNÉLIO PROCÓPIO
2012
1. Introdução
A finalidade deste documento é coletar, analisar e definir necessidades e recursos de nível
superior do Sistema de Gerenciamento de Hotel. Ele se concentra nos recursos necessários aos
envolvidos e aos usuários-alvo e nas razões que levam a essas necessidades. Os detalhes de como
o Sistema de Gerenciamento de Hotel satisfaz essas necessidades são descritos nos diagramas
desenvolvidos e nas especificações suplementares.
1.1. Finalidade
A finalidade do documento de visão é definir a descrição dos problemas, o detalhamento dos
envolvidos e dos usuários, uma visão geral do software e os macro-requisitos.
Este documento apresenta a visão geral do Sistema de Gerenciamento de Hotel demandado
pelo cliente.
1.2. Escopo
Este Documento de Visão refere-se ao Sistema de Gerenciamento de Hotel. Esse sistema
permitirá que seja realizado o controle do cadastro de hospedes, de funcionários, de quartos, de
reservas, de hospedagens, de consumos e de produtos e, a partir da relação entre estes itens, seja
gerado um faturamento.
1.3. Definições, Acrônimos e Abreviações
SGH – Sistema de Gerenciamento de Hotel.
UH – Unidade Habitacional.
2. Posicionamento
2.1 Descrição do Negócio
Hotelaria encontra-se no contexto de bens de serviço. Como qualquer negócio, possui suas
características próprias de organização e sua finalidade principal é o fornecimento de hospedagem,
alimentação, segurança, e vários outros serviços coligados à atividade de hospedaria/hospedagem.
Verifica-se que houve uma grande mudança na administração de hotéis, passando de familiar
para negócios mais profissionalizados devido à grande expansão do parque hoteleiro e do natural
aumento da concorrência.
-
8/17/2019 Documento Final SGH
5/42
5CORNÉLIO PROCÓPIO
2012
Este estudo tem como base um hotel de pequeno porte que possui alguns tipos de unidade
habitacional (UH) - espaço destinado à utilização de uso exclusivo do hóspede, para repouso e
higiene.
O hotel possui diferentes modalidades de UH, sendo que cada uma contém ar condicionado
ou ventilador. As modalidades são:- Quarto simples: quarto de dormir com uma cama de solteiro, local para guardar roupas e
pertences pessoais e banheiro privativo;
- Quarto duplo: quarto de dormir com duas camas de solteiro, local para guardar roupas e
pertences pessoais e banheiro privativo;
- Quarto de casal: quarto de dormir com uma cama de casal, local para guardar roupas e
pertences pessoais, com banheiro privativo e uma cama de solteiro;
- Suíte: quarto de casal acrescido de uma sala de estar.
Uma hospedagem corresponde à utilização da UH e ao consumo dos produtos, por um
determinado período, com horários e datas fixados para check-in e para check-out . Os preços são
cobrados por diária, de acordo com a UH escolhida.
Caso o hóspede queira solicitar uma reserva, o funcionário verifica a disponibilidade de
quartos e informa ao hóspede. Se for possível realizar a reserva ela é registrada no livro de reservas.
Na situação de check-in o hóspede é atendido por um funcionário no balcão da recepção. É
função deste, verificar se o hóspede tem reserva em algum quarto. Caso não tenha, o funcionário
apresenta as UHs disponíveis. Após o registro do hóspede no plano de disponibilidade (espécie de
planilha impressa em papel), a ele são fornecidas todas as informações pertinentes, a respeito de sua
estada. Em seguida o funcionário comunica o check-in aos outros setores.
Durante sua estadia o hóspede pode consumir produtos que estão no quarto ou disponíveis
em outros setores do hotel. Para isso utiliza-se em cada setor uma comanda impressa em papel que
contém a identificação do hóspede e os produtos consumidos por este.
O total a ser pago é gerado somente na realização do check-out . O funcionário deve reunir as
comandas de todos os setores e somar o consumo ao preço da estadia. Sua saída é registrada
também no plano de disponibilidade.
2.2 Descrição do Problema
O administrador de um hotel precisa armazenar informações concisas referentes a
hospedagens, reservas e consumos realizados pelos hospedes do hotel. Para calcular o valor total a
ser pago, o funcionário deve verificar o período de estadia e todos os consumos realizados. Para
registrar uma hospedagem ou uma reserva o funcionário precisa analisar as datas disponíveis para
cada quarto. Essa análise utiliza diferentes fontes de dados (planilhas de hospedagens, reservas e
quartos) o que causa dificuldade e lentidão no cruzamento das informações. Desse modo, as chances
-
8/17/2019 Documento Final SGH
6/42
6CORNÉLIO PROCÓPIO
2012
de ocorrer conflitos de datas e quartos e perda de informações ocasionadas pela análise
inconsistente aumentam.
2.3 Sentença de Posição do Produto
Para Administradores de hotéis de pequeno porte
Que Necessitem de maior automação para gerenciar suasreservas e hospedagens.
O Sistema deGerenciamento de Hotel
É um software off-line.
Que Possibilita o registro de dados dos clientes, funcionáriose consumos, bem como os agendamentos de reservas
e hospedagens.Diferente de Produtos existentes no mercado
Nosso produto Viabiliza a implantação de um sistema informatizadoem hotéis de pequeno porte, pois possui apenasfuncionalidades essenciais.
-
8/17/2019 Documento Final SGH
7/42
7CORNÉLIO PROCÓPIO
2012
3. Descrições dos Envolvidos e dos Usuários
3.1 Resumo dos Envolvidos
Nome Descrição Responsabilidades
Usuário Administradores de hotéisde pequeno porte quedesejam automatizar ogerenciamento de reservase hospedagens.
O usuário é responsável portodos os cadastros dehóspedes e funcionários,pelo agendamento dereservas e inserção dehospedagens e consumos.
Desenvolvedores Alunos da área de Análisee desenvolvimento desistemas.
Do projeto aos testes dosoftware
3.2 Resumo dos Usuários
Nome Descrição Responsabilidades Envolvido
Usuário Administradordo sistema.
Responsável por todo o sistema. Auto-Representado
3.3 Ambiente do U suário
O usuário do sistema é um funcionário que irá administrar o hotel com o auxilio do software.
Para melhor acesso ao sistema a máquina em que o programa será instalado deve ser posicionadana recepção do hotel, assim o cadastro de hospedes e a realização de check-ins se torna a primeira
etapa da utilização. Com o auxílio de uma interface simples o usuário poderá identificar facilmente o
recurso que ele precisa utilizar para passar por cada etapa.
Tarefas executadas no ambiente do usuário
Gerenciamento de hóspedes: inclusão, alteração ou exclusão de dados.
Gerenciamento de hospedagens: inclusão, alteração ou exclusão de dados sobre o check-in ou
check-out.
-
8/17/2019 Documento Final SGH
8/42
8CORNÉLIO PROCÓPIO
2012
Gerenciamento de consumo: inclusão, alteração ou exclusão de dados sobre os produtos
consumidos durante a estadia.
Gerenciamento de reservas: inclusão de dados sobre as reservas de quartos e datas.
3.4 Perfis dos Envolvidos
Função/Papel Descrição Órgão Analise de requisitos Responsável pelas definições de
requisitos e descrições do negócio eoportunidades.
Alunos do curso de Análise eDesenvolvimento deSistemas; GrupoSistema deGerenciamento deHotel.
Projeto Responsável pela criação dosdiagramas e projeto de teste e deinterface.
Programa Responsável pela geração doscódigos das funções em banco dedados.
Teste de funções Responsável pelos testes defunções.
Desenvolvimento dainterface
Responsável pela geração dainterface amigável e pela ligaçãodesta com o banco de dados.
3.5 Perfis dos Usuários
Representante Auto-Representado
Descrição Gerenciador das atividades de funcionários e departamentos.
Tipo Usuário primário
Responsabilidades Ele é responsável pela inserção de dados para todas asfuncionalidades.
Critérios deSucesso
Comunicação com o hóspede e entendimento da interface.
Envolvimento Fornecedor de requisitos e usuário do sistema.
ProdutosLiberados
Ao fechamento de uma hospedagem (check-out) é gerado umfaturamento com os valores de quarto e consumos.
3.6 Principais Necessidades dos Usuários ou dos Envolvidos
O projeto do sistema deve ser atualizado a cada alteração de desenvolvimento, afim de que o
conjunto dos documentos finais descreva o software proposto e o software implementado. As
atualizações devem facilitar o acompanhamento das etapas de desenvolvimento pelos envolvidos.
-
8/17/2019 Documento Final SGH
9/42
9CORNÉLIO PROCÓPIO
2012
O programa desenvolvido deve facilitar os cadastros e associações de dados que não serão mais
feitas manualmente, o objetivo é automatizar a parte mais complexa do gerenciamento do negócio.
O banco de dados deve suprir a necessidade do administrador de manter dados, antes armazenados
em planilhas no papel, por maior período de tempo. O backup de um banco de dados computacional
pode ser restaurado com perdas mínimas de registros. Deve existir uma organização no layout do sistema para tornar a interface intuitiva e a navegação por
ela rápida.
4. Visão Geral do Produto
4.1 Perspectiva do Produto
O SGH será um software para auxiliar o gerenciamento de informações referentes à
administração de um hotel de pequeno porte. Seu escopo envolverá apenas as áreas principais do
hotel que são a de cadastro de hospedes e funcionários, a de reservas de quartos, a de hospedagens
e a de consumos. O objetivo é fazer com que os dados, antes armazenados em planilhas no papel,
sejam melhores distribuídos e detalhados em um banco de dados computacional. Espera-se que a
facilidade de acesso aos registros através do botão buscar incentive sua utilização, principalmente
quanto à verificação automática de datas e quartos disponíveis.
4.2 Resumo dos Recursos
1 – Recurso Novo.
2 – Recurso Visualizar.
3 – Recurso Editar.
4 – Recurso Apagar.
4.3 Recursos do Produto
1 – Recurso Novo.
A partir da tela inicial do sistema o usuário pode clicar no menu Gerenciar na posição superior
da tela e escolher o tipo de objeto que deseja adicionar. O usuário deve preencher a tela com os
dados do objeto que deseja adicionar e clicar no botão Salvar .
2 – Recurso Visualizar.
O botão de Visualizar na tela de cadastro de objetos permite que seja carregada uma tabela
com todos os registros que correspondem á busca.
3 –
Recurso Editar.
-
8/17/2019 Documento Final SGH
10/42
10CORNÉLIO PROCÓPIO
2012
Com a linha correspondente ao objeto que se deseja editar selecionada, basta clicar no botão
Editar que os dados são carregados na tela para que possam ser feitas as alterações. Para que os
dados alterados sejam salvos, ao final da edição deve-se clicar no botão Salvar .
4 – Recurso Apagar.
Ao final da linha de cada registro se encontra um botão Deletar, que exclui o registrocorrespondente.
5. Precedência e Prioridade
Todos os Recursos são de prioridade alta, essenciais para uma boa navegação no sistema.
6. Outros Requisitos do Produto
6.1 Requisitos do Sistema
6.1.1 Requisitos Funcionais
1. Uma hospedagem deverá possuir os seguintes dados:a. Número do quarto o qual a pessoa está utilizando;b. Hospede;c. Hóspede responsável;d. Data de check-in;e. Data de check-out;
f. Hora do check-in;g. E hora do check-out;
2. Cada quarto deve ter um número máximo de hospedagens no mesmo período, que significa onúmero máximo de pessoas no quarto.
3. Para controlar as hospedagens múltiplas (vários hospedes em um mesmo quarto e período) éutilizado como referência o código do primeiro hóspede a ser hospedado, adicionando seucódigo como responsável na hospedagem dos demais hóspedes.
4. Para realizar uma hospedagem não é necessário realizar uma reserva;5. Deverá possuir um controle de reservas possuindo os seguintes dados:
a. Data de check-in e check-out;b. Hora de check-in e check-out;
c. Tipo do quarto que a pessoa deseja;d. Nome da pessoa que está realizando a reserva.
6. Deverá possuir tipos de quartos (Exemplos: Quarto Simples, Quarto Duplo, Quarto de Casal esuíte);
7. Cada quarto possui diferentes valores, os quais serão cobrados no final da diária (check-out);8. Deverá possuir um sistema de controle de consumos o qual é dividido em grupos.9. O consumo deverá possuir os seguintes dados:
a. Código do produto;b. Hospedagem (código do hóspede e código do quarto);c. Data do consumo;d. Hora do consumo (não precisa ser informado);
e. Quantidade;
-
8/17/2019 Documento Final SGH
11/42
11CORNÉLIO PROCÓPIO
2012
f. Valor unitário do produto;g. Valor total (quantidade * valor unitário).
10. É necessário um controle de dados ao longo do tempo, em relação a valores dos quartos evalores totais de cada hospedagem.
11. Consultas:a. É necessária uma consulta de quais quartos estão disponíveis em relação à data
especificada.b. É necessária uma consulta sobre quais reservas foram concretizadas ou não.c. Os produtos ordenados por quantidade de consumos;d. Quartos ordenados com o maior número de hospedagens.
6.1.2 Requisitos de Validação de Dados
A validação dos tipos de dados de entrada nos campos da interface deve obedecer à
descrição dos requisitos abaixo.
Campo Descrição Constraint
DtConsumo (Consumo) A data não pode ser anterior aatual.
função
CPF (Pessoa) 999.999.999-99 checkSobrenome e Nome(Pessoa)
Não pode ter dígito. check
DtReserva(Quarto_Reserva) A data não pode ser anterior aatual. funçãoPrevCheckin ePrevCheckout(Quarto_Reserva)
A data não pode ser anterior aatual.
função
DtCadastro (Hospede) A data não pode ser anterior aatual.
função
Telefone (Telefone) 9999-9999 Check
CEP (Endereço) 99.999-999 checkCidade (Cidade) Não pode ter dígito. checkEstado (Estado) Não pode ter dígito. UNIQUE check
Email (Pessoa) [email protected] check
-
8/17/2019 Documento Final SGH
12/42
12CORNÉLIO PROCÓPIO
2012
7. Projeto de Software
7.1 Projeto Temporal
O cronograma de execução do projeto de software SGH foi pensado para uma execução
continua durante o primeiro semestre de 2012. As alocações de recursos (desenvolvedores) foram
pensadas de modo que cada envolvido tenha parte no desenvolvimento de vários artefatos diferentes
e em várias tarefas e que também essas tarefas sejam concluídas no prazo planejado. Essa alocação
propõe evitar a sobrecarga de um recurso e assegurar o aprendizado de todas as fases das
disciplinas que eram ensinadas durante o desenvolvimento do projeto.
-
8/17/2019 Documento Final SGH
13/42
13CORNÉLIO PROCÓPIO
2012
Figura 7-1
-
8/17/2019 Documento Final SGH
14/42
14CORNÉLIO PROCÓPIO
2012
7.2 Modelo de Entidade Relacionamento
O Modelo conceitual do banco de dados é representado pelo diagrama Entidade-
Relacionamento, que define a relação entre os objetos dos quais se deseja manter informações, isto
é, a relação entre as entidades.
Será apresentada a proposta de solução para o sistema de gerenciamento de hotel.
A Figura 7-2 ilustra o relacionamento entre as entidades Cidade-Pessoa, Cidade-Estado.
Nota-se que uma ocorrência da entidade Pessoa relaciona-se obrigatoriamente com uma ocorrência
de Cidade, assim como uma Cidade relaciona-se com obrigatoriamente uma ocorrência de Estado.
Lendo os relacionamentos no sentido contrário percebe-se que um Estado contém uma ou mais
cidades diferentes, e que uma cidade pode ter várias pessoas cadastradas no sistema ou nenhuma.
Figura 7-2
Temos na Figura 7-3 os relacionamentos Pessoa – Hóspede e Pessoa-Funcionário que
definem que Cada ocorrência de Funcionário ou de Hóspede deve estar atrelada a obrigatoriamente
uma ocorrência de Pessoa.
Figura 7-3
-
8/17/2019 Documento Final SGH
15/42
15CORNÉLIO PROCÓPIO
2012
De acordo com a Figura 7-4, no relacionamento Hospede-Hospedagem o hóspede pode
contratar várias hospedagens, porém uma hospedagem deve ser contratada por no máximo um
hóspede.
Figura 7-4
Na Figura 7-5 temos os seguintes relacionamentos: Reserva-Quarto e Hospedagem-Quarto.
O relacionamento Reserva-Quarto define que uma ocorrência de Reserva pode estar associada a
várias ocorrências de quarto. O relacionamento Hospedagem-Quarto diz que uma hospedagem tem
apenas um quarto, enquanto um quarto pode ou não estar ocupado ou reservado.
Figura 7-5
Os quartos do hotel devem ser classificados em tipos para fins de geração de custos, pois
alguns quartos oferecem mais conforto. A Figura 7-6 mostra que um quarto deve possuir um tipo, e
um tipo de quarto pode pertencer a vários quartos ou a nenhum.
Figura 7-6
-
8/17/2019 Documento Final SGH
16/42
16CORNÉLIO PROCÓPIO
2012
Ao realizar o check-out o cliente deve pagar sua conta. O valor total a ser pago é gerado no
Faturamento que deve corresponder a apenas uma Hospedagem sempre, como apresentado na
Figura 7-7.
Figura 7-7
Os hospedes podem consumir produtos no hotel, tanto no quarto como fora dele. Cada
Hospedagem pode gerar vários consumos, e cada consumo deve vir obrigatoriamente de uma
Hospedagem, pois para poder consumir no hotel o cliente precisa estar em uma hospedagem atual.
Esse relacionamento está representado na Figura 7-8.
Figura 7-8
O consumo é classificado em obrigatoriamente um tipo, podendo este ser, por exemplo,
frigobar ou bar do hotel, e deve possuir um produto no mínimo.
-
8/17/2019 Documento Final SGH
17/42
17CORNÉLIO PROCÓPIO
2012
Figura 7-9
O diagrama de entidade-relacionamento final, com todas as entidades, relacionamentos e
cardinalidade é apresentado a seguir:
Figura 7-10
7.3 Modelo Lógico
A partir do DER, criamos o modelo lógico, que apresenta os campos e as tabelas com maior
nível de detalhamento.
No modelo lógico, as tabelas são representadas por retângulos divididos horizontalmente em
três partes: título, campos da tabela, especificação da chave primária.
O relacionamento entre as tabelas é representado por linhas contínuas que contém a
cardinalidade mínima e a cardinalidade máxima do relacionamento nas duas pontas.
O resultado da modelagem para esta etapa segue a ordem das figuras do DER e será
apresentado nas figuras abaixo:
-
8/17/2019 Documento Final SGH
18/42
18CORNÉLIO PROCÓPIO
2012
Figura 7-11
Figura 7-12
-
8/17/2019 Documento Final SGH
19/42
19CORNÉLIO PROCÓPIO
2012
Figura 7-13
No relacionamento N: N entre as tabelas Reserva e Quarto gera-se uma tabela intermediária
que guarda as chaves primárias das duas.
Figura 7-14
-
8/17/2019 Documento Final SGH
20/42
20CORNÉLIO PROCÓPIO
2012
Figura 7-15
Figura 7-16
-
8/17/2019 Documento Final SGH
21/42
21CORNÉLIO PROCÓPIO
2012
Figura 7-17
Figura 7-18
-
8/17/2019 Documento Final SGH
22/42
22CORNÉLIO PROCÓPIO
2012
7.4 Diagrama de Classes
A função do diagrama de classes é permitir fácil visualização das classes que irão compor o
sistema. Cada classe representada deve mostrar o nome da classe e o nome dos atributos que serão
utilizados pela classe com seu tipo de dado. As ligações entre as classes mostram os
relacionamentos entre elas, como se complementam e transmitem informações entre si. O diagrama
foi dividido em duas partes, apenas por melhor visualização, nota-se que todas as classes que
representam objetos ligam-se ás classes frmPesquisar e ClassBD, que são adaptáveis ao tipo do
objeto.
Figura 7-19
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..1
0..*
0..10..*
frmPesquisar
-
-
SQL
SQLDelete
: int
: int
+
+
btnSair_Click ()
new ()
: void
: void
ClassBD
-
-
ConexaoPG
conn
: int
: int
++
ExecutaSQL ()RetornaDataTable ()
: void: void
frmTipoQuarto
-
-
-
-
xtCodigo
xtNumeroPessoas
xtTipoQuarto
xtValorQuarto
: String
: String
: String
: String
+
+
+
+
+
btnBuscarCodigo_click ()
btnCalcelar_click ()
btnLimpar_click ()
btnNovo_click ()
btnSalvar_click ()
: void
: void
: void
: void
: void
frmReserva
-
-
-
-
xtCheckIn
xtCheckOut
xtNome
cbQuarto
: String
: String
: int
: int
+
+
+
+
+
btnBuscarCodigo_click ()
btnCalcelar_click ()
btnLimpar_click ()
btnNovo_click ()
btnSalvar_click ()
: void
: void
: void
: void
: void
frmDadosFaturamento-
-
-
-
-
-
xtDataFaturamento
xtHoraFaturamento
xtTotalConsumo
xtTotalHospedagem
xtTotalQuartoHospedagem
cboHospegaem
: String
: String
: String
: String
: String
: int
+
+
+
btnBuscarCodigo_click ()
btnCalcelar_click ()
btnGerarFaturamento_click ()
: void
: void
: void
frmFuncionario
-
-
-
-
--
-
-
-
-
-
-
-
-
xtBairro
xtCEP
xtComplemento
xtCPF
xtEmailxtEndereco
xtEstado
xtNome
xtNro
xtSobrenome
xtSenha
xtTelefone
cboCidade
cboEstado
: String
: String
: String
: String
: String: String
: String
: String
: String
: String
: String
: String
: int
: int
+
+
+
+
+
btnBuscarCodigo_click ()
btnCalcelar_click ()
btnLimpar_click ()
btnNovo_click ()
btnSalvar_click ()
: void
: void
: void
: void
: void
frmRegistrarHospedagem
-
-
-
-
xtCodHospede
xtCodQuarto
xtCPF
xtCodResponsavel
: int
: int
: int
: int
+
+
+
+
+
btnBuscarCodigo_click ()
btnCalcelar_click ()
btnSalvar_click ()
btnBuscarCodQuarto_click ()
btnBuscarHospede ()
: void
: void
: void
: void
: void
-
8/17/2019 Documento Final SGH
23/42
23CORNÉLIO PROCÓPIO
2012
Figura 7-20
-
8/17/2019 Documento Final SGH
24/42
24CORNÉLIO PROCÓPIO
2012
7.5 Mapa Mental de Tela
A execução das principais telas do sistema envolve, além da classe que simboliza o tipo de
objeto, outras classes que são definidas nas associações de dependência ilustradas no diagrama de
classes e no DER. Algumas das principais características do desenvolvimento de uma classe são
descritas no Mapa Mental.
7.5.1 Hóspede
7.5.2 Funcionário
-
8/17/2019 Documento Final SGH
25/42
25CORNÉLIO PROCÓPIO
2012
7.5.3 Produto
7.5.4 Tipo de Consumo
7.5.5 Tipo de Quarto
-
8/17/2019 Documento Final SGH
26/42
26CORNÉLIO PROCÓPIO
2012
7.5.6 Quarto
7.5.7 Hospedagem
7.5.8 Reserva
-
8/17/2019 Documento Final SGH
27/42
27CORNÉLIO PROCÓPIO
2012
7.5.9 Consumo
7.5.10 Faturamento
-
8/17/2019 Documento Final SGH
28/42
28CORNÉLIO PROCÓPIO
2012
7.6 Projeto de Telas
Após a projeção de como será realizado o desenvolvimento das telas foram criados osprotótipos de telas. As seguintes figuras ilustram mais detalhadamente as fazes de utilização querealmente serão necessárias para o usuário, e como essas fazes deverão funcionar em relação ainserção de dados e resultados de consultas.
Figura 7-21, Tela Principal.
Figura 7-22, Menu Arquivo.
-
8/17/2019 Documento Final SGH
29/42
29CORNÉLIO PROCÓPIO
2012
Para o cadastro de um hóspede é necessário o preenchimento dos campos da tela decadastro corretamente, de acordo com o tipo de dado que está sendo pedido.
Figura 7-23, Cadastrar hóspede.
Se os dados forem preenchidos corretamente o hóspede será salvo com sucesso, casocontrário o sistema avisa o usuário sobre o erro.
Figura 7-24, Hóspede salvo.
-
8/17/2019 Documento Final SGH
30/42
30CORNÉLIO PROCÓPIO
2012
O Botão Buscar na tela de Hóspedes pode trazer todos os hóspedes registrados, se o campoCPF estiver vazio, ou apenas um hóspede, correspondente ao CPF digitado.
Figura 7-25, Buscar hóspede.
O usuário pode selecionar um registro da tabela de Hóspedes e pode editá-lo. Para isso bastaselecionar o registro e clicar no botão Sair. A tela Hóspede será carregada com os dados do hóspedeselecionado e o usuário poderá editar os dados e salvar novamente o registro.
Figura 7-26, Alterar hóspede.
-
8/17/2019 Documento Final SGH
31/42
31CORNÉLIO PROCÓPIO
2012
Para excluir um registro selecionado, basta clicar no botão Excluir na frente do registro e umpedido de confirmação de exclusão aparecerá. Se o usuário desejar continuar com a operaçãodeverá selecionar Sim.
Figura 7-27, Confirmação de exclusão.
A exclusão será confirmada e a tabela será atualizada.
Figura 7-28, Exclusão de hóspede.
-
8/17/2019 Documento Final SGH
32/42
32CORNÉLIO PROCÓPIO
2012
O mesmo esquema de uso é valido para a tela de Funcionários.
Figura 7-29, Funcionário.
Para a tela Tipo de Quarto o usuário pode consultar todos os tipos de quarto que estãocadastrados, cadastrar um novo tipo, alterar um tipo existente ou excluir um tipo existente. Sendo quepara a alteração basta selecionar um registro e clicar em Sair para que a tela carregue os dados queserão atualizados, e para a deleção, basta clicar no botão Excluir na frente do registro.
Figura 7-30, Tipo de Quarto.
-
8/17/2019 Documento Final SGH
33/42
33CORNÉLIO PROCÓPIO
2012
Na tela de Quarto o usuário pode registrar , consultar , atualizar e deletar um quarto, essasfuncionalidades seguem os mesmos passos de Tipo de Quarto.
Figura 7-31, Quarto.
O mesmo ocorre para a tabela de Produto, que mostra os produtos que serãodisponibilizados para o consumo no hotel.
Figura 7-32, Telas Produto.
-
8/17/2019 Documento Final SGH
34/42
34CORNÉLIO PROCÓPIO
2012
A tela de Tipo de consumo permite cadastrar um novo tipo de consumo feito no hotel.
Figura 7-33, Tipo de Consumo.
A tela de Consumo permite ao usuário cadastrar um novo consumo realizado por um hóspedeatual do hotel. O usuário preenche os campos e escolhe o código da hospedagem a que esseconsumo será ligado. Ao clicar o botão de consulta apenas com uma hospedagem selecionada, atabela carrega todos os consumos realizados por aquela hospedagem.
Figura 7-34, Consumo da hospedagem.
-
8/17/2019 Documento Final SGH
35/42
35CORNÉLIO PROCÓPIO
2012
Para registrar uma reserva o usuário deve preencher os campos corretamente e escolher umquarto livre de hospedagens ou reservas para o período especificado.
Figura 7-35, Registrar Reserva.
Ao clicar no botão salvar a reserva será confirmada ou não.
Figura 7-36, Reserva confirmada.
-
8/17/2019 Documento Final SGH
36/42
36CORNÉLIO PROCÓPIO
2012
O botão Buscar em Reserva traz ao usuário todas as reservas existentes a partir da dataatual. Para excluir uma reserva o usuário deve clicar no botão Excluir referente ao registro.
Figura 7-37, Consulta de Reservas.
Para registra uma hospedagem (realizar um check-in) o usuário deve selecionar o hóspedeque foi previamente registrado, selecionar a data de previsão de saída, e selecionar o quarto em queo hóspede deseja dar entrada. Hospedagens não podem ser excluídas pode questão de histórico.
Figura 7-38, Seleciona o hóspede da hospedagem.
-
8/17/2019 Documento Final SGH
37/42
37CORNÉLIO PROCÓPIO
2012
Figura 7-39, Seleciona a data de saída da hospedagem.
Figura 7-40, Seleciona o quarto para a hospedagem.
-
8/17/2019 Documento Final SGH
38/42
38CORNÉLIO PROCÓPIO
2012
Ao registrar um faturamento (realizar check-out) o usuário deve escolher o código dahospedagem corrente que ele deseja fechar, e os dados da tela serão preenchidos. Ao clicar nobotão Visualizar ao lado de Total do Consumo será mostrado o detalhamento dos consumosrealizados para aquela hospedagem. Ao clicar no botão Faturar a hospedagem será fechada, o total apagar será gerado e o(s) quarto(s) voltam a ficar livres.
Figura 7-41, Escolhendo hospedagem para fechar.
Figura 7-42, Detalhamento do consumo.
-
8/17/2019 Documento Final SGH
39/42
39CORNÉLIO PROCÓPIO
2012
Figura 7-43, Faturamento gerado.
O menu de consultas traz uma caixa de seleção aonde o usuário pode selecionar um períodopara delimitar as respostas. A resposta será dada de acordo com o tipo selecionado para a consulta:Faturamentos, Consumos ou Hospedagens.
Figura 7-44
-
8/17/2019 Documento Final SGH
40/42
40CORNÉLIO PROCÓPIO
2012
Figura 7-45
-
8/17/2019 Documento Final SGH
41/42
41CORNÉLIO PROCÓPIO
2012
8. Definições de Testes
O projeto de testes define que tipos de dados devem ser inseridos e que tipos de retornos
devem ser esperados da execução das funções. As inserções de dados nas principais tabelas do
sistema devem seguir especificações sobre restrições e verificações de datas e chaves primárias em
outras tabelas.
8.1 Tabela Hospedagem
A inserção de uma hospedagem não poderá retornar valor verdadeiro se existir uma reserva nessa
data que não seja a reserva feita pelo próprio cliente. Se já existir uma hospedagem ou uma reserva
dentro do período de estadia a função também retornará valor falso.
Quando uma hospedagem tem uma reserva anterior o código da reserva deve ser gravado na
hospedagem.
Alterar Hospedagem e Excluir Hospedagem – não deve ser possível alterar os dados da hospedagem
ou excluir dados depois de inseridos no banco.
8.2 Tabelas Reserva e Reserva_quarto
Ao inserir uma reserva a data de check-in deve ser maior que a data atual e maior que a data de
check-out que se deseja inserir.
O quarto informado ao inserir uma reserva não pode estar reservado no mesmo período.
Ao inserir uma reserva para um quarto a data de previsão de check-in não pode ser anterior à data de
previsão de check-out de uma hospedagem existente.
Só pode ser possível excluir uma reserva se a data de previsão de check-in for maior que a data
atual.
8.3 Tabela Faturamento
Ao ser gerado um faturamento o valor total a ser pago é gerado para cada hóspede ligado à
hospedagem. Para isso somam-se seus consumos ao valor total das diárias.
O valor total das diárias deve ser dividido pelo número de pessoas no mesmo quarto e no mesmo
período (hospedados juntos).
-
8/17/2019 Documento Final SGH
42/42
9. Alternativas e Concorrência
O software proposto não representa competição ou concorrência para os softwares atuais
disponíveis no mercado. Os programas existentes foram criados para o gerenciamento de muitas
áreas administrativas diferentes, já o SGH visa à objetividade da administração envolvendo apenas
as áreas básicas de um sistema hoteleiro.
10. Considerações Finais
Os sistemas para controle de hotéis existentes no mercado abrangem muitas áreas
administrativas diferentes, desde a recepção a controle de estoque, porém não são viáveis para
hotéis de pequeno porte, pois seu uso acaba demandando muito tempo e se tornando complicado.
A relação custo-benefício da solução proposta resulta em um produto de forte apelo
comercial, que disponibiliza informações objetivas a respeito das preferências dos clientes
(hóspedes). Essas informações são essenciais para uma análise apropriada das adaptações que
devem ser feitas no hotel, visando aumentar o lucro da empresa e colocá-la em nível de
competitividade com as empresas de maior porte.
O projeto de banco de dados para o sistema proposto foi gerado a partir do modelo entidade
relacionamento e do modelo lógico. O modelo lógico especifica com mais detalhes como deve ser
gerado o banco de dados físico, desde a criação das tabelas até a criação das contraints de chave
primária de acordo com o SGBD escolhido.