Modelagem Conceitual

Entidade-Relacionamento
Fernanda Baio
UNIRIO

Material parcialmente extrado a partir das notas de aula de

Maria Luiza M. Campos, Arnaldo Vieira e Maria Cludia
Cavalcanti

Projeto de Sistemas de
Informao
Levantamento de
requisitos
Anlise
Anlise
Funcional
Funcional

Projeto Conceitual

Especificaes
Especificaesde
de
Acesso
Acesso

Projeto Lgico

Projeto
Projetoda
da
Aplicao
Aplicao

Projeto Fsico
Implementao

Validao e Teste
2

Processo de Software

Especificao:

Desenvolvimento:

Projeto
implementao segundo
especificao

Validao:

funcionalidade e restries

Projeto Conceitual

Projeto Lgico

Projeto Fsico

testes para verificar se est de

acordo com especificao

Evoluo:

para atender as mudanas

3

Fases Clssicas do
Desenvolvimento de SW
Levantamento de Requisitos
Anlise de Requisitos
Projeto
Implementao
Testes
Implantao
Manuteno

RUP - Rational Unified

Process
1.
2.
3.
4.
5.
6.

Business Engineering.
Requirements.
Analysis and Design.
Implementation.
Test.
Configuration and change
management.
7. Project Management.
8. Environment.
9. Deployment.

Projeto Conceitual

Projeto Lgico

Projeto Fsico

Modelos

Ferramentas para modelagem

conceitual
ER- Peter Chen
UML- OMG (Grady, Booch, Rumbaugh)
IE (Information Engineering)- J. Martin
IDEF1X (US Federal Gov.)

O Modelo ER

O modelo de dados mais popular

entre todos os utilizados na etapa de
projeto conceitual de banco de dados.
Produz um diagrama fcil de ser
entendido pelo usurio final.
Fundamentado nos conceitos bsicos
de entidade, relacionamento e
atributo.
Outros conceitos foram incorporados
para enriquecer a expressividade do
modelo.
7

Elementos Bsicos

Entidades: representam classes de objetos

do mundo real.
representadas graficamente por um retngulo
rotulado com o nome da entidade.

Relacionamentos: representam agregaes

entre duas ou mais entidades.
representados graficamente por um losango
rotulado com o nome da agregao.

rtulo

Atributos: representam propriedades

elementares das entidades e/ou dos
relacionamentos.
representados graficamente por um segmento de
reta rotulado com o nome do atributo em uma de
suas extremidades.

rtulo

rtulo
ou
rtulo
8

Elementos Bsicos
VIVE_NA

desde

identidade
nome

cdigo
CIDADE

PESSOA

endereo

nome
habitantes

NASCIDA_NA

Diferentes Notaes
1

0,1

0.n

1
0.n

10

Propriedades dos
Relacionamentos

Grau

total de entidades que participam do

relacionamento.

Cardinalidade

nmeros mnimo e mximo de instncias de

cada entidade que podem estar associadas
atravs do relacionamento.

aacardinalidade
cardinalidademnima
mnimatambm
tambmconhecida
conhecidacomo
como
PARTICIPAO:
PARTICIPAO:
00==participao
opcional
1
=
participao
obrigatria.
participao opcional
1 = participao obrigatria.
11

Grau
Relacionamento de Grau 2 ou binrio.
DEPARTAMENTO
DEPARTAMENTO

EMPREGADO
LOTAO

Relacionamento de Grau 3 ou ternrio.

DISCIPLINA

ALUNO

PROFESSOR
ALOCAO
12

Cardinalidade ...
(1,1)

(0,n)
CLIENTE

FAZ

PEDIDO

TRABALHA_EM
EMPREGADO

HOMEM

PEDIDO

(1,n)

(1,1)
1
(0,1)
1
(1,n)

DEPARTAMENTO

n
CASA

PEDE

(0,1)

MULHER

1
(0,n)

PEA

13

Relacionamentos n-rios

suponha que cada fornecedor possa

fornecer peas a clientes.

Primeira Tentativa:
(1,n)
F

