6/06/2015

Modelamiento de Datos
SEMANTICA DE LOS DATOS

Considera los datos por su significado, concepto intrnseco.

Ingeniera de la Informacin
Permite tanto a las mquinas como a las personas identificar el
significado de la misma involucrando su significado propio y la
Es la aplicacin en el mbito de la empresa de un conjunto de
relacin de ste con otros datos
tcnicas formales para el planeamiento, anlisis, diseo y
construccin de sistemas de informacin en base a toda la empresa o
a travs de los sectores ms importantes de ella SANDA
JAMES MARTIN

Fruta comestible
Atributos:
Peso
Color
Sabor
Color del Plato?

Semntica de los Datos

Modelamiento de Datos
1. Nombre
POLICIA 2. Apellido
3. Altura
4. Peso
5. Color de luces
6. Material de uniforme asignado
7. Color del uniforme asignado
8. Componentes del uniforme asig.
9. Placa de moto asignada
10.Tipo de moto asignada
11.Marca de las ruedas
12.Nro Licencia de conducir
13.Fecha de nacimiento
14.Marca de lentes
Inmobiliaria El Hogar
Compra y alquila casas a sus clientes Identifica a
los clientes con sus NroDNI y guarda datos de
contacto. Identifica a sus casas con el Nro
Registros Pblicos, direccin y caractersticas.
Le interesa saber del alquiler cunto pagar por
mes, el nro contrato, si paga o no servicios, Fecha
inicio y fin, da de pago...
Uno puede alquilar varias casas Si la vende le
interesa saber cundo se vendi, a qu precio,
Meses de atraso Nro factura, etc
Ao de Construccin
En Infocorp CLIENTE
Formapago
Monto Garanta alquiler
Nombre
eMail CASA
NroCatastro

1
 6/06/2015

Niveles de abstraccin de Datos Niveles de abstracin de Datos

Realidad
Experiencia de actividades que
desarrollan los diferentes
participantes en la organizacin para
la ejecucin de operaciones, control,
supervisin, toma de decisiones,
apoyo, planeamiento, etc. utilizando
gran cantidad de datos.

Realidad Percibida
Interpretacin de la realidad en
funcin de la naturaleza de la
organizacin, objetivo del modelo y
los filtros humanos como
experiencia, conocimiento, etc.

Arquitectura de Datos
Arquitectura de Datos
Grupo de estudio ANSI/SPARC en 1977 propuesta de arquitectura plantea
la definicin de la base de datos a tres niveles de abstraccin:

Nivel Interno

Nivel Conceptual

Nivel Externo

2
 6/06/2015

Arquitectura de Datos Arquitectura de Datos

Arquitectura de Datos Modelamiento Conceptual

3
 6/06/2015

Modelo Conceptual de Datos Modelo Conceptual

REALIDAD

Lugar intermedio entre el modelo externo

y el modelo interno.
MODELO
EXTERNO REALIDAD
Enfoque usuario PERCIBIDA
Es el punto de acercamiento entre el PANTALLAS
usuario y el analista. REPORTES

Es lo ms estable del del sistema, si se MODELO

CONCEPTUAL
cambia o modifica, cambia el concepto y Enfoque general

el sistema.

Esta compuesto por entidades y

relaciones semnticas. MODELO
INTERNO BD FISICA
Enfoque tcnico RUTINAS

Genera un modelo formal y normalizado.

PARADIGMA ORIENTADO A OBJETOS

PARADIGMA ORIENTADO A OBJETOS
El mundo est hecho de objetos.
La clase describe el mbito de definicin de
Los objetos tiene conocimiento (atributos) y comportamiento un conjunto de objetos.
(mtodos)
No hay actividades libres. Una actividad es llevada a cabo por la Cada objeto pertenece a una clase.
colaboracin de objetos
Conocimiento y comportamiento son diferentes aspectos del mismo
objeto, considerados juntos tras una abstraccin de responsabilidad Las generalidades estn contenidas en la
Los objetos que contienen los mismos tipos de valores y los mismos clase y las particularidades estn contenidas
mtodos se agrupan en clases. en los objetos.
Los objetos acceden a los datos de otros objetos mediante el envo
de mensajes.

4
 6/06/2015

MODELO ENTIDAD RELACION

