UNIOESTE Universidade Estadual do Oeste do Paran

CENTRO DE CINCIAS EXATAS E TECNOLGICAS Colegiado de Informtica Curso de Bacharelado em Informtica

Sistema Gerenciador de Hotel Adriano Douglas Girardello Ana Paula Fredrich Tiago Alexandre Schulz Sippert

CASCAVEL 2009

ADRIANO DOUGLAS GIRARDELLO ANA PAULA FREDRICH TIAGO ALEXANDRE SCHULZ SIPPERT

SISTEMA GERENCIADOR DE HOTEL

Processo de Engenharia de Requisitos, Empresa: Hotel Real, Curso: Processo de Engenharia de Software II (PES II), Srie: 4 ano.

Professor : Victor Francisco Araya Santander.

CASCAVEL 2009

Sumrio
Captulo 1 Introduo Captulo 2 Metodologia de desenvolvimento Captulo 3 Cronograma de atividades Captulo 4 Modelagem organizacional e Modelagem de requisitos no-funcionais 4.1 Modelo de dependncias estratgicas (SD) 4.2 Modelo de razes estratgicas (SR) 4.3 NFR Framework Captulo 5 Requisitos do Sistema 5.1 Requisitos funcionais 5.2 Requisitos no-funcionais Captulo 6 Caso de uso do sistema 6.1 Descries textuais dos casos de uso do sistema Captulo 7 Diagrama de Classe do Sistema 7.1 Descries textuais das classes do sistema Captulo 8 Concluso Apndice A Sobre o Hotel Real Apndice B Entrevista Apndice C Deficincias dos livros de registros Apndice D Glossrio

Captulo 1 Introduo
A empresa escolhida para desenvolver o projeto de engenharia de software foi o Hotel Real. O hotel est localizado na Avenida Brasil nmero 4506, centro, CEP 85.812-000, na cidade de Cascavel-PR. Atua com a razo social Girardello Vacari & Cia Ltda.. O Apndice A traz uma descrio mais detalhada sobre o Hotel Real, assim como, discute com mais detalhes o dia-a-dia do mesmo. O Hotel Real trabalha na rea de hotelaria mais de 30 anos. A empresa no possui nenhum sistema automatizado de informao implantado, todas as atividades de operao como cadastros de hspedes e empresas, controle de dirias, entre outras, so realizadas manualmente com o auxilio de livros de registros, como est detalhado no Apndice C. Sendo assim, prope-se a implantao de um sistema gerenciador hoteleiro que aperfeioe todas as operaes que envolvam informaes/dados do hotel. O sistema proposto ser implementado na plataforma Windows com as seguintes caractersticas: os usurios faro uso de um computador localizado na recepo para cadastros de hspedes e empresas, verificao de disponibilidade de quartos, gerenciamento de dirias entre outras aes. O sistema ser utilizado por diferentes funcionrios, desde recepcionistas at a gerncia, mas com nveis de privilgios diferenciados atravs de login e senha. Neste documento ser apresentado um estudo detalhado dos Requisitos Funcionais, No-Funcionais e modelagem organizacional (i* e NFR) do Sistema Gerenciador Hoteleiro, alm dos diagramas de Casos de Uso e de Classe usando o padro UML, que facilitam a visualizao no processo de Engenharia de Requisitos. O processo de elicitao de requisitos sobre a empresa, em forma de entrevista, est detalhado no Apndice B.

Captulo 2 Metodologia de Desenvolvimento

No processo de desenvolvimento de software extremamente importante e necessrio que se faa uso de uma metodologia, tanto para a organizao da produo quanto para a melhora em produtividade e qualidade. Dentre as principais metodologias e processos esto os modelos: Cascata, Iterativo e Incremental, Espiral, RAD, RUP, XP e Scrum. A metodologia escolhida para o projeto foi o Modelo em Espiral, pois a que mais se aproxima das caractersticas do projeto a ser desenvolvido. Dentre elas, a possibilidade de que em cada iterao sejam obtidas verses do sistema cada vez mais complexas, podendo assim serem modificados alguns requisitos se o prottipo no estiver de acordo com o que o cliente deseja. Alm disso, a eliminao de erros e alternativas inadequadas, atravs da anlise de riscos e da reviso das atividades em cada ciclo, torna-se possvel com essa metodologia. Outros modelos de desenvolvimento tem suas desvantagens, que foram consideradas como critrios de eliminao na escolha do modelo em espiral. Algumas destas desvantagens so: O modelo em cascata no permite que se volte atrs em uma etapa. Em nosso caso os requisitos do usurio podem mudar, fazendo-se assim necessrio que parte de uma etapa anterior possa ser reavaliada; Mtodos geis necessitam da presena constante do cliente para validao do desenvolvimento. Em nosso caso o cliente, ou seja, o gerente do hotel, no tem tempo suficiente para que possa estar envolvido com o processo de desenvolvimento. Mtodos Formais implicam em muita documentao e muito tempo aplicado a fase de requisitos e projeto, sendo melhor aplicados em sistemas crticos. O projeto em questo relativamente simples e no um sistema crtico, sendo que no h necessidade de uso de mtodos formais. O Modelo em Espiral consiste de basicamente quatro fases: Anlise, Projeto, Implementao e Testes, que so repetidas at que se chegue a uma fase na qual o prottipo desenvolvido est suficientemente satisfatrio do ponto de vista do cliente, para que seja considerado como sistema final.

Captulo 3 Cronograma de Atividades

Para uma melhor organizao e controle das atividades foi criado um cronograma especificando as atividades e o tempo que cada uma precisar para ser executada. O projeto tem como recursos humanos os integrantes do grupo deste trabalho e como recursos fsicos as mquinas e laboratrios da Universidade em que o mesmo est sendo desenvolvido. A seguir so descritas as atividades a serem realizadas, sendo sua durao conforme a Figura (3.1). [AT-01] Contato inicial da equipe de desenvolvimento com o cliente. Elicitao dos requisitos para o desenvolvimento de software atravs de entrevistas com o cliente. [AT-02] Debate para escolha de uma metodologia de desenvolvimento. Elaborao dos diagramas de modelagem organizacional i*, NFR Framework, Casos de Uso e de classes. [AT-03] Elaborao do documento de Especificao de Requisitos e Anlise [AT-04] Escolha de uma linguagem de programao baseada nos requisitos elicitados. Anlise de tecnologias e processos para utilizao no projeto. [AT-05] Estudo e capacitao da equipe na linguagem de programao e tecnologias escolhidas para o desenvolvimento do sistema, incluindo banco de dados. [AT-06] Implementao de um prottipo da interface do programa. [AT-07] Visita, validao e entrega do prottipo ao cliente. [AT-08] Implementao das classes que identificam os objetos principais do sistema, incluindo gerenciamento dos mesmos (Hspede, Quarto, Empresa, Recepcionista, Gerente, Administrador, Usurio). [AT-09] Implementao das classes de gerenciamento do sistema (Reserva, Diria). [AT-10] Implementao das funcionalidades de Relatrios e Login no sistema. [AT-11] Testes das implementaes. [AT-12] Implementao das modificaes geradas pelas visitas ao cliente. [AT-13] Elaborao da documentao do sistema e trabalho final. [AT-14] Entrega e implantao do sistema final

