REPUBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACION UNIVERSITARIA

UNIVERSIDAD POLITECNICA TERRITORIAL DEL NORTE DE MONAGAS

"LUDOVICO SILVA"

CARIPITO, EDO. MONAGAS.

PNF MANTENIMIENTO.

TRABAJO.

Conceptos
Estratégicos sobre
los Diseños de
Bases de Datos.
ING. HARRINSON ESPINOZA. BACHILLER.

Rausseo, Lisandro. C.I. 26.132.354.

UNIDAD CURRICULAR. Sistema de Información.

Tema I. ACTIVIDAD COMPLEMENTARIA.

Sección T1, segundo semestre, tercer año.

Caripito, 28/05/2021.
 INDICE.

 Introducción............................................................................................Pág. 03.

 ¿ Diseño de Base de Datos.?..............................................................................Pág. 04.

 Pasos para el Diseño de Base de Datos..............................................................Pág. 04-05

 Proceso de Diseño de Base de datos………………………………………….Pág. 05-06.

 Modelo Conceptual…………………………………………………………..Pág. 06-07.

 Notaciones........................................................................................................Pág. 07-08.
 Conclusión.................................................................................................Pág. 08.

 Bibliografía.................................................................................................Pág. 09.

 Anexos……………………………………………………………………Pag.

INTRODUCCION.

2
 El presente trabajo tiene como objetivo el conocer sobre los conceptos estratégicos sobre
los diseños de base de datos. Recordando que, un diseño de base de datos se define como una
colección de pasos que ayudan a diseñar, crear, implementar y mantener los sistemas de
administración de datos de una empresa. El propósito principal del diseño de una base de datos
es producir modelos físicos y lógicos de diseños para el sistema de base de datos propuesto.

1. Diseño de Base de Datos.

3
 El diseño de una base de datos es un proceso que se guía por varios principios bien
definidos, partiendo de un dominio del cual se obtendrá un modelo conceptual, seguidamente un
modelo lógico, al cual se le debe aplicar normalización y finalmente obtener un modelo físico y
poder implementarlo.

2. Pasos para el Diseño de Base de Datos.

A continuación, veremos con algo más de detalle los pasos que forman el proceso de
diseño de una base de datos.

 Recolección y Análisis de Requerimientos.

La primera fase en el diseño de una base de datos consiste en conocer y analizar con
detalle las expectativas, las necesidades y los objetivos de los futuros usuarios de la base de
datos. Este proceso se denomina recogida y análisis de requisitos.

La fase de recogida y análisis de requisitos se puede dividir en tres subfases secuenciales:

la recogida de requisitos; la estructuración y el refinamiento de los requisitos, y la formalización
de los requisitos.

 Diseño Conceptual.

La fase de diseño conceptual tiene como objetivo crear un esquema conceptual de alto

nivel e independiente de la tecnología a partir de los requisitos, las especificaciones y las
restricciones que se han recogido en la fase anterior.

En esta fase se parte de la recogida y el análisis de requisitos obtenidos en la fase anterior

y tiene como objetivo diseñar un esquema conceptual de la base de datos que sea consistente con
los requisitos, las especificaciones y las restricciones impuestas por la problemática que hay que
resolver.

 Diseño Lógico.

Previamente a la fase de diseño lógico, se debe elegir un tipo de base de datos. Es decir,
no hay que escoger todavía un SGBD concreto, sino que simplemente hay que seleccionar el tipo
de base de datos que se quiere implementar. Es importante que quede claro que el tipo de base de

4
datos determina el esquema de diseño lógico. Una vez elegido el tipo de SGBD donde se quiere
implementar la base de datos, ya se puede iniciar la fase del diseño lógico.

En la fase de diseño lógico se transforma el modelo conceptual, independiente del tipo de

tecnología, en un modelo lógico dependiente del tipo de SGBD en el que se quiere implementar
la base de datos.

 Diseño Físico.

El diseño físico es una fase del proceso de diseño de bases de datos que adapta el esquema
lógico obtenido en la fase anterior al SGBD concreto, que utilizará el sistema de información.

Previamente a la fase de diseño físico hay que elegir un SGBD concreto. Hay que estudiar
los diferentes sistemas comerciales o libres que hay en el mercado y seleccionar un SGBD donde
se pueda implementar el sistema de información que se ha ido gestando en las fases anteriores del
proceso de diseño.

