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

Transcrição

1 Centro Estadual de educação tecnológica Paula Souza Escola Técnica estadual Irmã Agostina Curso Informática Alberto Mascena Rodrigo da Silva Rubens Yuiti Kanai Wendell Cerqueira Pantaleão S.B. System Sistema para recepção de Hotéis. São Paulo 2012

2 Centro Estadual de educação tecnológica Paula Souza Escola Técnica estadual Irma Agostina Curso Informática Alberto Mascena Rodrigo da Silva Rubens Yuiti Kanai Wendell Cerqueira Pantaleão 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

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

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

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

6 Imagem 1 - WBS Imagem 2 - Diagrama de casos de uso Imagem 3 - Diagrama de Interação Imagem 4 - Diagrama de Interação Imagem 5 - Diagrama de classes Imagem 6 - Modelo Entidade Relacionamento Imagem 7 - Login Imagem 8 - Reserva Imagem 9 - Check-In Imagem 10 - Check-In Imagem 11 - Check-out Imagem 12 - Troca de Apartamento Imagem 13 - Gastos Imagem 14 - Transferência entre contas Imagem 15 - Estorno Imagem 16 - Login Imagem 17 - Cronograma Imagem 18 - MySQL Tabela Funcionarios Imagem 19 - MySQL Tabela Cliente Imagem 20 - MySQL Tabela Status do Quarto Imagem 21 - MySQL Tabela Tipo do Quarto Imagem 22 - MySQL Tabela Qaurto Imagem 23 - MySQL Tabela Produtos Imagem 24 - MySQL Tabela Reserva Imagem 25 - MySQL Tabela Check-out BackUP Imagem 26 - Reserva Imagem 27 - Check-in Imagem 28 - Check-in (Aba buscar por) Imagem 29 - Check-out Imagem 30 - Check-out (Aba informações) Imagem 31 - Troca de Apartamento Imagem 32 - Transferência entre Contas Imagem 33 - Estorno Imagem 34 - Mensagem... 83

7 Imagem 35 - Gastos Imagem 36 - Gastos (JComboBox Produto) Imagem 37 - Gastos (JComboBox Produto)... 84

8 8 Sumário Introdução Pesquisas sobre sistemas existentes Capítulo I Sociedade Problemas Objetivos Específicos Objetivos Gerais Justificativa Necessidade Sustentabilidade Capitulo II - Estrutura atual do sistema Reservas Check-out Transferência entre contas Troca de apartamento Estorno Check in Capitulo III Escopo WBS Estrutura analítica do projeto UML Diagrama de casos de uso Diagrama de interação Diagrama de classe Capitulo IV Desenvolvimento Banco de dados utilizados Principais comandos do Mysql: MER... 29

9 9 4.4 Plataforma Linguagem Programas para o desenvolvimento do projeto Mapa do sistema Login Reserva Check-in Check-out Troca de Apartamento Gastos Transferência entre Contas Estorno Infraestrutura Conexão com Banco de Dados Segurança Login Criptografia Redes Cliente Testes Testes Unitários Testes Integrados Cronograma e Custos Conclusão Bibliografia Anexo I Dicionário de Dados Entidades Relacionamentos: Atributos... 50

10 Código do banco de dados Anexo II Documentação de Casos de Uso Anexo III Manual do Usuário Tela de Reserva Tela de Check-in Aba Buscar Por Tela de Check-out Informações Troca de Apartamento Transferência entre Contas Estorno Manual Mensagem Gastos... 84

11 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 12 Pesquisas sobre sistemas existentes. Foram realizadas pesquisas em 10 hotéis como Stanconfor, Ibis e Mercure. Sendo no total 13 recepcionistas entrevistados (as) que utilizam um software para recepção hoteleira. Dentro das respostas obtivemos os seguintes gráficos: Opiniões dos (as) recepcionistas sobre a dificuldade que encontraram nos programas utilizados atualmente em hotéis. Dificuldade para usuário 40% 60% Dificil Facil Gráfico 1- Dificuldade para usuário

13 13 O Sistema Operacional que é utilizado nos hotéis. Nas pesquisas realizadas 20% dos funcionários de diferentes hotéis não souberam responder qual o sistema operacional era utilizado pelo computador do hotel. Sistema Operacional utilizado 20% 80% Windows XP Outros Windows Gráfico 2 - Sistema Operacional utilizado

