UNIVERSIDAD JOSE CARLOS MARIATEGUI

Modelamiento y creacin de bases de datos con

ERWIN 4.1
Objetivo:
Construir los modelos conceptual y lgico de una base de datos con el ERWIN 4.1.

Resumen terico:
Una base de datos de SQL Server consta de una coleccin de tablas con datos y otros objetos como vistas,
ndices, procedimientos almacenados y desencadenantes, que se definen para poder llevar a cabo distintas
operaciones con datos. Los datos almacenados en una base de datos suelen estar relacionados con un tema o
un proceso determinados como, por ejemplo, la informacin de inventario para el almacn de una fbrica. Antes
de crear una base de datos, es importante entender las partes que la componen y cmo disearlas para
asegurar que la base de datos funcione correctamente una vez implementada..

El diseo de base de datos es una actividad necesaria que tiene como finalidad crear bases de datos fciles de
administrar, usar y mantener. Construir una base de datos sin diseo es como construir un edificio sin planos. El
diseo de BD tiene 3 fases:
Diseo Conceptual: Es la representacin de los requerimientos del problema y que se representa mediante el
Esquema Conceptual que es el Diagrama Entidad/ Interrelacin de Chen. En esta etapa aun no se conoce el
modelo de datos a usar, que pueden ser el Reticular, Jerrquico, Relacional, Dimensional o el Orientado a
Objetos.
Diseo Lgico: El objetivo es transformar el Esquema Conceptual en Esquema Lgico que se basa en el
modelo de datos Relacional que se basa en tablas donde la informacin se almacena en filas y columnas.
Tiene 2 fases:
Diseo Lgico Estndar: Que tiene en cuenta slo el modelo de datos (Relacional) y tipos de datos genricos.
Transforma el Esquema Conceptual en Esquema Lgico Estndar. En ERWIN se le llama modelo lgico.
Diseo Lgico Especfico: Que tiene en cuenta el SGBD (Sistema de Gestin de BD) a utilizarse que en
nuestro caso es SQL Server 2000 y maneja los tipos de datos soportados por este SGBD. Transforma el
Esquema Lgico Estndar en Esquema Lgico Especfico. En ERWIN se le llama modelo fsico. En esta
fase se puede crear tambin ndices, vistas, desencadenantes y procedimientos almacenados. Esta fase incluye
tambin el proceso de normalizacin. ERWIN normaliza hasta la 3FN.
Diseo Fsico: Transforma el Esquema Lgico Especfico en Esquema Fsico generando las respectivas
tablas de la BD.

La normalizacin es un proceso que busca eliminar anomalas, ambigedades, prdidas y reducir al mximo las
redundancias en las bases de datos. Para esto se transforman las tablas en tablas equivalentes a travs de
restricciones. Cada restriccin es una forma normal. Existen 6 formas normales fundamentales:
1FN (1ra Forma Normal), 2FN (2da. FN), 3FN (3ra. FN), FNBC (Forma Normal Boyce Codd), 4FN (4ta. FN) y
5FN (5ta FN). ERWIN garantiza al menos las 3 primeras formas normales
Los objetos como ndices, vistas, desencadenantes y procedimientos almacenados son importantes desde la
etapa de diseo ya que:
.
. Los ndices permiten acceder a los datos de la tabla rpidamente y en un orden establecido alfabtica,
numrica o cronolgicamente.
. Las vistas son tablas virtuales que resultan de consultas de usuario a partir de una o ms tablas.
. Los desencadenantes (triggers) son controles que se aplican a las columnas de una tabla (o la tabla
en su totalidad) cuando se aplica las operaciones de insertar (insert), eliminar (delete) o actualizar
. Los procedimientos almacenados son scripts (secuencias de comandos) o pequeos programas
que se almacenan en la BD para tareas frecuentes y necesarias.

Previamente crear con WINDOWS una carpeta y subcarpetas en la unidad C o D,... con el nombre BD2006 (No
se puede trabajar en disquetes. Evitar espacios en blanco o caracteres especiales en los nombres):

Ten en cuenta estos nombres de carpetas

para futuras referencias.

La informacin de la que disponemos es la siguiente:

Problema: Consiste en administrar acadmicamente una base de datos para la academia CompuTEK.
La academia de computacin e informtica CompuTEK ofrece varias especialidades en carreras cortas de
8 ciclos de 4 meses de duracin. Cada ciclo se ofrece 3 cursos de la carrera.

