Modelado de Bases de Datos

Diseo de bases de datos
Modelado de bases de datos
Programa de la asignatura Diseo de Base de Datos
Clave
150920519
Unidad 2. Modelado de bases de datos Universidad Abierta y a Distancia de Mxico
Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 1

ndice
UNIDAD 2. Modelado de bases de datos ................................................................................. 3 Presentacin de la unidad........................................................................................................... 3 Propsito ........................................................................................................................................ 3 Competencia especfica .............................................................................................................. 3 2.1. Modelos de datos ................................................................................................................. 3 2.1.1. Modelo Entidad - Relacin ............................................................................................... 4 Actividad 1. Diagrama Entidad Relacin ............................................................................... 8 2.1.2. Modelo Jerrquico ............................................................................................................. 9 2.1.3. Modelo de red .................................................................................................................. 11 Actividad 2. Modelo Jerrquico y de Red ............................................................................... 13 2.1.4. Relacional ......................................................................................................................... 14 2.1.5. Relacional Extendido ...................................................................................................... 19 2.1.6. Orientado a objetos ......................................................................................................... 20 Actividad3. Modelo relacional, relacional extendido y orientado a objetos ....................... 22 Autoevaluacin ........................................................................................................................... 22 Evidencia de aprendizaje. Caso a diagramar ........................................................................ 23 Autoreflexiones ........................................................................................................................... 24 Cierre de la unidad ..................................................................................................................... 24 Para saber ms........................................................................................................................... 24 Fuentes de consulta ................................................................................................................... 25

UNIDAD 2. Modelado de bases de datos
Presentacin de la unidad
En la unidad anterior trabajaste con los conceptos bsicos necesarios para la administracin de una base de datos, tales como un administrador de base de datos (DBA) y qu es el sistema manejador de base de datos (DBMS), adems de las caractersticas y las funciones que debe tener dicho manejadores. En esta unidad, para dar continuidad a lo anterior, conocers la utilidad de los diferentes modelos de bases de datos que de forma general son la estructura o formato de una base de datos descrita en un lenguaje formal por medio de diagramas. Cada uno de los diagramas de bases es necesario para lograr una estructura de base de datos ntegra, que pueda ser utilizada para diferentes transacciones fiables para el usuario. De cada modelo comprenders las caractersticas, cmo se obtienen y cmo se aplican. Por ello te invitamos a que inicies esta segunda unidad de Modelado de base de datos y recuerda que cualquier duda que tengas sobre algn termino o tema, comntalo con tu Facilitador(a), quien con gusto te orientar.
Propsito
El propsito de esta unidad es que de acuerdo a un texto proporcionado se lleguen a obtener los diagramas de bases de datos basados en los diferentes modelos, para que en etapas posteriores poder tengas el conocimiento para llegar a codificar dichos diagramas y con todo esto lograr una eficaz base de datos para el usuario.
Competencia especfica
Diagramar modelos de bases de datos para definir las estructuras de bases de datos a travs de la seleccin de un modelo que se adapte a la informacin de un caso especfico.
2.1. Modelos de datos

Un modelo de datos est enfocado a transformar una base de datos, la cual corresponde a la descripcin de una situacin de la vida real; para ello se consideran los tipos de datos que existen en dicha estructura y la manera en la que estn relacionados entre ellos; adems se toman en cuenta sus restricciones de integridad, las cuales son la forma en la que se cumplen para que reflejen correctamente lo que desean.

Un modelo de datos unifica y organiza la manera de representar la informacin de un problema dado. En los siguientes subtemas se presentarn los modelos que puedes utilizar para representar diagramas.
2.1.1. Modelo Entidad - Relacin

