MODELAMIENTO DE BASE DE DATOS

Base de datos, definición.

Necesidad de una Base de Datos
Sistema de Administración de Bases de Datos (DBMS).
Concepto de Modelo de Datos
Entidad, Interrelación, Dominio y Atributo.
Identificadores
Relaciones
Cardinalidad de una relación
Uso de la herramienta CASE DIA.
GUÍA DIDÁCTICA

Descripción

En el proceso de desarrollo de sistemas informáticos, orientados a producir software que

apoye a las actividades empresariales, así como a sus procesos, se tienen que respetar ciertas fases
propias de las metodologías del análisis de información, de la metodología de procesos de negocios,
hoy en día se emplea la metodología orientada a objetos, sin embargo, para el desarrollo de software
es primordial el manejo del análisis y diseño de sistemas, para el análisis tenemos herramientas de
recopilación de información, mientras que para la fase de diseño de sistemas, tenemos las llamadas

emplearemos es el DIA.

Capacidad
Analiza un modelo de base de datos a partir de una realidad concreta e introduce las reglas del
negocio, que se presentan en dicha realidad.

Actividad
Elaborar diseños de Entidad Relación aplicando la herramienta Editor de Diagramas DIA.

Evaluación
En esta sesión Ud. será evaluado en:
Crear diseños a través del modelo Entidad Relación.
Modelamiento de Base de Datos

En la actualidad, y debido al desarrollo tecnológico de campos como la Informática y la

Electrónica, la mayoría de las bases de datos están en formato digital (electrónico), que ofrece un
amplio rango de soluciones al problema de almacenar datos.
Existen programas denominados sistemas gestores de bases de datos; los sistemas de gestión de
bases de datos, son un tipo de software muy específico, dedicado a servir de interfaz entre la base
de datos, el usuario y las aplicaciones que la utilizan.
Los hechos generales de los sistemas gestores de bases de datos, son los de manejar de manera
clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información
relevante para una organización.

Base de Datos

Definiciones
Dato: Son representaciones simbólicas, hechos y cifras de un
aspecto de la realidad como por ejemplo:
Números, letras, algoritmos, etc., que se procesan para obtener
una información.
Base de Datos: Un conjunto de datos que se encuentran
relacionados entre sí y que mantienen una interacción para lograr una administración eficiente
de la información.

También se puede definir como:

 Un sistema computarizado para guardar registros, es decir, un sistema computarizado cuya
función principal es almacenar información y permitir a los usuarios consultar, recuperar y
actualizar esta información basándose en peticiones.
Una entidad en la cual se pueden almacenar datos de manera estructurada, con la menor
redundancia posible.

Características:
Entre las principales características de los sistemas de base de datos podemos mencionar:
1. Independencia lógica y física de los datos.
2. Redundancia mínima.
3. Acceso concurrente por parte de múltiples usuarios.
4. Integridad de los datos.
5. Consultas complejas optimizadas.
6. Seguridad de acceso y auditoría.
7. Respaldo y recuperación.
8. Acceso a través de lenguajes de programación estándar.
9. Sistema de Gestión de Base de Datos (SGBD)

Ejemplo de una Base de Datos: Una empresa dedicada al alquiler de películas.

Necesidad de Base de Datos

Las bases de datos facilitan no solo

el registro de gran cantidad de datos
son también el acceso a los mismos,
lo cual permite ahorrar tanto espacio
físico como tiempo al momento de
consultar información contenida en
ellas.
A nivel organizacional, las bases de
datos resultan una ventaja
competitiva, siendo así una
herramienta primordial al momento
de tomar decisiones ya que permiten:
Mantener comunicación constante con los clientes.
Conocer las tendencias de compra del mercado objetivo.
Personalizar la atención a los usuarios.
Generar estrategias de publicidad.
Utilizar segmentos específicos de clientes para colocar productos específicos llegando de
manera directa al comprador o usuario.
Comentar las novedades, promociones y noticias relacionadas con el negocio; y en algunas
ocasiones, con el sector al que se dedica la empresa.
Bancos: cuentas, transacciones, fondos de ahorro, SAR
Aerolíneas: reservaciones, pasajes, suministros, personal de vuelos
Escuelas: cursos, calificaciones, horarios
Negocios: compras, proveedores, ventas, clientes, devoluciones
Fábricas: flujo de procesos, almacenes, envíos
Recursos Humanos: empleados, puestos, salarios, impuestos, prestaciones

