Modelagem de

Banco de Dados Relacional

Modelo Descritivo

Professor Ari Oliveira

Apostila de Banco de Dados:

Modelagem de Dados

APOSTILA DE MODELAGEM
Este material foi dividido em 4 partes para melhor compreenso.

SUMRIO
1. A IMPORTNCIA DO ESTUDO DOS DADOS NO DESENVOLVIMENTO DE UM SISTEMA COMPUTACIONAL
2. O QUE UM BANCO DE DADOS
3. OBJETIVOS E REQUISITOS DE UM BANCO DE DADOS AUTOMATIZADO
3.1 EVITAR REDUNDNCIAS
3.2 FACILITAR ATUALIZAES
3.3 EVITAR INCONSISTNCIA DE DADOS
4. NVEIS DE ABSTRAO
4.1 MUNDO REAL
4.2 MODELO DESCRITIVO
4.3 MODELO CONCEITUAL
4.4 MODELO LGICO
4.5 MODELO FSICO
5. PROJETO DESCENDENTE (TOP-DOWN)
6. MODELO DESCRITIVO
7. MODELO CONCEITUAL
7.1 DEFININDO OS CONJUNTOS DE INFORMAO
7.2 O MODELO DE ENTIDADE-RELACIONAMENTO (MER)
8. MODELO LGICO
8.1 REGRA PARA 1:N
8.2 REGRA PARA REDUNDNCIA FUNCIONAL
8.3 REGRA PARA MULTIVALORAO
8.4 REGRA PARA N:N
8.5 REGRA PARA RELACIONAMENTOS MLTIPLOS
8.6 REGRA PARA AGREGAO
8.7 REGRA PARA AGREGAO
8.8 REGRA PARA PARTICIONAMENTO
9. MODELO FSICO
10. BIBLIOGRAFIA

Pgina 2 de 8

Apostila de Banco de Dados:

Modelagem de Dados
1. A IMPORTNCIA DO ESTUDO DOS DADOS NO DESENVOLVIMENTO DE UM SISTEMA
COMPUTACIONAL

Estudar e projetar Bancos de Dados (BDs) de um sistema hoje to importante, ou

talvez mais, quanto estudar a funcionalidade dele. Para entendermos melhor esta afirmao,
vejamos o seguinte exemplo:
Um banco descobre que seu programa de controle de aplicaes no
bom. Por causa de rotinas mal escritas ele demora o dobro do tempo
necessrio para fazer a maioria de suas operaes. A equipe de
desenvolvimento do Banco resolve ento construir um novo programa.
Enquanto o novo programa no est pronto o velho vai sendo usado. Quando
o novo programa ficar pronto e testado, ele implantado e pronto.
Agora imagine que, no mesmo banco, descobriram que havia
redundncia de informao. Toda vez que se registrava uma aplicao de um
cliente o nome dele era gravado junto com as informaes da aplicao. Bem,
o nome do cliente um s. E, assim sendo, deve estar registrado em um s
local, e no em vrios. Para ter noo do problema imagine que descubram
que o nome de um cliente est errado. Vamos ter que consertar em todos os
locais nos quais ele aparece. Ento a equipe de desenvolvimento do banco
resolve remodelar o banco de dados. At a tudo bem. Mas como implantar
este novo modelo se todas as informaes esto armazenadas no modelo
velho? E vale lembrar que, enquanto a equipe pensa o que fazer, o problema
est aumentando. Pois novas informaes no param de ser registradas.
resolvido ento que o banco tem que parar de trabalhar por uns dias at que
todas as informaes antigas sejam convertidas para o novo formato. Vocs
conseguem imaginar isto?

Pgina 3 de 8

Apostila de Banco de Dados:

Modelagem de Dados
2. O QUE UM BANCO DE DADOS
um agrupamento de informaes interligadas que podem conter diversos
conjuntos de dados ou somente um. Por exemplo: sua agenda pessoal um banco de dados.
Nela voc tem um grupo de informaes interligadas: Nome, Endereo, Telefone e Data de
Aniversrio, que tem uma relao forte pois identificam uma pessoa conhecida. Nesse caso,
o conjunto de dados um s. J no caso de uma ficha de emprstimos de livros de uma
biblioteca, que tambm um banco de dados, geralmente temos as seguintes informaes:
cdigo, ttulo, usurios que emprestaram, as datas de emprstimo e as de devoluo. Abaixo
um exemplo da ficha.

