Presentación:

Nombres:
Keisy Feliz Mañon #16
Ruth Javier #22
Brian Gabriel Parra #28

Clase:
Diseño y Desarrollo de Base de Datos
Curso:
4 informática A
Practica:

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
Diseño de Base de Datos
8.1 : Modelado de Datos
Históricos Actividades de Práctica

Objetivos
 Identificar la necesidad de un seguimiento de los datos que cambian a lo largo
del tiempo
 Crear modelos de ERD que incorporen elementos de “datos a lo largo del tiempo”
 Identificar el UID de una entidad que almacena datos históricos; explicar y justificar la
elección de UID
 Crear un modelo conceptual basado en un determinado caso
 Aplicar las reglas de los diagramas de relación de entidad para crear un ERD que
refleje las reglas de negocio
 Presentar e interpretar el modelo de datos para un público
 Redactar documentación escrita para acompañar la presentación oral y un ERD

Inténtelo/Resuélvalo
1. En el caso siguiente, ¿qué palabras o frases indican que debe realizar un
seguimiento de los datos que cambian a lo largo del tiempo?

Los actores de un teatro local firman contratos que especifican su cuota de pago y las
condiciones de trabajo. Estos contratos se renuevan anualmente. Cada año los
contratos pueden cambiar su redacción y cuotas de pago. Para resolver conflictos
laborales, el teatro a veces debe retroceder varios años para poder consultar las
cláusulas del contrato implantadas en una fecha concreta.

Se renuevan

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 2. Con el caso que aparece a continuación, cree un modelo conceptual.

Una asociación de fútbol de Sevilla está renovando su estadio. Está incorporando

tribunas de lujo que se ofrecerán a compañías. Estas tribunas contienen números de
asientos distintos. A cada tribuna se le asigna un número de sección y un nivel. Las
tribunas se alquilan por año y los precios se establecen de forma individual según la
ubicación y el número de asientos de la tribuna. La asociación de fútbol necesita
realizar el seguimiento del nombre, la dirección, el teléfono y la persona de contacto de
la compañía. A veces las compañías también proporcionan un logotipo. Las compañías
que alquilan una tribuna tienen derecho a renovar el alquiler cada año, pero a menudo
no lo hacen. Cuando se ofrece una tribuna en alquiler, la asociación se pone en
contacto con las compañías que las han alquilado anteriormente para ver si desean
volver a alquilarlas.

Copyright © 2019, Oracle y/o sus filiales. Todos los derechos reservados. Oracle y Java son marcas comerciales registradas de Oracle y sus filiales. Todos los demás nombres pueden ser marcas comerciales
de sus respectivos propietarios.
 3. Modifique el modelo de ER de la tienda de alquiler de películas para ajustarlo a
los siguientes requisitos adicionales:

“Necesitamos mantener un historial de todos nuestros alquileres. Cada vez que un

cliente alquila un DVD, nos gustaría registrar la fecha/hora de alquiler y la fecha/hora
DVD una copia de PELÍCULA
# número # id
* formato * título
en
o categoría
alquilada por
en

de

ACTOR PRINCIPAL
alquila

de
CLIENTE
# número de miembro
apellido
nombre
o dirección en
o número de teléfono
ACTOR
# código (#)
nombre
artístico
o nombre real
o fecha de
nacimiento
de devolución. Todos nuestros DVD se deben entregar al día siguiente, por lo que no
es necesario registrar una fecha de devolución. El mantenimiento de un historial de
alquiler nos permitirá analizar el patrón de nuestros alquileres. Podremos determinar
cuántos DVD alquila cada cliente y el número de veces que un cliente ha devuelto un
DVD con retraso. También nos permitirá saber cuántas veces se ha utilizado un
determinado DVD y, por tanto, cuándo se debe retirar cada DVD. Además, nos
permitirá analizar cuáles son las películas preferidas de nuestros clientes.”
4. Lea el caso práctico de IOUG (grupo internacional de usuarios de Oracle) siguiente.
Como grupo, desarrolle un diagrama ER para este caso. Asegúrese de etiquetar cada atributo
con su opcionalidad. Cada grupo podrá disponer de 10 minutos para presentar su solución en
la siguiente sección. Se le pedirá que prepare cada uno de los siguientes elementos:

 Explicación del problema: ¿por qué se ha dirigido a usted el IOUG? ¿Qué tipo de ayuda
necesitan?
 Descripción de la solución propuesta: ¿cómo puede ayudarles a solucionar su
problema? ¿Cuáles son sus recomendaciones?
 Requisitos de información de la organización/negocio claramente definidos: ¿qué datos
