Laboratorio de Bases de Datos

Pgina 1

UNIVERSIDAD CATLICA DE SANTA MARA

PROGRAMA PROFESIONAL DE INGENIERA DE SISTEMAS

SESIN N 01:

Modelado y herramientas en el esquema E/R

I
OBJETIVOS
!
!
!

Aprender a definir a conceptualizar el modelado de una BD

Conocer las caractersticas principales de las herramientas de modelado.
Elegir las ms adecuadas para cada proyecto.

II
TEMAS A TRATAR
!
!

Conceptos bsicos sobre entidad, atributo, vnculos y claves

Herramientas para el Modelado
o Erwin
o Oracle Designer
o Power Designer
o System Architect
o Power Architect
o Otras Herramientas

III
MARCO TEORICO
1.

INTRODUCCIN.
El modelado de sistemas o del software es una tcnica para tratar con la complejidad
inherente a estos sistemas. El uso de modelos ayuda al ingeniero de software a
"visualizar" el sistema a construir. Adems, los modelos de un nivel de abstraccin
mayor pueden utilizarse para la comunicacin con el cliente. Por ltimo, las
herramientas de modelado pueden ayudar a verificar la correccin del modelo.

2.

CONCEPTOS BASICOS
El modelo Entidad Relacin es un modelo conceptual de datos de alto nivel, el cual se
emplea en el diseo conceptual de aplicaciones de bases de datos, adems que muchas
herramientas de diseo de bases de datos emplean sus conceptos.

Proceso de diseo de base de datos

Los pasos a seguir en el diseo de base de datos son los siguientes:
1. Obtencin y anlisis de requisitos

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 2

a. Diseadores entrevistan a los usuarios de la base de datos para recopilar sus

necesidades de informacin y los requisitos funcionales de la aplicacin
2. Crear un esquema conceptual por medio de un modelo conceptual de datos de alto
nivel (diseo conceptual).
a. Descripcin concisa de los requisitos de informacin de los usuarios
b. Contiene descripcin detallada de los tipos de entidad, vnculos y restricciones.
c. El esquema conceptual de alto nivel puede servir como referencia para
asegurarse de satisfacer todos los requisitos de los usuarios y que no haya
conflictos entre estos requistos.
3. Diseo de la base de datos
a. Implemenentar la base de datos por medio de un SGBD.
b. El esquema conceptual se transforma del modelo de datos de alto nivel en el
modelo de datos de implementacin (diseo lgico).
4. Diseo fsico de la base de datos
a. Especificacin de las estructuras de almacenamiento internas, los caminos de
acceso y las organizaciones de los ficheros de la base de datos.

Tipos de entidad, conjuntos de entidad, atributos y claves

El modelo ER describe los datos como entidad, vnculos y atributos
1. Entidades y atributos
El objeto bsico que representa el modelo ER es la entidad, que es una cosa del
mundo real con existencia independiente. Una entidad puede ser un objeto con
existencia fsica (una persona, un automvil, una casa o un empleado) o un objeto con
existencia conceptual (una empresa, un puesto de trabajo o un curso).
Cada entidad tiene propiedades especficas, llamadas atributos, que la describen. Por
ejemplo, una entidad empleado puede describirse por su nombre, edad, direccin,
salario y puesto de trabajo.
Una entidad en particular tendr un valor para cada uno de sus atributos. Los valores
de los tributos que describen a cada entidad constituye una parte decisiva de los datos
almacenados en la base de datos.
Ejemplo: la Fig. 1.1, muestra las entidades empleado y empresa con los valores de sus
atributos respectivamente:

Nombre = Sauce S.A.

Nombre = John Perez

Direccin = Av. Las Condes 1025

Empleado

Empresa

Ubicacin = Arequipa

Edad = 55
Telfono = 258971

Gerente = John Perez

Fig. 1.1- dos entidades y sus valores de atributos

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 3

