Semana3 PDF
Semana3 PDF
Semana3 PDF
• Elementos permitidos.
Objetos (entidades, registros, etc.)
Asociaciones entre objetos (interrelaciones)
Características de los objetos o asociaciones
Dominios
• Elementos no permitidos (restricciones).
Inherentes
De integridad o semánticas
DINÁMICO
•Conjunto de operadores.
•Cada operador tiene dos componentes:
Localización
Acción
EL MODELO SEMANTICO DE DATOS
SANDÍA
Fruta comestible
Atributos:
Peso
Color
Sabor
Color del Plato?
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
Semántica de los Datos
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 Públicos, dirección y características.
Realidad
Experiencia de actividades que
desarrollan los diferentes
participantes en la organización para
la ejecución de operaciones, control,
supervisión, toma de decisiones,
apoyo, planeamiento, etc. utilizando
gran cantidad de datos.
Realidad Percibida
Interpretación de la realidad en
función de la naturaleza de la
organización, objetivo del modelo y
los filtros humanos como
experiencia, conocimiento, etc.
Arquitectura de Datos
Grupo de estudio ANSI/SPARC en 1977 propuesta de arquitectura plantea
la definición de la base de datos a tres niveles de abstracción:
Nivel Interno
Nivel Conceptual
Nivel Externo
Arquitectura de Datos
Arquitectura de Datos
Arquitectura de Datos
Arquitectura de Datos
Modelamiento Conceptual
Modelo Conceptual de Datos
REALIDAD
el sistema.
- Componentes de la realidad.
- Cada componente tiene límites físicos o
conceptuales.
- Elementos : tangibles, intangibles,
conceptuales con características o atributos.
Ejemplo:
Persona ==== DNI
Producto ==== Codigo_Producto
Entrada/salida === Tipo_movimiento
IDENTIFICADORES
RELACIONES
RELACIONES
Entidades conectadas
de muchas maneras.
Ejemplo. posee
Atributo1
atributo2
CARDINALIDAD
Ejemplo de (1,N)
CURSOSxALUMNO
1 N
alumno CURSOSxALUMNO cursos
Atributo1
atributo2
Ejemplo N:M
N 1
libro ESCRIBE autor
1 N
ESCRIBE
(producto cartesiano)
Atributos de Relaciones
Ejemplo : En una Universidad
Ejemplo : Universidad Facultad- Campus
Relaciones
Ejemplos :
Relaciones y Cardinalidad
Relaciones y Cardinalidad
Relaciones y Cardinalidad
Relaciones y Cardinalidad
Relaciones y Cardinalidad
Relación recursiva
PERSONA FAMILIA
CURSO PRE REQUISITO
1
N
Razones de Cardinalidad más comunes
1:1 (Uno a Uno)
1: N (Uno a Muchos)
N:M (Muchos a Muchos)
trabajador
EMPLEADO ACTOR
encargado 1 personaje M
1
1 sucursal N film N
Un empleado ocupa un puesto de Trabajo y ese puesto es ocupado por un sólo empleado
o por ninguno si está vacante
Ejemplo 2.
Una Clínica necesita llevar un control informatizado de su gestión de pacientes y médicos.
• De cada paciente se desea guardar el código, nombre, apellidos, dirección, población,
provincia, código postal, teléfono y fecha de nacimiento.
• De cada médico se desea guardar el código, nombre, apellidos, teléfono 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 código de ingreso (que se incrementará automáticamente
cada vez que el paciente realice un ingreso), el número de habitación y cama en la que el
paciente realiza el ingreso y la fecha de ingreso.
• Un médico puede atender varios ingresos, pero el ingreso de un paciente solo puede ser
atendido por un único médico. 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) (0,N)
FECHA
CAMA
(1,1) (1,1)
1:n RPI INGRESOS RIM n:1
Ejemplo 3
Una empresa vende productos a varios clientes. Se necesita conocer los datos
personales de los clientes (nombre, apellidos, dni, dirección y fecha de nacimiento).
Cada producto tiene un nombre y un código, así como un precio unitario. Un cliente
puede comprar varios productos a la empresa, y un mismo producto puede ser comprado
por varios clientes.
Los productos son suministrados por diferentes proveedores. Se debe tener en cuenta
que un producto sólo puede ser suministrado por un proveedor, y que un proveedor
puede suministrar diferentes productos. De cada proveedor se desea conocer el RUC,
nombre y dirección. 1:N
CODIGO
(1,n) NOMBRE
RPP PRODUCTOS PRECIO UNIT
(1,1) (1,n)
RUC
NOMBRES PROVEEDORES RPC N:M
DIRECCION
(1,n)
DNI
APELLIDOS
CLIENTES
FECHA NAC
DIRECCION
Ejemplo 4
Una base de datos para una pequeña empresa debe contener información acerca de
clientes, artículos y pedidos. Hasta el momento se registran los siguientes datos en
documentos varios:
• Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente),
Saldo, Límite de crédito (depende del cliente, pero en ningún caso debe superar los
3.000.000 soles), Descuento.
• Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, existencias de
ese artículo en cada fábrica, Descripción del artículo.
• Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera
está formada por el número de cliente, dirección de envío y fecha del pedido. El cuerpo
del pedido son varias líneas, en cada línea se especifican el número del artículo pedido y
la cantidad. Además, se ha determinado que se debe almacenar la información de las
fábricas; sin embargo, dado el uso de distribuidores, se usará: Número de la fábrica (único)
y Teléfono de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica.
También, por información estratégica, se podría incluir información de fábricas alternativas
respecto de las que ya fabrican artículos para esta empresa.
Nota: Una dirección se entenderá como Nº, Calle, Municipalidad y Ciudad. Una fecha
incluye hora.
Se pide confeccionar un modelo de Datos que represente esta información.
NUMERO
DIRECCIONES CALLE
DE ENVIO MUNICIPALIDAD
CIUDAD
#ARTICULO
DESCRIPCION
#CLIENTE
SALDO (0,n)
CLIENTE LIMITE ARTICULO
CRDITO
DESCUENTO
(0,n) (1,n)
Se fabrica
Es hecho
incluye
Existencias
(1,n) (1,n)
#PEDIDO Cantidad
FECHA
PEDIDO FÁBRICA
(1,n)
NUMERO #FABRICA
CALLE TELEFFONO
DIRECCIONES
MUNICIPALIDAD
DE ENVIO
CIUDAD
Ejemplo 5 : “SOCIOS DE LA BIBLIOTECA”
Crear un diseño entidad relación que permita gestionar los datos de una biblioteca de modo
que :
• La biblioteca almacena libros que presta a los socios y socias, de ellos se almacena su
título, su editorial, el año en el que se escribió el libro, el nombre completo del autor (o
autores), el año en que se editó y en qué editorial fue y el ISBN.
(0,n)
Id_volumen
(1,1) Deteriorado VOLUMENES
PERSONAS Hacer
Código_socio
DNI (0,n) (1,1)
Nombre
Apellidos
Id_prestamo
Dirección
Fecha_real
(0,n)
Telefono PRESTAMOS Prestar
Fecha_prestamo
Ejemplo 6
Le contratan a usted para hacer una BD que permita apoyar la gestión de un sistema
de ventas. La empresa necesita llevar un control de proveedores, clientes, productos y
ventas.
Un cliente también tiene RUC, nombre, dirección, pero puede tener varios teléfonos
de contacto. La dirección se entiende por calle, número, municipalidad y ciudad.
Un producto tiene un id único, nombre, precio actual, stock y nombre del proveedor.
Además se organizan en categorías, y cada producto va sólo en una categoría. Una
categoría tiene id, nombre y descripción.
Por razones de contabilidad, se debe registrar la información de cada venta con un id,
fecha, cliente, descuento y monto final. Además se debe guardar el precio al momento
de la venta, la cantidad vendida y el monto total por el producto.
Id_categoria
Nomb_Categoria CATEGORIA
RUC_Proveedor Descrip_Categoria
Nomb_ProveedoW
eb (1,n)
Direccionp
• Callep
Se Clasifica
• Numerop
• Municipalidadp
• Ciudadp (1,1)
Id_producto
(1,n) (1,1) Nomb_Producto
PROVEEDOR Provee PRODUCTO
Precio
Stock
(1,n)
RUC_Cliente
Nomb_Cliente
Telef_Cliente CLIENTE Detalle
Direccionc
• Callec
• Numeroc (1,n) (1,n)
• Municipalidadc Id_venta
• Ciudadc (1,1) Fecha
Compra FVENTA Monto_Final
Descuento
Ejemplo 7 (Examen Parcial 2014-2)
Se pide elaborar un diagrama Entidad/Relación que permita gestionar una red
social Twitter, el modelo debe controlar por lo menos a usuarios, grupos de
usuarios, mensajes públicos, mensajes privados (individual, grupal), hashtags, etc
(1,1)
(0,n) (0,n)
(1,n)
seguir
Pertenece NORMAL PRIVADO
dirigir
idGrupo
nombreGrupo (0,n)
(0,n)
GRUPOS INDIVIDUAL
(1,1)
dirigir GRUPAL
(0,n)
Ejemplo 8. (Examen Parcial 2014-1)
La empresa “Videos Erols” es una pequeña 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 están 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 géneros.
“Videos Erols” ha establecido como política de la empresa cobrar las
respectivas moras si alguno de sus clientes tardan en devolver el viseo
alquilado; es importante recalcar que la empresa también tiene la política 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 película y esta todavía no ha sido adquirida,
inmediatamente el nombre de la película es anotado en una lista la cual
contiene el código del cliente para después pedir la película al proveedor.
También 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 género. Como toda empresa ofrece beneficios a sus clientes más
frecuentes y también realiza ofertas como por ejemplo “pague dos y lleve
tres”, estas ofertas también son controladas, vale decir que se registran
cuales fueron más veces demandadas por los clientes.
Ejemplo 8. (Continuación)
Integridad referencial