Actividad de aprendizaje 2.

Diseo de una base de datos

Fig. 1. Programas instalados en mi equipo.

Liga de descarga de los programas instalados.
http://fabforce.net/downloads.php

II.-Lee el texto que se encuentra en el archivo de apoyo y, posteriormente,

realiza el modelamiento de la base de datos desarrollando los aspectos que
se describen en la rbrica de la actividad.

Supongamos que queremos disear una base de datos para una biblioteca y
conocemos que sta funciona de la siguiente forma:

En la biblioteca se encuentran una serie de libros que los empleados solicitan

a las editoriales escribiendo una carta de peticin. La direccin a la que ha de
dirigir la carta se encuentra en un archivo de editoriales.

Cuando un libro se recibe, se le da de alta mediante la construccin de una

ficha para bsqueda por autor y otra ficha para bsqueda por tema. En ambas
fichas aparecen el ttulo del libro, el nombre del autor y su nacionalidad, la
editorial a la que pertenece la publicacin, el tema sobre el que trata, el ISBN y
la estantera de la biblioteca en la que se encuentra. Las estanteras soportan
como mximo 100 libros y tienen un nmero y un lugar asignado dentro de la
biblioteca. Hay que aclarar que en la biblioteca no se encuentran ejemplares
repetidos de ningn libro.

Para obtener los libros de la biblioteca es necesaria la posesin de una

credencial que acredite a los distintos usuarios. Esta credencial es nica para
cada persona y se expide desde la primera vez que se intenta retirar un libro.
Cada usuario slo puede retirar dos libros cada vez.

 Mensualmente se confecciona un inventario actualizado donde se indica para

cada libro el nombre, el autor y el lugar de la biblioteca donde se encuentra.
En la biblioteca les gustara disponer de un listado al final de cada da en

donde apareciera cada libro que se ha retirado: el ttulo, el ISBN, el autor y el

nmero de credencial, nombre y el telfono del usuario que lo ha retirado.
2.-Describe correctamente las entidades, los atributos y los objetos necesarios para
realizar el modelado de la base de datos.
Las entidades, atributos y claves son conceptos importantes de la base de datos.
Una entidad es una clase generalizada de personas, lugares o cosas (objetos), para
los cuales se recopilan, almacenan y mantienen datos.
Un atributo es una caracterstica de una entidad. El valor especifico de un atributo,
conocido como elemento de datos, se puede encontrar con los campos de registro que
describe una entidad.
Como ya se planteo, un conjunto de campos de un objeto especfico representa un
registro.
Una clave es un campo o grupo de campos en un registro que se utiliza para identificar
a este.
Una clave primaria es un campo o grupo de campos que identifica en forma nica un
registro.
Ningn otro registro puede tener la misma clave primaria.
La clave primaria se utiliza por distinguir registro con el fin de que se pueda tener
acceso a ellos, organizarlos y manipularlos. En el caso del registro de un empleado, l
numero de este representa un ejemplo de una clave primaria.
La localizacin de un registro en particular que cumpla con un grupo de criterios
especficos quiz requiera del uso de una combinacin de claves secundarias.
Como se representan, relacionan y se unen las entidades.
Rectngulos, que representan conjuntos de entidades.
Elipses, que representan atributos.

 Rombos, que representan relaciones entre conjuntos de entidades.

Lneas, que unen los atributos con los conjuntos de entidades y los conjuntos de
entidades con las relaciones.

1.-Diseo de base de datos

1.1. El diseo en Word incluye una argumentacin sobre las entidades,
atributos y los objetos necesarios que se implementarn.
Una vez identificadas las entidades y sus atributos comenzamos a realizar el
modelado segn las instrucciones del archivo de apoyo.
Editorial

Libro

Usuario Pedido

Estanteras

Lo siguiente es plasmarlo en nuestro diagrama entidad relacin y ver las

relaciones que hay entre cada entidad.
Ahora nos vamos a las consideraciones de diseo:
Las consideraciones de diseo nos dan ms informacin para que nosotros
establezcamos las relaciones que existen entre las entidades que ya hemos
localizado.
Ahora vamos a modelar nuestra base de datos.
Primero colocamos las entidades
Editorial con sus atributos y ponemos como clave primaria el cdigo de editorial ya
que es lo que nos est indicando nuestra lectura tenemos un cdigo para editorial
la cual es nica y nos sirve como una clave primaria y de igual manera tenemos
ms atributos: Direccin.
Al atributo direccin le agregamos un guion y una o dos letras ed que pertenece a
la entidad por si en el enlace pudiera pasar como fornea y no pueden haber dos
atributos iguales.
Cdigo

Editorial

Direcc_ed
Al realizar la relacin se tiene que Editorial se relaciona con libros y es de uno a
muchos , porque un libro pertenece a una nica editorial, por lo tanto un libro va a
pertenecer a una editorial y ser una relacin de uno a muchos

1: N y la

cordialidad de Editorial libro sera (1,1) y (1, n). Un libro puede pertenecer a una
editorial y en una editorial hay muchos libros.
El siguiente atributo
Libro con sus atributos y ponemos como clave primaria el cdigo de ISBN ya que
es lo que nos est indicando nuestra lectura tenemos un cdigo para libro la cual
es nica y nos sirve como una clave primaria y de igual manera tenemos ms
atributos:
Le agregamos un guion y una letra l que pertenece a la entidad por si en el
enlace pudiera pasar como fornea y no pueden haber dos atributos iguales.
ISBN

LIBROS

