Vous êtes sur la page 1sur 223

Qu es Dato? Qu es Informacin? Qu es una Base de Datos? Qu es un SMBD?

Representacin 92003206

Indivisible
Independiente Abstracto

Hechos Ideas Conceptos sin evaluar

su importancia depende del contexto!

Bases de Datos
Conceptos

Qu es Dato? Qu es Informacin? Qu es una Base de Datos? Qu es un SMBD?


No. Folio?? Contrasea??

92003206

Ren Villeda

56581111

Edif. 30 Depto 3

No. Cuenta??

No. Registro??

Contexto!
que sea importante y relevante para un objetivo! Bases de Datos
Conceptos

Qu es una Base de Datos?


Conjunto de datos que pertenecen al mismo contexto almacenados sistemticamente para su uso posterior

A|B|C|D

Datos interrelacionados que modelan una realidad

Bases de Datos
Conceptos

Qu es un SMBD?
Es un conjunto de programas que nos permiten realizar en una base de datos las siguientes operaciones:

SOFTW ARE SMBD

Definir Crear Organizar Relacionar

Estructurar
Accessar Manejar Consultar

Bases de Datos
Conceptos

Historia Propsitos de los SMBD Ventajas


Principios 50s 60s 70s 80s 90s Modelos Sistemas manejadores de archivos Bases de datos jerrquicas Bases de datos de red Bases de datos relacionales Bases de datos OO

Bases de Datos
Motivacin

Propsito de los SMBD

Definicin: Software que controla la organizacin, almacenamiento, recuperacin, seguridad, integridad, explotacin y manejo de los datos en una base de datos.

Propsito: Brindar al usuario una interaccin con la base de datos, dependiendo del nivel de abstraccin requerido por este.

Bases de Datos
Motivacin

Ventajas
Redundancia

A, B, C

100 kb A, B, C A, B, C A, B, C 200 kb La misma informacin

A, B, C

100 kb

Bases de Datos
Motivacin

Ventajas
Dificultad de acceso

A, B, C Archivos de texto

Distintos formatos de archivos = Diferentes formas de acceso

#$X0, []@b, *}
Archivos binarios

Bases de Datos
Motivacin

Ventajas
Consistencia

A, B, C

A, #$R%>, C

Archivos de texto

Se corrompe fcilmente!!

Bases de Datos
Motivacin

Ventajas
Integridad

A, B, C

A, #$R%>, C

Archivos de texto

Se corrompe fcilmente!!

Bases de Datos
Motivacin

Ventajas
Atomicidad
SELECT campo FROM a; SELECT campo FROM a; SELECT campo FROM b; Unidad Lgica