Los componentes físicos que forman cada SGBD son específicos. Los fabricantes utilizan
estrategias y tecnologías diferentes para maximizar el rendimiento de sus sistemas gestores de
bases de datos. En este nivel no existe ningún estándar y, por lo tanto, habrá que adaptar el
esquema lógico obtenido en el paso anterior, teniendo presentes las características de cada
sistema gestor. El diseñador debe considerar los aspectos de implementación física y de
eficiencia que dependen específicamente del SGBD elegido.

3. Proceso de Diseño de Base de datos.

El proceso de diseño de bases de datos consiste en definir la estructura lógica y física de

una o más bases de datos para responder a las necesidades de los usuarios con respecto a la
información y para un conjunto concreto de aplicaciones.
Mediante un proceso de diseño de bases de datos, se pueden decidir las tablas y relaciones
que debe tener una base de datos determinada, los atributos de las diferentes tablas, las claves
primarias y las claves foráneas que se deben declarar en cada tabla, etc. Todas estas tareas forman
parte del proceso de diseño de bases de datos. Para poder tomar estas decisiones de la manera
más correcta posible, hay que tener en cuenta las necesidades de información de los usuarios en
relación con un conjunto concreto de aplicaciones.

5
 Por lo tanto, el diseño de una base de datos es el proceso en el que se define la estructura
de los datos que debe tener la base de datos de un sistema de información determinado.

4. Modelo Conceptual.

El modelo conceptual de datos representa las entidades importantes y sus relaciones para
explorar los conceptos de dominio con interesados en el proyecto que definen el ámbito del
problema que tratará la solución del sistema.

 Entidades y Relaciones.
El modelo entidad-relación es el modelo conceptual más utilizado para el diseño
conceptual de bases de datos. Fue introducido por Peter Chan en 1976. El modelo entidad-
relación está formado por un conjunto de conceptos que permiten describir la realidad mediante
un conjunto de representaciones gráficas y lingüísticas.

Entidad. Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa,
persona, concepto abstracto o suceso. Por ejemplo: coches, casas, empleados, clientes, empresas,
oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan
gráficamente mediante rectángulos y su nombre aparece en el interior. Un nombre de entidad sólo
puede aparecer una vez en el esquema conceptual.
Hay dos tipos de entidades: fuertes y débiles. Una entidad débil es una entidad cuya
existencia depende de la existencia de otra entidad. Una entidad fuerte es una entidad que no es
débil.
Relación. Es una correspondencia o asociación entre dos o más entidades. Cada relación
tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante
rombos y su nombre aparece en el interior. Las entidades que están involucradas en una
determinada relación se denominan entidades participantes. El número de participantes en una
relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan
dos entidades es una relación binaria; si son tres las entidades participantes, la relación es
ternaria; etc.

6
  Componentes de un ER.

El modelo entidad relación tiene tres elementos principales:

 Entidades: El modelo contará con una entidad por cada uno de los componentes del
proceso de negocio. Así, en un negocio de venta de suscripciones a revistas, podemos
tener entidades “Cliente”, “Dirección”, “Factura”, “Producto”, o “Incidencias”, entre
otras.
 Atributos: Los atributos, componente fundamental de cada modelo entidad-relación, nos
permiten describir las propiedades que tiene cada entidad. “Nombre”, “Primer Apellido”,
“Segundo Apellido”, ”Fecha de nacimiento”, “Género” o “Segmento de valor” serán
atributos de la entidad “Cliente”.
 Relaciones: Con las relaciones se establecen vínculos entre parejas de entidades. Cada
“Cliente” tendrá una “Dirección” de envío en la que recibirá la suscripción, podrá estar
suscrito a uno o varios “Productos”, y recibirá una “Factura” con la periodicidad
acordada.

5. Notaciones.
A continuación, se presentan los conceptos fundamentales notación con los conceptos
asociados
 Entidades. (Figura representativa).

Las entidades son el objeto básico que se representa en el modelo E-R, el cual "puede ser
cualquier objeto del mundo real con existencia propia sobre el cual queremos tener información
en una base de datos". Estos corresponden a un conjunto de sujetos de interés en el modelo. Su
representación gráfica es un rectángulo, con el nombre del conjunto de sujetos al que se refiere,
que por convenio utilizaremos en plural.

7
  Relaciones. (Figura representativa).