Titulo_l
Autor_l
Pas_l
Tema_l

Al realizar la relacin se tiene que Libro se relaciona con usuario y es de uno a

muchos , porque un libro pertenece a una nica editorial, por lo tanto un libro va a
pertenecer a una editorial y ser una relacin de uno a muchos

1: N y la

cordialidad de Editorial libro sera (1,1) y (1, n). Un libro puede pertenecer a una
editorial y en una editorial hay muchos libros.
El siguiente atributo
Usuario con sus atributos y ponemos como clave primaria el cdigo No. De Carnet
ya que es lo que nos est indicando nuestra lectura tenemos un cdigo para

usuario la cual es nica y nos sirve como una clave primaria y de igual manera
tenemos ms atributos: Nombre y Telfono.
Le agregamos un guion y una letra u que pertenece a la entidad por si en el
enlace pudiera pasar como fornea y no pueden haber dos atributos iguales.
NO. Carnet_u

USUARIO

Nombre_u
Telfono_u

Al realizar la relacin se tiene que Usuario libro

es de muchos a muchos,

porque muchos usuario solicitan libros y los libros son solicitados por muchos
usuarios N: M y la cordialidad de usuario libro sera (1,n) y (1, n).
El siguiente atributo
Pedido con sus atributos y ponemos como clave primaria el cdigo ya que es lo
que nos est indicando nuestra lectura tenemos un cdigo para pedido la cual es
nica y nos sirve como una clave primaria y de igual manera tenemos ms
atributos: Fecha, Empleado.
Le agregamos un guion y una letra p que pertenece a la entidad por si en el
enlace pudiera pasar como fornea y no pueden haber dos atributos iguales.
Cdigo

PEDIDO

Fecha_p
Empleado_p

Al realizar la relacin se tiene que libro pedido uno a muchos porque puede
haber o no haber pedido o un pedido de uno a muchos libros por lo tanto la relacin es
uno a muchos 1: N y la cordialidad de Libros-Pedido. Sera (1,n) y (0,1) . 1 libro puede
pertenecer a uno o a ningn pedido, ya que poda estar por otros medios en la
biblioteca (es un supuesto); pero todos los pedidos tienen que tener al menos un libro,
ya que si no hubiera un libro mnimo, no tendra sentido el pedido en s.
El siguiente atributo

 Estanteras con sus atributos y ponemos como clave primaria el cdigo del No.
estante ya que es lo que nos est indicando nuestra lectura tenemos un cdigo
para Estanteras la cual es nica y nos sirve como una clave primaria y de igual
manera tenemos ms atributos:
Le agregamos un guion y las letras est que pertenece a la entidad por si en el
enlace pudiera pasar como fornea y no pueden haber dos atributos iguales.

No. Estante

ESTANTERIAS

Lugar_est

Al realizar la relacin se tiene que libro Estantera uno a muchos porque en la

estantera hay muchos libros y habra un libro diferente de cada tema, autor y editorial
en cada estantera de acuerdo al registro por lo tanto la relacin es uno a muchos 1: N
Estantera. Sera (1, n) y (1,1). 1 libro puede pertenecer a una a estantalara y las
estanteras son ocupadas por muchos libros.
As me quedara mi base de datos y el diagrama de base de datos sera la siguiente:

DIAGRAMA DE LA BASE DE DATOS

Cdigo

ISBN

Direcc_ed

Titulo_l

Autor_l

Pas_l

Tema_l
No. Carnet_U

(1,1)

1: N

Editorial

(1,n )

(1,n )

(1,n )

LIBROS

REL
(1,n )

N: M
RLU

USUARIO

Nombre_u

(1,n )

Fecha de
devolucin
Fecha de salida

Cdigo

Fecha_p

DNI

Telfono_u

Empleado_p
1:

(0,1)

Pedido

1: N RPL

N: 1
N: 1 RLE

No. Estante:est

(1,1)

ESTANTERIA
Lugar_est

BIBLIOTECA

1.2. El diseo de las tablas se realizada en el programa DBDesigner y los

aspectos descritos en el archivo de apoyo.

FIG.1 Imagen del modelado realizado en DBDesigner.

NOTA: En mi primer diagrama no encontr como relacionar libro usuario y me pasara
la clave fornea de libro a usuario. Lo realice de la siguiente manera haciendo otra
relacin 1:n y asi logre que pasara el cdigo de libro como fornea a usuario.

FIG.2 Imagen del modelado realizado en DBDesigner.

1.3. El diseo de las tablas se realiza en el programa Workbench o DBDesigner y

cumple con los aspectos descritos en el archivo de apoyo.
NOTA: Se anexa el archivo de diseo de las tablas realizado

en el programa:

DBDesigner con los aspectos descritos en el archivo de apoyo.

Envi los dos archivos realizados mucho agradecer su apoyo sobre cul sera es el
correcto y sus comentarios para mi sern de mucha ayuda para ampliar mis
conocimientos.
Este ejercicio me ayudo a travs de la practica el manejo de DBDesigner, aunque aun
necesito mas practica considero que el avance es significativo para mi aprendizaje
terico practico.
Bibliografa:
http://fabforce.net/downloads.php
https://www.youtube.com/watch?v=EqvTsWYShJY
https://www.youtube.com/watch?v=yoeV4Ex8C8U
https://www.youtube.com/watch?v=te-i37IIFeU
https://www.youtube.com/watch?v=F6yOrMWxaKY
L. A. Casillas Santilln, M. G. Ginest, . Prez Mora,(2009) Bases de datos