Project

General

Profile

Evaluar #4713

Hito #4849: Horas del nuevo contrato 2026-2027

Gestión de becas – lógica general (evolutivo)

Added by Daniel García 5 months ago. Updated 7 days ago.

Status:
Pausada
Priority:
Urgente
Start date:
10/17/2025
Due date:
% Done:

100%

Estimated time:
47.00 h
Spent time:

Description

El estudiante puede solicitar ayuda y beca, ambas opciones no son excluyentes.
Las ayudas y becas no deben estar preseleccionadas.
El estudiante elige una sola beca, aporta documentación y el profesor decide si la otorga y con qué porcentaje.

Requisitos funcionales:

- Permitir al alumno solicitar simultáneamente una beca y una ayuda.
- No marcar por defecto ninguna de las opciones (ninguna preseleccionada).
- El alumno puede elegir solo una beca de las disponibles.
- El profesor podrá otorgar o denegar la beca seleccionada y definir el porcentaje a aplicar (1–99%).
- Tras otorgar o denegar, el alumno podrá pagar según el importe ajustado.
- Refrescar el importe y mostrar el descuento aplicado en tiempo real.

History

#1 Updated by Daniel García 5 months ago

  • Priority changed from Normal to Urgente

#2 Updated by Daniel García 5 months ago

  • Parent task set to #4710

#3 Updated by Daniel García 5 months ago

  • Status changed from Nueva to En Aprobación
  • Assignee changed from Daniel García to Jose Antonio Martín Bravo

#4 Updated by Daniel García 5 months ago

  • Status changed from En Aprobación to En curso

#5 Updated by Daniel García 5 months ago

Diferencias funcionales en la gestión de Becas y Ayudas

Tras revisar el documento de requerimientos original (Requerimientos Funcionales Plataforma Académica v1.0), se confirma que en ningún punto se contempla que un estudiante pueda solicitar simultáneamente una beca y una ayuda.

En el documento original se establece que el alumno puede solicitar “una beca o una ayuda disponible asociada al curso”, por lo que ambas opciones se consideraban excluyentes.
Lo que solicita ahora el cliente (poder solicitar ambas, permitir sumarlas y que el profesor defina manualmente el % de descuento) supone un cambio funcional no previsto en el alcance inicial.

Además esto se habló con vosotros el problema es que no quedó por escrito pero se dijo que eran excluyente pedir una ayuda y una beca de forma simultanea y ahora el sistema está pensado para que así sea, los cambios son bastante sensibles.

Este nuevo modelo implica modificaciones en la lógica de negocio, la interfaz de profesor y alumno, el cálculo de importes, y la gestión de los estados de matrícula y pago.

Estimación técnica:

- Adaptación del modelo de datos (permitir coexistencia de beca y ayuda en la misma matrícula) → 6–8 h
- Modificación de la vista de profesor (campos editables para % de beca y % de ayuda, validaciones y refresco de totales) → 8–10 h
- Actualización de la vista de alumno (selección múltiple, visualización de descuentos aplicados, y validaciones de envío) → 6–8 h
- Revisión de la lógica de cálculo de importes (aplicación de descuentos acumulados y límites ≤100%) → 4–6 h
- Ajuste de correos automáticos, resumen de matrícula y estados de pago → 3–4 h
- Pruebas integradas y validación de flujos completos (beca, ayuda, ambas) → 6–8 h
- Documentación y actualización de manual de usuario → 2–3 h

Total estimado:

35–47 horas de desarrollo, según validación de pruebas y nivel de integración con módulos actuales.

#6 Updated by Daniel García 5 months ago

  • Status changed from En curso to Pausada

#7 Updated by Daniel García 5 months ago

  • Tracker changed from Tareas to Evaluar

#8 Updated by Daniel García 5 months ago

  • Subject changed from Gestión de becas – lógica general to Gestión de becas – lógica general (evolutivo)

#9 Updated by Jose Antonio Martín Bravo 4 months ago

  • Assignee changed from Jose Antonio Martín Bravo to Daniel García

OK, adelante con el desarrollo

#10 Updated by Jose Alberto Rodriguez 4 months ago

  • Assignee changed from Daniel García to Jose Alberto Rodriguez

#11 Updated by Jose Alberto Rodriguez 4 months ago

  • Target version changed from 1.0.53 to 1.0.55

#12 Updated by Daniel García 4 months ago

  • Estimated time set to 47.00 h

#13 Updated by Jose Alberto Rodriguez 4 months ago

  • % Done changed from 0 to 90

#14 Updated by Jose Alberto Rodriguez 4 months ago

  • Assignee changed from Jose Alberto Rodriguez to Daniel García
  • % Done changed from 90 to 100

#15 Updated by Daniel García 7 days ago

  • Project changed from Gestión de Matriculas 2024-2025 to Soporte y Mantenimiento FUAM 2026-2027
  • Category deleted (Plataforma académica)
  • Target version deleted (1.0.55)
  • Parent task changed from #4710 to #4849

Also available in: Atom PDF