Aula 4

Obrigatoriedade

Em certos relacionamentos entre entidades podem aparecer situações

onde a presença de uma entidade não é obrigatória. Um bom exemplo
é o relacionamento “empregado-dependente”.

O empregado pode ter dependentes ou não. Para representar isso num

diagrama E-R, expandimos o conceito de cardinalidade para mínima e
máxima.

 Quando um empregado não possuir dependentes, caracterizamos

a cardinalidade mínima para 0 (zero) do lado da entidade
dependente. Como a entidade empregado sempre participa do
relacionamento, a cardinalidade mínima será 1 (um) do lado do
empregado.
 Quanto à cardinalidade máxima (mantemos o que foi especificado
anteriormente), do lado do dependente será N, pois um
empregado pode ter vários dependentes. E a cardinalidade
máxima para empregado será obviamente 1 (um dependente só
pode estar relacionado a um empregado) .
 Para representar agora as cardinalidades mínima e máxima,
utilizamos o par: min e max. Assim, do lado do empregado, a
representação das cardinalidades será (1, 1) e do lado do
dependente será (0, N).

Da entidade que participa num relacionamento em que não seja

obrigatória a presença, diz-se que é uma entidade fraca. Assim, elas podem
ser divididas em fortes e fracas. A entidade fraca também é representada na
literatura como sendo um retângulo com linha dupla incluindo a ligação com o
relacionamento.
 você vê a representação do diagrama de ocorrências. Como nele, a
entidade “dependente” possui cardinalidade mínima 0 (não há obrigatoriedade),
existem instâncias de “empregado” que não

Diagrama Entidade-relacionamento

Como definido anteriormente, o diagrama entidade-relacionamento conhecido

como DER, é uma representação gráfica de um modelo conceitual. Muitas
vezes é tratado como sinônimo do modelo conceitual, já que o modelo pode se
tornar abstrato demais e dificultaria muito o processo de desenvolvimento geral
do sistema. Dessa forma, quando se está definindo o modelo conceitual, o
mais prático, muitas vezes, é já ir criando a representação gráfica do modelo,
ou seja, o DER.

O diagrama facilita muito a comunicação entre os evolvidos na equipe de

desenvolvimento, pois oferece uma linguagem comum utilizada tanto pelo
analista, responsável por levantar os requisitos e regras de negócio, os
desenvolvedores, responsáveis por implementar aquilo que foi modelado e até
mesmo o cliente e usuário final.
Tais diagramas foram idealizados com simbologias simples com objetivo de
serem criados inclusive à mão ou com o mínimo de recursos de softwares.

Simbologia original utilizada na constrição do DER

Os símbolos para a construção do DER são os mais simples possíveis e

podem ser criados manualmente.

Seguem os símbolos padrões e suas aplicações:

Criando um Diagrama Entidade Relacionamento (DER)

A modelagem de banco de dados depende dos requisitos de softwares e

necessidades do cliente com as regras de negócio devidamente levantados.

Regras de negócio
Primeira situação: há uma relação nos procedimentos de consulta em um
consultório médico que um paciente só possa ser atendido por um médico por
consulta. Já o médico poderá ter diversos pacientes, inclusive nenhum. Faça
um diagrama com as entidades e seus atributos simples, chaves e compostos.

Atividades

1- Desenvolva o diagrama entidade-relacionamento para as seguintes

situações
a. Um aluno realiza vários trabalhos. Um trabalho é realizado por um
ou mais alunos.
b. Um diretor dirige no máximo um departamento. Um departamento
tem no máximo um diretor
c. Um autor escreve vários livros. Um livro pode ser escrito por
vários autores
d. Uma equipe é composta por vários jogadores. Um jogador joga
apenas em uma equipe
e. Um cliente realiza várias encomendas. Uma encomenda diz
respeito apenas a um cliente.
2- Elaborar um diagrama E-R para uma seguradora de automóveis
Entidades: Cliente, Apólice, Carro e Acidentes
Requisitos:
i) Um cliente pode ter várias apólices (no mínimo uma);
ii) Cada apólice somente dá cobertura a um carro;
iii) Um carro pode ter zero ou n registros de acidentes a ele

Atributos:

i) Cliente: número, nome e endereço

 ii) Apólice: número e valos
iii) Carro: registro e marca
iv) Acidente: Data, hora e Local
3- Elaborar um diagrama para uma indústria.
Entidades: peças, depósitos, fornecedor, projeto, funcionário e
departamento.
Requisitos:
a. Cada funcionário pode estar alocado a somente um departamento
b. Cada funcionário pode pertencer a mais de um projeto
c. Um projeto pode utilizar-se de vários fornecedores e várias peças
d. Uma peça pode ser fornecida por vários fornecedores e atender a
vários projetos
e. Um fornecedor pode atender a vários projetos e fornece várias
peças
f. Um depósito pode conter várias peças
g. Deseja-se ter um controle do material utilizado por cada projeto,
identificando inclusive o seu fornecedor. Gravar as informações
de data de início e horas trabalhadas no projeto.
Atributos
a. Peças: número, peso e cor
b. Depósito: número e endereço
c. Fornecedor: número e endereço
d. Projeto: número e orçamento
e. Funcionário: número, salário e telefone
f. Departamento: número e setor
2- Projetar um banco de dados satisfazendo as seguintes restrições e
requisitos:
a. Para um vendedor, armazenar seu código, nome, endereço e
comissão
b. Para um cliente, armazenar seu código, nome, endereço,
faturamento acumulado e limite de crédito. Alem disso, armazenar
o código e o nome do vendedor que o atende. Um vendedor pode
atender muitos clientes, porém um cliente deve ser atendido por
exatamente um vendedor.
 c. Para uma peça, armazenar seu código, descrição, preço,
quantidade em estoque e o número do armazém onde a peça
está estocada. Uma peça somente pode estar estocada num
único armazém. Para um armazém, armazenar seu código e
endereço.
d. Para um pedido, armazenar seu número, data, código, nome e
endereço do cliente, que fez o pedido e o código do vendedor
para cálculo da comissão. Além disso, para cada item do pedido
armazenar o código da peça, quantidade e preço cotado. Há
somente um cliente por pedido e um vendedor.
e. O preço cotado no pedido pode ser mesmo que o preço corrente
no arquivo de peças, mas não necessariamente.
3- Realize a modelagem conceitual indicando o grau do relacionamento do
seguinte modelo descritivo de um supermercado
a. Supermercado possui vários funcionários.
i. Os funcionários são identificados por uma matrícula, nome,
salário, telefone, cargo e data de nascimento.
b. O supermercado deseja guardar as informações de seus
fornecedores
i. Eles devem possuir um código para identifica-los, o nome
da empresa, o endereço, os telefones e a pessoa de
contato
c. O supermercado também exige que o sistema em questão guarde
as vendas ocorridas entre os fornecedores e o próprio
supermercado
i. As vendas devem conter um código de identificação, qual
funcionário participou dessa venda, qual a empresa que
vendeu o produto, data que a mesma ocorreu
d. Sobre os produtos adquiridos pelo supermercado, deseja que
seja especificado um código e descrição do produto, valor unitário
e quantidade.