diagrama entidade-relacionamento (der) descreve ...maria/arqan/2011-1/cap6-der.pdf · codd 1970...

79
1 Diagrama Diagrama Entidade Entidade - - Relacionamento Relacionamento (DER) (DER) descreve relacionamentos entre objetos de dados; conduz à modelagem de dados; atributos de cada objeto => Descri Descri ç ç ão ão de de Objetos Objetos de Dados de Dados;

Upload: phambao

Post on 09-Oct-2018

213 views

Category:

Documents


0 download

TRANSCRIPT

1

DiagramaDiagrama EntidadeEntidade--RelacionamentoRelacionamento (DER)(DER)

• descreve relacionamentos entre objetos de dados;• conduz à modelagem de dados;• atributos de cada objeto => DescriDescriççãoão

de de ObjetosObjetos de Dadosde Dados;

2

Reino

Real Imaginário

Representação

Reino

Reino

entendo

represento(modelagem)

1 2

3

Conclusões :

- Nós não somos capazes de representar tudo o que imaginamos.- Nós somente representamos o que é interessante.

3

• Quais são os objetos de dados a serem processados pelosistema?

• Qual é a composição de cada objeto de dado e quaisatributos descrevem o objeto?

• Onde os objetos estão localizados?• Quais são os relacionamentos entre os objetos?• Qual é o relacionamento entre os objetos e os processos

que os transformam?

Modelagem de Dados

4

*

*

MODELO DE DADOS

OBJETIVO ���� Se chegar a um modelo teoricamente independente de máquina.

5

REPRESENTAÇÃO GRÁFICADER

♦ ENTIDADES(Objetos )

FUNCIONÁRIOS

♦ ATRIBUIÇÕES(Descrição)

FUNCIONÁRIOS

matrícula

nome

♦ RELACIONAMENTO(Forma como iteragem)

lotações

6

DIAGRAMA ENTIDADE - RELACIONAMENTO

ENTIDADE - todas as coisas que podemos observar nonosso cotidiano.

����� Representa objetos

� FUNCIONÁRIO � DEPARTAMENTO� COR� PRODUTO� LIVRO

����� Representa Evento

� PEDIDO ( representa Pedido de Venda)

7

DIAGRAMA ENTIDADE - RELACIONAMENTO

�Identifique a partir de um contexto

� CORContexto Fabricante ���� OBJETOContexto Revenda de Carro ���� CARACTERÍSTICA

• PRODUTO ���� é formado por todos os objetosque podem ser classificados comoum Produto.

�Toda ENTIDADE deve ter um identificador� FUNCIONÁRIO

���� matrícula

8

DIAGRAMA ENTIDADE - RELACIONAMENTO

♦ ENTIDADE FRACA

���� não tem vida própria

DEPENDENTESFUNCIONÁRIOS Têm

9

DIAGRAMA ENTIDADE - RELACIONAMENTO

• Uma entidade fraca pode ser identificada considerando a chave primaria de outra entidade (proprietária).

• Conjuntos de entidades proprietárias e conjuntos de entidades fracas tem que participar em conjunto de relacionamentos um- para- muitos.

• Conjuntos de entidades fracas tem que ter participação total neste conjunto de relacionamento identificadores.

10

DIAGRAMA ENTIDADE - RELACIONAMENTO

♦ GENERALIZAÇÃO

���� particionada

MOTORISTAENGENHEIRO

EMPREGADO

TIPO

11

DIAGRAMA ENTIDADE - RELACIONAMENTO

Emp_ContratadoEmp_horista

EMPREGADO

TIPO

12

DIAGRAMA ENTIDADE - RELACIONAMENTO

Restrições de sobreposições:

Pode José ser um Emp_horista assimcomo, pertencer a entidade Emp_Contratado?

• Restrições de Cobertura:

Todos os empregados tem que serem um Emp_horista ou uma entidade Emp_Contratado?

• Razões para se usar TIPO :

