tecnologia de processamento de dados: sistema gerenciador aqua

5/11/2018 TECNOLOGIA DE PROCESSAMENTO DE DADOS: Sistema Gerenciador AQUA - slidepdf.com

http://slidepdf.com/reader/full/tecnologia-de-processamento-de-dados-sistema-gerenciador-

UNIÃO EDUCACIONAL DE BRASÍLIA - UNEB

INSTITUTO DE CIÊNCIAS EXATAS - ICEx

CURSO DE GRADUAÇÃO EM

TECNOLOGIA DE PROCESSAMENTO DE DADOS

SISTEMA GERENCIADOR AQUA

ERICCO CAMPOS BAZZO

VANESSA RONDON

VINICIUS MUSTAFA

LEANDRO DOMINGUES DE SOUZA ALVES

HUDSON CARLOS DA SILVA MACEDO

BRASÍLIA – DF

2006



ERICCO CAMPOS BAZZO

VANESSA RONDON

VINICIUS MUSTAFA




Trabalho de diplomaçãoapresentado ao final do curso,como parte dos requisitos paraobtenção do título de Graduaçãoem Tecnologia de Processamentode Dados, pela União Educacionalde Brasília - UNEB.Habilitação: Tecnólogo emProcessamento de Dados.Orientador: Profª M. Sc. Patríciado Prado Felix.

BRASÍLIA – DF

2006



Ficha Catalográfica

Bazzo, Ericco Campos/ Rondon, Vanessa / Alves, Leandro Domingues / Macedo, Hudson Carlosda Silva.Sistema Gerenciador de Parque Aquático – AQUA / Ericco Campos Bazzo / Vanessa Rondon /Vinicius Mustafa/ Leandro Domingues de Souza Alves / Hudson Carlos da Silva Macedo.Brasília.União Educacional de Brasília UNEB, 2006.Trabalho de diplomação apresentado ao final do curso, como parte dos requisitos para obtençãodo título de Graduação em Tecnologia de Processamento de Dados com Habilitação emTecnólogo em Processamento de Dados.1. Sistema de Gerenciador 2 Parque Aquático 3.Modelagem 4.Diagramas 5. Casos de Uso 6.Banco de Dados 7.Projeto de Rede 8. Orçamento.



ERICCO CAMPOS BAZZO

VANESSA RONDON

VINICIUS MUSTAFA




Trabalho de Diplomação aprovado como requisito parcial para obtenção do grau

de Graduação em Tecnologia no Curso de Graduação em Tecnologia de

Processamento de Dados da União Educacional de Brasília – UNEB.

Habilitação: Tecnólogo.

Data de aprovação

____/____/____

Nota de aprovação

_____________

_________________________________________

Prof. M.Sc. Patrícia Félix do NascimentoOrientadora

___________________________________________ Prof. M.Sc. Antônio Sérgio Aragão Lima

Banca Examinadora

__________________________________________ Prof. Luigi Silva MotaBanca Examinadora



SUMÁRIO

1. Introdução 11

1.1 Contextualização 11

1.2 Justificativa 11

1.3 Estrutura do Trabalho 11

2. Análise Institucional 12

2.1 A Empresa 12

2.2 Descrição das regras de negocio 13

2.3 Rotinas anteriores a implementação 13

2.3.1 Ingressos 13

2.3.2 Entrada 13

2.3.3 Consumo 13

2.3.4 Serviços 14

2.4 Rotinas posteriores a implementação 14

2.4.1 Ingressos 14

2.4.2 Entrada 14

2.4.3 Consumo 14

2.4.4 Serviços 15

2.5 Descrição das Necessidades 15

2.5.1 Mudança do cabeamento da atual rede 16

2.5.2 Descentralização dos pontos de venda 16

2.5.3 Criação de registro de satisfação 16

2.5.4 Criação de cadastro de usuários 16



2.5.5 Criação de registro de ocorrências 16

2.6 Ambiente Tecnológico Existente 17

3. Abrangência do Sistema Proposto 17

3.1 Objetivos do Sistema 17

3.1.1 Objetivo Geral 17

3.1.2 Objetivos Específicos 18

3.2 Requisitos Não Funcionais 18

3.2.1 Interface 18

3.2.2 Segurança 19

3.2.3 Aspectos Legais 19

3.2.4 Portabilidade 19

3.2.5 Escalabilidade 19

3.2.6 Metodologia e Tecnologia Utilizada 19

4. Documentação e Análise 20

4.1 Modelagem de Casos de Uso - Conceito 20

4.1.1 Diagrama de Caso de Uso 21

4.1.2 Especificação de Caso de Uso 22

4.1.2.1 Caso de Uso – Manter Cliente 22

4.1.2.2 Caso de Uso – Manter Ocorrência 25

4.1.2.3 Caso de Uso – Manter Acesso27

4.1.2.4 Caso de Uso – Manter Satisfação 29

4.2 Modelagem de Objetos 31

4.2.1 Diagrama de Classe – Conceito 31



4.2.2 Diagrama de Classe 32

4.3 Modelagem Dinâmica 33

4.3.2 Diagrama de Seqüência – Conceito 33

4.3.2.1 Diagrama de Seqüência – Manter Acesso 34

4.3.2.2 Diagrama de Seqüência – Manter Satisfação 35

4.3.2.3 Diagrama de Seqüência – Manter Ocorrência 36

4.3.2.1 Diagrama de Seqüência – Manter Cliente 37

4.4 Diagrama de Atividades 38

4.4.1 Diagrama de Atividades – Conceito 38

4.4.2 Diagrama de Atividades – Acesso 39

5. Documentação do Projeto 40

5.1 Arquitetura do Sistema 40

5.2 Projeto de Banco de Dados 40

5.2.1 Modelo Entidade X Relacionamento (MER) Operacional 40

5.2.2 Especificação das tabelas 41

5.2.2.1 Tabela Cliente 41

5.2.2.2 Tabela Acesso 42

5.2.2.3 Tabela Ocorrência 43

5.2.2.4 Tabela Satisfação 44

5.2.2.5 Tabela Carga45

5.2.2.6 Tabela Cartão 46

5.2.2.7 Tabela Item Pedido 47

5.2.2.8 Tabela Local 48



5.2.2.9 Tabela Pagamento 49

5.2.2.10 Tabela Pedido 50

5.2.2.11 Tabela Produto 51

5.2.2.12 Tabela Reserva 52

5.2.2.13 Tabela Serviço 53

5.2.2.14 Tabela Tipo de Cliente 54

5.3 Projeto de Interfaces 55

5.3.1 Layout de Telas 55

5.3.1.1 Tela de Login 55

5.3.1.2 Tela Menu Principal 56

5.3.1.3 Tela Opção Cliente 57

5.3.1.4 Tela Incluir Cliente 58

5.3.1.5 Tela Alterar Cliente 59

5.3.1.6 Tela Consultar Cliente 60

5.3.1.7 Tela Opção de Acesso 61

5.3.1.8 Tela Incluir Acesso 62

5.3.1.9 Tela Consultar Acesso 63

5.3.1.10 Tela Incluir Cartão 64

5.3.1.11 Tela Consultar Cartão 65

5.3.1.12 Tela Incluir Satisfação66

5.3.1.13 Tela Consultar Satisfação 67

5.3.1.14 Tela Incluir Reserva 68

5.3.1.15 Tela Consultar Reservas 69



5.3.1.16 Tela de Opção de Funcionário 70

5.3.1.17 Tecla Incluir Funcionário 71

5.3.1.18 Tela Cancelar Funcionário 72

5.3.1.19 Tela Alterar Funcionário 73

5.3.1.20 Tela Consultar Funcionário 74

5.3.1.21 Tela Efetuar Carga 75

5.3.1.22 Tela Devolução de Carga 76

5.3.1.23 Tela Incluir Ocorrência 77

5.3.1.24 Tela Consultar Ocorrência 78

5.3.2 Layout de Relatórios 79

5.3.2.1 Layout Relatório de Clientes 79

5.3.2.2 Layout Relatório de Acesso 80

5.3.2.3 Layout Relatório de Satisfação 81

5.3.2.4 Layout Relatório de Ocorrência 82

6. Projeto de Rede 83

6.1 Ambiente Existente 83

6.1.1 Diagrama de Ligação Lógica 83

6.1.1.1 Diagrama de Ligação Lógica da Administração 84