El modelo entidad Relacin se representa por la sigla E-R, en donde de manera grfica se expresan las entidades, los atributos y las relaciones. Entendemos por entidad a los objetos que existen y son parte del problema a representar y contienen caractersticas particulares. A continuacin observa y comprende las definiciones de los elementos que conforman el modelo E-R: Una entidad es un objeto que existe y tiene caractersticas propias; se consideran como las partes principales del problema dado. Por ejemplo el cliente representa una entidad, tal como lo muestra la siguiente imagen:
Clientes
Representacin entidad clientes
Un atributo es el nombre que se le asigna a las caractersticas de las entidades, siendo sus propiedades descriptivas. Por ejemplo en un cliente sus atributos son: nombre, edad, sexo, direccin. Los atributos se representan con elipses, tal y como se observa en la siguiente imagen:
Edad Nombre Sexo Direccin
Clientes
Representacin entidad clientes con sus atributos.

Al enlace que une a las entidades se le conoce como relacin, que es la asociacin entre dos entidades, y se representa mediante flechas y rombos, como en la siguiente imagen:
Edad Nombre
Sexo Direccin Descripcin Precio
Clientes
Compra
Productos
Relacin entre dos entidades. Un cliente compra productos.
Ahora presta atencin al ejercicio 1 como ejemplo de este tipo de modelo: Ejercicio 1 Hacer el diagrama entidad - relacin para una entidad llamada Profesor, con los siguientes atributos: no. empleado, nombre, sexo, profesin, que imparte clase a muchos Alumnos con atributos: matricula, nombre. Observa cmo quedara lo que se solicit en las instrucciones:

Nombre No. empleado Sexo Profesin Matricula Nombre
Profesor
Imparte clases
Alumnos
Solucin al ejercicio 1.
Las Reglas para este modelo serian: No debe existir ms de un identificador principal, si existieran, estos serian alternativos. La entidad en general, debe tener mnimo un atributo denominado identificador o clave primaria.
Existen tambin Normas para los diagramas E-R, que son: Emplear nombres para las entidades, y verbos en las relaciones. En las relaciones, siempre usar lneas rectas, sin cruzarlas. En cada entidad interviene una relacin con una determinada cardinalidad (tipos de relaciones), de las cuales existen cuatro posibles:
1:1 Uno a Uno: una entidad se relaciona nicamente con una entidad y viceversa. Ejemplo: en la relacin libro - ISBN, cada libro tiene una nica ISBN, y cada ISBN corresponde a un nico libro. 1:N Uno a Varios: una entidad se relaciona con muchas de la otra entidad. Ejemplo: en la relacin cliente coche, un cliente puede comprar muchos coches, pero un coche pertenece a un nico dueo.

N:1 Varios a Uno: varios de la primera entidad se relacionan con uno de la segunda entidad. Ejemplo: en la relacin Empleado-rea de trabajo, un empleado puede trabajar en varias reas de trabajo. N:M Varios a Varios: muchos de la primera entidad se pueden relacionar con muchos de la segunda entidad. Por ejemplo, la relacin Empleado empresas, donde muchos empleados trabajan en una empresa y un empleado puede trabajar en varias empresas.
Ejercicio 2 Ahora observa el ejercicio 2, que es un ejemplo para realizar, en base a las reglas, el modelo E-R: A la clnica La sanacin le interesa una base de datos para llevar el control de sus pacientes y doctores. De los pacientes se guarda su cdigo, nombre, fecha de nacimiento; de los doctores se guarda su no. Empleado, nombre, telfono y especialidad. Se interesa guardar de los ingresos el cdigo de ingreso, fecha de ingreso y habitacin. Un doctor puede atender varios ingresos, pero cada ingreso solo puede ser atendido por un doctor; un paciente puede realizar varios ingresos. Observa cmo quedara lo que se solicit en las instrucciones:
Fecha de nacimiento
Nombre Telfono Especialidad
Cdigo
Nombre
Doctor
Atiende
Paciente
Realiza
No.
empleado
Ingresos
Habitacin Cdigo de ingreso fecha

Ahora veamos otra situacin: cuando hablamos de una relacin varios a varios (muchos a muchos) puede llevar atributos propios, por ejemplo: un cliente puede rentar muchas pelculas y una pelcula puede ser rentada por un cliente en diferentes momentos.
Nombre Clave
Clave
Nombre
Cliente e
Fecha de devolucin
Pelculas
Renta
Fecha de renta
Relacin muchos a muchos
Para concluir el tema podemos decir que el modelo entidad relacin es conveniente que se realice antes de realizar la base de datos, ya que es el fundamento para obtener los atributos necesarios para cada entidad y las relaciones adecuadas entre cada atributo.
Actividad 1. Diagrama Entidad Relacin