27
UNIVERSIDAD JOSE CARLOS MARIATEGUI

Todo curso est a cargo de un profesor y se ofrece en un determinado nmero de clases y horario semanal
y tiene un precio.
Las clases se desarrollan en sesiones clase que se registran en determinada fecha y hora y aula. Se
ofrecen los cursos en diferentes horarios.
Todo alumno est obligado a llevar como mnimo un curso y un mximo de 5 cursos. Est obligado a
pagar los cursos antes del inicio del ciclo. Un alumno slo puede estudiar una especialidad.
Todo profesor est encargado de cumplir con el dictado de clases y percibir un sueldo. Se paga 30 soles
por hora dictada. Como mnimo de dictar un curso y como mximo tres. Todo profesor tiene un asesor en
la especialidad que dicta. Hay un asesor por especialidad.

1. Vamos a construir el MODELO CONCEPTUAL, representado en un DE /R genrico donde solo vamos a

sealar las entidades, las interrelaciones, su cardinalidad. Para esto vamos a utilizar como herramienta
ERWIN 4.1. Seguir paso a paso las indicaciones de esta prctica. Todos los pasos dados son
absolutamente necesarios!
a. Iniciar ERWIN 4.1. (Computer Associates/All Fusion/Erwin Data Modeler/Erwin).
b. Ignorar la ventana inicial ModelMart Connection Manager (cerrar). En la ventana siguiente Computer
Associates ERwin marcar Create new model y confirmar con OK. En la ventana siguiente Create
Model Select Template marcar Logical /Physical y confirmar con OK. Ver Figura 1:

Figura 1
c. Identificar los elementos de la Caja de herramientas (Toolbok) (Figura 2) del ERWIN 4.1.:

Figura 2
Nota: Cualquiera de las dos representaciones son vlidas, si deseas cambiar de una a otra puedes ir al
Men Model / Model Properties y en la ventana que se muestre selecciona la ficha Notation, y all
selecciona IDEF1X para el primer caso o IE para el segundo, tanto para el modelo Lgico como para el
fsico. En esta prctica usaremos la segunda notacin.

Qu hace c/u de los iconos de esta Caja de herramientas (Toolbox)?

Ir al men Model/Model Properties, en la ficha General y en el recuadro AutoTransform Logical

Objects
Marcar las dos opciones:

Confirma con OK.

Averige para que sirven estas opciones y descrbelas con un ejemplo?

d. En la Barra de herramientas (Figura 3) que esta debajo del men principal hacer click en el icono
Definition level:

28
UNIVERSIDAD JOSE CARLOS MARIATEGUI

Figura 3
e. Hacer click en el icono de Entity de la Caja de herramientas (Toolbox) y crear las siguientes entidades:
Profesor, Clase, Alumno, Curso, Sesin_Clase y Especialidad. Dar las siguientes definiciones
(Figura 4):
Profesor: Persona empleada por la academia, cuya responsabilidad es dictar clases a los
alumnos.
Alumno: Persona que est matriculada en las clases y debe asistir a las sesiones de clase.
Curso: Contenido de la materia que se desarrolla en clases.
Clase: Una instancia de curso que es dictada por un profesor en un aula particular y en un
horario especfico por semana.
Sesin_Clase: Una instancia de clase que ocurre en una fecha y hora particular.
Especialidad: Rama de la computacin en la que se especializa un alumno. Figura 4

Nota: El archivo debe almacenarse como almacenarse como Academia.er1 en la carpeta Modelamiento
f. Usar los tres tipos de interrelaciones que aparecen en la Caja de Herramientas (Toolbox) y construir el
siguiente esquema del Modelo Conceptual para la BD Academia (Figura 6) TENIENDO EN CUENTA
LAS OBSERVACIONES QUE APARECEN A CONTINUACION.
OBSERVACIONES:
Tiene importancia de qu entidad (primer click) a qu entidad(segundo click) se traza la
interrelacin y de qu tipo es la interrelacin:
o De Profesor a Clase (Non-identifying
relationship)
o De Alumno a Clase (Many-to-many
relationship)
o De Alumno a Sesin_Clase(Many-to-many
relationship)
o De Curso a Clase(Non-identifying
relationship)
o De Clase a Sesin_Clase (Identifying
relationship)
o De Especialidad a Alumno (Non-identifying
relationship)
o De Profesor a Profesor (Non-identifying
Figura 5
relationship)
Para poner el nombre de las interrelaciones marcar la
interrelacin respectiva y hacer doble click y en la ventana
Relationships /General en el cuadro Verb Phrase el nombre
de la interrelacin; por ejemplo para la interrelacin
(Profesor, Clase): (Ver Figura 5)