2. Tipos de atributos:
a. Atributos simples: son aquellos que no son divisibles.
b. Atributos compuestos: son aquellos que se pueden dividir en componentes
ms pequeos, que representan atributos ms bsicos con su porpio significador
independiente. Por ejemplo, el atributo Direccin de la entidad empleado. Estos
pueden formar una jerarqua.
c. Atributos monovaluados: son aquellos que tiene un solo valor para una
entidad en particular. Por ejemplo, la Edad de una persona.
d. Atributos multivaluados: cuando un atributo puede tener un conjunto de
valores para la misma entidad, por ejemplo, el atributo Colores para un
automvil. Estos atributos pueden tener lmites inferior y superior.
e. Atributos derivados y almacenados: son aquellos que pueden ser
determinados a partir de uno o ms valores de atributos almacenados. Por
ejemplo el atributo Edad, puede ser determinado a partir de la fecha actual y el
valor del atributo FechaDeNacimiento, que es un atributo almacenado.
f. Valores nulos
Es cuando una entidad podra no tener nign valor aplicables para un atributo.
Por ejemplo, el atributo NumeroApartamento de una direccin slo es aplicable
a direcciones que correspondan a viviendas multifamiliares. Otro ejemplo, es
cuando no se conoce el valor de un atributo en especial, por ejemplo, el atributo
Telfono.
g. Atributos complejos: cuando existe un anidamiento entre los atributos
compuestos y los multivaluados. Estas se pueden representar agrupando los
componentes de un atributo compuesto entre parntesis () y separndoloes con
comas, y representar los atributos multivaluados entre {}. Por ejemplo, si una
persona puede tener ms de una casa y cada casa varios telfonos, un atributo
TelfonoDireccin para un tipo de entidad persona puede especificarse as:
(TelfonoDireccin({Telfono(Prefijo,NmeroTelfono)},
DireccinCompleta(Direccin(Nmero,Calle,NmeroApartamento),Ciudad,Pas)))

3. Tipo de entidad, conjunto de entidades, claves y conjuntos de valores

a. Tipos de conjuntos de entidad: define una coleccin (conjunto) de entidades
que poseen los mismos atributos. Cada tipo de entidad de la base de datos se
describe por su nombre y sus atributos. La Fig. 1.2 muestra dos tipos de entidad
llamados empleado y empresa y una lista de atributos para cada uno.

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

NOMBRE DEL TIPO

DE ENTIDAD:

CONJUNTO DE
ENTIDADES:
(EXTENSIN)

Pgina 4

EMPLEADO
Nombre, Edad, Sueldo

EMPRESA
Nombre, Ubicacin, Gerente

e1

c1

(John Perez,55,4500)

(Sauce S:A.,Arequipa, John Perez)

e2

c2

(Fredy Caceres,40,1800)

(Saetas, Lima, Julio Sanchez)

e3

...

(Mara Flores,30,2000)

...
Fig. 1.2- Tipos de entidades y algunas miembros de su conjuntos de
entidades

La coleccin de todas las entidades de un tipo particular de entidad en la base

de datos se llama conjunto de entidades, a este conjunto se le suele dar el
mismo nombre que al tipo de entidad.
En el diagrama E/R, los tipos de entidad se representan por medio de un
rectngulo con el nombre del tipo de entidad. Los nombres de los atributos se
encierran en valos y se conectan con su tipo de entidad por medio de lneas.
Los atributos multivaluados paraecen en valor de doble contorno.
b. Atributos clave de un tipo de entidad: un tipo de entidad casi siempre tiene
un atributo cuyos valores son distintos para cada entidad individual de la
coleccin, a estos atributos se denominan atributos clave y sus valores pueden
servir para identificar de forma nica a cada entidad.
Hay ocasiones en que varios atributos se juntan para formar una clave, esta se
convierta en un atributo compuesto que a su vez constituye la clave del tipo de
entidad, esta clave compuesta debe ser mnima, es decir, que todos los atributos
componentes deben estar incluidos en el atributo compuesto para tener la
propiedad de unicidad.
Un tipo de entidad puede no tener claves, a estos se le denomina entidad dbil.
c. Conjunto de valores (dominios) de los atributos: especifica los valores que
es posible asignar a un atributo determinado para cada entidad individual. Por
ejemplo, si el intervalo de edades permitido para los empleados es de 18 a 70,
podemos especificar el conjunto de valores del atributo Edad de empleado
como el conjunto de nmero enteros entre 18 y 70.

Vnculos, tipos de vnculo, roles y restricciones estructurales

