UNIVERSIDAD MAYOR DE SAN SIMÓN
FACULTAD DE CIENCIAS ECONÓMICAS
CARRERA DE ADMINISTRACIÓN DE EMPRESAS
TEMA 2
MODELO ENTIDAD RELACION
Y SU COSTRUCCION
MATERIA: INFORMATICA 2
DOCENTE: LIC. RODRIGUEZ JULIO
ESTUDIANTES: CALLE SUTURA ARIEL
COCA CARTAGENA JHASMIN MELODY
CAMPOS AGUILAR CAROLINA ADRIANA
COÑACA PORTUGAL DIOSMAR JOSE
QUINTANILLA CALVIMONTE ANGUEL MATEO
TUSCO FLORES MARIA LAURA
GRUPO: 01
FECHA: 24/07/2024
COCHABAMBA - BOLIVIA
MODELO ENTIDADS RELACION Y SU CONSTRUCCION
2.1. INTRODUCCION
Originalmente, El administrador de casi cada organización era capaz de seguir la huella de
todos los datos necesarios con solo un sistema de archivos manuales.
Es una herramienta utilizada en el diseño de bases de datos para describir las entidades que
formarán parte del sistema y las relaciones entre ellas. Es fundamental en el proceso de diseño
de bases de datos, ya que proporciona una representación visual y conceptual de cómo se
estructurarán y relacionarán los datos.
Introducción al Modelo Entidad-Relación
El modelo entidad-relación se basa en dos conceptos principales: entidades y relaciones.
1. Entidades: Representan objetos del mundo real o conceptos distintos dentro del
dominio del problema. Cada entidad tiene atributos que describen sus características.
Por ejemplo, en un sistema de gestión de bibliotecas, podríamos tener entidades como
Libro, Usuario y Autor.
2. Relaciones: Establecen asociaciones significativas entre entidades. Una relación
describe cómo las entidades están conectadas entre sí. Por ejemplo, un libro puede
tener una relación "Escrito por" con un autor, o un usuario puede tener una relación
"Prestado" con un libro.
ILUSTRACION NO 4 MANUAL DE BASE DE DATOS
Este tipo de archivo, fue original mente compuesto de una colección de carpetas, las que
estaban apropiadamente etiquetadas y puestas en un cajón.
La organización de los datos dentro de estas carpetas estaba en función de su expectativa de
uso.
Idealmente, los contenidos de cada carpeta estaban relacionados lógicamente. Por ejemplo, las
carpetas en la oficina de un doctor contendrían datos sobre pacientes, un archivo por cada
paciente.
Todos los datos en cada carpeta describían la historia médica de solo un paciente y cada más
que de él. Es decir, todos los datos en esa carpeta se referían solo a un paciente. Asimismo, al
jefe de personal puede (Organizar los datos de una persona) por categoría de empleo (técnico,
ventas, administrativo, etc.).
Por lo tanto, una carpeta jaquelada contendría solo datos correspondientes al personal técnico.
En tanto el conjunto de datos sea relativamente pequeño y los administradores tenga un poco
requerimiento de reporte, el sistema manual cumple con su rol de almacén de datos
relativamente bien.
Sin embargo, a medida que la organización crece y los requerimientos de reportes son más
complejos, el seguir la pista de los datos en el sistema manual es más difícil. De hecho,
encontrar y usar datos en la creciente colección de carpetas es cada día más difícil y eso
haciendo que sea menos probable que los datos alguna vez generen información útil.
Preguntas como las que a continuación mostramos son cada vez más difíciles protestar:
¿Qué productos se estuvieron vendiendo bien la pasada semana, mes, o año?
¿Qué tal fueron las ventas actuales comparadas a las de la anterior semana, anterior
mes o año?
¿Cómo estuvieran los costos de la anterior semana anterior mes o año?
Muchos otros más.
Otros factores hacen que los administradores requieran más información.
Considere por ejemplo los requerimientos de información que hace la superintendencia de
bancos.
La conversión de un sistema manual a una computarizado fue bastante difícil. Inicialmente los
archivos de computadoras tendieron a ser similares a los archivos manuales.
Definición de Manual de Base de Datos
Un manual de base de datos es un conjunto de documentos y recursos que describen
exhaustivamente todos los aspectos relevantes de una base de datos, incluyendo:
1. Estructura y diseño: Describe la organización de la base de datos, incluyendo la
definición de entidades, atributos, relaciones y restricciones
2. Modelo de datos: Explica el modelo entidad-relación o el modelo relacional utilizado
para diseñar la base de datos.
3. Acceso y seguridad: Informa sobre cómo acceder a la base de datos, qué permisos y
privilegios son necesarios para diferentes tipos de usuarios y cómo se gestiona la
seguridad de los datos para proteger la integridad y confidencialidad de la información.
4. Operaciones y consultas: Detalla cómo realizar operaciones básicas (inserción,
actualización, eliminación) y consultas avanzadas sobre la base de datos utilizando SQL
u otro lenguaje de consulta específico del sistema.
5. Gestión y administración: Incluye procedimientos para la administración de la base de
datos, como la configuración del servidor, la monitorización del rendimiento, la copia
de seguridad y la recuperación de datos en caso de fallos.
6. Mantenimiento y optimización: Proporciona pautas y mejores prácticas para el
mantenimiento regular de la base de datos, así como técnicas para optimizar el
rendimiento y la eficiencia del sistema.
7. Documentación técnica: Incluye descripciones técnicas detalladas de los componentes
del sistema de gestión de bases de datos (SGBD) utilizado, así como requisitos de
hardware y software necesarios para su funcionamiento.
2.2. Modelo de Entidades-Relaciones
El modelo entidad-relación (ER) es una herramienta esencial en el diseño y gestión de bases de
datos. Permite representar de manera visual y organizada cualquier abstracción, percepción y
conocimiento en un sistema de información mediante diagramas. Este informe presenta una
descripción detallada de sus componentes, importancia y aplicaciones.
2. Componentes del Modelo ER
2.1 Entidades
Son objetos o conceptos del mundo real que tienen una existencia independiente.
• Ejemplos: Cliente, Agente de Seguros.
2.2 Relaciones
Son los vínculos entre las entidades, representando cómo se relacionan entre sí.
• Ejemplo: Un cliente posee un seguro gestionado por un agente.
2.3 Atributos
Son las propiedades o características de las entidades.
• Ejemplo: NOMBRE_C (nombre del cliente), FONO_C (teléfono del cliente).
3. Importancia del Modelo ER
3.1 Representación Gráfica
Facilita la visualización clara y sencilla de la estructura conceptual de una base de datos.
3.2 Estructura Estática
Ayuda a definir la estructura estática de una aplicación y a organizar los datos de forma
eficiente.
3.3 Organización de Datos
Permite localizar datos específicos, evitando redundancias y problemas de acceso.
4. Requisitos del Modelo ER
1. Accesibilidad: Los datos deben ser fáciles de acceder para su uso efectivo.
2. Oportunidad: Los datos deben reflejar información reciente y relevante para la toma de
decisiones.
3. Precisión: Los datos almacenados deben ser exactos y estar dentro de un rango
aceptable.
4. Consistencia: Los datos deben representar fielmente la realidad.
5. Disponibilidad: Los datos necesarios deben estar disponibles y accesibles cuando se
requieran.
5. Ejemplo de Registros en el Modelo ER
Un registro (fila) en una base de datos puede contener los siguientes componentes:
• NOMBRE_C: Nombre del cliente
• FONO_C: Teléfono del cliente
• DIREC_C: Dirección del cliente
• NOMBRE_A: Nombre del agente de seguros
• FONO_A: Teléfono del agente de seguros
• TIP: Tipo de seguro
• MON: Monto del seguro
• FECHA_R: Fecha de renovación
6. Aplicaciones en el Departamento de Ventas
El modelo ER permite generar reportes útiles como:
• Resúmenes Semanales: Muestran los tipos y montos de seguros vendidos por cada
agente, facilitando el análisis de productividad.
• Chequeos Mensuales: Indican qué clientes deben ser contactados para la renovación
de seguros.
• Cartas Periódicas: Resumen coberturas y otros aspectos importantes para los clientes.
7. Desafíos en la Administración de Archivos
• Programación en 3GL: Lenguajes como COBOL o FORTRAN requieren mucho tiempo y
práctica.
• Estructura Física de Archivos: Los programadores deben estar familiarizados con la
estructura física para gestionar los datos.
• Multiplicación de Archivos y Programas: A medida que crecen los archivos, también
aumentan los programas necesarios para gestionarlos.
Sistematización de Archivos
- Contexto del Problema:
Imagina que una empresa presta dinero a sus clientes y guarda la información de cada
préstamo. Ahora, cada departamento dentro de la empresa tiene su propia forma de guardar
esta información y usa sus propios programas para manejarla. Esto crea algunos problemas:
1. Redundancia: La misma información se guarda en múltiples lugares.
2. Programación Compleja: Cada archivo requiere mucho código para realizar tareas básicas
como agregar, borrar o modificar datos.
3. Dificultad de Gestión: A medida que la cantidad de archivos crece, se vuelve más difícil
manejarlos
8.1 Problemas Detallados:
2.3.Redundancia:
- Ejemplo: El departamento de préstamos guarda los datos del cliente en su archivo. El
departamento de contabilidad hace lo mismo. Entonces, si un cliente cambia su dirección, hay
que actualizarla en todos los archivos donde se encuentra, lo que puede llevar a errores si
algún archivo no se actualiza.
2.3.1 Programación Compleja:
- Ejemplo: Para recuperar información de un archivo, se necesita escribir mucho código en
lenguajes como COBOL o FORTRAN. Esto toma tiempo y requiere conocimientos
especializados.
- *Lenguajes 3GL (Third Generación Lenguaje): Son lenguajes de programación de alto nivel
como COBOL y FORTRAN. Programar en estos lenguajes consume mucho tiempo y esfuerzo.
3. *Gestión de Archivos:
- *Ejemplo: Cada archivo necesita un conjunto de programas para realizar tareas básicas:
- Crear la estructura del archivo.
- Agregar datos.
- Borrar datos.
- Modificar datos.
- Listar datos.
- Si una empresa tiene 20 archivos y cada uno necesita 5 programas, se necesitan 100
programas solo para la gestión de archivos. Y si cada archivo es accedido por 10 programas
diferentes, la cantidad de programas crece aún más.
Solución Propuesta:
Para resolver estos problemas, se recomienda usar un *sistema de gestión de bases de datos
(DBMS)*. Este sistema centraliza y sistematiza el manejo de los datos, eliminando
redundancias y simplificando la programación y gestión.
- Base de Datos: Un solo lugar donde se guarda la información de todos los clientes y
préstamos.
- *DBMS: Un software que maneja la base de datos y permite realizar las tareas de agregar,
borrar, modificar y listar datos de forma más eficiente y con menos programación.
2.3.2 Ventajas del DBMS:
1. Reducción de Redundancia: Toda la información se guarda en un solo lugar.
2. Facilidad de Programación: Menos código y más herramientas para manejar los datos.
3. Mejor Gestión: *Un sistema centralizado para administrar todos los datos.
En resumen, la sistematización de archivos mediante un DBMS simplifica la administración y
manejo de la información en una empresa, haciendo todo el proceso más eficiente y menos
propenso a errores.
2.3.3. ¿QUE ES UNA REDUNDANCIA DE DATOS?
La redundancia de datos en sistemas basados en archivos ocurre cuando se almacenan
múltiples copias del mismo archivo en diferentes ubicaciones sin ninguna estrategia en todo el
sistema para garantizar la coherencia o integridad.
2.3.4. INCONSISTENCIA DE DATOS
La inconsistencia de datos se manifiesta cuando la información no coincide o varía en
diferentes sistemas, lo que puede llevar a malentendidos, decisiones erróneas y problemas
operativos.
Ocurre cuando existe información contradictoria o incongruente en la base de datos. Esto
puede suceder, por ejemplo, cuando se actualiza el dato en un lugar, pero el dato duplicado en
otro lugar no es actualizado.
2.3.6. ANOMALÍAS EN LOS DATOS:
En el diccionario anomalía está definida como una anormalidad. Idealmente, la modificación de
un valor deberá ser hecha solamente en un solo lugar. La redundancia de datos sin embargo,
tómenla una condición anormal al forzar a cambios de valores en diferentes lugares. Por
ejemplo, en la tabla 1 CLIENTES la agente Alicia Jurado decide casarse y retirarse, el nombre del
agente deberá ser cambiado (y su dirección y su teléfono, etc.). Tal como están las cosas, en vez
de hacer un solo cambio en el archivo de AGENTES, nosotros debemos modificar estos datos
en el archivo CLIENTES cuantas veces ocurra también (una por cada cliente que esta agente
atienda). Nótese que las anomalías en datos existen porque cualquier cambio en el valor de un
campo debe ser hecho en muchos lugares para mantener consistencia de datos. Este tipo de
anomalías son comúnmente llamadas:
- Anomalías da modificación: Si el agente Jorge Cayo cambia de teléfono, el nuevo número
debe ser ingresado en cada uno de los registros del archivo CLIENTES donde el teléfono
aparecerá. Pese a que en el archivo al número aparece solo tres veces, en la realidad esto
puede representar varios cientos de veces.
- Anomalías de inserción: Cada vez que añadimos a un nuevo consumidor en el archivo
CLIENTES, nosotros añadimos cientos de nuevos clientes, debemos también ingresar cientos de
veces el nombre de los agentes y sus teléfonos, incrementando el potencial de crear
inconsistencias de datos.
-Anomalías da borrado: Si el agente Alejo Ribinez renuncia y es borrado de la planilla, todos
los clientes en el archivo de CLIENTES están ligados a un agente no existente. Para arreglar ello,
debemos modificar todos los archivos donde el nombre del señor Ribinez aparezca, los
sistemas de bases de datos.
me