Representan la interrelación entre las entidades del modelo, estableciendo una acción, un
hecho o una relación de pertenencia entre dos (o más) entidades. Cada asociación se representa
con un rombo, con el nombre dentro de él y líneas conectándolo a las entidades participantes.

 Cardinalidad. (Figura representativa).

La cardinalidad de una asociación es el número de elementos de las entidades

participantes que se relacionan entre sí, a través de la asociación en cuestión. Los tres casos de
mayor interés son 1:1 (uno a uno), 1:N (uno a muchos) y N:N (Muchos a muchos), si bien pueden
establecerse explícitamente los valores de N, sobre todo en los casos en que sea restrictivo. En el
diagrama la cardinalidad se indica sobre la línea que une cada entidad con la asociación:

6. Atributos.
En informática, un atributo es una especificación que define una propiedad de un objeto,
elemento o archivo. También puede referirse o establecer el valor específico para una instancia
determinada de los mismos.

7. Grado de una Relación.

El grado de una relación es el número de entidades que participan en una relación.

En función del grado se pueden establecer diferentes tipos de relaciones:

 Relación Unaria o de grado 1.

8
 Es aquella relación en la que participa una única entidad. También llamadas reflexivas o
recursivas.

 Relación Unaria o de grado 1.

Es aquella relación en la que participa una única entidad. También llamadas reflexivas o
recursivas.

 Relación N-aria o de grado n.

Es aquella relación que involucra n entidades. Este tipo de relaciones no son usuales y
deben ser simplificadas hacia relaciones de menor grado.

8. Construir un Modelo ER.

9. Transformación del modelo conceptual en el modelo lógico.

En estos materiales nos centraremos en el diseño lógico de bases de datos relacionales.

Por lo tanto, el modelo lógico generado será aplicable a cualquier base de datos relacional.
Partiremos del resultado de la etapa del diseño conceptual expresado mediante un diagrama de
clases UML y veremos cómo se puede transformar utilizando una estructura de datos del modelo
relacional. Este proceso muestra la manera de llevar a cabo la transformación de los diferentes
elementos que forman el modelo conceptual en elementos que constituyen el modelo lógico o,
más concretamente, el modelo relacional.

9
 CONCLUSION.
El proceso de diseño de la base de datos le ayuda a simplificar el diseño, desarrollo,
ejecución y mantenimiento de su empresa. datos de gestión sistema.
Un buen diseño de base de datos puede ayudar a ahorrar espacio de almacenamiento en
disco al reducir la redundancia de datos. Además de mantener la precisión y fiabilidad de los
datos, le permite acceder a los datos de varias maneras. Además, una base de datos bien diseñada
es más fácil de usar y mantener, lo que hace que la integración sea muy sencilla.

10
 REFERENCIAS BIBLIOGRAFICAS

BIRTLH. (2020). Grado de una relación. Página wed:

https://ikastaroak.birt.eus/edu/argitalpen/backupa/20200331/1920k/es/DAMDAW/BD/B
D02/es_DAMDAW_BD02_Contenidos/website_51_grado_de_una_relacin.html#:~:text=
Grado%20de%20una%20relaci%C3%B3n%3A%20n%C3%BAmero,Tambi%C3%A9n
%20llamadas%20reflexivas%20o%20recursivas

Daw y BD.(2020). Notación Modelo Entidad Relación. Página wed:

https://ejuarez.bitbucket.io/daw/lectura2_Mer/lectura2.html#:~:text=Notaci%C3%B3n
%20Modelo%20Entidad%20Relaci%C3%B3n%20(MER)&text=En%20general%2C
%20el%20objetivo%20del,la%20recuperaci%C3%B3n%20de%20la%20informaci
%C3%B3n.

EsicEdu. (2018). Modelo entidad relación: descripción y aplicaciones. Pagina wed:

https://www.esic.edu/rethink/tecnologia/modelo-entidad-relacion-descripcion-
aplicaciones

Casas, J. (2020). Introducción al diseño de base de datos. Pagina wed

http://cv.uoc.edu/annotation/cb826b689abc472d8fb5b2519840058b/699689/PID_002137
07/PID_00213707.html#w31aab5c13b5

Mendoza, A. (2018). Base de datos. Pagina wed

http://repositorio.uchile.cl/bitstream/handle/2250/151632/Bases-de-datos.pdf?
sequence=1&isAllowed=y

11
ANEXOS.

12