necesitan registrar y qué información necesitan obtener a partir de los datos?
 Reglas de negocio que se aplican a los requisitos de información de la
compañía/organización definidas como sentencias individuales: ¿qué reglas de negocio
puede formular partiendo del caso proporcionado?
 Suposiciones claramente definidas que se han tenido que considerar a la hora de
desarrollar la solución: ¿qué suposiciones ha tenido que hacer al desarrollar su
solución?
 Modelo de relación de entidades

CASO PRÁCTICO DE IOUG

Nuestro grupo regional de usuarios de Oracle ha crecido hasta abarcar a más de 200
miembros. Somos una organización de voluntarios formada por trabajadores profesionales y
alumnos de escuelas secundarias, y nuestros registros son un verdadero caos. Necesitamos un
sistema de información que nos ayude a realizar un seguimiento de nuestro negocio.
Claramente necesitamos automatizar nuestros registros de miembros. De cada miembro,
necesitamos guardar el nombre, el tratamiento, la dirección de correo electrónico, el número de
teléfono particular o de oficina, el tipo de miembro (individual o corporativo), y saber si ha
abonado sus cuotas (¿está “al día” en el pago?). Cobramos las cuotas de forma anual, que
vencen en el mes de enero.

También nos gustaría saber la compañía en la que trabaja o cuál es su escuela, pero es difícil
mantener esta información actualizada porque nuestros miembros están siempre cambiando de
compañía o de dirección o se gradúan en la escuela. Intentamos realizar un seguimiento solo
del empleador actual de cada miembro. Nuestros miembros proceden de muchas compañías
diferentes, incluyendo Sony, EG&G y Storage Tech, así como de diferentes escuelas
secundarias. Algunos de nuestros miembros están desempleados. De cada compañía,
registramos su nombre, dirección y tipo de negocio. De cada escuela secundaria, registramos el
nombre de la escuela y la dirección. Tenemos un juego estándar de códigos de tipos de
negocios y escuelas secundarias. Solo registramos la dirección principal de cada compañía.
Celebramos varios eventos a lo largo del año y nos gustaría realizar un seguimiento de la
información de cada evento. Algunos de los eventos anuales son la Reunión de septiembre, la
Reunión de noviembre, el Día anual de formación en enero y nuestra Reunión de abril. También
tenemos eventos especiales cada año.

Por ejemplo, en mayo celebramos un día especial CASE (Computer Aided Systems Engineering),
en el que pudimos escuchar a Richard Barker, procedente de Oracle en el Reino Unido.
Celebramos nuestros eventos en ubicaciones diferentes de la ciudad, como AT&T, Redrocks
Community College y Skyline University. Nos gustaría realizar un seguimiento de la fecha de cada
evento, la descripción opcional del evento, el número de asistentes, el lugar de celebración, la
cantidad de dinero que hemos gastado y los comentarios sobre el evento. Todos los comentarios
los tratamos como si fueran de remitentes anónimos. Un juego de comentarios es una descripción
con texto en formato libre de cualquier longitud. Numeramos cada juego de comentarios y
normalmente recibimos varios juegos de comentarios para un evento.

También realizamos un seguimiento de los miembros que asisten a los distintos eventos. Algunos
de nuestros miembros son muy activos y otros asisten en raras ocasiones o se contentan con
recibir nuestro boletín.

También necesitamos realizar un seguimiento del tipo de plataforma de computación que utilizan
nuestros miembros. Utilizamos una única etiqueta de identificación del sistema de tres dígitos para
cada tipo de plataforma. Por ejemplo, 001 corresponde a UNIX; 002 a RAC y HA; 003 a Oracle en
Windows; 020 a Oracle Spatial; 030 a Oracle y .NET; 050 a DBMS; y 080 a Business Intelligence y
las herramientas de generación de informes.

También queremos realizar un seguimiento de las áreas de aplicación en las que está interesado
cada miembro. Algunas áreas de aplicación de ejemplo son contabilidad, recursos humanos, ocio,
petróleo y gas, productos farmacéuticos y sistemas sanitarios. Las aplicaciones deben de ser
portátiles, por lo que no necesitamos saber en qué plataformas se ejecutan.
Diseño de Base de Datos
8.2 : Cambio de Modelado: Tiempo
Actividades de Práctica

Objetivos

•Distinguir entre el uso de fecha como atributo y DÍA como entidad en un modelo de datos,
según los requisitos de negocio
•Solucionar el problema de mantener características de una fecha creando un modelo que
utilice DÍA como entidad
•Identificar al menos tres restricciones relacionadas con el tiempo que puedan ser el resultado
de un modelo sensible al tiempo
•Definir y dar un ejemplo de no transferibilidad condicional en un modelo restringido por el
tiempo