(1,n)
F-P

(1,n)

(1,n)
P

P-C

14

Relacionamentos n-rios

suponha tambm que segundo levantamentos

sobre o contexto em foco, sabe-se que:
F1 fornece P1 a C1.
F2 fornece P1 a C2.
F2 fornece P2 a C1.

representando esses dados num diagrama de

ocorrncias:
Quem fornece a C1?
Quem fornece a C2?
F F-P
P
P-C
C

F1

C1
P1

F2

C2
P2

Armadilha: no h
como determinar
que fornecedor
fornece a que
cliente !

15

Relacionamentos n-rios
agora podemos afirmar que:

F1 fornece P1.

z P1 fornecida a C1. z F1 fornece a C1.

F2 fornece P1.

z P1 fornecida a C2. z F2 fornece a C1.

F2 fornece P2.

z P2 fornecida a C1. z F2 fornece a C2.

F-C
P

P-C
m

F-P
n
F

F1

F-C

F-P

P-C

C1

P1

F2

C2

P2

mas ... 16

Relacionamentos n-rios

Essa soluo ainda possui uma armadilha de

conexo !
Podemos dizer:
que fornecedores fornecem que peas;
que peas so fornecidas a que clientes; e
que fornecedores fornecem a que clientes.

Mas no podemos dizer:

que fornecedores fornecem que peas a que clientes !
F-C

F1

F-P

Quem fornece P1 a C1?

P-C

C1

P1

F2

C2
P2

17

Relacionamentos n-rios
Soluo:

F-P-C

P
P1
F1

P2
C1
C2

F2

18

Relacionamentos n-rios
(0,m)

Soluo:

(0,n)

F-P-C

(0,s)
P
P1

P2
C1

F1

C2
F2

19

Peas e suas componentes

A

PEA

A
B
C
D
E
F
R
S
T
X
Y

cilindro
base
brao
gancho
linha
suporte
moldura
tirante
poleiro
ratoeira
balano

COMPOSIO
composto componente
R
R
S
S
T
T
X
X
X
Y
Y

B
C
D
E
E
F
R
S
A
R
T

Como modelar a composio

das peas?
20

Relacionamento Recursivo ...

PEA

composto

COMPOSIO

componente

papis

Ainda faltam as cardinalidades... (Cenas dos prximos captulos)

21

Atributos ...

propriedades utilizadas para descrever

entidades e relacionamentos.

Exemplo: a entidade empregado pode ser

descrita pelos atributos Nome, Registro, Sexo,
Endereo.
Nome
Registro
EMPREGADO

Sexo
Endereo
22

Cardinalidade de Atributos

Cardinalidade mnima/mxima
nmero mnimo / mximo de valores que o
atributo pode assumir em cada instncia da
entidade ou relacionamento.

23

Cardinalidade de Atributos

Seja A um atributo da entidade E:

se min-card (A, E) = 0
o atributo opcional
pode ser nulo para algumas instncias de E.

se min-card (A, E) = 1
o atributo mandatrio
deve assumir no mnimo 1 valor para cada instncia de E.

se max-card (A, E) = 1
o atributo mono-valorado
s pode assumir 1 nico valor para cada instncia de E.

se max-card (A, E) > 1

o atributo multi-valorado
ele pode assumir mais de um valor para cada instncia de E.
24

Cardinalidade de Atributos
VIVE_NA
(0, n)

identidade
(1, n)

(0, n)

(1, 1)

(0, n)

e-mail

cdigo
CIDADE

PESSOA

nome
endereo

desde
(1, 1)

NASCIDA_NA

uma pessoa pode no

ter telefone ou ter
vrios... hoje em dia uma pessoa
tem que ter pelo menos
um endereo eletrnico,
podendo ter vrios.

nome
habitantes

data_nasc

se a cardinalidade do atributo for (1,1),

ela no precisa ser especificada.
25

Domnio de um Atributo

Todo atributo est associado a um

domnio, isto , a um conjunto de
valores vlidos que o atributo pode
assumir.
As declaraes de domnio so similares
s declaraes de tipo nas linguagens
de programao.

