Nombre de la materia

Bases de datos
Nombre de la Licenciatura
Ingeniería en Sistemas Computacionales

Nombre del alumno

Samuel Bautista Salas
Matrícula
000010853

Nombre de la Tarea
Tarea 2. Conociendo el modelo E-R
Unidad 2
Entidad Relación

Nombre del Tutor

Clarisa Clemente Rodríguez
Fecha
01 de Febrero de 2015
 Unidad 2: Entidad Relación
Bases de datos

Conociendo el modelo E-R

Introducción

Anteriormente en la semana 1 específicamente en foro se habló sobre el modelo entidad-relación y sus

diferentes elementos (Entidades, Relaciones, Atributos y Cardinalidad), como sabemos este modelo es solo y
exclusivamente un método del que disponemos para diseñar diagramas que posteriormente debemos de
implementar en un gestor de bases de datos.

Seguiremos conociendo más sobre el modelo entidad relación a través del siguiente diagrama.

Diagrama entidad-relación

El diagrama se realizó del problema planteado en el proyecto FiredUp localizado en libro Procesamiento de
bases de datos. Fundamentos, diseño e implementación (págs. 77 y 78).
Se resolvió el inciso A descrito en la página 78.
Se utilizó el software Yed graph editor para realizar el diagrama.

Cito textualmente el inciso A:

“Elabore un diagrama entidad-relación de una base de datos para FiredUp. Establezca las cardinalidades
máximas y mínimas de las relaciones entre entidades, según lo considere apropiado. Explique su
razonamiento para cada valor de cardinalidad. Use las entidades débiles como juzgue conveniente. No
use subtipos. Mencione cualquiera de las entidades dependientes de un identificador, si las hay.”

Diagrama E-R. 0.1.

Cardinalidades:
(A) (1: N) – Uno o más clientes.
(B) (1: 3) – Mínima de 1 (solo puede comprar el mantenimiento de un modelo); máxima de 3 (hay 3 modelos
de estufas, por lo tanto se puede comprar el mantenimiento de cada modelo)
“Nota: Aquí se pudo haber solo puesto una entidad débil ya que se entiende que solo seda
mantenimiento a 3 diferentes estufas y no hay necesidad de poner una relación (Rombo) que especifique
la cardinalidad máxima de 3, pero considere apropiado poner la relación.”
(C) (0: 1) – Mínima de 0 (puede no tener garantía o expiro la misma); máxima de 1 (como mucho tiene una
garantía)

2
 Unidad 2: Entidad Relación
Bases de datos

(D) (1: N) – Se pueden hacer una o más reparaciones.

(E) (1:1) – Se entrega una factura con el consto total de lo se adquirió esto también depende de la garantía
ya que con ella es gratuito o no la reparación (REPARACIÓN) y/o refacciones (PARTE).
(F) (1: N) Se pueden realizar una o más reparaciones.

Las entidades PARTE, REPARACIÓN Y FACTURA dependen (según mi criterio) del identificador “garantía” ya
que con esta es que la “compra” de PARTES o del servicio de REPARACION es gratuito en cualquiera de las
3 diferentes ESTUFAS, o bien si no se cuenta con la “garantía” se cobraran las PARTES y/o las
REPARACIONES reflejado el costo en la FACTURA.

Diagrama E-R. 0.1.

(A) (B)

(C)

(D) (E)

(F)

3
 Unidad 2: Entidad Relación
Bases de datos

Conclusión

El modelo entidad-relación nos permite tener una idea más clara, concisa y ordenada de cómo implementar la
información a una base de datos a través del diseño de diagramas implementando correctamente sus
características.

Referencias:
Procesamiento de bases de datos. Fundamentos, diseño e implementación (págs. 77 y 78).3

Sistemas gestores de Bases de Datos. Sánchez, J. (2009). Capítulo 1. Gestión y diseño de bases de datos
(págs. 31-43)

Grado y cardinalidad de las relaciones.

http://dryvalleycomputer.com/index.php/bases-de-datos/el-modelo-entidadrelacion/52-grado-y-cardinalidad-de-
las-relaciones

Fundamentos de las bases de datos: Modelo entidad-relación.

http://www.genbetadev.com/bases-de-datos/fundamento-de-las-bases-de-datos-modelo-entidad-relacion