Con el fin de corroborar de forma adecuada los conocimientos previos que consisten en cmo pasar de una oracin aun diagrama entidad relacin, a continuacin realiza lo indicado en las siguientes instrucciones: 1. Lee y analiza el siguiente caso:
Caso. Se desea realizar una base de datos para un biblioteca donde se guarda informacin de los libros como ISBN, ttulo, autor; de cada libro existen ejemplares de los que se guarda el nmero de ejemplar y su clave propia, tambin se guarda el control de los usuarios que se llevan los ejemplares; de los usuarios interesa saber su cdigo, nombre y direccin, adems de guardar la fecha de prstamo y devolucin cuando sacan el ejemplar. 2. 3. 4. Identifica las entidades, atributos y relaciones del caso. Realiza en un archivo de texto el diagrama del caso segn corresponda, tomando en cuenta las caractersticas del modelo E-R Guarda y enva en un archivo la actividad con el nombre DBD_U2_A1_XXYZ, sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido.

5.
Enva el archivo a tu Facilitador(a) para recibir retroalimentacin.
2.1.2. Modelo Jerrquico

Despus de haber practicado el primer modelo, contina con el modelo jerrquico, el cual es la representacin mediante la forma de rbol invertido, en la que el primer nivel o superior est dado por una nica entidad. Los niveles en los diagramas van unidos mediante lneas que representan las relaciones, las entidades reciben el nombre de segmentos, mientras que los atributos se llaman campos. Es momento de conocer las caractersticas de la estructura jerrquica del modelo, una de las cuales consiste en que los modelos estn formados por segmentos, los cuales reciben diferentes denominaciones, y se muestran a continuacin:

1) Segmento padre: es aqul que tiene descendientes, todos ellos localizados en el mismo nivel.
Segmento padre
Representacin del modelo jerrquico segmento padre.
2) Segmento hijo: es aqul que depende de un segmento de nivel superior. Todos los hijos de un mismo padre estn en el mismo nivel del rbol.
Segmento hijo
Representacin del modelo jerrquico segmento hijo.
3) Segmento raz: el segmento raz de una base de datos jerrquica es el padre que no tiene padre, es decir, siempre es nico y ocupa el nivel superior del rbol.
Representacin del modelo jerrquico segmento raz.

Ahora observa el ejercicio 3, el cual te demostrar una solicitud del modelo jerrquico:
Una empresa con sucursales centraliza sus compras, para lo cual utiliza una base de datos jerrquica en donde en el segmento raz se almacenan los datos de los proveedores como su nombre y clave.; en el segundo nivel hay tres segmentos: en el primero se guardan los datos de la direccin como son calle, nmero, ciudad; en el segundo se almacenan los datos de los productos, y en ltimo se guardan las ofertas y promociones; en el tercer nivel se encuentran las reas de distribucin, y dependen del segmento de los productos. El resultado de lo solicitado es el siguiente:
Datos proveedores
Productos
Direccin
Promocion es
reas de distribucin
La implementacin del modelo jerrquico es fundamental debido a que hace posible ordenar adecuadamente la ubicacin de cada una de las entidades y los atributos de cada una de ellas.
2.1.3. Modelo de red

Lo primero que debes saber de este modelo es que fue una adaptacin al modelo jerrquico, que consiste en evitarla redundancia de datos; las entidades se representan por medio de nodos y de igual manera un nodo padre puede tener varios nodos hijos, pero en este modelo se permite que un mismo nodo tenga varios nodos padres, lo cual no est permitido en el jerrquico. Es importante mencionar que el modelo de red permite representar las relaciones N:M. Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 11

