SlideShare uma empresa Scribd logo
1 de 18
Escopo
 Introdução
 Objetivo
 Análise de Requisitos
 Casos de uso
 Desenvolvimento
 Notificações e Ajustes Técnicos
 Proposta
Introdução
 Este trabalho tem o objetivo de auxiliar e divulgar, o desenvolvimento de um sistema de
gerenciamento de hotéis, desenvolvido pela empresa fictícia “FINAL PROJECT”, para a
disciplina de desenvolvimento web, do curso de Sistemas de Informação, da Faculdade
Mercúrio, bem como armazenar as baselines, do histórico de crescimento do projeto e do próprio
site.
Equipe de desenvolvimento.
Fernando Gomes Chaves
Ricardo Eber de Jesus Amorim
Walace Pimentel
Weslley de Farias Braga
FINAL PROJECT
Objetivo
 Objetivo do projeto é a prestação de serviço de desenvolvimento de website para a empresa
Hotel Fazenda Casa da Sogra, com o foco na divulgação da empresa, e agendamento de
reservas de quartos, utilizando os padrões e normas atualmente vigentes e as mais renomadas
tecnologias.
 FOCO DA PAGINA – Divulgação dos serviços prestados pelo HOTEL FAZENDA CASA DA
SOGRA.
 COMODIDADE PARA O CLIENTE – Oferecer uma nova experiência em comodidade e conforto
para os clientes do Hotel Fazenda Casa da Sogra, com um servico de concierge online, onde
toda a atencao é realmente voltada para o clinte.
 OBJETIVO DA PAGINA – Realizar divulgação e propaganda por meio de website, tendo como
objetivo, aumentar o retorno financeiro da empresa.
FINAL PROJECT
Objetivo
 IDENTIFICAÇÃO DE PARCEIROS COMERCIAIS – Empresas de credito, Prefeitura da cidade
onde se encontra o hotel e prefeitura de cidades vizinhas, empresas de compras coletivas e de
divulgação voltadas para o setor de hotelaria, como HOTEL URBANO e TRIVAGO.
 VENDAS ONLINE – Venda de produtos que equipam as acomodações do hotel.
ex. roupas de cama, cortinas e outros itens de decoração.
 IDENTIFICAÇÃO DE RISCOS – SAC exclusivo para hospedes, levantamento de opiniões e
reclamações e feedback do hotel para com o hospede.
 FORMAS DE PAGAMENTO – Cartão de credito, Pag seguro, Boleto Bancário.
 PROPAGANDA – BANNER contendo comerciais de outros parceiros e outros anunciantes.
FINAL PROJECT
Análise de Requisitos – funcionais e não
funcionais.
 Requisitos funcionais.
 [RF 001]- O sistema possibilitará o cadastro dos dados do hóspede, exigindo um número de cartão de crédito,
para documentação.[ALTA RELEVÂNCIA]
 [RF 002]- O sistema deve criar e guardar um histórico com todos os gastos do hóspede, durante sua
estadia.[ALTA RELEVÂNCIA]
 [RF 003]- O sistema deve possibilitar acesso por tipo de usuário.[RELEVANTE]
 [RF 004]- O sistema deve possibilitar o cadastro de novos tipos de usuário, apenas pelo
gerente.[RELEVANTE]
 [RF 005]- O sistema deve possibilitar a realização de reservas para os hóspedes.[ALTA RELEVÂNCIA]
FINAL PROJECT
Análise de Requisitos – funcionais e não
funcionais.
 Requisitos funcionais.
 [RF 006]- O sistema deve possibilitar o cadastro de produtos utilizados no hotel, para um maior controle de
reposição dos mesmos.[DISPENSÁVEL]
 [RF 007]- O sistema deve possibilitar o cadastro de fornecedores relacionados aos produtos mencionados na
RF 006.[DISPENSÁVEL]
 [RF 008]- O sistema deve possibilitar algum controle para fluxo financeiro, de compra de produtos e
