Problema

A empresa LFLXZ Ltda. est informatizando a parte de controle de seu

estacionamento. Diante disso est contratando sua equipe como uma consultoria
que desenvolver um Modelo de Dados de forma a organizar todas as informaes
em um SGBD (Sistema Gerenciador de Banco de Dados).
A modelagem de dados dever ser realizada a partir da entidade
Estacionamento, gerada a partir do levantamento de dados elaborado e com vistas
a atender a demanda do cliente.

Etapa I
I.I MTODO CONVENCIONAL DE ARMAZENAMENTO

A comear pelo sistema de armazenamento de informaes convencional,

esse mtodo de armazenamento pode funcionar para pequenas atividades onde no
se faz necessria a comparao de informaes em nvel de resoluo de
problemas, mas apenas para guardar informaes de atividades e transaes onde
se faz necessrio guardar dados dispersos para uma eventual consulta, mas sem
nenhuma vantagem competitiva, sem falar que o utilizador gastara muito mais tempo
para fazer as aplicaes e ter dificuldades para encontrar um dado especifico.
Em uma aplicao de vendas esse sistema no daria muitas vantagens, ele
simples mente armazenaria notas fiscais, boletos emitidos nomes de clientes
contatos datas etc, tudo de forma desorganizada e aleatria e manualmente,
gastando mais tempo para realizar qualquer tipo de consulta, a nica vantagem seria
o baixo custo por esta aplicao no requerer softwares mais avanados.

I.II ARMAZENAMENTOS COM O SGBD

Os SGBDs tm todo suporte para poder trabalhar com dados e gerar

informaes precisas para que a melhor deciso seja tomada no caso de resoluo
de problema, a comear pela eficcia em comparar, consultar, modificar,
acrescentar, reparar e outras infinidades de aplicaes que o utilizador pode fazer
atravs de um SGBD. Com o SGBD pode-se criar um ambiente integrado onde
vrios setores podem consultar uma determinada informao.
Em uma aplicao empresarial onde necessria fazer o registro de vendas
um SGDB pode armazena dados de diversos tipos, uma nota fiscal, contatos,
endereo, valores, de produtos, nomes de fornecedores, lista de interesses, boletos,
pode-se ainda fazer comparaes de dados e coletar informaes especificas.
Claro que a aplicao deste a SGDB iria requerer mais investimentos, mas a
comparar os custos com o benefcio vale a pena tal investimento.
6

I.III VANTAGENS E DESVANTAGENS

I.III.I CONVENCIONAL
VANTAGENS
Custo:
Como no existe requisitos de hardware e software ou mesmo treinamento
dos usurios, o custo dos Arquivos convencionais bem baixo.
DESVANTAGENS
Dificuldade de acesso:
Ao contrrio do SGBD no possvel que tenha acessos concorrentes sem
que haja algum erro ou inconsistncia.
Inexistncia do conceito ACID:
A no ser que o programador crie, no existe nenhuma regra ou rotina que
siga o conceito ACID. Isso pode acarretar vrios problemas, erros, redundncia,
inconsistncias e falta de integridade dos dados.
Falta de segurana:
Sem controle de acesso, nveis de acesso e criptografia dos dados, a
segurana desse modelo de armazenagem fica muito comprometida.
Registro de Vendas:
O registro de vendas s pode ser feito por uma pessoa, por que no tem
regras de acesso concorrente. Se acontecesse algum erro no sistema, queda de
energia ou travamento, o banco de dados ficaria corrompido por no completar a
operao e no existir nenhum mecanismo de consistncia e persistncia de dados.

