Curso: Gesto das Atividades Tursticas

Disciplina: Sistemas de Informao II

Docente: Dr. Luis Rodrigues

Modelo Entidade-Relacionamento:
Servio de City Sightseeing
1 Fase

Ana Rodrigues, 2140905

Carlos Luis, 2140229
Marta Soares, 2141114

P11N

2014/2015
ndice
Introduo ..................................................................................................................................... 1
Modelo Entidade-Relacionamento ............................................................................................... 3
Explanao ................................................................................................................................ 3
Diagrama Entidade-Relacionamento .......................................................................................... 10
Modelo Relacional....................................................................................................................... 11
Concluso .................................................................................................................................... 12

i
Introduo

O Modelo Entidade-Relacionamento (tambm denominado por Modelo E-

R) um modelo conceptual, com um elevado nvel de abstrao, desenvolvido
para descrever os objetos (entidades) envolvidos num domnio de negcios, com
as suas caractersticas (atributos) e como se relacionam entre si
(relacionamentos).

Os principais objetivos deste modelo so a traduo de diferentes pontos

de vista de diferentes pessoas numa mesma linguagem, a definio de requisitos
de procedimentos e condicionamentos de dados de forma a ajudar as pessoas
envolvidas a conjugar os diferentes pontos de vista, e ajuda a implementar uma
base de dados.

De um modo geral, o Modelo E-R representa, de forma abstrata, a

estrutura que possuir o banco de dados da aplicao. Este banco de dados
poder conter vrias outras entidades, tais como chaves e tabelas
intermedirias, que podem s fazer sentido no contexto de bases de dados
relacionais.

Atravs do diagrama E-R (DER) pode-se representar, de forma sucinta e

bem estruturada, todos os elementos essenciais abstrados no processo de
anlise de sistemas. Denomina-se entidade a estes elementos (so
representados por um retngulo). atribudo a cada entidade definida atributos
pertinentes ao sistema que ser desenvolvido. Desta forma, pode-se definir
conceptualmente o que ser representado como entidades aqueles elementos
no qual gostaramos de armazenar dados que por sua vez, so representados
pelos atributos. Atravs do relacionamento (representado pela forma de um
losango) representa-se o tipo de relao existente entre as entidades.

O tema deste trabalho foca-se no desenvolvimento de uma aplicao que

faa a gesto da informao inerente atividade de uma empresa de aluguer de

1
viaturas/autocarros para servios City Sightseeing. A atividade desta empresa
estende-se por todo o pas apesar de a sua sede ser no Porto.

Foi desenvolvido um Diagrama Entidade-Relacionamento que ir permitir

o registo de toda a informao inerente a esta empresa sobre a sua frota de
viaturas/autocarros, os alugueres empreendidos, os clientes, e respetivos
funcionrios (motoristas e guias) que prestaro o servio.

Foi tambm elaborado o respetivo Modelo Relacional com base no

Diagrama E-R, onde para cada Entidade esto escritos os respetivos Atributos e
sublinhadas as chaves primrias.

2
Modelo Entidade-Relacionamento
Explanao
Considerando o processo da elaborao do Modelo Entidade
Relacionamento comeamos por identificar as entidades presentes no
enunciado do problema. Aps a leitura, optamos por implementar CLIENTES
como a 1 entidade. Definimos os atributos iniciais, nomeadamente, nome,
morada, contacto e email como forma de caracterizar esta entidade.

Para alm destes atributos -nos referido no enunciado a necessidade da

base de dados permitir saber se o cliente uma entidade pblica ou uma
entidade particular, bem como o distrito onde se situa. Perante esta situao,
poderamos considerar DISTRITO e SECTOR (entidade pblica, entidade
privada) como atributos, mas optamos por defini-los enquanto entidades no
sentido de simplificar a informao.

Na entidade DISTRITO selecionamos Cd. postal e nome do distrito como

atributos, para a entidade SECTOR, Cd. sector e tipo de entidade.

A seleo destas trs entidades iniciais assenta na lgica de que um

cliente reside num determinado distrito e pertence a um determinado sector, seja
este pblico ou particular. Este pressuposto remete-nos para o conceito de
cardinalidade presente no Modelo Entidade Relacionamento, ou seja, a forma
como as entidades se relacionam podendo ser relaes de um para um, relaes
de um para muitos ou muitos para um e relaes de vrios para vrios. Neste
caso em concreto, um cliente reside ou situa-se num nico distrito e pertence a
um nico sector, de forma oposta, num distrito podero residir muitos clientes e
a um sector podem pertencer diversos clientes. A imagem seguinte demonstra,
segundo a representao grfica utilizada por Chen, a relao atrs descrita.

