← Volver a Documentación

Anexo TFI

CEMI Sistema Gestor

Centro Municipal de Idiomas

Gómez Micaela • Lucena Carlos • Ruiz Mendoza Eduardo • Sergio Bautista Bareiro
Versión 1.0 - Mayo 2026

UTN Facultad Regional Tucumán - Tecnicatura Superior en Programación

CEMI Proyecto: CEMI Sistema Gestor ID
1
Empresa/Entidad: CEMI - Centro Municipal de Idiomas Confeccionó:
Gómez Micaela
Lucena Carlos
Ruiz Mendoza Eduardo
Sergio Bautista Bareiro
Documento
Planificación de entrevista
Institución académica
UTN Facultad Regional Tucumán
Fecha
23-Sep-2025
Planificación de reunión

A. Reunión

DatoDetalle
Fecha de reunión23 de septiembre de 2025
Hora desde09:00 hs
Hora hasta11:00 hs
LugarSede administrativa de CEMI / Bella Vista, Tucumán
ModalidadEntrevista semiestructurada orientada a relevamiento funcional y no funcional.

B. Participantes

NombreParticipación
Responsable institucional de CEMICliente / referente del Centro Municipal de Idiomas
Gómez MicaelaFrontend / UI Design
Lucena CarlosBackend / Base de Datos
Ruiz Mendoza EduardoBackend / DevOps
Sergio Bautista BareiroFrontend / QA Testing

C. Tipo de entrevista y objetivos

Tipo de entrevista: investigación y relevamiento de requerimientos funcionales y no funcionales.

Objetivos:

D. Cuestionario

CEMI Proyecto: CEMI Sistema Gestor ID
1
Entidad: CEMI Fecha
23-Sep-2025
Documento
Validación de entrevista
Confeccionó: Gómez Micaela, Lucena Carlos, Ruiz Mendoza Eduardo y Sergio Bautista Bareiro
Validación de entrevista

A. Metodología

Cada idea rescatada de la entrevista se representa mediante un ítem. Se marca con "S" cuando fue validada correctamente por coincidir con la necesidad transmitida por el referente institucional, y con "N" cuando requiere ajuste o queda fuera del alcance. En notas o aclaraciones se registran precisiones funcionales y técnicas.

B. Ideas rescatadas

Idea validadaS/NNotas o aclaraciones
1CEMI necesita un sistema para registrar y controlar alumnos, profesores, cursos e inscripciones.SEl objetivo principal es centralizar la gestión académica y evitar registros dispersos.
2Se requiere control actualizado de cupos, aulas, cursos activos y cuotas habilitadas.SSe define como disponibilidad académica y administrativa para organizar cursos e inscripciones.
3El sistema debe permitir registrar cursos, modificar datos, asignar profesor y cambiar estado.SLos cursos se organizan por idioma, nivel, aula, horario y cupo máximo.
4Se deben generar consultas y reportes de alumnos, inscripciones, pagos y actividad académica.SLos comprobantes de pago se generan en PDF; los reportes ampliados quedan como mejora escalable.
5Se implementarán niveles de acceso: administrador, profesor, alumno e invitado.SCada perfil debe visualizar únicamente las funciones pertinentes a su rol.
6El sistema será utilizado vía web desde computadoras, tablets y teléfonos.SSe valida diseño responsive y despliegue en Railway.
7Se incluirá control administrativo de pagos, cuotas y comprobantes.SSe documenta como gestión financiera académica asociada a alumnos, cursos y conceptos de pago.
8El diseño debe ser claro, institucional, intuitivo y fácil de operar.SSe prioriza navegación por módulos, formularios simples y documentación integrada.
Análisis de entrevista

A. Metodología

Las ideas validadas se analizaron para convertir necesidades institucionales en acuerdos técnicos. El relevamiento fue depurado para conservar únicamente funciones relacionadas con el dominio académico, administrativo, financiero y comunicacional del Centro Municipal de Idiomas.

B. Ideas rescatadas y acuerdos técnicos

AcuerdoS/NNotas o aclaraciones
1El sistema debe permitir cargar alumnos y mostrar datos académicos asociados.SSe vincula alumno con persona, usuario, inscripción, pagos, calificaciones y asistencias.
2Se requiere control de disponibilidad académica actualizado.SSe contemplan cupos, cursos activos, profesores asignados y aulas.
3Se deben administrar cursos por idioma y nivel.SEl sistema permite gestionar idioma, nivel, horario, aula, profesor y cuotas habilitadas.
4Se necesitan comprobantes y consultas por período.SEl sistema contempla pagos y comprobantes PDF; exportaciones extendidas quedan como mejora futura.
5Cada usuario tendrá credenciales propias.SJWT, perfiles, estados de cuenta y recuperación de contraseña.
6La plataforma debe funcionar online.SAplicación web cliente-servidor con backend Node.js/Express y MySQL.
7Se incluirá comunicación interna.SChat de soporte, chat de classroom y notificaciones.
8La interfaz debe ser sencilla, responsive y coherente con la identidad CEMI.SSe utilizan páginas diferenciadas, estilos institucionales y acceso a documentación.
Documentación de entrevista

