Modelamiento y Diseño de Base de Datos

MODELAMIENTO Y DISEÑO DE BASE DE DATOS
SEMANA 3
Contenido
Introducción a Erwin
 Creación del Diagrama Entidad Relación

 Entidades
 Relaciones
 Tipos y representación de entidades
 Tipos y representación de relaciones
Creación del modelo lógico
 Toolbox Erwin
 Entidades
 Relaciones
 Creación del DER
 Entidades fuertes
 Entidades débiles
 Generalización
 Agregación
 Relación recursiva
Docente. Mg. Ing. Milenka Rojas Parraga

LABORATORIO # 2: INTRODUCCION A ERWIN 7.1
¿QUE ES ALLFUSION ERWIN DATA MODELER?
AllFusion ERwin Data Modeler es una herramienta de diseño de base de datos que ayuda a los
usuarios a diseñar, generar y mantener alta calidad de las aplicaciones de base de datos de alta
performance. AllFusion ERwin Data Modeler permite al usuario visualizar la estructura correcta,
elementos claves y el diseño optimizado de su base de datos, desde los requerimientos de un modelo
lógico de información y reglas de negocio que definen la base de datos, a un modelo físico optimizado
para las características específicas de la base de datos seleccionada.
AllFusion ERwin Data Modeler automáticamente genera tablas y miles de líneas de procedimientos
almacenados y códigos disparadores para las base de datos líderes. Su tecnología de “comparación
completa” permite el desarrollo iterativo, de forma tal que los modelos están siempre sincronizados
con la base de datos del usuario. Al integrarse con entornos de desarrollo líderes, AllFusion ERwin
Data Modeler también acelera la creación de aplicaciones centralizadas en datos.
La mejor gestión de la información empieza por un diseño óptimo de las bases de datos.
Mediante AllFusion™ ERwin® Data Modeler, las empresas pueden visualizar estructuras complejas
de datos y activos de información corporativa, así como establecer estándares de gestión de datos
para toda la empresa. Permite automatizar de forma inteligente procesos de diseño y sincronizar el
modelo con el diseño de bases de datos. Los modeladores pueden utilizar este producto para diseñar
sistemas transaccionales, data warehouses y data marts en un entorno integrado.
AllFusion™ ERwin® Data Modeler también permite:
 Incrementar la productividad proporcionando un entorno gráfico fácil de utilizar que simplifica

el diseño de las bases de datos y automatiza muchas tareas tediosas. Agiliza la creación de
bases de datos transaccionales y data warehouses de alta calidad y rendimiento.

 Comunicarse de forma más eficaz permitiendo que los DBA y desarrolladores compartan y
reutilicen modelos, además de poder representar innumerables y complejos activos de datos
mediante un formato fácil de comprender y mantener.
 Proporcionar respuestas más rápidas a las necesidades empresariales en
evoluciónpermitiendo a las empresas comprender el impacto del cambio en los activos
deinformación y facilitando la rápida implementación de cambios.
CARACTERÍSTICAS GENERALES
 Aumenta la productividad.
 Comunica en forma más efectiva.
 Responde más rápidamente a las necesidades de la evolución de los negocios.
 Diseña arquitecturas en capas.
 Tecnología transformable.
 Administra grandes modelos.
 Comparación completa.
 Genera diseños de base de datos.
 Diseña almacenes de datos y mercados de datos.
ENTORNOS SOPORTADOS
 Plataformas:
Windows 95, 98, 2000 SP3, NT 4.0, XP y 2003 server
 Bases de datos:
Advantage™ Ingres® Enterprise Relational Database, Advantage™ CA-Clipper,® DB2,
dBASE, FoxPro, HiRDB, Informix, InterBase, Microsoft Access, Teradata, Microsoft SQL
Server, ODBC2.0, 3.0, Oracle, Paradox, Rdb, Red Brick Warehouse, SAS, SQL Anywhere,
SQL Base ySybase.
INGRESANDO A ERWIN…
Menú Inicio – Programas –Computer Associates – All Fusion – Erwin Data Modeler r7 – Erwin Data
Modeler r7.