14 14 Gráfico que demonstra se o programa é utilizado em rede off-line ou online. Local do programa - Online ou Offline Online 100% Gráfico 3 - Local do programa. Opiniões dos (as) recepcionistas sobre a segurança que o programa utilizado por eles proporciona. Segurança do sistema utilizado nos Hoteis segundo os usuarios Confiavel 100% Gráfico 4 Segurança

15 15 O gráfico abaixo demonstra a estabilidade dos programas utilizados. Estabilidade do sistema 30% 70% Estavel Instavel Gráfico 5 Estabilidade Perguntamos a respeito da velocidade dos sistemas utilizados. Velocidade 44% 56% Rapido Lento Gráfico 6 Velocidade

16 16 Foram perguntados quais são os tipos de usuários que utilizam os sistemas Usuários que utilizam o sistema 100% Recepcioniosta e Gerente Geral Gráfico 7 Usuários

17 17 Pensando no impacto ambiental levantamos a questão da utilização do papel. Sustentabilidade - Uso de Papel 10% 90% Não ultiliza Usa de papel Gráfico 8 Sustentabilidade (Uso de papel)

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

24 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 Imagem 2-Diagrama 4 - de de Interação Figura Imagem 1-Diagrama 3 - de de Interação

25 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

26 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 );

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

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

29 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 Imagem 3-Modelo 6 - Entidade Relacionamento

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

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

32 4.7 Mapa do sistema Login Tela de entrada do sistema. Imagem 7 Login 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

33 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

34 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 Troca de Apartamento Irá verificar se há algum apartamento disponível e realizará a troca. Figura Imagem 4-Troca 12 - Troca de de Apartamento

35 4.7.6 Gastos Irá cadastrar, excluir, alterar e irá adicionar gastos a conta do cliente. Imagem 13 - Gastos 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 Imagem 5-Transferência 14 - entre entre contas contas

36 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 Imagem 6-Estorno 15 - Estorno

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

38 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());

39 } catch (ClassNotFoundException e) { System.out.println(e.getMessage()); } catch (Exception e) { System.out.println(e.getMessage()); } return con; } Public static void fecharconexao(connection con) { try { con.close(); System.out.println("Conexão fechada."); } catch (SQLException e) { System.out.println(e.getMessage()); } catch (Exception e) { System.out.println(e.getMessage()); } } }

40 4.10 Segurança 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 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.

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

42 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/ Menus com erros 29/09/ Menus com um padrão predefinido 12/10/ Conexão com o banco bem sucedida 15/10/ Erro ao tentar adicionar um quarto à conta do cliente 10/11/ Erro na tabela de Check in 13/11/ 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/ Telas conectadas sem erro 12/09/ Conexão com o banco de dados realizada com sucesso. 18/10/ Criação do executável do programa.

43 6 Cronograma e Custos Gantt de controle. Figura Imagem 7-Cronograma 17 - 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

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

45 8 Bibliografia Disponível em acesso em 07/06/2012 Disponível em acesso em 14/06/2012 Disponível em acesso em 14/06/2012 Disponível em acesso em 02/05/2012 Disponível em em 02/05/2012 Disponível em acesso em 23/04/2012 Disponível em acesso em 13/10/2012 Disponível em acesso em 13/10/2012 Disponível em acessado em 15/11/2012

46 9 Anexo I 9.1 Dicionário de Dados 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, , 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.

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

48 9.1.2 Relacionamentos: Relacionamento Efetua: Entidades envolvidas (Cliente, Reserva). Descrição: O cliente efetua várias reservas. Cardinalidade: (1:N). Composição:cod_reserva, Relacionamento Efetua: Entidades envolvidas (Cliente, Checkout_backup). Descrição: o Cliente efetua o checkout. Cardinalidade: (1:N). Composição: Cod_checkout. Relacionamento Efetua backup: Entidades envolvidas (checkout_backup, reserva). Descrição: Uma reserva pode ter conter vários checkout. Cardinalidade: (1:N). Composição: Funcionario_Cod_funcionario.

49 Relacionamento Faz: Entidades envolvidas (quarto, reserva). Descrição: Um quarto pode ser reservado por varias reservas Cardinalidade: (1:N). Composição: cod_quarto Relacionamento fornece: Entidades envolvidas (Status_quarto, quarto). Descrição: Vários quarto podem ter o mesmo status. Cardinalidade: (1:N). Composição: cod_status. Relacionamento Fornece: Entidades envolvidas (tipo_quarto,quarto). Descrição: Vários quartos podem ter o mesmo tipo. Cardinalidade: (1:N). Composição: cod_tipo.

