La descripción original
« Dirijo una pequeña escuela de música: piano, guitarra, canto. Los alumnos se inscriben en una clase semanal con un profesor y una franja horaria. En cada sesión anoto los presentes; una ausencia se recupera dentro del trimestre. Las familias pagan por trimestre. Quiero ver las asistencias de la semana, las recuperaciones pendientes y los pagos atrasados. »
El plan validado antes de la generación
A partir de esa descripción, Blueprint Maker propone un plan para revisar: cinco entidades — Alumno, Clase, Franja horaria, Asistencia, Pago — y sus vínculos: un alumno se inscribe en una clase, una clase tiene un profesor y una franja, una asistencia vincula a un alumno con una sesión fechada, un pago vincula a una familia con un trimestre.
Los estados deducidos del texto quedan planteados en el plan: una asistencia es presente, ausente o recuperada; un pago es pagado, pendiente o atrasado. Los tres indicadores solicitados — asistencias de la semana, recuperaciones pendientes, pagos atrasados — figuran antes de cualquier generación. Es el momento de añadir la noción que faltara (los cursos de verano, por ejemplo); después, lo que se construye es lo que se validó.
- Entidades: Alumno, Clase, Franja horaria, Asistencia, Pago
- Relaciones: alumno → clase; clase → profesor, franja; asistencia → alumno; pago → alumno
- Estados: presente / ausente / recuperado; pagado / pendiente / atrasado
- Indicadores: asistencias de la semana, recuperaciones debidas, pagos atrasados
La navegación: la escuela en cinco secciones
La barra lateral retoma las secciones: Panel, Alumnos, Clases, Asistencias, Pagos. La lista de alumnos muestra nombre, clase seguida, profesor, franja — con búsqueda instantánea: teclear «Mar» basta para encontrar a Margaux y Martin en el momento en que un padre llama.
La lista de clases se filtra por disciplina o por profesor; la de pagos se filtra por estado, y las etiquetas de color hacen el resto: un «Atrasado» naranja no se pierde en medio de los «Pagado».
La ficha del alumno, con asistencias y pagos
La ficha de Margaux Lefèvre reúne lo que un cuaderno dispersa: sus datos de contacto y los de su familia, su clase (guitarra, martes 17:30, cliqueable hacia la ficha de la clase), y luego dos historiales vinculados — sus asistencias sesión por sesión, con las ausencias y su eventual recuperación, y sus pagos trimestre por trimestre.
La pregunta «¿en qué punto está esta familia?» se resuelve en una sola pantalla: se ve la ausencia del 12 de mayo no recuperada y el trimestre de primavera pagado. Es la base de datos relacional la que lo enlaza todo — ningún traspaso manual de un cuaderno a otro.
La hoja de asistencia: treinta segundos, no más
La pantalla de registro de asistencias está pensada para el aula: se abre la franja del día, aparece la lista de inscritos, se marca presente o ausente para cada uno, se guarda. En teléfono o tableta, el pase de lista cabe en treinta segundos — condición de supervivencia de toda hoja de asistencia.
Una ausencia registrada alimenta automáticamente el contador de recuperaciones pendientes; cuando la sesión de recuperación tiene lugar, se pasa la asistencia al estado «recuperado» y el contador baja.
El panel: las tres preguntas del director
El panel responde a las tres preguntas del día a día: la tasa de asistencia de la semana, el número de recuperaciones pendientes, el importe de los pagos atrasados — completados por el número de alumnos por disciplina, calculado sobre las inscripciones.
Cada cifra es una consulta a la base de datos: la hoja de asistencia rellenada a las 18:00 se lee en la tasa de la semana a las 18:01. Un desglose por disciplina muestra de un vistazo dónde crece la escuela.
Los datos de demostración: una escuela viva
Pupitre se entrega poblado: una cincuentena de alumnos con nombres plausibles, tres disciplinas, profesores, franjas repartidas a lo largo de la semana, y sobre todo un historial — varios meses de asistencias con su cuota de ausencias, algunas recuperadas y otras no, pagos en los tres estados.
Así se evalúa la aplicación en su velocidad de crucero, no en el primer día: las listas están llenas, los contadores muestran valores realistas. Los datos de demostración se borran antes de la puesta en servicio real. La aplicación vive en su URL dedicada y su código completo se exporta (ZIP, GitHub) — Next.js + Prisma estándar.