1

Modelo conceitual como modelo de

organizao

Quando se observa um conjunto de arquivos em computador, sejam eles

gerenciados por um SGBD, sejam eles arquivos convencionais, verifica-se
que usualmente um arquivo contm informaes sobre um conjunto de
objetos ou entidades da organizao que atendida pelo sistema em
computador. Assim, no exemplo da indstria acima citado, um sistema
em computador provavelmente conteria um arquivo para armazenar
dados de produtos, outro para armazenar dados de vendas, outro para
armazenar dados de ordens de compra e assim por diante.

Desta constatao surgiu uma das ideias fundamentais do projeto de

banco de dados: a de que atravs da identificao das entidades que
tero informaes representadas no banco de dados, possvel
identificar os arquivos que comporo o banco de dados. Devido a esta
relao um-para-um entre arquivos em computador e entidades da
organizao modelada, observou-se que um mesmo modelo conceitual
pode ser usado em duas funes:

 como modelo abstrato da organizao, que define as entidades da

organizao que tem informaes armazenadas no banco de dados, e
como modelo abstrato do banco de dados, que define que
arquivos faro parte do banco de dados.
Exemplificando, se considerarmos o modelo da Figura 1.3 podemos
interpret-lo de duas formas. Em uma interpretao, como modelo
abstrato da organizao, o diagrama nos informa que na organizao
h produtos e tipos de produtos, que associado a cada tipo de produto
h um cdigo do tipo e uma descrio e assim por diante. Na outra
interpretao, como modelo abstrato de um banco de dados, o
diagrama nos informa que o banco de dados dever conter
informaes sobre produtos e tipos de produtos, que para cada tipo de
produto so armazenados seus cdigo e sua descrio e assim por
diante.

 Na prtica, convencionou-se iniciar o processo de

construo de um novo banco de dados com a
construo de um modelo dos objetos da organizao
que ser atendida pelo banco de dados, ao invs de
partir diretamente para o projeto do banco de dados.
Esta forma de proceder permite envolver o usurio na
especificao do banco de dados. Sabe-se da prtica da
engenharia de software que o envolvimento do usurio
na especificao do software aumenta a qualidade do
software produzido. A ideia que o usurio aquele que
melhor conhece a Organizao e, portanto, aquele que
melhor conhece os requisitos que o software deve
preencher. Modelos conceituais so modelos que
descrevem a organizao e portanto so mais simples de
compreender por usurios leigos em Informtica, que
modelos que envolvem detalhes de implementao.

Projeto de BD

O projeto de um novo BD d-se em duas fases:

1 Modelagem conceitual

Nesta primeira fase, construdo um modelo conceitual, na forma de um

diagrama entidade-relacionamento. Este modelo captura as necessidades da
organizao em termos de armazenamento de dados de forma independente
de implementao.

2 Projeto lgico

A etapa de projeto lgico objetiva transformar o modelo conceitual obtido na

primeira fase em um modelo lgico. O modelo lgico define como o banco de
dados ser implementado em um SGBD especfico.

O processo acima adequado para a construo de um novo banco de dados.

Caso j exista um banco de dados ou um conjunto de arquivos convencionais, e
se pretenda construir um novo banco de dados, o processo acima modificado
e incorpora uma etapa de engenharia reversa de banco de dados.

Abordagem Entidade Relacionamento

A primeira etapa do projeto de um banco de dados a construo de

um modelo conceitual, a chamada modelagem conceitual.

O objetivo da modelagem conceitual obter uma descrio abstrata,

independente de implementao em computador, dos dados que sero
armazenados no banco de dados.

A tcnica de modelagem de dados mais difundida e utilizada a

abordagem

entidade-relacionamento (ER). Nesta tcnica, o modelo de dados

representado atravs de um modelo entidade-relacionamento (modelo
ER). Usualmente, um modelo ER representado graficamente, atravs
de um diagrama entidade relacionamento (DER). A abordagem ER foi
criada em 1976 por Peter Chen. Ela pode ser considerada como um
padro de fato para modelagem conceitual.

Mesmo as tcnicas de modelagem orientada a objetos que tm surgido

no ltimos anos baseiam-se nos conceitos da abordagem ER.