BIBLIOTECA DA ESCOLA
FICHA DE LIVRO
Cdigo: 67.986 CRNICA DE UMA MORTE ANUNCIADA
Usurio

Emprstimo

Devoluo

JULIANA

08/09/2012

18/09/2012

ROBSON

20/10/2013

25/10/2013

CLUDIO

30/05/2014

Percebam que cdigo e ttulo pertencem ao conjunto de informaes de livros (esto

fortemente ligadas) mas usurios, datas de emprstimo e devoluo pertencem a outro
conjunto: emprstimos ou movimentos de livros. Existe uma ligao entre elas, porm elas
pertencem a conjuntos distintos.
Um dos problemas cruciais em modelagem de banco de dados justamente
identificar quais so os conjuntos de informao existentes em um sistema.

Pgina 4 de 8

Apostila de Banco de Dados:

Modelagem de Dados
3. OBJETIVOS E REQUISITOS DE UM BANCO DE DADOS AUTOMATIZADO
3.1 EVITAR REDUNDNCIAS
Nos sistemas manuais a redundncia de dados normal e necessria. Em algumas
bibliotecas, por exemplo, cada vez que voc aluga um livro o ttulo dele anotado em sua
ficha de usurio. Isto facilita uma posterior pesquisa. Em um sistema automatizado, isso seria
um desastre, pois alm de ocupar mais espao em disco do que o necessrio, uma posterior
mudana no ttulo do livro levaria o sistema a percorrer milhares de registros. Nos sistemas
automatizados, ns sempre perseguiremos o mnimo de redundncia possvel.
Imagine outro caso, de algum que vai ao posto de sade todos os dias, e todas as
vezes tem que fazer uma nova ficha de cadastro contendo: seu nome, endereo, telefone,
documentos, etc, antes de ser atendido. Isso facilita para o mdico, para que ele
rapidamente veja seus dados. Porm, isto vai fazer com que o fichrio fique
incontrolavelmente grande!

3.2 FACILITAR ATUALIZAES

Como vocs viram no tpico anterior, um banco de dados mal projetado pode
dificultar a atualizao das informaes. Uma das principais vantagens dos computadores
justamente permitir que se atualize (edite) dados com rapidez e eficincia. Se voc cria um
BD que dificulta a atualizao, ento este BD um problema!
Imagine s que um paciente do hospital mudou o seu nmero de telefone, por
exemplo. Neste caso seria necessrio encontrar todas a fichas de atendimento e alter-las
uma a uma! Seria necessrio um desprendimento muito grande!

3.3 EVITAR INCONSISTNCIA DE DADOS

Imagine que voc crie uma estrutura de BD que permita que seja alocado um
professor para uma turma cujo curso no faz parte do elenco de cursos que o professor pode
lecionar. Isso uma inconsistncia de dados. E voc tem como evitar isto em seu projeto.

Pgina 5 de 8

Apostila de Banco de Dados:

Modelagem de Dados
4. NVEIS DE ABSTRAO
No desenvolvimento de um sistema de banco de dados temos que levar em conta
que o nosso trabalho vai basear-se em um modelo real. Ou seja, que existe no mundo real.
E na maioria dos casos no est nem parcialmente automatizado. Ento, temos que ter
condies de visualizar, compreender e interpretar o modelo desde o real (o que existe) at
o modelo operacional que ser implementado.

4.1 MUNDO REAL

No nvel do mundo Real ns no temos um modelo formal de informaes. Elas
esto dispostas sem limitaes. O projetista de banco de dados tem que definir o que
interessa do mundo real para o seu projeto. Os objetos do mundo real so os seres, os fatos,
as coisas e os organismos sociais.

4.2 MODELO DESCRITIVO