6.2 Diagrama de Ligação Física 85

6.2.1 Diagrama de Ligação Física – Administração 85

6.2.2 Diagrama de Ligação Física – Administração 86

6.3 Planta Baixa 87

6.3.1 Banta Baixa do Parque Aquático 87



6.3.1.1 Planta Baixa da Administração 88

6.3.1.2 Planta Baixa da Administração 89

6.4 Levantamento das instalações Físicas 90

6.4.1 Especificação de Hardware 90

6.4.2 Especificação de Software 91

6.4.3 Segurança Física 91

6.4.3.1 Instalação de ar-condicionado e extintores 91

6.4.3.2 Instalação de estabilizadores 91

6.4.3.3 Instalação de dispositivos de segurança visual 91

6.4.3.4 Instalação de no-break 91

6.4.4 Segurança Lógica 92

6.4.4.1 Segurança de dados 92

6.4.4.2 Acesso Restrito 92

7. Orçamento 93

7.1 Hardware 93

7.2 Software 93

7.3 Rede de Computadores / Segurança Física 94

7.4 Total dos Custos 94

8. Considerações Finais 95

9. Glossário 99

10. Bibliografia 106



11

1. Introdução

1.1 Contextualização

A área de entretenimento no Brasil vem se desenvolvendo muito nosúltimos anos. Com isso a concorrência das empresas desse ramo faz com que

elas busquem constantes melhorias em seus empreendimentos. Para isso um

controle de satisfação e de clientes é fundamental para garantir o tão alvejado

diferencial com os concorrentes.

1.2 Justificativa

Este projeto tem por finalidade desenvolver um sistema informatizado que

permita disponibilizar informações que possam ajudar na tomada de decisões e

facilitar a solução de problemas.

1.3 Estrutura do Trabalho

O projeto se propõe a fornecer os recursos necessários para a criação do

sistema de cadastro e controle do Bay Park - Water Park, buscando fornecer dados que permitam uma tomada de decisão em pontos críticos da

administração do parque.

Será mostrado também a documentação de análise onde encontraremos

o diagrama de caso de uso e sua especificação, a modelagem de objetos com o

diagrama de classe, a modelagem dinâmica com os diagramas de atividade e

seqüência, a documentação de projeto com o MER e especificação de tabelas e

finalmente o projeto de interfaces com o layout de telas e relatórios.

Descreve ainda, a implantação do projeto de redes com sistema com o

projeto físico e lógico do Bay Park - Water Park, com especificações da rede

atual e a proposta pelo projeto.



12

Finalmente é apresentado o orçamento demonstrando por uma planilha

de custos onde entra a parte de hardware, software, segurança física,

cabeamento etc.



13

2. Análise Institucional

2.1. A Empresa

A Empresa Bay Park está estabelecida na SHT Norte Trecho 2 Conjunto

5, Brasília - Distrito Federal, é um complexo turístico formado pelo Bay Park -

Resort Hotel e o Bay Park - Water Park as margens do Lago Paranoá.

O Hotel possui uma completa infra-estrutura para pequenos e grandes

eventos, com business center, restaurantes, bar, piscina, fitness, loja de

conveniência, locadora de veículos, salão de beleza e pista de cooper. Os

hóspedes contam ainda com livre acesso ao parque aquático, lanchonete Bay

Park e o Restaurante Kimukeka.

Com o maior parque aquático do Centro-oeste, o Bay Park - Water Park

oferece aos seus 9.200 freqüentadores em media por mês, um complexo dediversões com área total de 106.000 m² que é abastecido com mais de 5

milhões de litros de água corrente. O espaço disponibiliza toda uma infra-

estrutura voltada para o lazer e diversão, e funciona de segunda a segunda das

8h às 17h.

Figura 1 – Foto do Parque Aquático



14

2.2 Descrição das Regras do Negócio

Este projeto visa implementar melhorias no ambiente tecnológico utilizado

pelas lanchonetes e pela administração do parque aquático. Visando melhorias

no atendimento ao cliente e na gestão do parque foi preciso conhecer cada

processo do parque.

2.3 Rotinas anteriores a implementação

2.3.1 Ingressos

O acesso ao complexo se realiza com a compra de ingressos que podem

ser feitos em pontos de venda distribuídos em Brasília e na portaria do Bay Park

– Water Park.

2.3.2 Entrada

Após entrega do ingresso ou compra o cliente recebe um cartão que

deverá ser apresentado na entrada do parque onde é verificada a sua

veracidade.

2.3.3 Consumo

O controle do consumo de produtos e serviços se dá por meio dautilização de cartões que necessitam ser abastecidos com créditos (em reais)

pelos seus usuários na entrada do complexo. O registro do consumo e créditos

de cada cartão é armazenado no sistema.

Após a inclusão de créditos o consumo poderá ser feito em qualquer um

dos pontos de venda. O funcionário do ponto de venda recebe o pedido, faz a

leitura do cartão e registra a venda. O valor consumido é automaticamente

abatido dos créditos do cartão. Ao término desses créditos, o usuário poderá

reabastecer seu cartão com novos créditos. Se sobrarem créditos no cartão e o

usuário não deseje consumi-los, os mesmos serão devolvidos em espécie na

saída do complexo.

Os produtos disponibilizados no complexo são do gênero alimentício, tais

como refrigerantes, salgados, doces, sucos, etc.



15

Caso ocorra extravio do cartão, o usuário deverá comunicar

imediatamente o ocorrido na portaria, onde será cancelado o cartão antigo e

disponibilizado um novo cartão onde os créditos remanescentes no antigo, serão

transferidos para o novo.

2.3.4 Serviços

Os serviços disponibilizados no parque são de locação de bóias e de

locação de armários. Quando o cliente desejar alugar uma bóia ele se dirige a

portaria, após pagamento de R$ 6 reais (R$ 4 reais pela locação e R$ 2 reais de

seguro de entrega da bóia) ele receberá um vale e se dirige ao ponto de entrega

de bóias. Ao devolver a bóia na saída ele recebera a taxa de R$ 2 reais. O

mesmo procedimento ocorrerá com a locação do armário. Para ambos osserviços o pagamento deverá que ser feito em espécie e não será registrado no

cartão.

2.4 Rotinas posteriores a implementação

2.4.1 Ingressos

O acesso ao complexo se realiza com a compra de ingressos que podem

ser feitos em pontos de venda distribuídos em Brasília e na portaria do Bay Park – Water Park. Os ingressos são registrados e impressos pelo sistema AQUA.

2.4.2 Entrada

Quando o usuário do complexo registra sua entrada, através da roleta na

entrada, é dado baixa do ingresso no sistema AQUA. O usuário receberá um

cartão de consumo, identificado com um número registrado previamente no

sistema AQUA.

2.4.3 Consumo

O controle do consumo de produtos e serviços se dá por meio da

utilização de cartões que necessitam ser abastecidos com créditos (em reais)



16

pelos seus usuários na entrada do complexo. O registro do consumo e créditos

de cada cartão é armazenado no sistema.

Após a inclusão de créditos o consumo poderá ser feito em qualquer um

dos pontos de venda. O funcionário do ponto de venda recebe o pedido, faz a

leitura do cartão e registra a venda. O valor consumido é automaticamente

abatido dos créditos do cartão. Ao término desses créditos, o usuário poderá

reabastecer seu cartão com novos créditos. Se sobrarem créditos no cartão e o

usuário não desejar consumi-los, os mesmos serão devolvidos em espécie na

saída do complexo.

Os produtos disponibilizados no complexo são do gênero alimentício, tais

como refrigerantes, salgados, doces, sucos, etc.

Caso ocorra extravio do cartão, o usuário deverá comunicar imediatamente o ocorrido na portaria, onde será cancelado o cartão antigo e

disponibilizado um novo cartão onde os créditos remanescentes no antigo, serão

transferidos para o novo.

2.4.4 Serviços

Os serviços disponibilizados no parque são de locação de bóias e de

locação de armários. Quando o cliente desejar alugar uma bóia ele se dirige aportaria, após pagamento de R$ 6 reais (R$ 4 reais pela locação e R$ 2 reais de

seguro de entrega da bóia) ele receberá um vale e se dirige ao ponto de entrega

de bóias. Ao devolver a bóia na saída ele recebera a taxa de R$ 2 reais. O

mesmo procedimento ocorrerá com a locação do armário. Para ambos os

