Sunteți pe pagina 1din 3

Universidad Católica de El Salvador

Facultad de Ingeniería y Arquitectura


Ingeniería de Sistemas Informáticos
Sistemas Informáticos

Guía Práctica 02, Diagramas de Entidad Relación

Objetivo:
- Identificar los elementos principales que intervienen en un Diagrama Entidad Relación.
- Elaborar Diagramas Entidad Relación.

II. INTRODUCCIÓN TEÓRICA.

EL DIAGRAMA ENTIDAD RELACIÓN.


Es un modelo de red que describe la distribución de datos almacenados en un sistema.
La diferencia principal diferencia con el DFD, es que el DFD está orientado a las funciones del
sistema, y el DER está orientado a los datos.
El principal elemento del DER es la entidad, que se representa con un rectángulo. Una entidad puede
ser una persona, lugar, cosa o evento cuya información es necesaria para el sistema.
Una relación es la interacción entre las entidades y se representa con una línea que conecta las
entidades asociadas.

Cliente 1 adquier M Producto


e

En este ejemplo, el diagrama se lee así:


Cliente adquiere producto y producto es adquirido por el Cliente.
Es necesario agregar a este diagrama la cardinalidad. Esta puede ser de Uno a uno, Uno a muchos,
Uno a ninguno, Muchos a uno, Muchos a Muchos y Muchos a ninguno.
En este caso, la cardinalidad es de muchos a muchos. “un cliente adquiere muchos productos. Un
producto es adquirido por muchos clientes”.
Para construir un DER es necesario reconocer y listar las entidades, luego se describen las relaciones
y finalmente, se define la cardinalidad.
A continuación, se muestra un DER de un sistema de ventas, utilizando una de las muchas
representaciones que hay para construir un DER:

1
Este diagrama se debe leer así:

Un cliente hace uno o muchos pedidos Un pago cubre una o muchas facturas
Un pedido es hecho por un cliente Una factura es liquidada por un pago
Un pedido contiene uno o muchos productos Un cliente realiza uno o muchos pagos
Un producto es parte de uno o muchos pedidos Un pago es hecho por un cliente
Un pedido genera una factura
Una factura ampara uno o muchos pedidos

Estos ejemplos se han hecho usando la siguiente representación:


CARDINALIDAD SE LEE REPRESENTACIÓN

1:1 Uno a uno

1:M Uno a muchos

1:0 Uno a ninguno

M:1 Muchos a uno

M:M Muchos a muchos

M:0 Muchos a ninguno

III. PROCEDIMIENTO.

Elabore el diseño del Diagrama Entidad Relación para el siguiente caso práctico.

2
Ejercicio 1: Carreteras

Diseñar un esquema E/R que recoja la organización de una base de datos para contener la
información sobre todas las carreteras del país, sabiendo que se deben cumplir las siguientes
especificaciones:

- Las carreteras están divididas en varias categorías (locales, comerciales, regionales, nacionales,
autovías, etc).

- Las carreteras se dividen en tramos. Un tramo siempre pertenece a una única carretera y no puede
cambiar de carretera.

- Un tramo puede pasar por varias comunas, interesando conocer el Km de la carretera y la comuna
donde empieza el tramo y en donde termina.

- Para los tramos que suponen principio o final de carretera, interesa saber si es que la carretera
concluye físicamente o es que confluye en otra carretera.

Ejercicio 2: Instituto

Se desea diseñar la base de datos de un Instituto. En la base de datos se desea guardar los datos de
los profesores del Instituto (DUI, nombre, dirección y teléfono). Los profesores imparten módulos,
y cada módulo tiene un código y un nombre. Cada alumno está matriculado en uno o varios
módulos. De cada alumno se desea guardar el nº de expediente, nombre, apellidos y fecha de
nacimiento. Los profesores pueden impartir varios módulos, pero un módulo sólo puede ser
impartido por un profesor. Cada curso tiene un grupo de alumnos, uno de los cuales es el delegado
del grupo.

Ejercicio 3: Concesionario.

Se desea diseñar una base de datos para almacenar y gestionar la información empleada por una
empresa dedicada a la venta de automóviles, teniendo en cuenta los siguientes aspectos:
La empresa dispone de una serie de coches para su venta. Se necesita conocer la matrícula, marca
y modelo, el color y el precio de venta de cada coche.

Los datos que interesa conocer de cada cliente son el NIT, nombre, dirección, ciudad y número de
teléfono: además, los clientes se diferencian por un código interno de la empresa que se incrementa
automáticamente cuando un cliente se da de alta en ella. Un cliente puede comprar tantos coches
como desee a la empresa. Un coche determinado solo puede ser comprado por un único cliente.

El concesionario también se encarga de llevar a cabo las revisiones que se realizan a cada coche.
Cada revisión tiene asociado un código que se incrementa automáticamente por cada revisión que
se haga. De cada revisión se desea saber si se ha hecho cambio de filtro, si se ha hecho cambio de
aceite, si se ha hecho cambio de frenos u otros. Los coches pueden pasar varias revisiones en el
concesionario.

S-ar putea să vă placă și