FACNET FACULDADE DE NEGCIOS E TECNOLOGIA DA

INFORMAO

ATPS
SISTEMAS DE BANCO
DE DADOS
Cid Jos Soares
RA:1091136653
Anderson Dantas de Oliveira
RA:1016804512
Gilberto Sousa Moreira
RA:1024874026
Hugo Satre de Sousa
RA: 9292601450
Ludimila Martins Lucas
RA: 9220682227

Turma: BSI 3 SEMESTRE

Turno: Noturno

TAGUATINGA, JUNHO 2011

ETAPA 01 Passo 1
Sistema de Banco de Dados X Sistema de Arquivos
Antes de SGBDs as aplicaes utilizavam sistemas de arquivos do Sistema
Operacional. Atravs de arquivos, as aplicaes armazenavam seus dados
atravs das interaes com a aplicao. Sendo armazenados em diversos
arquivos, precisando de diferentes programas de aplicaes para extrair e
acrescentar registros, elevando de formas os custos destas aplica es.

? Dados e Meta-dados na base

Os dados e a descrio correspondente so armazenadas na base e
gerenciadas pelo SGBD.

? Independncia de Dados-Programas
Modificaes como incluso de um novo campo no afetam os programas.

? Abstrao de Dados
Representao conceitual atravs de um modelo de dados que s usa
conceitos lgicos.

? Mltiplas Vises
So vises, de como os usurios vem o banco de dados;
- Cada um v o banco de dados ao seu modo.
Representam a abstrao de mais alto nvel da arquitetura;
Construdos de forma que sejam removidos os conflitos entre duas ou mais
vises.

Sistema de Banco de Dados

Vantagens Desvantagens
Dados podem ser compartilhados;

Os sistemas de banco de dados so

complexos, difceis e demorados para
projetar;

Redundncia pode ser reduzida; Custos Iniciais de softwares e

hardwares altos;
Inconsistncia pode ser vista (Ate
Danos ao banco de dados afetam
certo ponto);
virtualmente todos os programas;
Custos altos para a converso de
Suporte a transaes pode ser
sistemas baseados em arquivos para
fornecido;
banco de dados;
Integridade pode ser mantida;
Segurana pode ser reforada;
Requisitos contraditrios podem ser
Treinamento inicial necessrios aos
equilibrados;
programadores e usurios.
Padres podem ser reforados.

Sistemas de Arquivos

Vantagens Desvantagens
padro aberto, no sendo preciso
pagar por nenhum software; Problemas de Integridade;
A redundncia pode afetar a eficincia
Existem varias ferramenta e editores para armazenamento, afetando a
bons no mercado;
transmisso e processamento,
elevando os custos;
Simplicidade e legibilidade, tanto para Redundncia e inconsistncia dos
usurios como para computadores;
dados
Separao do contedo para a
formatao; Dificuldade no acesso aos dados;
Possibilidade de criar sua prpria
sintaxe de dados; Isolamento dos dados;
Possui suporte a Unicode; Anomalias de acesso concorrente;
Permite validao, o que torna os
testes mais efetivos, e a construo
Problemas de segurana.
de aplicaes bem mais fceis.

Passo 2
Modelo de dados consiste na especificao das estruturas de dados,
contendo uma coleo de ferramentas conceituais descrevendo dados, rela es
de dados, semntica de dados e restries de consistncia. Um modelo de
dados oferece uma maneira de descrever o projeto de um banco de dados do
nvel lgico, fsico e de view.
Especificando tambm a atividade de regras de negcios, necessrias
para suportar uma rea de negcios. Representada tambm, por um conjunto de
requerimentos de informaes de negcios. uma parte importante do desenho
que compem o sistema de informao.
A abordagem que se dispensa ao assunto normalmente atende tr s
perspectivas: Modelagem Conceitual, Modelagem Lgica e Modelagem F sica. A
primeira e conhecida e usada como representao de alto nvel e considera
exclusivamente o ponto de vista do usurio criador do dado, a segunda j
agrega alguns detalhes de implementao e a terceira demonstra como os
dados so fisicamente armazenados.

J os trs modelos de dados mais conhecidos, quanto ao objetivo,

