• Author / Uploaded
• Anonymous IKUnO1ymP

Citation preview

Laboratorio de Bases de Datos

Página 1

UNIVERSIDAD CATÓLICA DE SANTA MARÍA PROGRAMA PROFESIONAL DE INGENIERÍA DE SISTEMAS

SESIÓN N° 01:

Modelado y herramientas en el esquema E/R I OBJETIVOS ! ! !

Aprender a definir a conceptualizar el modelado de una BD Conocer las características principales de las herramientas de modelado. Elegir las más adecuadas para cada proyecto.

II TEMAS A TRATAR ! !

Conceptos básicos sobre entidad, atributo, vínculos 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.

INTRODUCCIÓN. El modelado de sistemas o del software es una técnica para tratar con la complejidad inherente a estos sistemas. El uso de modelos ayuda al ingeniero de software a "visualizar" el sistema a construir. Además, los modelos de un nivel de abstracción mayor pueden utilizarse para la comunicación con el cliente. Por último, las herramientas de modelado pueden ayudar a verificar la corrección del modelo.

2.

CONCEPTOS BASICOS El modelo Entidad – Relación es un modelo conceptual de datos de alto nivel, el cual se emplea en el diseño conceptual de aplicaciones de bases de datos, además que muchas herramientas de diseño de bases de datos emplean sus conceptos.

Proceso  de  diseño  de  base  de  datos   Los pasos a seguir en el diseño de base de datos son los siguientes: 1. Obtención y análisis de requisitos

Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 2

a. Diseñadores entrevistan a los usuarios de la base de datos para recopilar sus necesidades de información y los requisitos funcionales de la aplicación 2. Crear un esquema conceptual por medio de un modelo conceptual de datos de alto nivel (diseño conceptual). a. Descripción concisa de los requisitos de información de los usuarios b. Contiene descripción detallada de los tipos de entidad, vínculos 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. Diseño 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 implementación (diseño lógico). 4. Diseño físico de la base de datos a. Especificación 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, vínculos y atributos 1. Entidades y atributos El objeto básico 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 física (una persona, un automóvil, una casa o un empleado) o un objeto con existencia conceptual (una empresa, un puesto de trabajo o un curso). Cada entidad tiene propiedades específicas, llamadas atributos, que la describen. Por ejemplo, una entidad empleado puede describirse por su nombre, edad, dirección, 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 Dirección = Av. Las Condes 1025

Empleado

Empresa

Ubicación = Arequipa

Edad = 55 Teléfono = 258971

Gerente = John Perez

Fig. 1.1- dos entidades y sus valores de atributos

Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 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 más pequeños, que representan atributos más básicos con su porpio significador independiente. Por ejemplo, el atributo Dirección de la entidad empleado. Estos pueden formar una jerarquía. 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 automóvil. Estos atributos pueden tener límites inferior y superior. e. Atributos derivados y almacenados: son aquellos que pueden ser determinados a partir de uno o más 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 podría no tener nigún valor aplicables para un atributo. Por ejemplo, el atributo NumeroApartamento de una dirección sólo 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 Teléfono. 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 paréntesis () y separándoloes con comas, y representar los atributos multivaluados entre {}. Por ejemplo, si una persona puede tener más de una casa y cada casa varios teléfonos, un atributo TeléfonoDirección para un tipo de entidad persona puede especificarse así: (TeléfonoDirección({Teléfono(Prefijo,NúmeroTeléfono)}, DirecciónCompleta(Dirección(Número,Calle,NúmeroApartamento),Ciudad,País)))

3. Tipo de entidad, conjunto de entidades, claves y conjuntos de valores a. Tipos de conjuntos de entidad: define una colección (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 Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

NOMBRE DEL TIPO DE ENTIDAD:

CONJUNTO DE ENTIDADES: (EXTENSIÓN)

Página 4

EMPLEADO Nombre, Edad, Sueldo

EMPRESA Nombre, Ubicación, Gerente

e1

c1

(John Perez,55,4500)

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

e2

c2

(Fredy Caceres,40,1800)

(Saetas, Lima, Julio Sanchez)

e3

...

(María Flores,30,2000)

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

La colección 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 rectángulo 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 líneas. 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 colección, 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 mínima, 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 débil. 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 número enteros entre 18 y 70.

Vínculos,  tipos  de  vínculo,  roles  y  restricciones  estructurales   a) Tipos, conjuntos e instancias de vínculo Un tipo de vínculo R entre n tipos de entidad E1, E2, ..., En define un conjutno de asociaciones, o conjunto de vínculos, entre entidades de estos tipos. R es un conjunto de instancias de vínculo ri. Cada instancia de vínculo ri de R es una asociación de entidades, donde la asociación incluye exactamente una entidad de cada tipo de entidad participante. Por ejemplo, consideremos un tipo de vínculo TRABAJA_PARA entre los dos tipos de entidad empleado y departamento que asocia a cada empleado con el Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 5