Parent to Child Child to Parent

Dicta Es_dictado_por

En la figura 5. Describe cuando se aplican cada una

de las cardinalidades (Cardinality), Los tipos de relacin(Relationship Type) Identificada(Identifying) y No

29
 UNIVERSIDAD JOSE CARLOS MARIATEGUI

Identificada (Non-Identifying), adems cuando se usa Aceptar nulos (Nulls Allowed) o No Nulos (No
Nulls)?

Nota: Para visualizar los nombres de las interrelaciones abrir el men contextual (botn derecho del ratn) fuera
de los elementos del diagrama y activar Relationship Display / Verb Phrase.
Qu interrelaciones se han definido? (Dar el nombre con el Verbo Frase, por ejemplo: Dicta
/Es_dictado_por para (Profesor, Clase))
Qu tipo de interrelaciones se han definido y cul es su cardinalidad? Ver Figura 5:

Figura 6

Ahora vamos a construir el MODELO LGICO ESTANDAR.(Lgico en ERWIN) y el MODELO LOGICO

ESPECIFICO (Fsico en ERWIN).
Para esto, hacer click en el icono Attribute level en la Barra de herramientas. Hacer doble click sobre c/u de las
entidades o abrir el Men contextual con el botn derecho del ratn elegir Attributes y llenar el nombre de los
atributos y su tipo (Domain) segn se indica en las entidades que siguen. Usar New cada vez que se define un
nuevo atributo y elegir el dominio de acuerdo a lo que sigue a continuacin. Si un atributo ya aparece definido
(debe haberse creado por propagacin de clave fornea) slo hay que cambiar la descripcin, hay que continuar
con los siguientes atributos. Las ventanas que permiten estas operaciones se muestran en la Figura 7

Figura 7

Nota: Usar Rename para renombrar y Delete para borrar atributos en caso necesario. Para subir o bajar el
nombre de un atributo usar los botones o . Si el atributo es parte de la clave primaria marcar Primary
Key. Qu ocurre cuando uno o ms atributos son marcados como parte de una clave primaria? Para la
descripcin de atributos usar la ficha Definition (Es mejor llenar primero los nombres y dominios de cada
atributo, sealar las claves primarias y de dejar la descripcin de cada atributo para el final).

30
UNIVERSIDAD JOSE CARLOS MARIATEGUI

Entidad: Profesor
Atributo Dominio Clave Descripcin
Cod_profesor String Primaria Identificacin de cada profesor, con formato XX999 donde XX son
las iniciales del primer nombre y primer apellido.
Ape_profesor String Apellidos paterno y materno del profesor.
Nom_profesor String Nombre(s) del profesor.
Sex_profesor Unknown Sexo del profesor con los valores 1= Masculino y 0 = Femenino.
Fna_profesor Datetime Fecha de nacimiento del profesor.
Grt_profesor Number Grado o Ttulo del profesor con los valores 1 = Bachillerato, 2 =
Licenciatura o Ttulo, 3 = Maestra y 4 = Doctorado.
Dni_profesor String DNI del profesor en el formato 99999999.
Tel_profesor String Telfono domiciliario del profesor.
Dir_profesor String Direccin del profesor.
Pag_profesor Number Pago en soles del profesor.
Asesor String Identifica al profesor que lo asesora mediante el cdigo.

Entidad: Clase
Atributo Dominio Clave Descripcin
Num_clase String Primaria Nmero correlativo de la clase desde 00001 a 99999.
Cod_curso String Clave fornea que referencia a la entidad Curso.
Cod_profesor String Clave fornea que referencia a la entidad Profesor.
Horario String Das de la semana designados para la clase.
Aula String Aula donde se dicta la clase con formato X-999.
Vacantes Number Nmero de vacantes previstas para la clase.
Matriculados Number Nmero de alumnos matriculados para la clase.
Entidad: Curso
Atributo Dominio Clave Descripcin
Cod_curso String Primaria Cdigo del curso con el formato 999.
Nom_curso String Nombre del curso.
Sumilla Blob Breve descripcin del contenido del curso.
Horas Number Nmero total de horas del curso.
Precio Number Precio en soles del curso.
Prerrequisitos String Cursos que sirven de requisito para el curso designados por su
cdigo.