Figura 3.1: Cronograma das Atividades.

Captulo 4 Modelagem Organizacional e Modelagem de Requisitos No Funcionais

Apresentaremos neste captulo uma modelagem organizacional do hotel Real a partir da tcnica i*, utilizando os modelos: SD (Modelo de Dependncias Estratgicas) e SR (Modelo de Razes Estratgicas). E tambm demonstraremos a modelagem dos requisitos no-funcionais usando o NFR Framework.

4.1 Modelo de Dependncias Estratgicas (SD)

A partir da Figura (4.1) podemos ter uma viso do modelo SD e assim conseguimos observar que ele composto por cinco atores, sendo que os atores que interagem realmente com o sistema so o gerente, o recepcionista e o administrador. O ator cliente interage com o recepcionista, desejando do mesmo receber um bom atendimento, podendo realizar reservas, fazer check-in e check-out, disponibilizando sempre que necessrio os dados para o recepcionista. O ator recepcionista interage com o sistema, sendo necessrio que primeiramente ele faa o login no sistema para ter acesso as seguintes operaes disponveis ele: gerenciamento de empresas, hspedes, reservas e dirias. necessrio que as operaes sejam feitas de maneira transparente e fcil, pois o recepcionista requer usabilidade para com o sistema. O gerente um ator que tem a possibilidade de fazer todas as operaes que um recepcionista, por meio de um login e senha diferenciada. Ainda pode fazer o gerenciamento dos quartos e ter acesso aos relatrios gerados. Como o gerente est apto a fazer operaes especiais, ele espera do sistema que ele seja confivel e seguro. O administrador um ator especial no sistema, sendo necessrio que ele possua um login e senha para fazer sua autenticao no sistema. Sua nica tarefa fazer o gerenciamento de usurios, de tal forma que os usurios possam ser criados, alterados ou removidos, conforme a necessidade da organizao do hotel. Na criao de um usurio o administrador sempre especifica o nvel de privilgios que cada usurio ter.

Figura 4.1: Modelo de Dependncias Estratgicas.

4.2 Modelo de Razes Estratgicas (SR)

O modelo SR Figura (4.2) um complemento do modelo SD, j que ele demonstra de forma mais detalhada as atividades que devem ser realizadas para que um objetivo seja alcanado. Com a expanso do ator Sistema de Gerenciamento de Hotis, podemos observar que os gerenciamentos, tanto de quarto, usurios, empresas e hspedes possuem subdivises em comum, como: incluir, desde que os dados sejam vlidos; alterar, desde que os dados sejam vlidos e a entidade esteja cadastrada; consultar os dados desde que a entidade esteja cadastrada e haja um identificador da entidade; remover, desde que uma entidade esteja cadastrada. Da mesma forma que os outros gerenciamentos anteriormente explicados, as operaes de gerenciamento de dirias e reservas tambm possuem subdivises em comum, como: consultar os dados desde que a entidade esteja cadastrada e haja um identificador da entidade; incluir, desde que haja um quarto disponvel e o hspede esteja devidamente cadastrado no sistema; cancelar e alterar, desde que a entidade esteja cadastrada. O gerenciamento de diria ainda tem uma subdiviso finalizar, que requer que uma diria esteja ativa e ocorre com o pagamento da mesma. Alm disso, podemos observar que para ocorrer o login no sistema, so necessrios dois recursos: o usurio e a senha do mesmo.

Figura 4.2: Modelo de Razes Estratgicas

4.3 NFR Framework

O diagrama NFR Framework representado na Figura (4.3) nos permite ter uma viso melhor dos requisitos no funcionais e suas decomposies, operacionalizaes (detalhadas na seo 5.2) e interdependncias. Alm disso, nos mostrar como as operacionalizaes interferem uma nas outras, tanto positivamente como negativamente.

Figura 4.3: Diagrama NFR Framework

Captulo 5 Requisitos do Sistema

Para a classificao dos requisitos funcionais e no-funcionais quanto sua prioridade, foi feita a diviso em trs categorias: essenciais, importantes e desejveis. Essencial o requisito sem o qual o sistema no entra em funcionamento. Requisitos essenciais so requisitos imprescindveis, que tm que ser implementados impreterivelmente. Importante o requisito sem o qual o sistema entra em funcionamento, mas de forma no satisfatria. Requisitos importantes devem ser implementados, mas, se no forem, o sistema poder ser implantado e usado mesmo assim. Desejvel o requisito que no compromete as funcionalidades bsicas do sistema, isto , o sistema pode funcionar de forma satisfatria sem ele. Requisitos desejveis so requisitos que podem ser deixados para verses posteriores do sistema, caso no haja tempo hbil para implement-los na verso que est sendo especificada.

5.1 Requisitos Funcionais

Os requisitos funcionais de um sistema so as capacidades que ele ir fornecer aos usurios. A seguir so apresentados os requisitos funcionais do sistema, assim como uma breve descrio dos mesmos. [RF-01] Incluir Hspede. Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir incluir um novo hspede, a partir dos seguintes dados: nome, nacionalidade, CPF, estado civil, sexo, profisso, data de nascimento, data do cadastro, procedncia, destino, nmero do RG, telefone, placa do carro e observaes. [RF-02] Alterar Hspede Prioridade: Importante Solicitante: Recepcionista Descrio: O sistema deve permitir alterar os dados cadastrais de um hspede, atravs de uma consulta por nome ou CPF. [RF-03] Consultar Hspede Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir fazer a consulta de um hspede atravs do nome ou CPF do mesmo. Sendo que o resultado da consulta ser exibido em tela. [RF-04] Excluir Hspede Prioridade: Importante

