BANCO DE DADOS I/MODELAGEM DE DADOS

Prof. Ricardo Rodrigues Barcelar

http://www.ricardobarcelar.com

- Aula 3 -

MODELAGEM DE DADOS

1. INTRODUO

Como dito anteriormente uma das principais caractersticas da abordagem banco de dados,
que a mesma fornece alguns nveis de abstrao de dados omitindo ao usurio final, detalhes de
como estes dados so armazenados.
Define-se modelo de dados como um conjunto de conceitos que podem ser
utilizados para descrever a estrutura lgica e fsica de um banco de dados.

2. ETAPAS DA MODELAGEM DE BANCO DE DADOS

Trs so as etapas da modelagem de banco de dados, a saber: Projeto Conceitual, Projeto

Lgico e Projeto Fsico. Contudo, uma etapa no descrita, mas de suma importncia para qualquer
etapa da modelagem a anlise de requisitos que representa a etapa onde sero coletadas as
informaes de uma abstrao do mundo real mini-mundo.

1
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

2.1. Projeto Conceitual

a descrio de mais alto nvel da estrutura do BD, no contendo detalhes de

implementao; Nesta etapa no necessrio se preocupar com o tipo de SGBD a ser usado, ou
seja o projeto independente do tipo de SGBD usado;
o ponto de partida do projeto de Banco de Dados e seu objetivo representar a
semntica da informao, independente de consideraes de eficincia.
O objetivo a representao dos requisitos de dados do domnio.
Requisitos: Clareza (facilidade de compreenso) e exatido (formal).

2.2. Projeto Lgico

No modelo lgico existe a descrio da estrutura do BD que pode ser processada pelo
SGBD. Em poucas palavras o modelo conceitual mapeado para um modelo lgico de dados;
Nesta etapa h a dependncia da classe de modelos de dados utilizada pelo SGBD, mas no do
SGBD.
A nfase do modelo lgico est na eficincia de armazenamento, ou seja em evitar muitas
tabelas (e junes); tabelas sub-utilizadas, etc.
Futuras alteraes no modelo lgico devem ser primeiro efetuadas no Modelo Conceitual.

2.3. Projeto Fsico

Nesta etapa ocorre o mapeamento do modelo lgico em um esquema fsico de acordo com
o SGBD especfico, ou seja o modelo criado est diretamente ligado ao SGBD escolhido. No
modelo fsico contm a descrio da implementao da base de dados na qual descreve as
estruturas de armazenamento e os mtodos de acesso. Caracteriza-se pela criao do esquema
SQL da modelagem lgica. Sua nfase na eficincia de acesso como na implementao de
consultas, ndices, etc.
Exemplos: alocao dinmica de espaos, clusterizao, particionamento fsico das tabelas, etc.

2
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

3. ABORDAGEM ENTIDADE-RELACIONAMENTO (ER)

A abordagem entidade-relacionamento um padro para a modelagem conceitual. Foi

criada em 1976 por Peter Chen que junto com alguns conceitos apresenta uma notao grfica
para diagramas que tem por caractersticas:
- Ser um modelo simples, com poucos conceitos;
- Representao grfica de fcil compreenso.
Um esquema conceitual de dados tambm chamado de esquema ER, diagrama ER, ou
modelo ER.

3.1. Abordagem Relacional

A abordagem relacional a utilizao de conceitos de entidade e relacionamento para criar

as estruturas que iro compor o BD. Partindo da necessidade do usurio ou grupo de usurios do
sistema, iniciamos a pesquisa das necessidades de informao desses usurios, o que chamamos
de levantamento de requisitos. A definio do escopo do sistema importante para o incio
do trabalho de anlise de dados.
comum no incio do desenvolvimento de um sistema no termos a noo exata da tarefa
a ser realizada. O maior erro nesta fase admitir que j sabemos o que deve ser feito.
Para minimizar esse problema, devemos criar uma estrutura grfica que permita identificar
as entidades de um sistema e como estas se relacionam.
O modelo de dados dar suporte a empresa, incorporando as informaes necessrias para
o andamento dos negcios. Ele ser composto, basicamente, de Entidades e Relacionamentos da
ser conhecido como Modelo Entidade-Relacionamento (MER).

3.2. Vantagens na utilizao do MER

Sintaxe Robusta: o modelo documenta as necessidades de informao da empresa de

