erwin

ISTP “H”

FULL PRÁCTICA

SEM: 02

HERRAMIENTA CASE ERWIN
ERWIN

DABD

Componentes del diagrama
• Convención IDEF1X
• Componentes
–
–
–
–

Entidades
Interrelacciones
Cardinalidades
Reglas de validación

ERWIN

DABD

Componentes del diagrama
• Entidades y atributos
nombre
Atributos clave
Atributos NO clave

• Interrelaciones: asociaciones entre entidades
nombreAtributos clave
Atributos NO clave

nombre
interrelación

Atributos clave
Atributos NO clave
4

© Lic. Fredy Lopez Neira

Pag. 2

ISTP “H”

FULL PRÁCTICA

SEM: 02

ERWIN

DABD

Comp. del diagrama (cont.)
• Dominios
– Lógico: significado de las entidades, atributos, etc. y
relaciones entre ellas.
– Físico: valores de los mismos, tipos de datos (char,
boolean, …),dominios de validación, valores máximos
y mínimos de los datos, …, y vistas.

ERWIN

DABD

Atributos
1.- Clave primaria (PK): atributo o grupo de
atributos elegido como el único identificador de
una entidad.
2.- Clave candidata (CK): atrib. o grupo de atrib.
que pueden ser elegidos como PK.
3.- Clave ajena (FK): clave primaria de otra
entidad.
3.- Atrib. no clave: no puede ser elegidocomo PK.
4.- Atrib. derivado: calculado a partir de otros
atribs. (no necesita ser almacenado físicamente)
7

© Lic. Fredy Lopez Neira

Pag. 3

ISTP “H”

FULL PRÁCTICA

SEM: 02

ERWIN

DABD

Interrelaciones
1.- En Identificación: la clave primaria de la entidad padre como parte
de la clave primaria de la hija para su identificación.
n-padre
Clave-padre

Frase verbaln-hija
Clave-padre (FK)
Clave-hija

Frase inversa

2.- En NO Identificación: la clave primaria de la entidad padre como
parte del área de datos de la hija (no en el área de claves.
n-padre
Clave-padre

Frase verbal

n-hija
Clave-padre (FK)

Frase inversa

Clave-hija

ERWIN

DABD

Interrelaciones
• En existencia: No se implementan en ERWIN. Se tratan como de no
identificación,pero con restricciones de integridad (borrado en
cascada, …)
• No específicas: No hay claves que contribuyan a la relación, pero
algunas de las claves de la primera están relacionadas con la segunda.
Primera entidad

Segunda entidad
Frase verbal
Frase inversa

© Lic. Fredy Lopez Neira

Pag. 4

ISTP “H”

FULL PRÁCTICA

SEM: 02

CASO 1: ALQUILER DE VIDEOS
Se trata de una tiendade alquiler de videos, que desea diseñar una base de
datos y así poder implementar un sistema automatizado que le permita
administrar la información sobre sus clientes, boletas y videos en alquiler (por
categoría y género).
Siguiendo las fases de diseño de base de datos (forma manual) se ha logrado:
1:N
CLIENTE

BOLETA
IdClie

CORRESPONDE

IdBoleta
Fecha

DniClie
NomClieREFERECIA

DirClie

M:N

TelClie
1:N

CATEGORIA
IdCateg

VIDEO
IdVideo

PERTENECE

DesCateg

DesVideo

Precio

Stock

PERTENECE

1:N

GENERO
IdGenero
DesGenero

© Lic. Fredy Lopez Neira

Pag. 5

ISTP “H”

FULL PRÁCTICA

SEM: 02

MODELO LÓGICO 01

CLIENTE

BOLETA

IdClie

IdBoleta

DniClie
NomClie
DirClie
TelClie

IdClie (FK)
FechaBOLETA_VIDEO
IdBoleta (FK)
IdVideo (FK)

VIDEO
CATEGORIA
IdVideo
IdCateg

IdCateg (FK)
IdGenero (FK)
DesVideo
Stock

DesCateg
Precio

GENERO
IdGenero
DesGenero

CLIENTE (IdClie, NomClie, DirClie, TelClie)
BOLETA (IdBoleta, IdClie, Fecha)
BOLETA_VIDEO (IdBoleta, IdVideo)

Tabla de enlace

VIDEO (IdVideo, IdCateg, IdGenero, DesVideo, Stock)
CATEGORIA (IdCateg, DesCateg, Precio)GENERO (IdGenero, DesGenero)

© Lic. Fredy Lopez Neira

Pag. 6

Full Práctica

CASO 2: EMISION DE FACTURA
CLIENTE
Id-cliente

FACTURA

Nom_cli
dr_cli

nro_factura
fecha
Monto_total
Id-cliente (FK)

DETALLE DE FACTURA

PREDUCTO

nro_factura (FK)
Id_produc (FK)

Id_produc
Descripcion

Cantidad
Precio

LABORATORIO Nº 01
INGRESO Y CREACIÓN DEL MODELO LÓGICO EN ERWIN...