Solicitante: Recepcionista Descrio: O sistema deve permitir excluir um hspede a partir de uma consulta por nome ou CPF. [RF-05] Incluir Empresa Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir incluir uma nova empresa, a partir dos seguintes dados: nome/razo social, endereo, CNPJ, telefones, falar com (responsvel), o cargo do mesmo (responsvel), inscrio estadual, e-mail, site, e observaes. [RF-06] Alterar Empresa Prioridade: Importante Solicitante: Recepcionista Descrio: O sistema deve permitir alterar os dados cadastrais de uma empresa, atravs de uma consulta por nome ou CNPJ. [RF-07] Consultar Empresa Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir fazer consulta de uma empresa atravs de nome ou CNPJ. Sendo que o resultado da consulta ser exibido em tela. [RF-08] Excluir Empresa Prioridade: Importante Solicitante: Recepcionista Descrio: O sistema deve permitir excluir uma empresa a partir de uma consulta por nome ou CNPJ. [RF-09] Incluir Quarto Prioridade: Essencial Solicitante: Gerente Descrio: O sistema deve permitir incluir um novo quarto, a partir dos seguintes dados: nmero/identificador, tipo do quarto, nmero de camas e observaes. [RF-10] Alterar Quarto Prioridade: Importante Solicitante: Gerente Descrio: O sistema deve permitir alterar os dados cadastrais de um quarto, atravs de uma consulta por nmero/identificador. [RF-11] Consultar Quarto Prioridade: Essencial Solicitante: Gerente Descrio: O sistema deve permitir fazer consulta de um quarto atravs do numero/identificador. Sendo que o resultado da consulta ser exibido em tela. [RF-12] Excluir Quarto Prioridade: Importante Solicitante: Gerente Descrio: O sistema deve permitir excluir um quarto a partir de uma consulta por nmero/identificador. [RF-13] Incluir Reserva Prioridade: Desejvel Solicitante: Recepcionista

Descrio: O sistema deve permitir incluir uma nova reserva, a partir dos seguintes dados: nome, empresa, data prevista para chegada, telefone, hora prevista para chegada, nmero de pessoas e observaes. [RF-14] Alterar Reserva Prioridade: Desejvel Solicitante: Recepcionista Descrio: O sistema deve permitir alterar os dados de uma reserva, atravs de uma consulta por nome ou data prevista para chegada. [RF-15] Consultar Reserva Prioridade: Desejvel Solicitante: Recepcionista Descrio: O sistema deve permitir fazer consulta de uma reserva atravs do nome ou data prevista para chegada. Sendo que o resultado da consulta ser exibido em tela. [RF-16] Cancelar Reserva Prioridade: Desejvel Solicitante: Recepcionista Descrio: O sistema deve permitir cancelar uma reserva a partir de uma consulta por nome ou data prevista para chegada. [RF-17] Incluir Diria Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir incluir uma nova diria a partir dos seguintes dados: identificador de uma pessoa j cadastrada, data de entrada, data prevista de sada, valor da diria e observaes. [RF-18] Alterar Diria Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir alterar os dados de uma diria. [RF-19] Consultar Diria Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir fazer consulta de uma diria atravs da data da mesma. Sendo que o resultado da consulta ser exibido em tela. [RF-20] Cancelar Diria Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir cancelar uma diria. [RF-21] Finalizar Diria Prioridade: Essencial Solicitante: Recepcionista Descrio: O sistema deve permitir a finalizao de uma diria, sendo esta, total dos gastos do hspede, tanto a soma dos valores das dirias em que ele permaneceu no hotel, como os gastos extras na lanchonete. [RF-22] Incluir Usurio Prioridade: Essencial Solicitante: Administrador Descrio: O sistema deve permitir incluir um novo usurio, a partir dos seguintes dados: nome, login/nome, senha e a prioridade.

[RF-23] Alterar Usurio Prioridade: Importante Solicitante: Administrador Descrio: O sistema deve permitir alterar os dados cadastrais de um usurio, atravs de uma consulta por nome. [RF-24] Consultar Usurio Prioridade: Importante Solicitante: Administrador Descrio: O sistema deve permitir fazer consulta de um usurio atravs do nome do usurio. Sendo que o resultado da consulta ser exibido em tela. [RF-25] Excluir Usurio Prioridade: Importante Solicitante: Administrador Descrio: O sistema deve permitir excluir um usurio a partir de uma consulta por nome do usurio. [RF-26] Logar no Sistema Prioridade: Essencial Solicitante: Usurio Descrio: O sistema deve permitir que o usurio faa login no mesmo, atravs de um login e uma senha, sendo que as funcionalidades do sistema sero acessveis aos usurios de acordo com o seu nvel de privilgios. [RF-27] Gerar Relatrio Prioridade: Desejvel Solicitante: Gerente Descrio: O sistema deve permitir gerar relatrios especficos, como de novos cadastros de hspedes realizados em um determinado perodo, relatrios de gastos de uma empresa j cadastrada em um determinado perodo, entre outros.

5.2 Requisitos No-Funcionais

Requisitos no funcionais, ao contrrio dos funcionais, no expressam nenhuma funo (transformao) a ser implementada em um sistema, eles expressam condies de comportamento e restries nos servios do sistema, tais como restries de tempo, restries no processo de desenvolvimento, padres, etc, que devem prevalecer. Segue abaixo os requisitos no funcionais do sistema e uma breve descrio dos mesmos. Quanto a Segurana: [RNF-01] Confidencialidade dos dados Prioridade: Essencial Solicitante: Gerente Descrio: O sistema deve garantir a confidencialidade dos dados. Operacionalizao: A confidencialidade dos dados ser implementada atravs de uma poltica de login e senha, em que cada usurio poder acessar dados conforme seu nvel de privilgio. [RNF-02] Integridade dos dados Prioridade: Essencial Solicitante: Gerente Descrio: O sistema deve garantir a integridade dos dados.

