Relatorio Campogolfe

Desenvolvimento de um projeto de
Base de Dados para SIG

Descrio e Gesto de um Campo de Golfe
Trabalho realizado por: Elisabete Gonalves do Vale
Maria de Ftima Gonalves do Vale
Rosana Filipa da Fonseca Vieira
Data de Concluso: Fevereiro de 2014
No mbito da unidade curricular: Bases de Dados Relacionais - 1 ano
do Plano Oficial do Mestrado em Sistemas de Informao Geogrfica e
Ordenamento do Territrio (2013/2014)
Docente: Profs. Drs. Antnio Coelho, Ricardo Baptista e Joo Carvalho

DESENVOLVIMENTO DE UM PROJETO DE BASE DE DADOS PARA SIG: DESCRIO E GESTO DE UM CAMPO DE GOLFE

2

NDICE
INTRODUO .................................................................................................................................................. 4
PROCESSOS METODOLGICOS ....................................................................................................................... 5
I. O PROBLEMA EM ESTUDO .............................................................................................................................. 5
II. OBJETIVOS ................................................................................................................................................... 5
III. MAPAS TEMTICOS A PRODUZIR ................................................................................................................ 6
IV. PERGUNTAS A REALIZAR ............................................................................................................................ 6
PROJETO DE BASE DE DADOS RELACIONAL ................................................................................................... 7
I. ENQUADRAMENTO CONCEPTUAL AO PROBLEMA EM ESTUDO ............................................................................. 7
II. MODELO CONCEPTUAL .................................................................................................................................. 11
III. MODELO CONCEPTUAL ESPACIAL .................................................................................................................... 13
IV. MODELO LGICO NO NORMALIZADO ......................................................................................................... 14
V. NORMALIZAO ........................................................................................................................................... 15
VI. MODELO FSICO ....................................................................................................................................... 17
IMPLEMENTAO ......................................................................................................................................... 19
I. A IMPLEMENTAO DAS 'QUERIES' .................................................................................................................. 19
II. OS MAPAS TEMTICOS .................................................................................................................................. 30
CONCLUSO .................................................................................................................................................. 32
BIBLIOGRAFIA ............................................................................................................................................... 33

NDICE DE TABELAS
Tabela 1 - Modelo Lgico no normalizado .......................................................................................................... 14
Tabela 2 - Modelo Lgico Normalizado................................................................................................................. 16

NDICE DE FIGURAS
Figura 1 - Representao esquemtica do Modelo Conceptual ........................................................................... 12
Figura 2 - Modelo esquemtica do Conceptual Espacial ...................................................................................... 13
Figura 3 - Implementao do Modelo Fsico (Parte 1 de 4) .................................................................................. 17
Figura 7 - SELECT dos restaurantes e hotis recomendados, num raio de 25 KM do Campo de Golfe 1. ............ 29
Figura 8 - SELECT dos Putting Greens com uma distncia menor ou igual a 100 metros do Bunker 1. ................ 29


3

NDICE DE MAPAS

Mapa 1 - Distribuio dos Campos de Golfe em Portugal Continental e Ilhas. ...................................................... 8
Mapa 2 - Enquadramento geogrfico da rea de estudo. ...................................................................................... 9
Mapa 3 - Representao espacial do Campo de Golfe 1 da empresa Hole in One. .............................................. 10
Mapa 4 - Distribuio espacial dos scio do Campo de Golfe 1, por pas, em 2014. ............................................ 30
Mapa 5 - Distribuio espacial dos hotis e dos restaurantes recomendados pela gerncia do Campo 1, em
2014. ..................................................................................................................................................................... 31
Mapa 6 - Distribuio espacial dos hotis e restaurantes recomendados num raio de 10 Km, em 2014. ........... 31


4

INTRODUO
O presente trabalho foi elaborado no mbito da unidade curricular 'Bases de Dados Relacionais'
do segundo ano do plano oficial do mestrado em Sistemas de Informao Geogrfica e Ordenamento
do Territrio tendo por objetivo aplicar os conhecimentos adquiridos na disciplina e assim produzir
uma base de dados relacional com uma componente espacial, capaz de responder a um problema por
ns definido.
A temtica por ns estabelecida passa por compreender a estruturao de um hipottico Campo
de Golfe (pertence e uma Empresa com outros Campos de Golfe), bem como perceber de que modo se
pode otimizar a gesto dos seus equipamentos e do sistema de requisies.
Uma vez que o nosso problema no se aplica a nenhuma entidade j existente, todos os dados
foram gerados por ns, sendo por isso fictcios e tendo apenas como finalidade viabilizar a
operacionalidade da nossa base de dados.
Aps termos a nossa temtica definida, assim como os respetivos objetivos, as etapas seguintes
consistiram em estabelecermos uma srie de perguntas s quais queramos obter as devidas
respostas depois de implementada a nossa base de dados e em definirmos quais os mapas temticos
que iriamos realizar.
Antes da construo da nossa base de dados relacional tivemos de num primeiro momento,
criar um modelo conceptual capaz de definir e descrever os objetos apreendidos, assim como os
diferentes relacionamentos entre eles. Num segundo momento, construmos um modelo lgico
relacional onde todos os dados, assim como os relacionamentos, so representados por um conjunto de
tabelas. Num terceiro momento, procedemos normalizao do nosso modelo lgico, aplicando as trs
formas normais e assim eliminar os problemas de redundncia, de inconsistncia e de anomalias de
insero ou de pagamento dos dados.
Assim, podemos implementar a base de dados relacional com a criao de um modelo fsico
numa ferramenta SIG e obter resposta as diferentes 'queries' previamente definidas. As respostas
obtidas nas diferentes 'queries' so complementadas com os mapas temticos, que facilitam a
compreenso ao interpretador e perceo espacial da questo.


