Skip to content

📐 Projeto de Banco de Dados: Abordagem Entidade-Relacionamento ​

Módulo Conceitual: Da Abstração do Mundo Real ao Diagrama Entidade-Relacionamento (DER)
Ferramentas: Draw.io / diagrams.net e Notações Gráficas Formais
Público: 1º Ano do Curso Técnico em Desenvolvimento de Software


1. 🎯 Objetivos de Aprendizagem ​

Ao final deste capítulo, você será capaz de:

  • 🏷️ Identificar entidades fortes, entidades fracas e seus respectivos atributos no mundo real.
  • 🔗 Definir cardinalidades mínimas e máximas (0,1, 1,1, 0,N, 1,N) em ambas as direções.
  • 📊 Comparar a notação clássica de Peter Chen com a notação pé-de-galinha (Crow's Foot).
  • 🧩 Construir e resolver relacionamentos muitos-para-muitos (N:N) através de Entidades Associativas.
  • 🛠️ Desenhar diagramas profissionais editáveis utilizando a ferramenta CASE Draw.io.

2. 🏛️ Arquitetura de Abstração ANSI/SPARC ​

Na engenharia de software, o banco de dados é planejado em três níveis fundamentais para garantir que alterações no disco físico não quebrem a lógica do sistema nem as telas do usuário:

Arquitetura ANSI/SPARC


3. 🔄 O Ciclo de Modelagem: Onde Entra o DER? ​

O modelo conceitual é a primeira ponte formal entre o cliente (usuário da biblioteca) e o programador:

Ciclo de Modelagem


4. 🧩 Elementos Fundamentais do Modelo ER ​

A) Entidades ​

Representa um conjunto de objetos da realidade sobre os quais desejamos manter dados.

  • 📘 Entidade Forte: Possui existência própria independente de outras (ex: ALUNO, LIVRO).
  • 📄 Entidade Fraca: Sua existência depende da existência de outra entidade pai (ex: DEPENDENTE depende de FUNCIONARIO, EXEMPLAR_FISICO depende de LIVRO).

B) Atributos e Classificação ​

Tipo de AtributoDefiniçãoExemplo no Estudo de Caso
Identificador (Chave)Identifica unicamente cada ocorrência da entidadematricula do Aluno, isbn do Livro
Simples (Atômico)Não pode ser dividido em partes menoresano_publicacao, status
CompostoFormado por subpartes com significado próprioendereco (rua, número, bairro, cep)
MonovaloradoPossui um único valor para cada ocorrênciadata_nascimento
MultivaloradoPode assumir múltiplos valores simultâneostelefones_contato, autores
DerivadoCalculado a partir de outros atributos existentesidade (calculada a partir da data de nascimento)

5. ⚖️ Cardinalidades: Peter Chen vs. Notação Crow's Foot ​

A cardinalidade expressa a quantidade de ocorrências de uma entidade associada a outra:

NotaçãoRepresentação Mínima / MáximaSignificado Prático
(0, 1)Opcional, no máximo umO aluno pode ou não ter um armário individual
(1, 1)Obrigatório, exatamente umTodo livro deve pertencer obrigatoriamente a uma categoria
(0, N)Opcional, muitosUm autor pode ter zero ou vários livros cadastrados
(1, N)Obrigatório, no mínimo um e até muitosUm empréstimo ativo deve conter pelo menos 1 livro

Comparativo Visual de Notações ​


6. 🛡️ Resolução de Relacionamentos Muitos-para-Muitos (N:N) ​

Regra de Ouro do Modelo Relacional

Bancos de dados relacionais não suportam relacionamentos N:N diretos sem perda de integridade. Todo relacionamento muitos-para-muitos deve ser convertido em uma Entidade Associativa (tabela intermediária com duas chaves estrangeiras).


7. 📥 Download do Diagrama Editável do Caso da Biblioteca ​

Você pode baixar e abrir este diagrama oficial no Draw.io:

Material Didático Aberto sob Licença MIT.