FACULDADE ANHANGUERA DE VALPARAISO DE GOIAS

TECNOLOGIA EM ANLISE DE DESENVOLVIMENTO DE SISTEMAS

SISTEMAS DE BANCO DE DADOS

TUTOR A DISTNCIA: JOO ALEXANDRE BALDOVINOTTI

TUTOR PRESENCIAL: PAULO DUTRA

ANDRE DENECIAL DE ARAUJO - RA: 8139754182

APOLIANA DE ABREU SOUSA - RA: 7930705035
FERNANDA FERNANDES SILVA - RA: 7930683375
KARLLA DA SILVA TORRES - RA: 6746346970
KEYLLA P. SANTOS DA SILVA - RA: 6746353488

VALPARASO DE GOIS / GO
2014
1

ATPS

Sistemas de Banco de Dados

Atividade Prtica Supervisionada, elaborada com o
objetivo de aprovao na disciplina de Sistemas de
Banco de Dados, do curso de Tecnologia em Anlise
e Desenvolvimento de sistemas, da Universidade
Anhanguera.

VALPARASO DE GOIS / GO
2014
2

Sumrio

INTRODUO ................................................................................................................ 4
RELATRIO I Introduo a Banco de Dados .............................................................. 5
RELATRIO II MER Modelo Entidade Relacionamento .......................................... 7
RELATRIO III Mapeamento do modelo MER para Relacional ................................. 9
RELATRIO IV Normalizao ................................................................................... 11
RELATRIO V lgebra Relacional ............................................................................ 13
RELATRIO VI lgebra Relacional ........................................................................... 14
CONCLUSO ................................................................................................................ 15
BIBLIOGRAFIA ............................................................................................................ 16

INTRODUO

Este trabalho tem como objetivo apresentar alguns conceitos no curso de banco de
dados e solucionar um desafio proposto de informatizar o controle de estacionamento de uma
determinada empresa organizando todas as suas informaes em um SGBD (Sistema
Gerenciador de Banco de Dados).
Para o desenvolvimento do trabalho seguiremos seis etapas apresentadas ao longo do
mesmo chegando enfim a um relatrio final.

RELATRIO I Introduo a Banco de Dados

Existe uma srie de desvantagens nos sistemas convencionais que causaram o
desenvolvimento dos SGBD's. Entre eles a redundncia no controlada dos dados pois a
responsabilidade pela manuteno da sincronia entre as diversas representaes de uma
informao est com o usurio e no com o software. Outra desvantagem a redigitao, a
mesma informao digitada vrias vezes. Por exemplo, os dados de um produto so
digitados no setor de vendas, no setor de produo e no setor de compras. Alm de exigir
trabalho desnecessrio, a redigitao pode resultar em erros de transcrio de dados. Alm
disso, a inconsistncias de dados, porque a responsabilidade por manter a sincronia entre as
informaes do usurio. Fora a dificuldade de acesso aos dados, problemas com integridade,
o isolamento dos dados e a questo da segurana da informao. O que podemos dizer da
vantagem dos sistemas convencionais que o investimento menor e existe uma facilidade
em treinar os usurios porm as vantagem dos SGBD's so muito maiores. Com ele possvel
gerenciar o acesso, manipulao, segurana e organizao dos dados. possvel incluir,
alterar, excluir ou simplesmente consultar informaes.
Modelagem de sistemas, tanto a nvel funcional quanto de dados, um requisito
fundamental para a obteno de produtos de software de maior qualidade e confiabilidade.
Entretanto, percebe-se que cada vez menos profissionais tm dado a ateno devida ao
processo de construo de modelos de suas aplicaes. Isso provavelmente se deve s
presses por sistemas em prazos cada vez mais curtos e com menores custos de produo,
mas por outro lado, acaba por prejudicar e muito o entendimento correto do problema e,
consequentemente, a construo do sistema que atenda s reais expectativas do usurio. Esta
situao muitas vezes leva a sistemas de baixa qualidade, com elevada necessidade de
modificao e de difcil manuteno.
Modelar significa criar um modelo que explique as caractersticas de funcionamento e
comportamento de um software a partir do qual ele ser criado, facilitando seu entendimento e
seu projeto, atravs das caractersticas principais que evitaro erros de programao, projeto e
funcionamento. Os trs modelos de dados mais conhecidos so o modelo relacional, o modelo
de entidade/relacionamento e o modelo de dados orientado em objetos.
No modelo relacional a principal construo para representao dos dados a relao,
uma tabela com linhas no ordenadas e colunas. Uma relao consiste de um esquema e de
5