Modelamiento Orientado a Objetos
Su objetivo es PROVEER:
Medios para entender y analizar los objetos que son de inters
para la organizacin
Medios comunes de representacin y razonamiento acerca de
esos objetos
Un mtodo para presentar una vista global de los objetos
requeridos para llevar la organizacin
Medios para definir una vista de objetos independiente
validable por los usuarios y transformable en un diseo fsico

Modelamiento Orientado a Objetos

Modelo Entidad Relacin ASPECTOS GENERALES
ENTIDAD

- Componentes de la realidad.
- Cada componente tiene lmites fsicos o
conceptuales.
- Elementos : tangibles, intangibles,
conceptuales con caractersticas o atributos.

Es un abstraccin de una persona, lugar, cosa, concepto, evento; de

inters para negocio.
Conjunto de atributos que describen a una persona, organizacin, evento,
idea o cualquier concepto que exista por s mismo.
Un conjunto de atributos que definen a una entidad no deben pertenecer a
otra.
Todas las entidades tienen la misma estructura de atributos.

5
 6/06/2015

ENTIDAD
Entidad

Entidad Nomenclatura Entidad Nomenclatura

6
 6/06/2015

ENTIDADES TIPICAS ENTIDADES TIPICAS

ATRIBUTO
ATRIBUTO

7
 6/06/2015

TIPOS DE ATRIBUTO
Atributos Diccionario de Datos

Elemental: Proviene del mismo evento que lo genera sin

sufrir transformacin.

Derivado : Generado a partir de otros datos previos a l.

Horizontal : Depende de otros y se genera en el instante.
Ejemplo : Monto = precio x cantidad

Vertical : Depende de s mismo y se genera en el tiempo por

cada evento
Ejemplo : i = i + 1

IDENTIFICADORES IDENTIFICADORES
Instancias.

Todos los datos de una entidad tienen la misma estructura.

Se debe distinguir de manera individual a cada uno de los
miembros que conforman la entidad.

No olvidar que un Identificador nico Es un atributo que identifica a

una instancia en particular. Se conoce tambin como atributo clave

Los valores del atributo clave deben ser nicos.

Ejemplo:
Persona ==== DNI
Producto ==== Codigo_Producto
Entrada/salida === Tipo_movimiento

8
 6/06/2015

IDENTIFICADORES RELACIONES

RELACIONES

RELACIONES Asociacin de dos o ms entidades.

Entidades conectadas
de muchas maneras.
Ejemplo.
Tambin estn compuestas por datos elementales.
Los valores que pueden tomar los atributos definen las
ocurrencias (instancias) de las entidades y relaciones.
Se representan por un rombo .
posee Llevan un nombre para relaciones no triviales.

Una persona posee un velero.

cuida
Una persona navega en un
velero. PRODUCTO
navega Alumno Curso
CATESIANO
Una persona cuida un velero.

9
 6/06/2015

Ejemplo N:M

CARDINALIDAD N
libro Escribe
1 autor
Definen reglas de gestin mediante un par ordenado. 1 N
(1,1) Un alumno lleva un curso
(1,n) Un alumno lleva varios cursos.
PRODUCTO CARTESIANO
Ejemplo de (1,N)

1 Notas
N
alumnos del cursos
|Curso

Ejemplo : En una Universidad

Atributos de Relaciones

10
 6/06/2015

Ejemplo : Universidad Facultad- Campus

Relaciones

Ejemplos : Relaciones y Cardinalidad

Relaciones y Cardinalidad

11
 6/06/2015

Relaciones y Cardinalidad Relaciones y Cardinalidad

Razones de Cardinalidad ms comunes

Relaciones y Cardinalidad 1:1 (Uno a Uno)
1: N (Uno a Muchos)
N:M (Muchos a Muchos)

trabajador
EMPLEADO ACTOR

encargado 1 personaje M
1

TRABAJA EN SUPERVISA ACTUA EN

1 sucursal N film N

LOCAL VIDEO CLUB PELICULA

Lugar trabajo

12
 6/06/2015