– Para adicionar atributos descritivos para uma sub- classe.– Para identificar entidades que participam de um

relacionamento.

13

DIAGRAMA ENTIDADE - RELACIONAMENTO♦ INVERSO

CLIENTECARTÃO

DE CRÉDITO

CLIENTEA

DINHEIRO

CLIENTE

CLIENTECARTÃO

DE CRÉDITO

CLIENTEA

DINHEIRO

14

DIAGRAMA ENTIDADE - RELACIONAMENTO♦ EXEMPLO

SÓCIO

DT-ASSOC.

No. SÓCIO

SÓCIOPESSOA-FÍSICA

SÓCIOPESSOA-JURÍDICA

CPF

NOME

NASC.

SEXO

CGC

RAZÃO

RAMO

15

DIAGRAMA ENTIDADE - RELACIONAMENTO

ATRIBUTOS - descrição através de suas característicasparticulares.

16

DIAGRAMA ENTIDADE - RELACIONAMENTO

TIPOS DE ATRIBUTOS

♦ IDENTIFICADOR ÚNICOUm ou mais atributos de uma entidade cujo conteúdoindividualiza uma única ocorrência desta Entidade.

� matrícula ���� identifica a Entidade FUNCIONÁRIO

� SIMPLES Atributo indivisíveis

� nome, salário, cargo...

17

DIAGRAMA ENTIDADE - RELACIONAMENTO

TIPOS DE ATRIBUTOS

♦ COMPOSTO ou CONCATENADOConjunto de vários atributos.

� endereço ���� rua,número,bairro,CEP

� MULTIVALORADOSMultivalente

� telefone * ���� [resid | celular | comer ]

18

DIAGRAMA ENTIDADE - RELACIONAMENTOATRIBUTOS

FUNCIONÁRIOS

telefones*nome

rua

endereçoCGC

CEPnº

19

DIAGRAMA ENTIDADE - RELACIONAMENTO

Estudo de Caso

Exemplificar um objeto com suas características dentro docontexto Contratação de Modelos Fotográficos.

nomepesocoralturamedidas

CANDITADOS

20

DIAGRAMA ENTIDADE - RELACIONAMENTO

♦ PARTE ESTÁTICA ���� ENTIDADE ATRIBUTOS

♦ PARTE DINÂMICA ���� RELACIONAMENTO

♦ Clientes solicitam Cotações que geram Pedidos de Vendas quando aprovados; os Pedidos vendem Produtos emquantidades e preços diferentes que são faturados atravésda Nota fiscal, que é paga em parcelas pelas Duplicatas, etc.

21

Grau de um Conjunto de Relacionamentos

♦ Refere-se ao número de conjuntos de entidades queparticipam em um conjunto de relacionamentos.

♦ Conjuntos de relacionamentos que envolvem doisconjuntos de entidades são binários (ou de grau dois).

♦ Conjuntos de relacionamentos podem envolver mais quedois conjuntos de entidades. Os conjuntos de entidadescliente, empréstimo, agência podem ser “ligados” porum conjunto de relacionamentos ternário (grau três).

22

DIAGRAMA ENTIDADE - RELACIONAMENTO

TIPOS COMUNS

� POSSE ����

FUNCIONÁRIO Possui DEPENDENTECLIENTE Possui CONTA_BANCÁRIA

� COMPOSIÇÃO ����COMPONENTE Compõe PRODUTO

� GERAÇÃO / ORIGEM ����COTAÇÃO Gera PEDIDO

� ALOCAÇÃO ����

ANALISTA é_alocado_em PROJETO

23

DIAGRAMA ENTIDADE - RELACIONAMENTO

Estudo de Caso

iniciofimconceito

FUNCIONÁRIO

CURSO

Participaçãomatrícula

código_curso

24

DIAGRAMA ENTIDADE - RELACIONAMENTO

Estudo de Caso