Algunas de las caractersticas o bases del modelo de red son las siguientes: El registro, el cual representa a un nodo de la red. El elemento, el cual es un campo de datos que se deriva del nodo. El agregado de datos, que define los nombres o conjuntos de nombres de los campos.
Para comprender mejor la estructura del modelo de red y cmo se grafica, se presentan los siguientes ejercicios. Ejercicio 4: Las instrucciones son las siguientes Se tienen casas, personas y ciudades; una persona solo puede vivir en una casa, y la casa solo puede estar en una ciudad; una persona puede ser duea de varias casas. Una persona puede ser padre de familia de otra persona.
Es padre de
Persona Es duea de Casa

Esta
Vive
Ciudad
Solucin al ejercicio 4: representacin del modelo de red.
Otra forma de representar el modelo de red es remplazando los crculos por cuadros que contienen los atributos. Tal como se muestra en el siguiente ejemplo, en cual tiene como entidades a curso, profesor y alumno; el curso cuenta con clave, ttulo y descripcin, tal curso se oferta de tres maneras: centro, sitio, forma. Para poder acceder al curso se tiene como Requisito: claveC, ttulo. El curso se ofrece por un Profesor (Idprofesor, Nombreprof) y es tomado por alumnos (Matricula, Nombrealumn). Ahora observa cmo quedara:

CURSO ClaveC REQUISITO ClaveC Titulo PROFESOR IDprofeNombreprof ALUMNO Titulo Descripcin OFERTA Centro Sitio Forma
Matricula Nombrealumn
Segunda forma de representar el modelo de red. Para finalizar, podemos generalizar que el modelo jerrquico es parecido a un rbol, en el que cada rama es un registro padre que contiene hojas o registros hijos, los cuales pueden ser varios; sin embargo, el modelo de red puede tener varios registros padres ligados a los registros hijos, lo que forma la estructura tipo red y lo diferencia del modelo jerrquico.
Actividad 2. Modelo Jerrquico y de Red

Ahora que ya aprendiste lo ms importante de un modelo jerrquico y red podrs crear bases de datos, con soluciones pertinentes. Propsito: Distinguir los modelos y herramientas conceptuales para crear bases de datos. A continuacin se muestra un prrafo que te definir un problema, el cual debes analizar correctamente para que en base a lo que comprendas, logres realizar los diagramas tanto jerrquico como de red, y discutir tus resultados en el foro. Lee con atencin las instrucciones que en seguida se muestran: 1. Lee y comprende el texto siguiente: Considerar una base de datos llamada Capacitacin, teniendo como segmento raz donde se almacena el nombre del curso, el objetivo y la duracin de ste; en el segundo nivel hay tres segmentos: uno se llama Instructores, que guarda los datos de los instructores, otro segmento se llama Ubicacin, que guarda el lugar donde se impartir el curso

2. 3. 4.
5. 6. 7. 8. 9. 10.
como saln, edificio, etc., y el tercer segmento se llama Material y guarda la lista de materiales necesarios para cada curso. Identifica sus entidades, atributos y relaciones Realiza el diagrama jerrquico. Del texto siguiente: Una agencia vendedora de automviles guarda registro de los mismos considerando su matrcula, modelo y color; un automvil puede ser vendido a un solo cliente, pero un cliente puede comprar varios autos; de los clientes se guarda su RFC y su nombre. Identifica sus entidades, atributos y relaciones. Realiza el diagrama de red. Ingresa al foro y participa. Comparte tus resultados acerca de qu entidades y atributos encontraste para cada caso y cmo se relacionan. Contribuye con algn comentario por lo menos a dos de tus compaeros(as). Con base en las aportaciones de tus compaeros(as), elabora tus conclusiones y deja tu evidencia en el foro.
2.1.4. Relacional
El modelo relacional es una de los ms difundidos y utilizados, debido a que ofrece sistemas ms simples y eficaces para la representacin y manipulacin de los datos; a continuacin se define el modelo y cmo se representa. Una base de datos relacional consiste en un conjunto de tablas, a cada una de las cuales se le asigna un nombre exclusivo. Cada tabla tiene una estructura parecida a la presentada donde se representaron las bases de datos E-R mediante tablas. Cada fila de la tabla representa una relacin entre un conjunto de valores. Dado que cada tabla es un conjunto de dichas relaciones, hay una fuerte correspondencia entre el concepto de tabla y el concepto matemtico de relacin, del que toma su nombre el modelo de datos relacional. (Silberschatz&Korth, 2002: 53) Sintetizando lo anterior: la base de datos relacional no es ms que un conjunto de tablas tomadas del modelo E-R, las cuales se forman tomando en cuenta el tipo de cardinalidad que existe entre atributos, logrando una correspondencia entre valores de las diferentes entidades del modelo. Analiza el siguiente ejercicio y realiza el modelo relacional. Ejercicio 5