En la actualidad, las bases de datos son el elemento fundamental en las áreas que utilizan
sistemas computarizados, debido a que permite operar información de manera organizada, segura,
confiable y en grandes cantidades.
Sistema Gestores de Base de Datos (SGBD)

Un Sistema Gestor de Base de Datos (SGBD, en inglés DBMS: DataBase Management System) es
un sistema de software que permite la definición de bases de datos; así como la elección de las
estructuras de datos necesarios para el almacenamiento y búsqueda de los datos, ya sea de forma
interactiva o a través de un lenguaje de programación.

Un SGBD relacional es un modelo de datos que facilita a los usuarios describir los datos que serán
almacenados en la base de datos junto con un grupo de operaciones para manejar los datos.

Los SGBD relacionales son una herramienta efectiva que permite a varios usuarios acceder a los
datos al mismo tiempo. Brindan facilidades eficientes y un grupo de funciones con el objetivo de
garantizar la confidencialidad, la calidad, la seguridad y la integridad de los datos que contienen, así
como un acceso fácil y eficiente a los mismos.
a) SGBD libres
MySQL
PostgreSQL
Firebird
SQLiteDB2 Express-C
Apache Derby

b) SGBD no libres
Advantage Database
DBase
Fox Pro
IBM DB2 Universal Database (DB2 UDB)
Microsoft Access
Microsoft SQL Server
Oracle
Paradox
Progress (DBMS)

Objetivos de los Sistemas Gestores de bases de datos (SGBD)

Existen distintos objetivos que deben cumplir los SGBD:

Abstracción de la Información
Los SGBD ahorran a los usuarios detalles
acerca del almacenamiento físico de los
datos. Da lo mismo si una base de datos
ocupa uno o cientos de archivos, este
hecho se hace transparente al usuario.
Así, se definen varios niveles de
abstracción.

Independencia
La independencia de los datos consiste en
la capacidad de modificar el esquema
(Físico o Lógico) de una base de datos sin
tener que realizar cambios en las
aplicaciones que se sirven de ella.

Consistencia
En aquellos casos en los que no se ha logrado eliminar la redundancia, será necesario vigilar
que aquella información que aparece repetida se actualice de forma coherente, es decir, que
todos los datos repetidos se actualicen de forma simultánea.
 Por otra parte, la base de datos, representa una realidad determinada que tiene determinadas
condiciones, por ejemplo, que los menores de edad no pueden tener licencia de conducir. El
sistema no debería aceptar datos de un conductor menor de edad. En los SGBD existen
herramientas que facilitan la programación de este tipo de condiciones.

Seguridad
La información almacenada en una base de datos puede llegar a tener
un gran valor. Los SGBD deben garantizar que esta Información se
encuentra segura de permisos a usuarios y grupos de usuarios, que
permiten otorgar diversas categorías de permisos.

Manejo de transacciones
Una transacción es un programa que se ejecuta como una sola operación. Esto quiere decir
que luego de una ejecución en la que se produce una falla es el mismo que se obtendría si el
programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las
modificaciones de los datos de una forma mucho más simple que si no se dispusiera de ellos.

Tiempo de respuesta
Lógicamente, es deseable minimizar el tiempo que el SGBD
tarda en darnos la información solicitada y en almacenar los
cambios realizados.

Ventajas de los SGBD

Proveen facilidades para la manipulación de grandes volúmenes de datos. Entre éstas se
encuentran:
Simplifican la Programación de equipos de consistencia.
Manejando las Políticas de respaldo adecuadas, garantizan que los cambios de la base serán
siempre consistentes sin importar si hay errores correctamente, etc.
Organizan los datos con un impacto mínimo en el
Código de los programas.
Bajan drásticamente los tiempos de desarrollo y
aumentan la calidad del sistema desarrollado si son
bien explotados por los desarrolladores.
Usualmente, proveen interfaces y lenguajes de
consulta que simplifican la Recuperación de los
datos.
Ejemplo de un Sistema Gestor de Base de Datos