1. Carlos Lopes, engenheiro em informática, 43 anos, possui um Gol 93, cor cinza, desde de 1997...

SUBSTANTIVO ���� conjunto de Entidades.ADJETIVO ���� atributo do conjuntoVERBO ���� relacionamentoADVERBIO ���� atributo do relacionamento

25

ano_aquisição

PESSOAS AUTOS Possuir

CPFnome

profissão

chassi ano_fab marca

26

DIAGRAMA ENTIDADE - RELACIONAMENTO

Estudo de Caso

1. Sandra Maria, engenheira naval,23 anos, Analista de Sistema; tem especialização em banco de dados, Linguagem de Quarta Geração e Modelagem de Dados.Possui um Gol cor verde desde 1995.

27

PESSOAS Possuem AUTOS

CPF chassi

ano_aquisição

tipo_espec

Tem

ESPECIALIZAÇÃO

28

DIAGRAMA ENTIDADE - RELACIONAMENTO

♦ RELACIONAMENTO ���� descreve cronologicamentea dinâmica. Sendo que para cadarelacionamento é registrado umtipo de movimento.

DEPARTAMENTO

FUNCIONÁRIO

Lotação

lota

lotado em

29

CARDINALIDADE DOS RELACIONAMENTOS(Informação Semântica)

• Define o número de ocorrências de uma Entidade que pode estar envolvida em um relacionamento;

• Extrai regras de consistência e integridade dos dados;

• Indica a relação existente entre todas as linhas de uma Entidade “A” com todas as linhas de uma Entidade “B”;

• É um indicador de opcionalidade, unicidade e multiplicidade dos relacionamento entre duas Entidades, determinando o mínimo e o máximo de ocorrências.

30

APLICAÇÕES SOBRE DADOS

P1

P2

P3

P4

Q1

Q2

Q3

P = { p1, p2, p3, p4} Q = { q1, q2, q3 }

A

A = { (p1,q1),( p2,q1), (p3,q2), (p3,q3),(p4,q4) }

dom

ínio

imag

em

31

DIAGRAMA ENTIDADE - RELACIONAMENTO

− Definição Formal:

Sejam E1 e E2 conjuntos de entidades.Um conjunto de relacionamentos binários R é

um subconjunto de:

{(e1, e2) e1 ∈∈∈∈ E1 ∧∧∧∧ e2 ∈∈∈∈ E2},

onde (e1, e2) é um relacionamento.

32

H

Adão

Romeu

Eva

Maria

Julieta

M

José

C

–um-para-um (1:1) => ”um marido pode ter somente uma esposa e vice-versa”

CARDINALIDADE

33

Aplicação 1:1 ���� Domínio e Imagem podem ser fundidos

PROPRIEDADE IMPORTANTE

Adão ,Eva

José ,Maria

Romeu ,Julieta

C’

34

CARDINALIDADE

H

Adão

Romeu

Eva

Maria

Julieta

M

José

P

Cobra

–um-para-muitos (1:N) => ”uma marido pode ter muitas esposas, mas uma esposa tem apenas um marido.

35

TIPOS DE APLICAÇÕES SOBRE OS DADOS2. Aplicação 1:N (“um-para-muitos”)

Departamentos Funcionários

Pessoal

Sistema

Ana

Carlos

PatríciaP

Maria

36

Aplicação 1:N ���� Os Elementos do domínio D podem serexpandidos

PROPRIEDADE IMPORTANTE

D’

Sistemas,Ana,Carlos

Pessoal,Patrícia,Maria

37

TIPOS DE APLICAÇÕES SOBRE OS DADOS

H

Adão

Romeu

Eva

Maria

Julieta

M

José

Qualquer Relacionamento é permitido

P

muitos-para-muitos (M:N) => ”um marido pode ter várias mulheres,e uma mulher pode ter vários maridos

38

CLASSE DE UM RELACIONAMENTO

� Um-para-um (1: 1).

FUNCIONÁRIO Gerencia DEPART. 1 1