maneira precisa e clara.
Comunicao com o usurio: os usurios podem, com pouco esforo, entender o modelo.
Facilidade de criao: pode-se criar e manter o modelo com facilidade.
Integrao com vrias aplicaes: diversos projetos podem ser inter-relacionados.
Utilizao universal: o modelo no est vinculado a um BD, garantindo independncia de
implementao.

3
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

3.3. Objetivo da Modelagem de dados

Desenvolver um modelo que, contendo entidades e relacionamentos, seja capaz de

representar os requerimentos das informaes do negcio, evitando redundncias, inconsistncias
e economia de espao.
EXEMPLO:

3.4. Objetos Conceituais

A Abordagem Entidade-Relacionamento (ER) a tcnica mais utilizada e difundida que

existe.
O modelo de dados representado atravs de um modelo entidade-relacionamento (MER),
que graficamente chamado de Diagrama entidade-relacionamento (DER). Chen destaca a
importncia de reconhecer objetos do negcio e os classificou em dois grupos: Entidades e
Relacionamentos.

4
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

3.4.1. ENTIDADES

Objeto que existe no mundo real com uma identificao distinta e com um significado
prprio.
Objeto da realidade na qual deseja-se manter informaes no banco de dados.
Normalmente representado por um substantivo na descrio do negcio.

Em outras palavras so as coisas que existem no negcio.

importante ressaltar que uma entidade no caracterizada somente por objetos fsicos,
podendo existir objetos abstratos neste conceito. Vamos ao exemplo:
O Sr. Joaquim sente fortes dores no peito e procura um consultrio mdico para procurar
ajuda. Chegando ao consultrio ele se apresentar a secretria que o encaminha para uma consulta
com o mdico. Uma vez realizada a consulta o mdico receita-lhe alguns medicamentos.
Pergunta: Qual objeto abstrato possvel armazenar alguma informao.

O Exemplo caracteriza que uma entidade pode ser um objeto concreto, como mdico,
paciente, como tambm um objeto abstrato, como um fato que desejamos registrar, e que possui
caractersticas prprias como a consulta mdica.

5
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

Notao:
Em um DER, uma entidade representada atravs de retngulo que contm o nome da
entidade, como na figura abaixo:

3.4.2. ATRIBUTOS

So informaes que qualificam uma entidade e descrevem seus elementos ou

caractersticas. Quanto transpostos para o modelo fsico so chamados de colunas ou campos.
Um atributo uma caracterstica, logo no contm um grupo de informaes.
importante utilizar sempre uma viso espacial de dados, a fim de enxergar o todo e no
uma nica ocorrncia.

3.4.3. TIPOS ESPECIAIS DE ATRIBUTOS

Normalmente existem atributos que tem funes especiais em uma entidade. Dessas
algumas servem como identificadores, a saber:

- Chave primria: o atributo ou grupamento de atributos cujo valor identifica

unicamente uma entidade dentre todas as outras. Deve ter contedo reduzido e valor constante
no tempo. Pode ser natural ou artificial.
- Chave candidata: o atributo ou grupamento de atributos que tem a propriedade de
identificao nica. Pode vir a ser a chave primria.
- Chave estrangeira: quando um atributo de uma entidade a chave primria de outra
entidade com a qual ela se relaciona.
- Chave composta: formada pelo grupamento de mais de um atributo.

6
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

Notao:

3.4.4. TUPLAS

Os atributos e seu valores descrevem as instncias de uma entidade, formando o que

chamamos de tuplas ou registros. Exemplo:

No devemos considerar como entidade um objeto, se no conseguirmos ter a viso de seu

contedo em instncias com valores de atributos.

3.4.5. RELACIONAMENTOS

o fato ou acontecimento que liga dois objetos existentes no mundo real, ou seja, o fato
que efetua a juno de duas ou mais tabelas.
Um relacionamento caracterizado por um verbo, como: Pessoas moram em
Apartamentos.
Notao:

7
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

Vrias so as possibilidade de relacionamento, vamos exemplificar:

3.4.6. CLASSIFICAO DOS RELACIONAMENTOS

3.4.6.1. Quanto a Cardinalidade:

- 1:1
- 1:N
- N:N

- Cardinalidade Mxima

- Cardinalidade Mnima

8
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

3.4.6.2. Quanto a natureza

Indica se as ocorrncias de uma entidade participam de forma Opcional ou Compulsria.

- Compulsria
- Opcional
Notao:

3.4.7. GRAU DOS RELACIONAMENTOS

3.4.7.1. Relacionamento um-para-um: cada elemento de uma entidade relaciona-se com um

e somente um elemento de outra entidade.