3
 Por analogia com o Modelo Relacional que utiliza chaves primrias para
estabelecer relacionamentos entre tabelas, tambm importante definir a chave
primria a utilizar em cada uma das entidades, ou seja, o atributo que identifique
de forma nica e inequvoca cada elemento pertencente a essa entidade. No
caso de CLIENTES optamos por selecionar n de cliente como chave primria,
j no SECTOR Cd. sector e relativamente ao DISTRITO, o Cd. postal.

O n de cliente, ao contrrio de nome, morada, contacto e email no se

pode repetir. O Cd. sector poder ser 1 para entidades pblicas e 2 para
entidades particulares, como exemplo. Ao Cd. postal poderemos associar os
diferentes distritos.

Para concluir a relao entre estas 2 entidades e cliente associamos Cd.

sector e Cd. postal aos atributos de CLIENTES.
4
 Da leitura restante do enunciado e tendo em conta que nos pedida
informao relativa aos guias e motoristas que efetuaro o servio definimos
FUNCIONRIOS como entidade e n funcionrio como a chave primria. O
nome do funcionrio, morada do funcionrio e contacto do funcionrio so
atributos/informao que consideramos pertinentes para a atividade da empresa
e que nos permitem enumerar dados relativos pessoa responsvel pelo
servio.

Estes funcionrios podero ser guias ou motoristas, ou seja, pertencem a

uma determinada CATEGORIA qual est associado um preo por km de x para
uma classe e a outra o preo de y por viagem.

Cd. categoria Nome categoria Preo por km atual Preo por viagem atual
1 Guia 0 x
2 Motorista y 0

Definidos os atributos, consideramos o Cd. categoria como chave

primria.

Quanto cardinalidade da relao entre estas duas entidades, um

funcionrio pertence a uma nica categoria de funcionrios, pois consideramos
que na empresa em questo determinada pessoa no poderia acumular ambas
as funes e a essa categoria podero pertencer muitos funcionrios.

O enunciado refere-nos que a empresa em questo uma empresa de

aluguer para servios City Sightseeing pelo que VIATURAS surge naturalmente
enquanto entidade. Como chave primria poderemos considerar a matrcula pois
a cada veculo est associado um nico cdigo de matrcula. No problema

5
 tambm pedido que a base de dados englobe no que se refere s viaturas a sua
capacidade em termos de passageiros e o preo por km. Ponderamos tambm
caracterizar as viaturas quanto sua marca e modelo. Porm, cada viatura tm
um modelo e esse modelo poder especificar-se quanto sua capacidade e
preo por km. Consideremos duas marcas de veculos com as quais a empresa
opera, Volvo e Mercedes por exemplo, existindo 2 modelos para cada uma delas
com diferentes capacidades. Se um veculo tm capacidade para 50 pessoas e
o outro para 35, poderemos considerar o preo por km superior na viatura com
maior capacidade.

Do raciocnio no pargrafo anterior surge MODELO enquanto entidade

caracterizada pela capacidade, preo por km viatura atual e referncia do modelo
enquanto chave primria.

A cardinalidade entre VIATURAS e MODELO a seguinte: uma viatura

tm um nico modelo, todavia esse mesmo modelo pode ter associadas muitas
viaturas. Associado o atributo referncia de modelo s viaturas estabelece-se a
relao pretendida.

Por fim, dado que a empresa opera a nvel nacional expectvel que nas
suas fileiras operem vrias MARCAS de veculos. Deste modo, um modelo de
um veculo pertence a uma marca, sendo que marca esto associados diversos
modelos. Referncia da marca a chave primria e nome da marca outro
atributo. Importando a chave primria referncia da marca para modelo
estabelece a relao entre ambas as entidades.

Referncia da marca Nome da marca

V Volvo
M Mercedes

Referncia do modelo Capacidade Preo por km viatura atual Referncia da marca

580 40 1 V
390 50 1,5 M

6
 De modo a melhor entendermos a opo pela seguinte entidade,
consideramos o enunciado do problema na sua generalidade e constatamos que
um cliente solicita um servio de City Sightseeing que engloba vrios
funcionrios e viaturas. Esse servio prestado numa data pretendida pelo
cliente, numa determinada cidade, com um nmero previsto de viagens, kms e
passageiros. Criamos a entidade SERVIO DE SIGHTSEEING que se relaciona
simultaneamente com clientes, funcionrios e viaturas. Como atributos iniciais e
no sentido de responder s necessidades associadas ao problema definimos
Data de incio e Data de fim, Cidade, N de viagens, N de kms e N de
passageiros como atributos.