podemos identificar os seguintes:

Modelo de dados entidade-relacionamento (MER), (Leitura,

construo e validao dos modelos). O modelo entidade-relacionamento

baseado em uma percepo de um mundo real que consiste em uma cole o
de objetos bsicos chamados entidades, e em relacionamentos entre estes
objetos. Uma entidade um objeto que distinguvel de outro objeto por um

conjunto especfico de atributos. Por exemplo, os atributos n mero e saldo

descrevem uma conta particular em um banco. Um relacionamento uma
associao entre vrias entidades. Por exemplo, um relacionamento
ContaCliente associa um cliente a cada conta que ele possui. O conjunto de
todas as entidades de um mesmo tipo e o conjunto de relacionamentos do
mesmo tipo so denominados conjuntos de entidades e conjuntos de
relacionamentos, respectivamente.

Em acrscimo a entidades e relacionamentos, o modelo ER representa

certas restries com os quais os contedos de bancos de dados precisam estar
de acordo. Uma restrio importante o mapeamento de cardinalidade (ou
multiplicidade de um conjunto de relacionamentos) que expressa o n mero de
entidades ao qual outra entidade pode estar associada via um conjunto de
relacionamentos. Sendo os softwares BrModelo, BPWin, os utilizados;

Modelo relacional, usa uma coleo de tabelas para a representar os

dados e as relaes entre ele. Cada tabela possui diversas colunas, e cada
coluna possui um nome nico. O modelo relacional um exemplo de modelo
baseado em registros, e o modelo de dados mais usado, e uma grande maioria
dos sistemas de banco de dados atuais baseada no modelo relacional, sendo
os softwares BPWin, Aris Tool Set, Visio da Microsoft e similares SmartDraw,
dentre outros;

J o modelo de dados baseado em objeto (ODBMS ou OODBMS), um

banco de dados em que a informao armazenada na forma de objetos. Sendo

o gerenciador de banco de dados para um orientado a objetos. Sendo 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. Segundo, os dados s o
manipulados pela aplicao escrita usando linguagens de programao
orientada a objetos, e o cdigo precisa ser traduzido entre a representa o do
dado e as tuplas da tabela relacional, o que alem de ser uma operao tediosa
de ser escrita, consome tempo. Softwares como C++, C#, Java, Python ou
Delphi, so bem utilizados para esta aplicao.

Passo 3

Entidade e relacionamento ER. Pois um modelo abstrato cuja a

finalidade e descrever, de maneira conceitual, os dados a serem utilizados em
um sistema de informao ou que pertenam a um domnio. Sendo a
representao grfica sua principal ferramenta. Baseado na percep o de um
universo constitudo por um grupo bsico de objetos chamados de entidades e
por relacionamento entre esses objetos.

Controle de Estacionamento

Entidade Atributos
cpf_proprietario, nome_proprietario, telefone_com, telefone_res,
Estacionamento
telefone_cel, e-mail.
vaga modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo.

Passo 4

Esquema Descrio (Textual ou Grfica) da estrutura de um banco de

dados de acordo com um determinado modelo de dados.

Esquema do Banco :

? Armazenamento no catalogo;
? Mudanas muito menos freqentes.

Instncia Conjunto de dados armazenados em um banco de dados em

um determinado instante de tempo.

Estado do banco :

? Dados do banco em qualquer ponto do tempo;

? Inicialmente vazio;
? Muda freqentemente;
? Validade parcialmente garantida pelo SGBD

Esquema Instncia

Modelos
de Dados
Regra para
estruturao dos
dados

Entidades Instncias
Cliente cpf_proprietario
Produto Vaga_estacionamento

Regra para
verificao das
instncias

Passo 5

Relatrio

At o presente momento, fora desenvolvido atividades de sondagem de

como ser desenvolvido a base, para o real desenvolvimento do banco de
dados, tendo conhecimento do que se faz melhor para a Empresa LFL,
procuramos apresentar de forma clara e objetiva, do que j fora desenvolvido,
pela nossa equipe, bem como exemplificando, e diferenciando as diversas
formas de se montar o Servidor de Banco de Dados.