departamento para el que trabaja. Cada instancia de vñinculo 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 vínculo TRABAJA_PARA entre EMPLEADO y DEPARTAMENTO

En los diagramas ER, los tipos de vínculo se representan como rombos conectados mediante líneas rectas con los rectángulos que representan a los tipos de entidad participantes. b) Grado de vínculo, nombres de rol y vínculos recursivos: a. Grado: el grado de un tipo de vínculo es el número de tipos de entidad que participan en él. Así, el vínculo TRABAJA_PARA es de grado dos. Los tipos de vínculos de grado dos se llaman binarios, y los de grado tres se llaman ternarios. b. Nombres de roles y vínculos recursivos: cada tipo de entidad que participa en un tipo de vínculo desempeña un rol específico en el vínculo. El nombre de rol indica el rol que una entidad participante del tipo de entidad desempeña en cada instancia del vínculo, y ayuda a explicar el significado del vínculo. Por ejmplo, en el tipo de vínculo TRABAJA_PARA, EMPLEADO desempeña el rol de empleado o trabajdor y DEPARTAMENTO tiene el rol de departamento o patrón. Cuando el mismo tipo de entidad participa más de una vez en un tipo de vínculo con diferentes roles, se denominan vínculos recursivos. c) Restricciones sobre los tipos de vínculo Estas restricciones limitan las posibles combinaciones de entidades que pueden participar en los correspondientes conjuntos de vínculos. Estas restricciones se determinana a partir de la situación del minimundo que están representando los vínculos. Se tienen dos tipos de restricciones: razón de cardinalidad y participación. a. Razón de cardinalidad para vínculos binarios: especifica el número de instancias de vínculo en los que puede participar una entidad. Por ejemplo, en el vínculo binario TRABAJA_PARA, DEPARTAMENTO:EMPLEADO tiene Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 6

razón de cardinalidad 1:N, osea, que cada departamento puede estar relacionado con muchos empleados, pero un empleado sólo puede estar relacionado con un departamento. Las razones de cardinalidad más comunes son: 1:1, 1:N, N:1 y M:N. b. Restricciones de participación y dependencia de existencia: especifica si la existencia de una entidad depende de que esté relacionada con otra entidad a través del tipo de vínculo. Hay dos clases de restricciones de participación: total (toda entidad del “conjunto total” de entidades debe estar relacionada con otra entidad por medio de un tipo de vínculo), y parcial (algunas o “parte del conjunto de” entidades están relacionadas con otra entidad por medio de un tipo de vínculo. En el diagrama ER, la participación total se indica con una línea doble que conecta los tipos de entidad participantes con el vínculo, en tanto que la participación parcial se indica con una línea simple. d) Atributos de los tipos de vínculo: Los tipos de vínculos pueden tener atributos, similares a los de los tipos de entidad. Por ejemplo, para registrar el número de horas por semana que un empleado trabaja en un proyecto.

Tipos  de  entidad  débiles   Los tipos de entidad que no tienen atributos clave propios se llaman tipos de entidad débiles. 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 débil se identifican por su vínculo con entidades de otro tipo de entidad, en combinación 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 débil siempre tiene una restricción de participación total con respecto a su vínculo identificador. En los diagrmas ER, un tipo de entidad débil y su vínculo identificador se distinguen rodeando los rectángulos y rombos con lineas dobles. El atributo parcial se subraya con una línea punteada.

Diagramas   ER,   convenciones   de   denominación   y   cuestiones   de   diseño   a) Notación 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 Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 7

Símbolo

Significado ENTIDAD

ENTIDAD DEBIL

VINCULO VINCULO IDENTIFICADOR

ATRIBUTO

ATRIBUTO CLAVE

MULTIVALUADO

ATRIBUTO COMPUESTO

…

ATRIBUTO DERIVADO

R

E1

E1

1

PARTICIPACIÓN TOTAL DE E2 EN R

E2

R

N

R

(mín, máx)

RAZON DE CARDINALIDAD 1:N PARA E1 : E2 EN R.

E2

E

RESTRICCIÓN ESTRUCTURAL (mín, máx) EN LA PARTICIPACION DE E EN R

Fig. 1.4 – Notación 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 descripción de los requisitos de la base de datos, los sustantivos que aparezcan en la narración tenderán a originar nombres de tipos de entidad, y los verbos tenderán a indicar nombres de tipos de vínculo. Los nombres de los atributos generalmente surgen de los sustantivos adicionales que describen a los sustantivos correspondientes a los tipos de entidad.

Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 8

