Actividad 2 Bases de Datos

Actividad de Aprendizaje 2
Diagramas Entidad Relación y Diagrama Relacional
Felipe Andrés Morales Arango.
Abril de 2020.
Fundación Universitaria UNIPANAMERICANA.
Construcción de Bases de Datos
Bogotá D.C.
Primera Parte
1. ¿Qué es cardinalidad?
Es simplemente la forma en que se relacionan las entidades, o expresa cuantas entidades se
relacionan con otras entidades.
Hay varias maneras de mostrar las cardinalidades:
Poner etiquetas en las líneas que unen las relaciones con las entidades, consiste en un mínimo y
máximo que contiene un cero (varios a varios) y lo usual es poner una “M” en un
Existen 4 tipos de relaciones que pueden establecerse entre entidades, las cuales establecen con
cuantas ocurrencias de entidad de tipo B se puede relacionar una ocurrencia de entidad de tipo A:
- Relación uno a uno.
- Relación uno a varios (n).
- Relación varios (n) a uno.
- Relación varios a varios (n)- (n)
2. ¿Qué es un atributo?
Un atributo representa una propiedad de interés de una entidad. Por ejemplo, la entidad de un
empleado puede describir el nombre del empleado, su edad, su dirección, su salario, su trabajo
específico. Una entidad particular tendrá un valor para cada uno de sus atributos. Los valores de
los atributos que describen cada entidad componen los datos almacenados en una base de datos.
En el modelo ER pueden existir varios tipos de atributos:
- Simples / Compuestos
- Valor sencillo / Valor múltiple
- Almacenados / Derivados
Atributos Simples / Compuestos: Son aquellos atributos compuestos que pueden ser divididos en
pequeñas partes, las cuales representan atributos básicos con existencia independiente.
Por ejemplo, el atributo Dirección puede ser dividido en Domicilio, Ciudad, Estado y Código
Postal, con los valores "C. 51 No. 511", Mérida, Yucatán, 97220.
Los atributos que no pueden dividirse son llamados simples o atómicos.
Los atributos compuestos pueden formar una jerarquía. El domicilio puede dividirse en: Calle,
Número y Número Interior.
El valor de un atributo compuesto es la concatenación de los valores que tienen sus atributos
simples.
Los atributos compuestos son útiles para modelar situaciones en las que el usuario algunas veces
se refiere a los atributos compuesto como una unidad y otras se refiere específicamente a alguno
de sus componentes.
3. ¿Qué es una Entidad en bases de datos?
Es un "objeto" en el mundo real con una existencia independiente. Una entidad puede ser un objeto
con una existencia física (por ejemplo, una persona, un automóvil, una casa o un empleado) o este
puede ser un objeto con una existencia conceptual (por ejemplo, una compañía, un trabajo, un curso
universitario).
Las entidades fuertes tienen atributos claves, en tanto las entidades débiles no tienen atributos
claves propios.
4. ¿Qué es una Estructura Relacional?
Una estructura relacional es un tipo de base de datos que almacena y proporciona acceso a puntos
de datos relacionados entre sí. Las bases de datos relacionales se basan en el modelo relacional,
una forma intuitiva y directa de representar datos en tablas. En una base de datos relacional, cada
fila de la tabla es un registro con un ID único llamado clave. Las columnas de la tabla contienen
atributos de los datos, y cada registro generalmente tiene un valor para cada atributo, lo que facilita
el establecimiento de las relaciones entre los puntos de datos.
5. ¿Que son Tipos de datos?
Un tipo de dato, es un atributo de los datos que indica al ordenador (y/o al
programador/programadora) sobre la clase de datos que se va a manejar. Esto incluye imponer
restricciones en los datos, como qué valores pueden tomar y qué operaciones se pueden realizar.
Los tipos de datos más comunes son: entero, Flotante, Serie o Cadena, Booleano, Char o String,
Date(Fecha)
Segunda Parte Caso Practico
En esta oportunidad usted debe diseñar una base de datos, para solucionar una problemática de la
vida real, utilizando las herramientas de modelado UML:
1. Determinar los requerimientos funcionales y no funcionales.
2. Enunciado la situación del problema
3. Diseñar el diagrama Entidad Relación y el diagrama relacional para la base de datos.
Caso del Supermercado
Requerimientos funcionales:
• Datos compartidos entre el sistema que registra las entradas y salidas, y el sistema que
los ordena para generar el número de pedidos realizados por los clientes, para su
alistamiento y despacho
• Registro de tickets de pedidos, con el fin de llevar un control interno sobre los pedidos
realizados y así poder realizar un balance general a finalizar cada mes
• Contar con usuario que identifique a cada empleado con el fin de llevar control sobre la
entrada y salida, además de los descansos que toma
• Registro de tickets de venta, con el fin de llevar un control interno sobre las ventas
realizadas y así poder realizar un balance general a finalizar cada mes
• Impresión de tickets de venta con el fin de dar un soporte físico al cliente
• Sistema de inventarios con el fin de registrar la entrada y salida de productos y así llevar
un control sobre el stock que se almacena

