Professional Documents
Culture Documents
Representacin 92003206
Indivisible
Independiente Abstracto
Bases de Datos
Conceptos
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
A|B|C|D
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:
Estructurar
Accessar Manejar Consultar
Bases de Datos
Conceptos
Bases de Datos
Motivacin
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
A, B, C
100 kb
Bases de Datos
Motivacin
Ventajas
Dificultad de acceso
A, B, C Archivos de texto
#$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
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
Failure! Success!
INSERT d INTO r
Bases de Datos
Motivacin
Ventajas
Seguridad
Bases de Datos
Motivacin
Diferentes usuarios
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
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
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:
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
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
Bases de Datos
Modelos de datos
Bases de Datos
Modelos de datos
Jerrquico
Bases de Datos
Modelos de datos
De Red
D C
H I
Bases de Datos
Modelos de datos
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
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
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?
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)
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.
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.
Persona
Salvadorea Nacionalidad
Tipos de atributos
Multivaluado: aquellos atributos que pueden tener varios valores. Ejemplo: Telfono. Smbolo: 0445512345678
Atributo 56061234
Telfono
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.
Cliente
No_IFE
Entidad - Atributo
Nombre
Edad
Interrelaciones
Las interrelaciones representan asociaciones del mundo real entre dos o ms entidades.
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
Interrelacin
Ejemplo
Semestre
Profesor
Imparte
Asignatura
Opciones de simbologa
Cardinalidad
Uno a uno (1:1) Uno a muchos (1:N)
1
Chen
1
Simbologa modalidad
Chen
Obligatoria Obligatoria Obligatoria
Opcional
No existe
Opcional
Opcional
Obligatoria
Opcional
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
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
Estudia
Asignatura
Edad
Ejemplo
ApellidoM
Nombre completo
Estudia
Asignatura
Edad
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.
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.
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.
Id_Vehculo
Nombre_ Vehculo
No_de Motor
Precio
Vehculo
No_de_ Pasajeros
Carro
Camin
Capacidad
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
Cant_ Disponible
Pieza Manufacturada
Pieza Comprada
Provee
Discriminador de subtipos
Tipo_empleado
Tipo_empleado=
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.
Unidad de ventas
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
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
Lado
Cuadrado
Rectngulo
Alto
Lado
Cuadrado
Area
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
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 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.
Especializacin parcial
Disjuncin Traslape
d O
Smbolo
U
Categora total
Agregacin
Como entidad
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.
Interrelaciones de orden n
Generalizacin
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.
AMaterno Antigedad
Da
Mes Ao
Direccin
ID Empleado Tipo_empleado A
Salario
d
E Administrativo Enterrador
Jardinero
Id_sepulcro
T N Tumba CapacidadT
d
Nicho Altura
F CapacidadF
Fosa comn
InscripcinT
InscripcinN
AMaterno Id_factura Direccin Familiar Nombre APaterno Da Fecha Mes Ao Cantidad Factura
AMaterno Mes Da Ao
Fecha Nacimiento
Fallecido
Fecha Fallecimiento
Enterrador
Id_fallecido
AMaterno Antigedad
Da
Mes Ao
Direccin
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
Dueo de
Colocado en
Extendida a
Nombre APaterno
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>
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
(5,2.5)
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
UML
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 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.
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.
Piloto
Terrestre
Areo
Martimo
Motor
Asiento
Clase
Dependencia
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
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: Restaurante
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