a) Tipos, conjuntos e instancias de vnculo
Un tipo de vnculo R entre n tipos de entidad E1, E2, ..., En define un conjutno de
asociaciones, o conjunto de vnculos, entre entidades de estos tipos. R es un conjunto
de instancias de vnculo ri. Cada instancia de vnculo ri de R es una asociacin de
entidades, donde la asociacin incluye exactamente una entidad de cada tipo de entidad
participante. Por ejemplo, consideremos un tipo de vnculo TRABAJA_PARA entre
los dos tipos de entidad empleado y departamento que asocia a cada empleado con el
Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 5

departamento para el que trabaja. Cada instancia de vinculo de TRABAJA_PARA

asocia una entidad empleado y una entidad departamento.
EMPLEADO

TRABAJA_PARA

.
e2.
e3.
e4.
e5.
e6.
e1

...

DEPARTAMENTO

r1

.
.
r3
.
r4
.
r5
.
r6
.
...
r2

.d1
.d2
.d3
...

Fig. 1.3- Instancias del vnculo TRABAJA_PARA entre EMPLEADO y DEPARTAMENTO

En los diagramas ER, los tipos de vnculo se representan como rombos conectados
mediante lneas rectas con los rectngulos que representan a los tipos de entidad
participantes.
b) Grado de vnculo, nombres de rol y vnculos recursivos:
a. Grado: el grado de un tipo de vnculo es el nmero de tipos de entidad que
participan en l. As, el vnculo TRABAJA_PARA es de grado dos. Los tipos
de vnculos de grado dos se llaman binarios, y los de grado tres se llaman
ternarios.
b. Nombres de roles y vnculos recursivos: cada tipo de entidad que participa en
un tipo de vnculo desempea un rol especfico en el vnculo. El nombre de
rol indica el rol que una entidad participante del tipo de entidad desempea en
cada instancia del vnculo, y ayuda a explicar el significado del vnculo. Por
ejmplo, en el tipo de vnculo TRABAJA_PARA, EMPLEADO desempea el
rol de empleado o trabajdor y DEPARTAMENTO tiene el rol de
departamento o patrn.
Cuando el mismo tipo de entidad participa ms de una vez en un tipo de vnculo
con diferentes roles, se denominan vnculos recursivos.
c) Restricciones sobre los tipos de vnculo
Estas restricciones limitan las posibles combinaciones de entidades que pueden
participar en los correspondientes conjuntos de vnculos. Estas restricciones se
determinana a partir de la situacin del minimundo que estn representando los
vnculos. Se tienen dos tipos de restricciones: razn de cardinalidad y participacin.
a. Razn de cardinalidad para vnculos binarios: especifica el nmero de
instancias de vnculo en los que puede participar una entidad. Por ejemplo, en
el vnculo binario TRABAJA_PARA, DEPARTAMENTO:EMPLEADO tiene
Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 6

razn de cardinalidad 1:N, osea, que cada departamento puede estar

relacionado con muchos empleados, pero un empleado slo puede estar
relacionado con un departamento. Las razones de cardinalidad ms comunes
son: 1:1, 1:N, N:1 y M:N.
b. Restricciones de participacin y dependencia de existencia: especifica si la
existencia de una entidad depende de que est relacionada con otra entidad a
travs del tipo de vnculo. Hay dos clases de restricciones de participacin:
total (toda entidad del conjunto total de entidades debe estar relacionada con
otra entidad por medio de un tipo de vnculo), y parcial (algunas o parte del
conjunto de entidades estn relacionadas con otra entidad por medio de un
tipo de vnculo.
En el diagrama ER, la participacin total se indica con una lnea doble que
conecta los tipos de entidad participantes con el vnculo, en tanto que la
participacin parcial se indica con una lnea simple.
d) Atributos de los tipos de vnculo:
Los tipos de vnculos pueden tener atributos, similares a los de los tipos de entidad. Por
ejemplo, para registrar el nmero de horas por semana que un empleado trabaja en un
proyecto.

Tipos de entidad dbiles

Los tipos de entidad que no tienen atributos clave propios se llaman tipos de entidad
dbiles. En contraste, los tipos de entidad regulares que tienen un atributo clave se suelen
llamar tipos de entidad fuertes. Las entidades que pertenecen a un tipo de entidad dbil se
identifican por su vnculo con entidades de otro tipo de entidad, en combinacin con
algunos de los valores de sus atributos, donde este otro tipo de entidad es el identificador
(tipo de entidad propietario). Un tipo de entidad dbil siempre tiene una restriccin de
participacin total con respecto a su vnculo identificador.
En los diagrmas ER, un tipo de entidad dbil y su vnculo identificador se distinguen
rodeando los rectngulos y rombos con lineas dobles. El atributo parcial se subraya con
una lnea punteada.