A. Conclusiones

Diagnóstico del problema

Análisis del proyecto: CEMI Sistema Gestor

Definición del problema

CEMI, Centro Municipal de Idiomas, administra alumnos, profesores, cursos, inscripciones, pagos, calificaciones, asistencias y comunicación académica. Cuando estos procesos se realizan mediante registros aislados, planillas, mensajes informales o herramientas no integradas, se dificulta conocer el estado real de la institución y se incrementa el riesgo de errores.

La falta de un sistema unificado impacta en la administración, en los docentes y en los alumnos. Administración necesita consultar pagos e inscripciones; los profesores necesitan publicar tareas, registrar asistencias y calificaciones; los alumnos necesitan acceder a sus cursos, comprobantes y avisos; y la institución necesita trazabilidad sobre cada operación.

Elemento - Descripción

ElementoDescripción
El problemaFalta de un sistema centralizado para gestionar la información académica, administrativa, financiera y comunicacional de CEMI.
Afecta aResponsable institucional, administración, profesores, alumnos e invitados que realizan consultas.
Resultados actualesDatos dispersos, dificultad para consultar pagos e inscripciones, comunicación fragmentada, baja trazabilidad académica y mayor carga manual.
Beneficios esperadosCentralización de información, control de cursos e inscripciones, pagos documentados, classroom integrado, comunicación ordenada y mejor seguimiento académico.

Origen del problema: diagrama causa-efecto

Personal

Usuarios con roles distintos y niveles de experiencia tecnológica variados.

Entorno

Necesidad de operar desde distintos dispositivos y ubicaciones.

Herramientas

Uso de registros aislados, planillas o canales informales no integrados.

Métodos

Procesos manuales para inscripciones, pagos, avisos y seguimiento académico.

Tiempo

Demoras para responder consultas y consolidar información institucional.

Procesos

Separación entre administración, pagos, classroom y comunicación.

Identificación de clientes y usuarios

Límites, limitaciones y beneficios

Definición de los límites de la solución

El sistema está diseñado para automatizar y centralizar la gestión académica y administrativa de CEMI. Incluye alumnos, profesores, cursos, idiomas, niveles, aulas, inscripciones, pagos, comprobantes, calificaciones, asistencias, classroom, chat, notificaciones, comunidad, seguridad y documentación.

El alcance queda concentrado en los procesos institucionales relevados y en los módulos necesarios para operar la plataforma educativa de CEMI.

Limitaciones de la solución

Beneficios esperados

Requisitos de datos

Las entidades siguientes corresponden al sistema CEMI y representan los datos necesarios para operar alumnos, usuarios, cursos, inscripciones, pagos, classroom y comunicación.

Entidad: PERSONA

IdentificadorTipoDescripción del identificador
id_personaINTIdentificador único de la persona.
nombreVARCHAR(100)Nombre de la persona.
apellidoVARCHAR(100)Apellido de la persona.
mailVARCHAR(100)Correo electrónico de contacto y acceso.
telefonoVARCHAR(20)Teléfono de contacto.
dniVARCHAR(20)Documento nacional de identidad.

Entidad: USUARIO

IdentificadorTipoDescripción del identificador
id_usuarioINTIdentificador único del usuario.
id_personaINTReferencia a persona.
id_perfilINTPerfil asignado al usuario.
passwordVARCHAR(255)Contraseña cifrada.
estadoVARCHAR(20)Estado de cuenta: activo, inactivo o pendiente.

Entidad: PERFIL

IdentificadorTipoDescripción del identificador
id_perfilINTIdentificador único del perfil.
nombre_perfilVARCHAR(50)Rol del usuario: administrador, profesor, alumno u otro.

Entidad: ALUMNO

IdentificadorTipoDescripción del identificador
id_alumnoINTIdentificador único del alumno.
legajoVARCHAR(50)Número de legajo.
id_personaINTReferencia a datos personales.
domicilioVARCHAR(200)Domicilio declarado.
estadoVARCHAR(20)Estado académico-administrativo.

Entidad: PROFESOR

IdentificadorTipoDescripción del identificador
id_profesorINTIdentificador único del profesor.
id_personaINTReferencia a datos personales.
especialidadVARCHAR(100)Especialidad o idioma principal.
fecha_ingresoDATEFecha de incorporación.
estadoVARCHAR(20)Activo, inactivo o licencia.