Otra consideración de los nombres es que los de los vínculos 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 diseño de base de datos. Brinda productividad en diseño, generación, y mantenimiento de aplicaciones. Desde un modelo lógico de los requerimientos de información, hasta el modelo físico perfeccionado para las características específicas de la base de datos diseñada, ERwin permite visualizar la estructura, los elementos importantes, y optimizar el diseño de la base de datos. Genera automáticamente las tablas y miles de líneas de stored procedure y triggers para los principales tipos de base de datos. ERwin hace fácil el diseño de una base de datos. Los diseñadores de bases de datos sólo apuntan y pulsan un botón para crear un gráfico del modelo Entidad-Relación de todos sus requerimientos de datos y capturar las reglas de negocio en un modelo lógico, mostrando todas las entidades, atributos, relaciones, y llaves importantes. Más que una herramienta de dibujo, ERwin automatiza el proceso de diseño de una manera inteligente. Por ejemplo, ERwin habilita la creación 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 automáticamente en las vistas definidas. La migración automática garantiza la integridad referencial de la base de datos. ERwin establece una conexión entre una base de datos diseñada y una base de datos, permitiendo transferencia entre ambas y la aplicación de ingeniería reversa. Usando esta conexión, Edwin genera automáticamente tablas, vistas, índices, reglas de integridad referencial (llaves primarias, llaves foráneas), 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 múltiples bases de datos, o convertir una aplicación de una plataforma de base de datos a otra. Especificaciones Técnicas: Software de Aplicación 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 Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 9

2.2 . Oracle Designer

Oracle Designer es un juego de herramientas para guardar las definiciones que necesita el usuario y automatizar la construcción rápida de aplicaciones cliente/servidor. Integrado con Oracle Developer, Oracle Designer provee una solución para desarrollar sistemas empresariales cliente/servidor. Sofisticadas aplicaciones cliente/servidor pueden ser 100% generadas usando la lógica de la aplicación y el módulo de componentes reusables. Oracle Designer también habilita la captura del diseño de sistemas existentes, salvaguardando la versión 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 fácil del equipo y la dirección del proyecto. En el lado del Servidor, Oracle Designer soporta la definición, generación y captura de diseño de los siguientes tipos de bases de datos, por conexión nativa de Oracle y por conectividad ODBC: ◊ Oracle7 y más ◊ ?Personal Oracle Lite ◊ Rdb ◊ ANSI 92 ◊ DB and MVS ◊ Microsoft SQL Server ◊ Sybase Oracle Designer no fuerza al uso de alguna metodología específica, pero en cambio proporciona un juego de herramientas que le permiten que use la metodología de desarrollo que elija. Oracle Designer soporta las siguientes metodologías: Desarrollo Rápido de Aplicaciones (RAD), ?Ingeniería de la Información (IE), ?Modelado Asistido de Procesos, Captura de Diseño 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 métodos usados para conseguir las metas de la organización; crear representaciones Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 10

diagramáticas de los procesos del negocio; detalles de los registros; describir los requisitos del negocio en detalle; crear modelos diagramáticos de las entidades, funciones y flujos de datos en los sistemas que constituyen la organización. Generadores de Diseños Preliminares: Uso de Transformadores para generar los diseños preliminares de los modelos creados anteriormente. Diseño y Generación: Uso de las herramientas en esta área: diseño de sistemas que reúnan los requisitos comerciales de una organización; proveer un ambiente de desarrollo para los ingenieros de sistemas y diseñadores; 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 información 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 construcción, diseño y modelado de datos a través de diversas aplicaciones. Es una herramienta para el análisis, diseño inteligente y construcción sólida de una base de datos y un desarrollo orientado a modelos de datos a nivel físico y conceptual. Esta suite cuenta con los siguientes productos:

Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 11

◊ PowerDesigner ProcessAnalyst: Permite analizar el flujo de datos de toda empresa, a través de los departamentos hasta el usuario final.

la