Neste modelo voc j filtrou o que interessa no mundo real e j estabelece alguns
limites para a organizao da informao utilizando linguagens no formais. Perceba que,
neste nvel, voc comea a ter algo palpvel, pois, neste modelo, j sero colocadas
impresses a respeito de como os dados iro organizar-se. No nvel de mundo real, voc ir
observar, entrevistar, pesquisar para poder ter subsdios para o modelo descritivo.
Resumindo: o mundo real no modelado, ele existe e pronto. J o modelo descritivo
produto do seu trabalho. Por ser um nvel onde no usamos ainda linguagens formais, a
escolha da linguagem a ser utilizada bem subjetiva. Alguns podem querer usar o prprio
portugus, outros, podem querer usar alguma linguagem grfica. Este um nvel de idias e
pensamentos de como as informaes iro organizar-se.

4.3 MODELO CONCEITUAL

Nosso primeiro nvel formal: Aqui definiremos estruturas de informao que serviro
de base para o nosso modelo operacional. Nesse nvel, so identificados os conjuntos de
informao e as ligaes existentes entre eles. Utilizaremos, nesta fase, o Modelo de
Entidade e Relacionamento (MER) e sua linguagem grfica (Diagrama de Entidade e
Relacionamento).
Pgina 6 de 8

Apostila de Banco de Dados:

Modelagem de Dados

4.4 MODELO LGICO

uma das ltima etapa de modelagem, quando fazemos uma decomposio ou
desmembramento do modelo Conceitual. Este modelo, apesar de completo, independente
de SGDB, ou seja, poder ser criado em qualquer sistema de gerenciamento de banco de
dados realacionais disponvel no mercado.

4.5 MODELO FSICO

o modelo de banco de dados j focado para a utilizao em um Sistema Gerenciador
de Banco de Dados (SGBD), tais como: Access, Oracle, SQL Server, MySQL, Firebird,
PostreSQL, DB2, Dbase, Paradox, Lotus Approach. Cada um destes SGBDs tem sua maneira
de implementar o seu modelo operacional. Muitos deles utilizam o SQL como linguagem
para manipulao do banco de dados, o que faz com que a forma de oper-los seja muito
parecida, porm com pequenas diferenas entre eles.

5. PROJETO DESCENDENTE (TOP-DOWN)

No desenvolvimento do nosso projeto de banco de dados, utilizaremos uma
abordagem descendente. Comearemos no mundo real e terminaremos no modelo
operacional. No caso de projetos de banco de dados, no temos muito o que decidir a
respeito de abordagens, pois quase uma imposio o projeto descendente.
Na passagem do mundo real para o modelo descritivo e deste para o conceitual, no
temos ferramentas que nos ajudem na transio. Porm, na transio do modelo conceitual
para o operacional, utilizaremos um processo chamado decomposio. A inexistncia de
ferramentas de transio, nos primeiros nveis, conseqncia da informalidade dos dois
primeiros nveis. Sem modelos formais difcil estabelecer formalidades de passagem.

Pgina 7 de 8

Apostila de Banco de Dados:

Modelagem de Dados

6. MODELO DESCRITIVO
Como j comentamos, a construo do modelo descritivo a partir do mundo real dse atravs de uma filtragem. Por meio de observaes, entrevistas e pesquisas o
programador ir definir o que lhe interessa no mundo real. Para exemplificar, vamos ver um
modelo descritivo do sistema da coordenao pedaggica de uma escola.
Atravs de entrevistas e pesquisas nos documentos e relatrios utilizados, voc
chegou as seguintes concluses:
registrado, para cada professor, um nmero de matrcula, o nome dele,
sua data de admisso e os cursos que ele pode ministrar;
Cada curso pode ter vrios professores habilitados a lecion-lo e
registrado para cada um deles um cdigo, o nome dele e sua carga horria;
As turmas tem um cdigo e registrada a data de incio e trmino, horrio,
professor, sala e o curso da turma;
Cada turma tem apenas um professor, porm este pode ser substitudo por
outro;
Cada turma est associada a uma sala, mas ela pode mudar de sala;
Cada turma faz um s curso;
Estas afirmaes so o seu modelo descritivo.

Pgina 8 de 8