CREANDO UN NUEVO MODELO DE DATOS: MENÚ ARCHIVO – NUEVO (en caso no

Aparezca desde el inicio la ventana de selección de modelos).
En este caso debemos seleccionar el tipo de modelo Logical/Physical, además podemos seleccionar
el motor de base de datos con laque queremos trabajar, como Oracle, SQL Server DB2, Access, etc.
Al lado derecho podemos seleccionar la versión del DBMS seleccionado.
Como vemos el entorno de trabajo presenta una serie de menús y cuadros de herramientas para el
trabajo de diseño. Para poder crear los modelos no vamos a utilizar todos generalmente, veamos los
más importantes. Primero debemos conocer los dos niveles con los que trabaja Erwin: El lógico y el
nivel físico, para seleccionarlos debemos desplegar el combo que se presenta:

Lo siguiente sería activar la opción Entidad asociada para las relaciones Muchos a Muchos,
generalmente vienen desactivadas por lo que al pasar al nivel físico no aparece la entidad asociada,
tenemos que activarla. Además debemos cambiar la metodología de información para que presente
las cardinalidades tal cual las conocemos. Esto se hace desde el menú Model – Model Properties.
Veamos:
Debemos activar la opción

Show source objects …..para
luegoseleccionar la opción
Auto play Many – to many
transform. De otro modo Erwin
no mostrará las entidades
asociadas en el modelo físico
al realizar las relaciones
Muchos a Muchos.

Igualmente cambiaremos la
notación del modelo Lógico,
cardinalidad a IE (Information
Engineering).
Igualmente haremos para el

modelo Físico, más adelante
veremos la diferencia con
IDEF1X.
BARRA DE HERRAMIENTAS
VISTAS EN NIVELES
Erwin muestra 3 niveles para la presentación de los modelos, estos representan a los 3 tipos de
modelos: Conceptual, lógico y físico.
 Entity View: Muestra el modelo en forma de entidades, como un modelo conceptual.

 Atribute View: Aparece activado por defecto, muestra el modelo con todos los atributos
ingresados, es la vista de un modelo lógico y físico.
 Definition View: Muestra las entidades con sus respectivas definiciones.

BARRA DE FORMATO

EL TOOLBOX
A. CREACION DEL DIAGRAMA ENTIDAD RELACION (MER)
Para crear una entidad utilizamos la

herramienta Entity la cual tiene 3 zonas bien
marcadas:
1. Zona de Nombre de entidad.
2. Cabecera ozona de claves
principales.
3. Zona de atributos.
Para pasar de una zona a otra lo hacemos
con la tecla TAB, para agregar más
elementos, como por ejemplo atributos, le
damos Enter.
Creamos una nueva entidad con la herramienta Entity:

Ahora debemos relacionar ambas entidades mediante las herramientas de relaciones, debemos
tener en cuenta además el tipo de relación que utilizaremos, las identificadas, no identificadas o las
de muchos a muchos…
Analicemos, una persona reside en un distrito, y en un distrito… ¿Cuántas personas residen?, la

respuesta es varias persona residen en un distrito, entonces es una relación de Uno a Muchos,
asimismo, ¿es obligatorio conocer el nombre o dirección de una de las personas residentes para,
por ejemplo, conocer la ubicación de alguno de los distritos? Entonces nos encontramos ante una
relación de tipo no identificado.
Otra pregunta que debemos hacernos es: ¿Qué entidad es la que depende de la otra?, podemos
decir que sin distritos las personas no tendrían donde residir, entonces la entidad Distrito es la
entidad Fuerte mientras que Persona es la entidad Débil.
La clave principal de la entidad Distrito es traspasada a la entidad Persona como clave foránea (FK),
esto indica el tipo de relación de 1 a M. Analicemos la cardinalidad de la relación:

Pero…. ¿Es posible que una persona no resida en ningún distrito?, no verdad, por ello debemos
modificar la cardinalidad, para ello le damos clic derecho sobre la línea de relación y seleccionamos
la opción Relationship Properties…, o simplemente hacemos doble clic.
El área Cardinality indica la cantidad de elementos que pueden tener relacionados los elementos de
la entidad fuerte, mientras que los valores nulos (Nulls) indica la cantidad de elementos relacionados
de la entidad débil hacia la entidad fuerte. Le decimos One or More y No nulls.

Para colocar la frase verbal, en la

ventana de propiedades de relación
debemos colocar la frase en el área
Verb Phrase, de Padre a Hijo (Parent
to child).
En el otro recuadro no colocamos
nada (A elección del diseñador). Para
poder ver la frase verbal damos clic
derecho sobre un espacio vacío del
modelo, seleccionamos Relationship
display y elegimos Verb Phrase.

En este caso no existe traspaso de claves primarias, ya que esto indica que ambas entidades son
Fuertes, debiendo crearse una entidad asociada, esto en el modelo Físico. Erwin lo agregará
automáticamente siempre y cuando la hayamos previamente activado en la ventana Model
Properties del menú Model (explicado anteriormente).
Con esto sólo nos queda agregar algunos atributos que creamos convenientes, así también podemos
modificar el nombre de la entidad…

En este caso todas las relaciones son identificadas, la entidad Asociada hereda las claves primarias
de las tablas que la generan, conformando una clave compuesta por las dos claves foráneas, entre
amabas claves forman la clave principal de la entidad resultante.
EJERCICIOS
Relacionar las siguientes entidades indicando Claves, Atributos, Tipo de Relación y cardinalidad.
1. Cliente – Boleta
2. Autobús – Paradero
3. Vendedor – Artículo
4. Empleado – Área
5. Persona – Estado Civil
6. Cliente – Pedido
7. Alumno – Curso
8. Producto – Factura

ATRIBUTOS DE RELACIONES
Existe la posibilidad de que una relación tenga atributos para calificarla. Por ejemplo: en un hotel
Por lo general estos casos suelen derivar en nuevas entidades. Así, la relación OCUPA, con los
atributos Fecha Ingreso y Fecha Salida, pueden ser una entidad HOSPEDAJE.

EJERCICIOS DE MODELO E-R
EJERCICIO 1
UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.
• Se necesita conocer los datos personales de los clientes (NOMBRE, RFC,

DIRECCIÓN, FECHA DE ALTA, ANTIGÜEDAD).
• Cada producto tiene un NOMBRE y un CÓDIGO, así como un PRECIO.
• De cada proveedor se desea conocer el RFC, NOMBRE y DIRECCION.
• Un cliente puede comprar varios productos a la empresa, y un mismo producto

puede ser comprado por varios clientes.
• Se debe tener en cuenta que un producto sólo puede ser suministrado por un
proveedor, y que un proveedor puede suministrar diferentes productos.
Entidades:
1. Cliente (nombre, rfc, dirección, fecha de alta, antigüedad)
2. Producto (nombre, código, precio)
3. Proveedor(rfc, nombre, dirección)
Relaciones:
1. Cliente compra Producto (N:N)
Proveedor suministra Producto(1:N)

DIAGRAMA ENTIDAD RELACION EJERCICIO 1
EJERCICIO 2

SE DESEA INFORMATIZAR LA GESTIÓN DE UNA EMPRESA DE TRANSPORTES QUE

REPARTE PAQUETES POR TODA LA REPÚBLICA
• Los encargados de llevar los paquetes son los camioneros, de los que se
quiere guardar el rfc, nombre, teléfono, dirección y salario.
• De los paquetes transportados interesa conocer el código, descripción,

destinatario y dirección del destinatario.
• Un camionero distribuye muchos paquetes, y un paquete sólo puede ser

distribuido por un camionero.
• De los estados a los que llegan los paquetes interesa guardar el código de
estado y el nombre del estado.
• A un estado pueden llegar varios paquetes.
• Sin embargo, un paquete sólo puede llegar a un estado.
• De los camiones que llevan los camioneros, interesa conocer la matrícula,