Terminología
Identifique el término para cada una de las siguientes definiciones.

 No transferibilidad
condicional Restricción de datos como resultado de la dimensión de tiempo
 Restricción relacionada Hace referencia a una relación que puede no ser transferible,
con el tiempo según el tiempo.
Propiedad de una relación por la cual una instancia de A está
relacionada con una instancia de B, y la asociación no se puede
 No transferibilidad mover otra instancia de B

Inténtelo/Resuélvalo

1.Multas por exceso de velocidad

Cada agente de policía puede emitir multas por exceso de velocidad a los motoristas de un área
asignada. En un principio, la fecha del atributo se ha modelado como parte de la entidad MULTA
POR EXCESO DE VELOCIDAD. Sin embargo, el departamento de policía de la ciudad desea
saber si hay una relación entre las condiciones climatológicas y la frecuencia de emisión de
multas: ¿se conduce más rápido en días soleados?
¿Se emiten más multas cuando el clima es cálido o cuando es frío?

Modifique el ERD para incluir este nuevo requisito.

Diseño
de
Base de
Datos
8.3 Ca
mbio de
Modelado:
Precio
Actividades
de Práctica
Objetivos
 Solucionar el requisito de negocio de seguimiento de los cambios en el precio o
valores creando un modelo que utilice una entidad histórica
 Describir el significado de anotación en diario/registro
 Identificar la necesidad de negocio de anotación en diario/registro y crear un modelo
que aborde este requisito

Terminología
Identifique el término para cada una de las siguientes definiciones.
Mantenimiento de un registro continuo de transacciones.
Anotación de diario
Aumento del valor o precio, especialmente a lo largo del tiempo.
Valoración
Disminución o pérdida de valor, debido a la edad, al desgaste o
Depreciación a las condiciones del mercado.

Inténtelo/Resuélvalo
1. Los coleccionistas de cómics necesitan conocer el historial de precios de los diferentes tipos de
cómics. Esto les ayuda a decidir qué comprar/coleccionar y por cuánto vender sus colecciones.

Cree un ERD (con dos o tres entidades) para modelarlo.

2. Cuando se cambia la nota a un alumno, debemos registrar información sobre el profesor que la
ha cambiado y el motivo del cambio.

Comience por la entidad INSCRIPCIÓN, que es la resolución de la relación M:M entre

ALUMNO y CLASE.

3. (Opcional): Cuando los coleccionistas de vehículos clásicos adquieren nuevos vehículos, les
resulta útil conocer el historial de precios de los vehículos que les interesan. También puede hacer
que consideren la venta de alguno de sus vehículos si ha aumentado mucho su valor desde su
compra.

Cree un ERD (con al menos dos entidades) para modelarlo.

Diseño de Base de Datos
8-4: Convenciones de Dibujo para Mejorar la Lectura
Actividades de Práctica
Objetivos
• Aplicar las convenciones de dibujo de Oracle a un diagrama de modelo de datos .

• Identificar las entidades de alto volumen en un diagrama de modelo de datos y explicar su

importancia para el negocio.

• Volver a dibujar un determinado diagrama de modelo de datos para aumentar la claridad y

la facilidad de lectura.

• Reconocer la utilidad de dividir un ERD complejo en una serie de sus diagramas

funcionales.

Terminología
Identifique el término para cada una de las siguientes definiciones.

Espacio en blanco Espacio en una página o un póster que no está cubierto por
material impreso o gráfico.

Entidad de gran volumen Entidad que tendrá un gran número de instancias.

Inténtelo/Resuélvalo 1.
1. Cree un ERD basado en el siguiente caso de Summit Sporting Goods. Asegúrese de
seguir las convenciones de dibujo para una mayor facilidad de lectura y claridad.

“Soy el jefe de una compañía mayorista de artículos deportivos que opera a nivel mundial
para tramitar los pedidos de tiendas de venta al por menor de artículos deportivos. Las
tiendas son nuestros clientes (en nuestro equipo algunos prefieren llamarlos clientes). Ahora
mismo tenemos 15 clientes en todo mundo, pero estamos intentando ampliar nuestra base
de clientes un 10% cada año a partir de este año. Nuestros dos principales clientes son Big
John’s Sports Emporium en San Francisco y Womansports in Seattle. De cada cliente
debemos realizar un seguimiento de un ID y un nombre.
 Puede que realicemos un seguimiento de una dirección (incluida la ciudad, el estado, el
código postal y el país) y un número de teléfono. Tenemos almacenes en distintas regiones
para tramitar mejor los pedidos de nuestros clientes. De cada uno se debe hacer un
seguimiento de un ID. También se podría realizar un seguimiento de la fecha de pedido, la
fecha de envío y el tipo de pago cuando la información está disponible.”