serviços o pagamento deverá ser feito em espécie e não será registrado no

cartão.

2.5 Descrição das Necessidades

Tendo em vista os serviços e produtos oferecidos pelo Bay Park - Water

Park e a quantidade de usuários que diariamente freqüentam suas instalações,

existe a necessidade de mudanças tecnológicas e administrativas que permitam



17

aperfeiçoar assim os resultados alvejados, permitindo melhorias constantes e a

satisfação de seus usuários.

`

2.5.1 Mudança do cabeamento da atual rede

O atual cabeamento da rede encontra-se em situação precária, pois com

o passar do tempo a umidade foi deteriorando a mesma. Hoje temos muitas

perdas de pacotes e constantes quedas de conexão entre as estações.

2.5.2 Descentralização dos pontos de venda

Atualmente os pontos de venda de produtos se encontram na parte

central do parque, fazendo que os usuários tenham que se deslocar para

consumi-los. Seriam criados então mais três pontos de venda em locais demaior movimento.

2.5.3 Criação de registro de satisfação

Logo na portaria do parque cada cliente receberá um formulário de

satisfação. Nele o usuário poderá dar sua opinião referente a limpeza e

conservação do parque. Este formulário deverá ser entregue na saída e será

registrado por um funcionário no sistema.

2.5.4 Criação de cadastro de usuários

Atualmente não existe nenhum registro de usuários do parque aquático.

Buscando melhorar a relação com os usuários e permitir que ações de

marketing sejam desenvolvidas, a criação de uma base de dados e de suma

importância.

2.5.5 Criação de registro de ocorrências

Caso ocorra algum acidente ou outro tipo de ocorrência nas

dependências do parque aquático, isso deverá ser registrado no sistema para

futuras auditorias.



18

2.6 Ambiente Tecnológico Existente

Atualmente existe um sistema que efetua o controle dos ingressos, das

compras e que permite que os usuários abasteçam seus cartões de consumo

com créditos a serem descontados a cada aquisição de produtos dentro do

complexo.

O sistema AQUA busca disponibilizar para a administração do parque

informações que lhe permitam implementar melhorias constantes e ter uma

maior interação com os seus usuários.

Possuem as seguintes características:

• Sistema utilizado funciona sobre a arquitetura Windows 2000.

• As 7 estações de trabalho estão distribuídas entre a portaria, o

restaurante e nas duas lanchonetes.

• Os dois servidores ficam em uma sala onde são vendidos os

ingressos.

• Todas as Estações e Servidores possuem a mesma configuração.

o Pentium 3 1.800Mhzo 512 Memória ram

o Disco Rígido de 40 GB

o Leitor de CD

3. Abrangência do Sistema Proposto

3.1 Objetivos do Sistema

3.1.1 Objetivo Geral

O objetivo do sistema AQUA é criar um banco de dados dos usuários do

complexo aquático e permitir que a venda de produtos e serviços seja melhor

administrada possibilitando que possíveis problemas sejam identificados e

solucionados.



19

3.1.2 Objetivos Específicos

Manter funcionários – Incluir, alterar, excluir e imprimir funcionário;

Manter satisfação – Opinião dos clientes com as

dependências e serviços prestados no parque; Manter acesso – Controle de entrada e saída dos clientes;

Manter cliente – Incluir alterar e buscar dados do cliente;

Manter serviço – Controlar os serviços do parque;

Manter produto – Controle de entrada e saída de produtos;

Manter pagamento – Pagamento de ingressos ao parqueaquático;

Manter tipo de cliente – Determina se o cliente é visitante

ou hospede do hotel; Manter pedido de cliente – Incluir pedido no ponto de

venda;

Manter ocorrências – Cadastrar ou consultar ocorrênciasque do parque aquático;

Manter reservas – Controle de reservas do parqueaquático;

Emitir relatórios cadastrais – Imprimir todos os registrosde cadastros;

Emitir Relatórios de Consumo – Imprimir consumoefetuado no parque aquático;

Emitir relatórios de satisfação – Imprimir opinião esatisfação dos clientes;

Emitir Relatórios de ocorrências – Imprimir ocorrências doparque aquático;

Gerar consulta de saldo – Consultar valor em dinheiro queo cliente possui no cartão.



20

3.2 Requisitos Não Funcionais

3.2.1 Interface

O software será desenvolvido no padrão Windows. Os stakeholders

solicitaram uma interface simplificada com pouca personalização nos botões emenus. As telas devem ser práticas deixando a interface mais intuitiva.

3.2.2 Segurança

O software somente será acessado mediante um login com nome de

usuário e senha previamente cadastrados pelo Administrador (gerente). Para

efetuar atualizações no sistema é necessário o login do Administrador.

3.2.3 Aspectos legais

O sistema deverá ser desenvolvido na plataforma Delphi 7 e banco de

dados MySql. O que implicara na necessidade de aquisição de licenças para a

implementação do sistema e será de responsabilidade dos administradores do

parque aquático.

3.2.4 Portabilidade

O sistema só poderá ser instalado em plataformas Windows.

3.2.5 Metodologia e Tecnologia Utilizada

Este projeto esta baseado na Orientação a Objeto e a sua documentação

utiliza a Linguagem de Modelagem Unificada (UML), por meio dos seguintes

diagramas: use case, classe, seqüência e atividade.

A ferramenta case utilizada para confecção dos diagramas foi a

ferramenta Case Poseidon, o banco de dados recomendado, é relacional MySql

e a linguagem de programação é Delphi7, porém na construção do protótipo foi

utilizado o banco de dados Paradox do próprio Delphi7.



21

4. Documentação de Análise

4.1 Modelagem de Casos de Uso - Conceito

A modelagem de caso de uso busca facilitar oentendimento, por meio de uma linguagem simples,

mostrando comportamento externo do sistema

(GILLEANES, 2004).



22

4.1.1 Diagrama de Caso de uso

Figura 2 – Diagrama de Caso de Uso do Bay Park/Water Park



23

4.1.2 Especificação dos casos de uso

4.1.2.1 Caso de Uso – Manter Cliente

CASO DE USO

Manter Cliente.

SUMÁRIO:

Este caso de uso se aplica quando se deseja incluir, alterar ou consultar os

Clientes.

ATORES:

Funcionário e Cliente.

PRÉ-CONDIÇÕES:

1- O funcionário abre o sistema e efetua login (digitando login e senha).

2- Deve existir cadastrado no sistema o dado do tipo de cliente.

3- O cliente fornece as informações necessárias ao cadastro.

DESCRIÇÃO:

1) Incluir

1.1 Clicando em incluir:

1.1.1 O funcionário abrirá um formulário com os campos para o

preenchimento do cadastro: Código cliente, Nome cliente*, RG cliente,CPF cliente, data de nascimento cliente, status cliente*, Endereço cliente,

Telefone cliente, e-mail cliente, data de cadastro cliente.

1.2 Os campos que aparecerem com * (asterisco) existe a obrigatoriedade

do seu preenchimento.



24

1.3 O campo código será gerado automaticamente pelo sistema;

1.4 Após a inclusão haverá as seguintes opções:

1.4.1 Clicar no botão salvar para gravar as inclusões;

4.1.1 Clicar no botão imprimir para impressão do cadastro;

4.1.2 Clicar no botão novo para criar novo cadastro;

4.1.3 Clicar no botão sair para retornar a tela principal.

2) Alterar

2.1 O funcionário devera selecionar o cadastro, aparecerá na tela os seus

respectivos dados para alteração, serão habilitados pelo sistema à opção de

alterar;

2.2 Clicando em alterar, deverá ser selecionado o atributo que será alterado,

efetuar a alteração e pressionar o botão salvar. O sistema emitirá uma

mensagem na tela “Registros alterados com sucesso”.

2.3 Clicar no botão imprimir para impressão do cadastro alterado;

2.4 Encerrado o processo clica-se no botão sair e o sistema encerrará o

formulário, retornando para a tela principal;3) Consultar

3.1 Após aberto o sistema, o funcionário clica na opção consultar;

3.2 O sistema abrirá um formulário, com as seguintes opções para escolha

da forma de consulta: código cliente ou nome cliente;

3.3 Escolhida a opção, digita-se os dados e pressiona-se o botão Ok, a

consulta poderá ser repetida várias vezes;

3.4 O sistema imprimirá na tela os dados solicitados;

3.5 O sistema manterá ativo o botão imprimir para impressão da consulta;

3.6 O sistema manterá ativo o botão sair, se pressionado encerrará o

formulário, retornando para a tela principal.



25

ALTERNATIVAS:

• Caso os dados consultados já estejam cadastrados, o sistema

mostra na tela o cadastro, o sistema habilitará a opção sair, para que

seja escolhida uma nova opção no menu de acesso.

• Caso não tenham sido preenchidos os campos obrigatórios o

sistema irá disponibilizar a mensagem de alerta: “Campos com

asterisco são obrigatórios, Preencha-os!” Clique Ok. Clicando Ok, O

cursor será posicionado no campo a ser preenchido.

• Caso os dados consultados não estejam cadastrados, o sistema

emitirá na tela um aviso, com a seguinte informação: “CadastroInexistente”. Clique Ok. Clicando Ok o sistema voltará à tela de

consulta inicial.

EXCEÇÃO:

N/A



26

4.1.2.2 Caso de Uso – Manter Ocorrência

CASO DE USO

Manter ocorrência

SUMÁRIO:

Este caso de uso se aplica quando se deseja incluir e consultar alguma

Ocorrência.

ATORES:

Funcionário

PRÉ-CONDIÇÕES:


2- Deve existir cadastrado no sistema os dados do cliente.

3- O funcionário fornece as informações relacionadas a ocorrência.

DESCRIÇÃO:

1) Incluir

1.1 Apos aberto o sistema, o funcionário clica na opção ocorrência. O

sistema abrira uma tela com as opções incluir e consultar;

1.2 Clicando em incluir, o sistema abrirá um formulário de ocorrência onde

haverão os campos (código da ocorrência, código do cliente, data, Local,

descrição da ocorrência e medida tomada;

1.3 Apos o preenchimento dos dados solicitados pressiona-se o botão salvar.

Aparecera uma mensagem na tela informando que os dados foram salvos. A

inclusão pode ser repetida varias vezes clicando-se em novo;



27

2) Consultar

2.1 Após aberto o sistema, clica-se na opção ocorrência;

2.2 Selecionar opção consultar ocorrência;

2.3 O sistema abrira um formulário de consulta com os seguintes campos de

consulta: data, cliente e local;

2.4 Digita-se os dados e pressiona o botão consultar;


2.6 O sistema manterá ativa a opção nova consulta;

2.7 O sistema manterá ativo o botão fechar. Se pressionado, encerrará o


ALTERNATIVAS:


imprime na tela os resultados, o sistema habilitará a opção sair, para

que seja escolhida uma nova opção no menu de acesso.

• Caso os dados consultados não tenham sido preenchidos o sistema

irá imprimir na tela todas as ocorrências em ordem de data.


emitirá na tela um aviso, com a seguinte informação: “Cadastro

Inexistente”. Clique Ok. Clicando Ok o sistema voltará à tela de

consulta inicial.

EXCEÇÃO:

N/A



28

4.1.2.3 Caso de Uso – Manter Acesso

CASO DE USO

Manter Acesso

SUMÁRIO:

Este caso de uso se aplica quando se deseja incluir o registro do acesso

dos clientes no parque aquático.

ATORES:


PRÉ-CONDIÇÕES:

1- Deve existir cadastrado no sistema os dados do cliente.

2- O cliente deve ter efetuado o pagamento na entrada.

3- O cliente deve estar com o cartão de acesso ativado pelo funcionário.

DESCRIÇÃO:

1) Incluir

1.1 Apos aberto o sistema, o funcionário clica na opção Acesso. O sistema

abrira uma tela com as opções incluir e consultar;

1.2 Clicando em incluir, o sistema abrirá um formulário onde haverão os

campos (código, cartão, data, horário entrada e saída) ;

1.3 Após o preenchimento dos dados solicitados pressiona-se o botão salvar.

aparecerá uma mensagem na tela informando que os dados foram salvos. A

inclusão pode ser repetida varias vezes;



29

2) Consultar

2.1 Após aberto o sistema, clica-se na opção Acesso;

2.2 Selecionar opção consultar Acesso;


consulta: data e cliente;






ALTERNATIVAS:


imprime na tela os resultados, o sistema habilitará a opção voltar,

para que seja escolhida uma nova opção no menu de acesso.




consulta inicial.

EXCEÇÃO:

N/A



30

4.1.2.4 Caso de Uso – Manter Satisfação

CASO DE USO

Manter Satisfação

SUMÁRIO:

Este caso de uso se aplica quando se deseja incluir o registro de satisfação

dos clientes no parque aquático.

ATORES:


PRÉ-CONDIÇÕES:


2- O cliente devera ter recebido na entrada do parque uma ficha de

avaliação e sugestões.

3- O cliente devera ter preenchido os dados solicitados e depositado numa

urna na portaria do parque.

DESCRIÇÃO:

1) Incluir

1.1 Apos aberto o sistema, o funcionário clica na opção Satisfação. O

sistema abrira uma tela com as opções incluir e consultar;1.2 Clicando em incluir, o sistema abrirá um formulário de satisfação onde

haverão os locais (banheiros, instalações, piscinas e restaurante) a serem

avaliados e ao seu lado um botão radio group com as opções: bom, regular

e ruim.



31

1.3 Apos o preenchimento dos dados solicitados pressiona-se o botão salvar.

aparecera uma mensagem na tela informando que os dados foram salvos. A

inclusão pode ser repetida varias vezes;

2) Consultar 2.1 Após aberto o sistema, clica-se na opção Satisfação;

2.2 Selecionar opção consultar Satisfação;


consulta: local e mês;


2.5 O sistema imprimirá na tela os dados solicitados em percentual dasavaliações;




ALTERNATIVAS:


imprime na tela os resultados, o sistema habilitará a opção voltar,

para que seja escolhida uma nova opção no menu de acesso.




consulta inicial.

EXCEÇÃO:



32

4.2 Modelagem de Objetos

4.2.1 Diagrama de Classe - Conceito

O diagrama de classe é o mais utilizado diagrama da UML. Busca

permitir a visualização das classes que comporão o sistema comseus respectivos atributos e métodos, bem como em demonstrar

como as classes do diagrama se relacionam, completam e

transmitem informações entre si (GILLEANES, 2004).



33

4.2.2 Diagrama de Classe

Figura 3 – Diagrama de Classe



34

4.3 Modelagem Dinâmica

4.3.1 Diagrama de Seqüência - Conceito

Este diagrama procura determinar a seqüência de eventos

que ocorrem em um determinado processo, ou seja, quaiscondições devem ser satisfeitas e quais métodos devem ser

disparados entre os objetos envolvidos e em que ordem

durante um processo específico (GILLEANES, 2004).



35

4.3.2 Diagramas de Seqüência – Manter Acesso

6: Consulta Dados 7: Busca Cl iente: Nome()

8: Cliente Cadastrado9: Cliente Cadastrado

INCLUIR

CONSULTAR

2: Consulta Dados

3: Busca Cartao : Nume ro()

4: Cartao Cadastrado

1: Info rmar Dados Cartao


10: Incluir Acesso

13: Dados Incluidos14: Confirmar Acesso

15: Consultar Cartao 16: Consultar Cartao : Numero ()

17: Acesso Registrado : Hora (), Data()18: Mostrar Acesso

11: Incluir Acesso

12: Inclusao OK

Cliente Funcionario

Interface Cartao AcessoCliente

6: Consulta Dados 7: Busca Cl iente: Nome()

8: Cliente Cadastrado9: Cliente Cadastrado

2: Consulta Dados

3: Busca Cartao : Nume ro()


1: Info rmar Dados Cartao


10: Incluir Acesso

13: Dados Incluidos14: Confirmar Acesso

15: Consultar Cartao 16: Consultar Cartao : Numero ()

17: Acesso Registrado : Hora (), Data()18: Mostrar Acesso

11: Incluir Acesso

12: Inclusao OK

Figura 4 - Diagramas de Seqüência – Manter Acesso



36

4.3.3 Diagrama de Seqüência: Manter Satisfação Cliente

4: Busca Local

5: Retorna Local

INCLUIR

CONSULTAR

2: Incliur Dados

3: Inclui r Nova Satisfacao

6: Satisfacao Incluida

1: Informar Dados Satisfacao

7: Satisfacao Cadastrada

8: Consultar Satisfacao

9: Consultar Satisfacao: Mês (), Local ()

10: Satisfacao Registrada11: Mostrar Satisfaçao

Cliente Funcionario

Interface Satisfaçao Local

4: Busca Local

5: Retorna Local

2: Incliur Dados

3: Inclui r Nova Satisfacao

6: Satisfacao Incluida

1: Informar Dados Satisfacao

7: Satisfacao Cadastrada

8: Consultar Satisfacao

9: Consultar Satisfacao: Mês (), Local ()

10: Satisfacao Registrada11: Mostrar Satisfaçao

Figura 5 - Diagramas de Seqüência - Manter Satisfação Cliente



37

4.3.4 Diagrama de Seqüência: Manter Ocorrência

INCLUIR

CONSULTAR

2: Incluir Dados

3: Incluir Ocorrencia : Incluir ()

3: Inclusao OK

1: Informar Dados Ocorrência

4: Dados Incluidos

5: Confi rmar Cadastro

6: Consultar Ocorrencia

7: Consultar Ocorrencia : Local ()

8: Ocorrencia Cadastrada9: M ostrar Ocorrencia

Cliente Funcionario

Interface Ocorrência

2: Incluir Dados

3: Incluir Ocorrencia : Incluir ()

3: Inclusao OK

1: Informar Dados Ocorrência

4: Dados Incluidos

5: Confi rmar Cadastro

6: Consultar Ocorrencia

7: Consultar Ocorrencia : Local ()

8: Ocorrencia Cadastrada9: M ostrar Ocorrencia

Figura 6 - Diagramas de Seqüência - Manter Ocorrência



38

4.3.5 Diagrama de Seqüência: Manter Cliente

INCLUIR

CONSULTAR

ALTERAR

2: Consulta Dados

3: Busca Cliente : Nome()

3: Cliente Inexistente

1: Informar Dados Cliente

4: Dados Inexistentes

6: Incluir Cliente7: Incluir Cliente : Incluir()

5: Informar Dados Completos Cliente

8: Inclusão OK9: Dados Incluidos

10: Confirmar Cadastro

11: Consultar Cliente

12: Consultar Cliente : Nome ()

13: Cliente Cadastrado14: Mostrar Cliente



17: Cliente Cadastrado

19: Altera Dados Cliente

18: M ostra Dados Cliente

20: Salva Dados Cliente

21: Dados Salvos22: Registros Alterados

Cliente Funcionario

Interface Cliente

2: Consulta Dados


3: Cliente Inexistente


4: Dados Inexistentes

6: Incluir Cliente7: Incluir Cliente : Incluir()

5: Informar Dados Completos Cliente

8: Inclusão OK9: Dados Incluidos

10: Confirmar Cadastro

11: Consultar Cliente

12: Consultar Cliente : Nome ()

13: Cliente Cadastrado14: Mostrar Cliente



17: Cliente Cadastrado

19: Altera Dados Cliente

18: M ostra Dados Cliente

20: Salva Dados Cliente

21: Dados Salvos22: Registros Alterados

Figura 7 - Diagramas de Seqüência - Manter Cliente



39

4.4 Diagramas de Atividades

4.4.1 Diagrama de Atividades - Conceito

É o diagrama com ênfase ao nível de algoritmo da UML,

detalhista apresenta muitas semelhanças com os antigosfluxogramas utilizados para desenvolver a lógica de

programação e determinar o fluxo de controle de um

algoritmo (GILLEANES, 2004).



40

4.4.2 Diagrama de Atividades – Acesso

Figura 8 - Diagramas de Atividades - Manter Acesso



41

5 Documentação de Projeto

5.3 Arquitetura do sistema

5.4 Projeto de Banco de Dados

5.2.1 Modelo Entidade X Relacionamento (MER) Operacional

Ocorrência

C od_ocorrencia:int<pk>

C od_funcionario:int<fk>

Descricao_ocorrencia:date

Data_ocorrencia:date

Medida_ocorrencia:long

Res erva

C od_reserva:int<pk>

C od_funcionario:int<fk>

Data_reserva:date

Qtd_pessoa:int

Pesso a

C od_pessoa :int<pk>

Nome_pessoa:char

End_pessoa:char

Tel_pessoa:char

C PF _pessoa:int

RG _pessoa:int

Email_pessoa:char

TipodeC liente

Tipo_cliente:int<pk>

C liente

C od_cliente:int<pk>

Tipo_cliente:int<fk>

S tatus_cliente:int

Login

Login:int<fk>

S enha:char

Funcionario

C od_funcionario:int<pk>

C arga_horaria:char

Car g a

C od_carga :int<pk>

C od_funcionario:int< fk1>

C od_cartao:int<fk2>

Valor_carga:float

Data_carga:date

Hora_carga:time

C artão

C od_cartao:int<pk>

C od_funcionario:int< fk>

S ituacao_cartao:int

Pagamento

C od_pagamento:int<pk>

C od_funcionario:int<fk1>


Tipo_pagamento:int

Ac esso

C od_aces so:int<pk>

C od_cliente:int<fk1>


Data_acesso:date

Hora_acesso:time

Hora_saida:time

S erviço

C od_servico:int<pk>

Nome_servico:char

Valor_servico:float

S atisfação

C od_satisfacao:int<pk>

C od_local:int<fk>

Tipo_satisfacao:int

L o c al

C od_local:int<pk>

Nome_local:char

Pedido

C od_pedido:int<pk>


C od_item :int<fk2>

C od_funcionario:int< fk3>

Hora_pedido:time

ItemP edido

C od_item:int<pk>

C od_produto:int <fk>

Ped_Qtd:int

P roduto

C od_produto:int<pk>

Nome_produto:char

Valor_produto:float

C O N T E M

C O N T E MC O N T E M

C O N T E M

C O N T E M

C O N T E M

C O N T E MC O N T E M

C O N T E M

C O N T E M

E F E T UA E F E T UA

E F E T UA E F E T UA

E F E T U A

E F E T U A

E F E T U A

F AZ

R E G I S T R A

E F E T U A

R E G I S T R A

Figura 9 – Modelo Entidade X Relacionamento (MER) Operacional



42

5.2.2 Especificação das tabelas

5.2.2.1 Tabela Cliente

NOME : CLIENTE

CHAVE PRIMÁRIA/ESTRANGEIRA

ATRIBUTOS PK FK TABELA DE REFERÊNCIA

Cod_cliente X

Tipo_cliente X Tipo Cliente

ATRIBUTOS TIPO TAM. ÍNDICE NOTNULL

MÁSCARAOU CONTROLE

DESCRIÇÃO

Cód_cliente Num 05 X X 99999 Código do usuário do parque aquático.

Cód_pessoa Num 03 X 9999 Código da pessoa.

Nome_pessoa Char 50 X X Nome da pessoa (Funcionário ou ClienteEnd_pessoa Char 50 X Endereço.

Tel_pessoa Num 08 X (99)9999-9999 Telefone de contato.

CPF_pessoa Num 11 X 999.999.999-99 CPF da pessoa.

E-mail Char 20 Correio eletrônico.

Data_pessoa Date -- X X Dd/mm/aaaa Data de aniversario da pessoa.

Status_pessoa Char 07 X * Status da pessoa.

Sexo_pessoa Char 01 X * Sexo da pessoa

DOMÍNIO(S):• Sexo: M ou F• Status: Ativo ou Inativo



43

5.2.2.2 Tabela Acesso

NOME : ACESSO



Cod_cliente X Cliente

Cod_acesso X

Cod_cartao X Cartão

ATRIBUTOS TIPO TAM. ÍNDICE NOT

NULL

MÁSCARA

OU CONTROLEDESCRIÇÃO

Cod_cliente Num 05 X X 99999 Código do usuário do parque aquático.

Cod_acesso Num 05 X X 9999 Código do acesso ao parque aquático.

Data_acesso Data -- X X dd/mm/aa Dia do acesso ao parque aquatico.

Hora_acesso Time -- X 00:00 Horário de entrada ao parque aquático.

Hora_saida Time -- X 00:00 Horário de saída ao parque aquático.

DOMÍNIO(S):



44

5.2.2.3 Tabela Ocorrência

NOME : OCORRÊNCIA



Cod_ocorrencia X

Cod_funcionario X Funcionário


NULL

MÁSCARA


Cód_ocorrencia Num 08 X X 999999 Código da ocorrência.

Cód_funcionario Num 05 X X 99999 Código do Funcionário

Data_ocorrencia Data -- X X Dd/mm/aa Data da ocorrência.

Desc_ocorrencia Char 250 X Descrição do ocorrido.

Méd_ocorrencia Char 250 X Medita tomada após ocorrência.

DOMÍNIO(S):



45

5.2.2.4 Tabela Satisfação

NOME : SATISFAÇÃO



Cod_satisfacao X

Cod_local X Local


NULL

MÁSCARA


Cód_satisfacao Num 10 X X 0000000000 Código da satisfação.

Cód_local Num 5 X X 00000 Código do local do parque aquático.

Tipo_satisfacao Char 7 X X *

DOMÍNIO(S):

• Satisfação: Ótimo, bom, regular, ruim.



46

5.2.2.5 Tabela Carga

NOME : CARGA



Cod_Carga X

Cod_funcionario X Funcionario

Cod_cartao X Cartão

ATRIBUTOS TIPO TAM. ÍNDICE

NOT

NULL

MÁSCARA


Cód_Cartão Num 5 X X 99999 Código do cartão

Cod_funcionario Num 3 X 999 Código do funcionário

Valor_carga Num - X 00,00 Valor da carga

Data_carga Data - X X Dd/mm/aaaa Data da carga

Valor_dev Num - X 00,00

Hora_carga Time X 00:00 Hora da carga

DOMÍNIO(S):



47

5.2.2.6 Tabela Cartão

NOME : CARTÃO



Cod_cartão X



NULL

MÁSCARA


Cód_cartão Num 5 X X 99999 Código do cartão

Cod_funcionario Num 3 X 999 Código do funcionário

Situação cartão char 07 X * Situação do cartão.

DOMÍNIO(S):

• Situação: Ativo ou Inativo



48

5.2.2.6 Tabela Item Pedido

NOME : ITEM PEDIDO



Cod_Item X


NULL

MÁSCARA


Cód_produto Num 5 X X 99999 Código do produto

Qtd_pedido Int 3 X Quantidade do pedido

DOMÍNIO(S):



49

5.2.2.7 Tabela Local

NOME : LOCAL



Cod_Local X


NULL

MÁSCARA


Cód_Local Num 3 X X 999 Código do local

Nome_Local Char 20 X * Nome do local

DOMÍNIO(S):



50

5.2.2.8 Tabela Pagamento

NOME : PAGAMENTO (INGRESSO)



Cod_PagamentoX

Cod_Funcionario X Funcionário


NULL

MÁSCARA


Cod_Pagamento Num 5 X X 99999 Código do pagamento

Cod_funcionario Num 3 X 99999Código do funcionário

DOMÍNIO(S):



51

5.2.2.9 Tabela Pedido

NOME : PEDIDO



Cod_Pedido X

Cod_ Funcionario X Funcionário


NULL

MÁSCARA


Cod_Cartão Num 5 X x 99999

Cod_funcionario Num 3 X 99999 Codigo do funcionário

Cód_Pedido Num 5 x X 99999 Código do pedido

Hora_pedido - X 00:00 Hora do pedido

DOMÍNIO(S):



52

5.2.2.10 Tabela Produto

NOME : PRODUTO



Cod_Produto X


NULL

MÁSCARA


Cód_Produto Num 5 X X 99999 Código do produto

Nome_produto Char 30 X X * Nome do produto

Valor_produto Num - X 00,00 Valor do produto

DOMÍNIO(S):



53

5.2.2.11 Tabela Reserva

NOME : RESERVA



Cód_Reserva X



NULL

MÁSCARA


Cód_Reserva Num 5 X X 99999 Código da reserva

Data_reserva Date - X Dd/mm/aaaa Data da reserva

Qtd_pessoas Num 4 X 9999 Quantidade de pessoa para reserva

DOMÍNIO(S):



54

5.2.2.12 Tabela Serviço

NOME : SERVIÇO



Cod_Serviço X


NULL

MÁSCARA


Cód_Serviço Num 5 X X 99999 Código do serviço

Nome_serviço Char 20 X * Nome do serviço

Valor_serviço Num - X X * Valor do serviço

DOMÍNIO(S):



55

5.2.2.13 Tabela Tipo Cliente

NOME : TIPO CLIENTE



Cod_Tipo_Cliente X


NULL

MÁSCARA


Tipo_Cliente Char 15 X X * Tipo de cliente

DOMÍNIO(S):



56

5.3 Projeto de Interfaces

5.3.1 Layout de telas

5.3.1.1 Tela de login

Figura 9 – Layout de Telas – Login



57

5.3.1.2 Tela menu principal

Figura 10 – Layout de Telas – Menu Principal



58

5.3.1.3 Tela opção cliente

Figura 11 – Layout de Telas – Opção Cliente



59

5.3.1.4 Tela incluir cliente

Figura 12 – Layout de Telas – Incluir Cliente



60

5.3.1.5 Tela alterar Cliente

Figura 13 – Layout de Telas – Alterar Cliente



61

5.3.1.6 Tela Consultar Cliente

Figura 14 – Layout de Telas – Consultar Cliente



62

5.3.1.7 Tela opção de acesso

Figura 15 – Layout de Telas – Opção Acesso



63

5.3.1.8 Tela incluir acesso

Figura 16 – Layout de Telas – Incluir Acesso



64

5.3.1.9 Tela consultar acesso

Figura 17 – Layout de Telas – Consultar Acesso



65

5.3.1.10 Tela incluir cartão

Figura 18 – Layout de Telas – Incluir Cartão



66

5.3.1.11 Tela consultar cartão

Figura 19 – Layout de Telas – Consultar Cartão



67

5.3.1.12 Tela incluir Satisfação

Figura 20 – Layout de Telas – Incluir Satisfação



68

5.3.1.13 Tela consultar satisfação

Figura 21 – Layout de Telas – Consultar Satisfação



69

5.3.1.14 Tela incluir reserva

Figura 22 – Layout de Telas – Incluir Reserva



70

5.3.1.15 Tela consultar reservas

Figura 23 – Layout de Telas – Consultar Reservas



71

5.3.1.16 Tela de opção de funcionário

Figura 24 – Layout de Telas – Opção Funcionário



72

5.3.1.17 Tela incluir funcionário

Figura 25 – Layout de Telas – Incluir Funcionário



73

5.3.1.18 Tela cancelar funcionário

Figura 26 – Layout de Telas – Cancelar Funcionário



74

5.3.1.19 Tela alterar funcionário

Figura 27 – Layout de Telas – Alterar Funcionário



75

5.3.1.20 Tela consultar funcionário

Figura 28 – Layout de Telas – Consultar Funcionário



76

5.3.1.21 Tela efetuar carga

Figura 29 – Layout de Telas – Efetuar Carga



77

5.3.1.22 Tela de devolução da carga

Figura 30 – Layout de Telas – Devolução de Carga



78

5.3.1.23 Tela incluir Ocorrência

Figura 31 – Layout de Telas – Incluir Carga



79

5.3.1.24 Tela consultar ocorrência

Figura 32 – Layout de Telas – Consultar Ocorrência



80

5.3.2 Layout de relatórios

5.3.2.1 Layout – Relatório de clientes

Sistema de controle de Cliente do Parque Aquático – AQUA

Relatório de Clientes

12/11/200612:32

Nome Telefone CPF E-mail Aniversário StatusLeandro (61)9983-1919 999.999.999-00 [email protected] 13/02/1982 AtivoVanessa (61)3333-4444 999.999.999-00 [email protected] 25/01/1976 AtivoEricco (61)5555-6666 999.999.999-00 [email protected] 09/07/1980 Inativo



81

5.3.2.2 Layout – Relatório de acesso


Relatório de Acesso12/11/2006

12:32

Código do acesso Cód. Cliente Data do acesso Hora do acesso Hora da saída

01 01 13/11/06 10:35 am 05:10 pm

02 02 13/11/06 10:55 am 05:50 pm

03 03 13/11/06 11:45 am 05:45 pm



82

5.3.2.3 Layout – Relatório de Satisfação


Relatório de Satisfação12/11/2006

12:32

Código da satisfação Local Tipo de satisfação %

01 Restaurante Bom 67%

02 Banheiros Regular 13%

03 Serviço Ruim 20%



83

5.3.2.4 Layout – Relatório de Ocorrência


Relatório de Ocorrência

12/11/200612:32

Código Data Ocorrência Medida tomada

01 12/11/06 Garoto escorregou nos

arredores da piscina.

Deu um cascudo na cabeça dele.

02 12/11/06 Uma criança se perdeudos pais perto do

restaurante.

Os pais foram chamados pelo microfonee um dos seguranças a acompanhou nas

proximidades até a chegada de seus pais.

03 23/10/062 Fomos alertados que o banheiro estava bastante

sujo.

O pessoal da limpeza foi chamado para olocal.



84

6. Projeto de rede

6.1 Ambiente existente

A situação da rede é precária. A instalação do cabeameto na construção

do parque aquático foi feita de forma inadequada, o que permitiu que aconstante umidade e calor danificassem os cabos, resultando numa

comunicação deficiente entre as estações.

6.1.1 Diagrama de Ligação Lógica

A topologia de rede utilizada será do tipo estrela onde todos os

computadores do parque serão conectados a um switch de 24 portas.

A rede LAN proposta é do tipo cliente-servidor, utilizando a tecnologia

Fast-Ethernet 10 / 100 Mbps, com cabeamento UTP categoria 6. Os cabos serão

organizados por canaletas nas instalações internas e por tubos nas externas.

Serão necessários mais de 500 metros de cabos e repetidores para os pontos

de venda.

Para o endereçamento será utilizado o protocolo DHCP o que permite a

atribuição dinâmica de endereços IP.



85

6.1.1.1. Diagrama de Ligação Lógica da Administração

Figura 33 - Diagrama de Ligação Lógica da Administração



86

6.2. Diagrama de Ligação Física

6.2.1 Diagrama de Ligação Física – Administração (Térreo)

Figura 34 - Diagrama de Ligação Física – Administração (Térreo)



87

6.2.2 Diagrama de Ligação Física – Administração (1° Andar)

Figura 35 - Diagrama de Ligação Física – Administração (1° Andar)



88

6.3 Planta Baixa

6.3.1 Planta Baixa do Parque Aquático

Figura 36 – Planta baixa do parque aquático, antes e depois da conclusão do projeto.



89

6.3.1.1 Planta Baixa da Administração (Térreo)

Figura 37 – Planta Baixa da Administração (Térreo)



90

6.3.1.2 Planta Baixa da Administração (1° Andar)

Figura 38 - Planta Baixa da Administração (1° Andar)



91

6.4. Levantamento das instalações Físicas

6.4.1 Especificação de Hardware

Os seguintes equipamentos foram sugeridos para implementação

do sistema:

Quantidade Equipamento Descrição

02 Servidor

Processador Pentium 4 (L2 de 2MB, 3.2GHZ,

800MHz), Memória 1GB DDR2/533MHZ, Disco

rígido 100GB, Unidade combinada de CDRW, 1

Monitor de 17" (para os dois servidores) e Switch

de monitor.

01 Switch 24 Portas 10/100

01 Impressora Impressora Laser

03 Repetidores -

09 Estabilizador -

01 No-Break -

01 Firewall Brma 4.0

07 Computador

Pentium 3 1.800Mhz, 512 Memória ram, Disco

Rígido de 40 Gigas e Leitor de CD (antigas

estações que já eram utilizadas pela

administração)



92

6.4.2 Especificação de Software

Atualmente a administração já possui licenças do Windows 2000

para seus 7 computadores. Serão necessárias mais algumas licenças

para as novas estações que serão instaladas nos pontos de venda e para

o servidor de backup. O firewall também necessitara de uma licença.

Quantidade Item

1 Licença BRMA (FIREWALL)

2 Licença Windows XP2 Licença Windows 2003 Server

9 Antivírus AVG (Já utilizado pela empresa)

6.4.3 Segurança Física

6.4.3.1 Instalação de ar-condicionado e extintores

Resfriamento constante da sala dos servidores é de suma

importância para o funcionamento dos mesmos, pois estarão em

funcionamento 24h por dia. Serão instalados também quatro extintores,

dois em cada andar.

6.4.3.2 Instalação de estabilizadores

Como a rede não é estabilizada, será necessária a instalação de

estabilizadores em todas as estações e servidores, evitando assim que

sejam reiniciados e ate mesmo queimados com algum pico de energia.6.4.3.3 Instalação de dispositivos de segurança visual

Monitoramento constante da sala dos servidores por uma câmera

de vídeo e acesso restrito com a utilização de cartão magnético.



93

6.4.3.4 Instalação de no-break

Todas as estações e servidores ficarão ligados a um no-break

central que evitará que dados sejam perdidos no caso de falta de energia.

6.4.4 Segurança Lógica

6.4.4.1 Segurança de dados

Os dados serão diariamente copiados para o servidor de backup.

Após cada semana devera ser feito um backup do servidor de backup

para uma mídia de DVD que deverá ser guardado em local seguro.

6.4.4.2 Acesso restrito

Haverá limitação de acesso (internet e outras estações) de acordo

com o cargo do funcionário. Os pontos de venda não terão acesso a

internet ou qualquer outra interface que não seja a do sistema AQUA.



94

7. Orçamento

7.1 Hardware

Quantidade Equipamento Valor Unitário Valor Total

02 Servidor R$ 4.100,00 R$ 8.200,00

02 Microcomputador R$ 1.790,00 R$ 3.580,00

04 Repetidor R$ 55,00 R$ 220,00

01 Switch R$ 450,00 R$ 450,00

01 Impressora R$ 799,00 R$ 790,00

09 Estabilizador R$ 59,00 R$ 520,00

01 No-Break R$ 20.000,00 R$ 20.000,00

Valor Total R$ 33.760,00

7.2 Software

Quantidade Software Valor Unitário Valor total

01Licença BRMA

(FIREWALL)R$ 1.490,00 R$ 1.490,00

01Licença Windows 2003

Server R$ 1.500,00 R$ 1.500,00

02 Licença Windows XP R$ 500,00 R$ 1.000,00




95

7.3 Rede de Computadores / Segurança Física

Quantidade Descrição Valor Unitário Valor Total

- Cabeamento - UTP CAT 6 - R$ 2.800,00

- Conectores e Canaletas - R$ 1.500,00

04 Extintores R$ 350,00 R$ 1.400,00

01 Aluguel ADSL (mês) R$ 300,00 R$ 300,00


7.4 Total dos Custos

Item Custo Total

Hardware R$ 33.760,00

Software R$ 3.990,00

Rede de Computadores / Segurança Física R$ 6.000,00

Custo Total R$ 43.750,00



96

8. Considerações Finais

A partir deste projeto verificamos que as instalações do Bay Park - Water

Park possuem um potencial de mercado considerável que não estava sendoaproveitado como deveria.

A administração do parque se limitava a venda de ingressos e serviços,

não tendo nenhum tipo de feedback dos clientes em relação a infra-estrutura do

parque aquático e seus serviços.

Tendo em vista a falta de concorrentes e o alto numero de

freqüentadores, podemos garantir que uma boa estratégia de negócios permitira

um aumento considerável na rentabilidade do parque aquático. A instalação de

novos pontos de venda, distribuídos em pontos de maior circulação é um

exemplo claro de melhoria que ira aumentar a rentabilidade.

Pensando em rentabilidade a utilização de um sistema que permita uma

analise do negocio e melhorias constantes é de sua importância.

Pensando nisso foi proposto ao Bay Park - Water Park não só um simples

sistema, mas sim uma ferramenta que auxilie a tomada de decisão e permita

que ambos os clientes e empresários estejam satisfeitos com o

empreendimento.



97

9. Glossário

A

ADSL

Linha digital assimétrica para assinantes. Sistema que permite que

possam ser transmitidos ao mesmo tempo, por uma linha telefônica,

sinais de voz e sinais digitais, pacotes de dados.

Análise

A parte do processo de desenvolvimento de software cujo propósito

primário é formular um modelo do domínio de problema. Análise enfoca o

que fazer, enquanto o projeto enfoca o como fazer. Oposto: projeto.

Antivírus

Programa destinado a proteger um sistema individual ou uma rede contra

vírus de computadores.

Ator

Um estereótipo de tipos pré-definidos que denotam uma entidade fora dosistema que interage com os casos de uso.

Atributo

Uma propriedade de um tipo identificada com um nome.

B

Backup

Cópia de segurança, geralmente mantida em disquetes, fitas magnéticas

ou CD-R, permitem o resgate das informações importantes ou programas

em cao de falha do disco rígido.



98

Banco de Dados

Conjunto de informações relacionadas entre si, referentes a um mesmo

assunto e organizadas de maneira útil, com o propósito de servir de basepara que o usuário recupere informações , tire conclusões e tome

decisões.

C

Canaletas

São tubos onde são passados os fios.

Caso de uso

Uma classe que define um conjunto de instâncias de caso de uso.

Chave Primária

Chave candidata escolhida como identificação de entidades no conjunto

de entidades.

Chave Estrangeira

Atributo de uma entidade que é a chave primária da entidade com a qual

possui relacionamento.

Classe

Uma descrição de um conjunto de objetos que compartilham os mesmos

atributos, operações, métodos, relações e semântica. Uma classe é uma

implementação de tipo.

Cliente Um tipo, classe ou componente que pede um serviço a outro tipo, classe

ou componente. Oposto: fornecedor.



99

Computador

É um equipamento eletrônico capaz de ordenar, calcular, testar,

pesquisar e editar informações de acordo com instruções estabelecidas e

segundo uma representação binária, obedecendo a um conjunto deoperações aritméticas e lógicas.

D

Delphi

Ambiente de programação baseado na Linguagem Pascal e orientado a

objetos.

Diagrama

Uma apresentação gráfica de uma coleção de elementos de modelo,

freqüentemente apresentado como um gráfico ligado de arcos (relações)

e vértices. A UML apóia os seguintes diagramas: diagramas de classes,

diagrama de objetos, diagrama de casos de uso, diagrama de seqüência,

diagrama de colaboração, diagrama de estados, diagrama de atividades,

diagrama de componente, e diagrama de distribuição.

Diagrama de atividades

Um caso especial de um diagrama de estados no qual todos, ou a maioria

dos estados, são estados de ação e no qual todas, ou a maioria das

transições são ativados pelo processamento de ações nos estados de

origem.

Diagrama de casos de uso

Um diagrama que mostra as relações entre os atores e casos de uso em

um sistema.



100

Diagrama de classes

Um diagrama que mostra uma coleção declarativa (estática) de

elementos do modelo, como classes, tipos e os seus conteúdos e

relações.Diagrama de seqüência

Um diagrama que mostra interações entre objetos organizadas

sequencialmente no tempo. Em particular, mostra os objetos participando

de uma interação e a sucessão de mensagens trocadas entre eles. Ao

contrário de um diagrama de colaboração, um diagrama de seqüência

inclui a seqüência de tempo mas não inclui as relações entre os objetos.

E

Especificação

Uma descrição declarativa do que algo é ou faz. Oposto: implementação.

Estabilizador

Aparelho usado para manter a voltagem dos equipamentos a eleconectados, sempre estáveis, sem quedas ou surto de alta tensão.

F

Fast Ethernet

Padrão de Rede local baseado na Ethernet com taxa de transferência de

100 Mbps em cabos de par trançado, coaxial e fibra ótica.Fornecedor

Um tipo, classe ou componente que provê serviços que podem ser

invocados por outros.



101

Firewall

São softwares de proteção cuja missão é impedir a entrada de hackers

em empresas conectadas à Internet.

H

Hardware

É a estrutura e as peças eletrônicas, magnéticas e mecânicas de um

computador.

HD

É o disco interno ao computador onde os dados são armazenados.

I

Implementação

Uma definição de como algo é construído ou é processado. Por exemplo,

uma classe é a implementação de um tipo, um método é aimplementação de uma operação.

Impressora

Periférico que imprime textos e até mesmo gráficos e fotos em papel.

Interface

O uso de um tipo para descrever o comportamento externamente visível

de uma classe, objeto ou outra entidade. No caso de uma classe ou

objeto a interface inclui a assinatura das operações.

Internet

É a rede mundial de computadores interconectados.



102

L

LAN

Rede de computadores de área local, com alta taxa de transmissão e

onde o roteamento da informação é feita por uma primitiva de broadcast.

Login

Pode significar: a) o ato de acessar a Internet; b) o seu nome de usuário

para o acesso à Internet ou para o acesso a um website que porventura

exija um cadastramento prévio do internauta.

M

Memória

Qualquer dispositivo capaz de reter informações.

Método

A implementação de uma operação. O algoritmo ou procedimento que

afetam os resultados de uma operação.

MER

É a representação gráfica da estrutura lógica global do banco de dados e

suas associações. O MER pode ser Lógico (operacional), Conceitual

(Externo) ou Físico (Interno).

Modelo

Uma abstração semanticamente fechada de um sistema.



103

Modelo de caso de uso

Um modelo que descreve os requisitos funcionais de um sistema em

termos de casos de uso.

Modem

É o equipamento que transforma sinais digitais em sinais analógicos.

Micro-computador

É um computador de pequeno porte. É também chamado PC, sigla para

Personal Computer (computador pessoal).

N

No Break

Equipamento ligado entre um hardware e a rede elétrica para em caso de

queda ou interrupção do fornecimento de energia, manter o

funcionamento por um longo período.

O

Objeto

Uma entidade com uma fronteira bem-definida e uma identidade, que

encapsula estado e comportamento. Estado é representado por atributos

declarações, e comportamento é representado por operações e métodos.

Um objeto é uma instância de uma classe.

Orientado a Objeto

E uma metodologia de desenvolvimento de sistemas. A orientação a

objetos permite modelar de forma mais natural o mundo real, pois as

estruturas de dados são vistas como objetos, ou seja, tem características

e funções.



104

R

RAM

Memória de acesso aleatório

Rede

Conjunto de computadores e periféricos interconectados através de

cabos, linha telefônica e ondas.

Referência

Uma indicação de um elemento do modelo.

Requisito

Uma característica, uma propriedade ou um comportamento desejado de

um sistema.

Restrição

Uma condição ou restrição semântica. Certas restrições são pré-definidas

na UML, outras podem ser definidas pelo usuário. Restrições são um dos

três mecanismos de extensibilidade da UML. Veja: valor rotulado,

estereótipo. Oposto: nota.

S

Senha

É uma palavra qualquer escolhida pelo usuário que, em conjunto com o

login, serve para liberar o acesso do usuário à Internet ou a websites que

porventura exijam senha para entrada.



105

Servidor

É o computador que administra e fornece programas e informações para

os computadores conectados em sua rede.

Sistema

Uma coleção de unidades conectadas que são organizadas para realizar

um propósito específico. Um sistema pode ser descrito por um ou mais

modelos, possivelmente, com pontos de vista diferentes.

Software

São os programas, dados e rotinas desenvolvidas para computadores. Os

programas de software precisam ser instalados nos computadores para

que eles passem a desempenhar determinadas funções.

Switch

Concentrador de conexão que torna a transmissão de dados mais

eficiente.

T

Topologia

Disposição das ligações de uma rede.

U

UTP Categoria 6

Cabo utilizado para conectar equipamentos dentro de uma LAN.



106

10. Bibliografia

CARVALHO, Tereza Cristina Melo de Brito. Arquitetura de redes de

computadores OSI e TCP/IP. 2ª ed. São Paulo: Makron Books; Brisa; Rio de

Janeiro: EMBRATEL; Brasília, DF: SGA, 1997.

CAMPOS, Conrado Ferreira. Novo glossário de informática. Rio de Janeiro:

Ciência Moderna, 1995.

D’ UGO, Felipe. CARDINALE, Roberto. Dossiê hardware – Curso completo.

São Paulo: Digerati Books, 2003.

DYSON, PETER. Dicionário prático para PC. Rio de Janeiro: Ciência Moderna,

1995.

SEVERINO, Antônio Joaquim. Metodologia do trabalho científico. 22 ª ed.

São Paulo: Cortez, 2002.

LEÃO, Marcelo. Borland Delphi 6 & Kylix curso completo. Rio de Janeiro:

Axcel Books, 2001.

IMONIANA, Joshua Onome. Auditoria de Sistemas de Informação. São Paulo:

Atlas, 2005.

MACHADO, Felipe Nery Rodrigues. ABREU, Mauricio Pereira de. Projeto de

banco de dados – uma visão prática. São Paulo: Érica, 1996.

GUEDES, Gilleanes T. A. UML – Uma abordagem prática. São Paulo: Novatec

Editora, 2004.

tecnologia de processamento de dados: sistema gerenciador aqua

Documents