5

PROCESSOS METODOLGICOS
I. O problema em estudo
Os Sistemas de Informao Geogrfica (SIG) so
uma ferramenta em forte ascenso no que toca gesto
territorial. Estes so simultaneamente uma ferramenta de
suporte ao planeamento e de apoio deciso.
Tal como os SIG, tambm o golfe uma
modalidade em progresso em Portugal e cada vez mais
expressiva para o sector turstico portugus "aquele
que por sinal um sector estratgico prioritrio para
Portugal (PENT, 2007) e tendo vindo a significar 11% do
Produto Interno Bruto (PIB), em 2004 (PENT 2007).
O golfe um dos dez produtos tursticos estratgicos para Portugal, definidos pelo Plano
Estratgico Nacional do Turismo de 2007, sendo estes: Sol e Mar; Touring Cultural e Paisagstico; City
Break; Turismo de Negcios; Turismo de Natureza; Turismo Nutico; Sade e Bem-estar; Golfe e Resorts
Integrados; Turismo Residencial e Gastronomia e Vinho.
Sendo o golfe um desporto deveras ligado natureza, este exige um cuidado constante assim
como uma gesto territorial minuciosa. Os campos de golfe caracterizam-se por uma grande
especificidade e regras de utilizao rgidas. Esta gesto, apesar de complexa, pode tornar-se bastante
mais simples quando associada s novas tecnologias.
II. Objetivos
A finalidade do presente trabalho consiste em explicar de que modo estas novas tecnologias,
SIG, podem ajudar na caracterizao e gesto de um campo de Golfe, no que diz respeito sua
componente fsica (territorial) bem como gesto humana e de equipamentos (funcionrios, scios e
requisies).
Assim se pretende com este trabalho operacionalizar e otimizar gesto de um campo de jogo,
gesto esta, por exemplo, do sistema de requisies feitas pelos scios do campo (gesto dos
equipamentos necessrios, requisitados ou disponveis), ou da influncia territorial do campo
(abundncia ou ausncia de scios, por pases). Assim, tornar-se- mais correto e facilitado o papel dos
decisores, administradores e dos tcnicos responsveis.


6

III. Mapas Temticos a produzir
Atravs de mapas temticos podemos compreender a componente espacial das algumas
informaes da Base de Dados.
A nossa escolha consistiu em trs mapas temticos que complementam algumas queries e
representam informaes espaciais constantes na base de dados.
M1. Qual distribuio espacial dos scios do Campo1, por pas?
M2. Distribuio espacial dos hotis e dos restaurantes recomendados pela gerncia do
Campo 1?
M3. Distribuio espacial dos hotis e restaurantes recomendados num raio de 10 Km?

IV. Perguntas a realizar
Com vista a perceber a estrutura do nosso campo de golfe e tambm, evidentemente, para
testar a operacionalidade da nossa base de dados relacional, elaboramos uma srie de questes s
quais pretendemos responder e que vo de encontro aos nossos objetivos previamente definidos e
aos tipos de dados disponveis.
Assim sendo, as questes foram agrupadas de modo a que, no seu todo, obtivssemos uma
caracterizao do Campo em vrias componentes: caracterizao do campo, dos scios, dos
funcionrios, dos equipamentos e das requisies.
Questes que descrevem o Campo de Golfe 1:
Q1. Quantos lagos tem o campo?
Q2. Quantos bancos de areia tem o campo?
Q3. Quantos Putting greens existem por grau de dificuldade?
Q4. Quais so os tipos de grau de dificuldade dos Putting greens?
Q5. Quais so os Putting greens com o grau de dificuldade extremamente difcil?
Q6. Quais so os Putting greens com o grau de dificuldade fcil?
Q7. Quantos equipamentos dispe o campo?
Q8. Qual o nome dos equipamentos que o campo dispe?
Q9. Quantos bugies tem o campo com a referncia 1?
Q10. Qual o tipo de corte de relva do Rough e quantas espcies arbreas tem?
Q11. Qual tipo de corte de relva do Fairway?
Q12. Qual o tipo de corte do Putting green nmero 8?

Questes que caracterizam os scios do Campo de Golfe 1:
Q13. Quantos scios tem o campo?
Q14. Qual idade dos scios?
Q15. Quais so as nacionalidades dos scios?
Q16. Qual a nacionalidade maioritria dos scios?
Q17. Qual a nacionalidade dos scios entre os 30-40 anos?


7

Questes que caracterizam os funcionrios do Campo de Golfe1:
Q18. Quantos funcionrios tem o campo?
Q29. Qual a nacionalidade dos funcionrios?
Q20. Quantos funcionrios vivem por concelho?
Q21. Quantos funcionrios moram no concelho da Murtosa?

Questes que visam testar a operacionalidade do sistema de requisies do Campo 1:
Q22. Quantas reservas existem por dia a partir de hoje (9/02)2014)?
Q23. Quais so as prximas reservas a partir do dia de hoje(9/02/2014)?
Q24. Quais os funcionrios que registaram as reservas a partir hoje (9/2/2014)?
Q25. Qual foi a tabela de vendas dos funcionrios do ms de Maro?
Q26. Quais foram os equipamentos mais requisitados?
Q27. Quais so as prximas reservas do scio Claudia Schiffer?

Questes que pretendem testar a operacionalidade espacial da base de dados:
Q28. Quais os restaurantes e hotis recomendados num raio de 25 Km do Campo 1?
Q29. Quais os Putting Greens com um raio menor ou igual a 100 Km?