fornecedores (mencionados em RF 006, RF 007)
e também a folha de pagamento dos funcionários.[RELEVANTE]
 [RF 009]- O sistema deve ter a rotina de checkIn do hóspede.[ALTA RELEVÂNCIA]
 [RF 010]- O sistema deve ter a rotina de checkOut do hóspede.[ALTA RELEVÂNCIA]
FINAL PROJECT
Análise de Requisitos – funcionais e não
funcionais.
 Requisitos não funcionais.
 RNF 001]- O sistema deve ter uma interface(GUI) de interação com o usuário.[ALTA RELEVÂNCIA]
 [RNF 002]- O sistema deve ter uma boa usabilidade.[RELEVANTE]
 [RNF 003]- O sistema deve ter um banco de dados desenvolvido no SGBD MySql.[ALTA RELEVÂNCIA]
 [RNF 004]- O sistema deve ser desenvolvido em Java.[ALTA RELEVÂNCIA]
FINAL PROJECT
Casos de uso
 Alta relevância
 [UC001]- Login no Sistema
 Objetivo: Acessar o sistema com código e senha.
Descrição: Haverá um usuário zero, a partir dele é cadastrado um usuário tipo gerente que cadastrará
usuários posteriormente, o usuário abre o sistema, informa seu código e senha e a tela principal deve ser
aberta.
Ator: Gerente, recepcionista, arrumadeira; usuários do sistema de forma geral.
Pré-Condição: nenhuma.
Pós-Condição: O usuário acessa o sistema e a tela inicial é aberta.
 [UC002]- Cadastro de Usuários no Sistema
 Objetivo: Cadastrar um novo usuário no sistema com código e senha.
Descrição: O usuário tipo gerente que cadastrará usuários, abrirá o sistema acessará a rotina de cadastro de
novo usuário no menu principal, informa os dados do novo usuário código, tipo de usuário, nome e senha.
Ator: Gerente, recepcionista, arrumadeira; usuários do sistema de forma geral.
Pré-Condição: [UC001], usuário tipo gerente já cadastrado.
Pós-Condição: Um novo usuário e cadastrado no sistema.
FINAL PROJECT
Casos de uso
 Alta relevância
 [UC003]- Cadastro de dados do Hóspede
 Objetivo: Cadastrar Hóspedes e seus dados para o vínculo com o estabelecimento e posterior criação dos
dados financeiros.
Descrição: Clicando na opção "Cadastrar Novo Hospede" no menu, o recepcionista informa os dados e ao
clicar em "Salvar" cadastrando as informações do hóspede.
Ator: Recepcionista.
Pré-Condição: [UC001], [UC002].
Pós-Condição: O Hóspede é cadastrado no sistema.
 [UC004]- Cadastro de Suíte
 Objetivo: Cadastrar suítes existentes no estabelecimento.
Descrição: Clicando na opção "Cadastrar Nova Suíte" no menu, o recepcionista informa os dados e ao clicar
em "Salvar" cadastrando as informações do quarto.
Ator: Recepcionista.
Pré-Condição: [UC001], [UC002].
Pós-Condição: O quarto é cadastrado no sistema.
FINAL PROJECT
Casos de uso
 Alta relevância
 [UC005]- Rotina de Reserva de Quartos para o Hóspede
 Objetivo: Associar Hóspedes a seu respectivo quarto, para uma data futura, de acordo com a disponibilidade
da data.
Descrição: Clicando na opção "Reservar Suíte" menu principal, o recepcionista visualiza os quartos
disponíveis para uma data informada e de acordo com sua escolha associa o quarto para aquela data, o qual
deve estar com a situação de ocupado/reservado na data informada.
Ator: Recepcionista.
Pré-Condição: [UC001], [UC002], [UC003].
Pós-Condição: O Hóspede é cadastrado no sistema.
FINAL PROJECT
Casos de uso
 Alta relevância
 [UC006]- Rotina de CheckIn
 Objetivo: Associar Hóspedes a seu respectivo quarto de acordo com a disponibilidade da data.
 Descrição: Clicando na opção "Realizar CheckIn", o recepcionista associa o hóspede a suíte em questão, a