modelo y capacidad.
• Un camionero puede conducir diferentes camiones en fechas diferentes.
• Un camión puede ser conducido por varios camioneros también en diferentes

fechas.
Entidades:
1. Camionero (rfc, nombre, teléfono, dirección, salario)
2. Paquete (código, descripción, destinatario y dirección del destinatario)
3. Estado (código, nombre)
4. Camión (matrícula, modelo, capacidad)
Relaciones:
1. Camionero distribuye Paquete (1:N)
2. Estado llega Paquete (1:N)

3. Camionero conduce Camión (N:N)
DIAGRAMA ENTIDAD RELACION EJERCICIO 2

EJERCICIO 3
Realizar el diagrama entidad relación de los siguientes datos, y el posterior diagrama lógico
en Erwin.
EN LA BIBLIOTECA DEL CENTRO SE MANEJAN FICHAS DE AUTORES Y LIBROS.
• Para cada autor se tiene el código de autor y el nombre.
• De cada libro se guarda el código, título, ISBN, editorial y número de página.
• Un autor puede escribir varios libros, y un libro puede ser escrito por varios autores.
• Un libro está formado por ejemplares.
• Cada ejemplar tiene un código y una localización.
• Un libro tiene muchos ejemplares y un ejemplar pertenece sólo a un libro.
• De cada usuario se guarda el código, nombre, dirección y teléfono.
• Los ejemplares son prestados a los usuarios.
• Un usuario puede tomar prestados varios ejemplares, y un ejemplar puede ser

prestado a varios usuarios.
• De cada préstamo interesa guardar la fecha de préstamo y la fecha de devolución.

DIAGRAMA ENTIDAD RELACION
Cod_libro
Cod_autor
AUTOR LIBRO Titulo
Nombre ISBN
Editorial
Escribe
Nro_paginas
Posee
Cod_prest
Fecha_prest PRESTAMO Cod_ejemplar
EJEMPLAR
Fecha_devol
Localización
Realiza
Cod_usuario
Solicita
Nombre
Dirección USUARIO
Teléfono

MODELO LOGICO (Erwin)

PRACTICA CALIFICADA DEL CURSO
EJERCICIO 1
A partir del siguiente enunciado se desea realiza el modelo entidad-relación.
“Una empresa vende productos a varios clientes. Se necesita conocer los

datospersonales de los clientes (nombre, apellidos, dni, dirección y fecha de
nacimiento). Cadaproducto tiene un nombre y un código, así como un precio
unitario. Un cliente puedecomprar varios productos a la empresa, y un mismo
producto puede ser comprado porvarios clientes.
Se debe tener en cuentaque un producto sólo puede ser suministrado por un

proveedor, y que un proveedor puedesuministrar diferentes productos. De cada
proveedor se desea conocer el Ruc, nombre ydirección”.
Diseñar el modelo lógico en Erwin, del enunciado anterior.

EJERCICIO 2
A partir del siguiente enunciado se desea realizar el modelo entidad-relación.
“Se desea informatizar la gestión de una empresa de transportes que reparte

paquetespor toda España. Los encargados de llevar los paquetes son los
camioneros, de los quese quiere guardar el dni, nombre, teléfono, dirección, salario
y población en la que vive.
De los paquetes transportados interesa conocer el código de paquete,

descripción,destinatario y dirección del destinatario. Un camionero distribuye
muchos paquetes, y unpaquete sólo puede ser distribuido por un camionero.
De las provincias a las que llegan los paquetes interesa guardar el código de
provincia yel nombre. Un paquete sólo puede llegar a una provincia. Sin embargo,
a una provinciapueden llegar varios paquetes.
De los camiones que llevan los camioneros, interesa conocer la matrícula, modelo,
tipo ypotencia. Un camionero puede conducir diferentes camiones en fechas
diferentes, y uncamión puede ser conducido por varios camioneros”.

Diseñar el modelo lógico en Erwin, del enunciado anterior.
EJERCICIO 3
A partir del siguiente enunciado diseñar el modelo entidad-relación.
“Se desea diseñar la base de datos de un Instituto. En la base de datos se desea

