Estamos observando que para algunos casos de equivalencias generadas por aplicación de matrices de equivalencias la calificación que se registra en la Actividad destino difiere de la calificación origen. Revisamos las escalas de notas de origen y las de equivalencia y son compatibles (numéricas, sin decimales, con calificaciones del 0 al 10).
Si revisamos las actas originales del plan anterior, por ejemplo, encontramos que para la asignatura TAGU010 el alumno tiene un 9 (nueve) en el acta de regularidad y en el acta de promoción. No obstante, cuando se aplica la matriz de equivalencia entre planes, en la actividad destino (TAGU035) se pasa un 8 (ocho).
Adicionalmente, cuando vemos la historia académica del estudiante desde Autogestión, figura la equivalencia registrada de la asignatura destino, pero con dos calificaciones: un 9 (nueve) (la nota original) como “Equivalencia Regularidad” y un 8 (ocho) como “Equivalencia Total”. No pasa sólo con la asignatura TAGU035, sino también con otras, que señalamos en la captura adjunta.
¿De dónde surge esa calificación 8 (ocho)? El estudiante no registra ninguna otra calificación para la asignatura origen, eso es lo que nos llama la atención!
Puede ser que el problema venga porque la actividad que dio origen a la equivalencia fue cumplida por una promocion.
Como veras seguramente la escala de notas de la promocion es diferente a la escala de notas que se registró en la equivalencia total. (diferente porque son distintas escalas de notas), pero como decis tienen el mismo conjunto de notas.
Hay un problema en el calculo de notas de las equivalencias cuando la actividad origen fue aprobada por promoción, ya que si miras en esa escala de notas las notas con resultado aprobado difiere de las notas con resultado aprobado de la escala de notas con la que se registró la equivalencia.
Es un tema que debemos solucionar.
¿De dónde surge esa calificación 8 (ocho)? El estudiante no registra ninguna otra calificación para la asignatura origen, eso es lo que nos llama la atención!
El tema es asi, supongamos que tenes estas dos escalas de notas
* Promocion = Notas 1 a 6 (No Promociona = Desaprobado) , Notas 7 a 10 (Promociona = Aprobado)
* Examen/Equivalencia Total = Notas 1 a 3 (Desaprobado), Notas 4 a 10 (Aprobado)
No es que se hace un pasaje directo de nota, es decir si tenia un 8 en la aprobacion de la actividad origen del grupo de quivalencias, se pasa ese 8 a la equivalencia. No es asi porque las materias en el origen podrian ser mas de una y estar registradas con escalas de notas diferentes, y ademas podria ser diferente a la escala de notas a otorgar en la equivalencia. Es por esto que el calculo de la nota de la equivalencia surge en base a la posicion relativa de la nota dentro de la escala de notas respecto al resultado y en base a eso se busca la nota en la escala de notas de la equivalencia que se acerca a esa posicion dentro de las notas con el mismo resultado.
Ejemplo:
La nota 9 en esta escala de promoción estaria en la posicion 3 (7 - 8 - 9 - 10) dentro de las notas con resultado Aprobado/Promocionado. Reprsentado en una escala de 0 a 100 estaría en la posición 75 (3x100/4).
Buscando que nota se acerca a esa posicion 75 en la escala de notas de equivalencia con resultado aprobado (4,5,6,7,8.9,10):
Nota 7 = 4100/7 = 57.14 (Donde 4 es la ubicacion de la nota 7 dentro de las notas aprobadas y 7 la cantidad de notas con resultado aprobado)
[b]Nota 8 = 5100/7 = 71.42[/b] (71.42 es el valor que mas se acerca al valor 75 que corresponde a la nota 9 en la escala de notas de promocion)
Nota 9 = 6*100/7 = 85.71
Es por esto que se esta registrando la nota 8 y no la 9.
Estamos viendo de ajustar este proceso para cuando la nota origen viene de una promocion, ya que el calculo debe cambiar sino sucede esto que les esta pasando
Consulta adicional: ¿cómo podemos registrar las equivalencias de estos casos hasta que realicen el ajuste que mencionabas? Porque esta carrera tiene régimen de Promoción y siempre vamos a tener este tipo de casos…
Para corregir estas equivalencias deberán hacerlo accediendo a la base y corrigiendo las notas. Se podría saber a que equivalencias les quedo mal la nota , ya que se registra cual es la actividad y su nota que dio origen a la equivalencia.
Si te parece da de alta una solicitud para poder ver de correr alguna consulta en la base y detectar estos casos y poder aplicar la corrección que corresponde.
Sí, en principio tendríamos que realizar esa corrección en la base. ¿En qué tabla se están almacenando las equivalencias?
De todos modos, mi pregunta iba orientada a las aplicaciones de la matriz de equivalencias de aquí al futuro: ¿de qué manera podemos evitar que las calificaciones de promociones se modifiquen hasta que esté el ajuste mencionado?
Si todas las escalas de notas tienen el mismo conjunto de notas, podria indicarles que funcion de la base deben modificar para que esto no les suceda.
Ingresen una solicitud, y agreguen el link a este foro y lo seguimos por alli.
Saludos.
Alejandro.
A partir de la solicitud 33200 revisamos el tema presente en este foro y llegamos a la aplicación de un ajuste en la regla de pasaje de notas de equivalencias. Este ajuste funcionó perfectamente, pero encontramos un caso que no había sido considerado en las pruebas:
Cada vez que tenemos una asignatura aprobada por Resolución en el plan anterior con calificación alfabética “Aprobada”, al realizar el pasaje de la calificación, traslada la nota como una nota numérica. Estimamos que el pasaje lo realiza considerando que la calificación “A” de la escala no numérica es equivalente a la calificación “5” de la escala numérica. ¿Hay posibilidad de modificar esta regla?
Pueden modificar la funcion get_equiv_nota que es la utilizada para calcular la nota que se asignará a la equivalencia. Creo es la funcion que uds personalizaron.
Vamos a revisar la función personalizada y cualquier cosa les comentamos.
Una consulta más: cuando nosotros aplicamos esta función modificada, sólo la aplicamos en la base. ¿Es necesario subirla como personalización en el SVN o al estar en la base se migra sin inconvenientes cuando actualicemos? (Por supuesto, teniendo los recaudos de verificar que las versiones siguientes no trabajen con esta función).
Si hubiera que subirla en el SVN, ¿de qué manera?
Deberían tener registrado en que versión personalizaron esta funcion y llevar un catálogo de objetos de la base que fueron modificados.
No van a tener inconvenientes en proximas versiones del sistema, salvo que esa funcion que personalizaron sea modificada. Este es el control que deberan hacer de aca en mas previo a cada migracion, ver si los objetos de la base que uds personalizaron fueron modificados en la version que van a implementar. De encontrar ese caso tendran que ver que cambios son los que tiene y en base a eso analizar que hacer: migran y luego vuelven a aplicar la personalizacion sobre el objeto de la nueva version o sobre el que tienen aplicar los cambios que el SIU realizó para la nueva version.