3.4.7.2. Relacionamento um-para-muitos: cada elemento de uma entidade relaciona-se com

muitos elemento de outra entidade. o mais comum no mundo real.

3.4.7.3. Relacionamento muitos-para-muitos: caracteriza-se pelo relacionamento possuir

dados que so inerentes ao fato e no s entidades.

9
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

1:1 1:n n:n

um para um um para muitos muitos para muitos

O O O O O O

O O O O O O

O O O O O O

O O O O O O

1 1 n

1 n n

Todos os relacionamentos vistos at agora referem-se a relacionamentos binrios, ou

seja representado pelo relacionamento de duas entidades.

PESSOA RESIDNCIA CIDADE

tarso porto alegre

alberto belo horizonte

ana so paulo

3.4.7.4. Auto-Relacionamento: cada elemento de uma entidade relaciona-se com um ou mais

elementos da mesma entidade, ou seja demonstra o relacionamento de ocorrncias de uma

10
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

entidade com outras ocorrncias da mesma entidade. So definidos papeis de cada lado do
relacionamento.
Exemplos: Pea, Pessoa, Funcionrio, etc.

3.4.8. RELACIONAMENTO TERNRIO

Embora a maioria dos relacionamentos ocorra entre duas entidades (relacionamentos

binrios) podem ser definidos relacionamentos entre qualquer nmero de entidades.

Os Relacionamentos ternrios devem ser utilizados com muito cuidado, pois muitas vezes
induzem a criao de bancos de dados no normalizados. Como regra geral deve-se criar um
relacionamento ternrio apenas quando no for possvel representar a regra de negcio
desejada em um ou mais relacionamentos binrios.

11
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

3.4.9. ESPECIALIZAO/GENERALIZAO

A generalizao trata-se de uma abstrao, na qual um conjunto de entidades

semelhantes, possivelmente com alguns atributos comuns e outros diferentes e com a mesma
chave primria, so vistos como uma nica entidade.
A especializao possui o mesmo conceito. A diferena est na origem das entidades.

Notao:

Abaixo segue uma maneira mais fcil de visualizar a estrutura:

12
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

Quando utilizar uma generalizao?

Se ocorrncias de uma entidade tiverem relacionamentos ou atributos adicionais em
relao as demais.

Quando utilizar uma especializao?

Se os identificadores da generalizao e da especializao no forem os mesmos.

Uma vez descrita as estruturas bsicas de um modelo entidade-relacionamento (MER)

possvel compreender com facilidade um diagrama entidade-relacionamento (DER).

13
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

EXERCCIOS

1) Defina os termos cardinalidade mxima e cardinalidade mnima. Apresente uma notao

para representao de cardinalidades atravs de um exemplo de diagrama ER.

2) Assuma que um conjunto de Entidades Empregado especializado em Escritrio, Vendas, e

Gerenciamento. Mostre como esta especializao representada em um diagrama ER.

3) Construa um diagrama E-R para um hospital, com um conjunto de pacientes e um conjunto

de mdicos. O Registros de diversos testes realizados so associados a cada paciente.

4) Construa um diagrama E-R para uma companhia de seguros de automveis com um

conjunto de clientes, onde cada um possui certo nmero de carros. Cada carro tem um
nmero de acidentes associados a ele.

5) Construa um diagrama E-R para um sistema de sade ideal:

Hospitais so formados por um ou mais Ambulatrios e cada um destes est em um nico
Hospital
Mdicos clinicam em um nico Hospital, cada um deles agregando vrios Mdicos
Hospitais solicitam exames clnicos em vrios Laboratrios, cada um destes pode ter
solicitaes de vrios Hospitais
Pacientes consultam vrios Mdicos, e estes so consultados por vrios Pacientes
Ambulatrios atendem vrios Pacientes, enquanto estes s podem ser atendidos em um
nico Ambulatrio
Pessoal de apoio est alocado a cada Ambulatrio, e cada um destes conta com vrios
integrantes do Pessoal de apoio
Pacientes realizam vrios Exames, e cada Exame realizado por um nico Paciente
Laboratrios fazem vrios Exames, e cada um dos Exames feito em um nico Laboratrio
Cada Paciente pode receber vrios Diagnsticos, e cada Diagnstico de um nico
Paciente

6) Analise o caso abaixo e crie o devido diagrama E-R:

a) Deseja-se guardar dados sobre empregados, departamentos e projetos de uma
companhia:

14
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

b) Suponha que, depois da fase de anlise de requisitos, os projetistas chegaram

