Versiones previas

• Delta Pensum 0.1  (Abril-Julio de 1999);
• Delta Pensum 1.0  (Septiembre-Diciembre 1999, Enero-Marzo 2000). Dos equipos de estudiantes Southpark e Injavakus desarrollaron alternativas a esta versión, quedando la alternativa de Southpark seleccionada como versión de base para futuros desarrollos.

 

Desarrollo de Delta Pensum 1.1

Estado del software Delta Pensum 1.1

Para el 22/9/2000 se reportó que adicionalmente:

• Compila y ejecuta bajo Windows 98, si se elimina el archivo DeltaPensum al descomprimir el archivo dp1.1.tar.gz ya que la existencia de un directorio con el mismo nombre parece impedir el éxito del proceso de descompresión para Winzip [Neo Abacus, Evolution Systems].

 
• Para compilar exitosamente bajo Windows (¿NT? ¿98? ¿2000?) es necesario cambiar las rutas de los archivos pensumvejo.txt, pensumnuevo.txt, ofertas.text y equivalencias.txt, así como las rutas de los archivos de imágenes para que corresponda a la ubicación física de los archivos en el sistema donde se quiera ejecutar [Evolution Systems].

 
• Para compilar exitosamente bajo Windows (¿NT? ¿98? ¿2000?) es necesario modificar el código en el archivo DP_loadApplication.java por un conflicto de nombres entre java.util.Timer y javax.swing.Timer para que use javax.swing.Timer. [Evolution Systems].

 
• Con las  dos correcciones anteriores, compilando con JDK 1.2.1 y con la actualización de los classpath de los archivos Claire.jar y ClaireRuntime.jar fue posible ejecutar la versión 1.1 en un PC con Pentium III 600 MHz y 128 MB bajo Windows 98 (Primera edición). A veces la aplicación se cuelga y algunas ventanas de la aplicación no se pintan de manera correcta (en particular la ventana que muestra el pensum nuevo). [Evolution Systems].

 
• Con las mismas dos correcciones, compilando con JDK 1.3 y con la actualización de los classpath de los archivos Claire.jar y ClaireRuntime.jar fue posible comenzar la ejecución de la versión 1.1 en un PC con Pentium III 550 MHz y 128 MB bajo Windows 2000. La aplicación no permite realizar consultas y nisiquiera logra mostrar la ventana donde se solicitan los datos de los estudiantes, quedando sencillamente colgado. [Evolution Systems].

 
• Actualizando los classpath (incluyendo el directorio más externo,  los archivos Claire.jar y ClaireRuntime.jar)  se logró compilar con JDK 1.2.2  pero sólo con la opción explícita del classpath. La ejecución se llevó a cabo en un PC con Pentium III 550 MHz y 128 MB bajo Linux RedHat 6.1. [Evolution Systems].

 

Las funciones que desempeña

1. Permite llevar a cabo una secuencia de consultas.

Al pasar a una nueva consulta se pierde toda la data relacionada con la consulta del estudiante anterior. Esta propiedad es cónsona con una visión de Delta Pensum como apoyo a lo que son consultas independientes.
 
Error: Despues de ejecutar varios casos en una sesión, se presenta un nullPointerException y el sistema no avanza a la próxima pantalla (típicamente la de iniciarRecomendación...). Para más detalles consulte la falla 5 descrita en la bitácora.


2. Al comenzar cada consulta el sistema solicita el nombre y el carnet del estudiante que hace la consulta.

El sistema no valida el nombre ni el carnet y de hecho permite que estos campos sean dejados en blanco.
 
3. Despues de capturar el nombre y carnet de estudiante, el sistema muestra el calendario correspondiente a la opción de Pasantía Larga del pensum viejo de Ingeniería de Computación.
• Los únicos archivos de datos creados corresponden al calendario de Pasantía Larga del pensum viejo de Ingeniería de Computación y el calendario de Pasantía Larga del pensum nuevo de Ingeniería de Computación.
  
  
4. Permite seleccionar los encajables aprobados y el número de créditos aprobados en Electivas Libres de:
• Exactamente un calendario de exactamente un pensum viejo y,
• Exactamente un calendario del pensum nuevo.

 
5. Sólo muestra las abreviaciones de  las asignaturas obligatorias y los elementos genéricos de los calendarios. . Al dejar el foco del ratón sobre una abreviación aparece el código de las asignaturas obligatorias.

 
• La versión muestra los elementos genéricos que forman Estudios Generales y Electivas de Area.
• La versión permite manejar sólo el número de créditos en Electivas Libres. En ningún momento traduce estos créditos a elementos genéricos.
  
  
6. La versión no maneja la noción del período de verano.

 
7. La versión no maneja la opción de Pasantía Corta.

 
8. Permite cambiar del PensumViejo al Pensum Nuevo, aplicando las equivalencias entre:
• Uno o más encajables del viejo pensum y
• Uno o más encajables del nuevo pensum o un número de créditos en Electivas Libres.

 
Revisar: Creo que la versión no preve definir un equivalencia entre un número de créditos en Electivas Libres y cero o más encajables en el viejo pensum y encajables en el nuevo pensum.
 