Operacionalizao: A integridade dos dados ser mantida atravs de uma poltica de armazenamento de dados removidos, que consistir em ao invs de apagar os dados, apenas desativ-los, marcando-os como inativos. [RNF-03] Disponibilidade dos dados Prioridade: Desejvel Solicitante: Gerente Descrio: O sistema deve garantir a disponibilidade dos dados. Operacionalizao: A disponibilidade dos dados ser realizada atravs de backups feitos em tempos programados, alm da poltica de armazenamento de dados removidos. Quanto a Usabilidade: [RNF-01] Deve ser fcil de utilizar Prioridade: Importante Solicitante: Recepcionista Descrio: O sistema deve ser fcil de ser usado e de localizar as operaes desejadas. Operacionalizao: Para ter agilidade ao acessar as funcionalidades mais utilizadas, haver teclas de atalho, que tambm facilitaro o alcance dos menus e funes do sistema ao usurio. Bem como, as interfaces tero o padro ATA, como esta descrito no apndice D, com o objetivo de uma melhor visualizao e entendimento do software. E tambm ter um manual de ajuda, descrevendo as funcionalidades do sistema. Quanto a Confiabilidade: [RNF-01] Confiabilidade dos dados Prioridade: Importante Solicitante: Recepcionista Descrio: O sistema deve garantir a confiabilidade dos dados. Operacionalizao: O sistema emitir mensagens de confirmao da operao realizada, e tambm far de tempos em tempos o backup dos dados. Quanto ao Custo: [RNF-01] Deve ter um custo baixo Prioridade: Desejvel Solicitante: Gerente Descrio: O sistema deve ter um custo baixo de desenvolvimento. Operacionalizao: Para o custo de desenvolvimento ser baixo, o sistema ir utilizar apenas ferramentas gratuitas. Quanto a Performance: [RNF-01] Configurao do Computador Prioridade: Importante Solicitante: Gerente Descrio: O sistema deve funcionar em uma configurao especifica de mquina. Operacionalizao: Para ter uma boa performance o sistema dever rodar em uma mquina com configurao A, a mesma esta detalhada no apndice D. Quanto a Evoluo: [RNF-01] Fcil de Atualizar Prioridade: Essencial Solicitante: Gerente Descrio: O sistema deve garantir que futuramente possam ser atualizado. Operacionalizao: O sistema ir utilizar o padro de desenvolvimento MVC (Modelo, Viso e Controle), para obter uma maior modularidade do software, garantindo que alteraes

e evolues no sistema sejam possveis com uma maior facilidade. E tambm, utiliza-r Orientao a Objetos para uma melhor organizao e entendimento do cdigo fonte.

Captulo 6 Caso de Uso do Sistema

O diagrama de caso de uso Figura (6.1) mostra a interao entre o sistema e os atores envolvidos. Serve para facilitar o entendimento mostrando sua viso externa, mostrando as funcionalidades que o sistema prov para cada ator, sendo uma das maneiras mais tradicionais de se documentar os requisitos. Este diagrama ajuda a formalizar as funes que o sistema precisa fazer.

Figura 6.1: Diagrama de Caso de Uso.

6.1 Descries Textuais dos Casos de Uso

Nesta sesso descreveremos os Casos de Uso do Sistema atravs de descries textuais detalhadas: Caso de uso 1: GERENCIAR HSPEDE Objetivo: Realizar o gerenciamento de um hspede. Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: Hspede devidamente gerenciado. Ator: Recepcionista Cenrio Principal Passo 1: O recepcionista obtm os dados necessrios do hspede para o gerenciamento. Passo 2: O recepcionista escolhe a operao incluir um novo hspede. Passo 3: O recepcionista obtm os dados do hspede. Passo 4: O recepcionista insere os dados do hspede no sistema. Passo 5: O sistema armazena as informaes do hspede. Passo 6: O sistema emite mensagem de operao efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Recepcionista escolhe operao remover: caso de uso Remover. Passo 2.2: Recepcionista escolhe operao alterar: caso de uso Alterar. Passo 2.3: Recepcionista escolhe operao consultar: caso de uso Consultar. Passo 4.1: Dados do hspede invlidos: o sistema notifica o erro ao recepcionista. Passo 5.1: Hspede j cadastrado: o sistema cancela o cadastro e notifica o erro ao recepcionista. Caso de uso 2: GERENCIAR EMPRESA Objetivo: Realizar o gerenciamento de uma empresa. Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: Empresa devidamente gerenciada. Ator: Recepcionista Cenrio Principal Passo 1: O recepcionista obtm os dados necessrios da empresa para o gerenciamento. Passo 2: O recepcionista escolhe a operao incluir uma nova empresa. Passo 3: O recepcionista obtm os dados da empresa. Passo 4: O recepcionista insere os dados da empresa no sistema. Passo 5: O sistema armazena as informaes da empresa. Passo 6: O sistema emite mensagem de operao efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Recepcionista escolhe operao remover: caso de uso Remover. Passo 2.2: Recepcionista escolhe operao alterar: caso de uso Alterar. Passo 2.3: Recepcionista escolhe operao consultar: caso de uso Consultar. Passo 4.1: Dados da empresa invlidos: o sistema notifica o erro ao recepcionista. Passo 5.1: Empresa j cadastrada: o sistema cancela o cadastro e notifica o erro ao recepcionista. Caso de uso 3: GERENCIAR QUARTO Objetivo: Realizar o gerenciamento de um quarto.

Nvel de Usurio Pr-condies: Gerente logado no sistema. Ps-condies: Quarto devidamente gerenciado. Ator: Gerente Cenrio Principal Passo 1: O gerente obtm os dados necessrios do quarto para o gerenciamento. Passo 2: O gerente escolhe a operao incluir um novo quarto. Passo 3: O gerente obtm os dados do quarto. Passo 4: O gerente insere os dados do quarto no sistema. Passo 5: O sistema armazena as informaes do quarto. Passo 6: O sistema emite mensagem de operao efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Gerente escolhe operao remover: caso de uso Remover. Passo 2.2: Gerente escolhe operao alterar: caso de uso Alterar. Passo 2.3: Gerente escolhe operao consultar: caso de uso Consultar. Passo 4.1: Dados do quarto invlidos: o sistema notifica o erro ao gerente. Passo 5.1: Quarto j cadastrado: o sistema cancela o cadastro e notifica o erro ao gerente. Caso de uso 4: GERENCIAR USURIO Objetivo: Realizar o gerenciamento de um usurio. Nvel de Usurio Pr-condies: Administrador logado no sistema. Ps-condies: Usurio devidamente gerenciado. Ator: Administrador Cenrio Principal Passo 1: O administrador obtm os dados necessrios do usurio para o gerenciamento. Passo 2: O administrador escolhe a operao incluir um novo usurio. Passo 3: O administrador obtm os dados do usurio. Passo 4: O administrador insere os dados do usurio no sistema. Passo 5: O sistema armazena as informaes do usurio. Passo 6: O sistema emite mensagem de operao efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Administrador escolhe operao remover: caso de uso Remover. Passo 2.2: Administrador escolhe operao alterar: caso de uso Alterar. Passo 2.3: Administrador escolhe operao consultar: caso de uso Consultar. Passo 4.1: Dados do usurio invlidos: o sistema notifica o erro ao administrador. Passo 5.1: Usurio j cadastrado: o sistema cancela o cadastro e notifica o erro ao administrador. Caso de uso 5: GERENCIAR DIRIA Objetivo: Realizar o gerenciamento de uma diria. Nvel de Usurio Pr-condies: Recepcionista logado no sistema, quarto disponvel e hspede cadastrado. Ps-condies: Diria devidamente gerenciada. Ator: Recepcionista Cenrio Principal Passo 1: O recepcionista obtm os dados necessrios da diria para o gerenciamento. Passo 2: O recepcionista escolhe a operao incluir uma nova diria.

