INTRODUCCION

El propósito de este trabajo radica en el diseño y desarrollo de una base de

datos normalizada destinada a respaldar un sistema académico en el entorno

universitario. Este desafío surge a raíz de un caso asignado que presenta

requerimientos específicos y funcionales que deben ser satisfechos de manera

eficiente.

El caso asignado se enfoca en la creación de un sistema integral capaz de

administrar de manera efectiva y organizada una amplia gama de información

relacionada con estudiantes, profesores, cursos, carreras, facultades y

calificaciones. Este sistema debe atender requisitos críticos que incluyen la

recolección de información detallada de estudiantes, la asignación de profesores en

función de su formación y áreas de experiencia, la planificación y seguimiento de

carreras con requisitos específicos y, fundamentalmente, la gestión y cálculo de

calificaciones. Además, se espera que el sistema permita generar informes y

estadísticas para facilitar la toma de decisiones basadas en datos académicos.

Para abordar este desafío, se ha seguido una metodología estructurada que

se fundamenta en una serie de pasos cuidadosamente planeados. Estos pasos

incluyen la identificación de entidades clave, sus atributos y las relaciones

fundamentales que conectan estos elementos en la base de datos. El resultado es

un sólido Modelo Entidad-Relación (ER) que proporciona una representación visual

clara de la estructura subyacente de la base de datos.

Este trabajo no solo se enfoca en la creación de la base de datos en sí, sino

que también considera la optimización de la misma. El proceso de normalización se

ha aplicado con el fin de garantizar una organización eficiente de los datos, sin
redundancias innecesarias y con la máxima integridad.

Este proyecto se alinea con las mejores prácticas en el diseño de bases de

datos, teniendo en cuenta la necesidad de una estructura robusta y escalable.

Además, se ha utilizado la herramienta de modelado DIA para representar el Modelo

ER de manera visual y comprensible.

En las secciones subsiguientes, se detallarán en profundidad las etapas del

proceso, el Modelo ER resultante, así como las conclusiones y recomendaciones

para el mantenimiento y futuras mejoras del sistema académico de la universidad.

 METODOLOGIA

Para el desarrollo de la base de datos requerida para el sistema académico

de la universidad, se siguió una metodología estructurada. El proceso comenzó con

una lectura exhaustiva del caso asignado para comprender completamente los

requisitos y funcionalidades necesarios.

En una etapa inicial, se identificaron las entidades clave involucradas en el

sistema, que incluyen estudiantes, profesores, cursos, carreras, facultades y

calificaciones. Una vez identificadas las entidades, se procedió a la definición de los

atributos asociados a cada una de ellas. Por ejemplo, para la entidad "Estudiantes",

se determinaron atributos como nombre, fecha de nacimiento, género y otros datos

personales relevantes.

Las claves primarias se establecieron para cada entidad con el fin de permitir

una identificación única de cada registro en la tabla. Por ejemplo, el campo

"Id_estudiante" se definió como la clave primaria para la entidad "Estudiantes".

El siguiente paso importante consistió en la determinación de las relaciones

entre las entidades. Los requisitos proporcionados ayudaron a identificar cómo estas

entidades interactúan entre sí. Por ejemplo, se estableció una relación entre

"Estudiantes" y "Carreras", ya que un estudiante se inscribe en una carrera.

Una vez que se completó la identificación de entidades, atributos y

relaciones, se procedió a la creación del Modelo Entidad-Relación (ER) utilizando un

software de modelamiento preferido, en este caso, la herramienta DIA. En este

modelo ER, se aseguró de incluir todas las claves primarias y definir claramente las

relaciones entre las entidades.

Finalmente, se llevó a cabo el proceso de normalización para garantizar que

la base de datos estuviera organizada de manera eficiente, sin redundancias de

datos y manteniendo la integridad de la información.

Esta metodología permitió un enfoque estructurado y efectivo para el diseño

de la base de datos, asegurando que cumpla con los requisitos y funcionalidades

del sistema académico de la universidad. Todo el proceso se documentó

minuciosamente para su inclusión en el trabajo final.

 RESULTADOS

a) Diccionario de datos.

Identidad

Nombre del campo Descripción Tipo de Longitud Índice Tipo de

variable índice

Id_identidad Identificador Entero 10 Sí Primario

único de

identidad

Documento_de_identida Documento de Varchar 20 No

d identidad de la

persona

Fecha_de_nacimiento Fecha de Fecha No

nacimiento de la

persona

Género Género de la Varchar 10 No

persona
 Contacto

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

Id_contacto Identificador único de Entero 10 Sí Primario