Ejemplo 2.
Ejemplo 1
Una Clnica necesita llevar un control informatizado de su gestin de pacientes y mdicos.
Un empleado ocupa un puesto de Trabajo y ese puesto es ocupado por un slo empleado De cada paciente se desea guardar el cdigo, nombre, apellidos, direccin, poblacin,
provincia, cdigo postal, telfono y fecha de nacimiento.
o por ninguno si est vacante
De cada mdico se desea guardar el cdigo, nombre, apellidos, telfono y especialidad,
se desea llevar el control de cada uno de los ingresos que el paciente hace en el hospital.
Cada ingreso que realiza el paciente queda registrado en la base de datos.
De cada ingreso se guarda el cdigo de ingreso (que se incrementar automticamente
cada vez que el paciente realice un ingreso), el nmero de habitacin y cama en la que el
paciente realiza el ingreso y la fecha de ingreso.
Un mdico puede atender varios ingresos, pero el ingreso de un paciente solo puede ser
atendido por un nico mdico. Un paciente puede realizar varios ingresos al hospital.

FECHA NACIMIENTO

IDENTIFICADORM
IDENTIFICADOR

ESPECIALIDAD
POBLACION
APELLIDOS

APELLIDOS
DIRECCION

PROVINCIA

TELEFONO
NOMBRES

NOMBRES
CPOSTAL
PACIENTES MEDICOS

IDENTIFICADORI

HABITACION
(1,N) (1,N)

FECHA

CAMA
(1,1) (1,1)
1:n RPI INGRESOS RIM n:1

Ejemplo 4
Ejemplo 3
Una base de datos para una pequea empresa debe contener informacin acerca de
Una empresa vende productos a varios clientes. Se necesita conocer los datos clientes, artculos y pedidos. Hasta el momento se registran los siguientes datos en
personales de los clientes (nombre, apellidos, dni, direccin y fecha de nacimiento). documentos varios:
Cada producto tiene un nombre y un cdigo, as como un precio unitario. Un cliente
puede comprar varios productos a la empresa, y un mismo producto puede ser comprado Para cada cliente: Nmero de cliente (nico), Direcciones de envo (varias por cliente),
por varios clientes. Saldo, Lmite de crdito (depende del cliente, pero en ningn caso debe superar los
Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta 3.000.000 soles), Descuento.
que un producto slo puede ser suministrado por un proveedor, y que un proveedor Para cada artculo: Nmero de artculo (nico), Fbricas que lo distribuyen, existencias de
puede suministrar diferentes productos. De cada proveedor se desea conocer el RUC, ese artculo en cada fbrica, Descripcin del artculo.
nombre y direccin. 1:N
CODIGO Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera
(1,n) NOMBRE est formada por el nmero de cliente, direccin de envo y fecha del pedido. El cuerpo
RPP PRODUCTOS PRECIO UNIT
del pedido son varias lneas, en cada lnea se especifican el nmero del artculo pedido y
la cantidad. Adems, se ha determinado que se debe almacenar la informacin de las
(1,1) (1,n) fbricas; sin embargo, dado el uso de distribuidores, se usar: Nmero de la fbrica (nico)
y Telfono de contacto. Y se desean ver cuntos artculos (en total) provee la fbrica.
RUC Tambin, por informacin estratgica, se podra incluir informacin de fbricas alternativas
NOMBRES PROVEEDORES RPC N:M respecto de las que ya fabrican artculos para esta empresa.
DIRECCION

Nota: Una direccin se entender como N, Calle, Municipalidad y Ciudad. Una fecha
(1,n) incluye hora.
DNI Se pide confeccionar un modelo de Datos que represente esta informacin.
APELLIDOS
CLIENTES
FECHA NAC
DIRECCION

13
 6/06/2015