Diagramas ER, convenciones de denominacin y cuestiones de

diseo
a) Notacin para diagramas ER
En los diagramas ER se hace hincapi en representar los esquemas en lugar de las
instancias.
La siguiente figura resumen las convenciones de los diagramas ER.

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 7

Smbolo

Significado
ENTIDAD

ENTIDAD DEBIL

VINCULO
VINCULO IDENTIFICADOR

ATRIBUTO

ATRIBUTO CLAVE

MULTIVALUADO

ATRIBUTO COMPUESTO

ATRIBUTO DERIVADO

E1

E1

PARTICIPACIN TOTAL DE E2 EN R

E2

(mn, mx)

RAZON DE CARDINALIDAD 1:N PARA E1 :

E2 EN R.

E2

RESTRICCIN ESTRUCTURAL (mn, mx)

EN LA PARTICIPACION DE E EN R

Fig. 1.4 Notacin de diagramas ER

b) Nombres apropiados para los nombres de esquema

Se debe de elegir nombres que comuniquen, hasta donde sea posible, los significados
conferidos a los distintos elementos del esquema.
Dada una descripcin de los requisitos de la base de datos, los sustantivos que
aparezcan en la narracin tendern a originar nombres de tipos de entidad, y los verbos
tendern a indicar nombres de tipos de vnculo. Los nombres de los atributos
generalmente surgen de los sustantivos adicionales que describen a los sustantivos
correspondientes a los tipos de entidad.

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 8

Otra consideracin de los nombres es que los de los vnculos deben elegirse de modo
que el diagrama ER del esquema se pueda leer de izquierda a derecha y de arriba hacia
abajo, salvo excepciones

3.

HERRAMIENTAS PARA EL MODELADO

2.1.ERwin

PLATINUM ERwin es una herramienta de diseo de base de datos. Brinda productividad en

diseo, generacin, y mantenimiento de aplicaciones. Desde un modelo lgico de los
requerimientos de informacin, hasta el modelo fsico perfeccionado para las caractersticas
especficas de la base de datos diseada, ERwin permite visualizar la estructura, los elementos
importantes, y optimizar el diseo de la base de datos.
Genera automticamente las tablas y miles de lneas de stored procedure y triggers para los
principales tipos de base de datos.
ERwin hace fcil el diseo de una base de datos. Los diseadores de bases de datos slo
apuntan y pulsan un botn para crear un grfico del modelo Entidad-Relacin de todos sus
requerimientos de datos y capturar las reglas de negocio en un modelo lgico, mostrando todas
las entidades, atributos, relaciones, y llaves importantes.
Ms que una herramienta de dibujo, ERwin automatiza el proceso de diseo de una manera
inteligente. Por ejemplo, ERwin habilita la creacin de un diccionario de atributos reusables,
asegurando la consistencia de nombres y definiciones para su base de datos.
Se mantienen las vistas de la base de datos como componentes integrados al modelo,
permitiendo que los cambios en las tablas sean reflejados automticamente en las vistas
definidas. La migracin automtica garantiza la integridad referencial de la base de datos.
ERwin establece una conexin entre una base de datos diseada y una base de datos,
permitiendo transferencia entre ambas y la aplicacin de ingeniera reversa. Usando esta
conexin, Edwin genera automticamente tablas, vistas, ndices, reglas de integridad
referencial (llaves primarias, llaves forneas), valores por defecto y restricciones de campos y
dominios.
ERwin soporta principalmente bases de datos relacionales SQL y bases de datos que incluyen
Oracle, SQL Server, Sybase, DB2, e Informix.
El mismo modelo puede ser usado para generar mltiples bases de datos, o convertir una
aplicacin de una plataforma de base de datos a otra.
Especificaciones Tcnicas:
Software de Aplicacin Compatibles: NetDynamics, PowerBuilder, PROGRESS, Visual Basic.
Bases de Datos Compatibles: CA-Clipper, CA-OpenIngres, DB2 for MVS y DB2 for OS/390,
DB2 UDB, dBASE, FoxPro, HiRDB, Informix, InterBase, Microsoft Access, Microsoft SQL
Server, Oracle, Paradox, Rdb, Red Brick Warehouse, SAS, SQL Anywhere, SQLBase, Sybase,
Teradata.

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 9