Ou

FUNCIONÁRIO DEPART. é gerenciado porgerencia

Ou simplesmente

FUNCIONÁRIO DEPART.

39

CLASSE DE UM RELACIONAMENTO

� Um-para-muitos ( 1 : N)� Muitos-para-um ( N : 1 )

FUNCIONÁRIO Lota DEPART. N 1

FUNCIONÁRIO DEPART.

Ou

lotaé lotado por

FUNCIONÁRIO DEPART.

Ou simplesmente

40

CLASSE DE UM RELACIONAMENTO

� Muitos-para-muitos ( N : N)

PEDIDOS tem PRODUTOS N N

Em cada pedido, pode ter muitos produtos diferentes, e um produto pode fazerparte de diversos pedidos.

41

PRODUTO

CLASSE DE UM RELACIONAMENTO

ITEM_PEDIDO

PEDIDO

cod-prodco

d-pe

dcod_ped + cod_prod

42

MODALIDADE DE UM RELACIONAMENTO

��MODALIDADEMODALIDADE: indica se um elemento precisa ou nãoparticipar em um relacionamento;

– relacionamento = 0 (não é necessária a ocorrênciado relacionamento, ele éopcional);

– relacionamento = 1 (uma ocorrência do relacionamento é obrigatória);

43

NATUREZA DE UM RELACIONAMENTO

� TOTAIS

� PARCIONAIS

� RECURSIVOS OU AUTO-RELACIONAMENTO

� RELACIONAMENTO MÚLTIPLOS

� AGREGAÇÃO

44

NATUREZA DE UM RELACIONAMENTO

Seja E conjunto de entidades e R conjunto de relacionamentos em que E participa.Se todo elemento de E deve estar obrigatoriamente em R,então R é TOTAL em E; caso contrário, R é PARCIAL em E.

Definição Formal:

• Dado um conjunto de relacionamentos R entre E1 e E2,

R é TOTAL em E1 se ∀ e1 ∈ E1, ∃ e2 ∈ E2 [(e1, e2) ∈ R];

R é PARCIAL em E1 se ∃ e1 ∈ E1, ∀ e2 ∈ E2 [(e1, e2) ∉ R].

45

NATUREZA DE UM RELACIONAMENTO

TOTAL / PARCIAL

FUNCIONÁRIO DEPART. Lota

Todo funcionário obrigatoriamente ( | ) lota um departamento, mas nem todo (0) departamentoé lotado por funcionários

Ou

FUNCIONÁRIO DEPART.

46

REPRESENTANDO A CLASSE E A CARDINALIDADE

FUNCIONÁRIO DEPART. LotaN 1

Ou

FUNCIONÁRIO DEPART.

47

NATUREZA DE UM RELACIONAMENTO

Funcionário desempenha o papel de gerente ou de subordinado

RECURSIVO

FUNCIONÁRIO

Gerência

GERENCIA GERENCIADO

1 N

GERENTE

48

NATUREZA DE UM RELACIONAMENTO

EXEMPLO CLÁSSICO DE RECURSIVIDADE

PEÇAS

Componentes

“motor” COMPOSTO POR parafuso

“parafuso” COMPÕE “motor”

N N

Obs.

contémé composto por

49

NATUREZA DE UM RELACIONAMENTO

RELACIONAMENTO MÚLTIPLOS

PROFESSOR DISCIPLINA Ensina1 N

ALUNO N

( P1,D1,A1 )( P1,D1,A2 )

�� ��

Não pode existir

( P3,D1,A2 )

50

NATUREZA DE UM RELACIONAMENTO

PROFESSOR DISCIPLINA Ensina1 N

ALUNO

1

AGREGAÇÃO

Cursa

N

51

NATUREZA DE UM RELACIONAMENTO

REQUISIÇÃO

PEDIDO GERAL DE COMPRA

DEU ORIGEM

SETOR

DT-reqDT-CRIAÇÃO