Entidad: Alumno
Atributo Dominio Clave Descripcin
Cod_alumno String Primaria Identificacin de cada alumno, con formato 999999 donde 99
representa el ao de ingreso del alumno y 9999 un nmero
correlativo.
Ape_alumno String Apellidos paterno y materno del alumno.
Nom_alumno String Nombre(s) del alumno.
Sex_alumno Unknown Sexo del alumno con los valores 1= Masculino y 0 = Femenino.
Fna_alumno Datetime Fecha de nacimiento del alumno.
Tel_alumno String Telfono domiciliario del alumno
Dir_alumno String Direccin del alumno.
Fot_alumno Blob Foto del alumno capturado con escner.
Esp_alumno Number Clave fornea que referencia a la entidad Especialidad.
Condicin String Especifica si el alumno es Regular o Libre.
Entidad: Especialidad
Atributo Dominio Clave Descripcin
Esp_alumno Number Primaria Especialidad del alumno que toma valores de 0 a 4 por ahora.
Descripcin String Descripcin de la especialidad.
Entidad: Sesin_Clase
Atributo Dominio Clave Descripcin
Num_clase String Primaria Clave fornea que referencia a la entidad clase.
Fecha Datetime Primaria Fecha en que de dicta la clase.
Hora String Primaria Hora en que se dicta la clase.
Asistentes Number Asistentes a la clase.

31
UNIVERSIDAD JOSE CARLOS MARIATEGUI

Y obtendremos algo semejante a la Figura 8 que corresponde al ESQUEMA LGICO ESTANDAR para
Academia:

Figura 8

Trabajo Encargado:
Presentar un informe de la prctica respondiendo las preguntas planteadas a lo largo de la misma.
De acuerdo a lo expuesto en esta prctica, desarrollar su avance sobre la Base de Datos propuesta en
grupo. Presentar su avance la prxima clase prctica (laboratorio).

32
UNIVERSIDAD JOSE CARLOS MARIATEGUI

3. ABSTRACCIN DE DATOS.
Caracterstico de un sistema de bases de datos, que permite al usuario o programador
operar con los datos sin necesidad de conocer detalles que para l no son de
"importancia", ofreciendo as una visin abstracta de estos.

3.1 NIVELES.
Para diferenciar las etapas en que cada operador, diseador y otros personajes
intervienen, debe distinguirse entre los siguientes niveles de diseo:

NIVEL FISICO.- Es aquel en el que se determinan las caractersticas de

almacenamiento en el medio secundario. Los diseadores de este nivel poseen
un amplio dominio de cuestiones tcnicas y de manejo de hardware. Muchas
veces se opta por mantener el nivel fsico proporcionado por el sistema operativo
para facilitar y agilizar el desarrollo.
NIVEL CONCEPTUAL.- Es aquel en el que se definen las estructuras lgicas de
almacenamiento y las relaciones que se darn entre ellas. Ejemplos comunes de
este nivel son el diseo de los registros y las ligas que permitirn la conexin
entre registros de un mismo archivo, de archivos distintos incluso, de ligas hacia
archivos.
NIVEL DE EDICION.- Es aquel en el que se presenta al usuario final y que puede
combinaciones o relaciones entre los datos que conforman a la base de datos
global. Puede definirse como la forma en el que el usuario aprecia la informacin
y sus relaciones.

33
UNIVERSIDAD JOSE CARLOS MARIATEGUI

Vista 1 Vista 2 .... Vista n

Nivel conceptual

Nivel fsico
NIVELES DE ABSTRACCION DE DATOS

3.2 INSTANCIAS.
Como es obvio, la base de datos es dinmica y por tanto se encuentra sujeta a
modificaciones constantes por la agregacin, eliminacin y alteracin de datos.

Para definir las distintas etapas por las que atraviesa una base de datos, se utiliza el
concepto de instancia de la base de datos; esta se refiere al estado que esta guarda
en un momento determinado.

3.3 ESQUEMAS.
Tambin es relevante el observar que uno o varios archivos pudieron ser sujetos a
una reestructuracin o reorganizacin. Para solucionar el problema referente al
estado que guarda la estructura de la base de datos, se define el concepto de
esquema de la base de datos; este hace referencia al estado que guarda la
organizacin conceptual (estructura, ligas, relaciones y dems) de la base de datos
en un momento determinado.