◊ PowerDesigner DataArchitect: Provee a los diseñadores de las bases de datos una manera eficiente para la creación inteligente, depuración e ingeniería de reversa del modelado, tanto conceptual como físico de los datos. ◊ PowerDesigner AppModeler: Permite el diseño y ajuste de los componentes de objetos y datos en aplicaciones de uso común como PowerBuilder, Power++, Visual Basic y Delphi, ajustando el modelo de base de datos. Junto con la aplicación de servidor PowerDynamo (incluido) se pueden publicar las bases de datos en Internet directamente del modelo de base de datos. Esta herramienta también puede generar páginas de servidor activas para Microsoft Internet Information Server. ◊ PowerDesigner WarehouseArchitect: Provee un poderoso datawarehousing para el diseño e implementación de una base de datos. Cuenta con soporte para bases de datos tradicionales DBMS y bases de datos en plataformas de sistemas analíticos usando modelados dimensionales, esquemas de "estrella" y "nieve", particionamiento y agregación. También cuenta con un alto desempeño en el indexamiento de esquemas. ◊ PowerDesigner MetaWorks: Permite fácilmente ver y compartir la información del modelado de datos con una definición constante de objetos. También puede comparar y mezclar dos modelos de datos paso a paso. ◊ PowerDesigner Viewer: Crea reportes de los modelos físicos, conceptuales y procesos del modelado de la base de datos. También permite generar reportes para Internet en HTML. Este producto cuenta con demos directos de sitio de Sybase en Internet para suevaluación. Además de todas estas características, PowerDesigner ofrece las posibilidades de: ◊ Soporte para tipos de datos abstractos: PowerDesigner soporta la identificación de tipos de datos abstractos con ingeniería 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 físico de datos. Ahora, es posible añadir nuevos usuarios y también asignar usuarios como propietarios y vistas. ◊ Mayor selectividad en ingeniería inversa: PowerDesigner permite seleccionar no sólo las tablas que se desean cargar, sino todo tipo de objetos de la base de datos. ◊ Cálculo del tamaño de las bases de datos: Puede calcular y definir el tamaño definitivo de bases de datos de nuevo diseño y construcción, incluyendo tamaños detallados de índices y tablas. 2.4. System Architect

◊ System Architect posee un repositorio único que integra todas las herramientas, y metodologías usadas. En la elaboración de los diagramas, el System Architect conecta directamente al diccionario de datos, los elementos asociados, comentarios, reglas de validaciones, normalización, etc. ◊ Posee control automático de diagramas y datos, normalizaciones y balanceamiento entre diagramas "Padre e Hijo", además de balanceamiento horizontal, que trabaja integrado con el diccionario de datos, asegurando la compatibilidad entre el Modelo de Datos y el Modelo Funcional. Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 12

◊ System Architect es considerado un Upper Case, que puede ser integrado a la mayoría de los generadores de código. 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 también Windows DDL y definiciones de datos paralenguaje C/C++. Posibilita a través de ODBC, la creación de bases de datos a partir del modelo de entidades, para los diversos manejadores de bases de datos arriba mencionados. ◊ Posee un módulo específico para Ingeniería Reversa desde las Bases de Datos SQL más populares, incluyendo Sybase, DB2, Infonmix, Oracle y SQL Server (DLL), además de diálogos y menús desde Windows. ◊ System Architect posee múltiples metodologías para diseño y análisis, incluyendo: Análisis Estructurado en los modelos De Marco/Yourdon y Gane/Sarson, análisis de tiempo real en el modelo Ward & Mellor; análisis esencial de sistemas; análisis orientado a objetos en los modelos UML, Booch, Coad/Yourdon, Rumbaugh, Shaler/Mellor; Diagrama de entidad - relación en los modelos Peter Chen, James Martin, Bachman o Booch, Gráfico de Estructuras, Diagramas de Descomposición, Planeamiento Estratégico de informaciones, entre otras. ◊ Es una herramienta creada específicamente para la arquitectura "Cliente/Servidor", por eso posee control total de versiones, y de acceso, así como la administración completa de múltiples 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 Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos

Página 13

V

EJERCICIOS 1. 2. 3.

Encender el equipo de cómputo, si existe algún desperfecto o faltante en el equipo comunicarlo inmediatamente. Al aparecer la solicitud de contraseña hacer clic en el botón Cancelar o ingresar el nombre de cuenta(login) y contraseña(password) que especifique el Docente. Esperar que aparezca el mensaje de Inicio de sesión. Para la realización de los ejercicios describiremos una aplicación de base de datos, la cual servirá para ilustrar los conceptos del modelo ER y su uso en el diseño de esquemas. Primeramente se mencionara los requisitos de información de esta base de datos, y después se creará su esquema conceptual paso a paso. La base de datos COMPAÑIA se ocupa de los empleados, departamentos y proyectos que se realizan en una compañía. Supongamos que, una vez concluida la fase de obtención y análisis de requisitos, los diseñadores de la base de datos redactaron la siguiente descripción 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 número ú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 número de proyectos, cada uno de los cuales tienen un nombre y un número únicos, y se efectúa en un sólo lugar. 3) Almacenaremos el nombre, número de DNI, dirección, 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 estarán controlados por el mismo departamento. Nos interesa el número de horas por semana que un empleado trabaja en cada proyecto, y también quién 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 (débiles, fuertes). b. Identificar las relaciones o vínculos. c.

Identifique la cardinalidad mínima y máxima con la que participa cada entidad en una relación.

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 características que ud. considere más importante de las herramientas de modelado presentadas en la presente Sesion.

Guillermo Calderón R. , Eveling Castro G.

Sesión N° 01

Laboratorio de Bases de Datos 7.

Página 14

Revisar el video titulado Data Modeling y Data Profiling de la siguiente dirección 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? ¿Cuáles 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 Calderón R. , Eveling Castro G.

Sesión N° 01