Projeto de BD Análise de Requisitos Projeto Conceitual Projeto Lógico

Apresentação em tema: "Projeto de BD Análise de Requisitos Projeto Conceitual Projeto Lógico"— Transcrição da apresentação:

1 Projeto de BD Análise de Requisitos Projeto Conceitual Projeto Lógico
Especificação de requisitos Projeto Conceitual Esquema conceitual Projeto Lógico Esquema lógico Projeto Físico Esquema físico ou implementação

2 Projeto Lógico de BDOO Diagrama ER Modelo OO
Entidades Classes Relacionamentos Atributos Atributos Herança Herança Associação Diagrama ER Modelo OO (abstração da realidade) (organização de dados)

3 Modelo ER - Conceitos Entidade Relacionamento Atributo
normal, fraca ou associativa Relacionamento auto-relacionamento, binário ou n-ário cardinalidades um-para-um, um-para-muitos ou muitos-para-muitos participação opcional ou obrigatória das entidades envolvidas Atributo categorias identificador, monovalorado, multivalorado, composto, obrigatório e opcional Generalização e Especialização total ou parcial exclusiva ou não-exclusiva

4 Modelo ER - Notação E1 E2 E3 E4 E5 E6 E7 E8 E9 E10 E12 r 1 r 2 r 3 r 4
(0,3) r 2 a2 (0,N) E3 (1,1) E4 a8 (1,N) a7 a5 a6 r 3 (0,N) papel 1 papel 2 E5 E6 p E7 E8 r 4 E9 r 5 E10 E11 r 6 E12 (0,1) a9 a10 a12 a13 a11

5 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 Salário Nome CPF reajustaSalário maiorSalário

6 Entidades Fracas (1) Duas classes + atributos de referência OU
(2) Entidade fraca como atributo da classe forte Quantidade Composição Itens (1,1) (1,N) Produto Pedidos Número Data Itens: SET ( TUPLE ( Quantidade)) (1) (2) Observações: (i) ‘*’ pode ser SET, BAG ou LIST (ii) (1): acesso direto a instâncias de Itens; é possível modelar relacionamentos de outras classes com Itens (2): menor número de classes; melhor representação de agregação Itens * Pedido

7 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

8 Relacionamentos 1:1 (1) Duas classes + atributos de referência OU
(2) Classe única com todas as propriedades Comissões Organização Eventos Code Responsável Nro Local Nome Data_inst (1,1) (1) Comissão Evento NroComissão (2) LocalComissão ResponsávelComissão Data_instComissão Observação: atributos do relacionamento ficam em alguma das classes em (1)

9 Relacionamentos 1:N Duas classes + atributos de referência Empregados
(1,1) (1,N) Codd Nome Salário CPF Empregados Departamentos Lotação Departamento Empregados *

10 Relacionamentos 1:N E se existem atributos no relacionamento? ficam na
classe do lado N, definindo um atributo com domínio Tuple (1,1) (1,N) Codd TempoServiço Nome Salário CPF Empregados Departamentos Lotação Lotação: TUPLE ( Departamento TempoServiço) Empregados *

11 Relacionamentos M:N Duas classes + atributos de referência Empregados
Duração Salário Nome (1,N) (0,N) Codp CPF Título Empregados Projetos Alocação Projetos * Empregados *

12 Relacionamentos M:N E se existem atributos no relacionamento? (i) o relacionamento fica em uma das classes como um atributo complexo menos classes; certas consultas são prejudicadas Duração DataInício Salário Nome (1,N) (0,N) Codp CPF Título Empregados Projetos Alocação Período Empregados * Alocações: SET( TUPLE ( Projeto Período))

13 Relacionamentos M:N E se existem atributos no relacionamento? (ii) pode-se criar uma classe para o relacionamento, com referências bidirecionais acesso direto a instâncias de Alocações; mais classes Duração DataInício Salário Nome (1,N) (0,N) Codp CPF Título Empregados Projetos Alocação Período Alocações * Alocações Projeto Empregado

14 Atributos Especiais Atributo Opcional:
(i) atributo que pode assumir NULL (ii) atributo obrigatório em uma subclasse da entidade (?) Atributo Composto: atributo com domínio tuple Atributo Multivalorado: atributo com domínio set/list Cidade Telefone (0,n) Salário CPF Endereço Rua Nome Número NroHabilitação (0,1) Empregados NroHabilitação Telefone: SET (inteiro) Endereço: TUPLE ( Rua, Número, Cidade)

15 Herança Mapeadas diretamente para hierarquias de classes Pessoas
DataNasc CPF Pessoas Professores Alunos Área Nome Matrícula Curso Titulação

16 Herança Não-Exclusiva
DataNasc CPF Pessoas Professores Alunos Área Nome Matrícula Curso Titulação Obs.: Indicar soluções para a resolução de conflitos de herança múltipla ProfessoresAlunos

17 Entidade Associativa Segue as diretrizes para mapeamento de
relacionamentos binários Exemplo: entidade associativa Escalonamento Tarefas Projetos Empregados Alocação (1,N) (0,N) (1,1) CodT Descrição DataInício Escalonamento Período Execução

18 Entidade Associativa Resultado do mapeamento de Escalonamento
Empregados Nome CPF Alocações * Salário Projetos Codp Título Duração Alocações Projeto Empregado DataInício Período Tarefas CodT Descrição Alocação Tarefas *

19 Exercício em Grupo Sugira mapeamentos para relacionamentos ternários do ER considerar 4 casos: M:N:P 1:M:N 1:1:N 1:1:1 justificar as suas sugestões