Entidad: CURSO

IdentificadorTipoDescripción del identificador
id_cursoINTIdentificador único del curso.
nombre_cursoVARCHAR(100)Nombre del curso.
id_idiomaINTIdioma asociado.
id_nivelINTNivel académico.
id_profesorINTProfesor asignado.
id_aulaINTAula asignada.
horarioVARCHAR(100)Horario de dictado.
cupo_maximoINTCantidad máxima de alumnos.

Entidad: INSCRIPCION

IdentificadorTipoDescripción del identificador
id_inscripcionINTIdentificador único de inscripción.
id_alumnoINTAlumno inscripto.
id_cursoINTCurso seleccionado.
fecha_inscripcionDATEFecha de alta de inscripción.
estadoVARCHAR(50)Estado de inscripción.

Entidad: MEDIOPAGO

IdentificadorTipoDescripción del identificador
id_medio_pagoINTIdentificador único del medio de pago.
nombre_medioVARCHAR(50)Efectivo, transferencia, tarjeta u otro medio habilitado.

Entidad: PAGO

IdentificadorTipoDescripción del identificador
id_pagoINTIdentificador único del pago.
id_alumnoINTAlumno que realiza el pago.
id_cursoINTCurso asociado al pago.
montoDECIMAL(10,2)Importe abonado.
id_medio_pagoINTMedio utilizado.
mes_cuotaVARCHAR(50)Concepto abonado: matrícula o mes.
estado_pagoVARCHAR(30)Pagado, en proceso o anulado.

Entidad: CALIFICACION

IdentificadorTipoDescripción del identificador
id_calificacionINTIdentificador único de calificación.
id_alumnoINTAlumno evaluado.
id_cursoINTCurso evaluado.
parcial1DECIMAL(4,2)Primera evaluación parcial.
parcial2DECIMAL(4,2)Segunda evaluación parcial.
finalDECIMAL(4,2)Nota final.

Entidad: ASISTENCIA

IdentificadorTipoDescripción del identificador
id_asistenciaINTIdentificador único de asistencia.
id_cursoINTCurso correspondiente.
id_alumnoINTAlumno registrado.
fechaDATEFecha de clase.
estadoVARCHAR(30)Presente, ausente, tardanza o justificado.

Entidad: TAREA / ENTREGA

IdentificadorTipoDescripción del identificador
id_tareaINTIdentificador de tarea publicada.
id_cursoINTCurso al que pertenece.
id_profesorINTProfesor que publica.
tituloVARCHAR(150)Título de la tarea.
fecha_limiteDATETIMEFecha límite de entrega.
id_entregaINTRegistro de entrega del alumno.

Entidad: CHAT

IdentificadorTipoDescripción del identificador
id_conversacionINTIdentificador de conversación.
tipo_usuarioVARCHAR(30)Invitado, alumno, profesor o administrador.
estadoVARCHAR(30)Pendiente, activa, resuelta o cerrada.
id_mensajeINTIdentificador de mensaje.
mensajeTEXTContenido enviado.
archivo_adjuntoVARCHAR(255)Archivo opcional asociado.

Especificación de requisitos de software

Ficha del documento

FechaRevisiónAutorVerificado
20-Nov-20251.0Gómez Micaela
Lucena Carlos
Ruiz Mendoza Eduardo
Sergio Bautista Bareiro
Ing. Prado / CEMI

1. Introducción

Este documento define los requisitos de software de CEMI Sistema Gestor, desarrollado para el Centro Municipal de Idiomas. La especificación toma como referencia la estructura IEEE 830, adaptada al alcance real del proyecto.

1.1 Propósito

Especificar de manera clara, completa y verificable los requisitos funcionales, no funcionales, reglas de negocio, restricciones y criterios de aceptación del sistema CEMI. La ERS sirve como guía técnica para desarrollo, validación y evaluación académica.

1.2 Alcance

1.3 Objetivos del proyecto

Objetivo general: desarrollar una plataforma web que permita gestionar de forma eficiente los procesos académicos, administrativos y comunicacionales del Centro Municipal de Idiomas, garantizando integridad de datos y trazabilidad de operaciones.

Objetivos específicos:

1.4 Definiciones, acrónimos y abreviaturas

TérminoDefinición
CEMICentro Municipal de Idiomas.
CursoUnidad académica asociada a idioma, nivel, profesor, aula y horario.
CupoCantidad máxima de alumnos admitidos en un curso.
ClassroomEntorno virtual de aprendizaje integrado al sistema.
JWTJSON Web Token utilizado para autenticación.
RFRequisito funcional.
RNFRequisito no funcional.
RNRegla de negocio.
ERSEspecificación de Requisitos de Software.