contacto

Correo_electronico Dirección de correo Varchar 50 No

electrónico de la

persona

Teléfono Número de teléfono de Varchar 15 No

la persona

Ubicacion

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_ubicacion Identificador único de Entero 10 Sí Primario

ubicación

Dirección Dirección de la Varchar 100 No

ubicación

Ciudad Ciudad de la ubicación Varchar 50 No

País País de la ubicación Varchar 50 No

 Personas

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_persona Identificador único de Entero 10 Sí Primario

persona

id_identidad Clave foránea a Entero 10 No Foráneo

Identidad

id_contacto Clave foránea a Entero 10 No Foráneo

Contacto

id_ubicacion Clave foránea a Entero 10 No Foráneo

Ubicación

foto Ruta de la foto de la Varchar 255 No

persona

tipo Tipo de persona Varchar 20 No

(estudiante o profesor)
 Areas de experiencia

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_area_de_experiencia Identificador único Entero 10 Sí Primario

de área de

experiencia

área Área de Varchar 50 No

experiencia del

profesor

Profesor

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_profesor Identificador único de Entero 10 Sí Primario

profesor

nivel_de_formación Nivel de formación del Varchar 50 No

profesor
 Áreas de experiencia de profesores

Nombre del campo Descripción Tipo de Longitud Índice Tipo de

variable índice

Id_areas_de_experienci Identificador único Entero 10 Si Primario

a de areas de

_de_profesores experiencias de

profesores

Id_areas_de_experienci Clave foránea a Entero 10 No Foráneo

a Areas de

experiencia

id_profesor Clave foránea a Entero 10 No Foráneo

Profesor

Facultad

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_facultad Identificador único de Entero 10 Sí Primario

facultad

nombre Nombre de la facultad Varchar 50 No

 Adscrito

Nombre del Descripción Tipo de Longitu Índice Tipo de

campo variable d índice

id_adscrito Identificador único de Entero 10 Sí Primario

adscrito

id_profesor Clave foránea a Profesor Entero 10 No Foráneo

id_facultad Clave foránea a Facultad Entero 10 No Foráneo

Requisito

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_requisito Identificador único de Entero 10 Sí Primario

requisito

requisito Requisito del curso Varchar 50 No

 Curso

Nombre del campo Descripción Tipo de Longitud Índice Tipo de

variable índice
id_curso Identificador único de Entero 10 Sí Primario
curso
código Código del curso Varchar 20 No
nombre Nombre del curso Varchar 100 No
numero_de_credito Número de créditos Entero 10 No
s del curso
horas_semanales Horas semanales del Entero 10 No
curso
id_profesor Clave foránea a Entero 10 No Foráneo
Profesor
tipo Tipo de curso (teórico Varchar 20 No
o práctico)

Prerrequisito

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_prerrequisito Identificador único de Entero 10 Sí Primario

prerrequisito

id_requisito Clave foránea a Entero 10 Sí Foráneo

Prerrequisito

Id_curso Clave foránea a Entero 10 No Foráneo

Curso
 Carrera

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_carrera Identificador único Entero 10 Sí Primario

de carrera

id_facultad Clave foránea a Entero 10 No Foráneo

Facultad

codigo Código de la carrera Varchar 20 No

nombre Nombre de la Varchar 100 No

carrera

Plan de Estudios

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_plan_de_estudios Identificador único Entero 10 Sí Primario

de plan de estudios

id_carrera Clave foránea a Entero 10 No Foráneo

Carrera
 Cursos en Plan de Estudios

Nombre del campo Descripción Tipo de Longitu Índice Tipo de

variable d índice

id_cursos_en_plan_de_estudi Identificador Entero 10 Sí Primario

o único de

cursos en

plan de

estudios

id_plan_de_estudio Clave Entero 10 No Foráneo

foránea a

Plan de

Estudios

id_curso Clave Entero 10 No Foráneo

foránea a

Curso

tipo Tipo de Varchar 20 No

curso

(obligatorio

o electivo)
 Estudiante

Nombre del campo Descripción Tipo de Longitud Índice Tipo de

variable índice

id_estudiante Identificador único de Entero 10 Sí Primario

estudiante

id_persona Clave foránea a Entero 10 No Foráneo

Personas

id_carrera Clave foránea a Carrera Entero 10 No Foráneo

Calificación

Nombre del campo Descripción Tipo de Longitud Índice Tipo de