9. Permite cambiar del Pensum Nuevo al Pensum Viejo.


Revisar: La semántica de las equivalencias en este paso. Al parecer si se marca como aprobado un encajable en el pensum nuevo y si la equivalencia definida es de un encajable del pensum viejo  a un encajable del pensum nuevo , la equivalencia se aplica aunque se pase del pensum nuevo al pensum viejo.
Note que en la realidad las equivalencias se aplican en un sólo sentido, de un pensum viejo a un pensum nuevo. De hecho, la Universidad no define claramente las reglas a aplicar en caso de aprobar encajables en un nuevo pensum para luego graduarse por un viejo pensum, sino que tales casos quedan a discreción de las Autoridades en situaciones muy excepcionales (época de transición entre pensa).

Propuesta: Regresar a un pensum viejo ocurre, en una de las siguientes circunstancias:

• Estando en el pensum nuevo, el Coordinador se da cuenta que por error marcó como aprobado un encajable del viejo pensum que fue eliminado del nuevo pensum  (o modificado en su número de créditos). Por ende debe regresar al viejo pensum a corregir su error pero no desea volver a introducir las aprobaciones por el nuevo pensum.
• Estando en el pensum nuevo, el Coordinador se da cuenta que por error omitió marcar como aprobado un encajable del viejo pensum que fue eliminado del nuevo pensum pero que puede tener incidencias sobre las equivalencias. Al igual que el caso anterior, debe regresar al viejo pensum para corregir su error pero no desea volver a introducir las aprobaciones por el nuevo pensum.
En ambos casos, el sistema debe borrar, preventivamente, las aprobaciones del nuevo pensum que fueron concedidas por equivalencia y dejar aquellas que se aprobaron directamente. Despues de modificar las aprobaciones en el pensum viejo y regresar al pensum nuevo se deben recalcular las equivalencias.

Advertencia: La semántica propuesta, aunque útil y coherente, puede ser confusa para algunos usuarios. Sin embargo dedicar muchos esfuerzos a reducir esta posible confusión puede ser improductivo, por cuanto es posible que las situaciones en que el usuario requiera pasar del pensum nuevo al pensum viejo, cambien o desaparezcan cuando el mismo sistema lea las asignaturas aprobadas de Cápsula o su equivalente.
 

10. Los mensajes de advertencia Materias aprobadas sin requisitos listan los códigos de esas asignaturas.

 
Defecto: Para ser consistente con la presentación de las otras pantallas debería listar las abreviaciones de las asignaturas.


11. Al pasar del pensum viejo al pensum nuevo algunos encajables quedan en gris y otras en negro, sin que la regla para opacar encajables sea clara. En principio debería implementar una de las siguientes alternativas:
1. Los encajables aprobados en el pensum viejo pasan a estar en gris (es decir los que quedan aprobados por equivalencia);
2. Los encajables aprobados por equivalencia y que no quedan con las mismas características de código y créditos pasan a estar en gris (es decir las asignaturas que no deben aprobarse o des-aprobarse directamente en el pensum nuevo).
   
   
12. Sólo permite elaborar una Recomendación Curricular según un Pensum Nuevo.

 
13. Construye una Recomendación Curricular reducida, pero no óptima.

 
Defecto: La Recomendación Curricular siempre se construye a partir del mismo período académico, el indicado por el atributo periodoPorDefecto de la clase Despachador. Este atributo se  maneja como constante (está cableado en el código). Para más información véase la descripción de la falla 1 en la bitácora.


14. Durante el proceso de construcción de la Recomendación Curricular puede presentarle al usuario empates que el mismo usuario debe resolver.

 
Error: Si el usuario prefiere no seleccionar ninguno de los encajables empatados, la Recomendación Curricular resultante es incorrecta por cuanto repite varias veces consecutivas algunos encajables.


15. Aparentemente corrige un problema de Delta Pensum 1.0 .

La versión anterior tenía una falla que desapareció con un parche de dudosa correctitud. De hecho el parche ignora la falla...
 
16. No salva datos.

---

Esta página fue creada el 22 de septiembre de 2000.

Ultima actualización: 30 de septiembre  de 2000.

Por favor dirija sus comentarios al Prof. Alejandro Teruel.