I.III.II SGBD
VANTAGENS
Acesso concorrente:
Com um SGBD vrias pessoas podem acessar os dados ao mesmo tempo,
ao contrrio dos arquivos convencionais.
ACID (Atomicidade, Consistncia, Isolamento e Durabilidade):
Atomicidade faz com que o banco de dados trabalhe com operaes
'indivisveis'. Ou toda operao feita, ou nenhuma operao feita e nada
acontece no banco de dados. Assim assegura a integridade dos dados casso ocorra
queda de energia, erros, travamentos, etc.
Em um SGBD o conceito de Consistncia obriga uma operao os dados de
um estado vlido para outro estado vlido. Ou seja, respeitar as regras de
integridade do bando de dados. Por exemplo, um banco de dados que guarde o
CEP, que so s nmeros, no pode aceitar letras ou o mesmo CEP duas vezes.
O Isolamento um conjunto de tcnicas que evitam operaes paralelas
interfiram umas nas outras, fazendo com que todas as operaes paralelas sejam
executadas sequencialmente para que no ocorra erros e inconsistncias nos
dados.
O conceito de Durabilidade no SGBD que toda operao bem sucedida
(commit) armazenada permanentemente no bando de dados, mesmo se ocorrer
erros, travamentos e queda de energia no bando de dados.
Segurana:
possvel controlar o nvel de acesso ao banco de dados, aplicando regras
s contas de usurio. Alm disso, possvel criptografar todos os dados.

DESVANTAGENS
Custo:
Ao utilizar um SGBD preciso ter em mente que pode custar caro. preciso
levar em conta hardware, software, mo de obra qualificada, treinamento para
8

usurios.
Prazo:
Devido complexidade do projeto, ele pode demorar muito tempo para ser
concludo.

II MODELOS DE DADOS
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. uma parte importante do
desenho de um sistema de informao.
A modelagem de dados a primeira etapa de um projeto que envolva banco
de dados e tem como seu principal objetivo o desenvolvimento de um modelo que
contenha entidades e relacionamentos, e que com isso seja possvel representas as
especificaes das informaes do negcio (OLIVEIRA,2002).
A modelagem de dados ajuda a organizar a forma de pensamento sobre os
dados, demonstrando o significado.

Modelagem Conceitual - usada como representao de alto nvel e

considera exclusivamente o ponto de vista do usurio criador do dado;

Modelagem Lgica - agrega alguns detalhes de implementao;
Modelagem Fsica - demonstra como os dados so fisicamente
armazenados.

Um modelo de dados a coleo de, pelo menos, 3 componentes:

Um conjunto de tipos de estruturas de dados:

Define o tipo de dados e como se inter-relacionam

Um conjunto de operadores:

Operaes que permitem manipular as estruturas de dados definidas.

Um conjunto de regras de integridade:

Regras que definem que dados so vlidos.

II.I MODELOS DE DADOS MAIS CONHECIDOS

10

Modelo Relacional:
SGBDR (Sistema de gesto de bancos de dados relacionais): os dados so
registrados em quadros a duas dimenses (linhas e colunas). A manipulao destes
dados se faz de acordo com a teoria matemtica das relaes.

EX: POSTGRESQL
Esse SGDB funciona com um sistema de banco de dados relacional, onde
possvel fazer uma customizao atravs da interface de programao que ele
disponibiliza em sua estrutura de programao. E um software de cdigo aberto
quer dizer gratuito, mantm um grupo de suporte ativo.
Caractersticas:
Controle de concorrncia multiverso (MVCC), ponto no tempo de
recuperao,

tablespaces,

replicao

assncrona,

transaes

aninhadas

(savepoints), online / backups quentes, um planejador de consulta sofisticada /

otimizador, e escrever ahead logging para tolerncia a falhas. Ele suporta conjuntos
de caracteres internacionais, codificao de caracteres multibyte, Unicode, e localaware para classificao, de maisculas e minsculas, e formatao.

Modelo de Rede:
Como o modelo hierrquico, este modelo utiliza apontadores para os registros,
contudo, a estrutura j no necessariamente arborescente no sentido
descendente.

11

EX:

MYSQL

Este um dos SGDBs mais populares e usados na atualidade, usado em