REESTRUCTURACIN.- Cuando se hacen cambios en la estructura, quitar un

campo, agregar, modificar longitud o un tipo.
REORGANIZACIN.- Cambiar el modelo con el que se controla el acceso a los
datos.

Comnmente la reorganizacin trae como consecuencia la reestructuracin. Existen

varios esquemas para cada nivel de la base de datos; de tal forma, tenemos un
esquema fsico, esquema conceptual y esquema de visin (llamado tambin
subesquema).

34
UNIVERSIDAD JOSE CARLOS MARIATEGUI

3.4 SOFTWARE.
BEHAVE. Permite el registro y tratamiento de datos, ofrece posibilidades de
representaciones graficas y algunos anlisis.

BOSS. Facilita el registro de duraciones en tiempo real, frecuencia y secuencia.

CODEX. Un sistema de registro y almacenamiento de datos que permite trabajar con

distintos tipos de datos (Secuencias de eventos, secuencias de estados, secuencias
mixtas de estados y eventos, secuencias de intervalos y formatos de campo) ya sea
en una situacin natural o una situacin grabada en soporte magntico (audio o
video).

Permite trabajar con el flujo de conducta verbal recogido. Exporta los datos a los
programas SDIS-GSQ para anlisis secuencial.
DATACHRONO. Un sistema porttil de registro y almacenamiento de datos.
DATAMYTE. Uno de los registros y almacenamiento ms conocido con sus ms de
dos dcadas de historia y sucesivas versiones.
PRACS. Permite el registro continuo y anlisis de datos de un mismo sujeto facilita la
realizacin de un histograma sobre las frecuencias y duraciones.

3.5 LENGUAJE DE DEFINICIN DE DATOS DDL Y LENGUAJE Y MANIPULACIN

DE DATOS DLM.
Son muchos los trminos que se utilizan para describir los datos, pero su uso no
siempre es uniforme, un ejemplo que se ha convertido casi en estndar es la
CODASYL (Conference on Data Description Languaje); pero en general se tienen
dos caractersticas en una base de datos: lo que se tiene y lo que se guarda.
LDD.- (Languaje Data Definition), El lenguaje de Definicin de Datos es el aspecto
del DBMS (DataBase Management System - Sistema de Manipulacin de una BD)
que especifica la forma en que los datos pueden almacenarse. Este lenguaje tiene
dos perspectivas que son las que se mencionan a continuacin.

Es la forma en que el programador percibe la realidad de la base

1. visin lgica de datos.
Es la forma en que fsicamente esta almacenada la informacin
2. visin fsica en una base de datos.

35
UNIVERSIDAD JOSE CARLOS MARIATEGUI

DML.- El Lenguaje de Manipulacin de Datos (Data Manipulation Languaje) es o

consiste en la forma de recuperar datos almacenados en una BD. el DML tiene dos
perspectivas:

1. proposiciones integradas Son una serie de instrucciones contenidas en un

programa.
2. consulta (Query) Son consultas rpidas a una base de datos.

Para ambas se requiere un lenguaje de programacin. Entonces, el DBMS se

convierte en un intermediario entre el usuario y la BD almacenada, entonces, a travs
de un programa o una consulta podemos extraer informacin.
Siendo formales, el DBMS es un elemento de software que espeficica la forma en
que los datos pueden estructurarse. Controla todos los accesos a dichos datos y
proporciona algunos otros servicios aplicados a las BD, como seguridad, sistema de
respaldos, etc.

3.6 USUARIOS
El objetivo primordial de un sistema de base de datos es proporcionar un entorno
para recuperar informacin y almacenar nueva informacin en la base de datos.
Las personas tienen acceso DBMS se clasifican de la siguiente manera:

b. USUARIOS INGENUOS. Son aquellos que interactan con el sistema por

medio de aplicaciones permanentes.
c. USUARIOS SOFISTICADOS.- son aquellos con la capacidad de acceder a la
informacin por medios de lenguajes de consulta.
d. PROGRAMADORES DE APLICACIN.- son aquellos con un amplio dominio
del DML capaces de generar nuevos mdulos o utileras capaces de manejar
nuevos datos en el sistema.
e. USUARIOS ESPECIALIZADOS.- son aquellos que desarrollan mdulos que no
se refieren precisamente al manejo de los datos, si no a aplicaciones
avanzadas como sistemas expertos, reconocimientos de imgenes,
procesamiento de audio y dems.

36