Passo 3: O recepcionista obtm os dados da diria. Passo 4: O recepcionista insere os dados da diria no sistema. Passo 5: O sistema armazena as informaes da diria. Passo 6: O sistema emite mensagem de operao efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Recepcionista escolhe operao remover: caso de uso Remover. Passo 2.2: Recepcionista escolhe operao alterar: caso de uso Alterar. Passo 2.3: Recepcionista escolhe operao consultar: caso de uso Consultar. Passo 4.1: Dados da diria invlidos: o sistema notifica o erro ao recepcionista. Passo 5.1: Diria j cadastrada: o sistema cancela o cadastro e notifica o erro ao recepcionista. Caso de uso 6: GERENCIAR RESERVA Objetivo: Realizar o gerenciamento de uma reserva. Nvel de Usurio Pr-condies: Recepcionista logado no sistema, quarto disponvel e hspede cadastrado. Ps-condies: Reserva devidamente gerenciada. Ator: Recepcionista Cenrio Principal Passo 1: O recepcionista obtm os dados necessrios da reserva para o gerenciamento. Passo 2: O recepcionista escolhe a operao incluir uma nova reserva. Passo 3: O recepcionista obtm os dados da reserva. Passo 4: O recepcionista insere os dados da reserva no sistema. Passo 5: O sistema armazena as informaes da reserva. Passo 6: O sistema emite mensagem de operao efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Recepcionista escolhe operao remover: caso de uso Remover. Passo 2.2: Recepcionista escolhe operao alterar: caso de uso Alterar. Passo 2.3: Recepcionista escolhe operao consultar: caso de uso Consultar. Passo 4.1: Dados da reserva invlidos: o sistema notifica o erro ao recepcionista. Passo 5.1: Reserva j cadastrada: o sistema cancela o cadastro e notifica o erro ao recepcionista. Caso de uso 7: RELATRIO Objetivo: Realizar a impresso ou exibio de relatrios, sendo estes disponveis somente ao gerente. Nvel de Usurio Pr-condies: Gerente logado no sistema. Ps-condies: Relatrio impresso ou exibido com sucesso. Ator: Gerente. Cenrio Principal Passo 1: O gerente seleciona o relatrio desejado. Passo 2: O sistema recebe esta escolha do gerente e acessa o Banco de Dados. Passo 3: O gerente escolhe o modo de exibio, se vai ser em tela (exibido) ou impresso. Passo 4: Conforme a escolha do gerente o sistema exibe ou imprime o relatrio. Cenrio Secundrio (Extenses) Passo 2.1: Falha no acesso ao banco de dados: o sistema cancela exibio e notifica o erro ao gerente.

Passo 4.1: Falha de hardware de impresso: o sistema cancela exibio do relatrio e uma mensagem de erro enviada ao gerente. Caso de uso 8: FINALIZAR Objetivo: Realizar a finalizao de uma diria. Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: A finalizao da diria realizada com sucesso. Ator: Recepcionista. Cenrio Principal Passo 1: O recepcionista visualiza no sistema a janela de dirias . Passo 2: O recepcionista seleciona o nmero do quarto, cuja diria ser finalizar. Passo 3: O recepcionista finaliza a diria. Passo 4: O sistema captura os dados da diria que o recepcionista deseja finalizar no Banco de Dados. Passo 5: O sistema mostra em tela os dados da(s) diria(s) do hspede naquele quarto, seus gastos extras e o total da(s) diria(s). Passo 6: Hspede realiza o pagamento e o recepcionista confirma a finalizao. Passo 7: O sistema armazena o valor recebido no Banco de Dados de acordo com quem est logado no sistema, e se o hospede de alguma empresa. Passo 8: O sistema emite mensagem de diria finalizada. Cenrio Secundrio (Extenses) Passo 4.1: Falha no acesso ao banco de dados: o sistema cancela a operao e notifica o erro ao recepcionista. Passo 6.1: Hspede no realiza o pagamento: o sistema cancela a operao. Passo 7.1: Falha no acesso ao banco de dados: o sistema cancela a operao e notifica o erro ao recepcionista. Caso de uso 9: LOGIN Objetivo: Realizar o login no sistema disponibilizando acesso adequado as funcionalidades de acordo com o nvel de privilgios. Nvel de Usurio Pr-condies: Usurio cadastrado no sistema com um login e uma senha. Ps-condies: Usurio ligado com sucesso e com seu devido acesso autorizado. Ator: Usurio. Cenrio Principal Passo 1: O usurio ingressa o login e a senha no sistema. Passo 2: O sistema recebe estes dados de login e acessa o Banco de Dados. Passo 3: O sistema permite ao usurio usar as funcionalidades de acordo com o seu nvel de privilgio. Cenrio Secundrio (Extenses) Passo 2.1: Senha ou login incorretos: o sistema cancela o login e notifica o erro ao usurio. Passo 2.2: Falha no acesso ao banco de dados: o sistema cancela o login e notifica o erro ao usurio. Caso de uso 10: ALTERAR Objetivo: Alterar os dados cadastrais de uma entidade. Nvel de Usurio

