Ejemplo: Relación Uno a Uno

Diseñar el modelo E-R, para la relación de Registro de automóvil que consiste en

obtener la tarjeta de circulación de automóvil con los siguientes datos: Automóvil-
Modelo, Placa, Color / Tarjeta de Circulación – Propietario, NumSerie, Tipo.

Placa NumSerie

Modelo color
Propietario Tipo

Tarjeta de
Automóvil Registra
Circulación

En este ejemplo existe una relación de pertenencia de uno a uno, ya que existe una
tarjeta de circulación registrada por cada automóvil.
UML
 Ejemplo: Relación Uno a Muchos

Este ejemplo indica que un Cliente – Nombre, NumCliente, Direccion- puede aperturar
muchas cuentas, pero una Cuenta – TipoCuenta, NumCta, Saldo – piuede llegar a
pertenecer a un solo cliente (se indica que puede, ya que existen cuentas registradas a
favor de mas de una persona “no en este caso”).

NumClien NumCta
Dirección
Nombre
TipoCuenta Saldo

Cliente Apertura Cuenta

UML
 Ejemplo: Relación Muchos a Muchos

Un Estudiante – Nombre, NumControl, Direccion- puede cursar muchas asignaturas y

una Asignatura – NomAsig, CodAsig, PE- pude ser cursada por muchos estudiantes

NumControl
CodAsig
Dirección
Nombre
NomAsig PE

Estudiante Cursa Asignatura

UML
Ejercicio paso a paso para
diseñar un Modelo E-R
Se desea mantener información actualizada en una base
de datos para lo cual se cuenta con la siguiente
información:
• Se sabe que una editorial puede publicar varios libros, teniendo la exclusividad de
la publicación. De la editorial se tiene RIF, Nombre, dirección, ciudad, nombre de la
persona Contacto, numero de teléfono, Numero de Fax y correo.

• Por cada autor se desea conocer sus datos personales (Nombre, Apellido, CI,
dirección, teléfono, fecha Nac). Un autor puede escribir varios Libros, pero un libro
solo esta escrito por un autor.

• Las librerías tienen muchos libros y un libro puede estar en muchas librerías.

• Las librerías tienen un nombre único, RIF, dirección, un encargado, num de

teléfono y numero de Fax.

• De cada libro se tiene Titulo, Autor, año de publicación, precio y el ISBN (Numero
de Identificación Estándar) el cual es único.
 Solución:
1. Realizar una lectura de la descripción del problema.

Busquemos en la descripción anterior los sustantivos presentes para identificar los

objetos reales o abstractos (Entidad).

• Editorial
• Libro
• Publicación
• Autor Candidatos a entidad
• Librería
• Ventas
2. De las cantidades a entidades busquemos los atributos de cada uno.

• Editorial
(RIF, NomEdit, Direccion, Ciudad, PersContacto, NumTelef, NumaFax, E-Mail)

• Libro
(Titulo, Autor, AñoPublic, Precio, ISBN)

• Autor
(Nombre, Apellido, CI, Direccion, Telefono, FechaNac)

• Librería
(RIF, NomLibreria, Direccion, Encargado, NumTelef, NumFax)
 3. Construyamos el modelo Entidad-Relación inicial.

Direccion encargada
NomLibreria NumTelef

RIF
Numfax
Libreria

Apellido NomEdit ciudad

tienen

Telefono Nombre
RIF direccion

Autor escrito Libreria escrito editorial

CI NumTelef E-Mail
Direccion

FechaNac NumFax Pers

Contacto
UML
Ejercicio •1. La empresa “ISC” vende productos a varios clientes. Se
requiere conocer los datos personales de sus clientes (nombre,

Resuelto
apellidos, CI, dirección y fecha de nacimiento). Cada producto
cuneta con un nombre, un código y un precio unitario. Un cliente
puede comprar varios productos a la empresa y un mismo
producto puede ser comprado por varios clientes. Los productos

Modelo
son repartidos por diferentes proveedore. Se debe tener en
cuenta que un producto solo puede ser repartido por un
proveedor y que un proveedor puede repartir diferentes
productos. De cada proveedor se desea conocer el NumID

E-R:
(número de identificación), nombre y dirección,.
 Codigo
Nombre Precio Apellidos Dirección

Producto Compra Asignatura CI

Nombre FechaNac

Reparte

Proveedor

Nombre
NumlD Dirección
UML