rotina de entrada do hóspede no hotel deve obrigar a informação de um número de cartão de crédito pelo
hóspede; neste momento é criado um lista(fatura) onde deve conter todos os gastos do hóspede; atribuição
de um hóspede a um quarto, no caso de ter sido reservado assegurar que o quarto já esteja
preparado; mudança da situação do quarto para ocupado.
Ator: Recepcionista.
Pré-Condição: [UC001], [UC002], [UC003], [UC004].
Pós-Condição: O Hóspede cadastrado no sistema fica associado a um quarto e são criados seus dados
financeiros no estabelecimento, a situação do quarto é alterada para ocupado.
FINAL PROJECT
Casos de uso
 Alta relevância
 [UC007]- Rotina de CheckOut.
 Objetivo: Desvincular Hóspedes de seu respectivo quarto de acordo com sua situação financeira.
 Descrição: Clicando na opção "Realizar CheckOut", o recepcionista desvincula o hóspede da suíte em
questão, a rotina de fechamento da hospedagem, o sistema deve verificar as pendências do hóspede, as
situações dos débitos, se em aberto ou pagos; fechamento da conta(débitos) do hóspede no hotel; mudança
do status do quarto, para arrumação do quarto.
Ator: Recepcionista.
Pré-Condição: [UC001], [UC002], [UC003], [UC004].
Pós-Condição: O Hóspede cadastrado no sistema fica associado a um quarto e são criados seus dados
financeiros no estabelecimento, a situação do quarto é alterada para ocupado.
FINAL PROJECT
Informações de desenvolvimento
 Ferramentas de desenvolvimento utilizadas.
 Dreamweaver
 Notepad++
 Fireworks
 MySql
FINAL PROJECT
Notificação e ajustes técnicos
 Esta seção tem como objetivo agrupar notificações de ajustes que identifiquei no desenvolvimento
como um todo, seja em alguma modelagem ou código encontrado no google code, ficará agrupado por
data de quando encontrei o erro.
 25/11/2015
 - Colocar 1..1 na relação de hóspedes e suítes, da UML.
 - A fatura esta atrelada a uma suíte e um hospede, toda vez q for gerado um debito para ele esse deve
ser acrescentado a fatura, no final da estadia é gerado um histórico.
 - Ajustar o atributo situação da classe inscrito, na UML.
 - Verificar tipo de eventos e eventos, compatibilidade com a base e o código, o mesmo para tipo de
usuário e usuários do sistema.
 - Fazer com que todo evento esteja atrelado a uma taxa na UML.
FINAL PROJECT
Notificação e ajustes técnicos
 27/11/2015
 - Ajustar na base de dados a tabela de endereços, remover a coluna código, e alterar a chave
primária para ser uma chave composta.
 - Rever a modelagem da base de dados, criar tabelas para outros personagens, pessoa ligada a
inscritos e a hóspedes, lembrar que um inscrito pode vir a ser um hóspede e que a consumação
de hóspedes é diferente da dos inscritos, a fatura só é gerada para o hóspede.
 - Para guardar um histórico financeiro das hospedagens, criar uma tabela entre hóspedes e fatura,
que agrupará os dados de cada hospedagem.
 28/11/2015
 - Ajustar a UML, mudar o tipo de forma de pagamento, a fatura tem uma forma de pagamento e
não o hóspede.
 - Ajustar a UML, fazer um inscrito herdar de pessoas.
FINAL PROJECT
Notificação e ajustes técnicos
 28/11/2015
 Os ajustes mencionados nos dias 25/11/2015, 27/11/2015 e 28/11/2015, foram efetuados.
FINAL PROJECT
Proposta
 Fornecer ao Hotel Fazenda Casa da Sogra, todas as ferramentas disponíveis para um melhor
contato com seus clientes, seja dentro e fora do hotel. O site desta empresa, fornecera ao cliente
através de cadastro, a possibilidade de efetuar reservas de quartos, chek-in e chek-out, reservas
em restaurantes parceiros do hotel, agendamento de taxi, serviço de quarto e um extrato da conta
na estadia atual e de estadias anteriores, que estará sempre disponível ao cliente em sua tela de
cadastro.
FINAL PROJECT