Pr-condies: Recepcionista logado no sistema. Ps-condies: Dados da entidade alterados com sucesso. Ator: Recepcionista. Cenrio Principal Passo 1: Recepcionista obtm os novos dados da entidade a ser alterada. Passo 2: O sistema busca a entidade a ser alterada no Banco de Dados. Passo 3: O sistema exibe os dados cadastrais da entidade. Passo 4: O recepcionista altera os dados da entidade. Passo 5: O sistema captura os novos dados e atualiza estas informaes. Passo 6: O sistema emite mensagem de dados atualizados. Cenrio Secundrio (Extenses) Passo 2.1: Empresa no localizada: o sistema cancela a operao e notifica ao recepcionista que a empresa no est cadastrada. Passo 2.2: Falha no acesso ao banco de dados: o sistema cancela a exibio do cadastro da empresa e notifica o erro ao recepcionista. Passo 5.1: Falha no acesso ao banco de dados: o sistema cancela a atualizao e notifica o erro ao recepcionista. Caso de uso 11: REMOVER Objetivo: Remove os dados de uma entidade. Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: Dados da entidade removidos com sucesso. Ator: Recepcionista Cenrio Principal Passo 1: O recepcionista entra com os dados necessrios para remoo. Passo 2: O sistema busca a entidade a ser excluda no Banco de Dados e o mostra em tela. Passo 3: O recepcionista confirma a excluso. Passo 4: O sistema remove o cadastro da entidade (marcando como inativa). Passo 5: O sistema emite mensagem de sucesso. Cenrio Secundrio (Extenses) Passo 2.1: Entidade no localizada: o sistema cancela a operao e notifica a inexistncia da entidade ao recepcionista. Passo 2.2: Falha no acesso ao banco de dados: o sistema cancela a remoo e notifica o erro ao recepcionista. Passo 3.1: No confirmao de remoo: o sistema cancela a remoo. Caso de uso 12: CONSULTAR Objetivo: Consultar os dados cadastrais de uma entidade. Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: Consulta realizada com sucesso com sucesso. Ator: Recepcionista. Cenrio Principal Passo 1: O recepcionista entra com os dados da entidade para uma consulta no sistema. Passo 2: O sistema busca as informaes da entidade. Passo 3: O sistema exibe os dados da entidade em tela. Cenrio Secundrio (Extenses)

Passo 2.1: Entidade no localizada: o sistema cancela a operao e notifica a inexistncia da Entidade ao recepcionista. Caso de uso 13: CANCELAR Objetivo: Realizar o cancelamento de uma diria ou reserva. Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: O cancelamento realizado com sucesso. Ator: Recepcionista. Cenrio Principal Passo 1: O recepcionista visualiza no sistema as dirias ou as reservas. Passo 2: O recepcionista seleciona a reserva ou diria que deseja cancelar. Passo 3: O recepcionista cancela a diria ou a reserva. Passo 4: O sistema captura os dados da diria ou reserva que o recepcionista deseja cancelar. Passo 5: O sistema remove as informaes. Passo 6: O sistema emite mensagem de sucesso. Cenrio Secundrio (Extenses) Passo 4.1: Diria ou reserva no localizada: o sistema cancela a operao e notifica a inexistncia ao recepcionista. Caso de uso 14: INCLUIR Objetivo: Realizar a insero de uma entidade (hspede, empresa, diria, reserva, quarto ou usurio). Nvel de Usurio Pr-condies: Recepcionista logado no sistema. Ps-condies: Entidade inserida com sucesso. Ator: Recepcionista Cenrio Principal Passo 1: O recepcionista obtm os dados cadastrais da entidade. Passo 2: O recepcionista insere os dados da entidade no sistema. Passo 3: O sistema insere os dados no Banco de Dados. Passo 4: O sistema emite mensagem de insero efetuada. Cenrio Secundrio (Extenses) Passo 2.1: Dados da entidade invlidos: o sistema notifica o erro ao recepcionista. Passo 3.1: Falha no acesso ao banco de dados: o sistema cancela o cadastro e notifica o erro ao recepcionista. Passo 3.2: Entidade j cadastrada: o sistema cancela o cadastro e notifica o erro ao recepcionista.

Captulo 7 Diagrama de Classe do Sistema

O diagrama de classes Figura (7.1) demonstra como ser a representao e as relaes entre as classes do sistema. Mostrando os mtodos e atributos de cada classe, bem como os relacionamentos que ela possui.

7.1 Descries Textuais das Classes do Sistema

Est sesso demonstra uma breve descrio textual das classes apresentadas no diagrama. Hspede A classe hspede talvez seja a mais importante do sistema, devido ao fato de que tudo est relacionado direta ou indiretamente com ela, sendo o hspede o mais interessado no funcionamento do sistema. Ela tem uma agregao com a classe empresa, na qual um hspede est relacionado somente com uma empresa, uma associao simples com a classe recepcionista que quem gerencia a classe, e composies com as classes diria e reserva, nas quais podem haver zero ou mais dirias ou reservas. Empresa Esta classe armazena e oferece informaes sobre a empresa que um hspede pertence. Ela tem uma agregao com a classe hspede, na qual uma empresa est relacionada com vrios hspedes, e uma associao simples com a classe recepcionista que quem gerencia a classe. Usurio uma classe genrica, que tem atributos para a autenticao de um usurio, sendo a classe da qual a classe administrador e recepcionista derivam. Tem uma associao simples com a classe administrador, que quem a gerencia. Administrador a classe que gerencia os usurios do sistema, tendo uma associao simples com a classe usurio, da qual tambm derivada. Recepcionista a classe que gerencia todas as funes para o funcionamento bsico do sistema, sendo derivada da classe usurio. Tem associaes simples com as classes: hspede, empresa, reserva e diria, as quais gerencia.

Gerente Esta classe herda todas as funes e mtodos da classe recepcionista. Alm das funcionalidades herdadas, ela ainda tem uma associao simples com a classe quarto, a qual gerencia. Esta classe tambm gera os relatrios de empresa, hspede e dirias. Quarto a classe que armazena e oferece informaes a respeito de um quarto. Ela tem uma associao simples com a classe gerente, a qual a gerencia. Alem disso, ela tem composies com a classe reserva, sendo que um quarto est relacionado com zero ou mais reservas, e com a classe diria, sendo que tambm um quarto est relacionado com zero ou mais dirias. Reserva Esta classe tem informaes sobre a reserva de um quarto. Tem uma associao simples com a classe recepcionista, a qual a gerencia, e uma composio com a classe quarto, pois para cada quarto pode haver vrias reservas, e para existir uma reserva necessrio um quarto disponvel. Tambm tem uma composio com a classe hspede, pois para reserva necessrio um hspede. Diria A classe diria, assim como a classe hspede, tambm uma das mais importantes para o funcionamento do sistema, pois o objetivo principal do hspede. Tem uma associao simples com a classe recepcionista, a qual a gerencia, e uma composio com a classe quarto, pois para cada quarto pode haver vrias dirias, e para existir uma diria necessrio um quarto disponvel. Tambm tem uma composio com a classe hspede, pois para a diria necessrio um hspede.