As queries definidas sero feitas aps a implementao da Base de Dados num software
apropriado e consumadas atravs de Structured Query Language (linguagem SQL) uma
linguagem universal, baseada em lgebra relacional, que nos manipular os dados, ou seja, criar,
editar, apagar e controlar os mesmos. Este tipo de linguagem permitir-nos- uma consulta
interativa, bem como uma definio dinmica dos dados presentes na nossa Base de Dados.

PROJETO DE BASE DE DADOS RELACIONAL

I. Enquadramento conceptual ao problema em estudo
Em Portugal, o turismo representa uma das mais importantes atividades econmicas
portuguesas. O pas afirma-se cada vez mais, no contexto mundial, como um dos principais destinos
para os praticantes de golfe, que podem usufruir dos seus resorts e aldeias tursticas.
Dispondo de uma oferta de campos significativa, particularmente se considerarmos a sua
concentrao territorial como se pode ver na figura abaixo representada Portugal tem ao nvel da
procura interna uma capacidade de crescimento destacvel.


8

No final de 2002, existiam em Portugal 62,5 campos de golfe para uma mdia de 18 buracos
cada, dos quais 45% localizados no Algarve e 8,5% nos Aores e na Madeira. Os principais clientes destes
equipamentos dividem-se em dois grandes grupos: mercado interno e mercado externo (European Golf
Association, 2002).

Mapa 1 - Distribuio dos Campos de Golfe em Portugal Continental e Ilhas.

Para que Portugal venha a usufruir deste seu claro potencial necessrio uma gesto eficaz dos
campos de Golfe, otimizando os lucros econmicos e garantido igualmente os padres altos de
qualidade ambiental. Os SIG integram precisamente o conjunto de ferramentas insubstituveis para a
realizao destes objetivos.
O golfe um jogo praticado em campos de relva com um ou mais percursos demarcados. O
jogo geralmente disputado em percursos com dezoito buracos, sendo que o nmero de tacadas de
cada jogador acumulado e quem concluir os 18 buracos com um menor nmero de tacadas, vence o
jogo. Para dificultar o jogo, o trajeto pode conter lagos, bancos de areia e locais com relva mais alta.
Durante o jogo quando a bola cair em locais opostos para a jogada, suponhamos, dentro de um lago
perto do campo, o jogador poder tir-la e coloc-la o mais prximo do local onde a bola caiu, mas
receber a penalidade de uma tacada extra, mas se o obstculo for um banco de areia, no h qualquer
penalidade, neste caso o jogador tem de jogar dentro desse mesmo obstculo.


9

A empresa que gere o nosso campo designa-se por Hole In One S.A. O campo de golfe
apresentado para estudo localiza-se na freguesia do Bunheiro que pertence ao concelho de Murtosa,
tem uma rea de 48 hectares e est aberto todos dias das 10h at as 18h.

Mapa 2 - Enquadramento geogrfico da rea de estudo.

A nvel de recursos humanos, o Campo1 tem cinco departamentos: secretaria, administrao,
segurana, bar e manuteno.
Os funcionrios tem vrias funes, sendo o departamento em que esto inseridos. Os
funcionrios da secretaria so responsveis por fazer os registo dos scios bem como das requisies
que estes pretendam fazer. Por sua vez, os funcionrios da administrao determinam a orientao e a
estratgia do campo, entre outras funes. Os funcionrios da segurana esto precisamente
responsveis pela segurana do campo, durante o dia e noite. No que toca aos funcionrios do bar,
estes resumem as suas funes a servir os clientes em termos de snacks e cafetaria e a gerir a
infraestrutura em questo. J os funcionrios da manuteno so os responsveis pela manuteno
fsica do campo, bem como em acompanhar os clientes no jogo, caso estes assim o pretendam.
O campo em estudo, Campo1, possui dois percursos disponveis de Norte para Sul e de Sul
para Norte sendo que o tempo para cada percurso ser concludo com eficcia ronda as quatro horas e
meia.


10

Mapa 3 - Representao espacial do Campo de Golfe 1 da empresa Hole in One.
A nvel de componentes constitudo por um rough (rea que circunda todo o campo), um
fairway (rea de jogo), dezoito buracos e naturalmente dezoito putting-greens (circunferncia volta
dos buracos com diferentes dimetros), dois teening-grounds (rampa de lanamento da primeira
tacada), trs bancos de areia (armadilhas de areia) e dois lagos.
A relva que compe o campo sinttica, do tipo "Vedlia". A vedlia golf uma gama de relva
sinttica desenvolvida designadamente para o golfe, com um tipo de corte diferente para cada tipo de
jogo. Uma vez que o baixo custo de manuteno e a sua maior resistncia tornaram-na numa soluo
rentvel, alm de que permite aos golfistas atingir um desempenho timo no jogo. Apesar de sinttica,
a relva tem diferentes comprimentos, que variam consoante as diferentes componentes do campo. No
caso dos putting-greens a relva tem um comprimento de 30mm, no fairway a altura da relva de 2cm e
no rough a relva pode ser utilizadas com vrios comprimentos de modo a penalizar os golfistas. Os
golfistas podem jogar individualmente ou em grupos de dois a quatro jogadores. A nvel de
equipamentos de jogo o campo disponibiliza um conjunto de utenslios para o jogador praticar o
desporto que engloba materiais diversos como: tacos de madeira, tacos de ferro, buggys, pinos,
forquetas, sacos, trolleys, bolas do tipo enrolada, batata e sunlyn, entre outros.
O Campo 1 no possui restaurante nem hotel interno, deste modo os servios de secretaria
disponibilizam informaes de hotis e restaurantes recomendados com gastronomia prpria da
regio os quais, alguns deles, tm parceria com o campo.


