Carregar apresentação
A apresentação está carregando. Por favor, espere
1
Capítulo 6: Modelo entidade-relacionamento
Korth • Silberschatz • Sundarshan
2
Capítulo 6: Modelo entidade-relacionamento
Processo de projeto Modelagem Restrições Diagrama ER Aspectos de projeto Conjuntos de entidades fracos Recursos de ER estendidos Projeto de banco de dados para instituição bancária Redução aos esquemas relacionais Projeto de banco de dados UML Korth • Silberschatz • Sundarshan
3
Modelagem Um banco de dados pode ser modelado como:
Uma coleção de entidades, Relacionamento entre entidades. Uma entidade é um objeto que existe e é distinguível de outros objetos. Exemplo: pessoa, empresa, evento e planta específicos Entidades possuem atributos Exemplo: pessoas têm nomes e endereços Um conjunto de entidades é um grupo de entidades do mesmo tipo que compartilham as mesmas propriedades. Exemplo: conjunto de todas as pessoas, empresas, árvores, feriados Korth • Silberschatz • Sundarshan
4
Conjuntos de entidades cliente e empréstimo
Korth • Silberschatz • Sundarshan
5
Conjuntos de relacionamento
Um relacionamento é uma associação entre várias entidades Exemplo: Hayes depositante A entidade cliente conjunto de relacionamento entidade conta Um conjunto de relacionamento é uma relação matemática entre n 2 entidades, cada uma tomada de conjuntos de entidades {(e1, e2, … en) | e1 E1, e2 E2, …, en En} onde (e1, e2, …, en) é um relacionamento (Hayes, A-102) depositante Korth • Silberschatz • Sundarshan
6
Conjunto de relacionamento tomador
Korth • Silberschatz • Sundarshan
7
Conjuntos de relacionamento (cont.)
Um atributo também pode ser uma propriedade de um conjunto de relacionamento. Por exemplo, o relacionamento depositante entre os conjuntos de entidades cliente e conta pode ter o atributo data-acesso Korth • Silberschatz • Sundarshan
8
Grau de um conjunto de relacionamento
Refere-se ao número de conjuntos de entidades que participam em um conjunto de relacionamento. Os conjuntos de relacionamento que envolvem dois conjuntos de entidades são binários (ou de grau 2). Geralmente, a maioria dos conjuntos de relacionamento em um sistema de banco de dados são binários. Os conjuntos de relacionamento podem envolver mais de dois conjuntos de entidades. Exemplo: Suponha que os funcionários de um banco possam ter atividades (responsabilidades) em várias agências, com diferentes cargos em diferentes agências. Então, existe um conjunto de relacionamento ternário entre os conjuntos de entidades funcionário, cargo e ag Os relacionamentos entre mais de dois conjuntos de entidades são rados. A maioria dos relacionamentos é binária. (Mais sobre isso posteriormente.) Korth • Silberschatz • Sundarshan
9
Atributos Uma entidade é representada por um conjunto de atributos, que são propriedades descritivas processadas por todos os membros de um conjunto de entidades. Exemplo: cliente = id_cliente, nome_cliente , rua_cliente, cidade_cliente) empréstimo = (número_empréstimo, conta) Domínio – o conjunto de valores permitidos para cada atributo Tipos de atributo: Atributos simples e compostos. Atributos de valor único e de valores múltiplos Exemplo: atributo de valores múltiplos: números_telefone Atributos derivados Podem ser calculados a partir de outros atributos Exemplo: idade, dado data_nascimento Korth • Silberschatz • Sundarshan
10
Atributos compostos Korth • Silberschatz • Sundarshan
11
Restrições de cardinalidade de mapeamento
Expressam o número de entidades ao qual outra entidade pode ser associada através de um conjunto de relacionamento. Normalmente são úteis em descrever conjuntos de relacionamento binários. Para um conjunto de relacionamento binário, a cardinalidade de mapeamento precisa ser de um dos seguintes tipos: Um-para-um Um-para-muitos Muitos-para-um Muitos-para-muitos Korth • Silberschatz • Sundarshan
12
Cardinalidades de mapeamento
Um-para-um Um-para-muitos Nota: Alguns elementos em A e B podem não ser mapeados para quaisquer elementos no outro conjunto. Korth • Silberschatz • Sundarshan
13
Cardinalidades de mapeamento
Muitos-para-um Muitos-para-muitos Nota: Alguns elementos em A e B podem não ser mapeados para quaisquer elementos no outro conjunto. Korth • Silberschatz • Sundarshan
14
Chaves Uma superchave de um conjunto de entidades é um conjunto de um ou mais atributos cujos valores determinam unicamente cada entidade. Uma chave candidata de um conjunto de entidades é uma superchave mínima Id_cliente é uma chave candidata de cliente número_conta é uma chave candidata de conta Embora possam existir várias chaves candidatas, uma das chaves candidatas é selecionada para ser a chave primária. Korth • Silberschatz • Sundarshan
15
Chaves para conjuntos de relacionamento
A combinação de chaves primárias dos conjuntos de entidades participantes forma uma superchave de um conjunto de relacionamento. (id_cliente, número_conta) é a superchave de depositante NOTA: isso significa que um par de conjuntos de entidades pode ter no máximo um relacionamento em um determinado conjunto de relacionamento. Exemplo: Se desejarmos acompanhar todas as datas de acesso a cada conta por cada cliente, não podemos considerar um relacionamento para cada acesso. Entretanto, podemos usar um atributo de valores múltiplos. Precisam considerar a cardinalidade de mapeamento do conjunto de relacionamento quando decidir quais são as chaves candidatas Precisam considerar a semântica do conjunto de relacionamento ao selecionar a chave primária no caso de mais de uma chave candidata Korth • Silberschatz • Sundarshan
16
Diagramas ER Retângulos representam conjuntos de entidades.
Losangos representam conjuntos de relacionamento. Linhas vinculam atributos a conjuntos de entidades e estes a conjuntos de relacionamento. Elipses representam atributos Elipses duplas representam atributos de valores múltiplos. Elipses tracejadas indicam atributos derivados. Sublinhados indicam atributos de chave primária (que veremos mais tarde) Korth • Silberschatz • Sundarshan
17
Diagrama ER com atributos compostos, derivados e de valores múltiplos
Korth • Silberschatz • Sundarshan
18
Conjuntos de relacionamento com atributos
Korth • Silberschatz • Sundarshan
19
Funções Conjuntos de entidades de um relacionamento não precisam ser distintos Os rótulos “gerente” e “funcionário” são chamados funções; eles especificam como as entidades de funcionário interagem através do conjunto de relacionamento trabalha_para. As funções são indicadas nos diagramas ER rotulando as linhas que conectam os losangos aos retângulos. Os rótulos de função são opcionais e são usados para esclarecer a semântica do relacionamento Korth • Silberschatz • Sundarshan
20
Restrições de cardinalidade
Expressamos as restrições de cardinalidade desenhando uma linha direcionada (), significando “um”, ou uma linha não direcionada (—), significando “muitos”, entre o conjunto de relacionamento e o conjunto de entidades. Relacionamento um-para-um: Um cliente está associado, no máximo, a um empréstimo através do relacionamento tomador Um empréstimo está associado, no máximo, a um cliente através de tomador Korth • Silberschatz • Sundarshan
21
Relacionamento um-para-muitos
No relacionamento um-para-muitos, um empréstimo está associado, no máximo, a um cliente através de tomador, um cliente está associado a vários (inclusive 0) empréstimos através de tomador Korth • Silberschatz • Sundarshan
22
Relacionamento muitos-para-um
Em um relacionamento muitos-para-um, um empréstimo está associado a vários (inclusive 0) clientes através de tomador, um cliente está associado, no máximo, a um empréstimo através de tomador Korth • Silberschatz • Sundarshan
23
Relacionamento muitos-para-muitos
Um cliente está associado a vários (possivelmente 0) empréstimos através de tomador Um empréstimo está associado a vários (possivelmente 0) clientes através de tomador Korth • Silberschatz • Sundarshan
24
Participação de um conjunto de entidades em um conjunto de relacionamento
Participação total (indicada por uma linha dupla): cada entidade no conjunto de entidades participa no mínimo em um relacionamento no conjunto de relacionamento Por exemplo, a participação de empréstimo em tomador é total Cada empréstimo precisa ter um cliente associado através de tomador Participação parcial: algumas entidades podem não participar em relacionamento algum no conjunto de relacionamento Exemplo: a participação de cliente em tomador é parcial Korth • Silberschatz • Sundarshan
25
Notação alternativa para limites de cardinalidade
Os limites de cardinalidade também podem expressar restrições de participação Korth • Silberschatz • Sundarshan
26
Diagrama ER com um relacionamento ternário
Korth • Silberschatz • Sundarshan
27
Restrições de cardinalidade no relacionamento ternário
Permitimos no máximo uma seta saindo de um relacionamento ternário (ou grau maior) para indicar uma restrição de cardinalidade Por exemplo, uma seta de trabalha_em indica que cada funcionário trabalha no máximo em um cargo em qualquer agência. Se houver mais de uma seta, haverá duas maneiras de definir o significado. Por exemplo, um relacionamento ternário R entre A, B e C com setas para B e C poderia significar: 1. Cada entidade A está associada a uma única entidade de B e C ou 2. Cada par de entidades de (A, B) está associado a uma única entidade C, e cada par (A, C) está associado a um único B Cada alternativa foi usada em diferentes formalismos Para evitar confusão, proibimos mais de uma seta Korth • Silberschatz • Sundarshan
28
Aspectos de projeto Uso de conjuntos de entidades versus atributos A escolha depende principalmente da estrutura da empresa sendo modelada e da semântica associada ao atributo em questão. Uso de conjuntos de entidades versus conjuntos de relacionamento Uma possível regra é designar um conjunto de relacionamento para descrever uma ação que ocorre entre entidades. Conjuntos de relacionamento binários versus enários Embora seja possível substituir um conjunto de relacionamento não binário (enário, para n > 2) por diversos conjuntos de relacionamento binários distintos, um conjunto de relacionamento enário mostra mais claramente que várias atributos participam em um único relacionamento. Posicionamento dos atributos de relacionamento Korth • Silberschatz • Sundarshan
29
Relacionamentos binários versus não binários
Alguns relacionamentos que parecem ser não binários podem ser mais bem representados por vários relacionamentos binários. Por exemplo, um relacionamento ternário pais, relacionando um filho ao seu pai e mãe, é melhor representado por dois relacionamentos binários, mãe e pai Usar dois relacionamentos binários permite informações parciais (por exemplo, se apenas a mãe for conhecida) Mas existem relacionamentos que são naturalmente não binários Exemplo: trabalha_em Korth • Silberschatz • Sundarshan
30
Convertendo relacionamentos não binários para a forma binária
Em geral, qualquer relacionamento não binário pode ser representado usando relacionamentos binários criando um conjunto de entidades artificial. Substitua R entre os conjuntos de entidades A, B e C por um conjunto de entidades E três conjuntos de relacionamento: 1. RA, relacionando E e A 2. RB, relacionando E e B 3. RC, relacionando E e C Crie um atributo identificador especial para E Inclua quaisquer atributos de R em E Para cada relacionamento (ai , bi , ci) em R, 1. crie uma nova entidade ei no conjunto de entidades E 2. inclua (ei , ai ) em RA 3. inclua (ei , bi ) em RB 4. inclua (ei , ci ) em RC Korth • Silberschatz • Sundarshan
31
Convertendo relacionamentos não binários para a forma binária (cont.)
Também precisamos traduzir as restrições Talvez não seja possível traduzir todas as restrições Pode haver instâncias no esquema traduzido que não pode corresponder a instância alguma de R Exercício: acrescente restrições aos relacionamentos RA, RB e RC para garantir que uma entidade recém-criada corresponda a exatamente uma entidade em cada um dos conjuntos de entidades A, B e C Podemos evitar a criação de um atributo identificador tornando E um conjunto de entidades fraco (descrito brevemente) identificado pelos três conjuntos de relacionamento. Korth • Silberschatz • Sundarshan
32
Cardinalidades de mapeamento afetam o projeto ER
Podemos tornar a data de acesso um atributo de conta, em vez de um atributo de relacionamento, se cada conta puder ter apenas um cliente Ou seja, o relacionamento de conta para cliente é muitos-para-um ou, equivalentemente, cliente para conta é um-para-muitos Korth • Silberschatz • Sundarshan
33
Que tal criar um projeto ER interativamente no quadro
Que tal criar um projeto ER interativamente no quadro? Sugira uma aplicação a ser modelada. Korth • Silberschatz • Sundarshan
34
Conjuntos de entidades fracos
Um conjunto de entidades que não possui uma chave primária é chamado de conjunto de entidades fraco. A existência de um conjunto de entidades fraco depende da existência de um conjunto de entidades identificador Ele precisa se relacionar com o conjunto de entidades identificador através de um conjunto de relacionamento um-para-muitos total, do identificador para o conjunto de entidades fraco Relacionamento identificador descrito usando um losango duplo O discriminador (ou chave parcial) de um conjunto de entidades fraco é o conjunto de atributos que distingue entre todas as entidades de um conjunto de entidades fraco. A chave primária de um conjunto de entidades fraco é formada pela chave primária do conjunto de entidades forte em que o conjunto de entidades fraco é dependente de existência, mais o discriminador do conjunto de entidades fraco. Korth • Silberschatz • Sundarshan
35
Conjuntos de entidades fracos (cont.)
Representamos um conjunto de entidades fraco por retângulos duplos. Sublinhamos o discriminador de um conjunto de entidades fraco com uma linha tracejada. número_pagamento — discriminador do conjunto de entidades pagamento. Chave primária para pagamento — (número_empréstimo, número_pagamento) Korth • Silberschatz • Sundarshan
36
Conjuntos de entidades fracos (cont.)
Nota: A chave primária do conjunto de entidades forte não é explicitamente armazenada com o conjunto de entidades fraco, já que ela está implícita no relacionamento identificador. Se número_empréstimo fosse explicitamente armazenado, pagamento poderia se tornar uma entidade forte, mas, então, o relacionamento entre pagamento e empréstimo seria duplicado por um relacionamento implícito definido pelo atributo número_empréstimo comum a pagamento e empréstimo. Korth • Silberschatz • Sundarshan
37
Mais exemplos de conjunto de entidades fraco
Em uma universidade, um curso é uma entidade forte e uma oferta_curso pode ser modelada como uma entidade fraca O discriminador de oferta_curso seria semestre (incluindo ano) e número_seção (se houver mais de uma seção) Se modelarmos oferta_curso como uma entidade forte, modelaríamos número_curso como um atributo. Então, o relacionamento com curso estaria implícito no atributo número_curso Korth • Silberschatz • Sundarshan
38
Recursos de ER estendidos: Especialização
Processo de projeto de cima para baixo: Designamos subagrupamentos dentro de um conjunto de entidades que são distintivos de outras entidades no conjunto. Esses subagrupamentos se tornam conjuntos de entidades de nível inferior que possuem atributos ou participam em relacionamentos que não se aplicam ao conjunto de entidades de nível superior. Representada por um componente triângulo rotulado ISA (por exemplo, cliente “é uma” pessoa). Herança de atributo — Um conjunto de entidades de nível inferior herda todos os atributos e a participação de relacionamento do conjunto de entidades de nível superior ao qual está vinculado. Korth • Silberschatz • Sundarshan
39
Exemplo de especialização
Korth • Silberschatz • Sundarshan
40
Recursos de ER estendidos: Generalização
Um processo de projeto de baixo para cima – Combine vários conjuntos de entidades que compartilham os mesmos recursos em um conjunto de entidades de nível superior. A especialização e a generalização são simples inversões uma da outra; são representadas em um diagrama ER da mesma maneira. Os termos especialização e generalização são usados indistintamente. Korth • Silberschatz • Sundarshan
41
Especialização e generalização (cont.)
Pode ter múltiplas especializações de um conjunto de entidades com base em diferentes recursos. Por exemplo, funcionário_permanente versus funcionário_temporário, além de gerente versus escriturário versus caixa. Cada funcionário específico seria um membro de funcionário_permanente ou funcionário_temporário e também um membro de gerente, escriturário ou caixa. O relacionamento ISA também é chamado de relacionamento superclasse-subclasse. Korth • Silberschatz • Sundarshan
42
Restrições de projeto em uma especialização/generalização
A restrição sobre que entidades podem ser membros de um determinado conjunto de entidades de nível inferior. Definido por condição Exemplo: Todos os clientes com mais de 65 anos são membros do conjunto de entidades cidadão_senior; cidadão_senior ISA pessoa. Definido pelo usuário Restringe sobre se ou não as entidades podem pertencer a mais de um conjunto de entidades de nível inferior dentro de uma única generalização. Disjuntos uma entidade pode pertencer a não mais que um conjunto de entidades de nível inferior Indicados no diagrama ER pela inscrição de disjunto ao lado do triângulo ISA Superpostos um conjunto de entidades pode pertencer a mais de um conjunto de entidades de nível inferior Korth • Silberschatz • Sundarshan
43
Restrições de projeto em uma especialização/generalização (cont.)
Restrição de integralidade — Especifica se ou não uma entidade no conjunto de entidades de nível superior precisa pertencer a pelo menos um dos conjuntos de entidades de nível inferior dentro de uma generalização total : Uma entidade precisa pertencer a um conjunto de entidades de nível inferior parcial: Uma entidade não precisa pertencer a um conjunto de entidades de nível inferior Korth • Silberschatz • Sundarshan
44
Agregação Considere o relacionamento ternário trabalha_em, que vimos anteriormente Suponha que queremos registrar gerentes para tarefas realizadas por um funcionário em uma agência Korth • Silberschatz • Sundarshan
45
Agregação (cont.) Os conjuntos de relacionamento trabalha_em e gerencia representam informações superpostas Cada relacionamento gerencia corresponde a um relacionamento trabalha_em Entretanto, alguns relacionamentos trabalha_em podem não corresponder a nenhum relacionamentos gerencia Portanto, não podemos descartar o relacionamento trabalha_em Elimine essa redundância através da agregação Trate relacionamento como uma entidade abstrata Permite relacionamentos entre relacionamentos Abstração de relacionamento em nova entidade Sem introduzir redundância, o diagrama a seguir representa: Um funcionário trabalha em um cargo específico em uma agência específica Um funcionário, agência ou combinação de cargos pode ter um gerente associado Korth • Silberschatz • Sundarshan
46
Diagrama ER com agregação
Korth • Silberschatz • Sundarshan
47
Decisões de projeto ER Usar um atributo ou um conjunto de entidades para representar um objeto. Se um conceito do mundo real é expresso mais precisamente por um conjunto de entidades ou por um conjunto de relacionamento. Usar um relacionamento ternário ou um par de relacionamentos binários. Usar um conjunto de entidades forte ou fraco. O uso de especialização/generalização — contribui para a modularidade do projeto. O uso de agregação — pode tratar o conjunto de entidades agregado como uma única unidade sem preocupação com os detalhes de sua estrutura interna. Korth • Silberschatz • Sundarshan
48
Diagrama ER para uma instituição bancária
Korth • Silberschatz • Sundarshan
49
Que tal criar outro projeto ER interativamente no quadro?
Korth • Silberschatz • Sundarshan
50
Resumo dos símbolos usados na notação ER
Korth • Silberschatz • Sundarshan
51
Resumo dos símbolos (cont.)
Korth • Silberschatz • Sundarshan
52
Redução aos esquemas de relação
As chaves primárias permitem que conjuntos de entidades e conjuntos de relacionamento sejam expressos uniformemente como esquemas de relação que representam o conteúdo do banco de dados. Um banco de dados que se conforma a um esquema de banco de dados ER pode ser representado por uma coleção de esquemas de relação. Para cada conjunto de entidades e para cada conjunto de relacionamento, existe um esquema único ao qual atribuímos o nome do conjunto de entidades ou conjunto de relacionamento correspondente. Cada esquema tem um número de colunas (geralmente correspondente aos atributos), que possuem nomes únicos. Korth • Silberschatz • Sundarshan
53
Representando conjuntos de entidades como esquemas
Um conjunto de entidades forte é reduzido para um esquema com os mesmos atributos. Um conjunto de entidades fraco se torna uma tabela que inclui uma coluna para a chave primária do conjunto de entidades forte identificador. pagamento = ( número_empréstimo, número_pagamento, data_pagamento, quantia_pagamento ) Korth • Silberschatz • Sundarshan
54
Representando conjuntos de relacionamento como esquemas
Um conjunto de relacionamento muitos-para-muitos é representado como um esquema com atributos para as chaves primárias dos dois conjuntos de entidades participantes e quaisquer atributos descritivos do conjunto de relacionamento. Exemplo: Esquema para o conjunto de relacionamento tomador: Exemplo: schema for relationship set borrower tomador = (id_cliente, número_empréstimo ) Korth • Silberschatz • Sundarshan
55
Redundância de esquemas
Conjuntos de relacionamento muitos-para-um e muitos-para-muitos que são completos no lado “muitos” podem ser representados acrescentando um atributo extra no lado “muitos”, contendo a chave primária do lado “um”. Exemplo: Em vez de criar um esquema para o conjunto de relacionamento agência_conta, acrescente um atributo nome_agência ao esquema surgindo do conjunto de entidades conta. Korth • Silberschatz • Sundarshan
56
Redundância de esquemas (cont.)
Para conjuntos de relacionamento um-para-um, qualquer lado pode ser escolhido como o lado “muitos”. Ou seja, o atributo extra pode ser acrescentado a qualquer uma das tabelas correspondentes aos dois conjuntos de entidades. Se a participação for parcial no lado “muitos”, a substituição de um esquema por um atributo extra no esquema correspondente ao lado “muitos” poderia resultar em valores nulos. O esquema correspondente a um conjunto de relacionamento vinculando um conjunto de entidades fraco ao seu conjunto de entidades forte identificador é redundante. Exemplo: O esquema pagamento já contém os atributos que apareceriam no esquema pagamento_empréstimo (isto é, número_empréstimo e número_pagamento). Korth • Silberschatz • Sundarshan
57
Atributos compostos e de valores múltiplos
Os atributos compostos são manipulados criando um atributo separado para cada um dos atributos componentes. Exemplo: Sejam dados o conjunto de entidades cliente com o atributo composto nome com atributos componentes primeiro_nome e último_nome, o esquema correspondente ao conjunto de entidades possui dois atributos, nome.primeiro_nome e nome.último_nome Um atributo de valores múltiplos M de uma entidade E é representado por um esquema separado EM. O esquema EM tem atributos correspondentes à chave primária de E e um atributo correspondente ao atributo de valores múltiplos M. Exemplo: O atributo de valores múltiplos nomes_dependentes de funcionário é representado por um esquema: nomes_dependentes_funcionário = (id_funcionário, nomedep) Cada valor do atributo de valores múltiplos é mapeado para uma tupla separada da relação no esquema EM. Por exemplo, uma entidade funcionário com chave primária e dependentes Jack e Jane mapeia para duas tuplas: ( , Jack) e ( , Jane) Korth • Silberschatz • Sundarshan
58
Representando especialização através de esquemas
Método 1: Forme um esquema para a entidade de nível mais alto Forme um esquema para cada conjunto de entidades de nível inferior, inclua a chave primária do conjunto de entidades de nível superior e atributos locais esquema atributos pessoa nome, rua, cidade cliente nome, avaliação_crédito funcionário nome, salário Desvantagem: Para obter informações sobre um funcionário, é necessário acessar duas relações, a relação correspondente ao esquema de baixo nível e a correspondente ao esquema de alto nível. Korth • Silberschatz • Sundarshan
59
Representando especialização através de esquemas (cont.)
Método 2: Forme um esquema para cada conjunto de entidades com todos os atributos locais e herdados esquema atributos pessoa nome, rua, cidade cliente nome, rua, cidade, avaliação_crédito funcionário nome, rua, cidade, salário Se a especialização for total, o esquema para o conjunto de entidades generalizado (pessoa) não exige armazenar informações. Pode ser definido como uma relação de “view” contendo a união das relações de especialização Mas o esquema explícito ainda pode ser necessário para restrições de chave estrangeira Desvantagem: rua e cidade podem ser armazenados redundantemente para pessoas que são, ao mesmo tempo, clientes e funcionários Korth • Silberschatz • Sundarshan
60
Esquemas correspondentes à agregação
Para representar agregação, crie um esquema contendo Chave primária do relacionamento agregado A chave primária do conjunto de entidades associado Quaisquer atributos descritivos Korth • Silberschatz • Sundarshan
61
Esquemas correspondentes à agregação (cont.)
Por exemplo, para representar a agência gerencia entre o relacionamento trabalha_em e o conjunto de entidades gerente, crie um esquema gerencia (id_funcionário, nome_agência, título, nome_gerente) O esquema trabalha_em é redundante, desde que estejamos dispostos a armazenar valores nulos para o atributo nome_gerente na relação no esquema gerencia Korth • Silberschatz • Sundarshan
62
UML UML: Unified Modeling Language
A UML possui muitos componentes para modelar graficamente diferentes aspectos de um sistema de software inteiro O diagrama de classe UML corresponde ao diagrama ER, mas com várias diferenças. Korth • Silberschatz • Sundarshan
63
Resumo da notação do diagrama de classe UML
Korth • Silberschatz • Sundarshan
64
Notação do diagrama de classe UML (cont.)
Os conjuntos de entidades são mostrados como retângulos e, diferente do diagrama ER, os atributos são mostrados dentro do retângulo e não como elipses separadas. Os conjuntos de relacionamento binários são representados na UML simplesmente desenhando uma linha conectando os conjuntos de entidades. O nome do conjunto de relacionamento é escrito adjacente à linha. A função desempenhada por um conjunto de entidades em um conjunto de relacionamento também pode ser especificada escrevendo o nome da função na linha, adjacente ao conjunto de entidades. Alternativamente, o nome do conjunto de relacionamento pode ser escrito em um retângulo, juntamente com atributos do conjunto de relacionamento, e o retângulo é conectado usando uma linha pontilhada até a linha representando o conjunto de relacionamento. Os relacionamentos não binários são desenhados usando losangos, exatamente como nos diagramas ER Korth • Silberschatz • Sundarshan
65
Notação do diagrama de classe UML (cont.)
* Note a inversão de posições na representação da restrição de cardinalidade * A generalização pode usar setas mescladas ou separadas independentes de disjunção/superposição Korth • Silberschatz • Sundarshan
66
Diagrama de classe UML (cont.)
As restrições de cardinalidade são especificadas na forma l..h, onde l indica o mínimo e h, o número máximo de relacionamentos em que um conjunto de entidades pode participar. Atenção: O posicionamento das restrições é exatamente o inverso do posicionamento das restrições nos diagramas ER. A restrição 0..* no lado E2 e a restrição 0..1 no lado E1 significam que cada entidade E1 pode participar em muitos relacionamentos; ou seja, o relacionamento é muitos-para-um de E2 para E1. Valores únicos como 1 ou * podem ser escritos nas bordas; o valor único 1 em uma borda é tratado como equivalente a 1..1, enquanto * é equivalente a 0..*. Korth • Silberschatz • Sundarshan
67
Fim do Capítulo 2 Korth • Silberschatz • Sundarshan
68
Diagrama ER para o Exercício 6.21
Korth • Silberschatz • Sundarshan
69
Diagrama ER para o Exercício 6.9
Korth • Silberschatz • Sundarshan
70
Diagrama ER para o Exercício 2.11
Korth • Silberschatz • Sundarshan
71
Diagrama ER para o Exercício 6.22
Korth • Silberschatz • Sundarshan
72
Dependências de existência
Se a existência da entidade x depende da existência da entidade y, então, diz-se que x é dependente de existência de y. y é uma entidade dominante (no exemplo abaixo, empréstimo) x é uma entidade subordinada (no exemplo abaixo, pagamento) Se um empréstimo for excluído, então, todas as suas entidades pagamento associadas também precisarão ser excluídas. Empréstimo-pagamento pagamento empréstimo Korth • Silberschatz • Sundarshan
73
Figura 6.8 Korth • Silberschatz • Sundarshan
74
Figura 6.15 Korth • Silberschatz • Sundarshan
75
Figura 6.16 Korth • Silberschatz • Sundarshan
76
Figura 6.26 Korth • Silberschatz • Sundarshan
77
Figura 6.27 Korth • Silberschatz • Sundarshan
78
Figura 6.28 Korth • Silberschatz • Sundarshan
79
Figura 6.29 Korth • Silberschatz • Sundarshan
80
Figura 6.30 Korth • Silberschatz • Sundarshan
81
Figura 6.31 Korth • Silberschatz • Sundarshan
82
Notações ER alternativas Figura 6.24
Korth • Silberschatz • Sundarshan
Apresentações semelhantes
© 2024 SlidePlayer.com.br Inc.
All rights reserved.