INSTITUTO TECNOLÓGICO SUPERIOR DE MACUSPANA

Actividad: Investigación unidad 2

Autor: Suny Daniela Arias Morales 22E40077

Carrera: Ingeniería en Sistemas Computacionales

AEF1031 FUNDAMENTOS DE BASE DE DATOS

4ro semestre

Docente: Benjamin perez perez

Fecha:19 febrero del 2024

 Diseño de Bases de Datos con el modelo ER
1.- El Proceso de Diseño

El proceso de diseño es el conjunto de pasos o etapas que un diseñador sigue para

desarrollar un producto, servicio, sistema o experiencia. Aunque puede variar dependiendo
del campo específico de diseño y las necesidades del proyecto, generalmente sigue un
conjunto básico de fases.

Etapas comunes en el proceso de diseño

➢ Investigación y comprensión del problema: Esta etapa implica investigar y

comprender completamente el problema o desafío que se está abordando.
➢ Definición del problema y establecimiento de objetivos: En esta etapa, se define
claramente el problema que se va a abordar y se establecen los objetivos del diseño.
➢ Generación de ideas: Durante esta fase, se generan múltiples ideas y soluciones
posibles para abordar el problema definido.
➢ Desarrollo de conceptos: Una vez que se han generado ideas, se seleccionan y
desarrollan los conceptos más prometedores. Esto implica refinar las ideas, explorar
diferentes enfoques y crear prototipos más detallados.
➢ Diseño y prototipado: En esta etapa, se crea el diseño detallado del producto, servicio
o experiencia. Esto puede incluir la creación de prototipos físicos o digitales para probar
y refinar el diseño.
➢ Pruebas y evaluación: Una vez que se ha desarrollado un prototipo, se somete a
pruebas y evaluaciones para identificar cualquier problema o área de mejora.
➢ Iteración y refinamiento: Basándose en los resultados de las pruebas y evaluaciones,
el diseño se ajusta y se refinan iterativamente para mejorar su calidad y satisfacer mejor
las necesidades de los usuarios.
➢ Implementación y lanzamiento: Una vez que el diseño se ha finalizado y refinado, se
lleva a cabo la implementación final y se lanza al mercado.
➢ Evaluación post-implementación: Después del lanzamiento, se realizan evaluaciones
continuas para monitorear el desempeño del diseño y realizar ajustes según sea
necesario.
2.-Modelo Entidad-Relación

El Modelo Entidad-Relación (ER) es un enfoque para diseñar bases de datos. Es una

técnica utilizada para modelar los datos de un sistema y sus relaciones de una manera
conceptual. El modelo se basa en la idea de representar las entidades (objetos o
conceptos del mundo real) y las relaciones entre ellas.
Además proporciona una representación visual de la estructura de una base de datos, lo
que facilita la comprensión de cómo se relacionan entre sí los diferentes elementos de
datos en el sistema. Esta representación es útil tanto para el diseño inicial de la base de
datos como para su posterior implementación y mantenimiento.

conceptos clave en el Modelo Entidad-Relación

❖ Entidad: Una entidad es un objeto o concepto del mundo real que puede distinguirse
claramente de otros objetos. Por ejemplo, en una base de datos de una empresa, las
entidades podrían ser Clientes, Productos, Empleados, etc.
❖ Atributo: Un atributo es una característica o propiedad de una entidad. Por ejemplo, un
cliente podría tener atributos como nombre, dirección, número de teléfono, etc.
❖ Relación: Una relación representa la asociación entre dos o más entidades. Por
ejemplo, en una base de datos de una biblioteca, podría haber una relación entre la
entidad Libro y la entidad Autor, ya que un autor puede escribir varios libros y un libro
puede ser escrito por varios autores.
❖ Cardinalidad: La cardinalidad describe la cantidad de instancias de una entidad que
pueden estar asociadas con una instancia de otra entidad. Por ejemplo, una relación
entre Cliente y Pedido podría tener una cardinalidad de "uno a muchos", lo que significa
que un cliente puede realizar muchos pedidos, pero un pedido está asociado con solo
un cliente.
❖ Clave primaria: Una clave primaria es un atributo o conjunto de atributos que identifica
de forma única cada instancia de una entidad. Por ejemplo, en una entidad Empleado,
el número de identificación podría ser una clave primaria.
❖ Clave foránea: Una clave foránea es un atributo o conjunto de atributos en una entidad
que hace referencia a la clave primaria de otra entidad. Se utiliza para establecer
relaciones entre entidades. Por ejemplo, en una tabla de Pedidos, la clave foránea
podría ser el ID del cliente que realiza el pedido, que se relacionaría con la clave
primaria de la tabla de Clientes.
3.-Diseño con diagramas E-R