variable índice
id_calificacion Identificador único de Entero 10 Sí Primario
calificación
id_estudiante Clave foránea a Entero 10 No Foráneo
Estudiante
id_curso Clave foránea a Curso Entero 10 No Foráneo
Periodo_academic Periodo académico en Entero 10 No
o el que eta ubicado el
estudiante
nota_1 Nota 1 del estudiante en Decimal 5 No
el curso
nota_2 Nota 2 del estudiante en Decimal 5 No
el curso
nota_3 Nota 3 del estudiante en Decimal 5 No
el curso
promedio Promedio de Decimal 5 No
calificaciones del
estudiante
 b) Gráfico del modelo entidad relación.

c) Descripción de las relaciones.

Relación entre "Personas" e "Identidad":

 La tabla "Personas" (id_persona) está relacionada con la tabla "Identidad"

(id_identidad) mediante una clave foránea (id_identidad). Esto permite

vincular la información personal de una persona con su identificación.

Relación entre "Personas" y "Contacto":

 La tabla "Personas" (id_persona) está relacionada con la tabla "Contacto"

(id_contacto) mediante una clave foránea (id_contacto). Esto permite asociar

la información de contacto de una persona.

Relación entre "Personas" y "Ubicación":

 La tabla "Personas" (id_persona) está relacionada con la tabla "Ubicación"

(id_ubicacion) mediante una clave foránea (id_ubicacion). Esto permite

vincular la ubicación de una persona.

Relación entre "Profesor" y "Áreas de Experiencia":

 La tabla "Profesor" (id_profesor) está relacionada con la tabla "Áreas de

Experiencia de Profesores" (id_profesor) mediante una clave foránea

(id_profesor). Esto permite asociar a un profesor con sus áreas de

experiencia.

Relación entre "Áreas de Experiencia de Profesores" y "Áreas de

Experiencia":

 La tabla "Áreas de Experiencia de Profesores"

(Id_areas_de_experiencia_de_profesores) está relacionada con la tabla

"Áreas de Experiencia" (id_area_de_experiencia) mediante una clave foránea

(Id_areas_de_experiencia). Esto permite relacionar las áreas de experiencia

de los profesores con las áreas generales de experiencia.

Relación entre "Profesor" y "Adscrito":

 La tabla "Profesor" (id_profesor) está relacionada con la tabla "Adscrito"

(id_profesor) mediante una clave foránea (id_profesor). Esto permite vincular

a un profesor con la facultad a la que está adscrito.

Relación entre "Adscrito" y "Facultad":

 La tabla "Adscrito" (id_facultad) está relacionada con la tabla "Facultad"

(id_facultad) mediante una clave foránea (id_facultad). Esto permite asociar

una facultad con los profesores adscritos a ella.

Relación entre "Prerrequisito" y "Requisito":

 La tabla "Prerrequisito" (id_requisito) está relacionada con la tabla "Requisito"

(id_requisito) mediante una clave foránea (id_requisito). Esto establece una

relación entre los prerrequisitos y los requisitos de un curso.

Relación entre "Curso" y "Profesor":

 La tabla "Curso" (id_curso) está relacionada con la tabla "Profesor"

(id_profesor) mediante una clave foránea (id_profesor). Esto permite vincular

un curso con el profesor que lo imparte.

Relación entre "Curso" y "Carreras en Plan de Estudios":

 La tabla "Cursos en Plan de Estudios" (id_curso) está relacionada con la

tabla "Curso" (id_curso) mediante una clave foránea (id_curso). Esto permite

relacionar cursos con los planes de estudios.

Relación entre "Plan de Estudios" y "Carreras en Plan de Estudios":

 La tabla "Plan de Estudios" (id_plan_de_estudios) está relacionada con la

tabla "Carreras en Plan de Estudios" (id_plan_de_estudio) mediante una

 clave foránea (id_plan_de_estudio). Esto vincula un plan de estudios con la

carrera a la que pertenece.

Relación entre "Carreras en Plan de Estudios" y "Carrera":

 La tabla "Carreras en Plan de Estudios" (id_carrera) está relacionada con la

tabla "Carrera" (id_carrera) mediante una clave foránea (id_carrera). Esto

asocia las carreras incluidas en los planes de estudios con la información

detallada de las carreras.

Relación entre "Estudiante" y "Personas":

 La tabla "Estudiante" (id_persona) está relacionada con la tabla "Personas"

(id_persona) mediante una clave foránea (id_persona). Esto permite asociar

la información del estudiante con su perfil personal.

Relación entre "Calificación" y "Estudiante":

 La tabla "Calificación" (id_estudiante) está relacionada con la tabla

"Estudiante" (id_estudiante) mediante una clave foránea (id_estudiante). Esto