uma instncia. O esquema especifica o nome da relao e o nome e o domnio de cada coluna,
tambm denominada atributo ou campo da relao. O domnio do atributo referenciado no
esquema por seu nome e serve para restringir os valores que este atributo pode assumir. O
esquema de uma relao invarivel ao longo do tempo, sendo modificado apenas por
comandos especficos. Este modelo, por suas caractersticas e por sua completitude, mostrou
ser umaexcelente opo, superando os modelos mais usados na poca: o de redes e
ohierrquico. A maior vantagem do modelo relacional sobre seus antecessores a
representao simples dos dados e a facilidade com que consultas complexas podem ser
expressas.Em meados dos anos 70 foram desenvolvidos os primeiros sistemas relacionais em
projetos da IBM, como o Sistema-R, e da Universidade de Berkeley (Califrnia), que deu
origem ao sistema Ingres. Desde ento, o uso deste modelo intensificou-se e a partir dos anos
80, o modelo relacional passou a ser dominante na rea de banco de dados. Tal crescimento
fez o mercado de sistemas relacionais crescer bastante, tornando-se hoje um mercado
milionrio.Ainda existem sistemas legados mantidos nos modelos antigos, como o IMS
DBMS da IBM no modelo hierrquico e o IDS e IDMS no modelo de redes.
J o modelo de dados orientado em objetos um banco de dados em que cada
informao armazenada na forma de objetos, ou seja, utiliza a estrutura de
dados denominada Orientao a objetos, a qual permeia as linguagens mais modernas.
O gerenciador do banco de dados para um orientado a objeto referenciado por vrios
como ODBMS ou OODBMS.Existem dois fatores principais que levam a adoo da
tecnologia de banco de dados orientados a objetos. A primeira, que em um banco de dados
relacional se torna difcil de manipular com dados complexos (esta dificuldade se d pois o
modelo relacional se baseia menos no senso comum relativo ao modelo de dados necessrio
ao projeto e mais nas contingncias prticas do armazenamento eletrnico). Segundo, os
dados

so

geralmente

manipulados

pela aplicao escrita

usando

linguagens

de

programao orientada a objetos, como C++, C#, Java,Python ouDelphi (Object Pascal), e o
cdigo precisa ser traduzido entre a representao do dado e as tuplas da tabela relacional, o
que alm de ser uma operao tediosa de ser escrita, consome tempo.
A tcnica de modelagem mais usada a abordagem Entidade-Relacionamento (ER).
Essa abordagem foi criada por Peter Chan (1976) considerada como um padro para a
modelagem conceitual. O modelo Entidade-Relacionamento (E-R) tem por base que o mundo
real formado por um conjunto de objetos chamados de entidades e pelo conjunto dos
6

relacionamentos entre esses objetos. O objetivo do modelo E/R representar a estrutura

lgica do banco de dados de uma empresa, especificando o esquema da empresa, quais as
entidades e como elas se relacionam entre si. O modelo E-R chamado de Modelagem
Conceitual, cujo objetivo representar de uma forma abstrata, independente da
implementao em computador, os dados que sero armazenados no banco de dados. Esse
modelo trabalha com alguns conceitos bsicos: atributos, conjunto de entidades e conjunto de
relacionamentos.
Essa ultima modelagem ser a que iremos trabalhar por se tratar de um projeto inicial
onde poderemos descrever melhor o banco de dados de uma forma abstrata independente se
houver a implementao.
Um esquema de dados a descrio de um BD, segundo um modelo de dados.A
palavra esquema faz parte do universo de bancos de dados e tem mltiplos usos. Quando
falamos esquema do banco de dados estamos nos referindo aos documentos que mapeiam o
projeto do banco de dados em si. Temos o esquema conceitual, o esquema lgico e esquema
fsico, por exemplo. Eles definem os objetos do banco de dados (tabelas, vises, campos,
processos e relacionamentos) e fazem parte do dicionrio de dados da base, um exemplo nesse
caso o diagrama entidade-relacionamento. A instncia de um BD o estado do esquema de
um BD, num dado instante. Instncia a materializao do banco de dados composto pelas
estruturas mais os dados armazenados.Uma instncia um retrato do banco de dados em
um determinado momento.Podemos ter a mesma estrutura replicada em vrios locais, cada
uma com seu conjunto de dados.

RELATRIO II MER Modelo Entidade Relacionamento

ESTACIONAMENTO
nro_ficha
cpf_proprietrio
nome_proprietrio
telefone_com
telefone_res
telefone_cel
e-mail
placa_veiculo
modelo_veiculo
cor_veiculo
tipo_veiculo
ano_veiculo

VAGA
nro_vaga
placa_veiculo
modelo_veiculo
cor_veiculo
tipo_veiculo
ano_veiculo

O Diagrama Entidade-Relacionamento tem como nfase os dados e os relacionamentos.

Sua representao utiliza os smbolos:

Retngulos - representam as entidades;

ESTACIONAMENTO

VAGA

Elipses - representam os atributos;

nro_fichacpf_

proprietrionome_

placa_

veiculomodelo_veiculo

proprietrio

e-mail

Losangos - representam os relacionamentos entre as entidades;

Cadastro

Linhas - unem os atributos aos conjuntos de entidades e os conjuntos de entidades aos

conjuntos de relacionamentos;

Elipses duplas - atributos multivalorados.

Telefone_com
8

Cardinalidade o nmero mximo e mnimo de ocorrncias de uma entidade que esto

associadas s ocorrncias de outra entidade que participa do relacionamento. Ou seja, a
cardinalidade importante para ajudar a definir o relacionamento, pois ela define o nmero de
ocorrncias em um relacionamento. O Relacionamento representa a associao entre os
elementos do conjunto de uma entidade com outra entidade.

RELATRIO III Mapeamento do modelo MER para Relacional

ESTACIONAMENTO
nro_ficha (pk)
cpf_proprietrio
nome_proprietrio
telefone_com
telefone_res
telefone_cel
e-mail
placa_veiculo (pk)
modelo_veiculo
cor_veiculo
tipo_veiculo
ano_veiculo

VAGA
nro_vaga (pk)
placa_veiculo (pk)
modelo_veiculo
cor_veiculo
tipo_veiculo
ano_veiculo

O diagrama dum modelo de dados relacional contm, normalmente, numerosas

relaes que se encontram associadas entre si atravs de tuplas comuns. O diagrama de um
modelo de dados relacional (DMDR) um conjunto de esquemas de relaes sujeitos a um
conjunto de restries de integridade.H trs tipos de restries de integridade que se
especificam sobre os diagramas de modelos de dados relacionais: 1) a chave de uma relao,
2) a integridade da tabela e 3) a integridade referencial. As regras ou restries de integridade
asseguram que o modelo de dados reflita adequadamente a realidade, sem qualquer
ambiguidade ou redundncia.
A chave um atributo cujo valor identifica uma e uma s linha duma relao. Por
vezes essa identificao unvoca s possvel atravs duma chave composta que consiste na
menor combinao de atributos com essa propriedade.
Uma relao tem sempre, pelo menos, uma chave: a chave primria que escolhida
do conjunto das chaves candidatas. Para a insero na relao de uma linha de dados ter xito,
obrigatrio fornecer os valores para os atributos componentes da chave primria. Os valores
dos atributos que no pertencem quela chave podem no ser conhecidos na altura da insero
e podem ser representados por valores nulos.
O(s) atributo(s) que compem uma chave primria no podem conter o valor nulo3,
pois numa relao dum diagrama de modelo de dados relacional utilizam-se os valores
constantes nesses atributos para identificar as respectivas linhas. Se, por exemplo, duas ou
mais linhas tiverem o valor nulo nos atributos no seria possvel distingui-las entre si.
A chave primria e a integridade da relao so especificadas individualmente em
cada relao. A integridade referencial uma restrio estabelecida entre duas relaes com o
objetivo de manter a consistncia dos dados entre as tuplas dessas relaes.

10

RELATRIO IV Normalizao
Normalizao em banco de dado um processo onde se aplica regras a todas as
entidades (tabelas) do banco de dados, afim de evitar falhas no projeto, como redundncia de
dados, mistura de diferentes assuntos numa mesma entidade, entre outros problemas. As
formas normais, so a primeira, segunda e terceira formas normais. Basicamente, aplicando e
respeitando as regras de cada uma dessas formas normais, poderemos garantir um banco de
dados mais ntegro, com uma grande possibilidade de sucesso no seu projeto.
1FN Primeira Forma Normal
Uma entidade estar na 1FN, se e somente se, todos seus atributos (colunas) forem
atmicos, ou seja no conter grupos repetitivos ou colunas que tenham mais de um valor.
Passos a serem aplicados para consolidao da 1FN:
1. Identificao da chave primria da tabela.
2. Identificao da coluna que contem dados repetidos e remov-las.
3. Criao de uma nova tabela com chave primria para armazenamento do dado
repetido.
4. Criar uma relao entre a tabela principal e a tabela secundria
11

n da
ficha

nome

CPF

tel com

email

vaga

placa

ano

1201 Joo

526871335-43

3,3E+07 joao@gmai 10/11 JHT0015/JVE4078 2010/2008

1202 Maria

118469720-41

3,6E+07 maria@gma 6

JCO1047

2014

1203 Beatriz 024128769-27

3,5E+07 beatriz@gmai
13/14 JEC8594/JCA9631 1995/2012

1204 Carlos

3,6E+07 Carlos@gmail2 5

731809018-79

FVS1478

2003

Na tabela acima, podemos identificar que o campo vaga, placa e ano, contmmais de
uma informao do usurio. Nesse caso, teremos que criar uma outra tabela, para que
possamos armazenar corretamente os dados dos usurios. Abaixo como as tabelas devem ficar
aps a normalizao.
n da
ficha

nome

CPF

tel com

email

n controle

vaga

placa

ano

1201 Joo

526871335-43

33332521 joao@gmai

10

JHT0015

2010

1202 Joo

526871335-43

33332521 joao@gmai

11

JVE4078

2008

1203 Maria

118469720-41

36271645 maria@gma

JCO1047

2014

1204 Beatriz

024128769-27

35419678 beatriz@gmai

13

JEC8594

1995

1205 Beatriz

024128769-27

35419678 beatriz@gmai

14

JCA9631

2012

1206 Carlos

731809018-79

36281547 Carlos@gmail

25

FVS1478

2003

2FN Segunda Forma Normal

Uma entidade est na 2FN, se e somente se, estiver na 1FN e todos seus atributos
(colunas) no chaves, dependam unicamente da chave primria. Se algum atributo depende de
apenas uma parte da chave primria, isso considerada uma violao da 2FN.
Passos a serem aplicados para consolidao da 2FN:
1. Identificar colunas que no so funcionalmente dependentes da chave primria da
tabela.
2. Remover a coluna da tabela e criar uma nova tabela com esses dados.
Para aplicar a 2FN, temos que separar os dados do usurio e do veiculo, em uma entidade
que contenham somente dados dos usurios e outra do veculo. Segue exemplo abaixo aps
aplicao da 2FN.

12

n da ficha

Usurio

vaga

placa

1201

10

JHT0015

1202

11

JVE4078

1201 Joo

526871335-43 33332521 joao@gmai

1203

JCO1047

1202 Joo