Se cuenta con la tabla llamada Jugador, dicha tabla cuenta con tres atributos que son: No. Jugador, Nombre y Posicin_de_juego. A continuacin se representa el modelo relacional y la entidad relacin de dicha tabla.
Cuando ingresas nombres de campos en una tabla, no debe de llevar espacios en blanco, por lo que se le puede agregar un guion.
Tabla Jugador No.Jugador Nombre Posicin_de_juego
No. jugador
Nombre
Jugador
Posicin_de_juego
Solucin al Ejercicio 5: modelo entidad-relacin.
Es importante conocer que existen reglas para convertir de modelo Entidad-Relacin a Relacional, debido a que de esto depende lograr un buen modelo antes de crear la base de datos, detectando los atributos que se relacionarn con cada entidad. Considera los siguientes puntos para hacer la transformacin de manera correcta: 1. Toda Entidad del modelo entidad-relacin se transforma a tabla. 2. Toda Entidad del modelo entidad-relacin debe tener una nica clave y para distinguirla se va a subrayar. 3. Verificar la cardinalidad, es decir, si dos entidades se relacionan 1:1, 1:N, N:1 o N:M,debers conceptuar las acciones descritas a continuacin:

a. Si es 1:1 (uno a uno), la clave de cualquiera de las entidades pasa a la otra entidad. b. Si es 1:N o N:1 (uno a muchos o muchos a uno), la clave de la entidad que tiene la cardinalidad 1 pasa a la tabla de la entidad que tiene el muchos. c. Si es N:M (muchos a muchos), se crea una nueva tabla con el nombre de la relacin y se deben poner las dos claves de ambas tablas, y tambin si tiene atributos propios. Lee con atencin el ejercicio 6.1 y realiza el modelo E-R. Ejercicio 6.1 Relacin 1:1 (un cliente solo puede rentar una pelcula y la pelcula solo puede llegar a ser rentada por un solo cliente). En base a la oracin presentada, obtener el modelo E.R.
Titulo Clave nombre
clavepel
Pelculas Cliente
Renta
Solucin al ejercicio 6.1. Sobre la base del modelo entidad - relacin, se puede observar que la tabla CLIENTE y PELCULAS tienen una relacin 1:1 llamada Renta, debido a esto al formar el modelo relacional enviando cualquier clave primaria de una de las tablas a la otra, por tal motivo puede quedar graficado como cualquiera de las siguientes imgenes:
TABLA CLIENTE Clave nombre Clavepel
TABLA PELICULAS Clavepel Titulo Descripcin TABLA PELICULAS Clavepel Titulo clave
TABLA CLIENTE Clave nombre

Representacin en tabla del ejercicio 6.1.
Analiza el ejercicio 6.2 y realiza el modelo E-R.
Ejercicio 6.2
Relacin 1:N (un cliente puede rentar muchas pelculas y una pelcula solo puede ser rentada por un nico cliente). En base a la oracin presentada, obtener el modelo E.R.
clave
nombre
Titulo
Clavepel
Cliente
renta
Pelculas
Solucin al ejercicio 6.2. En este caso se muestra una relacin 1:N, donde la clave de 1 (CLIENTE) pasa a la de muchos (PELICULA), para formar el modelo relacional.
TABLA CLIENTE Clave nombre Clavepel
TABLA PELICULAS Clavepel Titulo Descripcin clave
Representacin en tabla del ejercicio 6.2.