Figura 7.1: Diagrama de Classe.

Captulo 8 Concluso
Este estudo e anlise da engenharia de requisitos foi feito tomando como base que a alternativa escolhida para o desenvolvimento a mais vivel. Para ter uma viso geral da organizao e um melhor entendimento de como o funcionamento da empresa, foram feitos os diagramas de modelagem organizacional i*, incluindo os modelos de dependncias e razes estratgicas. Os requisitos, tanto funcionais quanto no-funcionais foram elicitados a partir da entrevista realizada com o cliente, sendo que para os requisitos no-funcionais foi feito o uso do diagrama NFR Framework para uma melhor compreenso de como satisfaz-los. Para melhor entender como o usurio ir interagir com o sistema, foi feita a construo do diagrama de caso de uso, dando uma viso mais geral das necessidades que o usurio possui. Foi feita uma descrio para cada caso de uso, o que ajudou a compreender melhor todos os passos e a execuo de cada funcionalidade/tarefa. Ainda foi utilizado um diagrama de classes para identificar as principais classes que o sistema dever implementar, e como essas classes relacionam-se umas com as outras, bem como os atributos e operaes que so relevantes a cada uma delas. Como este trabalho a primeira parte de um todo, foi feito um cronograma de atividades baseado na metodologia em espiral, escolhida para o desenvolvimento do sistema, que ajudar no processo de desenvolvimento do sistema, durante as vrias etapas, at que seja desenvolvido e entregue um prottipo final. Esta documentao servir de apoio e base de referncia para as prximas fases do desenvolvimento do sistema, desde o projeto, implementao e testes do mesmo.

Apndice A Sobre o Hotel Real

O Hotel Real atualmente dirigido pelas famlias Girardello e Vacari, tornando o hotel um ambiente familiar. Por se tratar de duas famlias, a diviso de servios feita da seguinte forma: em um determinado dia uma famlia cuida do hotel, e no outro dia a outra famlia que deve cuidar, e assim sucessivamente. Os cmodos se dividem em quartos e apartamentos, destes, 24 so quartos e 11 so apartamentos. Os quartos se caracterizam pela ausncia de banheiro, os banheiros so coletivos nos corredores e os apartamentos possuem banheiro no interior do ambiente. Ambos possuem televiso, ventilador, guarda roupa e o nmero de camas variam de 1 a 4, algumas de casal, outras de solteiro. Possui estacionamento fechado com vaga para aproximadamente 15 veculos. Conta tambm com servio de reservas que podem ser efetuadas via telefone ou pessoalmente, deixando alguns dados, e no caso de eventos ou quando o hotel est lotado necessrio depositar uma porcentagem do valor total. Para ser efetuada a entrada no hotel realizado um cadastro, caso o hspede j esteja cadastrado realizado apenas o registo no livro de dirias. Caso o hspede no tenha bagagens o pagamento deve ser feito adiantado. O caf da manh uma cortesia do hotel. Tambm nas dependncias do hotel possui um bar, onde os produtos consumidos podem ser adicionados ao valor da diria. Por fim, as formas de pagamento podem ser feitas em dinheiro, carto de crdito master card e em alguns casos sendo aceito cheques tambm. Atualmente todos os dados e servios so controlados manualmente em livros de registros e cadernos de anotaes, como: livro de cadastros, livro de dirias, caderno de reservas e caderno de gastos das empresas. Isso acaba tornando o sistema muito lento e impreciso, conforme descrito no Apndice C.

Apndice B Entrevista
Aps a definio da empresa, foi dado incio ao processo de coleta de dados, sendo realizada uma entrevista. A entrevista foi realizada dia 18 de maro de 2009 (Quarta-Feira) das 9:00 s 11:00 horas nas dependncias do Hotel Real. A entrevista foi realizada com a scia/gerente do hotel Clementina Aparecida Copini Girardello, portadora do CPF 762.282.829-72 e RG 7.067.2839. Por se tratar de uma sociedade familiar, todos os scios desenvolvem diversas atividades dentro do hotel, desde zeladores at diviso de lucros, sendo assim, a entrevistada em questo tem conhecimento de todas atividades que ocorrem no hotel. As informaes colhidas foram fundamentais para entender como funciona o hotel, seus principais problemas e como um software gerenciador hoteleiro poderia ajudar na soluo dos mesmos. Abaixo relacionamos as questes levantadas e as respectivas respostas obtidas da entrevistada. 1. Como feita a locao dos quartos do hotel? R: Primeiro mostramos o quarto para a pessoa, se ela quiser ficar e a primeira vez que vem ao hotel ou seja, no tem cadastro ainda, ento feito um cadastro, e marcado no livro de dirias a entrada da pessoa. 2. Onde feito o cadastro do Hspede? R: O cadastro feito em um livro que chamamos de livro de cadastros de Hspedes. 3. Quais os dados necessrios do Hspede para o cadastro? R: Nome, nacionalidade, estado civil, profisso, idade, data entrada, nmero do comodo(quarto), procedncia, data de sada, destino, nmero do RG, e no campo observaes marcado o telefone da pessoa j que este campo no tem no livro,mas as vezes precisamos tambm marcar observaes, e uma coisa que tambm no tem o nmero da placa do carro, que deveria ter pois se a polcia precisa encontra-lo fica mais fcil de localiza-lo. 4. Como feito o controle das dirias? R: Temos um livro onde marcamos as dirias, cada folha um dia onde tem os nmeros de todos os quartos e mostra naqueles que esto ocupados: o nome da pessoa; o nmero de camas, se for mensalista(pessoa que aluga o quarto para o ms todo) no lugar colocado um F para indicar que fixo; temos a data da entrada da pessoa no hotel, se for mensalista no lugar colocamos a data que vence o ms. Ao lado do nome se a pessoa for de uma empresa colocamos o nome da empresa, se emprestarmos toalhas colocamos uns X's correspondentes ao nmero de toalhas, tem tambm marcado o consumo que ele teve na lanchonete acrescentados com +. marcado tambm o valor da diria conforme o quarto escolhido e se

j esta pago ou no. Num cantinho bem em cima tem o nmero de pes e cucas que so comprados para o caf da manh. 5. Como realizado o pagamento? R: Na hora de pagar temos que folhar o livro para ver quantas dirias a pessoa tem e vamos somando, e tambm somamos o consumo na lanchonete, se teve. 6. Quais as formas de pagamento? R: Dinheiro, carto Master e as vezes aceitamos cheque tambm. 7. A pessoa pode pagar adiantado? R: Sim, at se a pessoa no tem bagagem ou m encarada ns cobramos antes o valor da diria como uma garantia, seno a pessoa que escolhe o horrio de pagamento. 8. Como feita a reserva adiantada dos quartos? R: A pessoa liga e ento marcado em um outro livro o nome da pessoa, se de alguma empresa marcado tambm o nome da empresa, a data da prevista entrada, o telefone, o nmero de pessoas, observaes, e principalmente a hora de prevista chegada pois se a pessoa no chegar at a hora marcada o quarto liberado. 9. A pessoa tem que pagar adiantado para conseguir a reserva? R: As vezes sim, depende do movimento no hotel, mas cobrado um adiantamento, uma porcentagem que deve ser depositada na conta do hotel, como uma garantia de que a pessoa vai mesmo se hospedar, isso acontece em eventos, por exemplo na semana do Show Rural, que quando o hotel fica cheio. 10. Quantos quartos o hotel tem? Se tem uma espectativa de aumentar o nmero de quartos? R: Temos 24 quartos, que so quartos mais simples onde o banheiro coletivo, e tambm temos 11 apartamentos que so quartos com banheiro, mais ajeitados e com internet. E tem sim a possibilidade de aumentar o nmero de quartos futuramente. 11. Os quartos tem valores diferentes? R: Sim, os quartos tem diria de R$28,00 reais, e os apartamentos so R$40,00 reais, mas conforme o nmero de pessoas por quarto, fazemos descontos. 12. Como a hierarquia dentro da empresa? R: Temos as zeladoras que cuidam da limpeza dos quartos. Mas no demais no se tem uma hierarquia, todo mundo faz tudo, mas possivelmente mais tarde pode haver uma recepcionista. O que se tem uma sociedade, onde um dia uma famlia cuida do hotel e no outro a outra famlia que cuida, e nos finais de semana de sexta, sbado e domingo a mesma famlia que cuida sempre intercalando. 13. Como feito o acerto entre os scios? Os lucros so divididos entre as partes? R: No, cada scio ganha o lucro pelos dias que cuidou, e essa distino de quem cuidou do hotel feita pela letra da pessoa que marcou as dirias no caderno de dirias. E esse acerto semanal.

14. feito algum tipo de relatrio, controle do hotel? R: Temos um caderno para controle nosso de quanto uma empresa gastou no ms no hotel, marcamos neste caderno o nome da empresa no incio da folha e depois o nome das pessoas(funcionrios) com os dias(datas) que esse funcionrio ficou no hotel e o valor gasto, e tambm se est pago ou no. E bem no final do caderno a soma total dos gastos de todos as dirias da empresa. 15. Vocs tem algum cadastro dessas empresas? R: Sim, so as fichinhas verdes que ficam guardadas em uma pasta separadas por ordem alfabtica. 16. Quais so os dados requisitados para o cadastro das empresas? R: A razo social, o endereo da empresa, os telefones da empresa, o CNPJ da empresa, a inscrio estadual, o e-mail,site da empresa, com quem devemos falar quando ligarmos para a empresa o cargo desta empresa e tambm as vezes marcamos algumas observaes sobre a empresa. 17. O que este carimbo no livro de Cadastros dos Hspedes? R: o carimbo da polcia, pois todo ms levado este livro para a polcia, para eles verificarem as pessoas que passaram no hotel no ms, e pago uma taxa por pessoa que verificada. A gerente entrevistada pode ser contactada pelo telefone (45) 3223-0376 ou ainda no endereo do hotel: Av. Brasil, 4506, Centro de Cascavel-PR. A Figura (B.1) um registro fotogrfico da reunio que gerou a entrevista.

Figura B.1: Foto da Entrevista.

Apndice C Deficincias dos Livros de Registros

Durante a visita ao hotel foram observados vrios problemas no sistema atual, que conta com um livro de registros, um livro de dirias e um caderno de reservas. Um dos problemas quanto a consulta de hspedes e empresas cadastradas. Atualmente os dados referentes aos hspedes so armazenados em um livro de registros (Figura (C.1)) e os dados das empresas so armazenados em um arquivo de fichas (Figura (C.2)), o que torna invivel pesquisar informaes sobre um determinado hspede ou empresa. O controle de dirias (Figura (C.3)) feito em um outro livro, onde todas as informaes quanto a estadia do hspede colocada em uma nica linha, o que se torna muitas vezes ilegvel. O controle financeiro tambm feito manualmente, somando os valores do livro de dirias com calculadora, o que torna o sistema suscetvel a erros. O controle de reservas (Figura (C.4)) feito em um caderno de anotaes, o que torna a pesquisa demorada e imprecisa.

Figura C.1: Livro de registros.

Figura C.2: Ficha de cadastro de empresas.

Figura C.3: Controle de dirias.

Figura C.4: Controle de reservas.

Apndice D Glossrio

Computador com configurao A: CPU Intel 2,0GHz, 1GB de memria RAM, 40GB de HD, Teclado, Mouse, Monitor 15. Interfaces no padro ATA: Os botes com as mesmas funcionalidades estaro localizados no mesmo lugar nas diferentes janelas. A interface ter uma aparncia agradvel, com cores neutras. Para melhor entendimento e visualizao dos botes, eles tero figuras associadas. Os campos obrigatrios de cadastro sero identificados com um asterisco (*).

Formulrio do Relatrio da Equipe

Todos os membros da equipe desempenharam os mesmos papis, com as mesmas contribuies, inclusive na criao e reviso de todos os textos e diagramas deste trabalho. Nome Adriano D. Girardello Ana P. Fredrich Tiago A. S. Sippert % Esforo da Equipe 33,33% 33,33% 33,33% Assinatura _____________________ _____________________ _____________________