seguinte descrio do mini-mundo, ou seja, a parte da companhia a ser representada no
banco de dados.
A companhia organizada em departamentos e cada depto tem um nome, um nmero e
um empregado que o gerencia. Deseja-se guardar a data na qual o empregado comeou a
gerenciar o depto.
Um depto pode estar em vrios locais.
Um depto controla um nmero de projetos, os quais possuem nmero, nome e um nico
local.
Um empregado caracterizado por um cadastro, nome, sexo e salrio. Ele est associado a
um depto, mas pode trabalhar em vrios projetos que no necessariamente so
controlados pelo mesmo depto.
Deseja-se guardar o nmero de horas que um empregado trabalha em um projeto e o
supervisor direto de cada empregado (que tambm um empregado).
Cada empregado possui dependentes caracterizados por nome, data de nascimento e grau
de parentesco.

7) Analise o caso abaixo e crie o devido diagrama E-R:

a. Uma Administradora de Condomnios deseja guardar dados sobre edifcios,
apartamentos e de seus moradores.
b. Suponha que, depois da fase de anlise de requisitos, os projetistas chegaram seguinte
descrio de mini-mundo, ou seja, a parte da Administradora a ser representada no Banco
de Dados:
Cada edifcio tem um endereo, um cdigo, uma data de construo e uma data de
vistoria.
Cada edifcio possui vrios apartamentos, e cada um destes est associado a um nico
edifcio.
Um apartamento caracterizado por um nmero e uma rea.
Em cada apartamento podem morar vrias pessoas, e cada uma destas pode estar
associada a um ou mais apartamentos.
Uma pessoa caracterizada por CPF, nome, sexo e data de nascimento.
Deseja-se guardar ainda o tipo de moradia (para indicar se o morador inquilino ou
proprietrio do apartamento) e a data em que uma pessoa comeou a morar em um
apartamento.

15
BANCO DE DADOS I/MODELAGEM DE DADOS
Prof. Ricardo Rodrigues Barcelar
http://www.ricardobarcelar.com

8) Considere o seguinte conjunto de requisitos para um banco de dados de uma Universidade,

usado para manter informaes sobre os seus estudantes:
A Universidade mantm, para cada estudante, o seu nome, nmero de matrcula, RG,
endereo e telefone atuais, endereo e telefone permanentes, data de nascimento, sexo,
srie (1a, 2a, ..., 5a, se se aplicar), grau (graduao ou ps-graduao), e curso. Algumas
aplicaes necessitam se referir cidade, estado e CEP do endereo permanente dos
estudantes, bem como ao seu ltimo nome. Tanto o RG como a matrcula tm valores
nicos para cada estudante.
Cada departamento descrito por um nome, cdigo do departamento, bloco, ramal e
campus. Alm disto, cada departamento chefiado por um professor. Tanto o nome do
departamento como o seu cdigo so nicos para cada departamento.
Cada professor descrito por sua matrcula na Universidade, nome, RG, CPF, classificao
(MS1 (graduado), MS2 (mestre), MS3 (doutor), MS4 (adjunto) e MS5(titular)), endereo, e
e-mail. Um professor necessariamente deve estar vinculado a um departamento. A
matrcula, o RG e o CPF so nicos para cada professor.
Cada disciplina tem um nome, cdigo, descrio, carga horria, durao (trimestral,
semestral, ou anual), nvel (graduao, ps-graduao), e departamento responsvel. O
cdigo da disciplina nico para cada disciplina.
Cada turma de uma disciplina tem um instrutor (professor), perodo de aplicao (1o
semestre, 2o semestre, 1o trimestre, etc.), ano, e um identificadorda turma. O identificador
da turma distingue as turmas de uma mesma disciplina que existem num mesmo
perodo/ano.
Um relatrio de notas deve incluir, para cada estudante, sua identificao, bem como as
disciplinas/turmas freqentadas, com as respectivas notas. Projete um esquema ER para
esta aplicao e o construa utilizando a ferramenta DBDesigner. Especifique, para cada
conjunto de entidades uma chave primria apropriada. Especifique tambm as restries
estruturais para cada conjunto de relacionamentos.

REFERNCIAS

- HEUSER, Carlos Alberto. Projeto de Banco de Dados. Porto Alegre: Sagrada Luzzatto, 2000.
- MACHADO, Felipe Nery R. Projeto de banco de dados: Uma viso prtica. So Paulo SP:
Erica, 1996.
- OLIVEIRA, Celso Henrique Poderoso de. SQL Curso Prtico. So Paulo SP: Novatec, 2002

16