NUMERO
DIRECCIONES CALLE Ejemplo 5 : SOCIOS DE LA BIBLIOTECA
DE ENVIO MUNICIPALIDAD
CIUDAD
#ARTICULO
DESCRIPCION
Crear un diseo entidad relacin que permita gestionar los datos de una biblioteca de modo
#CLIENTE
SALDO (0,n) que :
CLIENTE LIMITE ARTICULO
CRDITO
Las personas socias de la biblioteca disponen de un cdigo de socio y adems necesitar
DESCUENTO
almacenar su dni, direccin, telfono, nombre y apellidos.
(0,n) (1,n)
La biblioteca almacena libros que presta a los socios y socias, de ellos se almacena su
Se fabrica ttulo, su editorial, el ao en el que se escribi el libro, el nombre completo del autor (o
Es hecho
incluye autores), el ao en que se edit y en qu editorial fue y el ISBN.
Existencias
(1,n) (0,n) Necesitamos poder indicar si un volumen en la biblioteca est deteriorado o no.
#PEDIDO Cantidad
FECHA
PEDIDO FBRICA
Queremos controlar cada prstamo que se realiza almacenando la fecha en la que se
(1,n) realiza, la fecha tope para devolver (que son 15 das ms que la fecha en la que se
realiza el prstamo) y la fecha real en la que se devuelve el libro.
NUMERO #FABRICA
CALLE TELEFFONO
DIRECCIONES
MUNICIPALIDAD
DE ENVIO
CIUDAD

SOLUCION SOCIOS DE LA BIBLIOTECA

ISBN
Editorial
Id_autor Ao Escritura Ejemplo 6
nombrea Titulo
escribir (1,n) tener

(0,n) LIBROS (1,1) Le contratan a usted para hacer una BD que permita apoyar la gestin de un sistema
AUTORES
de ventas. La empresa necesita llevar un control de proveedores, clientes, productos y
(0,n) ventas.

Un proveedor tiene un RUC, nombre, direccin, telfono y pgina web.

DNI
Nombre Un cliente tambin tiene RUC, nombre, direccin, pero puede tener varios telfonos
Id_volumen
Apellido PERSONAS VOLUMENES de contacto. La direccin se entiende por calle, nmero, comuna y ciudad.
deteriorado
Direccin
Cod_socio
Telefono Un producto tiene un id nico, nombre, precio actual, stock y nombre del proveedor.
(1,1) Adems se organizan en categoras, y cada producto va slo en una categora. Una
(1,1) categora tiene id, nombre y descripcin.
Id_prestamo
Fecha real
Fecha prestar Por razones de contabilidad, se debe registrar la informacin de cada venta con un id,
prestamo
fecha, cliente, descuento y monto final. Adems se debe guardar el precio al momento
hacer
de la venta, la cantidad vendida y el monto total por el producto.
PRESTAMOS
(0,n) (0,n)

14
 6/06/2015

Ejemplo 7 (Examen Parcial 2014-2)

Id-categoria Se pide elaborar un diagrama Entidad/Relacin que permita gestionar una red
Nombre CATEGORIA
Descripcin
social Twitter, el modelo debe controlar por lo menos a usuarios, grupos de
(1,n) usuarios, mensajes pblicos, mensajes privados (individual, grupal), hashtags, etc

email (0,n) idEnlace

Se Clasifica ENLACES rutaEnlace
ruc nombreUsr
web contrasea contener
idhash
nombrep (1,1) datosPersonales
calle
(1,n) Id-producto (0,n)
Nmero (1,1) idGrupo (0,n) usar
PROVEEDOR provee PRODUCTO Nombrep USUARIOS idMensaje
Direccin
Producto texto
Municipalidad
Stock (0,n)
Ciudad hashtag
(0,n) MENSAJES
Telfono HASHTAGS

(1,1)
cantidad detalle (0,n) (0,n)
(1,n)
rucc
nombrec seguir
telefonoc (1,n) Pertenece NORMAL PRIVADO

Id-venta
CLIENTE (1,n) (1,1) VENTA Fecha dirigir
compra Monto-Final idGrupo
nombreGrupo (0,n)
Descuento (0,n)
calle GRUPOS INDIVIDUAL
Numero (1,1)
direccin Municipalidad
dirigir GRUPAL
ciudad
(0,n)

Ejemplo 8. (Examen Parcial 2014-1)