Exemplos:
CPF: Numrico
Nome: Texto
Cor: {azul, amarelo, vermelho}
26

Tipos de Atributos

simples - atributo definido sobre um nico

domnio, isto , que possui um valor atmico
para cada instncia da entidade.
composto - atributo definido sobre mais de
um domnio, isto , grupo de atributos com
um significado semntico.
Rua
(0,n)

Telefone

PESSOA

Nome

(0,1)

Endereo

Nmero
Cidade
Estado
Pais
Cdigo_postal (0, 1)

Sexo

27

Identificador de Entidade

Def.: Atributo, simples ou composto, que identifica

unicamente cada instncia da entidade.
O identificador de uma entidade pode ser formado:

por um subconjunto dos atributos que a descrevem; ou

pela combinao de seus atributos com os identificadores das
entidades com as quais ela possua um relacionamento
funcional e mandatrio.

Propriedades

No podem existir duas instncias da entidade com o mesmo

valor do identificador.
Se qualquer componente do identificador for retirado, a
propriedade de unicidade deixa de ser satisfeita.
Todos os componentes de um identificador devem ser
mandatrios, isto , no podem assumir o valor nulo.

28

Tipos de Identificadores ...

identificador interno e simples

NmeroIdentidade
Nome

PESSOA

identificador interno e composto

PESSOA

IdentificadorDePessoa
Nome
DataDeNascimento
NomeDoPai
CidadeDeResidncia
29

Tipos de Identificadores ...

identificador misto e composto

EMPREGADO
(1,1)

Matrcula
Nome
NomeDoPai
CidadeDeResidncia

TEM

(0,n)

Nome

DEPENDENTE

DataNascimento

DependenteID
30

Tipos de Identificadores ...

identificador externo e composto

PEDIDO

PRODUTO

(1,1)

(1,1)
idItem

inclui

referencia

ITEM DE PEDIDO

(1,n)

(0,n)

dentro de um pedido de compra, cada produto s pode constar de

apenas um item de pedido.

31

Entidade Fraca

entidade cujo identificador externo

ou misto.
Matrcula

EMPREGADO

Nome
NomeDoPai

(1,1)

CidadeDeResidncia
TEM

(1,n)
Nome

DEPENDENTE

Entidade Fraca
DataNascimento

DependenteID
Um Dependente precisa de Empregado para existir

32

Hierarquia de Generalizao

uma entidade E uma generalizao de um

grupo de entidades E1, E2, ... , En, se cada
instncia das entidades E1, E2, ... , En for
tambm uma instncia de E.
especializao

o inverso da generalizao
processo atravs do qual novas classes so definidas a
partir do refinamento de uma classe mais geral.

propriedade de cobertura

total (t) ou parcial (p)

exclusiva (e) ou inclusiva (i)
se a cobertura for total e exclusiva, (t, e), ela no
precisa ser representada no diagrama.
33

Propriedade de cobertura
total, exclusiva (t,e)

parcial, exclusiva (p,e)

PESSOA

VECULO
AUTOMVEL

HOMEM

MULHER
BICICLETA

total, inclusiva (t,i)

parcial, inclusiva (p,i)

ESPORTISTAS DO CLUBE

ESTUDANTE
MESTRADO

GRADUAO

JOGADOR
DE TNIS

JOGADOR
DE FUTEBOL
34

Hierarquia de Generalizao
Exemplo
PESSOA

(t,e)
HOMEM

(p,e)

MULHER

GERENTE

SECRETRIO EMPREGADO

(t,i)
GERENTE
TCNICO

GERENTE
ADM

(p,i)
ANALISTA

VENDEDOR

CONTADOR

35

Mecanismo de Herana ...

todas as propriedades da
superclasse so passadas por
herana s suas subclasses
(atributos, relacionamentos, outras
generalizaes etc.)

36

Mecanismo de Herana ...

Qual dos modelos abaixo correto?

(0, 1) NomeSolteira

Nome

PESSOA

Endereo

(0, 1) SituaoMilitar

(t,e)
Nome
Endereo
Situao Militar