11

II. Modelo Conceptual
O modelo conceptual o ponto de partida para a estruturao da base de dados e utilizado ao
nvel da anlise do problema a modelar. Este reconhece os factos de maior importncia: as entidades, os
atributos (as propriedades das entidades) e os relacionamentos (a forma como se relacionam entre si).
Este tipo de modelo uma conceptualizao de um fenmeno, quer abstrato quer lgico, que
tenta representar atravs de um esquema fsico, uma realidade, fenmeno ou objeto de interesse. Este
modelo ter que ser fisicamente representado, para assim existir partilha de conhecimentos, entre o
modelador e as restantes pessoas.
Numa abordagem E-R as entidades so uma abstrao de objetos ou de noes do mundo real
acerca dos quais queremos guardar informaes, os atributos so as caractersticas prprias das
entidades, os relacionamentos so as associaes entre as entidades. O atributo ou conjunto de
atributos que permite identificar de forma inequvoca uma entidade designa-se por chave primria. A
chave primria possui as seguintes caractersticas: no nula, ou seja nenhum dos atributos que forma a
chave primria pode ter valor nulo, e tambm no redundante deste modo se algum dos atributos que
formam a chave primria for retirado, os restantes atributos deixam de ser inequvocos. A cardinalidade
de uma entidade numa relao o nmero de vezes que cada ocorrncia da entidade pode participar na
relao. Assim a cardinalidade pode ser: 1:1 em que cada ocorrncia da entidade participa uma e s
uma vez na relao, 1:N em que cada ocorrncia da entidade participa pelo menos uma vez na relao,
e N:M em que cada ocorrncia da entidade participa muitas vezes na relao.
Casualmente algumas entidades dependem de outras entidades, quando isso acontece designa-
se por entidade fraca, representando se por linha dupla. Geralmente tem uma associao de 1:N e a
entidade fraca caracteriza-se por no possuir um atributo chave.
Na modelao de E-R deve-se evitar a redundncia, limitar a utilizao d entidades-tipo fracas, e
no utilizar entidades-tipo se for suficiente um atributo.
O nosso modelo conceptual medida que o trabalho foi evoluindo foi sofrendo varias alteraes
at chegar ao modelo final.
O ponto de partida para o modelo conceptual foi a entidade campo, que tem como atributos ID,
x, y, rea, nome, contacto telefnico, nome da empresa (Hole In One S.A).
A entidade central o campo uma vez que todas as outras entidades so caractersticas do
prprio campo exceo dos restaurantes e hotis recomendados que so apenas infraestruturas de
apoio ao campo.


12

O campo emprega funcionrios que pertencem a um determinado departamento (secretria,
segurana, bar, manuteno ou administrao) e que habitam numa morada especfica, ou seja, num
concelho, num distrito e num pas.
O campo tem scios que tal como os funcionrios tambm possuem uma morada.
Os scios requisitam equipamentos de jogo que so cedidos atravs de requisies com a
identificao dos equipamentos concebidos pelos funcionrios, que pode ter mais do que um
responsvel por essa requisio sendo identificados com um ID. O campo tem vrias componentes
fsicas tais como: bancos de areia, lagos, buracos, puttings-green, rough, fairway, teenings-ground, as
quais possuem diferentes cortes de relva.
No nosso modelo temos quatro entidades fracas: a entidade concelhos, a entidade distritos, a
entidade tolidade_equipamentos e entidade equipamentos_requisitados. A entidade concelhos foi
considerada entidade fraca uma vez que esta dependia da entidade distritos e da entidade pas. Por sua
vez a entidade distritos tambm uma entidade fraca, visto que tambm ela depende da entidade pas.
No que diz respeito a entidade equipamentos_requisitados, esta tambm fraca pois depende da
entidade identificao_equipamentos e da entidade requisies. A entidade equipamentos_requisitados
igualmente fraca sendo que est tambm dependente da entidade campo, bem como da entidade
identificao_equipamentos.

Figura 1 - Representao esquemtica do Modelo Conceptual


13

III. Modelo Conceptual Espacial
Para representar o modelo espacial necessrio introduzir os pictogramas que reconhecem as
entidades espaciais, juntamente com os seus tipos que aprovam a interveno de relacionamentos
espaciais, as restries e diminuem a complexido do diagrama ER e esquema relacional.
No nosso modelo representamos as seguintes entidades: campo, concelhos, distritos, pases,
bancos de areia, lagos, rough, fairway, teening-ground e putting green, atravs da entidade geogrfica
polgono. As entidades buracos, hotis recomendados e restaurantes recomendados, atravs da
entidade geogrfica pontos. Para representar os relacionamentos espaciais introduzimos vrios contains
entre o campo e as componentes deste, sendo, os bancos de areia, os lagos, o rough, o fairway, o
teening-ground, o putting-green e os buracos. Introduzimos tambm o near entre o campo e os hotis e
restaurantes recomendados pois trata-se de um relacionamento de proximidade. Por fim, inserimos o
overlap entre concelhos, distritos e pases.

Figura 2 - Modelo esquemtica do Conceptual Espacial


14

