Documentos de Académico
Documentos de Profesional
Documentos de Cultura
TEMA:
MATERIA:
ALUMNO(S):
Alex David Torres Garces - Silva Sánchez Jonathan Lizandro - Ariel Esteban
Valencia Quiroz - Joseph Argail Guashpa Astudillo - Andrés Israel Parrales
Plaza - Mayra Verenice Plaza Bernabé - Danny Javier Lara Quilumba -
Fernando José Torres Lema - Washington Isaac Chonillo Villón - Katherine
Lissette Yagual Cruz - Damián Tixi Richard Javier
CURSO:
© Universidad Estatal de Milagro – UNEMI
TIC_VIRTUAL_S4_C1
DOCENTE:
1
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
INTRODUCCIÓN
Una base de datos es importante debido a las soluciones que proporciona al momento de
organizar grandes cantidades de información de una empresa o negocio de productos,
servicios o de otra índole. Con la implementación de una base de datos, se facilita la
recopilación de información, así como el análisis de los mismos y el fácil acceso a cada uno de
ellos de manera remota. Aunque para poder considerarse una base de datos propiamente
dicha se requiere de algunos procesos de construcción e ingeniería como por ejemplo el
modelado.
El modelado y construcción lógica de una base de datos es considerada una de las partes más
importantes en la arquitectura de un sistema informático. Dentro de esta se involucra
diferentes métodos de abstracción, relacionales y matemáticos donde se organiza una serie de
datos de forma coherente a manera de tablas que se las considera como entidades y cada una
de estas entidades principales o heredadas, contiene diferentes atributos que se los puede
considerar características propias de las entidades, así como relaciones entre entidades y
muchas otras características.
2
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Se desea diseñar la base de datos bibliográfica de los grupos de investigación de la universidad. En concreto, se quiere almacenar toda la información
relativa a los artículos científicos sobre los temas en los que trabajan los grupos y de los cuales puede poseer alguna copia. Si se posee alguna copia,
esta puede estar en lass estanterías del laboratorio, o bien, en la oficina de alguno de los investigadores de los grupos. De cada uno de estos artículos
se desea saber el título, los autores, el DOI (Digital Object Identifie), las palabras clave, la dirección de correo electrónico de contacto (si la hay), si se
tiene copia en el grupo y donde se guarda. Los artículos pueden haber sido publicados como informes técnicos, o bien en las actas de algún
congreso o en una revista científica. De los informes técnicos se debe guardar el número y el centro en que se ha publicado, junto con el mes y año
de publicación. Cuando el artículo aparece en las actas de un congreso, se debe guardar el nombre del congreso, la edición del mismo en la que se
presentó el artículo, ciudad en que se celebró y fechas de inicio y finalización. Además, se debe guardar el tipo de congreso que es (nacional o
internacional) y la frecuencia con que se celebra (anual, etc.). Si el congreso es de tipo internacional, se debe guardar también el país en que tuvo
lugar cuando se presentó el artículo. Además, se guardará el año en que el congreso se celebró por primera vez. Por último, si el artículo ha aparecido
publicado en una revista científica, se quiere saber el nombre de la revista, el nombre del editor, el año en que empezó a publicarse, la frecuencia
con que aparece (mensual, trimestral, etc.), los temas que trata la revista, el número de la revista en que apareció el artículo, las páginas ocupadas
(por ejemplo 512-519) y el año. También se quiere guardar información adicional sobre los autores de los artículos y, en general, sobre otros
investigadores, como la afiliación (en el que institución trabajan) y su dirección de correo electrónico. Además, se desea conocer los temas concretos
en que trabajan los grupos de investigación y la línea y sublínea de investigación a la que pertenecen esto temas. De las revistas en que publican lo
artículos, también se desea guardar la dirección web, el ISSN y/o ISBN.
METODOLOGÍA
Luego de haber realizado la lectura del caso se obtuvo las siguientes entidades principales y
heredadas que en algunos casos fueron renombradas para facilitar y entender de mejor
manera su correlación y posible uso en el prototipo de modelado.
3
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
4
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Designamos en la entidad “PUBLICADOR” esta entidad tienen como fin la de poder determinar
el tipo de publicación en que se empleará el artículo, poseerá 4 atributos de tipo “Integer”, la
clave primaria id_ publicante y tres claves foráneas, una por cada entidad que corresponden a
los lugares donde aparecerán los artícurlos id_informe_tec, id_congreso, id_revista.
PUB LICADO R
id_publican te <pi> Integer <M> #
id_informe_ tec <fi1> Integer <M> *
id_congres o <fi2> Integer <M> *
id_revis ta <fi3> Integer <M> *
© Universidad Estatal de Milagro – UNEMI
5
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
INFORME TECNICO
id_informe_ tec <pi> Integer <M> #
id_publica d <fi> Integer <M> *
inf_numer o Number (100) o
inf_cen tro Text (200 ) o
inf_mes_pu b Date o
inf_año_pu b Date o
CONGRESO
id_congres o <pi> Integer <M> #
id_publica d <fi> Integer <M> *
con_nombr e Text (100 ) o
con_edició n Number (100) o
con_ciuda d Text (100 ) o
con_fec_inici o Date & Time o
con_fec_fi n Date & Time o
id_tipocon g Integer <M> *
6
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
TIPO CONGRES O
id_ tipocon g <pi> Integer <M> #
id_ cong_na c Integer <M> *
id_ cong_in tnac Integer <M> *
7
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
RESPALDO
id_backup <pi> Integer <M> #
id_artículo <fi> Integer o
bkp_descrip Text (50) o
bkp_ubicac Text (50) o
8
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
ARTICULO
id_a rtículo <pi> Intege r <M> #
id_publican te <fi> Intege r <M> *
id_tipo_frm t Intege r <M> *
ar_título Text (100) o
© Universidad Estatal de Milagro – UNEMI
9
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
• id_tipocong
• id_cong_nac
• id_cong_intnac
• art_aut_id
• id_artículo
• aut_id
© Universidad Estatal de Milagro – UNEMI
ARTICULO_AUTOR
# art_aut_id Intege r
o id_ar tículo Intege r
o aut_id Intege r
10
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Entidad “AUTOR”
AUTO R
# aut_id Integer
* id_institucion Integer
o aut_nombr e Text (100)
o aut_email Text (150)
o aut_fec_na c Date
o aut_lug_na c Date
© Universidad Estatal de Milagro – UNEMI
11
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
INSTITUCI ÓN
# id_institucion Integer
o inst_nombr e Text (100 )
La entidad GRUPO AUTOR está conformada por los siguientes atributos: (grupo_aut_id es la
clave primaria de la entidad, aut_id, grupo_id, tema_subtm_ id son claves foraneas) todos los
atributos son datos de tipo enteros.
GRUPO AUTOR
# grupo_au t_id Integer
o aut_id Integer
o grupo_i d Integer
© Universidad Estatal de Milagro – UNEMI
o tema_subtm_id Integer
12
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
TEMA_SUBTEMA
# tema_sub tm_id Intege r
* tema_id Intege r
* subtema_i d Intege r
SUB TEMA
# sub tema_i d Integer
o sub tema_descri p Text (200)
13
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
tema_id que es un dato tipo entero es la clave primaria y tema_descrip es un dato tipo texto
con una longitud de 300 caracteres.
TEMA
# tema_id Integer
o tema_descri p Text (300)
grupo_id que es un dato tipo entero es la clave primaria de la tabla y grp_nombre es un dato
tipo texto tiene una longitud de 100 caracteres.
© Universidad Estatal de Milagro – UNEMI
GRUPO
# grupo_i d Integer
o grp_nombr e Text (100 )
14
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
RESULTADOS
a) Diccionario de datos
A continuación, se detalla el diccionario de datos de cada entidad y sus atributos con las
respectivas características de cada uno según el modelo construido.
Entidad – PUBLICADOR
Entidad – CONGRESO
© Universidad Estatal de Milagro – UNEMI
15
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Entidad – REVISTA
Nombre Tipo Dato Tamaño Descripción
id_revista Integer Clave Primaria de la entidad
id_publicad Integer Clave Foránea de entidad padre
rev_nombre Text (100) 100 Nombre de revista
rev_edición_art Number (100) 100 Edición del Artículo
rev_asunto Text (150) 150 Tema de la revista
rev_editor Text (70) 70 Editor del artículo
rev_año_pub Date Año de publicación de la revista
rev_frecuencia Text (100) 100 Frecuencia de publicación
rev_rango_pag_art Text (100) 100 Rango de páginas del artículo
rev_año Date Año del artículo
rev_url Text (150) 150 URL revista
rev_ISSN Number (120) 120 Número de serie estándar internacional
Entidad - ARTICULO
16
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Entidad – RESPALDO
Entidad – ARTICULO_AUTOR
Entidad – INSTITUCIÓN
17
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Entidad – GRUPO_AUTOR
Entidad – TEMA_SUBTEMA
Entidad – SUBTEMA
Entidad – TEMA
Entidad – GRUPO
18
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Inicialmente el modelo se había pensado para que sea un poco más minimalísta considerando
un conjunto de atributos de la entidad que es el núcleo del problema “ARTÍCULO”, pero luego
de una serie de procesos de normalización hasta llegar a 2FN.
19
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
RESPALDO
id_backup <pi> Integer <M> #
id_artículo <fi> Integer o
bkp_descrip Text (50) o
bkp_ubicac Text (50) o
FK_ARTICULO_RESPALDO
ARTICULO
id_artículo <pi> Integer <M> #
AUTOR
id_publicante <fi> Integer <M> * GRUPO AUTOR
id_tipo_frmt Integer <M> * # aut_id Integer FK_AUTOR_ FK_GRUPO_AUTOR_
FK_ARTICULO_ ARTICULO_AUTOR FK_ARTICULO_AUTOR_ * id_institucion Integer GRUPO_AUTOR # grupo_aut_id Integer GRUPO GRUPO
ar_título Text (100) o ARTICULO_AUTOR
# art_aut_id Integer AUTOR o aut_nombre Text (100) o aut_id Integer # grupo_id Integer
PUBLICADOR FK_PUBLICADOR_ARTICULO ar_autores Text (100) o
o id_artículo Integer o aut_email Text (150) o grupo_id Integer o grp_nombre Text (100)
id_publicante <pi> Integer <M> # ar_email_cont Text (100) o
o aut_id Integer o aut_fec_nac Date o tema_subtm_id Integer
FK_PUBLICADOR_INFORME id_informe_tec <fi1> Integer <M> * FK_PUBLICADOR_REVISTA id_ar_versión Number (20) o
ar_pal_claves Text (10) o o aut_lug_nac Date
id_congreso <fi2> Integer <M> *
id_revista <fi3> Integer <M> * ar_dig_DOI Number o
ar_url Text (120) o
FK_AUTOR_INSTITUCION FK_GRUPO_AUTOR_TEMA_SUBTEMA
FK_ARTICULO_TIPO_FORMATO
20
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
Para un mejor entendimiento de las demás relaciones a continuación, una tabla donde se
detalla las diferentes relaciones establecidas entre los atributos:
TIPO DE
NOMBRE CODIGO DE LLAVE FORÁNEA ENTIDAD 1 ENTIDAD 2
RELACIÓN
FK_ARTICULO_ARTICULO_AUTOR FK_ARTICULO_ARTICULO_AUTOR ARTICULO ARTICULO_AUTOR Uno a Varios
FK_ARTICULO_AUTOR_AUTOR FK_ARTICULO_AUTOR_AUTOR AUTOR ARTICULO_AUTOR Uno a Varios
FK_ARTICULO_TIPO_FORMATO RELATIONSHIP_9 TIPO FORMATO ARTICULO Uno a Uno
FK_AUTOR_GRUPO_AUTOR FK_AUTOR_GRUPO_AUTOR AUTOR GRUPO AUTOR Uno a Varios
FK_AUTOR_INSTITUCION FK_AUTOR_INSTITUCION INSTITUCIÓN AUTOR Uno a Varios
FK_CONGRESO_TIPO_CONGRESO FK_CONGRESO_TIPO_CONGRESO CONGRESO TIPO CONGRESO Uno a Uno
FK_GRUPO_AUTOR_GRUPO FK_GRUPO_AUTOR_GRUPO GRUPO GRUPO AUTOR Uno a Varios
© Universidad Estatal de Milagro – UNEMI
21
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
CONCLUSIÓN
Desde la aparición de los sistemas informáticos y la evolución en los métodos de
almacenamiento de datos, tareas como la de organizar y recopilar información ayudaron
a tener un panorama más claro sobre la evolución y predicción de los diferentes
comportamientos estadísticos de los datos recopilados. Permitiendo así tomar
decisiones más acertadas ya sea a nivel de negocios, económica, poblacional, etc.
Podemos concluir que un modelado de base de datos es como nuestra vida cotidiana,
sigue una estructura lógica, teniendo como referencia las acciones que realiza una
persona, es comparable a las relaciones que existen entre las entidades de las bases de
datos claro, con ciertas limitaciones. El arquitecto o modelador ayuda a determinar
cómo la información se almacena, organizan y se accede a estos datos.
Además, resaltar que entre las principales utilidades que nos proporciona una base de
datos es almacenar y agrupar todos los datos de una organización en un solo lugar, así
también como nos facilita el acceso y distribución de los datos entre los miembros de la
organización.
22
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
RECOMENDACIONES
Es por ello que el profesional de las TIC debe gozar de conocimientos lógicos y
organizacionales que le permitan crear modelos de datos que sean funcionales y así
mismos flexibles y con capacidad de poder evolucionar y crecer a futuro. Para ello es
importante adquirir conocimientos sobre el manejo adecuado y la abstracción de cada
uno de los componentes que serán parte de todo el modelo de datos tales como los
atributos, entidades, relaciones y diferentes partes que lo componen, para ello debe
desarrollar una visión esquemática y analítica de la información.
Además, saber del uso de las diferentes herramientas para poder llevar esos modelos a
un uso real, así también el poder aprender sobre la creación y administración de base
de datos ya sea para una empresa o para un uso privado. El modelado realizado fue
elaborado mediante un esquema grafico en el cual se muestra las relaciones que hay
con cada entidad, si observamos con atención y analizamos este esquema podremos
encontrar su sentido y patrón lógico que se desarrollo
23
TEMA DE LA TAREA: PRÁCTICA DISEÑO DE BASE DE DATOS
BIBLIOGRAFÍA
Connolly, T., & Begg, T. (2015). Database Systems: A Practical Approach to Design,
Implementation, and Management. Pearson.
Piñeiro Gómez, J. (2013). Bases de Datos relacionales y Modelado de Datos. España: Paraninfo.
Pons Capote, O., Marin Ruíz, N., & Medina Rodríguez, J. (2006). Introducción a las bases de
datos : el modelo relacional. Tomson.
Sánchez Aldana, C., & Mosquera Motta, F. (2020). Modelamiento de Bases de Datos:
Metodología, Práctica y Aplicada. Colombia: Universidad Piloto de Colombia .
https://drive.google.com/file/d/1FfTue_rmi4DsguUlvfbzZBjaiKEtPvYs/view?usp=sharing
© Universidad Estatal de Milagro – UNEMI
24