Procurando o melhor desempenho e praticidade, verificamos que o

melhor para a empresa um sistema de banco de dados, bem como pela
facilidade de gerar relatrios, modificaes, bem como atualizaes.
Apresentando a vocs, todas as vantagens e desvantagens para esta
confeco, Junto a este relatrio, ser enviado, parte de nosso estudo de caso,
para a melhor compreenso, bem como com suas definies e exemplifica es.

J apresentado, nosso relatrio, e todos os levantamento para a

confeco da base de banco de dados, iremos agora mais adiante, criando
modelos de entidades-relacionamento, mostrando graficamente todos os
processos pela nossa equipe desenvolvida.

ETAPA 02 Passo1

CodigoCadastro
*#nro_ficha

CadastroVaga
*#nro_vaga

*#nro_vaga
*#placa_veiculo

*#nro_ficha
*#cpf_proprietario

modelo_veiculo

nome_proprietario

cor_veiculo

tel_com

tipo_veiculo

tel_res

ano_veiculo

tel_cel
e_mail

Passo 2

Entidade Objeto do universo de interesse do Banco de Dados, cujas

caractersticas se deseja armazenar. Pode ser definida como qualquer coisa do
Mundo real, abstrata ou concreta, na qual se deseja guardar informa es.
Exemplos de entidades: Cliente, Produto, Contrato, Vendas, etc.
Representao Grfica

Relacionamento
entre conjuntos de
entidades

Atributos - Caractersticas das entidades, Exemplos de atributos: C digo do

Produto (Entidade Produto), Nome do Cliente (Entidade Cliente).
Representao Grfica

Atributo Chave - Atributo nico para a entidade

Representao Grfica

Atributo Composto - Atributos com tipos de dados diferentes

Representao Grfica

Linhas - Ligam atributos a conjuntos de entidades e conjuntos de entidades a

relacionamentos. Alguns autores chamam as linhas de arestas, em analogia s
teorias de grafos e redes.

Representao Grfica

Passo 3
Vaga
Estacionamento possui

Cadastro
Relacionamento muitos-para-muitos

O relacionamento muitos-para-muitos usado quando varias entidades A