Modelo de Datos

Un modelo de datos es una colección de herramientas conceptuales para describir datos, sus
relaciones, semántica y restricciones de consistencia
Los principales objetivos del proceso de modelamiento es saber identificar cual es el problema y
encontrar la forma de representarlo en un sistema. Esto significa saber de los datos, saber quiénes
van a usarlos y cómo van a usarlos.
Características
Es el proceso de analizar los aspectos de interés para una organización y la relación que tienen
unos con otros.
Resulta en el descubrimiento y documentación de los recursos de datos del negocio.
El modelado hace la pregunta " Qué? " en lugar de " Cómo? ", ésta última orientada al
procesamiento de los datos.
Es una tarea difícil, bastante difícil, pero es una actividad necesaria cuya habilidad solo se
adquiere con la experiencia.

Metas y beneficios
Registrar los requerimientos de datos de un proceso de negocio.
Dicho proceso puede ser demasiado complejo y se tendrá que crear un "enterprise data model",
el cual deberá estar constituido de líneas individuales.

Tipos de modelado de datos

Básicamente son 3:
Conceptual: muy general y abstracto, visión general del negocio/institución (Modelo Entidad-
Relación).
Lógico: versión completa que incluye todos los detalles acerca de los datos (Modelo
Relacional).
Físico: esquema que se implementara en un manejador de bases de datos (DBMS).
Modelo Entidad-Relación

Generalmente todo modelo tiene una representación gráfica, para el caso de datos el modelo más
popular es el modelo entidad-relación o diagrama E/R.
Se denomina así, debido a que precisamente permite representar relaciones entre entidades
(objetivo del modelado de datos).
El objetivo es identificar y representar las cosas de importancia para el funcionamiento del negocio
(entidades), sus propiedades (atributos), y la forma en que estas cosas se relacionan entre sí
(relaciones).

El modelo debe estar compuesto por:

 Entidades
Atributos
Relaciones
Cardinalidad
Llaves

Entidades:
Una entidad es un objeto, instancia, persona, o cosa puramente conceptual o real sobre el
cual se desea guardar información por ser de relevancia para una organización. Una entidad
es aquello que más adelante se convertirá en un elemento de nuestra base de datos, por lo
mismo contendrá información propia que será manipulado por los usuarios del sistema.

Las entidades se representan con un rectángulo redondeado, y en su interior el nombre de la

entidad en singular.

¿Cómo identifico una entidad?

Una entidad puede ser identificada como un sustantivo dentro de la narración de un proceso de
negocio dentro de la organización.
A partir de los documentos del negocio; buscando agrupaciones de información contenida en éstos.
Ejemplo:
Los clientes compran productos por medio de un comprobante que es la factura.
Los alumnos tienen cursos nuevos en este semestre, los profesores dictarán las clases
desde el día de hoy.
Las entidades alumnos, cursos, profesores. Son entidades porque son los sustantivos que
representan algo de la cual puedo guardar información.

Atributos:
Las entidades poseen cualidades o propiedades conocidas como atributos
Definición: Dato específico, significativo para una entidad, que:
1. La califica, o (ej.: color)
2. La identifica, o (ej.: RUT)
3. La clasifica, o (ej.: grupo)
4. La cuantifica, o (ej.: peso)
Expresa su estado (ej.: pagado, solicitado)

Deben llevar nombre en singular, único dentro de la entidad.

No deben incluir el nombre de la entidad.
 Pueden ser opcionales u obligatorios.

Su formato, valores por defecto, rangos, validaciones, son comunes para todos los valores posibles
del atributo

Cada atributo de una entidad posee un TIPO, el que corresponde al tipo de dato del atributo.

Ejemplo:

RUC Número
Nombre String.
Fecha Date.

Tipos de Atributos

Atributos Simples: So5n aquellos atributos que son fáciles de identificar, inherentes a la entidad y
no pueden seguir descomponiéndose.

Atributos Compuestos: Son aquellos atributos que tienen 2 o más atributos simples que lo
componen, llamados también atributos concatenados, ya que se forman por la unión de dos atributos
simples. Un atributo compuesto se representa gráficamente mediante un óvalo.

Donde el atributo Apellido se compone así: Apellido Paterno + Apellido Materno y Dirección se
compone de:

Atributos Multivalorados: Son aquellos atributos que tienen un conjunto de valores para un solo
registro de datos, éstos atributos son capaces de generar inclusive una nueva entidad. También se
le conoce como atributos Polivalentes. Pueden tener un número máximo y un número mínimo de
valores. La cardinalidad de un atributo indica el número mínimo y el número máximo de valores que
puede tomar para cada ocurrencia de la entidad o relación a la que pertenece.

Digamos que el cliente de nuestra empresa, tiene varios números telefónicos, entonces estamos
con varios valores posibles, entonces podría generar una nueva entidad.

Atributo Derivado: Es aquel que puede ser generado por otros atributos de la misma entidad e
inclusive por atributos de otra entidad. Un atributo derivado es aquel que representa un valor que se
puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer
a la misma entidad o relación.

Este atributo podría estar demás ya que el

dato puede ser generado por el atributo
Fechanaci (fecha de nacimiento)

Dominio:
Es un conjunto de valores posibles para un atributo. La mayoría de las ocasiones se confunde
dominio con tipo de datos, así que veamos un ejemplo
Recordemos que los dominios pueden ser de dos tipos: predefinidos o definidos por el usuario. Los
dominios definidos por el usuario resultan muy útiles, porque nos permiten determinar de forma
más específica cuáles serán los valores admitidos por los atributos.
Ejemplo
Supongamos ahora que en la relación EMPLEADOS (DNI, Nombre, Apellidos, Edad) hemos
declarado que dominio (Edad) es el dominio definido por el usuario. Supongamos también que el
dominio Edad se ha definido como el conjunto de los enteros que están entre 16 y 65. En este caso,
no será posible insertar un empleado con un valor de 90 para Edad del empleado.
Consideramos como atributo para una entidad Persona su grupo sanguíneo, está claro que el tipo
de dato que tendremos que usar será de tipo cadena, sin embargo, los únicos valores que puede
tomar son los del conjunto {A+, A-, B+, B-, AB+, AB-, 0+, 0-}; este sería el dominio del atributo grupo
sanguíneo.

Los números de matrícula también tienen un dominio, así como los colores de chapa o los
fabricantes de automóviles (sólo existe un número limitado de empresas que los fabrican).

Generalmente, los dominios nos sirven para limitar el tamaño de los atributos. Supongamos que una
empresa puede tener un máximo de 1000 empleados. Si uno de los atributos es el número de
empleado, podríamos decir que el dominio de ese atributo es (0,1000).
Sin embargo, los dominios no son demasiado importantes en el modelo E-R, nos preocuparemos
mucho más de ellos en el modelo relacional y en el físico.

Relación:
la relación entre entidades se representa
mediante un rombo, dentro del cual se coloca el verbo o frase verbal de la relación.

Ejemplo
- Personas Distrito

- Cliente Pedido

País - Ciudad
Clave:

Una clave es un atributo especial que identifica de manera única cada ocurrencia de la entidad, es
decir, es el que identifica a la entidad como única e irrepetible en el universo que es el proceso de
negocio. No puede existir dos valores iguales para clave de la entidad, ya que se estaría infringiendo
la integridad referencial de los datos.

Tipos de Claves:
Clave Primaria
Una clave primaria es aquella clave candidata que el diseñador eligió como principal arbitrariamente,
es decir, esta será la que identifique los elementos de cada entidad de manera única e irrepetible.
Recomendaciones al momento de asignar claves primarias:

para identificarlos en el modelo.

Si la entidad representa productos manufacturados o artefactos, también puede utilizarse el
código de fabricación o # de serie para identificarlos.
Para documentos, lo recomendable es identificarlos por el número del documento que fue
generado por sistema.
Para entidades que representen cosas abstractas, puede elegirse cualquiera de las opciones
anteriores.

Clave Externa
Es la llave primaria de la entidad padre que fue agregada a la entidad hijo por medio de la relación
entra ambas, vale decir que en la entidad fuerte sigue siendo clave primaria, pero al pasar a la
entidad débil, pasa como clave secundaria o foránea, pero sólo en la entidad débil será foránea.
Clave Candidata