IV. Modelo Lgico no normalizado
Para alterar o modelo conceptual para o modelo lgico necessrio primeiro transformar as
entidades numa relao com os seus atributos e o ID como chave. Para os relacionamentos 1:1, 1:N, N:1
adiciona-se a chave da relao de menos cardinalidade mas no caso de N:M, transforma-se o
relacionamento numa nova relao com as chaves primrias de cada entidade.
No modelo lgico os dados so organizados recorrendo a uma estrutura simples em tabela.
Todos os dados, bem como os relacionamentos existentes entre estes, so representados por um
conjunto de tabelas relacionadas entre si, sendo que cada tabela tem um nome nico, pelo qual
referida. Cada linha da tabela representa um conjunto de factos que descrevem uma ocorrncia de uma
entidade ou um relacionamento entre entidades. Cada coluna da tabela tem um nome e refere-se a um
dado aspeto da entidade ou relacionamento representado.
O modelo lgico permite que os dados da organizao estejam disponveis (de forma partilhada)
a todas as aplicaes e operadores. No caso do nosso modelo lgico, comeamos, ento, por fazer das
entidades-relaes com os seus respetivos atributos, indo buscar a chave da relao de menor
cardinalidade.
Entidades
Atributo Chave
Primria
Atributo no Chave
Atributo Chave
estrangeira
Campo id_campo
nome, nome_empresa,
contacto_telefonico_campo, rea_campo, x, y

Socios id_socio
nome, pais, data_nascimento,
contacto_telefonico
id_campo
Funcionarios id_funcionario
nome_funcionario, contacto_telefo,
departamento, pais
id_campo
Moradas id_morada
distrito, concelho, rua, numero_porta,
codigo_postal, pais

Restaurantes_recomendados id_restaurantes nome_restaurantes, contacto_telefonico_res, x, y id_campo
Hoteis_recomendados id_hoteis nome_hoteis, contacto_telefonico_hoteis, x, y id_campo
Identificao_equipamentos id_equipamentos nome_equipamentos, quantidade Id_campo
Requisies id_requisio
data_reserva, data_levantamento, data entrega,
observaes, quantidade
id_socio,
id_funcionario,
id_equipamentos
Roughs id_rough area_rough, x, y, total_especies_arborias id_campo, id_corte
Fairways id_fairway area_fairway, x, y id_campo, id_corte
Teening_grouds id_teening_grouds area_teening_grouds, x, y id_campo, id_corte
Lagos id Lagos profundidade_maxima, x, y id_campo
Bancos_areia id_banco_areia area_bancos, elevao maxima, x,y id_campo
Putting_greens id_putting_greens area_putting, x, y, grau_dificuldade id_campo, id_corte
Buracos id_buracos distancia_teening, x, y id_campo
Cortes_relva id_corte tipo_corte
Tabela 1 - Modelo Lgico no normalizado


15

V. Normalizao
A normalizao uma tcnica baseada num conjunto de conceitos e regras destinadas a obter
contedos de ficheiros de registos (tabelas) adequados implantao de bases de dados relacionais.
Os principais objetivos da normalizao so: "a viso relacional dos dados ou qualquer relao
entre entidades, deve ser vista como um objeto informacional idntico s entidades e atravs de
linguagem de interrogao relacional (e.g. SQL), estas relaes so facilmente obtidas"; "a no
redundncia da informao, ou seja, cada dado deve ser armazenado uma nica vez na base de dados";
"a no inconsistncia da informao, ou seja, possvel alterar o endereo de um fornecedor apenas
num n-uplo, sem o alterar em todos"; "retirar anomalias de insero e apagamento dos dos dados.".
Geralmente, depois de aplicadas as regras de normalizao, as tabelas acabam por ser divididas
em duas ou mais tabelas, criando-se nova entidades, sendo que no final do processo da normalizao,
temos mais tabelas que no incio. Embora existam cinco formas normais, na prtica usamos apenas um
conjunto de trs formas normais.
1FN - Uma tabela est na 1FN quando todos os atributos contm unicamente valores
singulares e no existem atributos repetidos.
2FN - Todos os atributos no chave tm de depender completamente do (s) atributo(s)
chave.
3FN - Cada atributo presente na tabela no pode depender de forma transitiva da chave
primria, assim como no pode haver dependncia entre os atributos no chave.
Ao analisar o modelo lgico, verificamos que este no estava na 3FN e por isso aumentamos o
nmero de tabelas, acabando com problemas de inconsistncia e redundncia dos dados. Criamos,
ento, as tabelas: departamento - uma vez que na tabela funcionrio, o departamento se repetiria
porque vrios funcionrios pertencem a vrios departamentos; pases - porque o pas se repetiria na
tabela morada; distritos; concelhos; equipamentos requisitados - porque, tal como anteriormente, se
repetiria informao, por isso, com esta nova tabela onde inclumos o ID e a quantidade, temos
igualmente acesso informao mas separadamente; totalidade dos equipamentos - para sabermos o
stock dos equipamentos.


16

Entidades Atributo Chave Primria Atributo no Chave
Atributo Chave
estrangeira