modelo de rede compartilhada, o que viabiliza esse feito a sua fcil utilizao,
tambm o escolhido por grandes plataformas de aplicativos, como (Linux, Apache,
MySQL, PHP / Perl / Python.), roda na maioria das plataformas de sistema
operacional. E tambm um SGDB de cdigo aberto, mantm uma equipe de
treinamento

para

os

utilizadores.

Caractersticas:
Portabilidade e Escrito em C e C++, testado com uma ampla faixa de
compiladores diferentes, funciona em diversas plataformas. See Seco 2.2.3,
Sistemas Operacionais suportados pelo MySQL, utiliza o GNU (Automake,
Autoconf, e Libtool para portabilidade), APIs para C, C++, Eiffel, Java, Perl, PHP,
Python, Ruby e Tcl esto disponveis, See Captulo 12, ferramentas de clientes e
APIs do MySQL, suporte total a multi-threads usando threads diretamente no kernel.

Modelo Hierrquico
Os dados so classificados hierarquicamente, este modelo utiliza apontadores
entre os diferentes registros. Trata-se do primeiro modelo de SGBD.

12

EX:IMS
O

IMS

o principal sistema de

gerenciamento de dados voltado ao modelo hierrquico, ele recomendado para

dados e aplicativos operacionais on-line crticos nos quais o suporte para alta
disponibilidade, desempenho, capacidade, integridade e baixo custo so fatores
chave. Ele se interage com produtos e plataformas da internet, oferece suporte de
produtos padro abertos e vantajosos.

Caractersticas:
Ele Transforma a forma atual dos negcios com informaes integradas,
controla aplicativos de On Demand Business que suportem os rigores dos negcios
realizados na Internet, Administra um ambiente escalvel, disponvel, seguro e
facilmente gerenciado, aproveita as suas informaes para tomadas de decises
mais conscientes, ele tambm ajuda na ativao de On Demand Business, no
crescimento, na disponibilidade e no gerenciamento de sistemas necessrios de
acordo como custo e com os ambientes atuais e mais recentes.

II.II MODELO ESCOLHIDO PARA PROJETO

Modelo Relacional
Como se trata de um controle de estacionamento, cada cliente ter uma
identificao, atravs do seu nome e nmero de identificao, o nmero da placa
ser associada ao cliente pois, ele poder ir com o carro que quiser e no s com o
seu prprio, porm ele ter a opo de registrar somente o nmero de placa do seu
prprio carro favorecendo sua segurana, se ocorrer uma tentativa de roubo dentro
do estacionamento e se o carro do cliente for roubado ele no conseguir sair, a
13

placa do carro ter uma identificao relacionada a, e somente o proprietrio vai

saber.

II.III ESQUEMA E INSTNCIA

Esquema: a definio das estruturas que compem o banco de dados, espera-se

que o esquema ir sobrar nenhuma ou poucas alteraes depois de implementado,
o esquema independe dos dados a serem armazenados, como por exemplo
podemos citar a entidade estacionamento e seus respectivos atributos, podendo
haver relacionamento com outra entidade.

EX:(nro_vaga,placa_veiculo, modelo_veiculo, cor_veiculo, tipo_veiculo, ano_veiculo)

Instncia: a materializao do banco de dados composto pelas estruturas mais os

dados armazenados, um retrato do banco de dados em um determinado
momento, podemos ter a mesma estrutura reaplicada em vrios locais, cada uma
com seu conjunto dedados, como exemplo podemos supor que j existem dados
armazenados na entidade vaga, em determinado momento o estacionamento
conter tais vagas preenchidas.
EX:
60
GWH4188
GOL
PRETO
PASSAGEIRO
2015

14

II.IV RELATRIO

O projeto de implantao do banco de dados ter como objetivo principal dar