Las claves candidatas son simplemente aquellas claves las cuales no fueron seleccionadas como
clave primaria, exactamente alguna de esas claves es seleccionada como PK y las restantes si
existe alguna son llamadas claves alternas, pero pueden servir para identificar en una consulta de
datos a la entidad en un momento dado.

Ejemplo:
Aun Cliente le asignamos como PK un código que será único para cada cliente registrado en el
sistema, sin embargo también es cierto que como personas civiles que son, tiene DNI que es único
por cada persona, entonces éste puede ser otro identificador del cliente cuando se requiera consultar
a los clientes del negocio, es entonces una clave candidata.
Otras claves candidatas pueden ser: teléfono, lote, número de serie, etc.

Cardinalidad de una Relación

La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el
número máximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha
entidad. La participación de una entidad en una relación es obligatoria (total) si la existencia de cada
una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad
participante. Si no, la participación es opcional (parcial). Las reglas que definen la cardinalidad de
las relaciones son las reglas de negocio.
Cardinalidad mínima: Es la mínima cantidad de tuplas que cada elemento de la entidad A puede
tener con elementos de la entidad B.
Cardinalidad máxima: Es la máxima cantidad de tuplas que cada elemento de la entidad A puede
tener con elementos de la entidad B.

Tipos de Cardinalidades

Relación de UNO A UNO

En este tipo de relaciones, cada instancia o elemento de la entidad A está asociado solamente
a un elemento de la entidad B. Se recomienda que cuando se identifique una relación de este
tipo, se una ambas entidades formando una sola, salvo casos especiales.
Todo Departamento tiene solamente un Profesor a cargo. Un Profesor puede ser jefe de un solo
Departamento.

La Relación Uno a Uno se da cuando un registro de una tabla sólo puede estar relacionado con un
único registro de la otra tabla y viceversa. La Clave Foránea se ubica en alguna de las 2 tablas

Ejemplos:

1.- En esta imagen representamos un Profesor que imparte una sola clase, y su relación 1:1 con
el grupo de Alumnos que componen esa clase.
2.- Cada documento adquirido es registrado podría equipararse a la cardinalidad 1 a 1. Esto significa
que cada documento que se introduce en el módulo de adquisiciones (y por ende en su
tabla) tiene su correspondencia con los documentos que finalmente se reciben en la biblioteca
para ser dados de alta en la tabla registro. De esta forma, puede haber o no documentos en
proceso de adquisición (relación optativa). En cambio la tabla registro se encarga de registrar los
documentos que se reciben por lo que su relación es de obligatoriedad (todo documento
registrado está presente en la tabla de adquisiciones). Todo ello no implica que todos los
documentos en fase de adquisición tengan que estar registrados. Pueden existir documentos en
fase de adquisición que no hubieran sido registrados.

3.- Aula Cañon_Multimedia

Relación de UNO A MUCHOS

En este tipo de relaciones, cada instancia o elemento de la entidad A está asociado a varios
elementos de la entidad B, entonces la clave que forma el vínculo entre ambas entidades, pasa
hacia la entidad que tiene el mayor grado de Cardinalidad, es decir el que posee la denominación
muchos’.

Un Curso se registran uno o muchos Alumnos - Un Alumno se registra en sólo un curso

Un Curso puede estar transitoriamente vacío y todo Alumno tiene un Curso asignado.

Ejemplos:
1.- Representación en que un grupo de alumnos pueden recibir clase de diferentes profesores
(Matemáticas, Lenguaje, Historia etc.)

2.- Los usuarios de una biblioteca suelen solicitar préstamos, por lo tanto la relación que se
produce es de uno a muchos. Un usuario puede pedir o no el préstamo de uno o varios libros
o documentos. Por lo tanto, pueden existir uno o ningún usuario solicitando el préstamo, pero
para que exista la relación con la tabla préstamos, ésta debe registrar al usuario, su fecha de
préstamo y devolución.
 Por otra parte, el préstamo se compone no sólo del usuario que lo solicita, sino del documento
u objeto que le es prestado, que es el caso que se expone en la siguiente figura:

Lo que en un principio se consideraba una relación de 1 a muchos, termina convirtiéndose en