Ahora lee con atencin el ejercicio 6 .3 y realiza el modelo E-R. Ejercicio 6.3 Relacin N:M (un cliente puede rentar muchas pelculas y una pelcula puede ser rentada por muchos clientes en diferentes momentos). En base a la oracin presentada, obtener el modelo E.R. nombre clave nombre
clave
Pelculas Cliente
Fecha de devolucin
Renta
Fecha de renta
Solucin al ejercicio 6.3. En este caso se muestra una relacin N:M, donde, para crear relacin entre tablas, se crea una nueva entidad nombrada como la relacin, en este caso Rentas, la cual contiene los atributos clave de cada entidad, adems de sus propios atributos, para una mejor representacin.
TABLA CLIENTE Clave nombre Clavepel Clavepel
TABLA PELICULAS Clavepel Titulo clave Descripcin
TABLA RENTAS
clave FechaderentaFechadedevolucin
Representacin en tablas del ejercicio 6.3.
Cada uno de los ejercicios presentados muestran casos con cardinalidad diferente, adems que se presentan los modelos E-R y relacional de cada caso, lo que te permite clarificar las dudas que hayas tenido de los puntos presentados.

Concluyendo con este subtema, se puede expresar que no slo debemos conocer el modelo entidad - relacin para crear una correcta base de datos, sino que es de suma importancia conocer y comprender las reglas que rigen al modelo relacional, debido a que gracias a ellas podemos crear el modelo relacional que indica de forma clara cmo se conformarn las verdaderas tablas de una base de datos,
2.1.5. Relacional Extendido

El modelo entidad - relacin extendido incluye los conceptos ya vistos, tales como entidad, atributo y relacin; pero adems incorpora los conceptos de subclase y superclase, asociados con los conceptos de especializacin y generalizacin. Ahora profundizars en los temas que ms importan para la realizacin del modelo relacional extendido, los cuales son: especializacin y generalizacin. El proceso de designacin de subgrupos dentro de un conjunto de entidades se denomina especializacin(Silberschatz&Korth, 2002: 53).) La especializacin se conforma por un grupo de entidades que a su vez puede contener pequeos grupos de otras entidades, las cuales se pueden diferenciar de alguna manera de este conjunto, debido a que no todas las entidades que pertenecen a un conjunto tienen atributos compartidos. Considrese el conjunto de entidades Persona, con atributos: nombre, direccin, telfono. A su vez esta persona tambin puede clasificarse como Estudiante o Profesor. Cada una de estas nuevas entidades se puede identificar por un conjunto de atributos que incluyen los atributos que contiene la entidad Persona. Ejemplificando lo anterior: la entidad Estudiante puede contener atributos extras como Matrcula, mientras que Profesor contiene atributos extras tales como IdProfesor y carrera. Segn Silberschatz&Korth. (2002: 53) generalizacin, es una relacin contenedora que existe entre el conjunto de entidades de nivel ms alto y uno o ms conjuntos de entidades de nivel ms bajo. Los conjuntos de entidades de nivel ms alto y nivel ms bajo tambin se pueden llamar superclase y subclase, respectivamente. Tomando en cuenta el ejemplo previo en el que una entidad Persona puede ser Estudiante o Profesor, se puede generalizar que la entidad Persona es la superclase y

Estudiante y Profesor son las subclases, las cuales tienen similitud con algunos atributos de su superclase. A continuacin se muestra la representacin del modelo relacional extendido, en donde se tiene como entidades a Empleados, almacenista, secretaria, vendedor. Empleado es una superclase, que tiene como subclases a almacenista, secretaria, vendedor, cada uno de ellos tiene o cuenta con sus propios atributos.
Clave
Nombre
Generalizacin Empleados
Almacenista
Experiencia
Secretaria
Velocidad de tecleo
vendedor
Especializacin
No. licencia
Ejemplificacin del modelo relacional extendido.
2.1.6. Orientado a objetos