2.2 . Oracle Designer

Oracle Designer es un juego de herramientas para guardar las definiciones que necesita el
usuario y automatizar la construccin rpida de aplicaciones cliente/servidor.
Integrado con Oracle Developer, Oracle Designer provee una solucin para desarrollar
sistemas empresariales cliente/servidor. Sofisticadas aplicaciones cliente/servidor pueden ser
100% generadas usando la lgica de la aplicacin y el mdulo de componentes reusables.
Oracle Designer tambin habilita la captura del diseo de sistemas existentes, salvaguardando
la versin actual.
Todos los datos ingresados por cualquier herramienta de Oracle Designer, en cualquier fase de
desarrollo, se guardan en un repositorio central, habilitando el trabajo fcil del equipo y
la direccin del proyecto.
En el lado del Servidor, Oracle Designer soporta la definicin, generacin y captura de diseo
de los siguientes tipos de bases de datos, por conexin nativa de Oracle y por conectividad
ODBC:
Oracle7 y ms
?Personal Oracle Lite
Rdb
ANSI 92
DB and MVS
Microsoft SQL Server
Sybase
Oracle Designer no fuerza al uso de alguna metodologa especfica, pero en cambio
proporciona un juego de herramientas que le permiten que use la metodologa de desarrollo
que elija.
Oracle Designer soporta las siguientes metodologas: Desarrollo Rpido de Aplicaciones
(RAD), ?Ingeniera de la Informacin (IE), ?Modelado Asistido de Procesos, Captura de Diseo
Asistido.
Las herramientas de Oracle Designer se agrupan en reas que reflejan las necesidades
primarias de sus tipos diferentes de usuarios:
Requisitos para el Modelado de Sistemas:
Uso de las herramientas en esta rea: procesos para el modelo del negocio; re-examinar los
mtodos usados para conseguir las metas de la organizacin; crear representaciones
Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 10

diagramticas de los procesos del negocio; detalles de los registros; describir los requisitos del
negocio en detalle; crear modelos diagramticos de las entidades, funciones y flujos de datos
en los sistemas que constituyen la organizacin.
Generadores de Diseos Preliminares:
Uso de Transformadores para generar los diseos preliminares de los modelos creados
anteriormente.
Diseo y Generacin:
Uso de las herramientas en esta rea: diseo de sistemas que renan los requisitos
comerciales de una organizacin; proveer un ambiente de desarrollo para los ingenieros de
sistemas y diseadores; crear componentes del lado del servidor y aplicaciones del lado del
cliente desde definiciones grabadas en el Repositorio de Datos.
Utilitarios:
Uso de las herramientas en esta rea: ingresar y editar la informacin en el Repositorio;
mostrar las relaciones entre los elementos en el Repositorio de Datos; generar etiquetas
predefinidas y personalizadas en el Repositorio; administrar el Repositorio de datos; escribir
sentencias interactivas en SQL.

2.3. PowerDesigner

PowerDesigner es una suite de aplicaciones de Powersoft para la construccin, diseo y

modelado de datos a travs de diversas aplicaciones. Es una herramienta para el anlisis,
diseo inteligente y construccin slida de una base de datos y un desarrollo orientado a
modelos de datos a nivel fsico y conceptual.
Esta suite cuenta con los siguientes productos:

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 11

PowerDesigner ProcessAnalyst: Permite analizar el flujo de datos de toda

empresa, a travs de los departamentos hasta el usuario final.

la

PowerDesigner DataArchitect: Provee a los diseadores de las bases de datos una