Mais conteúdo relacionado

Semelhante a Hotel Management Sistema

Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056
Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056
Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056Luiz Nakazone
 
Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2marcosdcmartinsss
 
SGPC Apresentacao Web Portal
SGPC Apresentacao Web PortalSGPC Apresentacao Web Portal
SGPC Apresentacao Web Portalgusleig
 
Antiga apresentacao inac_hotel_access_2008
Antiga apresentacao inac_hotel_access_2008Antiga apresentacao inac_hotel_access_2008
Antiga apresentacao inac_hotel_access_2008inaclive
 
Dicas diagrama de casos de uso
Dicas diagrama de casos de usoDicas diagrama de casos de uso
Dicas diagrama de casos de usoRita Almeida
 
Tcc sistema de automação residencial baseado em plataforma open hardware e ...
Tcc   sistema de automação residencial baseado em plataforma open hardware e ...Tcc   sistema de automação residencial baseado em plataforma open hardware e ...
Tcc sistema de automação residencial baseado em plataforma open hardware e ...Kassiano Pretto
 
Manual UFCD de Turismo para ensino de curso de rececionista de hotel
Manual UFCD de Turismo para ensino de curso de rececionista de hotelManual UFCD de Turismo para ensino de curso de rececionista de hotel
Manual UFCD de Turismo para ensino de curso de rececionista de hotelDrioMartins8
 
Sgpc Bpi 20060217
Sgpc Bpi 20060217Sgpc Bpi 20060217
Sgpc Bpi 20060217gusleig
 
Diagramas de casos de uso
Diagramas de casos de usoDiagramas de casos de uso
Diagramas de casos de usoSergio Chaves
 
Curso "Scrum na Real" - Parte 5
Curso "Scrum na Real" - Parte 5Curso "Scrum na Real" - Parte 5
Curso "Scrum na Real" - Parte 5leobower
 
Gerenciamento de configuração com puppet
Gerenciamento de configuração com puppetGerenciamento de configuração com puppet
Gerenciamento de configuração com puppetElton Simões
 
Express checkout PayPal
Express checkout PayPalExpress checkout PayPal
Express checkout PayPalJeff Prestes
 

Semelhante a Hotel Management Sistema (20)

Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056
Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056
Documentação Final Parte3 Concurso IBM Mainframe 2012 - Luiz Nakazone - IBM0056
 
Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2Palestra introdução a uml e casos de uso final_parte2
Palestra introdução a uml e casos de uso final_parte2
 
02 cn
02 cn02 cn
02 cn
 
SGPC Apresentacao Web Portal
SGPC Apresentacao Web PortalSGPC Apresentacao Web Portal
SGPC Apresentacao Web Portal
 
Antiga apresentacao inac_hotel_access_2008
Antiga apresentacao inac_hotel_access_2008Antiga apresentacao inac_hotel_access_2008
Antiga apresentacao inac_hotel_access_2008
 
Dicas diagrama de casos de uso
Dicas diagrama de casos de usoDicas diagrama de casos de uso
Dicas diagrama de casos de uso
 
Tcc sistema de automação residencial baseado em plataforma open hardware e ...
Tcc   sistema de automação residencial baseado em plataforma open hardware e ...Tcc   sistema de automação residencial baseado em plataforma open hardware e ...
Tcc sistema de automação residencial baseado em plataforma open hardware e ...
 
Manual UFCD de Turismo para ensino de curso de rececionista de hotel
Manual UFCD de Turismo para ensino de curso de rececionista de hotelManual UFCD de Turismo para ensino de curso de rececionista de hotel
Manual UFCD de Turismo para ensino de curso de rececionista de hotel
 
Modelo documento
Modelo documentoModelo documento
Modelo documento
 
media core® Uniqueue
media core® Uniqueuemedia core® Uniqueue
media core® Uniqueue
 
User Stories -
User Stories - User Stories -
User Stories -
 
FastHotel
FastHotelFastHotel
FastHotel
 