Este captulo tem por objetivo apresentar os conceitos centrais da

abordagem
ER:
entidade,
relacionamento,
atributo,
generalizao/especializao e entidade associativa. Junto com os
conceitos, apresentada uma notao grfica para diagramas ER. A
notao grfica usada no captulo a notao originalmente introduzida
por Peter Chen. No Captulo 3, so discutidas outras notaes para
representar diagramas ER.

Entidade

O conceito fundamental da abordagem ER o conceito de entidade.

Uma entidade representa, no modelo conceitual, um conjunto de objetos da realidade

modelada. Como o objetivo de um modelo ER modelar de forma abstrata um BD,
interessam-nos somente os objetos sobre os quais deseja-se manter informaes. Vejamos
alguns exemplos. No sistema de informaes industrial que usamos no Captulo 1, alguns
exemplos de entidades poderiam ser os produtos, os tipos de produtos, as vendas ou as
compras. J em um sistema de contas correntes, algumas entidades podem ser os
clientes, as contas correntes, os cheques e as agncias. Observe que uma entidade pode
representar tanto objetos concretos da realidade (uma pessoa, um automvel), quanto
objetos abstratos (um departamento, um endereo2).

Em um DER, uma entidade representada atravs de um retngulo que

contm o nome da entidade.

Representao grfica de entidades

Como dito acima, cada retngulo representa um conjunto de

objetos sobre os quais deseja-se guardar informaes. Assim, no
exemplo, o primeiro retngulo designa o conjunto de todas
pessoas sobre as quais se deseja manter informaes no banco
de dados, enquanto o segundo retngulo designa o conjunto de
todos departamentos sobre os quais se deseja manter
informaes.
Caso seja necessrio referir um objeto particular (uma
determinada pessoa ou um determinado departamento) fala-se
em ocorrncia de entidade (alguns autores usam tambm o
anglicismo instncia de entidade).

 H autores que preferem usar o par de termos conjunto de

entidades e entidade para designar respectivamente o
conjunto de objetos e cada objeto individual.
Essa terminologia a primeira vista mais adequada pois
corresponde ao uso dos termos na linguagem natural, onde
entidade um indivduo e no um coletivo. Entretanto,
esta terminologia no adequada no projeto de BD, no qual
falamos com grande freqncia sobre conjuntos de objetos e
raramente sobre indivduos. Por esse motivo preferimos usar
o par de termos entidade e ocorrncia de entidade.

Relacionamento
Conceituao

Alm de especificar os objetos sobre os quais deseja-se manter informaes,

o DER deve permitir a especificao das propriedades dos objetos que sero
armazenadas no BD. Uma das propriedades sobre as quais pode ser
desejvel manter informaes a associao entre objetos. Exemplificando,
pode ser desejvel saber quais pessoas esto associadas a quais
departamentos em uma organizao.

Em um DER, um relacionamento representado atravs de um losango,

ligado por linhas aos retngulos representativos das entidades que
participam do relacionamento. A Figura 2.2 apresenta um DER contendo
duas entidades, PESSOA e DEPARTAMENTO, e um relacionamento, LOTAO.

Este modelo expressa que o BD mantm informaes sobre:

um conjunto de objetos classificados como pessoas (relacionamento PESSOA)

um conjunto de objetos classificados como departamentos (relacionamento

DEPARTAMENTO) que um conjuntos de associaes, que ligam

um departamento a uma pessoa.(relacionamento LOTAO).

Da mesma forma que fizemos com entidades, quando quisermos nos referir a
associaes particulares dentro de um conjunto, vamos nos referir a ocorrncias
de relacionamentos. No caso do relacionamento LOTAO uma ocorrncia seria
um par especfico formado por uma determinada ocorrncia da entidade PESSOA
e por uma determinada ocorrncia da entidade

DEPARTAMENTO.

Auto Relacionamento

 Os papis (marido e esposa) das ocorrncias de

entidades em cada ocorrncia de relacionamento foram
anotadas
nas
linhas
que
ligam
os
crculos
representativos das ocorrncias de entidades e
relacionamentos.

Cardinalidade de Relacionementos

Para fins de projeto de banco de dados, uma propriedade importante de