50 9.1.3 Atributos Funcionários Código do funcionário. Entidade: Funcionário. Descrição: Um número sequencial para identificação do funcionário Classe: determinante Domínio: numérico. Nome do funcionário Entidade: Funcionário. Descrição: É o nome do funcionário Classe: simples Domínio: Caracter Cargo do funcionário Entidade: Funcionário. Descrição: É o cargo que o funcionário ocupa. Classe: simples Domínio: Caracter.

51 RG do funcionário Entidade: Funcionário. Descrição: É o RG do funcionário Classe: simples Domínio: Numérico. Senha do funcionário Entidade: Funcionário. Descrição: É a senha que o funcionário vai obter para entrar no sistema. Classe: simples Domínio: Caracter e numérico. Cliente Código do cliente. Entidade: Cliente Descrição: Um número sequencial para identificação do cliente Classe: determinante Domínio: Caracter Nome do cliente. Entidade: Cliente Descrição: É o nome do cliente Classe: simples Domínio: Caracter

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

53 Estado do cliente Entidade: Cliente Descrição: é o estado onde o cliente mora Classe: Simples Domínio: Caracter Endereço do cliente. Entidade: Cliente Descrição: é o endereço onde o cliente mora. Classe: simples Domínio: Caracter e numérico. Numero de Endereço do cliente. Entidade: Cliente Descrição: é numero do endereço onde o cliente mora. Classe: simples Domínio: numérico. Complemento do cliente. Entidade: Cliente Descrição: é o complemento do endereço onde o cliente mora. Classe: simples Domínio: Caracter e numérico.

54 Numero de adultos. Entidade: Cliente Descrição: é a quantidade de adultos que estão acompanhando o cliente. Classe: simples Domínio: numérico. Numero de crianças Entidade: Cliente Descrição: é a quantidade de crianças que estão acompanhando o cliente. Classe: simples Domínio: numérico. Dia Chegada Entidade: Cliente Descrição: O dia em que o hospede chega ao hotel Classe: Determinante Domínio: Data Dia Partida Entidade: Cliente Descrição: O dia da partida do hospede do hotel Classe: Simples Domínio: Data

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

56 Tipo Quarto Código tipo de quarto Entidade: Tipo Quarto Descrição: Código para a identificação do tipo de quarto Classe: Determinante Domínio: numérico Tipo quarto Entidade: Tipo quarto Descrição: Descreve o tipo do quarto Classe: Simples Domínio: Caracter Status quarto Código Status Quarto Entidade: Status quarto Descrição: Código para a identificação do status de quarto Classe: Composto Domínio: Caracter

57 Status Quarto Entidade: status quarto pede. Descrição: Verificará se o quarto está disponível de acordo com o que se 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

58 Status quarto Entidade: quarto Descrição: O quarto pode se encontrar em vários status como por exemplo disponível, indisponível, manutenção entre outros. Classe: Simples Domínio: Caractere Tipo quarto Entidade: quarto Descrição: Existem vários tipos de quarto, o cliente irá escolher qual quarto ficar dentre as diversas opções. Classe: Simples Domínio: Caractere Reserva Código Reserva Entidade: Reserva Descrição: Código para a identificação da reserva Classe: Determinante Domínio: Numérico

59 Código cliente Entidade: Reserva Descrição: Código para identificar o hospede Classe: Determinante Domínio: Numérico Código Quarto Entidade: Quarto Descrição: código para a identificação do quarto Classe: Determinante Domínio: Numérico Produto Nome produto Entidade: Produtos Descrição: Nome do produto Classe: simples Domínio: Caractere

60 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

61 Check-out_backup Codigo_reserva Entidade: Reserva Descrição: Identificação da reserva Classe: Determinante Domínio: Numérico Código_Check-out Entidade: Check-out_backup Descrição: identificação do checkout Classe: Determinante Domínio: Numérico Código Clientes Entidade: Cliente Descrição: Código para verificação do cliente Classe: Determinante Domínio: Numérico

62 Funcionario Codigo_funcionario Entidade: Funcionario Descrição: Código para verificação do funcionário Classe: Determinante Domínio: Numérico Nome_funcionario Entidade: Funcionario Descrição: Nome do funcionario Classe: Determinante Domínio: Caractere login_funcionario Entidade: Funcionario Descrição: login de acesso para o funcionário Classe: Determinante Domínio: Caractere