Sgpc Bpi 20060217
Sgpc Bpi 20060217Sgpc Bpi 20060217
Sgpc Bpi 20060217
 
Diagramas de casos de uso
Diagramas de casos de usoDiagramas de casos de uso
Diagramas de casos de uso
 
Curso "Scrum na Real" - Parte 5
Curso "Scrum na Real" - Parte 5Curso "Scrum na Real" - Parte 5
Curso "Scrum na Real" - Parte 5
 
Petic GT4 IR UFS
Petic GT4 IR UFSPetic GT4 IR UFS
Petic GT4 IR UFS
 
Cv luis santos pt
Cv luis santos ptCv luis santos pt
Cv luis santos pt
 
Hotel Sleep
Hotel SleepHotel Sleep
Hotel Sleep
 
Gerenciamento de configuração com puppet
Gerenciamento de configuração com puppetGerenciamento de configuração com puppet
Gerenciamento de configuração com puppet
 
Express checkout PayPal
Express checkout PayPalExpress checkout PayPal
Express checkout PayPal
 

Mais de Fernando Gomes Chaves

Computação paralela 2 cluster e grid
Computação paralela 2 cluster e grid Computação paralela 2 cluster e grid
Computação paralela 2 cluster e grid Fernando Gomes Chaves
 
Apresentação redes 1 - Redes sem fio, ADSL e TV Digital
Apresentação redes 1 - Redes sem fio, ADSL e TV DigitalApresentação redes 1 - Redes sem fio, ADSL e TV Digital
Apresentação redes 1 - Redes sem fio, ADSL e TV DigitalFernando Gomes Chaves
 
Engenharia de software categorias de software
Engenharia de software   categorias de softwareEngenharia de software   categorias de software
Engenharia de software categorias de softwareFernando Gomes Chaves
 
Trabalho qualidade de software sistemas de informação
Trabalho qualidade de software   sistemas de informaçãoTrabalho qualidade de software   sistemas de informação
Trabalho qualidade de software sistemas de informaçãoFernando Gomes Chaves
 
Sistemas da informação segurança da informação
Sistemas da informação   segurança da informaçãoSistemas da informação   segurança da informação
Sistemas da informação segurança da informaçãoFernando Gomes Chaves
 
Apresentaçao de psicologia Alfred Adler
Apresentaçao de psicologia   Alfred AdlerApresentaçao de psicologia   Alfred Adler
Apresentaçao de psicologia Alfred AdlerFernando Gomes Chaves
 

Mais de Fernando Gomes Chaves (10)

Trabalho sistemas operacionais
Trabalho sistemas operacionaisTrabalho sistemas operacionais
Trabalho sistemas operacionais
 
Projeto de redes 2
Projeto de redes 2Projeto de redes 2
Projeto de redes 2
 
Apresentação solar brasil
Apresentação solar brasilApresentação solar brasil
Apresentação solar brasil
 
Computação paralela 2 cluster e grid
Computação paralela 2 cluster e grid Computação paralela 2 cluster e grid
Computação paralela 2 cluster e grid
 
Apresentação redes 1 - Redes sem fio, ADSL e TV Digital
Apresentação redes 1 - Redes sem fio, ADSL e TV DigitalApresentação redes 1 - Redes sem fio, ADSL e TV Digital
Apresentação redes 1 - Redes sem fio, ADSL e TV Digital
 
Engenharia de software categorias de software
Engenharia de software   categorias de softwareEngenharia de software   categorias de software
Engenharia de software categorias de software
 
Trabalho qualidade de software sistemas de informação
Trabalho qualidade de software   sistemas de informaçãoTrabalho qualidade de software   sistemas de informação
Trabalho qualidade de software sistemas de informação
 
Sistemas da informação segurança da informação
Sistemas da informação   segurança da informaçãoSistemas da informação   segurança da informação
Sistemas da informação segurança da informação
 
Apresentaçao de psicologia Alfred Adler
Apresentaçao de psicologia   Alfred AdlerApresentaçao de psicologia   Alfred Adler
Apresentaçao de psicologia Alfred Adler
 