se relacionam com varias entidades B. Este relacionamento representado pelo
sinal: N:N ou N:M.
Percebemos essa relao, devido existirem vrios cadastros, para com
relao a diversas vagas de estacionamento. Uma pessoa poder ter diversas
vagas, da mesma forma que uma vaga no privativa, possa ter vrios n meros
de placas (*#nro_placa).

Passo 4
cpf_proprietario

nome_proprietario
E_mail

telefone

nro_placa
nro_ficha

Vaga
Estacionamento possui

Cadastro
tipo_veiculo
modelo_veiculo

nro_placa

nro_vaga
ano_veiculo

cor_veiculo

Passo 5

Relatrio
Na etapa anterior fora desenvolvido, a parte conceitual e uma breve
introduo, do que seria desenvolvido, para o SGBD da Empresa LFL, como foi
dito em relatrio anteriormente.
J nesta etapa, criamos quadro de cada entidade propostas, identificando
todos seus atributos com seus devidos tipos, chaves e relacionamentos.
Representando graficamente os Modelos de Entidades Relacionais, identificando
as entidades propostas e a simbologia de cada figura atribuda.
Apresentamos tambm, os relacionamentos existentes entre as entidades
levantando sua cardinalidade (1:1, 1:N, N:M), seu grau de relacionamento,
justificando seus relacionamentos apresentando o conceito de relacionamento e
cardinalidade.
Desenvolvemos, a partir da um Diagrama de Entidade e Relacionamento,
completo (Entidade, Atributos, Chaves, Relacionamento, Cardinalidade,
Smbolos, dentre outros), partindo da entidade proposta no programa e das
atividades desenvolvidas anteriormente.

Etapa 3 Passo 1

O Modelo Relacional

A arquitetura de um banco de dados relacional pode ser descrita de

maneira informal ou formal. Na descrio informal estamos preocupados com
aspectos prticos da utilizao e usamos os termos tabela, linha e coluna. Na
descrio formal estamos preocupados com a semntica formal do modelo e
usamos termos como relao(tabela), tupla(linhas) e atributo(coluna).

Tabelas (ou relaes, ou entidades)

Todos os dados de um banco de dados relacional (BDR) so

armazenados em tabelas. Uma tabela uma simples estrutura de linhas e
colunas. Em uma tabela, cada linha contm um mesmo conjunto de colunas. Em
um banco de dados podem existir uma ou centenas de tabelas, sendo que o
limite pode ser imposto tanto pela ferramenta de software utilizada, quanto pelos
recursos de hardware disponveis no equipamento.

As tabelas associam-se entre si atravs de regras de relacionamentos, estas

regras consistem em associar um ou vrios atributo de uma tabela com um ou
vrios atributos de outra tabela.

? Exemplo: A tabela cadastro relaciona-se com a tabela vaga no

estacionamento. Atravs deste relacionamento esta ltima tabela fornece

a lista de vagas para a tabela cadastro.

Registros (ou tuplas)

Cada linha formada por uma lista ordenada de colunas representa um

registro, ou tupla. Os registros no precisam conter informa es em todas as
colunas, podendo assumir valores nulos quando assim se fizer necessrio.

Resumidamente, um registro uma instncia de uma tabela, ou entidade.

? Exemplo: O Cliente cpf_proprietario uma instncia (registro) da tabela

cadastro, e a nro_vaga a instncia (registro) da tabela vaga do

Estacionamento. Uma associao entre estas duas tabelas criaria a
seguinte instncia de relacionamento: cpf_proprietario o nro_vaga, onde
o verbo ser representa uma ligao entre os registros distintos.

Colunas (tribunas)

As colunas de uma tabela so tambm chamadas de Atributos. Ao

conjunto de valores que um atributo pode assumir chama-se dom nio. Por
exemplo: em um campo do tipo numrico, sero somente armazenados
nmeros.etc

O conceito mais similar a domnio o de Tipo Abstrato de Dados em

linguagens de programao, ou seja so meta-dados (dados acerca de dados).

? Exemplo: cpf_proprietario, ano_veiculo, placa_veiculo, nro_ficha,

telefone(s), nro_ficha, nro_vaga.

Chave

As tabelas relacionam-se umas as outras atravs de chaves. Uma chave

um conjunto de um ou mais atributos que determinam a unicidade de cada
registro.

Por exemplo, se um banco de dados tem como chaves Nro_Vaga e

Nro_Ficha, sempre que acontecer uma insero de dados o sistema de
gerenciamento de banco de dados ir fazer uma consulta para identificar se o
registro j no se encontra gravado na tabela. Neste caso, um novo registro n o
ser criado, resultando esta operao apenas da alterao do registro existente.

A unicidade dos registros, determinada por sua chave, tambm

fundamental para a criao dos ndices.

Temos dois tipos de chaves:

1. Chave primria: (PK - Primary Key) a chave que identifica cada

registro dando-lhe unicidade. A chave primria nunca se repetir.

2. Chave Estrangeira: (FK - Foreign Key) a chave formada atravs

de um relacionamento com a chave primria de outra tabela. Define um
relacionamento entre as tabelas e pode ocorrer repetidas vezes. Caso a chave
primria seja composta na origem, a chave estrangeira tambm o ser .

Passo 2
Grande parte das extenso aproximaram o MER do modelo Orientado
Objeto, no sendo muito utilizados, pois os SGBDs Relacionais no suportam
diretamente extenses, ento se faz necessrio antes de implementar mapear
esta extenses para o MER original.
Uma limitao do modelo E-R que no possvel expressar
relacionamentos entre relacionamentos.
A agregao uma abstrao atravs das quais relacionamentos so
tratados como entidades de nvel superior.
Usando Agregao

Cadastro

Proprietrio

Utiliza

Vaga Estacionamento

nro_vaga

Passo 3

Proprietrio Cadastro

nro_vaga

Utiliza

Vaga Estacionamento

Identificamos que h nesta forma descrita na figura uma co-relao entre

suas entidades e relacionamentos, sendo possvel relacionar todos eles. Sendo
assim as entidades no so tratadas de uma forma to superior como na
relacional.