La empresa Videos Erols es una pequea empresa que se dedica
nicamente al alquiler de videos, esta empresa tiene una lista de clientes, es
decir que solo puede alquilar videos a personas que estn inscritas como
socios y si la persona quiere alquilar un video puede convertirse en socio, la
empresa tiene gran variedad de videos los cuales son de diversos gneros.
Videos Erols ha establecido como poltica de la empresa cobrar las
respectivas moras si alguno de sus clientes tardan en devolver el viseo
alquilado; es importante recalcar que la empresa tambin tiene la poltica de
adquirir nuevos videos es decir los ltimos estrenos, estas ltimas
adquisiciones las obtiene de los proveedores que conoce. Videos Erols
emite sus rdenes de compra sobre la base de los pedidos de los clientes, es
decir si un cliente pide una pelcula y esta todava no ha sido adquirida,
inmediatamente el nombre de la pelcula es anotado en una lista la cual
contiene el cdigo del cliente para despus pedir la pelcula al proveedor.
Tambin los pedidos se hacen sobre la base de encuestas que se hace a los
clientes, estas encuestas contienen las preferencias de cada cliente respecto
a cada gnero. Como toda empresa ofrece beneficios a sus clientes ms
frecuentes y tambin realiza ofertas como por ejemplo pague dos y lleve
tres, estas ofertas tambin son controladas, vale decir que se registran
cuales fueron ms veces demandadas por los clientes.
Ejemplo 8. (Continuacin)
Los procesos de la empresa son :
Alquiler de videos: Es el proceso principal de la empresa consiste en
facilitar los videos a un precio establecido.
Adquisicin de videos : Es la adquisicin de nuevos videos para alquilar o
si alguno tiene mucha demanda se solicita ms copias. La adquisicin se
realiza por medio de una orden de compra.
Emisin de factura: Apenas se entrega el video al cliente, este deber
pagar la respectiva factura.
Cobro de Mora : En caso que el cliente se demore en la entrega de uno o
varios videos, este deber pagar adicionalmente un precio de acuerdo al
tiempo que se ha retrasado.
Promociones : La empresa permite que los clientes paguen una cierta
cantidad de video y se lleven un video adicional.
Beneficios a los mejores clientes : La empresa detecta a los mejores
clientes los que ms han alquilado y a la vez menos moras han tenido, a
estos clientes se les dar una rebaja.
Encuentre: las entidades, sus atributos, relaciones y el diagrama E/R.

15
 6/06/2015

Relacin recursiva Definicion de Llave Primaria (Primary Key)

Cuando se asocian dos ocurrencias de una misma entidad se dice Una entidad necesita un identificador nico para cada una
que la relacin es recursiva de las tuplas, esta es la clave (primaria) de la
1 entidad,cuyos valores no pueden ser repetidos.
1
Una clave primaria debe ser mnima, en el sentido de que
en su composicin no intervengan ms que los atributos
PERSONA FAMILIA estrictamente requeridos para identificar las tuplas de
CURSO PRE REQUISITO
forma nica.
Una clave primaria puede ser simple (formada por un solo
1
N atributo) o compuesta (formada por ms de uno).
En general, una entidad puede tener ms de una clave, y
en ese caso, cada una de las llaves es una llave
candidata. Una de las llaves candidatas se designa como
llave primaria de la entidad.

Definicion de Llave Fornea (foreign keys)

Clave Semantica Una llave fornea nace de la existencia de una relacin de

Una clave semntica, tambin llamada inteligente, es aquella
que tiene significado por s misma, es decir que el o los
atributos que la conformen contengan valores que describan
"realmente" a la entidad reflejada en la tupla (por ejemplo, el
DNI en una entidad de personas). Lo contrario, es decir, una
clave arbitraria cuya nica funcin es la de identificar la entidad
designada por la tupla, se denomina clave subrogada (por
ejemplo una secuencia de numeros).
cardinalidad 1 a n entre dos entidades. La llave fornea
representa la implementacin de la relacin, corresponde a la
llave primaria de la entidad relacionada con cardinalidad 1 y
se expresa como un atributo de la entidad relacionada con
cardinalidad n.
Un atributo FK es clave fornea de una entidad si satisface las
siguientes condiciones:
Los valores de FK tienen el mismo dominio de los valores de
la clave primaria de la otra entidad.
Un valor de FK se presenta como un valor de la clave
primaria en otra entidad.

16
 6/06/2015

Integridad de la Entidad

La restriccin de integridad de entidad establece que ningn

valor de llave primaria puede ser nulo. Esto es porque ellas
identifican tuplas de la entidad.

Integridad referencial

La restriccin de integridad referencial se especifica entre dos

entidades relacionadas y se usa para mantener la consistencia
entre tuplas de las dos entidades, tupla en una entidad que
hace referencia a otra entidad debe referirse a una tupla
existente en esa entidad.

17