manera eficiente para la creacin inteligente, depuracin e ingeniera de reversa
del modelado, tanto conceptual como fsico de los datos.
PowerDesigner AppModeler: Permite el diseo y ajuste de los componentes de
objetos y datos en aplicaciones de uso comn como PowerBuilder, Power++,
Visual Basic y Delphi, ajustando el modelo de base de datos. Junto con la
aplicacin de servidor PowerDynamo (incluido) se pueden publicar las bases de
datos en Internet directamente del modelo de base de datos. Esta herramienta
tambin puede generar pginas de servidor activas para Microsoft Internet
Information Server.
PowerDesigner WarehouseArchitect: Provee un poderoso datawarehousing para el
diseo e implementacin de una base de datos. Cuenta con soporte para bases de
datos tradicionales DBMS y bases de datos en plataformas de sistemas analticos
usando modelados dimensionales, esquemas de "estrella" y "nieve",
particionamiento y agregacin. Tambin cuenta con un alto desempeo en el
indexamiento de esquemas.
PowerDesigner MetaWorks: Permite fcilmente ver y compartir la informacin del
modelado de datos con una definicin constante de objetos. Tambin puede
comparar y mezclar dos modelos de datos paso a paso.
PowerDesigner Viewer: Crea reportes de los modelos fsicos, conceptuales y
procesos del modelado de la base de datos. Tambin permite generar reportes
para Internet en HTML. Este producto cuenta con demos directos de sitio de
Sybase en Internet para suevaluacin.
Adems de todas estas caractersticas, PowerDesigner ofrece las posibilidades de:
Soporte para tipos de datos abstractos: PowerDesigner soporta la identificacin
de tipos de datos abstractos con ingeniera inversa de aplicaciones para Oracle.
Soporte para usuarios de bases de datos: Los usuarios de bases de datos pueden
ser recogidos de una base de datos existente y luego almacenados en un modelo
fsico de datos. Ahora, es posible aadir nuevos usuarios y tambin asignar
usuarios como propietarios y vistas.
Mayor selectividad en ingeniera inversa: PowerDesigner permite seleccionar no
slo las tablas que se desean cargar, sino todo tipo de objetos de la base de datos.
Clculo del tamao de las bases de datos: Puede calcular y definir el tamao
definitivo de bases de datos de nuevo diseo y construccin, incluyendo tamaos
detallados de ndices y tablas.
2.4. System Architect

System Architect posee un repositorio nico que integra todas las herramientas, y
metodologas usadas. En la elaboracin de los diagramas, el System Architect
conecta directamente al diccionario de datos, los elementos asociados,
comentarios, reglas de validaciones, normalizacin, etc.
Posee control automtico de diagramas y datos, normalizaciones y balanceamiento
entre diagramas "Padre e Hijo", adems de balanceamiento horizontal, que
trabaja integrado con el diccionario de datos, asegurando la compatibilidad
entre el Modelo de Datos y el Modelo Funcional.
Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 12

System Architect es considerado un Upper Case, que puede ser integrado a la

mayora de los generadores de cdigo. Traduce modelos de entidades, a partir de
la enciclopedia, en esquemas para Sybase, DB2, Oracle, Ingress, SQL Server,
RDB, XDB, Progress, Paradox, SQL Base, AS400, Interbase, OS/2, DBMS, Dbase
111, Informix, entre otros. Genera tambin Windows DDL y definiciones de datos
paralenguaje C/C++. Posibilita a travs de ODBC, la creacin de bases de datos
a partir del modelo de entidades, para los diversos manejadores de bases de
datos arriba mencionados.
Posee un mdulo especfico para Ingeniera Reversa desde las Bases de Datos SQL
ms populares, incluyendo Sybase, DB2, Infonmix, Oracle y SQL Server (DLL),
adems de dilogos y mens desde Windows.
System Architect posee mltiples metodologas para diseo y anlisis, incluyendo:
Anlisis Estructurado en los modelos De Marco/Yourdon y Gane/Sarson,
anlisis de tiempo real en el modelo Ward & Mellor; anlisis esencial de
sistemas; anlisis orientado a objetos en los modelos UML, Booch,
Coad/Yourdon, Rumbaugh, Shaler/Mellor; Diagrama de entidad - relacin en los
modelos Peter Chen, James Martin, Bachman o Booch, Grfico de Estructuras,
Diagramas de Descomposicin, Planeamiento Estratgico de informaciones,
entre otras.
Es
una herramienta creada especficamente para la arquitectura
"Cliente/Servidor", por eso posee control total de versiones, y de acceso, as
como la administracin completa de mltiples equipos de desarrollo.

2.5. Power *Architect Data modelling tool

2.6 Otras Herramientas