guardarlos datos de los profesores del Instituto (DNI, nombre, dirección y teléfono).
Losprofesores imparten módulos, y cada módulo tiene un código y un nombre. Cada

alumnoestá matriculado en uno o varios módulos. De cada alumno se desea guardar
el nº deexpediente, nombre, apellidos y fecha de nacimiento. Los profesores pueden
impartirvarios módulos, pero un módulo sólo puede ser impartido por un profesor.
Cada cursotiene un grupo de alumnos, uno de los cuales es el delegado del grupo”.
Del enunciado anterior realizar el Diagrama Entidad relación y el posterior Diagrama

Lógico (Modelo Lógico), en Erwin.

EJERCICIO 4
A partir del siguiente supuesto diseñar el modelo entidad-relación:
“Se desea diseñar una base de datos para almacenar y gestionar la

informaciónempleada por una empresa dedicada a la venta de automóviles,
teniendo en cuenta lossiguientes aspectos:
La empresa dispone de una serie de coches para su venta. Se necesita conocer

lamatrícula, marca y modelo, el color y el precio de venta de cada coche.
Los datos que interesa conocer de cada cliente son el NIF, nombre, dirección, ciudad
ynúmero de teléfono: además, los clientes se diferencian por un código interno de
laempresa que se incrementa automáticamente cuando un cliente se da de alta en
ella. Uncliente puede comprar tantos coches como desee a la empresa. Un coche
determinadosolo puede ser comprado por un único cliente.
El concesionario también se encarga de llevar a cabo las revisiones que se realizan

acada coche. Cada revisión tiene asociado un código que se incrementa
automáticamentepor cada revisión que se haga. De cada revisión se desea saber si
se ha hecho cambio defiltro, si se ha hecho cambio de aceite, si se ha hecho cambio
de frenos u otros. Loscoches pueden pasar varias revisiones en el concesionario”.

EJERCICIO 5
A partir del siguiente supuesto diseñar el modelo entidad-relación:
“La clínica “SAN PATRÁS” necesita llevar un control informatizado de su gestión

depacientes y médicos.
De cada paciente se desea guardar el código, nombre, apellidos, dirección,

población,provincia, código postal, teléfono y fecha de nacimiento.
De cada médico se desea guardar el código, nombre, apellidos, teléfono y

especialidad.

Se desea llevar el control de cada uno de los ingresos que el paciente hace en el
hospital.
Cada ingreso que realiza el paciente queda registrado en la base de datos. De

cadaingreso se guarda el código de ingreso (que se incrementará
automáticamente cada vezque el paciente realice un ingreso), el número de
habitación y cama en la que el pacienterealiza el ingreso y la fecha de ingreso.
Un médico puede atender varios ingresos, pero el ingreso de un paciente solo puede
seratendido por un único médico. Un paciente puede realizar varios ingresos en el
hospital”.

EJERCICIO 6
Se desea informatizar la gestión de una tienda informática. La tienda dispone de una

seriede productos que se pueden vender a los clientes.
“De cada producto informático se desea guardar el código, descripción, precio y

númerode existencias. De cada cliente se desea guardar el código, nombre,
apellidos, dirección ynúmero de teléfono.
Un cliente puede comprar varios productos en la tienda y un mismo producto puede

sercomprado por varios clientes. Cada vez que se compre un artículo quedará
registrada lacompra en la base de datos junto con la fecha en la que se ha comprado
el artículo.
La tienda tiene contactos con varios proveedores que son los que suministran
losproductos. Un mismo producto puede ser suministrado por varios proveedores.
De cadaproveedor se desea guardar el código, nombre, apellidos, dirección,
provincia y númerode teléfono”.



Modelamiento y Diseño de Base de Datos

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Modelamiento y Diseño de Base de Datos

Caricato da

Copyright:

Formati disponibili

MODELAMIENTO Y DISEÑO DE BASE DE DATOS

 Creación del Diagrama Entidad Relación

