UNIVERSIDAD NACIONAL
“SANTIAGO ANTÚNEZ DE MAYOLO”
FACULTAD DE CIENCIAS
ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS E
INFORMÁTICA
Mg. Ing. Jesús Ocaña Velásquez
Datos, información, conocimiento
DATO: Cifra, letra o palabra que se suministra a la computadora como entrada y la máquina almacena en un
determinado formato
INFORMACIÓN, es un conjunto de datos, los cuales son adecuadamente procesados, para que de esta
manera, puedan proveer un mensaje que contribuya a la toma de decisión a la hora de resolver un problema
CAMPO
REGISTRO
ARCHIVO
CAMPO
Código Apellido Teléfono Edad
001 Obregón 943554123 18
ARCHIVO
REGISTR 002 Ramírez 943674521 19
O 003 Pérez 944893429 12
Códig Curso Promedio
o
001 Microcontroladores 13
002 Programación I 14
003 Taller Técnico I 15
003 Programación II 11
BASE DE DATOS
• Conjunto unificado de información, que será compartida por
diferentes usuarios de la organización
• La función básica de una base de datos es permitir el
almacenamiento y la recuperación de la información necesaria, para
que las personas de la organización puedan tomar decisiones.
CICLO DE VIDA DE UNA APLICACIÓN DE BASE DE DATOS
PASOS PARA
DISEÑAR
BASE DE
DATOS
El mundo real se refiere a las políticas, reglas de negocios y
procedimientos existentes, para llevar a cabo las actividades del negocio.
El proceso de recolección, clasificación, análisis y selección de los datos
relevantes, constituye la abstracción de dicha realidad.
La definición de entidades, atributos y relacionamientos entre entidades,
tal como ya lo mencionamos, es el modelo o modelado de datos.
Finalmente, la Base de Datos se implementará a partir del modelado de
datos como consecuencia del procesos de migración tal como se verá mas
adelante en las clases.
EL MODELO ENTIDAD RELACIÓN
El modelo Entidad Relación es en si, el modelado de datos,
pues se emplea para interpretar, especificar y documentar los
requerimientos en sistemas de procesamiento de base de
datos.
LAS ENTIDADES
• Es cualquier objeto o evento acerca del cual podemos
recolectar datos.
• La entidad puede ser una persona, lugar o cosa.
ejemplo: un cliente , un trabajador o un artículo.
También son entidades los eventos o acontecimientos que
ocurren en el tiempo; por ejemplo, una venta, un
requerimiento de artículos de almacén o la matrícula de un
alumno.
LOS ATRIBUTOS
• Son las propiedades que describen las características de una Entidad.
Ejemplo
1. En la Entidad PACIENTE, registraremos los atributos: Nombre,
Dirección, Fecha de su última consulta y los detalles de la
consulta, diagnóstico y receta.
2. Para la entidad EMPLEADO, nos podría interesar registrar su nombre
completo, fecha de ingreso, cargo y área de trabajo.
3. Para un CLIENTE, necesitaremos registrar su número de RUC, nombre
completo, numero de DNI, dirección, teléfono y fecha de registro.
4. En la entidad PRODUCTO, requerimos almacenar su descripción, unidad
de medida, precio unitario, otras características.
REPRESENTACIÓN DE LAS ENTIDADES
Las entidades y sus atributos serán representadas gráficamente
en su forma lógica (Entidad) a través del modelado de datos y
en sus formato físico (Tablas) mediante la base de datos
implementada, tal como se ilustra en la siguiente gráfica:
EQUIVALENCIAS DE TÉRMINOS
ATRIBUTOS IDENTIFICADORES
Se usan para identificar la ocurrencia de uno o más registros de datos.
También se conocen con el nombre de Claves o Llaves.
Ejemplos:
1. Para identificar a un Cliente podremos usar su Número de RUC. En
ocasiones se acostumbra usar un código de identificación único para
reconocer a un cliente específico, aunque otras veces, usaremos por
ejemplo el Apellido Paterno para acceder a un grupo de clientes.
2. Los pedidos de venta tienen al atributo: Número-Pedido como atributo
identificador ó clave.
1. Así mismo, podremos identificar a un Producto usando como Atributo
único el Código del Producto.
TIPOS DE ATRIBUTOS IDENTIFICADORES (CLAVES)
ATRIBUTOS DE CLAVE PRIMARIA
Se utilizan para identificar a uno y sólo un
registro en el conjunto de entidades. Nunca
deberán estar en blanco y no tener valores
repetidos.
Ejemplos:
1. Podremos usar el Número del Seguro Social o DNI para identificar a
uno y sólo un Asegurado específico.
2. Usaremos el Código del Producto para identificar a un Producto.
2. Los Alumnos de una Universidad se podrán identificar por su Código de
Matrícula.
3. Identificaremos a los Libros de una Biblioteca con el Código de Libro.
ATRIBUTOS DE CLAVES CANDIDATAS
Son aquellos Atributos que se pueden usar como atributos de clave
primaria, pues tienen sus mismas características y propiedades.
Ejemplos:
1. Podríamos usar el Atributo DNI (que es único y diferente en cada
persona) para acceder a los datos de un Asegurado, en lugar del
atributo Número de Seguro Social.
2. En la Entidad Alumnos, usaremos alternativamente el DNI, en vez del
código de matrícula.
ATRIBUTOS DE CLAVE SECUNDARIA
Estos Atributos se usarán para identificar a uno o más registros de
datos.
Ejemplos:
1. Usaremos el Apellido Paterno de una PERSONA para acceder
al conjunto de personas que tienen el mismo apellido.
2. Podremos saber la lista de TRABAJADORES que laboran a
destajo en la compañía, accediendo a sus datos por el atributo
categoría = “destajo”.
3. Usaremos el atributo Medida del Producto para obtener la lista
de los productos que por ejemplo se miden en litros, o de los
que se miden en kilos, etc.
ATRIBUTOS DE CLAVE FORÁNEA
Se usan para establecer una relación con la otra Entidad, en la cuál estos
Atributos se han definido como Clave Primaria.
Ejemplos:
1. En la Entidad FACTURA usamos el Número de RUC del cliente para
identificar a quién se le ha vendido, pero dicho Número de RUC es
Clave Primaria en la entidad CLIENTES. Por lo tanto, el atributo
Número de RUC en la entidad FACTURA es una Clave Foránea.
2. En Entidad NOTAS, usaremos el atributo código de matrícula para
identificar a que estudiante le pertenece dichas notas y como el código
de matrícula es clave primaria en la entidad ESTUDIANTE, entonces el
código de matrícula será clave foránea en la entidad NOTAS.
ATRIBUTOS DE CLAVES CONCATENADAS
Estos Atributos se forman con la unión de dos ó más Atributos y
juntos asi formados, se utilizan como Claves de alguna Entidad.
Ejemplos:
1. Usaremos el Atributo Número de Pedido más el Atributo
Código del Artículo para registrar una ORDEN DE PEDIDO.
2. El atributo concatenado NumeroFactura más CodigoProducto,
se usará para registrar la VENTA de un Producto.
RELACIONES ENTRE ENTIDADES
Las Relaciones son las asociaciones que podemos efectuar entre
las Entidades.
Grado de una Relación
El grado de una Relación se refiere al número de entidades que
se asocian a través de la relación entre los diferentes tipos de
relaciones según el grado tenemos:
RELACIONES BINARIAS
Son aquellas relaciones de grado 2, es
decir, se forman con dos entidades
diferentes.
RELACIONES DE GRADO 3
En este caso, la Relación se aplica a tres
entidades diferentes.
El modelo anterior, especifica que una Parte
contiene los datos de los Proyectos y los
Presupuestos correspondientes y del Mismo
modo, cada Proyecto tiene asignado
Presupuesto y está relacionado a una Parte.
RELACIONES
UNO-A-UNO
RELACIONES UNO-A-MUCHOS
RELACIONES MUCHOS-A- UNO
RELACIONAMIENTO MUCHOS A MUCHOS
MODELO LÓGICO
RELACIONAMIENTO MUCHOS A MUCHOS
MODELO FÍSICO
ENTIDADES
ENTIDADES DÉBILES
Las Entidades Débiles están definidas en el
modelo de datos para representar aquellas
entidades que dependen de la definición de
otras entidades.
ENTIDADES DÉBILES
Ejemplo:
Examinemos la relación entre los trabajadores y sus Salarios;
aquí, la entidad SALARIO “depende” de la presencia de la
entidad TRABAJADOR, esto significa que los datos de SALARIO
sólo pueden almacenarse en la base de datos si el SALARIO se
relaciona con un TRABAJADOR.
GRAFICAMENTE
ENTIDADES FUERTES
Decimos que las Entidades son fuertes si los datos que
contienen permanecerán a lo largo de la vida útil de los sistemas.
ENTIDADES FUERTES
Ejemplo:
El caso anterior, define a la entidad TRABAJADOR como una
Entidad Fuerte, pues el trabajador es una de las principales
razones de la existencia del modelado del sistema por lo que
su permanencia está garantizada y además, los datos que
contiene esta tabla, muy rara vez se modificarán.
ENTIDADES SUB TIPOS
Algunas entidades contienen grupos opcionales de atributos, por
ejemplo, condideramos la entidad PRODUCTO con los atributos:
Código, Descripción, Unidad de Medida y Ubicación. Para la empresa,
se distinguen tres tipos diferentes de productos:
Tenemos aquellos que la empresa compra para utilizarlos en su
producción (Materia Prima) y para mantenimiento (Materiales)
así como los productos que la empresa fabrica, que serían los
Productos Terminados.
Los productos mencionados se distinguen por los siguientes
datos adicionales:
Para la entidad: Materia Prima agregaremos: precio, fecha de
Expiración, stock.
Para la entidad: Materiales, se requiere además: precio, pedido
mínimo, repedido, pedido máximo.
Para la entidad: Productos Terminados, adicionaremos: tipo,
formato, calidad espesor, dimensión, peso, stock, etc.
MODELO LÓGICO
ENTIDADES SUB TIPOS
Los atributos de la entidad
PRODUCTO serán “heredados”
Por las entidades sub tipos como
Atributos comunes, pero dichas
Entidades sub tipos difieren entre
Ellas por los atributos propios que
Se han adicionado.
TIPOS DE RELACIONAMIENTO
RELACIONAMIENTO IDENTIFICATORIO
Este tipo de Relacionamiento se presenta cuando la entidad
destino es definida por el atributo identificador de la entidad
origen. Se representa gráficamente por medio de una línea
contínua.
En la siguiente gráfica, apreciaremos que el relacionamiento de
tipo Identificatorio migra automáticamente la clave primaria de
la entidad origen hacia el área de claves de la entidad destino.
RELACIONAMIENTO NO IDENTIFICATORIO
El Relacionamiento No Identificatorio, se presenta cuando la
entidad destino NO está definida por el atributo identificador de
la entidad origen. Su representación grafica es por medio de una
línea punteada.
En la gráfica siguiente, apreciaremos que el relacionamiento de
tipo No Identificatorio migra automáticamente la clave primaria
de la entidad origen hacia el área de no claves de la entidad
destino.
EJEMPLO:
TIPOS DE RELACIONAMIENTOS