1.5 Referencias

2. Descripción general

2.1 Perspectiva del sistema

CEMI Sistema Gestor es una aplicación web cliente-servidor que centraliza información académica y administrativa. Utiliza frontend HTML/CSS/JavaScript, backend Node.js/Express, base de datos MySQL y comunicación en tiempo real mediante Socket.IO.

2.2 Funciones principales

2.3 Características de los usuarios

Tipo de usuarioDescripciónPermisos
AdministradorPersonal autorizado por CEMI.Acceso a gestión académica, pagos, usuarios, soporte y reportes.
ProfesorDocente asignado a cursos.Classroom, tareas, anuncios, calificaciones, asistencias y chat académico.
AlumnoEstudiante inscrito en cursos.Consulta de cursos, pagos, tareas, entregas, calificaciones, anuncios y comunidad.
InvitadoUsuario sin sesión.Consulta pública y contacto inicial con soporte.

2.4 Restricciones

2.5 Suposiciones

2.6 Requisitos futuros

3. Requisitos específicos

3.1 Requisitos funcionales

CódigoDescripciónPrioridad
RF01Registrar, modificar, consultar e inactivar alumnos.Alta
RF02Registrar, modificar y consultar profesores.Alta
RF03Gestionar cursos, idiomas, niveles, aulas, horarios y cupos.Alta
RF04Registrar inscripciones de alumnos a cursos.Alta
RF05Registrar pagos con medio, concepto, estado y comprobante.Alta
RF06Registrar calificaciones parciales y finales.Alta
RF07Registrar asistencias por curso y fecha.Alta
RF08Gestionar classroom con tareas, entregas, anuncios, encuestas y recursos.Alta
RF09Implementar chat de soporte y comunicación académica.Media
RF10Gestionar seguridad, recuperación de cuenta, privacidad y notificaciones.Media

3.2 Requisitos no funcionales

CódigoDescripción
RNF01El sistema debe estar disponible desde navegadores modernos.
RNF02La interfaz debe ser responsive para escritorio, tablet y móvil.
RNF03La autenticación debe utilizar JWT y contraseñas cifradas.
RNF04La base de datos debe ser relacional y mantener integridad.
RNF05Las operaciones principales deben responder en tiempos adecuados para uso administrativo.
RNF06El chat debe permitir comunicación en tiempo real.
RNF07El sistema debe desplegarse con variables de entorno protegidas.
RNF08La documentación debe estar disponible desde el sistema.
RNF09El sistema debe contemplar seguridad y privacidad de datos personales.

3.3 Reglas de negocio

ÁreaReglas
Alumnos e inscripcionesUn alumno debe existir antes de inscribirse. Una inscripción debe asociarse a un curso válido.
Cursos y cuposUn curso debe tener idioma, nivel y cupo definido. No debe superarse el cupo máximo configurado.
PagosTodo pago debe asociarse a alumno, curso, concepto, medio de pago y estado.
Usuarios y rolesUn usuario solo puede operar funciones autorizadas por su perfil.
ClassroomLas tareas, anuncios y recursos deben asociarse a cursos existentes.
SeguridadLas operaciones sensibles requieren sesión válida y control de permisos.

3.4 Matriz de trazabilidad

Historia de usuarioRegla de negocioRequisito funcional
HU01 Registrar alumnoAlumnos e inscripcionesRF01
HU02 Crear cursoCursos y cuposRF03
HU03 Inscribir alumnoAlumnos e inscripcionesRF04
HU04 Registrar pagoPagosRF05
HU05 Cargar calificaciónUsuarios y rolesRF06
HU06 Tomar asistenciaUsuarios y rolesRF07
HU07 Publicar tareaClassroomRF08
HU08 Chatear con soporteSeguridadRF09

3.5 Atributos de calidad del sistema

AtributoDescripción
SeguridadAcceso restringido mediante autenticación, roles y contraseñas cifradas.
FiabilidadPersistencia en base de datos y validación de datos críticos.
UsabilidadInterfaz clara, responsive y organizada por módulos.
MantenibilidadCódigo modular con separación de frontend, backend, rutas y utilidades.
EficienciaRespuesta adecuada en consultas y operaciones frecuentes.
PortabilidadAcceso desde navegadores modernos sin instalación local.

3.6 Criterios de aceptación

Cierre y formalización

Validación final y firmas

Por CEMIPor tutor académicoPor equipo de desarrollo
Responsable institucional del Centro Municipal de Idiomas

Firma:
Ing. Prado

Firma:
Gómez Micaela
Lucena Carlos
Ruiz Mendoza Eduardo
Sergio Bautista Bareiro

Firma: