Ebd sistema de informaçoes

Projeto Lógico de BDOO

Entidades
Relacionamentos
Atributos
Herança
Heran

Classes
Atributos
Herança
Associação
ão

Diagrama ER
Diagrama
(abstração da realidade)

Modelo OO
(organização de dados)

Mapeamento de Entidades
• Entidades tornam-se classes
– controle de unicidade de atributos identificadores (CPF, p.ex.) deve ser definido

• Métodos relevantes a nível de instâncias e da classe podem ser previstos
Empregados

CPF
Nome
Salário

Empregados
CPF
Nome
Salário
reajustaSalário maiorSalário 1

Mapeamento de Entidades Fracas
• Opção 1: atributo composto e multivalorado
– entidade fraca relaciona-se apenas com a entidade forte
Número

Data

Pedidos

Número Produto
(1,N)
(1,1)
Composição
Itens

Quantidade

Pedidos
Número
Data
Itens: SET ( TUPLE (
Número
Produto
Quantidade))

Mapeamento de Entidades Fracas
• Opção 2: classe
– entidade fraca relaciona-se também com outras entidades que desejam referencia-la
Número Quantidade

Número Data
(1,1)

Pedidos

(1,N)
Composição

Pedidos
Número
Data
Itens *

Código

(0,N)

Itens

Itens
Número
Produto
Quantidade
Pedido

Refe rência Descrição

(1,1)

Produtos

Produtos
Código
Descrição
Itens *

2

Relacionamentos
• Análise de 3 casos
– 1:1
– 1:N
– M:N

• Participação obrigatória/opcional da entidade no relacionamento
– se o SGBDOO não dá suporte explícito a estas RIs na ODL, então

– definir métodos de RI

Relacionamentos 1:1
• Obrigatório em ambos os sentidos
– fusão de entidades
Code

Nome

Eventos

(1,1)

Data_inst
(1,1)

Organização

Nro

Local

Responsável

Comissões

Eventos
Code
Nome
NroComissão
LocalComissão
ResponsávelComissão
Data_instComissão

3

Relacionamentos 1:1
• Opcional em um ou em ambos os sentidos
– atributo de referência
– pelo menos na classe com obrigatoriedade de participação, se apenas um sentido é opcional
Code

Nome

Data_inst