EL ERD ESTÁ AL FONDO

2. Agregado al ERD de Summit Sporting Goods.

“Actualmente tenemos el mundo dividido en cinco zonas: Norteamérica, Sudamérica,

África/Oriente Medio, Asia y Europa. Eso es todo lo que registramos; solo el ID y el nombre.
Intentamos asignar cada cliente a una región, de este modo conocemos por lo general la
mejor ubicación desde la que se puede tramitar cada pedido. Cada almacén debe tener un
ID. Puede que realicemos un seguimiento de una dirección (incluida la ciudad, el estado, el
código postal y el país) y un número de teléfono. Actualmente solo tenemos un almacén por
zona, pero esperamos contar con más en breve.

Gestiono personalmente las funciones de registro de pedidos de nuestro negocio mayorista

de artículos deportivos. Mi departamento es responsable de realizar los pedidos y de su
seguimiento cuando nuestros clientes llaman. De cada departamento, debemos realizar un
seguimiento del ID y el nombre. A veces, nuestros clientes nos envían los pedidos por correo
electrónico si tienen tiempo, pero la mayoría de las veces nos llaman o nos envían el pedido
por fax. Esperamos poder ampliar nuestro negocio proporcionando información inmediata
sobre pedidos a nuestros clientes. ¿Cree que podemos publicar esta aplicación en Internet?”

EL ERD ESTÁ AL FONDO

3. (Opcional) Agregado al ERD de Summit Sporting Goods.

“Podemos comprometernos a realizar el envío al día siguiente, siempre y cuando la

mercancía se encuentre en stock (o inventario) en uno de nuestros almacenes. Cuando la
información está disponible, realizamos un seguimiento de las existencias, el punto para
nuevo pedido, el máximo de existencias, el motivo por el que nos hemos quedado sin
existencias, así como la fecha de reposición del artículo. Cuando se envían los productos,
informamos por fax automáticamente del envío a través de nuestro sistema de envío. No, no
gestiono esa área. Mi departamento solo se asegura de que nuestros clientes tengan la
información de facturación correcta y verifica que sus cuentas tengan una buena situación
crediticia. También registramos comentarios generales sobre el cliente.
 Nos aseguramos de que todos los artículos que han solicitado se encuentren en stock. Para
cada artículo, realizamos el seguimiento del ID. También podemos realizar un seguimiento
del precio del artículo, la cantidad y la cantidad enviada, si la información está disponible. Si
están en stock, deseamos procesar el pedido e indicar a los clientes el ID de pedido y la
cantidad total de su pedido. Si las mercancías no se encuentran en stock, el cliente nos
indica si se debe retener el pedido para un envío completo o procesar el pedido parcial.”
4. (Opcional) Agregado al ERD de Summit Sporting Goods.

“El departamento de contabilidad es responsable de mantener la información del cliente,

especialmente para asignar nuevos ID de cliente. A mi departamento solo se le permite
actualizar la información del cliente cuando se realiza un pedido y la dirección de facturación
o de envío ha cambiado. No, no somos responsables del cobro de impagados. Esto se
gestiona en cuentas a cobrar. Además, creo que los representantes de ventas se involucran
porque su comisión depende de los clientes que pagan. De cada representante de ventas, o
empleado, debemos conocer el ID y el apellido. A veces necesitamos saber el nombre, el ID
del usuario, la fecha de inicio, el cargo y el salario. También podemos realizar un
seguimiento del porcentaje de comisión del empleado y de los comentarios sobre su
persona.

Nuestro personal de registro de pedidos está familiarizado con nuestra línea de productos.
Celebramos reuniones frecuentes con el departamento de marketing para que puedan
informarnos sobre los nuevos productos. El resultado es una mayor satisfacción del cliente
porque nuestros operadores de registro de pedidos pueden responder a muchas preguntas.
Esto es posible gracias a que tratamos con unos pocos clientes selectos y a que
mantenemos una línea de productos especializados. De cada producto debemos conocer el
ID y el nombre. A veces también necesitamos saber la descripción, el precio sugerido y la
unidad de venta. Nos gustaría también poder realizar un seguimiento de descripciones muy
extensas de nuestros productos e imágenes de nuestros productos, cuando sea necesario.”