segurana aos usurios do shopping LFLXZ, o seu funcionamento simples de
operar, no havendo a necessidade de pessoas especializadas para poder opera-lo,
por se tratar de um sistema automatizado, porm ser necessrio um treinamento
do utilizador do banco de dados para fazer os cadastramento e gerenciamento dos
usurios do estacionamento.
Partindo do princpio o sistema funcionar da seguinte forma, todos os
usurios do estacionamento faro um cadastramento com os seguintes itens do
usurio: nmero da ficha, nome, CPF, endereo, e-mail, telefone residencial, do
veculo sero necessrios os seguintes itens: nmero da placa, modelo do veculo,
cor do veculo, ano do veculo, as vagas sero classificas e identificadas com os
seguintes itens: setor da vaga, nmero da vaga, e letra de corredor.
Feito o cadastramento, o usurio poder colocar at 4 placas de carro no
cadastramento, porm para isso ele ter que provar sua verdadeira relao com o
veculo, se o mesmo pertence a ele, empresa que trabalha, ou se pertence a
algum familiar, para todos os casos em que o veculo pertencer a terceiros haver
um termo que dever ser assinado pelo proprietrio do automvel. Na implantao
do sistema ser adotada uma maneira provisria do usurio poder entrar no
estacionamento, e funcionar da seguinte forma, quando o usurio chegar no porto
do estacionamento ele receber uma ficha com o nmero de matrcula, ele poder
para casa preenchendo e enviando por um e-mail ou fax para o endereo ou nmero
anotado na ficha. Caso ele no tenha os meios para enviar ele dever entregar a
ficha na cabine do estacionamento, da ser enviado para o setor responsvel pelo
cadastramento.
O sistema estar disponvel em no Mximo 24hrs para ele poder utilizar o
sistema eletrnico de identificao. O usurio vai se identificar da seguinte maneira,
na porta do estacionamento ter um painel com alguns botes nem muito alto nem
muito baixo para veculos comuns, e ter um painel mvel para veculos mais autos
do tipo caminhes, este ser levado pelo porteiro do estacionamento para que o
motorista possa digitar. Os usurios receberam um nmero de quatro dgitos para
15

identificao e uma senha com quatro dgitos e com a(s) placa(s) que o mesmo
cadastrou atravs do seu e-mail ou correspondncia.
Quando o usurio chegar na porta do estacionamento ele ter que digitar a
identificao a senha e o nmero da placa atravs do painel, dentro da cabine ter
um monitor que vai apresentar para o guarda a placa que pertence quela
identificao de usurio se a placa do veculo que o usurio estiver usando
corresponder com a apresentada no monitor ento ser liberada a sua entrada pelo
guarda, se no corresponder no ser permitido entrada, no caso da sada ser
realizado o mesmo procedimento se a placa no corresponder ele no poder sair.
Seguindo, feito a identificao do usurio ser gerado um cupom com o setor, letra e
nmero da vaga, atravs das placas de sinalizao a sua ida para a vaga ser
rpida e objetiva.

16

Etapa II
I.I MODELO DE ENTIDADE E RELACIONAMENTO (MER)
O modelo de entidade e relacionamento um modelo abstrato cuja finalidade
descrever, de maneira conceitual, os dados a serem utilizados em um sistema de
informaes ou que pertencem a um domnio. A principal ferramenta do modelo
sua representao grfica, o diagrama entidade relacionamento. Normalmente o
modelo e o diagrama so conhecidos por suas siglas: MER e DER.
O Modelo de Entidade e Relacionamento (MER) uma representao da
realidade

pode

ser

por entidades, relacionamentos e atributos (Londeix,

representado

1995).

Existem

muitas

notaes para diagrama de entidades e relacionamentos. A notao original

proposta por Peter Chen composta de entidades (retngulos), relacionamentos
(losangos), atributos (elipses) e linhas de conexo (linhas) que indicam
a cardinalidade de uma entidade em um relacionamento. A cardinalidade, ou os
relacionamentos, podem ser 1:1, 1:N eN:N. Chen ainda prope smbolos para
entidades fracas e entidades associativas.
As notaes modernas abandonaram o uso de smbolos especiais para
atributos, incluindo a lista de atributo, de alguma forma, no smbolo da entidade.
Consideramos as notaes como as mais interessantes na atualidade.