63 rg_funcionario Entidade: Funcionario Descrição: RG do funcionário Classe: Determinante Domínio: Numérico senha_funcionario Entidade: Funcionario Descrição: Senha que o funcionário tem para acessar o sistema Classe: Determinante Domínio: Caractere

64 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 );

65 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, _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),

66 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 );

67 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 );

68 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,

69 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 ) );

70 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) );

71 10 Anexo II 10.1 Documentação de Casos de Uso Identificação Requisito 1 Nome do caso de Uso Cadastrar Aluno responsável Alberto Mascena Caso de Uso Geral Include Ator Principal Recepcionista Atores Secundários Resumo Ira cadastrar um cliente e seus dados Pré-condições Pós-condições Reservar quarto, manter cliente. Ação do sistema O sistema irá cadastrar e manter seus dados salvos para reservas futuras. Identificação Requisito 2 Nome do caso de Uso Manter Cliente Aluno responsável Alberto Mascena Caso de Uso Geral Include Ator Principal Recepcionista Atores Secundários Resumo Manter dados 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.

72 Identificação Requisito 3 Nome do caso de Uso Reservar quarto Aluno responsável Alberto Mascena Caso de Uso Geral Extend Ator Principal Recepcionista Atores Secundários Resumo Ira conferir se o quarto indicado esta disponível para reserva e para uso. Pré-condições Cadastrar Pós-condições Check-in Ação do sistema O sistema irá reservar um quarto para um cliente. IdentificaçãoRequisito 4 Nome do caso de Uso Check-in Aluno responsável Alberto Mascena Caso de Uso Geral Include Ator Principal Recepcionista Atores Secundários Resumo Confirma chegada do cliente ao hotel Pré-condições Reserva Pós-condições Check-out Ação do sistema O sistema irá conferir os documentos do cliente, caso não esteja completo irá adicionar os itens que estão faltando.

73 Identificação Requisito 5 Nome do caso de Uso Check-out Aluno responsável Alberto Mascena Caso de Uso Geral Extend Ator Principal Recepcionista Atores Secundários Resumo E a confirmação da saída do cliente e acerto de valores extras Pré-condições Check-in Pós-condições Ação do sistema O sistema confirma sua saída, ira verificar todos os gastos e após o cliente ter efetuado o pagamento, o sistema irá liberar o quarto que antes estava ocupado. Identificação Requisito 6 Nome do caso de Uso Trocar Apartamento Aluno responsável Alberto Mascena Caso de Uso Geral Extend Ator Principal Recepcionista Atores Secundários Resumo Verificara se outro apartamento esta disponível e ira fazer a transferência de quarto Pré-condições Reserva Pós-condições Ação do Sistema O sistema ira checar se há um quarto disponível e trocara o cliente de apartamento.

74 Identificação Requisito 7 Nome do caso de Uso Cancelar reserva Aluno responsável Alberto Mascena Caso de Uso Geral Extend Ator Principal Recepcionista Atores Secundários Resumo Cancela a reserva Pré-condições Reserva Pós-condições Ação do sistema O sistema irá cancelar a reserva e disponibilizará o quarto para outros clientes. Identificação Requisito 8 Nome do caso de Uso Estorno Aluno responsável Alberto Mascena Caso de Uso Geral Extend Ator Principal Recepcionista Atores Secundários Resumo É o valor que o cliente alega não ter consumido e por um engano do hotel adicionou em sua conta e deverá ser devolvido caso seja comprovado o estorno Pré-condições Pós-condições Ação do sistema O sistema verificará o motivo do estorno e emitirá uma nota e devolvera o valor.

75 11 Anexo III 11.1 Manual do Usuário Tela de Reserva Imagem 26 - Reserva Para efetuar a reserva de um quarto para um cliente é necessário cadastrarse para isso basta preencher todos os campos contidos na guia "Reserva" de forma adequada, é importante escolher o quarto, verificar o tipo e o valor da diária e também a data de chegada e partida. Logo depois que todos os campos estiverem preenchidos, basta clicar em cadastrar. Após o cadastro devera clicar em "Reservar" e pronto, na data da chegada do cliente é só ir à guia "Check-in" e completar a reserva.

76 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

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

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

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

80 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".