HOMEM

Nome
Endereo
NomeSolteira

MULHER

Nome

PESSOA

Endereo

(t,e)
HOMEM

Situao Militar

MULHER

NomeSolteira

37

Mecanismo de Herana
Nome
Profisso
GrauAcadmico

CPF

(0,n)

ENDEREO

PESSOA

(t,e)

HOMEM

Rua
Cidade
CEP (0,1)
Estado
Pas

(1,n)

(p,e)

MULHER

EMPREGADO

SECRETRIO

MILITAR

ID
CertificadoReservista NomeSolteira Matrcula

SubTtulo
Nmero
Diviso
Patente

38

Detalhe de Notao
permite dar um nome
hierarquia de generalizao

PESSOA
(t,e)

HOMEM

CertificadoReservista

Identidade
Nome
Profisso

SEXO

MULHER

NomeSolteira

39

Leitura de Diagramas ER
Nome
Estado
(1,1)

Id

CIDADE

(0,n)
nascida_em

Nome
Sobrenome
Idade

PESSOA

Telefone

(1,1)

ESTUDANTE

PROFESSOR

(0,n)
ALUNOS_PG orientado_por

matriculado_em

VISITANTE

(1,n)

DISCIPLINA

(1,2)

(1,1)
lecionado_por

(1,3)
ALOC

(0,n)
Dia
Hora

Categoria
Nvel

(1,1)

(0,n)

Nome

(1,1)

(1,n)

(0,n)

Grau

DEPTO

lotado_no

mora_em

Incio
(0,40)

SALA

Nmero
Prdio

Trmino

IdSala

TEMPO
IdTempo

40

Notao do modelo ER

No h padro para os diagramas ER

Cada metodologia usa uma notao
diferente

losangos versus linhas rotuladas para

relacionamentos
Sentido de leitura da cardinalidade de
relacionamento

Notao original [Chen 76] raramente

seguida pelas ferramentas CASE
Variaes conhecidas da notao

Bachman, crow's foot (ps de galinha),

IDEFIX.

41

Qualidades do Modelo ER ...

Expressividade:
Expressividade:
inclui os trs mecanismos de abstrao:

classificao, agregao e generalizao.

suporta relacionamentos n-rios, o que motivo de

crticas por parte dos defensores do mundo binrio.

Simplicidade:
Simplicidade:
a riqueza de conceitos torna o modelo uma

poderosa ferramenta para a descrio da realidade.

entretanto, o modelo no muito simples,

especialmente no que diz respeito aos conceitos de

cardinalidade, cobertura de generalizao e
identificao.
uma soluo produzir diagramas ER em diferentes
nveis de detalhe.
42

Qualidades do Modelo ER ...

Minimalidade:
Minimalidade:
exceo dos atributos compostos,

nenhum conceito do modelo pode ser

descrito em termos dos demais.
o fato da mesma realidade poder ser
modelada de diferentes maneiras no
invalida a minimalidade do modelo.

Formalidade:
Formalidade:
o modelo possui o necessrio grau de

formalidade, uma vez que cada um de seus

conceitos possui uma interpretao nica,
precisa e bem-definida.
43

Qualidades do Modelo ER

Representao Grfica:
Grfica:
o modelo graficamente completo,

isto , todos os seus conceitos

possuem um smbolo grfico
associado.
os diagramas ER so fceis de serem
entendidos pelos usurios.
oomodelo
modeloER
ERoferece
ofereceum
umbalanceamento
balanceamentoadequado
adequadoentre
entre
expressividade,
expressividade,simplicidade
simplicidadeeeminimalidade.
minimalidade.
44

Refs Bibliogrficas

Conceptual Database Design

Batini, Ceri e Navathe

Benjamin/Cummings Pub. Co.

Modelagem Conceitual
e Projeto de Banco de Dados

Paulo Cougo
Ed Campus 3a. ed.

Projeto de Banco de Dados

Sistemas de Bancos de Dados

Carlos Heuser ed. Sagra Luzzatto

Elmasri, Navathe
Ed Pearson
45