Para diseñar una base de datos utilizando diagramas E-R (Entidad-Relación), primero
necesitas identificar las entidades principales en tu sistema y luego definir las relaciones
entre ellas.

Ejemplo.

Supongamos que estás diseñando una base de datos para una tienda en línea.
Algunas entidades y relaciones que podrías considerar:

​ Entidades:
● Cliente: Representa a los clientes de la tienda en línea. Podría tener atributos como
ID de cliente, nombre, dirección de correo electrónico, etc.
● Producto: Representa los productos que se venden en la tienda. Podría tener
atributos como ID de producto, nombre, descripción, precio, etc.
● Pedido: Representa los pedidos realizados por los clientes. Podría tener atributos
como número de pedido, fecha de pedido, estado del pedido, etc.
● Detalle de Pedido: Representa los detalles de cada pedido, incluidos los productos
comprados y la cantidad. Podría tener atributos como cantidad, precio unitario, etc.
​ Relaciones:
● Realiza: Esta relación conecta los clientes con sus respectivos pedidos. Un cliente
puede realizar uno o varios pedidos, pero un pedido está asociado con solo un
cliente. Por lo tanto, la cardinalidad de esta relación sería "uno a muchos".
● Contiene: Esta relación conecta los pedidos con los detalles de los pedidos y los
productos. Un pedido puede contener uno o varios detalles de pedido, y cada detalle
de pedido está asociado con un producto. La cardinalidad de esta relación podría ser
"uno a muchos" para el lado de Pedido a Detalle de Pedido, y "muchos a uno" para el
lado de Detalle de Pedido a Producto.
Representación visual del diagrama E-R para este ejemplo.

En este diagrama:
● Las entidades se representan como rectángulos.
● Las relaciones se representan con líneas conectando las entidades
correspondientes.
● La cardinalidad y la participación pueden indicarse en los extremos de las líneas.
4.-Modelo E-R extendido

El Modelo Entidad-Relación (ER) extendido es una versión más elaborada del modelo básico
que incluye características adicionales para capturar más detalles y complejidades en el
diseño de la base de datos. Aquí hay algunas extensiones comunes que se pueden agregar al
modelo E-R básico:

● Subtipos y Supertipos:Permite modelar relaciones de herencia entre entidades. Por

ejemplo, si tienes una entidad "Vehículo" y quieres distinguir entre "Automóvil" y
"Motocicleta", puedes usar subtipos para representar estas diferencias. Esto se muestra
mediante un triángulo que conecta las entidades subtipos a supertipos.
● Atributos multivaluados:Los atributos multivaluados pueden tomar múltiples valores para
una sola instancia de entidad. Por ejemplo, un libro puede tener múltiples autores. Esto se
denota con el uso de un óvalo doble para el atributo multivaluado.
● Atributos derivados:Los atributos derivados son aquellos cuyos valores se calculan a partir
de otros atributos de la base de datos. Por ejemplo, la edad de una persona se puede
derivar de su fecha de nacimiento. Esto se indica con un óvalo punteado para el atributo
derivado.
● Relaciones binarias N:M:En el modelo básico, las relaciones binarias están limitadas a
uno a uno, uno a muchos y muchos a uno. Sin embargo, en el modelo E-R extendido, se
pueden tener relaciones muchos a muchos sin la necesidad de una entidad de asociación.
Se indica con una línea doble entre las entidades relacionadas.
● Jerarquías de relaciones:Permite modelar relaciones entre entidades en múltiples niveles.
Por ejemplo, si tienes una relación entre "Departamento" y "Empleado" y luego una
relación entre "Empleado" y "Proyecto", puedes conectar estas relaciones en una
jerarquía para mostrar cómo están relacionadas.
● Restricciones de integridad:Se pueden agregar restricciones adicionales para garantizar la
integridad de los datos, como restricciones de clave externa, restricciones de unicidad,
etc.
● Atributos compuestos:Los atributos compuestos están formados por múltiples
sub-atributos que no pueden dividirse más.
5.-La Notación E-R con UML.

