Documento Final SGH

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á


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


3/42


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


4/42


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.


5/42


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


6/42


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.


7/42


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/42


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.


9/42


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.


10/42


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;


11/42


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


12/42


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.


13/42


2012

Figura 7-1


14/42


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


15/42


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


16/42


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.


17/42


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:


18/42


2012

Figura 7-11

Figura 7-12


19/42


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


20/42


2012

Figura 7-15

Figura 7-16


21/42


2012

Figura 7-17

Figura 7-18


22/42


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

+

+

+

+

+



btnLimpar_click ()

btnNovo_click ()

btnSalvar_click ()

: void

: void

: void

: void

: void

frmDadosFaturamento-

-

-

-

-

-

xtDataFaturamento

xtHoraFaturamento

xtTotalConsumo

xtTotalHospedagem

xtTotalQuartoHospedagem

cboHospegaem

: String

: String

: String

: String

: String

: int

+

+

+



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

+

+

+

+

+



btnLimpar_click ()

btnNovo_click ()

btnSalvar_click ()

: void

: void

: void

: void

: void

frmRegistrarHospedagem

-

-

-

-

xtCodHospede

xtCodQuarto

xtCPF

xtCodResponsavel

: int

: int

: int

: int

+

+

+

+

+



btnSalvar_click ()

btnBuscarCodQuarto_click ()

btnBuscarHospede ()

: void

: void

: void

: void

: void


23/42


2012

Figura 7-20


24/42


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


25/42


2012

7.5.3 Produto

7.5.4 Tipo de Consumo

7.5.5 Tipo de Quarto


26/42


2012

7.5.6 Quarto

7.5.7 Hospedagem

7.5.8 Reserva


27/42


2012

7.5.9 Consumo

7.5.10 Faturamento


28/42


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.


29/42


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.


30/42


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.


31/42


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.


32/42


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.


33/42


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.


34/42


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.


35/42


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.


36/42


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.


37/42


2012

Figura 7-39, Seleciona a data de saída da hospedagem.

Figura 7-40, Seleciona o quarto para a hospedagem.


38/42


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.


39/42


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


40/42


2012

Figura 7-45


41/42


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


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.

Documento Final SGH

Documents

Transcript of Documento Final SGH