Economia digital
Economia digitalEconomia digital
Economia digital
 

Hotel Management Sistema

  • 1.
  • 2. Escopo  Introdução  Objetivo  Análise de Requisitos  Casos de uso  Desenvolvimento  Notificações e Ajustes Técnicos  Proposta
  • 3. Introdução  Este trabalho tem o objetivo de auxiliar e divulgar, o desenvolvimento de um sistema de gerenciamento de hotéis, desenvolvido pela empresa fictícia “FINAL PROJECT”, para a disciplina de desenvolvimento web, do curso de Sistemas de Informação, da Faculdade Mercúrio, bem como armazenar as baselines, do histórico de crescimento do projeto e do próprio site. Equipe de desenvolvimento. Fernando Gomes Chaves Ricardo Eber de Jesus Amorim Walace Pimentel Weslley de Farias Braga FINAL PROJECT
  • 4. Objetivo  Objetivo do projeto é a prestação de serviço de desenvolvimento de website para a empresa Hotel Fazenda Casa da Sogra, com o foco na divulgação da empresa, e agendamento de reservas de quartos, utilizando os padrões e normas atualmente vigentes e as mais renomadas tecnologias.  FOCO DA PAGINA – Divulgação dos serviços prestados pelo HOTEL FAZENDA CASA DA SOGRA.  COMODIDADE PARA O CLIENTE – Oferecer uma nova experiência em comodidade e conforto para os clientes do Hotel Fazenda Casa da Sogra, com um servico de concierge online, onde toda a atencao é realmente voltada para o clinte.  OBJETIVO DA PAGINA – Realizar divulgação e propaganda por meio de website, tendo como objetivo, aumentar o retorno financeiro da empresa. FINAL PROJECT
  • 5. Objetivo  IDENTIFICAÇÃO DE PARCEIROS COMERCIAIS – Empresas de credito, Prefeitura da cidade onde se encontra o hotel e prefeitura de cidades vizinhas, empresas de compras coletivas e de divulgação voltadas para o setor de hotelaria, como HOTEL URBANO e TRIVAGO.  VENDAS ONLINE – Venda de produtos que equipam as acomodações do hotel. ex. roupas de cama, cortinas e outros itens de decoração.  IDENTIFICAÇÃO DE RISCOS – SAC exclusivo para hospedes, levantamento de opiniões e reclamações e feedback do hotel para com o hospede.  FORMAS DE PAGAMENTO – Cartão de credito, Pag seguro, Boleto Bancário.  PROPAGANDA – BANNER contendo comerciais de outros parceiros e outros anunciantes. FINAL PROJECT
  • 6. Análise de Requisitos – funcionais e não funcionais.  Requisitos funcionais.  [RF 001]- O sistema possibilitará o cadastro dos dados do hóspede, exigindo um número de cartão de crédito, para documentação.[ALTA RELEVÂNCIA]  [RF 002]- O sistema deve criar e guardar um histórico com todos os gastos do hóspede, durante sua estadia.[ALTA RELEVÂNCIA]  [RF 003]- O sistema deve possibilitar acesso por tipo de usuário.[RELEVANTE]  [RF 004]- O sistema deve possibilitar o cadastro de novos tipos de usuário, apenas pelo gerente.[RELEVANTE]  [RF 005]- O sistema deve possibilitar a realização de reservas para os hóspedes.[ALTA RELEVÂNCIA] FINAL PROJECT
  • 7. Análise de Requisitos – funcionais e não funcionais.  Requisitos funcionais.  [RF 006]- O sistema deve possibilitar o cadastro de produtos utilizados no hotel, para um maior controle de reposição dos mesmos.[DISPENSÁVEL]  [RF 007]- O sistema deve possibilitar o cadastro de fornecedores relacionados aos produtos mencionados na RF 006.[DISPENSÁVEL]  [RF 008]- O sistema deve possibilitar algum controle para fluxo financeiro, de compra de produtos e fornecedores (mencionados em RF 006, RF 007) e também a folha de pagamento dos funcionários.[RELEVANTE]  [RF 009]- O sistema deve ter a rotina de checkIn do hóspede.[ALTA RELEVÂNCIA]  [RF 010]- O sistema deve ter a rotina de checkOut do hóspede.[ALTA RELEVÂNCIA] FINAL PROJECT
  • 8. Análise de Requisitos – funcionais e não funcionais.  Requisitos não funcionais.  RNF 001]- O sistema deve ter uma interface(GUI) de interação com o usuário.[ALTA RELEVÂNCIA]  [RNF 002]- O sistema deve ter uma boa usabilidade.[RELEVANTE]  [RNF 003]- O sistema deve ter um banco de dados desenvolvido no SGBD MySql.[ALTA RELEVÂNCIA]  [RNF 004]- O sistema deve ser desenvolvido em Java.[ALTA RELEVÂNCIA] FINAL PROJECT
  • 9. Casos de uso  Alta relevância  [UC001]- Login no Sistema  Objetivo: Acessar o sistema com código e senha. Descrição: Haverá um usuário zero, a partir dele é cadastrado um usuário tipo gerente que cadastrará usuários posteriormente, o usuário abre o sistema, informa seu código e senha e a tela principal deve ser aberta. Ator: Gerente, recepcionista, arrumadeira; usuários do sistema de forma geral. Pré-Condição: nenhuma. Pós-Condição: O usuário acessa o sistema e a tela inicial é aberta.  [UC002]- Cadastro de Usuários no Sistema  Objetivo: Cadastrar um novo usuário no sistema com código e senha. Descrição: O usuário tipo gerente que cadastrará usuários, abrirá o sistema acessará a rotina de cadastro de novo usuário no menu principal, informa os dados do novo usuário código, tipo de usuário, nome e senha. Ator: Gerente, recepcionista, arrumadeira; usuários do sistema de forma geral. Pré-Condição: [UC001], usuário tipo gerente já cadastrado. Pós-Condição: Um novo usuário e cadastrado no sistema. FINAL PROJECT
  • 10. Casos de uso  Alta relevância  [UC003]- Cadastro de dados do Hóspede  Objetivo: Cadastrar Hóspedes e seus dados para o vínculo com o estabelecimento e posterior criação dos dados financeiros. Descrição: Clicando na opção "Cadastrar Novo Hospede" no menu, o recepcionista informa os dados e ao clicar em "Salvar" cadastrando as informações do hóspede. Ator: Recepcionista. Pré-Condição: [UC001], [UC002]. Pós-Condição: O Hóspede é cadastrado no sistema.  [UC004]- Cadastro de Suíte  Objetivo: Cadastrar suítes existentes no estabelecimento. Descrição: Clicando na opção "Cadastrar Nova Suíte" no menu, o recepcionista informa os dados e ao clicar em "Salvar" cadastrando as informações do quarto. Ator: Recepcionista. Pré-Condição: [UC001], [UC002]. Pós-Condição: O quarto é cadastrado no sistema. FINAL PROJECT
  • 11. Casos de uso  Alta relevância  [UC005]- Rotina de Reserva de Quartos para o Hóspede  Objetivo: Associar Hóspedes a seu respectivo quarto, para uma data futura, de acordo com a disponibilidade da data. Descrição: Clicando na opção "Reservar Suíte" menu principal, o recepcionista visualiza os quartos disponíveis para uma data informada e de acordo com sua escolha associa o quarto para aquela data, o qual deve estar com a situação de ocupado/reservado na data informada. Ator: Recepcionista. Pré-Condição: [UC001], [UC002], [UC003]. Pós-Condição: O Hóspede é cadastrado no sistema. FINAL PROJECT
  • 12. Casos de uso  Alta relevância  [UC006]- Rotina de CheckIn  Objetivo: Associar Hóspedes a seu respectivo quarto de acordo com a disponibilidade da data.  Descrição: Clicando na opção "Realizar CheckIn", o recepcionista associa o hóspede a suíte em questão, a rotina de entrada do hóspede no hotel deve obrigar a informação de um número de cartão de crédito pelo hóspede; neste momento é criado um lista(fatura) onde deve conter todos os gastos do hóspede; atribuição de um hóspede a um quarto, no caso de ter sido reservado assegurar que o quarto já esteja preparado; mudança da situação do quarto para ocupado. Ator: Recepcionista. Pré-Condição: [UC001], [UC002], [UC003], [UC004]. Pós-Condição: O Hóspede cadastrado no sistema fica associado a um quarto e são criados seus dados financeiros no estabelecimento, a situação do quarto é alterada para ocupado. FINAL PROJECT
  • 13. Casos de uso  Alta relevância  [UC007]- Rotina de CheckOut.  Objetivo: Desvincular Hóspedes de seu respectivo quarto de acordo com sua situação financeira.  Descrição: Clicando na opção "Realizar CheckOut", o recepcionista desvincula o hóspede da suíte em questão, a rotina de fechamento da hospedagem, o sistema deve verificar as pendências do hóspede, as situações dos débitos, se em aberto ou pagos; fechamento da conta(débitos) do hóspede no hotel; mudança do status do quarto, para arrumação do quarto. Ator: Recepcionista. Pré-Condição: [UC001], [UC002], [UC003], [UC004]. Pós-Condição: O Hóspede cadastrado no sistema fica associado a um quarto e são criados seus dados financeiros no estabelecimento, a situação do quarto é alterada para ocupado. FINAL PROJECT
  • 14. Informações de desenvolvimento  Ferramentas de desenvolvimento utilizadas.  Dreamweaver  Notepad++  Fireworks  MySql FINAL PROJECT
  • 15. Notificação e ajustes técnicos  Esta seção tem como objetivo agrupar notificações de ajustes que identifiquei no desenvolvimento como um todo, seja em alguma modelagem ou código encontrado no google code, ficará agrupado por data de quando encontrei o erro.  25/11/2015  - Colocar 1..1 na relação de hóspedes e suítes, da UML.  - A fatura esta atrelada a uma suíte e um hospede, toda vez q for gerado um debito para ele esse deve ser acrescentado a fatura, no final da estadia é gerado um histórico.  - Ajustar o atributo situação da classe inscrito, na UML.  - Verificar tipo de eventos e eventos, compatibilidade com a base e o código, o mesmo para tipo de usuário e usuários do sistema.  - Fazer com que todo evento esteja atrelado a uma taxa na UML. FINAL PROJECT
  • 16. Notificação e ajustes técnicos  27/11/2015  - Ajustar na base de dados a tabela de endereços, remover a coluna código, e alterar a chave primária para ser uma chave composta.  - Rever a modelagem da base de dados, criar tabelas para outros personagens, pessoa ligada a inscritos e a hóspedes, lembrar que um inscrito pode vir a ser um hóspede e que a consumação de hóspedes é diferente da dos inscritos, a fatura só é gerada para o hóspede.  - Para guardar um histórico financeiro das hospedagens, criar uma tabela entre hóspedes e fatura, que agrupará os dados de cada hospedagem.  28/11/2015  - Ajustar a UML, mudar o tipo de forma de pagamento, a fatura tem uma forma de pagamento e não o hóspede.  - Ajustar a UML, fazer um inscrito herdar de pessoas. FINAL PROJECT
  • 17. Notificação e ajustes técnicos  28/11/2015  Os ajustes mencionados nos dias 25/11/2015, 27/11/2015 e 28/11/2015, foram efetuados. FINAL PROJECT
  • 18. Proposta  Fornecer ao Hotel Fazenda Casa da Sogra, todas as ferramentas disponíveis para um melhor contato com seus clientes, seja dentro e fora do hotel. O site desta empresa, fornecera ao cliente através de cadastro, a possibilidade de efetuar reservas de quartos, chek-in e chek-out, reservas em restaurantes parceiros do hotel, agendamento de taxi, serviço de quarto e um extrato da conta na estadia atual e de estadias anteriores, que estará sempre disponível ao cliente em sua tela de cadastro. FINAL PROJECT