CODSETOR

MATERIAL

DESCRIÇÃO

CODMAT

No.PEDIDODT-PEDIDO

A Entidade-tipo “PEDIDO GERAL DE COMPRA”não deve ser associada nem com “SETOR” nem com “MATERIAL” separadamente, mas com o relacionamento “REQUISIÇÃO”.

52

NORMAS P/ DESENHAR UM MER

1. Identificar os conjuntos de entidades e os conjuntos de relacionamento;

FUNCIONÁRIO Lota DEPART.

Baseado numa descrição grifar todos os substantivos e circular os verbos que sejam relevantes.

Os funcionários trabalham em departamento específico.

53

NORMAS P/ DESENHAR UM DER

1. Identificar os conjuntos de entidades e os conjuntos de relacionamento;

- Entidades, quando se tratar de um conjunto de objetos com asmesmas características, por exemplo, as entidades cliente,mercadoria, loja, cidades e nota fiscal;

- Relacionamentos, quando na frase, onde verbo aparece, ele estiverligando duas ou mais entidades

O cliente compra mercadorias na loja.

O cliente fornece seu nome e CPF

54

NORMAS P/ DESENHAR UM MER

2. Identificar as informações sobre características (classe) de cada conjunto de relacionamentos, tais como aplicações 1:1, 1:N, e N:M;

FUNCIONÁRIO DEPART. LotaN 1

55

NORMAS P/ DESENHAR UM MER

3. Definição dos conjuntos de valores e atributos;Atributos, quando se tratar de uma característica comum a umconjunto de objetos.

Identificar o(s) atributos identificar(es);

FUNCIONÁRIO DEPART.

�@ matricula� nome� sexo� data_nasc� endereço� salário� cargo

�@ cód_descrição� descrição

56

Dicionário de Dados.

• A definição dos relacionamentos deve incluir :♦ descrição do relacionamento indicando o tipo de

relacionamento

♦ Especificar os objetos que compõe a associação

Ex. compra = * a associação de um cliente e um ou mais itens *

@cod_cli + 1{@cod_item + quant_comprada}

57

NORMALIZAÇÃO

Codd ���� 1970DATE ���� 3FN ( aperfeiçoada )FAGIN ���� 4FN e 5FN surgiram em 1977.

58

� Primeira Forma Normal (1FN))

� Segunda Forma Normal (2FN)

� Terceira Forma Normal (3FN)

NORMALIZAÇÃO

59

NORMALIZAÇÃO

Os três principais casos de anomalias :

� Grupo Repetitivo

� Dependência Funcional Parcial

� Dependência Transitiva

60

NORMALIZAÇÃO

EMPRESA XYZ Ordem de Pedido

NÚMERO DA ORDEM : 1234CÓDIGO DO CLIENTE : 001NOME DO CLIENTE :Carlos EduardoENDEREÇO : Av. Colares Moreira,999CIDADE : São LuísUF : MA CEP : 65000DATA DE DESPACHO : 31/01/99OBSERVAÇÃO : Não enviar no horário da

tarde.

61

Continuação

Cód-item Descrição Qtd embal. Preço Valor

2346 parafuso 10 cx 3,00 30,001345 porcas 5 cx 4,00 20,002664 óleo ind. 100 l 4,00 400,00

Valor totalImpostoTotal Geral

450,0013,00

437,00

62

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesCódigo ItemDescriçãoQuantidade EmbalagemPreço UnitárioValor TotalImpostosTotal Geral

� tabela não normalizada

63

� Anomalias

Inserção ���� não podemos cadastrar umequipamento sem que tenhamosum contrato.

Remoção ���� se removermos um contratotemos que remover todos osdados do equipamento.

Alteração ���� redundância nos dados do equipamento.

64

tirar

as r

epet

içõe

sNúmero da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesCódigo ItemDescriçãoQuantidade EmbalagemPreço UnitárioValor Total

ImpostosTotal Geral