Estacionamento
Tamanh
Atributos

Tipo
o
Alfanumric

Numero_ficha

o
Alfanumric

Cpf_proprietrio

o
Alfanumric

11

Nome_proprietrio
Tel._comercial
Tel._residencial
Tel._celular

o
Numrico
Numrico
Numrico

40
10
10
11
17

E-mail

Numrico
Alfanumric

Placa_veiculo

60
8

Vaga
Tamanh
Atributos

Tipo
o
Alfanumric

Numero_vaga

o
Alfanumric

Placa_veiculo

o
Alfanumric

Modelo_veiculo

o
Alfanumric

35

Cor_veiculo

o
Alfanumric

20

Tipo_veiculo
Ano_veiculo

o
Numrico

20
4

I.II DIAGRAMA ENTIDADE RELACIONAMENTO (DER)

18

II RELATRIO
Nesta etapa apresentamos relacionamentos existentes entre entidades
levantando sua cardinalidade. Desenvolvemos a partir de um diagrama de entidade
e relacionamento (DER), completo (entidade, atributos, chaves, relacionamento,
Cardinalidade e smbolos). Tambm criamos quadros de cada entidade propostas,
identificando todos os seus atributos como seus devidos tipos, chaves e
relacionamentos. Representado graficamente os modelos de entidades relacionais,
identificando-as entidades propostas e a simbologia de cada figura atribuda.
Segundo

informaes

de

vrios

requisitos

que

foram

levantados

anteriormente visa a priorizar e facilitar o controle de acesso de um estacionamento.

Primeiro passo foi levantar as necessidades do cliente de como manter o controle de
vagas

que

ser

destinada

para

cada

veculo.

Segundo passo foi fazer as divises e levantamentos, de quantas vagas cada

proprietrio poderia utilizar.
Terceiro passo foi identificado cada posio pertencente ao proprietrio e
definindo cada entidade relacionamento seus atributos, colocando posies
identificando suas chaves.Com estes requisitos nos disponibilizamos para manter
sempre a satisfao do cliente com transparncia, honestidade e versatilidade com
responsabilidade.

19

BIBLIOGRAFIA
PRESSMAN, Roger S. Engenharia de Software. 6. ed. So Paulo: McGraw-Hill,
2006.
SILVA, Nelson Peres. Anlise e estrutura de sistemas de informao. So Paulo:
rica, 2007.
SOARES, Mrcio V. et al. Algoritmos e Lgica de Programao. 2. ed. So Paulo:
Cengage Learning, 2011.
SILBERSCHATZ, Abraham; KORTH, Henry F.; SUDARSHAN, S.. Sistema de Banco
de Dados. 6 ed. Rio de Janeiro: Campus - Elsevier, 2012.
ftp://ftp.unilins.edu.br/wesley/Banco%20de%20Dados/ApostilaBDOO.pdf
HTTPS://docs.google.com/a/aedu.com/viewer?
a=v&pid=explorer&chrome=true&srcid=0B9e1nJ9U5ACjZWMyN2ViZjYtYWMxMS00
OTE4LWIwYzItNTc0ZGU0MjEyOTI2&hl=en_Us
http://pt.wikipedia.org/wiki/Dados
http://pt.wikipedia.org/wiki/Modelo_de_entidade_e_relacionamento
A2_TADS3_Sistemas_de_Banco_de_Dados_Teleaula_1_Tema_1
A2_TADS3_Sistemas_de_Banco_de_Dados_Teleaula_2_Tema_2
https://cacoo.com/diagrams/p1J6ZTDUVPUBDaW0/edit?sampleId=official-1492337

20