Requerimientos no funcionales:
• El sistema debe ser capaz de dar respuesta a los usuarios, en menos de 5 segundos
• El sistema debe ser capaz de operar adecuadamente con hasta 100.000 usuarios con
sesiones concurrentes.
• Los permisos de acceso al sistema podrán ser cambiados solamente por el administrador
de acceso a datos.
• Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará
operando hasta ser desbloqueado por un administrador de seguridad.
• Solo el administrador podrá hacer modificaciones con respecto a permisos, datos, o
creación de nuevos usuarios para los empleados.
• El sistema hará un respaldo de datos según tiempo especificado por el administrador.
• El sistema debe poder adaptarse visual y funcionalmente a cualquier dispositivo
• El sistema debe contar con manuales de usuario estructurados adecuadamente.
• El sistema debe proporcionar mensajes de error que sean informativos y orientados a
usuario final.
• El sistema debe contar con un módulo de ayuda en línea.

Modelo Entidad – Relación Supermercado
Modelo Relacional Supermercado
Lista de Referencias
http://basededatosaplicado.blogspot.com/2011/10/v-behaviorurldefaultvmlo.html
http://www.contaduria.uady.mx/bd_I/entidades_y_atributos1.htm
https://www.oracle.com/co/database/what-is-a-relational-database/

Actividad 2 Bases de Datos

Cargado por

Copyright:

Formatos disponibles

Actividad 2 Bases de Datos

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Actividad 2 Bases de Datos

Cargado por

Copyright:

Formatos disponibles

Actividad de Aprendizaje 2

Diagramas Entidad Relación y Diagrama Relacional

Felipe Andrés Morales Arango.

Fundación Universitaria UNIPANAMERICANA.

Construcción de Bases de Datos

Es simplemente la forma en que se relacionan las entidades, o expresa cuantas entidades se

relacionan con otras entidades.

Hay varias maneras de mostrar las cardinalidades:

- Relación uno a uno.

- Relación uno a varios (n).

- Relación varios (n) a uno.

- Relación varios a varios (n)- (n)

- Valor sencillo / Valor múltiple

Los atributos que no pueden dividirse son llamados simples o atómicos.

Número y Número Interior.

4. ¿Qué es una Estructura Relacional?

el establecimiento de las relaciones entre los puntos de datos.

5. ¿Que son Tipos de datos?

Un tipo de dato, es un atributo de los datos que indica al ordenador (y/o al

programador/programadora) sobre la clase de datos que se va a manejar. Esto incluye imponer

vida real, utilizando las herramientas de modelado UML:

1. Determinar los requerimientos funcionales y no funcionales.

2. Enunciado la situación del problema

3. Diseñar el diagrama Entidad Relación y el diagrama relacional para la base de datos.

Caso del Supermercado

realizados y así poder realizar un balance general a finalizar cada mes

entrada y salida, además de los descansos que toma

realizadas y así poder realizar un balance general a finalizar cada mes

• Impresión de tickets de venta con el fin de dar un soporte físico al cliente

un control sobre el stock que se almacena

• Si se identifican ataques de seguridad o brecha del sistema, el mismo no continuará

operando hasta ser desbloqueado por un administrador de seguridad.

• Solo el administrador podrá hacer modificaciones con respecto a permisos, datos, o

creación de nuevos usuarios para los empleados.

• El sistema hará un respaldo de datos según tiempo especificado por el administrador.

• El sistema debe poder adaptarse visual y funcionalmente a cualquier dispositivo

• El sistema debe contar con manuales de usuario estructurados adecuadamente.

• El sistema debe proporcionar mensajes de error que sean informativos y orientados a

• El sistema debe contar con un módulo de ayuda en línea.

También podría gustarte