DB Designer Fork
MySQL Workbench
DDT (Database Design Tool)
Open System Arquitect
PG Designer
DIA

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

Pgina 13

EJERCICIOS
1.
2.
3.

Encender el equipo de cmputo, si existe algn desperfecto o faltante en el equipo

comunicarlo inmediatamente.
Al aparecer la solicitud de contrasea hacer clic en el botn Cancelar o ingresar el
nombre de cuenta(login) y contrasea(password) que especifique el Docente.
Esperar que aparezca el mensaje de Inicio de sesin.
Para la realizacin de los ejercicios describiremos una aplicacin de base de datos, la cual
servir para ilustrar los conceptos del modelo ER y su uso en el diseo de esquemas.
Primeramente se mencionara los requisitos de informacin de esta base de datos, y despus
se crear su esquema conceptual paso a paso.
La base de datos COMPAIA se ocupa de los empleados, departamentos y proyectos que se
realizan en una compaa. Supongamos que, una vez concluida la fase de obtencin y anlisis
de requisitos, los diseadores de la base de datos redactaron la siguiente descripcin del
minimundo, la parte de la empresa que se representar en la base de datos:
1) La empresa est organizada en departamentos. Cada departamento tiene un nombre
nico, un nmero nico, una cantidad de empleados y un cierto empleado que lo dirige.
Nos interesa la fecha en que dicho empleado comenz a dirigir el departamento. Un
departamento puede estar distribuido en varios lugares.
2) Cada departamento controla un cierto nmero de proyectos, cada uno de los cuales tienen
un nombre y un nmero nicos, y se efecta en un slo lugar.
3) Almacenaremos el nombre, nmero de DNI, direccin, sueldo, sexo y fecha de nacimiento
de cada empleado. Todo empleados est asignado a un departamento, pero puede
trabajar en varios proyectos, que no necesariamente estarn controlados por el mismo
departamento. Nos interesa el nmero de horas por semana que un empleado trabaja en
cada proyecto, y tambin quin es el supervisor directo de cada empleado.
4) Queremos mantenernos al tanto de los familiares de cada empleado para administrar sus
seguros. De cada familiar almacenamos el nombre, sexo, fecha de nacimiento y
parentesco con el empleado.
5) Se requiere saber los apellidos paternos y maternos de los empleados y sus familiares
para gestionar sus segurosrelacionarlos con sus familiares

4.

Identifique los elementos del esquema conceptual:

a. Identificar las entidades (dbiles, fuertes).
b. Identificar las relaciones o vnculos.
c.

Identifique la cardinalidad mnima y mxima con la que participa cada entidad en una
relacin.

d. Identificar los atributos y asociarlos a entidades o relaciones (simples, compuestos,

derivados, multivaluados, etc.).
e. Determinar los dominios de los atributos.
5.
6.

f. Determinar los identificadores.

Construya el diagrama del esquema ER para la base de datos EMPRESA.
Realizar un cuadro comparativo de las caractersticas que ud. considere ms importante de las
herramientas de modelado presentadas en la presente Sesion.

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01

Laboratorio de Bases de Datos

7.

Pgina 14

Revisar el video titulado Data Modeling y Data Profiling de la siguiente direccin

http://www.sqlpower.ca/page/architect-demos
Para sus computadoras personales descargar la herramienta DIA e instalarla

8.

VI
CUESTIONARIO
1.
2.
3.
4.

Qu desventajas presentan las herramientas de modelado descritas?

Qu ventajas presenta Erwin respecto a las herramientas descritas?
Cules herramientas son opensource?
Qu ventajas presenta DIA respecto a las herramientas descritas?

VII
BIBLIOGRAFIA Y REFERENCIAS
"

Guevara, Karim. Practicas de BD.2010.UCSM.

"

http://erwin.com

"

http://www.oracle.com/technetwork/developer-tools/designer/overview/index.html

"

http://dbdesigner-fork.sourceforge.net

"

http://www.mysql.com/products/workbench/

"

http://gnuwin.epfl.ch/apps/DDT/en/

"

http://www.codebydesign.com

"

http://www.codebydesign.com/SystemArchitect/downloads/

"

http://www.sqlpower.ca/page/architect

"

http://dia.softonic.com/

Guillermo Caldern R. , Eveling Castro G.

Sesin N 01