La notación E-R (Entidad-Relación) y UML (Unified Modeling Language) son dos enfoques
diferentes para modelar sistemas de información. Sin embargo, es posible integrar
elementos de la notación E-R en diagramas UML para representar la estructura de una base
de datos de manera más detallada.

Formas en que puedes representar conceptos E-R utilizando UML:

● Clases como Entidades:

En UML, las clases se utilizan para representar entidades en el

modelo de datos. Puedes utilizar clases para representar
entidades como Cliente, Producto, Pedido, etc. Los atributos de
estas clases se representan como propiedades de las clases.

● Asociaciones:
Las asociaciones en UML se utilizan para representar relaciones entre entidades. Por
ejemplo, si hay una relación "realiza" entre Cliente y Pedido, puedes representarla como
una asociación en un diagrama de clases de UML.
● Atributos Multivaluados:

Puedes utilizar estereotipos o anotaciones para indicar atributos

multivaluados en UML. Por ejemplo, si un cliente puede tener
múltiples direcciones, puedes representarlo así:

● Asociaciones de Muchos a Muchos:

Para representar relaciones de muchos a muchos en UML, puedes utilizar multiplicidades.
Por ejemplo, si un Pedido tiene múltiples Productos y un Producto puede estar en varios
Pedidos, puedes representarlo de la siguiente manera:

● Restricciones:
Puedes utilizar restricciones de UML para expresar restricciones de integridad o reglas
de negocio en el modelo de datos. Por ejemplo, una restricción podría ser que el precio
de un producto debe ser mayor que cero.
● Jerarquías:

UML admite la representación de jerarquías mediante

herencia entre clases. Por ejemplo, si tienes una entidad
"Vehículo" con subtipos "Automóvil" y "Motocicleta", puedes
representarlo utilizando herencia en UML.

Integrar la notación E-R con UML te permite aprovechar las capacidades de modelado más
avanzadas de UML mientras aún representan conceptos de diseño de bases de datos de
manera efectiva. Esto facilita la comunicación entre los diseñadores de bases de datos y
otros miembros del equipo de desarrollo que están más familiarizados con UML.
 REFERENCIAS BIBLIOGRÁFICAS

Modelo Entidad/Relación Extendido. (n.d.). Manuel Cillero. Retrieved February 20, 2024, from

https://manuel.cillero.es/doc/metodologia/metrica-3/tecnicas/modelo-entidad-relacion-exten

dido/

¿Qué es el modelo entidad relación en BBDD? (2023, August 31). UNIR. Retrieved February

20, 2024, from https://www.unir.net/ingenieria/revista/modelo-entidad-relacion/

¿Qué es un diagrama entidad-relación? (n.d.). Lucidchart. Retrieved February 20, 2024, from

https://www.lucidchart.com/pages/es/que-es-un-diagrama-entidad-relacion

Tempone, D., Dabek, M., & Wilker, J. (n.d.). ¿Qué es el proceso de diseño y cuales son los

diferentes pasos? Domestika. Retrieved February 20, 2024, from

https://www.domestika.org/es/blog/9704-que-es-el-proceso-de-diseno-y-cuales-son-los-difer

entes-pasos

Unidad 2.-Diseño de Bases de Datos con Modelo ER. (n.d.). FUNDAMENTOS DE BASE DE

DATOS. Retrieved February 20, 2024, from

https://2019basededatos.blogspot.com/p/unidad-2.html