Campo id_campo
nome, nome_empresa,
contacto_telefonico_campo,
rea_campo, x, y
id_morada
Socios id_socio
nome, data_nascimento,
contacto_telefonico
Id_pais, id_campo,
id_morada
Funcionarios id_funcionarios
nome_funcionarios,
contacto_telefo
Id_pais,
id_departamento,
id_campo, id_morada
Departamentos id_departamento nome_departamento
Moradas id_morada
rua, numero_porta,
codigo_postal
id_distrito, id_concelho,
id_pais
Paises id_pais nome_pais
Distritos id_distrito, id_pais nome_distrito
Concelhos
id_concelho, id_distrito,
id_pais,
nome_concelho
Restaurantes_recomendados id_restaurantes
nome_restaurantes,
contacto_telefonico_restaurante,
x, y
id_campo, id_morada
Hoteis_recomendados Id_hoteis
nome_hoteis,
contacto_telefonico_hoteis, x, y
id_campo, id morada
Identificao_equipamentos id_equipamentos nome_equipamentos
Equipamentos_requisitados
id_equipamentos,
id_requisio
quantidade_equipamentos
Requisies id_requisio
data_reserva,
data_levantamento, data
entrega, observaes
id_socio, id_funcionario
Totalidade_equipamentos
id_campo,
id_equipamentos
quantidade_total
Roughs id_rough
area_rough, x, y,
total_especies_arborias
id_campo, id_corte
Fairways id_fairway area_fairway, x, y id_campo, id_corte
Teening_grouds id_teening_grouds area_teening_grouds, x, y id_campo, id_corte
Lagos id_lagos profundidade_maxima, x, y id_campo
Bancos_areia id_banco_areia
area_banco, elevao maxima,
x,y
id_campo
Putting_greens id_putting_green
area_putting_green, x, y,
grau_dificuldade
id_campo, id_corte
Buracos id_buracos distancia_teening_groud, x, y id_campo
Cortes_relva id_corte tipo_corte
Tabela 2 - Modelo Lgico Normalizado


17

VI. Modelo Fsico
No modelo fsico foi criada a nossa base de dados atravs do Microsoft Access com vrias
tabelas presentes no modelo lgico normalizado. Uma das vantagens principais do Access consiste em
evitar dificuldades ao consultar um conjunto de listas. Atravs desta ferramenta possvel obter um
controlo total sobre os dados permitindo obt-los, orden-los, analis-los, resumi-los e comunicar
resultados. Por exemplo, se pretendssemos alterar a morada do funcionrio pela segunda vez este ano
ou se quisssemos utilizar um conjunto de listas independentes, seria muito trabalhoso alterar todas as
ocorrncias que envolvessem essa informao. Com uma base de dados bem estruturada, bastar-nos-ia
alterar essa informao apenas uma vez e a base de dados alteraria todas as ocorrncias que
envolvessem essa informao.
Aps a introduo dos dados nas respetivas tabelas, realizamos uma serie de
perguntas/consultas nossa base de dados. Por exemplo, para saber informaes sobre os scios do
Campo de Golfe 1, podemos fazer vrias questes, e.g. "Qual a idade dos scios?", "Qual a
nacionalidade dos scios ente os 30-40 anos?"
A resposta a este tipo de questes permite otimizar a gesto e organizao do campo,
nomeadamente, atravs da incidncia de publicidade em outros locais/pases onde no existam scios
ou em certas classes etrias; gerir os recursos humanos e os equipamentos desportivos; otimizar a rea
disponvel; entre outras potencialidades.
No modelo fsico, a entidade Campo a pedra basilar, pelo que foi o nosso ponto de partida na
construo deste modelo e continua a s-lo na sua interpretao. Esta entidade composta por um ID,
um nome, um nome da empresa, um contacto telefnico e um ID morada. O campo emprega
funcionrios que por sua vez pertencem a um determinado departamento. Os funcionrios habitam
numa morada, pertencente a um determinado concelho, que por sua vez pertence a um distrito e a um
pas, assim como os scios do Campo.

Figura 3 - Implementao do Modelo Fsico (Parte 1 de 4)


18

O Campo dispe de um stock de equipamentos e esses mesmos equipamentos tm uma
identificao; para os equipamentos serem requisitados necessrio uma requisio prvia dos scios,
sendo que as requisies so efetuadas por um funcionrio responsvel que pertence a um
departamento.


O campo constitudo por vrias componentes: buracos, putting greens, roughs, fairway,
teening grounds todos estes componentes so constitudos por relva com um tipo de corte diferente
vrios deles. O campo dispe ainda de lagos e bancos de areia, que dificultam os percursos dos golfistas.



19

Uma vez que o nosso campo no possui restaurante nem hotel interno, o conselho de
administrao recomenda vrios restaurantes e vrios hotis, que possuem uma morada pertencente a
um concelho, a um distrito e a um pas.


IMPLEMENTAO
I. A implementao das 'queries'
Depois de estabelecido o modelo conceptual que representa esquematicamente o nosso
problema, de normalizado o modelo lgico do mesmo e de implementada a Base de Dados no software
Microsoft Access, chegou ento o momento de testar a operacionalidade da mesma atravs de
consultas (queries), em linguagem SQL.
As nossas consultas em linguagem SQL foram as estabelecemos previamente, aps termos
definido claramente o nosso problema a solucionar.
Para alm das queries mais simples e que abrangem unicamente uma tabela, pretendamos
tambm testar a nossa BD com queries mais complexas de modo a que estas envolvessem diversas
tabelas numa s questo.


20

Queries sobre a caracterizao fsica do campo:

Q1. Quantos lagos tem o campo?
SELECT count(*) AS numero_lagos
FROM Lagos;

Q2. Quantos bancos de areia tem o campo?
SELECT count(*) AS numero_bancos_areia
FROM Bancos_areia

Q3. Quantos putting greens existem por grau de dificuldade?
SELECT grau_dificuldade, count( id_putting_green) AS numero_putting_greens
FROM Putting_greens
GROUP BY grau_dificuldade
ORDER BY 2 ASC;

Q4. Quais so os tipos de grau de dificuldade dos putting greens?
SELECT id_putting_green, grau_dificuldade FROM
Putting_greens;


21

Q5. Quais so os putting greens com o grau de dificuldade extremamente difcil?
SELECT id_putting_green, grau_dificuldade
FROM Putting_greens
WHERE grau_dificuldade LIKE 'Extremamente Difcil' ;