� Primeira Forma Normal (1FN))

65

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesImpostosTotal Geral

Código ItemDescriçãoQuantidade EmbalagemPreço UnitárioValor Total

���� tirar as repetições1

66

2 ���� Identificar o atributo que permita umadependência funcional direta ou indiretados outros atributos em relação a ele.

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesImpostosTotal Geral

Código ItemDescriçãoQuantidade EmbalagemPreço UnitárioValor Total

67

3 ���� Conservar a propriedade reversível desta projeção

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesImpostosTotal Geral

Número da ordemCódigo ItemDescriçãoQuantidade EmbalagemPreço UnitárioValor Total

(1)(2)

68

� Segunda Forma Normal (2FN))

1 ���� verificar dependência entre identificador

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesImpostosTotal Geral

Número da ordemCódigo ItemDescriçãoQuantidade EmbalagemPreço UnitárioValor Total

(1)

(2)

69

� Segunda Forma Normal (2FN))

2 ���� verificar dependência entre identificador

Número da ordemCódigo ItemDescriçãoQuantidadeValor TotalEmbalagemPreço Unitário

Código ItemDescriçãoEmbalagemPreço Unitário

(2)

(3)

70

� Segunda Forma Normal (2FN))

Número da ordemCódigo ItemValor TotalQuantidade

Código ItemDescriçãoEmbalagemPreço Unitário

(2) (3)

71

� Terceira Forma Normal (3FN))

Código ItemDescriçãoEmbalagemPreço Unitário

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesImpostosTotal Geral

Número da ordemCódigo ItemValor TotalQuantidade

(1) (2)

(3)

72

� Anomalias

Inserção ���� não podemos cadastrar umcliente sem que tenhamosum contrato.

Remoção ���� se removermos um contratotemos que remover todos osdados do cliente.

Alteração ���� redundância nos dados do cliente.

73

� Terceira Forma Normal (3FN))

Número da ordemCódigo do clienteNome do clienteEndereçoCidadeUFCEPData de DespachoObservaçõesImpostosTotal Geral

1 ���� verificar dependência entre atributos

(1)

74

� Terceira Forma Normal (3FN))

2 ���� Separar a dependência transitiva

Código do clienteNome do clienteEndereçoCidadeUFCEP

Número da ordemCódigo do clienteData de DespachoObservaçõesImpostosTotal Geral

(1)

(4)

75

� TABELAS NORMALIZADAS

Número da ordemCódigo do clienteData de DespachoObservaçõesImpostos

Código do clienteNome do clienteEndereçoCidadeUFCEP

CADASTRO DE CLIENTECADASTRO DE ORDEM

Número da ordemCódigo ItemValor Quantidade

CADASTRO DE PEDIDO

Código ItemDescriçãoEmbalagemPreço Unitário

CADASTRO DE PEÇA

76

� TABELAS NORMALIZADAS

CADASTRO DE ORDEM CLIENTE

CADASTRO DE PEDIDO PEÇA

77

Estudo de caso 1

Considerando as entidades da Vídeo Locadora, analise as entidades , abaixo relacionadas ,quanto a normalização.

FICHA_EMPRÉSTIMO =núm_ficha + cód_cli + nome_cli + tel_cli +data_emprest + valor_total_emprést

FITA_EMPRESTADA =cód_filme + nome_filme + autor-filme + + preço_unit + quant_emprest + valor_pagar

78

Considere uma relação não normalizada:

Mat_funcionário, nome_funcionário, data_admissão, código_cargo, valor_salário, nome_dependentedata_nascimento_dep, código_setornome_setor, código_habilidade, nome_habilidade, data_formação_hab

Estudo de Caso 2

79

Relação não normalizada : Mat_funcionárionome_funcionáriodata_admissãocódigo_cargovalor_salárionome_dependentedata_nascimento_depcódigo_setornome_setorcódigo_habilidadenome_habilidadedata_formação_hab

Estudo de Caso 3