um relacionamento a de quantas ocorrncias de uma entidade podem
estar associadas a uma determinada ocorrncia atravs do
relacionamento. Esta propriedade chamada de cardinalidade de uma
entidade em um relacionamento.

H duas cardinalidades a considerar: a cardinalidade mxima e a

cardinalidade mnima.

Cardinalidade mxima

Para exemplificar o conceito de cardinalidade vamos retomar o exemplo da

Figura 2.2. Vamos considerar as seguintes cardinalidade mximas:

o Entidade EMPREGADO tem cardinalidade mxima 1 no relacionamento LOTAO: Isso

significa que uma ocorrncia de EMPREGADO pode estar associada a no mximo uma
ocorrncia de DEPARTAMENTO, ou em outros termos, que um empregado pode estar
lotado em no mximo um departamento o

Entidade DEPARTAMENTO tem cardinalidade mxima 120 no relacionamento LOTAO:

Isso significa que uma ocorrncia de DEPARTAMENTO pode estar associada a no mximo
120 ocorrncias de EMPREGADO, ou em outros termos, que um departamento pode ter
nele lotado no mximo 120 empregados.

Para fins prticos, no necessrio distinguir entre diferentes cardinalidades mximas

maiores que 1. Por este motivo, apenas duas cardinalidades mximas so relevantes: a
cardinalidade mxima 1 e a cardinalidade mxima muitos, referida pela letra n.
Assim, no exemplo acima, diz-se que a cardinalidade mxima da entidade
DEPARTAMENTO no relacionamento LOTAO n.

A cardinalidade mxima representada no DER conforme indicado na

Figura 2.6. Observe a conveno usada. primeira vista, ela pode
parecer pouco natural, j que vai anotada do outro lado do
relacionamento a qual se refere. Exemplificando, a cardinalidade
mxima da entidade EMPREGADO no relacionamento LOTAO
anotada junto ao smbolo da entidade DEPARTAMENTO.

Classificao de Relacionamentos
Binrios

A cardinalidade mxima pode ser usada para classificar relacionamentos

binrios. Um relacionamento binrio aquele cujas ocorrncias
envolvem duas entidades, como todos vistos at aqui. Podemos
classificar os relacionamentos em n:n (muitos-para-muitos), 1:n (umpara-muitos) e 1:1 (um-para-um). A Figura 2.7, a Figura 2.8 e a Figura
2.9 apresentam exemplos de relacionamentos com cardinalidades
mximas 1:1, 1:n e n:n, respectivamente. A seguir comentamos a
interpretao de alguns relacionamentos apresentados nestas figuras.

Na Figura 2.7, no relacionamento CASAMENTO, as cardinalidades mximas

expressam que uma pessoa pode possuir no mximo um marido (uma
instncia de pessoa pode estar associada via relacionamento a no mximo
outra pessoa no papel de esposa) e no mximo uma esposa.

Observe que este relacionamento, apesar de envolver apenas uma

entidade, tambm considerado como um relacionamento binrio. O que
determina o fato de o relacionamento ser binrio o nmero de
ocorrncias de entidade que participam de cada ocorrncia do
relacionamento. De cada ocorrncia de CASAMENTO participam
exatamente duas ocorrncias da entidade PESSOA (um marido e uma
esposa). Por este motivo, o relacionamento de

CASAMENTO classificado como sendo binrio.

A Figura 2.8 mostra outros exemplos de relacionamentos 1:n, alm do

relacionamento LOTAO que j havia sido visto acima. O relacionamento
INSCRIO modela a inscrio de alunos em uma universidade pblica,
onde existe a restrio de que um aluno pode estar inscrito em no mximo
um curso.

Exerccios

Defina, sem retornar ao captulo acima, os seguintes conceitos:

1. Banco de dados, sistema de gerncia de banco de dados, modelo de

dados, modelo conceitual, modelo lgico, modelagem conceitual e
projeto lgico. Verifique a definio que voc fez contra a apresentada
no captulo.

2. A definio do fator de bloco de um arquivo faz parte de que modelo:

do modelo conceitual, do modelo lgico ou do modelo fsico?

3. A definio do tipo de um dado (numrico, alfanumrico,) faz parte

de que modelo: do modelo conceitual, do modelo lgico ou do modelo

fsico?