Q6. Quais so os putting greens com o grau de dificuldade fcil?
SELECT id_putting_green, grau_dificuldade
FROM Putting_greens
WHERE grau_dificuldade LIKE 'Fcil';

Q7. Quantos equipamentos dispe o campo?
FROM identificacao_equipamentos
SELECT Count(*) ;


22

Q8. Qual o nome dos equipamentos que o campo dispe?
FROM Identificacao_equipamentos
SELECT nome_equipamento ;

Q9. Quantos bugies tem o campo com a referncia 1?
SELECT Identificacao_equipamentos.nome_equipamento AS equipamento,
[Totalidade_equipamentos].id_campo AS referencia_do_campo,
[Totalidade_equipamentos].[quantidade_total] AS quantidade
FROM Identificacao_equipamentos, Totalidade_equipamentos
WHERE (((Totalidade_equipamentos.id_equipamento)=[Identificacao_equipamentos].[id_equipamento])
AND ((Totalidade_equipamentos.id_campo)=1)
AND ((Identificacao_equipamentos.nome_equipamento) Like "Buggy")) ;

Q10. Qual o tipo de corte de relva do Rough e quantas espcies arbreas tem?
SELECT Tipo_cortes_relva.tipo_corte, Roughs.total_especies_arboreas
FROM Roughs, Tipo_cortes_relva
WHERE Roughs.id_corte = Tipo_cortes_relva.id_corte;


23

Q11. Qual tipo de corte de relva do Fairway?
SELECT Tipo_cortes_relva.tipo_corte
FROM Fairways, Tipo_cortes_relva
WHERE Fairways.id_corte =
Tipo_cortes_relva.id_corte;

Q12. Qual o tipo de corte do putting green nmero 8?
SELECT Tipo_cortes_relva.tipo_corte
FROM Putting_greens, Tipo_cortes_relva
WHERE Putting_greens.id_corte = Tipo_cortes_relva.id_corte and Putting_greens.id_putting_green = 8;

Queries que ajudam na caracterizao dos scios do campo:

Q13. Quantos scios tem o campo?
SELECT COUNT(id_socio) AS numero_de_socios
FROM Socios;

Q14. Qual idade dos scios?
SELECT Socios.nome, CLng(((DATE() -
Socios.data_nascimento)/365.25)) as idade FROM
Socios;


24

Q15. Quais so as nacionalidades dos scios?
SELECT Paises.pais AS nacionalidade,
count(Paises.pais) AS numero_socios
FROM Socios, Paises
WHERE Socios.id_pais=Paises.id_pais
GROUP BY Paises.pais;

Q16. Qual a nacionalidade maioritria dos scios?
count(Paises.pais) AS numero_socios
FROM Socios, Paises
WHERE Socios.id_pais=Paises.id_pais
GROUP BY Paises.pais
ORDER BY 2 ASC ;

Q17. Qual a nacionalidade dos scios entre os 30-40 anos?
count(Socios.id_socio) as quantidade_socios
FROM Socios, Paises
WHERE Socios.id_pais = Paises.id_pais
AND CLng(((DATE()-
Socios.data_nascimento)/365.25)) >= 30
AND CLng(((DATE()-
Socios.data_nascimento)/365.25)) >= 40
GROUP BY Paises.pais
ORDER BY 2 ASC;


25

Q18. Quantos funcionrios tem o campo?
SELECT count(id_funcionario)
FROM funcionarios ;

Queries que ajudam na caracterizao dos funcionrios do campo:

Q19. Qual a nacionalidade dos funcionrios?
SELECT Paises.pais as nacionalidade, count
(Paises.pais) AS numero_funcionarios
FROM Funcionarios, Paises
WHERE Funcionarios.id_pais = Paises.id_pais
GROUP BY Paises.pais;

Q20. Quantos funcionrios vivem por concelho?
SELECT Concelhos.nome_concelho as concelho, count
(Concelhos.nome_concelho) AS numero_funcionarios
FROM Funcionarios, Moradas, Concelhos
WHERE Funcionarios.id_morada =
Moradas.id_morada
AND Moradas.id_concelho = Concelhos.id_concelho
GROUP BY Concelhos.nome_concelho;

Q21. Quantos funcionrios moram no concelho da Murtosa?
SELECT COUNT(Funcionarios.id_funcionario) as
numero_de_funcionarios
FROM Funcionarios, Moradas, Concelhos
WHERE Funcionarios.id_morada =
Moradas.id_morada
AND Moradas.id_concelho = Concelhos.id_concelho
AND Concelhos.nome_concelho LIKE 'Murtosa';


26

Q22. Quantas reservas existem por dia a partir de hoje (9/02)2014)?
SELECT Requisicoes.data_reserva,
count(Requisicoes.data_reserva) AS
quantidade_reservas
FROM Requisicoes, Socios
WHERE
Requisicoes.data_reserva > Date()
AND Socios.id_socio = Requisicoes.id_socio
GROUP BY Requisicoes.data_reserva
ORDER BY Requisicoes.data_reserva;

Q23. Quais so as prximas reservas a partir do dia de hoje(9/02/2014)?
SELECT Socios.nome, Requisicoes.data_reserva FROM
Requisicoes, Socios
WHERE
AND Socios.id_socio = Requisicoes.id_socio;.


27

Q24. Quais os funcionrios que registaram as reservas a partir hoje (9/2/2014)?
SELECT Funcionarios.nome, Requisicoes.data_reserva
FROM Requisicoes, Funcionarios
WHERE
AND Funcionarios.id_funcionario =
Requisicoes.id_funcionario
ORDER BY Funcionarios.nome;