526871335-43 33332521 joao@gmai

1204

13

JEC8594

1203 Maria

118469720-41 36271645 maria@gma

1205

14

JCA9631

1204 Beatriz

024128769-27 35419678 beatriz@gmai

1206

25

FVS1478

1205 Beatriz

024128769-27 35419678 beatriz@gmai

n da ficha

nome

CPF

tel com

email

3FN Terceira Forma Normal

Uma entidade est na 3FN, se e somente se, estiver na 2FN e todos os atributos
(colunas) no chave, forem mutuamente independentes, isto , no h dependncia funcional
entre elas, e todas dependem nica e exclusivamente da chave primria de forma irredutvel.

Passos a serem aplicados para consolidao da 3FN:

1. Identificar as colunas que so funcionalmente dependentes das outras colunas no
chave.
2. Remover essas colunas.
Nesse caso, como no h mais o que retirar no possvel fazer a normalizao.

RELATRIO V lgebra Relacional

SELEO:O operador de Seleo, indicado por (a letra grega sigma minscula), um dos
operadores fundamentais da lgebra relacional. um operador que tem como resultado um
subconjunto estruturalmente idntico a de um conjunto inicial fornecido como argumento,
mas apenas com os elementos do conjunto original que atendem a uma determinada condio
(tambm chamada de predicado). A seleo pode ser entendida como uma operao que filtra
as linhas de uma tabela. uma operao unria, j que opera sobre um nico conjunto de
dados de entrada.
PROJEO:Seleciona certas colunas da tabela, deixando alguns atributos de lado.
UNIO:Relao que contm as tuplas que esto em R, S ou ambas.
INTERSECO:Relao que contm as tuplas que esto em ambas R e S
13

RELATRIO VI lgebra Relacional

DIVISO: No tem um operador primitivo. til para expressar consultas.

DIFERENA:Relao que contm as tuplas que esto em Re que no esto em S.
JUNO:Combina as tuplas relacionadas em duas relaes R e S dentro de uma tupla nica.

14

CONCLUSO

O presente trabalho buscou apresentar a importncia de se utilizar um sistema de

banco de dados dentro de uma organizao, onde os dados adquirem a necessidade de grande
quantidade de volume na memria de armazenamento do computador (RAM), de modo que
crie e extraia informaes importantes que possam influenciar de algumaforma nas tomadas
de decises.
O resultado adquirido mostra que de extrema importncia que se realize a
manuteno

dos

bancos

de

dados

de

forma

que

possam

ser

atualizados,

adicionados ou excludos da empresa, tornando mais rpido o acesso aos dados. Conclui-se
que a utilidade das informaes depende da forma em que so armazenadas, organizadas e
acessadas. E o conhecimento de essencial importncia para se utilizar o sistema de
informao com mais eficcia.

15

BIBLIOGRAFIA

http://pt.wikipedia.org/wiki/Modelo_relacional, acessado em: 10/03/14.

http://www.ic.unicamp.br/~geovane/mo410-091/Ch03-RM-Resumo.pdf,

acessado

em:

10/03/14.
http://www.ct.ufpb.br/programas/complexidade/downloads/modelagem_er_aula_2.pdf,
acessado em: 10/03/14.
http://www.dsc.ufcg.edu.br/~baptista/cursos/BDadosI/Capitulo1.pdf, acessado em: 12/03/14.
http://www.sergiorodrigues.net/aulas/bd1/bd1_lista1r.htm, acessado em: 12/03/14.
http://www.di.ubi.pt/~pprata/bd/BD_05_06_T3.pdf, acessado em: 15/03/14.
http://www.portalwebmarketing.com/Tecnologia/Introdu%C3%A7%C3%A3oaoModelodeDa
dosRelacional/MDRDiagramaeRestri%C3%A7%C3%B5esdeIntegridade/tabid/660/Default.a
spx, acessado em: 15/03/14.
http://www.blogdati.com.br/index.php/2010/03/normalizacao-em-banco-de-dados/, acessado
em: 15/03/14.

16