0% encontró este documento útil (0 votos)
27 vistas8 páginas

Proyecto Cunapp

Cargado por

05keyner05
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
27 vistas8 páginas

Proyecto Cunapp

Cargado por

05keyner05
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

CUNAPP – SISTEMA DE GESTIÓN DE ASISTENCIA DE ESTUDIANTES

GESTIÓN DE BASES DE DATOS

OSCAR ARTEAGA MARTINEZ

CUN

MONTERIA - COLOMBIA

2025
Introducción
En el marco de la asignatura Gestión de Bases de Datos, se ha desarrollado el
modelo conceptual y relacional para el sistema CunApp.
El objetivo principal es diseñar una base de datos robusta, escalable y normalizada
que permita gestionar de manera eficiente la información de docentes,
estudiantes, materias, horarios, matrículas y asistencias.
El proceso de modelado consta de dos fases:
• Modelo Entidad-Relación (MER): representación conceptual de las
entidades, atributos y relaciones.
• Modelo Relacional: transformación del MER en tablas que podrán
implementarse en SQL.
2. Modelo Entidad-Relación (MER)

En el MER de CunApp se identificaron las siguientes entidades principales:


• Docentes: Encargados de dictar las materias.
• Estudiantes: Usuarios finales que reciben las clases.
• Materias: Asignaturas ofertadas por la institución.
• Horarios: Organización temporal de las clases.
• Matrículas: Relación entre estudiantes y materias.
• Asistencias: Control de la asistencia de los estudiantes a las clases.
Las relaciones se estructuran así:
• Docentes – Horarios: un docente puede dictar muchos horarios, pero
cada horario pertenece a un único docente. (1 a N).
• Materias – Horarios: una materia puede tener varios horarios, pero cada
horario corresponde a una materia. (1 a N).
• Estudiantes – Materias: relación muchos a muchos, resuelta con la
entidad débil Matrículas.
• Horarios – Asistencias: cada horario puede generar muchos registros de
asistencia. (1 a N).
• Estudiantes – Asistencias: un estudiante puede tener muchos registros
de asistencia. (1 a N).

3. Explicación de Entidades
Docentes
Representa a los profesores que dictan las materias.
• Atributos:
o id_docente (PK)
o nombre
o apellido
o correo
Estudiantes
Representa a los alumnos que cursan las materias.
• Atributos:
o id_estudiante (PK)
o nombre
o apellido
o correo
Materias
Corresponde a las asignaturas ofertadas.
• Atributos:
o id_materia (PK)
o nombre_materia
o creditos
Horarios
Define los espacios de tiempo en los que se imparten las materias.
• Atributos:
o id_horario (PK)
o dia
o hora_inicio
o hora_fin
o id_docente (FK)
o id_materia (FK)
Matrículas
Entidad que resuelve la relación muchos a muchos entre Estudiantes y Materias.
• Atributos:
o id_matricula (PK)
o id_estudiante (FK)
o id_materia (FK)
o fecha_matricula
Asistencias
Permite registrar la asistencia de los estudiantes a un horario específico.
• Atributos:
o id_asistencia (PK)
o fecha
o estado (Presente, Ausente, Tarde)
o id_estudiante (FK)
o id_horario (FK)

4. Modelo Relacional
A partir del MER se obtiene el siguiente Modelo Relacional:

DOCENTES
Campo Tipo Clave Descripción
id_docente INT PK Identificador único del docente
nombre VARCHAR Nombre del docente
apellido VARCHAR Apellido del docente
correo VARCHAR Correo institucional

ESTUDIANTES
Campo Tipo Clave Descripción
id_estudiante INT PK Identificador único del estudiante
nombre VARCHAR Nombre del estudiante
apellido VARCHAR Apellido del estudiante
correo VARCHAR Correo del estudiante

MATERIAS
Campo Tipo Clave Descripción
id_materia INT PK Identificador de la materia
nombre_materia VARCHAR Nombre de la materia
Campo Tipo Clave Descripción
creditos INT Créditos académicos

HORARIOS
Campo Tipo Clave Descripción
id_horario INT PK Identificador del horario
dia VARCHAR Día de clase
hora_inicio TIME Hora de inicio
hora_fin TIME Hora de finalización
id_docente INT FK Referencia a Docentes
id_materia INT FK Referencia a Materias

MATRICULAS
Campo Tipo Clave Descripción
id_matricula INT PK Identificador de la matrícula
id_estudiante INT FK Referencia a Estudiantes
id_materia INT FK Referencia a Materias
fecha_matricula DATE Fecha en que se realizó la matrícula

ASISTENCIAS
Campo Tipo Clave Descripción
id_asistencia INT PK Identificador de la asistencia
fecha DATE Fecha de la clase
estado VARCHAR Presente / Ausente / Tarde
id_estudiante INT FK Referencia a Estudiantes
id_horario INT FK Referencia a Horarios

5. Explicación del Modelo Relacional


• DOCENTES: Tabla base para almacenar la información de los docentes. Se
relaciona con HORARIOS.
• ESTUDIANTES: Tabla base que contiene a los estudiantes. Se relaciona
con MATRICULAS y ASISTENCIAS.
• MATERIAS: Define las asignaturas. Se conecta con HORARIOS y
MATRICULAS.
• HORARIOS: Relaciona a DOCENTES y MATERIAS, además se conecta
con ASISTENCIAS.
• MATRICULAS: Resuelve la relación N a N entre ESTUDIANTES y
MATERIAS.
• ASISTENCIAS: Relaciona ESTUDIANTES y HORARIOS para registrar la
asistencia.
Conclusión
El modelo diseñado permite gestionar de manera clara y eficiente el registro de
asistencia de los estudiantes.
El MER proporciona una visión conceptual de los datos y sus relaciones, mientras
que el Modelo Relacional ofrece la base estructural para la implementación en
SQL.

También podría gustarte