Para entender un poco ms la definicin de modelo orientado a objetos, es de suma importancia mencionar que cada objeto de este modelo es una de las entidades que se representan en el modelo E-R. Cada objeto se comunica con otros objetos por medio de mensajes llamados parmetros, los cuales se implementan por medio de mtodos. A continuacin se define cada uno de stos trminos para generalizar el lenguaje: Variables: contiene los datos del objeto; las variables se corresponden con los atributos del modelo E-R. Mensajes:a los que responde; cada mensaje puede no tener parmetros, o puede tener uno o varios. Mtodos, cada uno de los cuales es cdigo que implementa un mensaje; el mtodo devuelve un valor como respuesta al mensaje. Ciencias Exactas, Ingenieras y Tecnologa | Ingeniera en Desarrollo de Software 20

Generalizando: dentro del modelo orientado a objetos, una variable es la representacin de cada atributo de una entidad, la cual puede contener mtodos a los que se accede por medio de un par de mensajes del objeto al que corresponde. Dicha variable se utiliza para guardar el valor del atributo, sin embargo, el mensaje es utilizado para actualizar el valor de dicha variable. Por ejemplo, de una entidad llamada Profesor se tiene el atributo profesin, el cual se puede representar mediante: Variable: profesin. Mensaje: obtener-profesin, cuya respuesta sea la profesin del profesor. Otro mensaje: establecer-profesin, que necesita un parmetro nueva-profesin, para actualizar la profesin del profesor. Cabe mencionar que este modelo se utiliza cuando se va a realizar la programacin necesaria para acceder a las base de datos, tomando en cuenta las entidades y atributos de dicha base de datos a utilizar. Analiza el ejercicio 7 y realiza el modelo orientado a objetos. Ejercicio 7 Para ejemplificar de forma sencilla el modelo orientado a objetos, se tiene la entidad Automvil, la cual cuenta con una serie de atributos tales como marca, modelo y color. Los mensajes o mtodos que puede tener este objeto tomando en cuenta la entidad son: frenar, acelerar y retroceder, todo depende de la instruccin que se le d a la entidad Automvil al acceder a sus mtodos.
Automvil Marca Modelo Color Frenar Acelerar Retroceder
Atributos
Mtodos

Actividad3. Modelo relacional, relacional extendido y orientado a objetos

Para concluir la unidad es importante que analices los casos y elabores algunos de los diagramas que se revisaron, tales como el diagrama relacional, relacional extendido y OO. Propsito: Crear diagramas de bases de datos. Instrucciones: 1. Del texto de la Actividad 2, donde obtuviste el modelo entidad - relacin, ahora obtn el diagrama relacional del siguiente caso: Considerar una base de datos llamada Capacitacin, teniendo como segmento raz donde se almacena el nombre del curso, el objetivo y la duracin de este, en el segundo nivel hay tres segmentos: uno se llama Instructores, que guarda los datos de los instructores; otro segmento se llama Ubicacin, que guarda el lugar donde se impartir el curso, como saln, edificio, etc., y el tercer segmento se llama Material y guarda la lista de materiales necesarios para cada curso. Realiza el diagrama relacional. 2. Sobre ese mismo ejercicio, modifcalo, agregando entidades de especializacin a la entidad que t escojas y convirtelo a diagrama extendido; realiza el segundo diagrama. En ese mismo documento, y el mismo diagrama, escoge cualquier entidad y represntala en modelo orientado a objetos, inventa posibles mtodos segn la entidad que elijas. Realiza en un archivo de texto las indicaciones 1, 2, 3 y Guarda la actividad con el nombre DBD_U2_A3_XXYZ, sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin
3.
4.
5.
Autoevaluacin
Para reforzar los conocimientos relacionados con los temas que se abordaron en esta segunda unidad del curso, es necesario que resuelvas la actividad de autoevaluacin. Recuerda que es muy importante leer cuidadosamente los planteamientos indicados y elegir la opcin adecuada para cada uno.

Evidencia de aprendizaje. Caso a diagramar