Q25. Qual foi a tabela de vendas dos funcionrios do ms de Maro?
SELECT Funcionarios.nome,
count(Requisicoes.data_reserva) as
vendas_em_marco
FROM Requisicoes, Funcionarios
WHERE
month(Requisicoes.data_reserva) = 3
GROUP BY Funcionarios.nome
ORDER BY 2 DESC;


28

Q26. Quais foram os equipamentos mais requisitados?
SELECT Identificacao_equipamentos.nome_equipamento,
count(Equipamentos_requisitados.quantidade_equipamentos)
AS numero_requisicoes
FROM Identificacao_equipamentos,
Equipamentos_requisitados
WHERE Equipamentos_requisitados.id_equipamento =
Identificacao_equipamentos.id_equipamento
GROUP BY Identificacao_equipamentos.nome_equipamento
ORDER BY 2 DESC;

Q27. Quais so as prximas reservas do scio Claudia Schiffer?
SELECT Socios.nome, Funcionarios.nome,
Requisicoes.data_reserva
FROM Requisicoes, Socios, Funcionarios
WHERE
AND Socios.id_socio =Requisicoes.id_socio
AND Socios.nome LIKE 'Claudia Schiffer'
ORDER BY Requisicoes.data_reserva ASC


29

Queries que pretendem testar a operacionalidade espacial da base de dados:

Q28. Quais os restaurantes e hotis recomendados num raio de 25 Km do Campo 1?

Figura 7 - SELECT dos restaurantes e hotis recomendados, num raio de 25 KM do Campo de Golfe 1.

Q29. Quais os Putting Greens com uma distncia menor ou igual a 100 metros do Bunker 1?

Figura 8 - SELECT dos Putting Greens com uma distncia menor ou igual a 100 metros do Bunker 1.


30

II. Os mapas temticos
Atravs dos mapas temticos, seguidamente apresentados, podemos analisar algumas
informaes relativas nacionalidade dos scios assim como distribuio espacial das infraestruturas
de apoio ao Campo de Golfe 1, tais como os hotis e os restaurantes recomendados pela administrao.
M1. Qual distribuio espacial dos scios do Campo1, por pas?

Mapa 4 - Distribuio espacial dos scio do Campo de Golfe 1, por pas, em 2014.


31

M2. Qual a distribuio espacial dos hotis e dos restaurantes recomendados pela gerncia do Campo 1?

Mapa 5 - Distribuio espacial dos hotis e dos restaurantes recomendados pela gerncia do Campo 1, em 2014.

M3. Distribuio espacial dos hotis e restaurantes recomendados num raio de 10 Km.

Mapa 6 - Distribuio espacial dos hotis e restaurantes recomendados num raio de 10 Km, em 2014.


32

CONCLUSO
A criao da base de dados muito importante para uma empresa de qualquer natureza ou
ramo de atividade, uma vez que possvel armazenar e gerir um conjunto de informaes,
facilitando a sua organizao, manuteno e pesquisa.
O nosso estudo centrou-se em torno da gesto e caracterizao das componentes do
Campo de Golfe 1, nomeadamente, a estrutura do campo, os scios, os funcionrios e os
equipamentos desportivos com o respetivo sistema de requisies. Sendo que, atravs da nossa
base de dados seria possvel, armazenar informaes sobre as componentes do Campo acima
referidas, consultadas e relaciona-las, ajudando a administrao na tomada de decises ou numa
consulta mais expedita e completa.
A nossa base de dados foi construda a partir da normalizao at 3FN e visa auxiliar a
organizao e gesto do Campo de Golfe ao nvel dos equipamentos e do sistema de requisies.
Para testar a base de dados ao nvel da consistncia e da redundncia das informaes, realizamos
vrias "queries" utilizando a linguagem SQL. Estas tambm permitem apresentar informaes
sobre o Campo em vrios domnios (estrutura do campo, scios, funcionrios, equipamentos
desportivos e requisies).
Os mapas temticos no s complementam as "queries", na medida em possvel
conhecer a representatividade espacial da nacionalidade dos scios, como tambm permitem
conhecer a distribuio espacial das estruturas de apoio ao Campo, nomeadamente os hotis e
restaurantes recomendados.
Na implementao da base de dados espacial foram encontradas algumas dificuldades que
surgiram como barreira progresso do trabalho. A maior dificuldade foi a conexo do PG Admin
ao Quantum GIS, sendo que foi impossvel criar uma base de dados espacial. Como soluo, foram
criados shp's file com a informao que iriamos representar nos mapas temticos, nomeadamente,
a nacionalidade dos scios e as infraestruturas de apoio ao Campo 1.


33

BIBLIOGRAFIA
1. Turismo de Portugal
http://www.turismodeportugal.pt/Portugu%C3%AAs/Pages/Homepage.aspx
http://www.portugal-live.net/
http://www.visitportugalgolf.com/index.xhtml

2. Portugal Golfe
http://www.portugalgolf.pt/

3. Federao Portuguesa de Golfe
http://portal.fpg.pt/web/guest;jsessionid=A5E10557878BE9A63027B200FA944E3E

4. Sistemas de Informao Geogrfica na Informao de um Campo de Golfe
http://run.unl.pt/bitstream/10362/2404/1/TSIG0036.pdf

Relatorio Campogolfe

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Relatorio Campogolfe

Enviado por

Direitos autorais:

Formatos disponíveis

Desenvolvimento de um projeto de

Base de Dados para SIG

Você também pode gostar