vincula las calificaciones de los estudiantes con su información personal.

Relación entre "Calificación" y "Curso":

 La tabla "Calificación" (id_curso) está relacionada con la tabla "Curso"

(id_curso) mediante una clave foránea (id_curso). Esto establece una

relación entre las calificaciones y los cursos que los estudiantes han cursado.
 CONCLUSIONES Y RECOMENDACIONES

Conclusiones:

El diseño de la base de datos para el sistema académico de la universidad ha

sido un proceso meticuloso que ha resultado en un modelo de datos eficiente y

efectivo. Algunas de las conclusiones destacadas incluyen la organización de datos

eficiente a través de la normalización, el uso de herencia de datos para simplificar el

diseño y la flexibilidad del modelo para gestionar relaciones complejas.

Eficiencia en el Almacenamiento de Datos: La normalización de la base de

datos ha permitido una organización eficiente de los datos, reduciendo redundancias

y mejorando la integridad de la información.

Modelo Entidad-Relación (ER) Robusto: El modelo ER utilizado proporciona

una representación visual clara de la estructura de la base de datos, lo que facilita

su comprensión y mantenimiento.

Herencia de Datos para Profesores y Estudiantes: La implementación de la

herencia de datos para profesores y estudiantes simplifica el diseño y la gestión de

la base de datos al compartir atributos comunes de personas.

Flexibilidad en la Gestión de Áreas de Experiencia de Profesores: La relación

muchos a muchos entre profesores y áreas de experiencia permite que un profesor

tenga múltiples áreas de experiencia, lo que se adapta a la diversidad de

conocimientos docentes.

Adscripción de Profesores a Facultades: La relación muchos a muchos entre

profesores y facultades ofrece la flexibilidad necesaria para que un profesor esté

adscrito a una o más facultades según su perfil y roles.

Gestión de Prerrequisitos: La relación muchos a muchos a través de la tabla

"Prerrequisito" permite especificar prerrequisitos específicos para cada curso, lo que

simplifica la gestión de restricciones de matrícula.

Asociación de Estudiantes a Carreras: La relación entre estudiantes y

carreras garantiza que cada estudiante esté inscrito en una carrera específica, lo

que es fundamental para el seguimiento académico.

Asignación de Profesores a Cursos: La relación entre cursos y profesores

facilita la asignación de profesores a cursos específicos, asegurando una gestión

eficiente de las asignaciones académicas.

Plan de Estudios Personalizado: La relación entre carreras y planes de

estudios permite que cada carrera tenga su plan de estudios específico, adaptado a

sus necesidades y requisitos.

Gestión de Cursos en Plan de Estudios: La relación muchos a muchos entre

cursos y planes de estudios a través de la tabla "Cursos en Plan de Estudios" facilita

la definición de cursos obligatorios y electivos dentro de un plan de estudios.

Seguridad y Mantenimiento Continuo: Para mantener la base de datos en

óptimas condiciones, es crucial implementar medidas de seguridad, como copias de

seguridad regulares, y establecer un programa continuo de mantenimiento y

actualización. Además, la formación del personal es esencial para garantizar una

gestión eficaz de la base de datos.

Recomendaciones:

Para mejorar la base de datos y garantizar su óptimo funcionamiento, se

recomienda mantener un programa continuo de mantenimiento y actualización.

Además, se debe prestar especial atención a la seguridad de los datos, la

documentación detallada, la optimización de consultas y la implementación de un

plan de copias de seguridad y recuperación sólido. Finalmente, se aconseja

capacitar al personal encargado de la base de datos para garantizar una gestión

eficiente.
 BIBLIOGRAFIA

Rocha, R. I. C. A. R. D. O. (2000). El modelo Entidad–Relación. Online [Jun 2016].

[Link]

Saiedian, H. (1997). Una evaluación del del modelo entidad relación extendido.

Information and Software Technology, 39, 449-462.

[Link]

Díaz, A. E. (2016). Sitio Web “Aprender Modelo Entidad-Relación”. Revista Conrado,

12(56). [Link]

Amat, C. B., Salinas, I. P., & Pérez, A. R. (1989). Aplicación del modelo entidad-

relación a la definición de datos y al establecimiento de relaciones en el diseño de

una base de datos de información de actualidad. Item: revista de biblioteconomia i

documentació, 63-82.

[Link]

Elmasri, R., Navathe, S. B., Castillo, V. C., Pérez, G. Z., & Espiga, B. G. (2007).

Fundamentos de sistemas de bases de datos (No. QA76. 9D3 E553 2007.). Pearson

educación. [Link]