INSERT campo INTO c; ` INSERT campo c; a; DELETE campoINTO FROM


DELETE campo FROM a;

Bases de Datos
Motivacin

Ventajas
Concurrencia

SELECT a, b, c FROM r

A, B, C Success!

INSERT d INTO r

Bases de Datos
Motivacin

Ventajas
Seguridad
Datos secretos

SELECT a, b, c FROM cuenta

Failure! Success!

INSERT d INTO r

Bases de Datos
Motivacin

Ventajas
Seguridad

El SMBD se encarga de:


SEGURIDAD en el acceso a los datos NO en la seguridad del acceso al hardware ni al sistema anfitrin

Bases de Datos
Motivacin

Arquitectura de 3 niveles Fsico (interno) Conceptual (lgico) De vista (externo)

Diferentes usuarios

Diferentes niveles de abstraccin!

Bases de Datos
Arquitectura

...
Usuario 1 Usuario 2 Usuario n

Nivel Externo

Nivel Conceptual

Nivel Interno

Arquitectura de 3 niveles Fsico (interno) Conceptual (lgico) De vista (externo) NIVEL FISICO Se describe la estructura fsica de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo fsico y describe todos los detalles para el almacenamiento de la base de datos, as como los mtodos de acceso.

Bases de Datos
Arquitectura

Arquitectura de 3 niveles Fsico (interno) Conceptual (lgico) De vista (externo) NIVEL CONCEPTUAL Es aquel en el que se definen las estructuras de almacenamiento y las relaciones que se darn entre ellas. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones

Bases de Datos
Arquitectura

Arquitectura de 3 niveles Fsico (interno) Conceptual (lgico) De vista (externo)

NIVEL EXTERNO (vistas) Puede definirse como la forma en que el usuario aprecia la informacin y sus relaciones. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. Bases de Datos
Arquitectura

Elementos dentro de un SMBD Totalmente abstractos Datos: Hardware Software:


Sistema Manejador de Bases de Datos + herramientas de desarrollo

Lenguaje de Definicin de Datos (DDL) Lenguaje de Manipulacin de Datos (DML) Procedurales (Qu y cmo?)

No procedurales (Qu?)
Lenguaje de Control de Datos (DCL)

Usuarios:

1. Usuarios finales. 2. Programadores de aplicaciones. 3. Administrador de la Base de Datos

Independencia de datos Independencia lgica Independencia fsica

Ocurre cuando se modifica el esquema conceptual sin afectar al resto de los esquemas. Bsicamente se modifica el esquema conceptual cuando cambian las caractersticas de los datos a almacenar

Bases de Datos
Independencia de datos

Independencia de datos Independencia lgica Independencia fsica

Esta se presenta cuando es posible la modificacin del esquema fsico sin afectar a los esquemas restantes. Las principales razones para llevar a cabo una modificacin del esquema fsico sern un ajuste en el hardware de almacenamiento o una redistribucin de los datos en el.

Bases de Datos
Independencia de datos

Modelos de datos Definicin Caractersticas Tipos / clasificacin Coleccin de herramientas conceptuales para describir datos, relaciones entre ellos, su semntica y restricciones de consistencia. No son elementos fsicos: son abstracciones que permiten la implementacin eficiente de una base de datos Bases de Datos
Modelos de datos

Modelos de datos Definicin Caractersticas Tipos / clasificacin


Describen La estructura de los datos Formas de acceso a los datos Comportamiento

Bases de Datos
Modelos de datos

Modelos de datos Definicin Caractersticas Tipos / clasificacin Modelos basados en registros

Modelos basados en objetos


Modelos fsicos

Bases de Datos
Modelos de datos

Modelos de datos Tipos / clasificacin Basados en registros Basados en objetos


Almacenan su informacin en una estructura jerrquica
Los datos se organizan en una forma similar a un rbol (visto al revs) El contenido de un registro especfico puede repetirse en varios sitios una inconsistencia de datos
H B

Jerrquico

Bases de Datos
Modelos de datos

Modelos de datos Tipos / clasificacin Basados en registros Basados en objetos


Representa los datos mediante colecciones de registros y sus relaciones se representan por medio de ligas
Se permite que un mismo nodo tenga varios padres Ofreca una solucin eficiente al problema de redundancia de datos
A

De Red

D C

H I

Bases de Datos
Modelos de datos

Modelos de datos Tipos / clasificacin Basados en registros Basados en objetos


Fundamentos Matemticos.
Los datos estn estructurados a nivel lgico como tablas formadas por filas y columnas. Concepto fundamental: Relacin Alto nivel de abstraccin

Relacional

A1

A2

An

Dr. Edgar F. "Ted" Codd Junio 1970 A Relational Model of Data for Large Shared Data Banks

Bases de Datos
Modelos de datos

Modelos de datos Tipos / clasificacin Basados en registros Basados en objetos


Percepcin de un mundo real. Entidades y relaciones.
Entidades: descritas por un conjunto de atributos Relaciones: Asociacin entre entidades
EA1 Entidad 1 EA2

Entidad - Relacin

EA1 Entidad 2

EA2

Dr. Peter Pin-Shan Chen Marzo 1976 The Entity-Relationship Model--Toward a Unified View of Data

R 1

Bases de Datos
Modelos de datos

Modelos de datos Tipos / clasificacin Basados en registros Basados en objetos


Soporta el paradigma orientado a objetos almacenando datos y mtodos
Flexibilidad, y soporte para el manejo de tipos de datos complejos Manipula datos complejos en forma rpida y gilmente

Orientado a Objetos

Articulo (inicial??)
Development of an object-oriented DBMS D. Maier, J. Stein, A. Otis, A. Purdy 1986

Bases de Datos
Modelos de datos

y entonces?

Dr. Michael Stonebraker.

Bases de Datos

Conclusiones

Las bases de datos estn presentes en muchos aspectos Su desarrollo ha sido en paralelo con las necesidades de informacin por parte de los distintos usuarios (datamining, datawarehouse)

Su nivel de abstraccin tambin ha evolucionado con estos ltimos


Nuevas formas de representar informacin: Datos semi-estructurados

Bases de Datos
Conclusiones

Modelo Entidad-interrelacin
MER

Resea histrica
El Modelo Entidad-Interrelacin, propuesto por Peter Chen en el artculo ya histrico en 1976, es uno de los modelos conceptuales ms extendidos. Artculo ACM Transactions on Database Systems, Vol.1, No. 1, March 1976, Peter Pin-Shan Chen, The EntityRelationship Model-Toward a Unified View of Data, Massachusetts Institute of Technology.

Resea histrica
Chen lo caracteriza: El Modelo Entidad-Interrelacin puede ser usado como una base para una vista unificada de los datos, adoptando el enfoque ms natural del mundo real que consiste en entidades e interrelaciones.

Diagramas de Chen

Resea histrica
Posteriormente otros autores lo han ampliado con importantes aportaciones, formndose en realidad una familia de modelos entidad interrelacin. En este tema se exponen los conceptos del modelo MER bsico. El modelo entidad-interrelacin est formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones grficas y lingsticas.

Es un modelo que se basa en la percepcin del mundo real que consiste en un conjunto de objetos llamados entidades y las interrelaciones entre ellos. Representa grficamente la estructura lgica (conceptual) de la base de datos.

Qu es el Modelo Entidad-Interrelacin (MER)?

Definicin formal
Tcnica semntica de modelado grfico de datos basada en la percepcin del mundo real como un conjunto de objetos bsicos llamados entidades y las interrelaciones existentes entre ellas.

Conceptos bsicos
Entidad Atributo Interrelacin Diagramas Entidad-Interrelacin

Entidad
Es un objeto real o abstracto sobre el que se tiene informacin, pueden ser personas, lugares, cosas o eventos de inters.

Smbolo:
Entidad

Entidad
Cada ejemplar de una entidad se denomina instancia.
Entidad
Persona

Instancias

Tipos de entidades
Regular o fuerte: Las instancias de este tipo tienen existencia por s mismas en el universo de estudio independientemente de cualquier otro conjunto de entidades.
Entidad

Dbil: Las instancias de esta entidad dependen de una entidad existente en el universo, al desaparecer esta entidad superior, desaparecern todas las entidades dbiles vinculadas a la misma.

Entidad dbil

Tipos de entidades
Banco Tiene Sucursal

Atributo
Los atributos son cada una de las propiedades o caractersticas descriptivas de la entidad, tales como nombre, edad y nacionalidad. Smbolo: Atributo
Nombre Edad

Persona

Nacionalidad

Atributo
25

Cada ejemplar de una misma entidad posee los mismos atributos, tanto en nombre como en nmero, diferencindose cada uno de los ejemplares por los valores que toman dichos atributos.
Salvadorea

Mexicana

26

Tipos de atributos
Obligatorios: aquellos que deben tomar un valor y no se permite que ningn ejemplar no tenga un valor determinado en el atributo.
Edad 26

Persona Salvadorea

Nacionalidad

Tipos de atributos
Opcional: aquellos atributos que pueden tener valores o no tenerlo. Posiblemente nulo.
nulo Telfono Edad 26

Persona
Salvadorea Nacionalidad

Tipos de atributos
Monovaluado: aquel atributo que slo puede tener un nico valor. Ejemplo: Edad.

nulo Telfono Edad 26

Persona
Salvadorea Nacionalidad

Tipos de atributos
Multivaluado: aquellos atributos que pueden tener varios valores. Ejemplo: Telfono. Smbolo: 0445512345678
Atributo 56061234

Telfono

Edad 26 Persona Salvadorea Nacionalidad

Tipos de atributos
Derivados: cuyo valor se obtiene a partir de los valores de otros atributos, es decir, derivan de valores de otros atributos o entidades relacionadas. Smbolo:
Edad

Tipos de atributos
Simples: No se pueden dividir en subpartes. Smbolo: nacionalidad Compuestos: Se pueden dividir en subpartes. Mes Smbolo: Da
Fecha de nacimiento

Ao

Tipos de atributos
Claves: Una clave, es el conjunto de atributos de una entidad que permiten distinguirla de forma nica del resto de entidades. Se aplica tambin a las interrelaciones. Smbolo:
Atributo

Claves
Superclave: Es un conjunto de uno o ms atributos que, tomados colectivamente, permiten identificar de forma nica una entidad en el conjunto de entidades o una interrelacin en el conjunto de interrelaciones.
Nombre Id_cliente Telfono

Cliente

Claves
Claves candidatas: Son superclaves tales que todos sus subconjuntos no son superclave.
Nombre Id_cliente Telfono

Cliente

No_IFE

Claves
Clave primaria: Es una clave candidata elegida por el diseador como elemento principal para identificar de forma nica las entidades dentro de un conjunto de entidades o una interrelacin en el conjunto de interrelaciones. La clave primaria se debe elegir de manera que sus atributos en lo posible nunca cambien.

Seleccin de Clave Primaria

Nombre Id_cliente Telfono

Cliente

No_IFE

Entidad - Atributo
Nombre

Nmero de cuenta Alumno

Fecha de nacimiento Nacionalidad


Da Mes Ao

Edad

Interrelaciones
Las interrelaciones representan asociaciones del mundo real entre dos o ms entidades.

Panadero cocina pasteles Maestro a alumnos Doctor ensea atiende pacientes


Interrelacin Ensea Atiende Cocina

Interrelaciones
Las interrelaciones se caracterizan por: Nombre: que es un verbo en singular. Ejemplo: Imparte, escribe, etc. Grado: nmero de entidades que participan en la interrelacin. Cardinalidad: Expresa el nmero de entidades a las que otra entidad pueda estar asociada, por medio de un conjunto de interrelaciones.

Grado
Asociacin unaria
Casada R con

Asociacin binaria

Mdico E Persona E

atiende R

Paciente E

Grado
Asociacin ternaria

E Materia

R Obtiene

E Evaluacin

E Estudiante

Una interrelacin puede ser recursiva, si relaciona un conjunto de entidad consigo misma.

Empleado

Supervisa

Rol
El nombre de rol indica el papel que una entidad participante de un conjunto de entidad desempea en cada instancia de una interrelacin y ayuda a explicar el significado de la interrelacin.
Supervisado

Empleado

Supervisa

Supervisor

Cardinalidad
Tipos de interrelaciones: Uno a uno Uno a muchos Muchos a uno Muchos a muchos

Esto depende del entono real dentro del que se est modelando.

Cardinalidad
Uno a uno
Tiene a1 b1

a2

b2

a3 Municipio

b3 Ayuntamiento

Cardinalidad
Uno a muchos:
Conformada por a1 b2 a2 b3 a3 b4 b5 Departamento b1

Empresa

Cardinalidad
Muchos a uno
Pertenece a
a1 b1

a2

a3

b2

a4

b3

a5

Empresa

Sucursal

Cardinalidad
Muchos a muchos
Atiende a a1 b1

a2

b2

a3

b3

a4
Profesor

b4 Estudiante

Atributos de las interrelaciones


Las interrelaciones pueden tener atributos como las entidades.
Atributo

Interrelacin

Ejemplo
Semestre

Profesor

Imparte

Asignatura

Opciones de simbologa
Cardinalidad
Uno a uno (1:1) Uno a muchos (1:N)
1

Chen
1

Muchos a uno (N:1) Muchos a muchos (M:N)

Simbologa modalidad
Chen
Obligatoria Obligatoria Obligatoria

Opcional

No existe

Opcional

Opcional

Obligatoria

Opcional

Haciendo una combinacin


Cardinalidad
Uno a uno (1:1) Uno a muchos (1:N)

Muchos a uno (N:1)


Muchos a muchos (M:N)

Combinando

Obligatoria

Obligatoria

Opcional

Opcional

Obligatoria

Opcional

Resumen de la simbologa
Elemento Entidad Atributo Smbolo
Entidad Atributo

Interrelacin
Interrelacin

Simbologa: Entidades
Elemento Entidad fuerte Entidad dbil Smbolo
Entidad

Entidad

Simbologa: Atributos
Elemento Atributo multivaluado
Atributo

Smbolo

Atributo derivado
Atributo

Atributo compuesto Atributo clave


Atributo

Diagrama Entidad-Interrelacin

Atributo

Atributo

Atributo

Atributo

Entidad

Interrelacin

Entidad

Diagramas Entidad-Interrelacin
Verbo Complemento

Sujeto

Alumno

Estudia

Asignatura

Diagrama Entidad-Interrelacin
ApellidoM
Nombre completo

Nombre ApellidoP Nombre Horario

Nmero de cuenta Alumno

Estudia

Asignatura

Fecha de nacimiento Nacionalidad Da Ao Mes

Edad

Cmo pasar MER a tablas?


Entidades se traducen en tablas. Atributos se traducen como campos. Clave primaria, es llave primaria. Interrelaciones con atributos se pasan como tablas. Interrelaciones sin atributos: Uno a uno: intercambio de las llaves de las entidades relacionadas. Uno a muchos: la llave de entidad del lado de uno pasa a la tabla de lado de muchos. Muchos a muchos: se tiene que crear una tabla intermedia y las llave de las dos entidades relacionadas pasan a la tabla auxiliar.

Ejemplo
ApellidoM
Nombre completo

Nombre ApellidoP Nombre Horario

Nmero de cuenta Alumno

Estudia

Asignatura

Fecha de nacimiento Nacionalidad Da Ao Mes

Edad

Modelo Entidad Interrelacin Extendido


MERE

Modelo ERE
Subtipos, supertipos y herencia Especializacin y generalizacin Notacin para subtipos y supertipos Interrelaciones y subtipos Restricciones en supertipos Mltiples jerarquas y herencia Categoras

Modelo ERE
El modelo ER basta para representar esquemas de BD de aplicaciones tradicionales. Aplicaciones ms nuevas como BD para CAD/CAM, imgenes, multimedia, minera de datos, data warehousing, ndices web, etc. Necesitan un modelo semntico con conceptos adicionales, componindose el ER-extendido.

Subtipos, supertipos y herencia


Subtipo: un subagrupamiento de entidades en un conjunto de entidades que tiene atributos que son distintos de otros subagrupamientos.

Subtipos, supertipos y herencia


Supertipo: un conjunto de entidades genrica que tiene una interrelacin con uno o ms subtipos.

Subtipos, supertipos y herencia


Herencia de tipo:
Los subtipos heredan los atributos del supertipo relacionado. Una instancia de un subtipo es tambin una instancia de un supertipo.

Supertipo empleado con tres subtipos derivados

Interrelacin en la cual todas las instancias participan

Conjunto de entidades General

Interrelacin en la cual slo las versiones especializadas participan


Versin especializada del supertipo

Notacin para subtipos y supertipos en el modelo EER

Notacin en algunas herramientas


Interrelacin en la cual todas las instancias participan Conjunto de entidades General

Interrelacin en la cual slo las versiones especializadas participan

Versin especializada del supertipo

Interrelaciones y Subtipos
Interrelaciones en el nivel de supertipos indica que todos los subtipos participaran en la interrelacin. Las instancias de un subtipo pueden participar en una interrelacin nica para el subtipo. En este caso, la interrelacin es mostrada en el nivel de subtipo.

Interrelacin a nivel de supertipos

Interrelacin a nivel de subtipos

Generalizacin
Generalizacin: es el proceso de definir un conjunto de entidades ms general a partir de un conjunto de entidades ms especializadas. (Bottom-up) El conjunto de entidades que se especializa en otros se llama supertipo ( Vehculo, Empleado). Identificar atributos e interrelaciones comunes, y formar un supertipo que los incluya.

Ejemplo de generalizacin
Marca Modelo Marca Modelo
Tipo Cabina

Id_ Vehculo

Nombre_ Vehculo

No_ Pasajeros

Id_ Vehculo

Nombre_ Vehculo

Capacidad

Precio

Carro

No_de Motor

Precio

Camin

No_de Motor

Marca

Modelo

Id_ Vehculo

Nombre_ Vehculo

No_de Motor

Precio

Moto

Marca

Modelo

Id_Vehculo

Nombre_ Vehculo

No_de Motor

Precio

Vehculo
Tipo Cabina

No_de_ Pasajeros

Carro

Camin

Capacidad

Especializacin
Especializacin: el proceso de definir uno o ms subtipos del supertipo y formar interrelaciones supertipo/subtipo. (Topdown)

Ejemplo de especializacin
Precio_unitario

Descripcin

Proveedor

Id_Proveedor

No_Parte

Pieza

Num_Envo

Cant_Disponible

Ubicacin

Especializacin

Generalizacin nfasis en las similitudes Cada instancia del supertipo es tambin una instancia de alguno de los subtipos. Especializacin nfasis en las diferencias Alguna instancia del supertipo puede no ser instancia de ningn subtipo.

Restricciones en supertipos/ Restriccin de Completes


Indica que una instancia de un supertipo debe tambin ser miembro de un subtipo.
Regla de especializacin total (completa): Indica que toda instancia del supertipo tambin debe ser instancia de algn subtipo. Smbolo: doble lnea Regla de especializacin parcial: Indica que es posible que alguna instancia del supertipo no pertenezca a ninguno de los subtipos. Smbolo: lnea simple

Ejemplo de especializacin total

Un paciente debe ser ya sea paciente externo o paciente residente

Ejemplo de especializacin parcial


Marca Modelo

Id_Vehculo

Nombre_ Vehculo

No_de Motor

Precio

Vehculo

Un vehculo puede ser un carro, un camin o ninguno


Tipo Cabina

No_de_ Pasajeros

Carro

Camin

Capacidad

Restricciones en supertipos/ Restriccin de disyuncin


Si una instancia de un supertipo puede ser simultneamente, un miembro de dos o ms subtipos
Regla disjunta: una instancia del supertipo puede ser slo una de los subtipos. Regla de traslape: una instancia del supertipo puede ser ms de una de los subtipos.

Regla disjunta

Un paciente puede ser ya sea paciente externo o paciente residente, pero no ambos

Regla de traslape
Descripcin Ubicacin

Id_Proveedor

No_Parte

Pieza

Num_Envo

Una pieza puede ser ambos, comprada y manufacturada Precio_ Proveedor


o
unitario

Cant_ Disponible

Pieza Manufacturada

Pieza Comprada

Provee

Restricciones en supertipos/ Discriminador de subtipos


Es un atributo de la supertipo cuyo valor determina el subtipo correspondiente.
Disjunto: un atributo simple con valores alternativos para indicar el subtipo correspondiente. Traslape: un atributo compuesto cuyas subpartes pertenecen a los diferentes subtipos. Cada subparte contiene un valor lgico que indica si la instancia pertenece o no al subtipo asociado.

Discriminador de subtipos
Tipo_empleado

Tipo_empleado=

Atributo simple que indica el tipo de subclase correspondiente

d
H S

Comprada

Manufacturada

Traslape
Ubicacin

Tipo

Descripcin

Id_Proveedor

No_Parte

Pieza

Cant_ Disponible

Num_Envo

Precio_ unitario

Proveedor

Pieza Manufacturada

Pieza Comprada

Provee

Cluster de entidades
Los diagramas MERE pueden ser difciles de entender por la cantidad de elementos que puede contener. La solucin es agrupar entidades e interrelaciones dentro de clusters de entidades. Cluster de entidades: conjunto de uno o ms tipos de entidad y las interrelaciones asociadas agrupadas en un nico conjunto de entidades abstracta.

Grupos de entidades relacionadas pueden formar clusters

Unidad de ventas

Hace negocios con

Cliente

Compra

Material

Usado

Artculo

Artculo vendido

Producido en

Manufacturera

Simbologa
Descripcin
Herencia Especializacin total Especializacin parcial Regla disjunta Regla de traslape

Smbolo

Jerarquas de rbol
Son las jerarquas que se han visto hasta ahora, en las que se cumple la restriccin:
Todo subitpo participa en slo una interrelacin supertipo/subtipo. Un subtipo tiene un nico supertipo: es el concepto de rbol.

Propiedad

Edificio

Finca

Mltiples jerarquas
Mltiples jerarquas: el modelo EER nos permite dar al mismo supertipo ms de una especializacin. A veces la misma entidad puede ser un subtipo de dos o ms supertipos. Tal clase es llamada subtipo compartido y posee herencia mltiple de sus supertipos.

Jerarqua mltiple
dni pila nombre ape1 ape2 d d Empleado fecha direc

veloc Secretaria Tcnico nivel

tipo Ingeniero Jefe Asalariado sueldo Jefe de ingeniera

Precio Subcont

Herencia simple
En una jerarqua de rbol o jerarqua de especializacin, cada subtipo hereda sus atributos e interrelaciones
De su nico supertipo directo, Y de sus supertipos predecesores hasta la raz.

Herencia mltiple
En una jerarqua mltiple de especializacin un subtipo hereda atributos e interrelaciones
De sus supertipos (mltiples) directas. De todos sus supertipos predecesoras hasta la raz.

Herencia mltiple
nombre dni sexo direc fecha-n

Persona O

sueldo

Empleado

Estudiante

especialidad

d
Laboral
nivel

Docente
categora

Ayudante d

Maestria
titulo

Licenciatura
grupo

proyecto

Investigacin

Docencia

prctica

Herencia mltiple
En herencia mltiple pueden surgir conflictos al heredar atributos distintos denominados igual.
Horario Horario Estudiante Empleado

Horario?

Ayudante

Herencia mltiple
Cmo resolver el problema? Definir un orden de prioridad en la herencia. Ayudante hereda horario de Estudiante y no de Empleado. Renombrar algunos de los atributos en conflicto. Ayudante hereda ambos atributos:
Horario corresponde a Horario de Empleado, HorarioEscuela a Horario de estudiante.

Inhibicin de la herencia
En algunos casos se puede indicar que ciertos atributos del supertipo no deben ser heredados por los subtipos. Se puede representar cambiando el color de los smbolos de atributos inhibidos o con comentarios.
Polgono Ancho y Alto no deberan ser heredados por Cuadrado Tringulo

d Ancho Rectngulo Alto

Lado

Cuadrado

Redefinicin de atributos heredados


Si un supertipo y un subtipo tienen un atributo con el mismo nombre, se entiende que el atributo del subtipo redefine el del supertipo. Se utiliza el mismo nombre y significado semntico pero se modifica cmo se calcula o cmo se representa el valor del atributo Tiene sentido sobre todo para atributos derivados

Redefinicin de atributos heredados


Area Ancho

Rectngulo

Alto

Lado

Cuadrado

Area

Redefinicin de atributos heredados


Si en el MERE se considera la inhibicin de herencia y la redefinicin de atributos, al presentarse conflicto de nombres por herencia mltiple, las opciones sern:
Renombrar algunos atributos en conflicto. Inhibir la herencia de algunos atributos.

Categoras
Una categora tiene dos o ms supertipos que pueden representar distintas entidades, mientras que las otras interrelaciones supertipo /subtipo tienen un solo supertipo. Una categora es un subconjunto de la unin de sus supertipos. debe existir al menos en uno de los supertipos, pero no tiene que ser miembro de todos.

Categoras
dir IFE

Persona
nombre

nombre Unin

Banco U

dir

Empresa
nombre dir

Propietario tiene matricula Vehculo fechacompra

Categoras
Una categora puede ser parcial o total. Las categoras parciales implementan herencia selectiva. U Smbolo: Las categoras totales implementan herencia mltiple. Smbolo: U

Categoras
Edificio Finca Persona Banco U Empresa

Propiedad

Propietario Categora parcial: Cada propietario hereda los atributos de una Empresa, una Persona o un Banco, dependiendo del supertipo al que pertenezca.

Categora total: Cada Edificio o Finca debe ser miembro de Propiedad

Categora y generalizacin
Si dos tipos representan las mismas entidades y comparten muchos atributos, incluyendo la misma clave, es preferible la utilizacin de especializacin/generalizacin; en otro caso la categorizacin es ms apropiada.
Edificio Finca Propiedad

Edificio

Propiedad

Finca

Agregacin
Permite combinar varios conjuntos de entidad, relacionados mediante un conjunto de interrelacin, para formar un conjunto de entidad agregada de nivel superior til cuando el conjunto de entidad agregado debe relacionarse con otros conjuntos de entidad

Agregacin
Para esta interrelacin se quiere registrar los administradores que supervisan las tareas de un empleado. Existe una entidad Administrador.
Trabajo

Empleado

Trabaja en

Sucursal

Agregacin
Alternativa 1: interrelacin cuaternaria. Da origen a redundancia
Trabajo

Empleado

Trabaja en

Sucursal

Dirige

Administrador

Agregacin
Alternativa 2: agregacin.
Trabajo

Empleado Trabaja-en

Trabaja en

Sucursal

Dirige

Administrador

Agregacin
La agregacin es una abstraccin segn la cual las interrelaciones se tratan como entidades de nivel ms alto.

Resumen de simbologa para MERE


Elemento Generalizacin / Especializacin Especializacin total Smbolo

Especializacin parcial
Disjuncin Traslape
d O

Resumen de simbologa para MERE


Elemento Unin / Categora Categora parcial
U

Smbolo
U

Categora total

Agregacin

Como entidad

Esquemas relacionales derivados del modelo entidad interrelacin


Algunos les llaman esquemas entidadinterrelacin relacionales. Es una mezcla entre estos modelos y son muy utilizados por herramientas case.

Paso de MER y MERE a Tablas


Elemento Entidad Atributo Clave primaria Equivalencia relacional Tabla Campo Llave primaria

Atributo compuesto Cada sub atributo se (monovaluados) convierte en campo Atributo multivaluado Tabla con campos para el atributo y para la llave de la entidad.

Paso de MER y MERE a Tablas


Elemento Atributo compuesto (multivaluados) Equivalencia relacional Los atributos multivaluados forman tablas, los monovaluados son campos en la tabla de la entidad. ---Tabla con llave fornea de la entidad fuerte relacionada.

Atributo derivado Entidad dbil

Paso de MER y MERE a Tablas


Elemento Interrelacin muchos a muchos Equivalencia relacional Tabla cuyos atributos son los de la interrelacin y las claves primarias de las entidades relacionadas. Tabla con los atributos de la interrelacin y las claves primarias de las entidades relacionadas.

Interrelaciones de orden n

Paso de MER y MERE a Tablas


Elemento Interrelacin binaria uno a muchos sin atributos Interrelacin binaria uno a muchos con atributos Interrelacin uno a uno Equivalencia relacional La tabla del lado varios incluye a la clave de la tabla del lado uno. La tabla del lado varios incluye los atributos de la interrelacin y la clave de la tabla del lado uno. La clave de una tabla pasa a la otra tabla relacionada.

Paso de MER y MERE a Tablas


Elemento interrelaciones recursivas Equivalencia relacional Se tratan igual que las otras pero puede resultar en la duplicacin de un atributo en una tabla. Para convertir este tipo de interrelacin en su equivalencia del modelo relacional hay varias opciones.

Generalizacin

Paso de MER y MERE a Tablas


Elemento Equivalencia relacional Generalizacin OPCION A: Crear una tabla para el supertipo, con sus atributos correspondientes y una tabla para cada subtipo con sus atributos ms la clave primaria de el supertipo.

Paso de MER y MERE a Tablas


Elemento Equivalencia relacional Generalizacin OPCION B: Crear para cada subtipo una tabla con los atributos del supertipo ms los atributos propios, donde la clave primaria ser la del supertipo. Esta opcin slo es vlida para especializaciones totales disjuntas.

Paso de MER y MERE a Tablas


Elemento Equivalencia relacional Generalizacin OPCION C: Crear una sola tabla con todos los atributos del supertipo y los subtipos ms un atributo T que indica el subtipo al que la tupla pertenece. Esto corresponde a una especializacin disjunta y puede generar muchos valores nulos.

Paso de MER y MERE a Tablas


Elemento Generalizacin Equivalencia relacional OPCION D: Crear una sola tabla con todos los atributos del supertipo ms los atributos de los subtipos, ms unos atributos Ti cuyo valor lgico nos indicar a qu subtipo pertenece la tupla. Esta opcin corresponde una especializacin con solapamiento.

Paso de MER y MERE a Tablas


Elemento Equivalencia relacional

Categoras

Se crea una clave para la categora que identifique cada una de las ocurrencias de la categora y que ser heredada como clave fornea por cada uno de los supertipos. Se aadir un atributo a la tabla de la categora que exprese a que subtipo pertenece cada tpla en particular.

Problema
Enunciado del problema Se desea implementar una base de datos para facilitar la gestin y administracin de un cementerio, en dicha base de datos se contemplan diferentes categoras laborales, distintos tipos de sepulturas, facturas por los servicios prestados, incluso se permite que una familia posea su propia sepultura para un determinado nmero de personas. El cementerio est dividido en sectores, teniendo estos una capacidad y extensin variable que ha de quedar reflejada. Asimismo se quiere tener informacin sobre los empleados mediante datos personales como nombre y apellidos, direccin, telfono, salario, antigedad, etc. Las categoras en las que se dividen los empleados son:
Enterradores Jardineros Administrativos

Los jardineros se ocuparn del cuidado de los sectores, de tal forma que un jardinero est al cuidado de un sector, aunque del cuidado de un sector pueden encargarse varios jardineros. Asimismo, cada sector contendr un determinado nmero de sepulturas. Una sepultura pertenece a un sector. Las Sepulturas pueden ser:
Nicho Tumba Fosa Comn

Es necesario, adems, almacenar informacin sobre el fallecido, as como de la persona (familiar) que se har cargo de los costes del servicio (todo ello, obviamente identificado mediante los datos personales y de inters para la empresa). Cada fallecido es enterrado por un nico enterrador, lgicamente el enterrador puede enterrar a mas de un fallecido durante su jornada laboral.

Los nichos tienen capacidad para una sola persona. Sin embargo una tumba tiene capacidad para varias personas siendo lo normal 4. La capacidad de una Fosa Comn es superior a la de una Tumba, y es de tipo entero. En este caso y en los dos anteriores asumimos la indivisibilidad del fallecido. Adems, los administrativos emiten facturas para los familiares, de tal forma que un administrativo puede emitir facturas a varios familiares, y un familiar puede recibir varias facturas. El nico tipo de sepultura que puede ser propiedad de un familiar es la Tumba, siendo propiedad de una nica persona, y dicha persona puede poseer varias tumbas.

APaterno Nombre Nombre completo

AMaterno Antigedad

Da

Mes Ao

Direccin

Fecha de contratacin Telfono

ID Empleado Tipo_empleado A

Salario

d
E Administrativo Enterrador

Jardinero

Id_sepulcro

Tipo Fecha de compra Sepulcro

T N Tumba CapacidadT

d
Nicho Altura

F CapacidadF

Fosa comn

InscripcinT

InscripcinN

NSector Capacidad Id_sector Superficie Nombre APaterno Sector

Nombre completo Telfono Id_familiar

AMaterno Id_factura Direccin Familiar Nombre APaterno Da Fecha Mes Ao Cantidad Factura

Nombre completo Mes Da Ao

AMaterno Mes Da Ao

Fecha Nacimiento

Fallecido

Fecha Fallecimiento

Enterrador

Id_fallecido

APaterno Nombre Nombre completo

AMaterno Antigedad

Da

Mes Ao

Direccin

Fecha de contratacin Telfono

ID Empleado Tipo_empleado A

Salario

d
E Administrativo Enterrador

J
Id_sector

NSector

Capacidad Superficie
Id_sepulcro Tipo Fecha de compra

Jardinero

Asignado a

Sector

Contiene

Sepulcro

Nombre APaterno

T N Tumba

d
Nicho Altura

F CapacidadF

Emite
Nombre completo Telfono Id_familiar Familiar AMaterno

Fosa comn

Entierra a

CapacidadT InscripcinT

InscripcinN

Direccin

Id_factura Mes Da Fecha Ao Cantidad Factura

Dueo de

Colocado en

Extendida a

Nombre APaterno

Nombre completo Mes Da Ao

AMaterno Mes Da Ao

Fecha Nacimiento

Fallecido

Fecha Fallecimiento

Asociado a

Enterrador

Id_fallecido

Jardinero IDJardinero <pi> Integer Nombre Text APaterno Text AMaterno Text Direccion Text Salario Decimal Antigedad Integer FechaContratacin Date Identifier_1 <pi> Relationship_16 Sector IdSector <pi> Integer NSector Text Capacidad Integer Superficie Decimal Identifier_1 <pi> <M> <M> <M> <M> Relationship_18 <M> <M> <M> <M> <M> <M>

Administrativo IDAdmininstrador <pi> Integer Nombre Text APaterno Text AMaterno Text Direccion Text Salario Decimal Antigedad Integer FechaContratacin Date Identifier_1 <pi> <M> <M> <M> <M> <M> <M> <M>

Enterrador IDEnterrador <pi> Integer Nombre Text APaterno Text AMaterno Text Direccion Text Salario Decimal Antigedad Integer FechaContratacin Date Identifier_1 <pi> <M> <M> <M> <M> <M> <M>

Relationship_19

Relationship_20

Telfono IDTelfono <pi> Integer <M> Telfono Integer Identifier_1 <pi> Relationship_17 Relationship_12 Familiar IdFamiliar <pi> Integer Nombre Text APaterno Text AMaterno Text Direccion Text Identifier_1 <pi> Relationship_15 Relationship_4 Relationship_13 <M> <M> <M> <M>

Relationship_14

Sepulcro IDSepulcro <pi> Integer <M> Tipo Text <M> Identifier_1 <pi> Relationship_8 Relationship_21 Relationship_6 Tumba Capacidad Integer <M> Inscripcin Text

Factura IdFactura <pi> Integer <M> Cantidad Decimal <M> Fecha Date Identifier_1 <pi>

Nicho Altura Decimal <M> Inscripcin Text FosaComn Capacidad Integer <M> Relationship_22 Fallecido IdFallecido <pi> Integer Nombre Text APaterno Text AMaterno Text FechaDeNacimiento Date FechaDeFallecimiento Date Identifier_1 <pi> <M> <M> <M> <M> <M> <M>

Jardinero IDJardinero Nombre APaterno AMaterno Direccion Salario Antigedad FechaContratacin integer <pk> long varchar long varchar long varchar long varchar decimal integer date

Administrativo IDAdmininstrador Nombre APaterno AMaterno Direccion Salario Antigedad FechaContratacin integer <pk> long varchar long varchar long varchar long varchar decimal integer date

Enterrador IDEnterrador Nombre APaterno AMaterno Direccion Salario Antigedad FechaContratacin integer <pk> long varchar long varchar long varchar long varchar decimal integer date

FK_TELEFONO_RELATIONS_ADMINIST FK_SECTOR_RELATIONS_JARDINER FK_TELEFONO_RELATIONS_JARDINER FK_TELEFONO_RELATIONS_ENTERRAD Sector IdSector integer <pk> IDJardinero integer <fk> NSector long varchar Capacidad integer Superficie decimal FK_SEPULCRO_RELATIONS_SECTOR Telfono IDTelfono IDEnterrador IDAdmininstrador IdFamiliar IDJardinero Telfono integer integer integer integer integer integer <pk> <fk4> <fk3> <fk1> <fk2> FK_TELEFONO_RELATIONS_FAMILIAR FK_FACTURA_RELATIONS_ADMINIST Familiar FK_FALLECID_RELATIONS_FAMILIAR IdFamiliar integer <pk> Nombre long varchar APaterno long varchar AMaterno long varchar Direccion long varchar FK_FALLECID_RELATIONS_ENTERRAD FK_FACTURA_RELATIONS_FAMILIAR Tumba integer <fk> integer long varchar Factura IdFactura IdFamiliar IDAdmininstrador Cantidad Fecha integer <pk> integer <fk1> integer <fk2> decimal date

Sepulcro IDSepulcro integer <pk> IdSector integer FK_TUMBA_RELATIONS_SEPULCRO <fk> IDSepulcro Tipo long varchar Capacidad FK_FOSACOMU_RELATIONS_SEPULCRO Inscripcin FK_NICHO_RELATIONS_SEPULCRO

Nicho IDSepulcro integer <fk> Altura decimal Inscripcin long varchar FosaComn IDSepulcro integer <fk> Capacidad integer FK_FALLECID_RELATIONS_SEPULCRO Fallecido IdFallecido IdFamiliar IDSepulcro IDEnterrador Nombre APaterno AMaterno FechaDeNacimiento FechaDeFallecimiento integer integer integer integer long varchar long varchar long varchar date date <pk> <fk1> <fk3> <fk2>

Modelo Orientado a Objetos


Diagrama de Clases

Modelado de Objetos
Modelo orientado a objetos Conceptos de datos orientados a objetos Modelado conceptual de objetos mediante UML Simbologa Conceptos avanzados Ejemplo de diagrama de clases

Modelo Orientado a objetos


El modelo relacional tradicional es limitado en su habilidad para representar los datos e interrelaciones complejas necesarias para aplicaciones avanzadas. Gran influencia de las tecnologa orientadas a objetos. La motivacin es mover de objetos temporales manipulados por programas a objetos persistentes que pueden ser almacenados en una base de datos.

Modelo Orientado a Objetos

Modelo Orientado a Objetos

Bases de datos orientadas a objetos


una coleccin de objetos sobre la que se definen ciertas reglas de organizacin en almacenamiento secundario para poder accesarlos

Conceptos del modelo orientado a objetos


Vehculo Platero:Animal Animal

Punto Figura (1,3) (2,2) (2,1)

(5,2.5)

Conceptos del modelo orientado a objetos


Objeto: es una entidad discreta con lmites bien definidos y con identidad, es una unidad atmica que encapsula estado y comportamiento. Literal: difiere de un objeto en que posee un estado pero no un identificador de objeto.

Conceptos del modelo orientado a objetos


Clase: es un conjunto de objetos que poseen la misma estructura, incluyendo los mismos atributos con los mismos tipos de datos y los mismos mtodos e interrelaciones. Se definen listando sus elementos de datos, mtodos e interrelaciones.

Conceptos del modelo orientado a objetos


Atributo: es una seccin dentro de un clasificador (una interfaz, clase, subsistema, base de datos o componente) que describe un rango de valores que una instancia del clasificador puede contener. Operacin: un servicio que puede ser requerido a un objeto para efectuar un comportamiento.

Conceptos del modelo orientado a objetos


Mtodo: La implementacin de una operacin. Especfica el algoritmo o procedimiento que efecta el resultado de una operacin. Interrelacin: una conexin semntica entre elementos modelados.

Conceptos del modelo orientado a objetos


Asociacin: La interrelacin semntica entre dos o ms clasificadores que implica conexiones entre sus instancias. Generalizacin: una interrelacin entre un elemento ms general y un elemento ms especfico.

Conceptos del modelo orientado a objetos


Polimorfismo: es la habilidad para usar el mismo nombre para diferentes operaciones. Interfase: una declaracin de una coleccin de operaciones que pueden ser usadas para definir un servicio ofrecido por una instancia.

Conceptos del modelo orientado a objetos


Jerarqua de clases: Organizacin de clases consistentes de superclases y subtipos, en el cual cada interrelacin es del tipo es un. Identidad de objeto: Cada objeto en la base de datos tiene asignado su propio identificador nico. El modelo OO provee identificadores nicos automticamente.

Ejemplo
Figura

Tringulo

Cuadrado

Circulo

Se aplica:
Jerarqua de clases Generalizacin Polimorfismo

UML
El Lenguaje Unificado de Modelado (UML) es una notacin que combina elementos de tres importantes estndares de diseo OO:
OMT de Rumbaugh Anlisis y diseo OO de Booch y El modelo de Jacobson

Ha tenido varias modificaciones desde su creacin siendo la ltima versin la 2.0

UML

Diagramas de UML 1.x

Diagramas de UML 2.0

Diagrama de Paquetes
Permite dividir un sistema grande en unidades ms pequeas. Los paquetes ofrecen un mecanismo general para la organizacin de los modelos/subsistemas agrupando elementos de modelado.
Paquete 1 Paquete 2

Casos de uso
Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interaccin externa con los usuarios.

Diagrama de Secuencia
Muestra una interaccin ordenada segn la secuencia temporal de eventos.

Diagrama de estados
Muestra la secuencia de estados por los que pasa un caso de uso, un objeto a lo largo de su vida, o todo el sistema. Controla la forma con la que el usuario se introduce al sistema.

Diagrama de distribucin (despliegue)


Muestran la disposicin fsica de los distintos nodos que componen un sistema y el reparto de los componentes sobre dichos nodos.

Diagrama de actividad
Muestra cmo fluye el control de unas clases a otras con la finalidad de culminar con un flujo de control total que corresponde con la consecucin de un proceso ms complejo.

Diagrama de Componentes
Los diagramas de componentes describen los elementos fsicos del sistema y sus interrelaciones. Los componentes representan todos los tipos de elementos de software que entran en la fabricacin de aplicaciones informticas.

Actualizar_transacciones
Transacciones

bsqueda

Consultas /reportes

Reservas

Diagrama de Clases
Es el diagrama principal para el anlisis y diseo. Un diagrama de clases presenta las clases del sistema con sus interrelaciones estructurales y de herencia. La definicin de clase incluye definiciones para atributos y operaciones.

Diagrama de Objetos
El Modelado de Objetos permite representar el ciclo de vida de los objetos a travs de sus interacciones.

Nuevos diagramas en UML 2.0


Diagramas de Tiempos. Empleados para mostrar las interacciones donde el propsito fundamental consiste en razonar sobre la ocurrencia de eventos en el tiempo que provocan el cambio de estados de un elemento estructural (clase, componente, etc.).

Nuevos diagramas en UML 2.0


Diagrama de Comunicacin. Equivalente al diagrama de colaboracin del OMG UML 1.x. Permite especificar interacciones entre objetos que conforman la estructura interna de un clasificador.

Diagrama de colaboracin
Es una forma de representar interaccin entre objetos. El diagrama de colaboracin se centra en estudiar todos los efectos de un objeto dado durante un escenario.

Nuevos diagramas en UML 2.0


Diagrama de Estructura Compuesta. Se emplea para visualizar de manera grfica las partes que definen la estructura interna de un clasificador.

Nuevos diagramas en UML 2.0


Diagrama General de Interaccin. Se emplea fundamentalmente para representar las interacciones, a travs de diagramas o fragmentos de diagramas de secuencias, entre los actores y el sistema como una gran caja negra, y de diagramas de actividades en los que aparecen dichos fragmentos.

Modelado conceptual de objetos mediante UML


Para el diseo de una base de datos se pueden utilizar los diagramas de
Casos de uso: para el anlisis de la base de datos, examinando roles de los usuarios y operaciones a realizarse con la base de datos. Diagrama de clases: para el diseo conceptual de la base de datos.

Principios para el modelado esttico orientado a objetos.


Atomizacin: es la divisin de un complejo dominio del mundo en entidades individuales (tomos), llamados objetos.

Principios para el modelado esttico orientado a objetos.


Clasificacin: usa las interrelaciones equivalentes de objetos con propiedades comunes y similares para integrarlas en un conjunto y describirlas con una clase equivalente para el conjunto de elementos.
Vehculo

Principios para el modelado esttico orientado a objetos.


Identificacin: la identificacin es realizada por un identificador para cada unidad.
Vehculo
Se identifica por un cdigo que puede ser El nmero de motor.

Principios para el modelado esttico orientado a objetos.


Encapsulacin: asegura la consistencia de un conjunto de informacin. Un acceso externo directo a la informacin encapsulada no es posible. Persistencia: el ciclo de vida de un objeto persistente es independiente de su uso en un proceso de aplicacin.

Principios para el modelado esttico orientado a objetos.


Asociacin: describe interrelaciones entre objetos con derechos iguales.
Vehculo
Conducido por

Piloto

Principios para el modelado esttico orientado a objetos.


Generalizacin y especializacin: definen una interrelacin es un entre objetos. Usando este principio en diferentes niveles se forman jerarquas o familias de clases.
Vehculo

Terrestre

Areo

Martimo

Principios para el modelado esttico orientado a objetos.


Estandarizacin: se definen los objetos y clases independientemente de un dominio especfico del mundo, como elementos de modelado estndar.

Principios para el modelado esttico orientado a objetos.


Agregacin y composicin: definen una interrelacin es parte de entre clases. La diferencia entre la agregacin y la composicin est dada por la dependencia entre objetos componentes y el objeto contenedor. UML 2.0 ya solo
Carro
considera la composicin

Motor

Asiento

Simbologa de los Diagramas de Clases


Clase: Puede representarse con el smbolo completo que incluye los atributos y mtodos de la clase o con un icono de clase para simplicidad.
Clase
atributos
Mtodos

Clase

Simbologa de los Diagrama de Clases


Atributos y mtodos: estos pueden tener iconos indicadores de la visibilidad que presentan en la clase. Los iconos dependern de la herramienta de modelado. Por lo general se utilizan smbolos como:
- Atributo o mtodo privado. + Atributo o mtodo pblico. # Atributo o mtodo protegido.

Simbologa de los Diagrama de Clases


Interrelaciones: las interrelaciones entre clases se representan con lneas que siguen estos formatos:

Dependencia

Simbologa de los Diagrama de Clases


Nombre de asociacin y direccin: El nombre de la asociacin es opcional. Se puede aadir un tringulo negro slido que indique la direccin en la cual leer el nombre de la asociacin.

Simbologa de los Diagrama de Clases


Multiplicidad: es una restriccin que se pone a una asociacin, que limita el nmero de instancias de una clase que pueden tener esa asociacin con una instancia de la otra clase.
Cuenta

Simbologa de los Diagrama de Clases


La multiplicidad se representa con: Un nmero fijo: 1 Un intervalo de valores: 2..5 Un rango en el cual uno de los extremos es un asterisco. Por ejemplo, 2..* significa 2 o ms. Una combinacin de elementos separados por comas: 1, 3..5, 7, 15..* Un asterisco: * . Indica cero o ms.

Simbologa de los Diagrama de Clases


Roles: Indican el papel que juega una clase en una asociacin.

Conceptos Avanzados
Estereotipo: Son una forma de extender los diagramas de clase, que permiten definir un estilo de plantilla de clases. Se colocan entre comillas espaolas

Conceptos Avanzados
Clase abstracta: son clases que no pueden generar ninguna instancia de clase. Se consideran un concepto intermedio que debe ser redefinido mediante especializacin. Se representan igual que una clase normal y se pueden diferenciar colocndoles el estereotipo abstract

Conceptos avanzados
Estereotipo de asociacin: Las asociaciones pueden estar etiquetadas con estereotipos que cambian su significado.
Clase A create Clase B

Indica que la clase B es creada por la clase A

Conceptos avanzados
Clase asociacin: muestran como se implementa una asociacin particular. Pueden indicar tambin, formas especiales de referencia, como referencias dbiles.
Registrador
Referencia dbil Mensaje de registro

Conceptos avanzados
Asociaciones N-arias: es una asociacin en la que participan ms de dos clases.
Ao

Equipo

Jugador

Marcas

Conceptos avanzados
Asociaciones calificadas: un calificador es un atributo de la asociacin cuyos valores sirven para particionar el conjunto de objetos enlazados a otro. Un calificador se representa como un pequeo rectngulo conectado al final de una asociacin y a la clase. El calificador es parte de la asociacin y no de la clase

Conceptos avanzados
Asociaciones calificadas

Ejemplo de diagrama de clases

Ejemplo: Restaurante

Ejemplo: Mquina de caf

Bibliografa
Fundamentos de sistemas de bases de datos. Ramez A. Elmasri / Shamkant B. Navathe Addison Wesley, 3 Ed. 2002 Database system concepts. Silberschatz / Korth / Sudarshan McGraw-Hill, 5 Ed. 2006 Databases Iluminated Catherine M. Ricardo Jones and Bartlet, 2004

Bibliografa
UML para programadores Java Rober C. Martin Pearson, 2004 Ingeniera de software orientado a objetos. Bernd Bruegge / Allen H. Dutoit Prentice Hall, 2002 Database Design For Smarties Using UML For Data Modeling. Robert Muller Morgan Kaufman Publisher, 1999

Bibliografa
Database management systems Raghu Ramakrishnan / Johannes Gehrke McGraw-Hill, 2 Ed. Beggining database design Gavin Powell Wiley Publishing, 2006 UML for database design Eric Nairbug / Robert Maksimchuk Addison Wesley, 2001

Referencias Web
http://www.clikear.com/manuales/uml/ http://www.xpdian.com/index.html http://www.infor.uva.es/~mlaguna/is2/mat.html http://kybele.escet.urjc.es/documentos/SI/T9_Int roduccionUML.pdf http://www.americasistemas.com.pe/noticiero_di gital/omg.htm http://www.oei.eui.upm.es/Asignaturas/BD/DYO BD/ERE_texto.pdf http://www.jorgesanchez.net/bd/disenobdr.pdf

Referencias Web
http://www.dcc.uchile.cl/~cgutierr/cursos/BD/ext endido.pdf http://home.business.utah.edu/pactlc/ http://dis.um.es/~lopezquesada/documentos/FIS _0405/Tema2VII.ppt http://www.avatarsrl.com/website/articulos/AVAT AR%20%20Articulo%20OMG%20UML%202.pdf www.inf.udec.cl/~basedato/trabajos/bdoo2.doc