Para reforzar el aprendizaje acerca de los modelos ms relevantes, en base a un caso realizars los modelos para representar grficamente e identificar cmo se utilizan al momento de realizar una base de datos, considerando que todo esto es el fundamento para formar bases de datos funcionales e ntegros. A continuacin se muestran las instrucciones para que desarrolles tu evidencia de aprendizaje, lee con atencin lo siguiente:
Instrucciones: 1.- Lee el siguiente caso: Se desea informatizar la gestin de una tienda informtica. La tienda dispone de una serie de productos que se pueden vender a los clientes. De cada producto informtico se desea guardar el cdigo, descripcin, precio y nmero de existencias. De cada cliente se desea guardar el cdigo, nombre, apellidos, direccin y nmero de telfono. Un cliente puede comprar varios productos en la tienda y un mismo producto puede ser comprado por varios clientes. Cada vez que se compre un artculo quedar registrada la compra en la base de datos junto con la fecha en la que se ha comprado el artculo. La tienda tiene contactos con varios proveedores, que son los que suministran los productos. Un mismo producto puede ser suministrado por varios proveedores. De cada proveedor se desea guardar el cdigo, nombre, apellidos, direccin, provincia y nmero de telfono. 1. Guarda en un documento de Word todos los modelos que realizars en los siguientes puntos. 2. Obtn del caso presentado las entidades y atributo de cada entidad. 3. Relaciona las entidades, usando un nombre en cada relacin. 4. Asigna la cardinalidad correspondiente segn indica el caso. 5. Realiza el modelo Entidad Relacin. 6. Una vez terminado el modelo E-R, realiza las tablas del modelo Relacional. 7. Con la informacin del caso, toma una entidad y realiza el modelo Orientado a objetos. 8. Guarda la actividad con el nombre DBD_U2_EA_XXYZ, sustituye las XX por las dos primeras letras de tu primer nombre, la Y por la inicial de tu primer apellido y la Z por la inicial de tu segundo apellido. 9. Enva el archivo a tu Facilitador(a) para recibir retroalimentacin 10. Consulta la escala de evaluacin para conocer los parmetros de la actividad.

Autoreflexiones
Adems de enviar tu trabajo de la Evidencia de aprendizaje, es importante que ingreses al foro Preguntas de Autoreflexin y consultes las preguntas que tu Facilitador(a) presente. A partir de ellas elabora tu Autorreflexin en un archivo de texto llamado DBD_U2_ATR_XXYZ. Posteriormente enva tu archivo mediante la herramienta Autorreflexiones.
Cierre de la unidad
Has concluido la segunda unidad del curso. A lo largo de esta se vieron conceptos bsicos sobre los diferentes modelos utilizados para la representacin de diagramas, los cuales ayudarn a lograr fiables bases de datos. Cada uno de los modelos te ayudar a organizar y obtener mejores bases de datos y de forma oportuna, identificars si los campos o entidades que ests definiendo en una BD son los correctos, y si los atributos que se presentan en cada entidad son los necesarios para implementar una BD que pretendas desarrollar. Un punto importante que debes tomar en cuenta son las relaciones que generas entre entidades y sus atributos, debido a que si no estn conectadas no logrars hacer funcionar adecuadamente la insercin, actualizacin o modificacin de datos en tu BD. Es aconsejable que revises nuevamente la unidad en caso de que los temas que se acaban de mencionar no te sean familiares o no los recuerdes, de no ser este tu caso, ya ests preparado(a) para seguir con la unidad tres, en donde continuars con todo ello, con el fin de obtener el prototipo final de una base de datos.
Para saber ms
Si deseas conocer ms sobre los modelos de bases de datos que existen, consulta la siguiente direccin. Complejo Tecnolgico, Campus de Teatinos 29071 Mlaga. (Espaa), abril 2012 http://www.lcc.uma.es/~galvez/ftp/bdst/Tema2.pdf. ndex del sitio: http://www.lcc.uma.es/

Fuentes de consulta
Date C.J. (2001) Introduccin a los Sistemas de Bases de Datos, 7ma Edicin, Ed. Addisson Wesley Longman. Silberschatz A. & H. F. (2002) Fundamentos de Bases de Datos, 4ta Edicin, Ed. Mc Graw Hill. Ramez E.&Shamkant B. Sistemas de Bases de Datos, 2da Edicin, Ed. Navathe

Modelado de Bases de Datos

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Modelado de Bases de Datos

Загружено:

Авторское право:

Доступные форматы

Diseo de bases de datos