Um cliente solicita um ou muitos servios empresa, no entanto, dada a

especificidade do servio, que se caracteriza no s quanto aos seus prprios
atributos definidos no pargrafo anterior mas tambm por critrios associados
aos funcionrios e viaturas, o mesmo servio no pode ser solicitado por
diversos clientes. Por exemplo, no mesmo dia, uma empresa e um cliente
particular solicitam um servio para a mesma cidade, com o mesmo N de
viagens, kms e passageiros. Sucede que este servio tambm caracterizado
quanto s viaturas e aos funcionrios, pelo que o mesmo motorista, guia ou
viatura no podero estar simultaneamente presentes em ambos os servios. Se
porventura, consideramos que a empresa solicita o servio de manh e o cliente
particular tarde, poder ocorrer essa coincidncia, neste caso, a adio de hora
de incio torna-a impossvel a repetio do servio por diferentes clientes.

7
 Para estabelecer a relacionamento entre cliente e servio de sightseeing
recorremos ao N de cliente enquanto chave importada.

A entidade servio de sightseeing requer viaturas. Este servio poder

englobar uma ou mais viaturas e uma viatura poder ser requerida para vrios
servios. Estamos perante uma situao de muitos para muitos e nestes casos
surge uma nova entidade VIATURAS DE SERVIO como entidade composta e
caracterizada pela chave composta matrcula e referncia de servio. Esta ltima
ter tambm utilidade futura no estabelecimento de relaes entre servios de
sightseeing e funcionrios pelo que funcionar como chave primria de servios
de sightseeing. A esta chave adicionamos o atributo preo por km viatura na
medida em que nos solicitado no enunciado e apesar de este atributo j estar
previamente includo nos modelos de viatura enquanto Preo por km viatura
atual, poderemos assim distinguir, considerando hipotticas alteraes de preo
ao longo de um intervalo de tempo.

8
 semelhana da relao entre entidades anterior, um servio de
sightseeing engloba um ou vrios funcionrios, sendo que um funcionrio poder
participar em um ou vrios servios. Novamente afigura-se uma relao de
muitos para muitos com o aparecimento da entidade composta FUNCIONRIOS
DE SERVIO cuja chave composta consiste em N funcionrio mais a referncia
do servio. A esta chave adicionamos Preo por viagem e Preo por km no
sentido de definirmos os gastos com funcionrios, tendo sempre em
considerao a possvel alterao destes valores base ao longo do tempo na
entidade categoria.

9
Diagrama Entidade-Relacionamento

10
Modelo Relacional

CLIENTES (nome, morada, contacto, email, n de cliente, cd. sector, cd.

postal)

DISTRITO (cd. postal, nome do distrito)

SECTOR (cd. sector, tipo de identidade)

FUNCIONRIOS (n funcionrio, morada do funcionrio, contacto do

funcionrio, cd. de categoria)

CATEGORIA (cd. de categoria, nome categoria, preo por km atual, preo por
viagem atual)

VIATURAS (matrcula, referncia do modelo)

MODELO (referncia do modelo, nome do modelo, capacidade, referncia da

marca)

MARCA (referncia da marca, nome da marca)

SERVIO DE SIGHTSEEING (data de incio, data de fim, cidade, n de viagens,

n de kms, n de passageiros, hora de incio, referncia do servio n cliente,
matrcula n funcionrio)

FUNCIONRIOS DE SERVIO (referncia do servio, n de funcionrio, preo

por km, preo por viagem)

VIATURAS DE SERVIO (matrcula, referncia do servio, preo por km viatura)

11
Concluso
Sentimos algumas dificuldades na elaborao dos modelos no sentido em
que ainda no h noo clara do funcionamento real do programa MS Access.

Todos os elementos do grupo contriburam com as suas ideias e opinies

na identificao das entidades e relacionamentos presentes no enunciado do
problema. Estas divergiam em alguns aspetos, mas aps ponderao e debate,
inicimos a construo dos modelos resultando no diagrama atrs descrito.

Na nossa tica os modelos criados permitem responder de forma clara e

sucinta aos problemas levantados no enunciado. Resta agora verificar se tem
real aplicabilidade no programa em questo, o que esperamos que seja
verificado quando passarmos ltima fase do trabalho.

12