Creación del modelo lógico

Docente. Mg. Ing. Milenka Rojas Parraga

LABORATORIO # 2: INTRODUCCION A ERWIN 7.1

¿QUE ES ALLFUSION ERWIN DATA MODELER?

AllFusion™ ERwin® Data Modeler también permite:

 Incrementar la productividad proporcionando un entorno gráfico fácil de utilizar que simplifica

Docente. Mg. Ing. Milenka Rojas Parraga

Docente. Mg. Ing. Milenka Rojas Parraga

CREANDO UN NUEVO MODELO DE DATOS: MENÚ ARCHIVO – NUEVO (en caso no

Docente. Mg. Ing. Milenka Rojas Parraga

Debemos activar la opción

Docente. Mg. Ing. Milenka Rojas Parraga

Igualmente haremos para el

 Entity View: Muestra el modelo en forma de entidades, como un modelo conceptual.

Docente. Mg. Ing. Milenka Rojas Parraga

Docente. Mg. Ing. Milenka Rojas Parraga

A. CREACION DEL DIAGRAMA ENTIDAD RELACION (MER)

Para crear una entidad utilizamos la

Creamos una nueva entidad con la herramienta Entity:

Docente. Mg. Ing. Milenka Rojas Parraga

Analicemos, una persona reside en un distrito, y en un distrito… ¿Cuántas personas residen?, la

Docente. Mg. Ing. Milenka Rojas Parraga

Docente. Mg. Ing. Milenka Rojas Parraga

Para colocar la frase verbal, en la

Docente. Mg. Ing. Milenka Rojas Parraga

Docente. Mg. Ing. Milenka Rojas Parraga

Docente. Mg. Ing. Milenka Rojas Parraga

Docente. Mg. Ing. Milenka Rojas Parraga

EJERCICIOS DE MODELO E-R

UNA EMPRESA VENDE PRODUCTOS A VARIOS CLIENTES.

• Se necesita conocer los datos personales de los clientes (NOMBRE, RFC,

• Cada producto tiene un NOMBRE y un CÓDIGO, así como un PRECIO.

• De cada proveedor se desea conocer el RFC, NOMBRE y DIRECCION.

• Un cliente puede comprar varios productos a la empresa, y un mismo producto

1. Cliente (nombre, rfc, dirección, fecha de alta, antigüedad)

2. Producto (nombre, código, precio)

3. Proveedor(rfc, nombre, dirección)

1. Cliente compra Producto (N:N)

Proveedor suministra Producto(1:N)

Docente. Mg. Ing. Milenka Rojas Parraga

DIAGRAMA ENTIDAD RELACION EJERCICIO 1

Docente. Mg. Ing. Milenka Rojas Parraga

SE DESEA INFORMATIZAR LA GESTIÓN DE UNA EMPRESA DE TRANSPORTES QUE

• De los paquetes transportados interesa conocer el código, descripción,

• Un camionero distribuye muchos paquetes, y un paquete sólo puede ser

• A un estado pueden llegar varios paquetes.

• Sin embargo, un paquete sólo puede llegar a un estado.

• De los camiones que llevan los camioneros, interesa conocer la matrícula,

• Un camionero puede conducir diferentes camiones en fechas diferentes.

• Un camión puede ser conducido por varios camioneros también en diferentes

1. Camionero (rfc, nombre, teléfono, dirección, salario)

2. Paquete (código, descripción, destinatario y dirección del destinatario)

3. Estado (código, nombre)

4. Camión (matrícula, modelo, capacidad)

1. Camionero distribuye Paquete (1:N)

2. Estado llega Paquete (1:N)

Docente. Mg. Ing. Milenka Rojas Parraga

3. Camionero conduce Camión (N:N)

DIAGRAMA ENTIDAD RELACION EJERCICIO 2

Docente. Mg. Ing. Milenka Rojas Parraga

EN LA BIBLIOTECA DEL CENTRO SE MANEJAN FICHAS DE AUTORES Y LIBROS.

• Para cada autor se tiene el código de autor y el nombre.