una relación de muchos a muchos gracias a una tabla débil o intermedia que almacena la
información necesaria del usuario y del documento para poder efectuar el préstamo
correspondiente. Por lo tanto la tabla préstamos, relaciona muchos usuarios con muchos libros
en múltiples conjuntos o registros que pueden estar activos o finalizados. Recuérdese que los
libros una vez devueltos vuelven a estar disponibles para dar servicio a terceros usuarios. Por
ello se concluye que para que un préstamo tenga lugar, deberá estar presente el identificador
del usuario y del documento siendo obligatorios en todo proceso de circulación.

3.- Representación de la entidad Cliente, en la cual pueden generar varias Facturas y una sola
Factura solo puede ser generado por un solo Cliente

4.- En la relación Producto Categoría, un o varios productos pueden pertenecer a una sola
categoría y diferentes categorías pueden tener varios productos.
Relación de MUCHOS A MUCHOS
En este tipo de relación, los elementos de la entidad A están asociados a varios elementos de la
entidad B, y los elementos de la entidad B están asociados a varios elementos de la entidad A,

toma el nombre de ambas entidades participantes o la denominación del verbo de la relación. La

entidad asociada se grafica sólo en el modelo físico de datos, en el nivel lógico se representa la
relación muchos a muchos.

Representado gráficamente en el Diagrama Entidad – Relación es:

Ejemplos:

1. Cuando se catalogan los documentos en una biblioteca, al seguir las indicaciones de las
normas de catalogación, se advierte un apartado de suma importancia; las autoridades. Éstas
definen la responsabilidad intelectual, artística, cognitiva, editorial, administrativa, introductoria,
del documento. Por ello no es de extrañar que en la catalogación los campos de autoridades
sean repetibles, dado que pueden existir 1 o más autoridades. Esta relación es la que se
advierte en la figura9. Cada libro puede tener o no 1 o muchas autoridades. Por lo tanto una
autoridad puede estar presente en varios libros o formar parte de varias responsabilidades en
el mismo.

2. En la relación de las entidades FACTURA y PRODUCTO en estas dos entidades se da

una relación muchos a muchos, porque uno o muchos productos pueden estar en una o
varias facturas y una factura puede contener uno o varios productos.

Recuerda que cuando se presenta una relación muchos a muchos debemos reemplazar esa
relación por una tabla intermediaria que reciba las claves principales de ambas tablas
referenciadas. Además de eso, las tablas originales deben tener una relación uno a muchos
con la tabla intermedia. Esto permite optimizar y normalizar los datos.
Así que crearemos una nueva tabla llamada DETALLE en alusión a cada renglón detallado en
la factura. Veamos cómo quedaría el diagrama ahora:
CASO PRÁCTICO DE MODELO ENTIDAD – RELACIÓN

1.- Una farmacia necesita un sistema informático, por ello necesita el diseño de una base de datos,
esta empresa tiene las siguientes reglas:
Se necesita llevar el control de los fármacos, de estos se tiene un nombre y descripción.
Los fármacos se clasifican por acción y laboratorios, es decir, cada fármaco corresponde a
un laboratorio y tiene alguna acción.
Laboratorios tienen nombre y dirección. De las acciones se tiene en cuenta su nombre y
descripción.
En la farmacia se vende los medicamentos a clientes, estas ventas deben ser registradas,
se debe registrar que medicamento se vende, el cliente que compra, la fecha al que se
vende el medicamento, la cantidad y el precio al que se vende.
De los clientes (nombre y dirección) también se debe tener en cuenta el vendedor que hace
una venta y se debe considerar su nombre, dirección y teléfono.

Identificar las entidades y sus atributos

Creación del Diseño Conceptual

2.- Se le pide realizar el diagrama ER para la base de datos que represente la información

Se le contrata para realizar una Base de Datos que permita apoyar la gestión de un sistema de
ventas. La empresa necesita llevar un control de proveedores, clientes, productos y ventas. Un
proveedor tiene un RUC, nombre, dirección, teléfono y página web. 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, urbanización 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.

3.- Relacionar las siguientes entidades indicando Claves, Atributos, Tipo de Relación y
cardinalidad.

Cliente Boleta
Autobús Paradero

Vendedor Artículo

Empleado Área

Persona Estado_Civil

Cliente Pedido

Alumno Curso

Producto Factura