Los requerimientos correctivos surgen de la evaluación hecha a la versión anterior Delta Pensum 1.1.
 

Requerimientos correctivos para la versión 2.1

1. Incluir un menú de preferencias.

Como mínimo debe permitir escoger el período a partir del cual se construirá la Recomendación Curricular. La preferencia debe persistir de una consulta a otra y de una sesión a otra.
 
2. Referenciar consistentemente los encajables en la interfaz.

Como mínimo la interfaz debe referenciarlos por sus abreviaciones.
 
3. Corregir el error actual producido al no seleccionar encajables en un empate.

 
4. Escribir el borrador de un manual de instalación.

Requerimientos para la versión 2.2

1. Comprobar la validez del carnet del estudiante. [Neo Abacus]

Debe permitir tambien dejar el carnet en blanco con cualquier cosa como nombre (esto permite jugar con escenarios y que el usuario haga pruebas del sistema...).

Idealmente el sistema debe dejar introducir los primeros dos dígitos del carnet, escribir el guión y dejar que el usuario termine de introducir los demás números. Hay que prestar atención a que capture y valide  los carnets "00-" correctamente.
 

2. Incluir facilidad rudimentaria que permita salvar la Recomendación Curricular.

Esta primera aproximación a la facilidad, permitiría salvar la Recomendación Curricular como un archivo .txt,  que pueda abrirse en Word (bajo Windows NT) y en emacs (bajo Solaris).

El archivo guardará la siguiente información en orden:

1. Encabezado de la página con el logo y nombre de la Universidad y la Coordinación.
2. Título apropiado y personalizado (por ej. "Recomendación Curricular No Oficial  para XXXX, carnet YYYYY").
3. La recomendación curricular :
• Guardada por períodos, indicando nombre y fecha del período (p.e. "Sept.-Dic. 2002"),
• Para cada encajable debe indicar su código (sólo para asignaturas), nombre y créditos,
• Cada período debe indicar la suma de los créditos a cursar.
• Recuerde incluir el nombre y número de créditos aprobados en bloques heterogéneos (como por ejemplo, ll bloque de Electivas Libres) y el número de créditos  que faltan).
• El modelo a seguir es la descripción de un pensum en el Catálogo de carreras de la USB.
4. Elementos del rastro auditable como nota al pie del documento: Versión de Delta Pensum que genera el archivo , la fecha de generación del archivo y en dos líneas al final  texto similar al siguiente: "Modificado por: " y "Fecha de última modificación".


El sistema debe escoger  un directorio y nombre por defecto para el archivo (el nombre preferiblemente construido en base al carnet o nombre del estudiante --cuidado cuando estos campos se dejan en blanco!), advertir si ya existe un archivo en el mismo directorio con el mismo nombre y debe permitir cambiar el directorio y nombre por defecto.

Si bien las versiones 1.x no incluyen una facilidad para salvar archivos, la versión 0.1 sí la incluía por lo que puede resultar interesante revisarla a ver si es aprovechable.
 

3. Revisar manejo de equivalencias al pasar del pensum viejo  al nuevo.

Documentar el diseño del paquete Equivalencias. Prestar particular atención a equivalencias que incluyan como fuente o destino, un conjunto de asignaturas y créditos aprobados por bloque. Recuerde revisar si se permite 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 y extender el sistema para que lo permita.
 
4. Revisar y corregir si es necesario las reglas para mostrar encajables en gris o en negro al pasar de un pensum viejo a un pensum nuevo.

 
5. Documentar  la arquitectura y diseño de la capa del repositorio.

 
6. Incorporar un segundo calendario (Proyecto de Grado) por pensum.

Al cambiar de un pensum a otro, se debe conservar el tipo de calendario que se mostraba. Hay que revisar si se requiere introducir el concepto de equivalencias entre calendarios (tenga cuidado con los bloques --en particular el bloque Electivas Libres.

En la versión 2.2, la Recomendación Curricular se construirá para el calendario del pensum nuevo que se muestre en pantalla. Para esta version, es admisible que para construir la Recomendación Curricular correspondiente al  otro calendario tenga que realizarse una consulta nueva.
 

7. Empaquetar las clases del dominio de la aplicación, de acuerdo a su arquitectura.

 

Requerimientos para la versión 2.3

En base a:

• Lo propuesto por las tres empresas desarrolladoras,
• A los problemas heredados de calidad,
• A los objetivos didácticos de la asignatura CI-4713 que enmarcará el desarrollo de esta versión y,
• A la intención de que el desarrollo del incremento, incluyendo pruebas alfa, haya culminado para el comienzo de la semana 8 del trimestre Enero-Marzo 2001,

1. Leer las asignaturas obligatorias aprobadas por un estudiante, del archivo plano producido por Cápsula y utilizar esos datos para automáticamente predeterminar parte del estado del estudiante.
• La versión 2.3 no necesita listar , ni indicar aquellas asignaturas aprobadas según Cápula que no son obligatorias --trabajar con esas asignaturas queda pospuesto a un incremento posterior.
• El sistema debe tomar en cuenta que la fecha de aprobación de algunas asignaturas es un factor importante en decidir si la asignatura fue aprobada según el pensum viejo o según el pensum nuevo. Por supuesto que también es necesario conocer la fecha de entrada en vigencia del pensum nuevo ( y/o posiblemente la fecha de salida de vigencia del pensum viejo).
• Para efecto sólo del estado de un estudiante, considere la posibilidad de manejar una transición entre pensa. Es decir que la fecha de entrada en vigencia del pensum nuevo sea anterior a la fecha de salida de vigencia del pensum viejo. Esto podría ser necesario para que el sistema pueda aceptar que, en un período de transición, un estudiante haya cursado una asignatura por pensum viejo y otra asignatura por pensum nuevo. Por ejemplo en 1999-2000, el año académico de transicición entre un pensum viejo y un pensum nuevo de la carrera,  un estudiante pudo haber aprobado el Taller de Sistemas de Operación (asignatura que dejó de existir en el pensum nuevo) y Bases de Datos como asignatura que integraba la componente de teoría y taller (asignatura que no existía en el pensum viejo).
• Este requerimiento debe implementarse de forma que sea facil modificar el sistema cuando en un futuro, el sistema Cápsula permita acceso remoto a una base de datos.
  
  
2. Rehacer la capa del repositorio y apoyarla sobre un manejador relacional de Bases de Datos.
• El tiempo se ve demasiado limitado para exigir que la nueva arquitectura y el nuevo diseño de la capa sean implementados. Se exigirá que el análisis, arquitectura y diseño de esta reestructuración estén culminados de manera tal que un equipo de dos estudiantes de la carrera  pueda culminar la implementación en a lo sumo cuatro semanas.
• Adicionalmente se exigirá que se haya seleccionado el manejador relacional de Bases de Datos y se hayan hecho las pruebas necesarias para estimar si el incremento que implemente la propuesta puede ejecutarse en la computadora de la Coordinación.
• Estudiar la posibilidad de incluir una fachada para la capa de Base de Datos.
  
  
3. Aplicar el patrón Decorador a la(s) clase(s) Equivalencia.
• Esto incluye manejar equivalencias entre pensa y equivalencias entre calendarios de un mismo pensum;
• Implementar el resultado de la aplicación del patrón;
• Ajustar aquellos métodos que requieren aplicar  las equivalencias para que manejen correctamente la nueva estructura.
• Cerciorarse que las equivalencias entre pensa sean aplicados para todos los encajables, independientemente del calendario que se muestre.
  
  
4. Aplicar e implementar el patrón Constructor al proceso de salvar la RecomendaciónCurricular.

 
5. Enriquecer el menú de Preferencias para que incluya:
• Calendarios que se presentan;
• Pensum que se presenta inicialmente;
• Referencias a encajables (por abreviación o por código --en este último caso hay que definir cómo se referencian los elementos genéricos.
  
  
6. Incorporar un menú "About..." que mencione los participantes en el desarrollo.
 
7. Recompilar con JDK 1.3.

 
8. Incluir por lo menos un buen manual de instalación y si es posible, apoyarse en un instalador.

Note que los desarrollos ya cumplen (o están cerca de cumplir) con algunos de los últimos requerimientos.

Observaciones

• Se estudia la factibilidad que al menos una de las secciones de la asignatura Interfaces con el Usuario tome como proyecto la mejora de la capa de la interfaz de Delta Pensum. En tal caso se aspira que el producto de esta subcontratación externa (outsourcing) sea agregado a Delta Pensum 2.3. La decisión de proceder con un outsourcing será tomada a más tardar para el comienzo del próximo trimestre.

 
• Respecto al problema de falta de correspondencia entre los contratos, los diagramas de colaboración y el código, se irán "refactorizando" a medida que el nuevo desarrollo los utilice. Este trabajo dará la oportunidad de evaluar alternativas de diseño. Se aspira que sean alineadas los artefactos asociados a por lo menos tres eventos del sistema: Inicializar (debido al cambio en la capa de la base de datos), cambiarAPensumNuevo (debido a la nueva estructura asociada a las equivalencias) y aprobarPeríodo (por la incorporación de la lectura desde Cápsula).
  
  

Requerimientos correctivos para las versiones 2.x (para x > 3)

1. Estudiar la conveniencia de aplicar otros patrones según lo sugerido en clase (p. ej. Constructor a la construcción de archivos html, txt etc., , Peso Mosca o Estado  a Encajables)

 
2. Estudiar la conveniencia de descongestionar la clase Despachador.

 
3. Mostrar el período a partir del cual se empezará a construir la Recomendación Curricular cuando aparezca el botón IniciarRecomendación y permitir que se modifique (¿pulldown menu o radiobutton?). [Evolution Systems]

 
4. Permitir el uso de acentos, diéresis y la letra eñe del  Castellano en los nombres y abreviaciones que puedan mostrar al usuario. [NeoAbacus].

 
5. Enriquecer la facilidad de salvar estado/recomendación curricular.

Mejorar el rastro auditable. Permitir escoger entre salvar a un archivo html o un archivo txt. Salvar el estado del estudiante.
 
6. Mejorar el manejo  del segundo calendario (Proyecto de Grado) por pensum.

 
7. Incorporar el manejo de verano.

 
8. Incorporar el manejo de la Pasantía Corta.

 
9. Manejar correctamente asignaturas como Pasantía Larga que se cursa en dos períodos consecutivos.

 
10. Encontrar y corregir la fuente de  la falla 4 (¿por qué puede llegar un null pointer al comienzo de la segunda consulta? Actualmente hay un parche defensivo que sencillamente se "traga" los null pointer).

 
11. Corregir la falla 5 (¿por qué se "guinda" el sistema despues de varias consultas?).

Dos estudiantes (Francisco y José Luis) me han comunicado su sospecha que la falla 5 tiene que ver  con la demora del recolector de basura de Java. ¿Tal vez debe dispararse explícitamente al terminar una consulta? ¿Es posible en Java?
 
12. Revisar cómo se aplican las equivalencias al pasar del pensum nuevo al viejo.

 
13. Listar las asignaturas aprobadas en el Pensum Viejo que no participan en equivalencias logradas al Pensum Nuevo.

 
14. Incluir facilidad de mostrar información adicional sobre las asignaturas, como el nombre, oferta y prelaciones. Actualmente sólo muestra el código por un tiempo limitado, incluso si la interfaz presenta los encajables por código.

 
15. Incluir asignaturas aprobadas que no aparecen en ninguno de los dos pensa.

 
16. Corregir el orden de aparición de los elementos genéricos que conforman las Electivas de Area.

A veces aparece primero C2.1 y en un período posterior C1.1, lo cual es contraintuitivo.
 
17. Mejorar el formato de la Recomendación Curricular.
1. Debe presentarse como una matriz de tres ( cuatro) columnas. La primera columna corresponde al período Septiembre-Diciembre, la segunda a Enero-Marzo y la tercera a Abril Julio (la cuarta a verano). De este modo cada fila corresponde a un año. Note que, de acuerdo con el período en que comienza la Recomendación Curricular, la primera o las primeras dos casillas de la primera fila pueden estar vacías.

 
2. Agregar los créditos por encajable y por período de la Recomendación Curricular.

 
3. Indicar si el encajable en la Recomendación Curricular se cursaría en su período regular o en el período paralelo.
18. Documentar  la arquitectura y diseño de la capa de la presentación

 
19. Corregir una de las formas de solicitar una nueva consulta, en la cual la ventana que solicita el carnet y el nombre del estudiante aparece debajo de la ventana activa [Neo Abacus].

 

Requerimientos nuevos para Delta Pensum 2.x (para x>3)

1. Desarrollar una versión que mejore la determinación del estado del estudiante a partir de los datos almacenados en el sistema Cápsula, respecto a la versión 2.3.

 

 

Como mínimo, debe listar las asignaturas adicionales aprobadas.
 

2. Desarrollar un subsistema que permita crear, modificar y almacenar pensa, calendarios, encajables, bloques, equivalencias, ofertas y demás datos requeridos por el sistema.

 
3. Mejorar la interacción en la fase de construcción de la Recomendación Curricular.
 
Falta definir cuál sería el mínimo para satisfacer este requerimiento para versiones 2.x entre funciones como:
 
1. Mostrar más información al usuario al momento del empate, como por ejemplo Recomendación parcialmente construida, encajables que faltan por encajar (distinguiendo entre aquellos que cumplen con los requisitos para incorporarse a la Recomendación y aquellos que no cumplen), créditos de Electivas Libres pendientes por aprobar, oferta para los encajables que podrían encajarse).

 
2. Permitirle al Coordinador ignorar los encajables empatados y seleccionar otro (o una electiva libre) que cumpla con los requerimientos de encaje.

 
3. Deshacer y rehacer desempates en la elaboración de una Recomendación Curricular.

 
4. Manejar y comparar varias recomendaciones curriculares.

 
4. Capturar otros datos sobre estudiantes (p. ej. índice).

 
5. Manejar campos de formato libres para comentarios u observaciones.

 
6. Empaquetar las clases de todas las capas.

 
7. Revisar y mejorar la capa del repositorio.

 
8. Manejar un número máximo deseado de créditos por período (el cual debe ser mayor al mínimo exigido por los reglamentos y menor o igual al máximo permitido).

 
9. Desarrollar un instalador.

 
10. Revisar para poder compilar y ejecutar en plataformas como Windows 2000, además de Solaris y Windows NT.

 
11. El tamaño de las ventanas de la interfaz se ajusten a al tamaño y resolución de la pantalla.

---

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

Ultima actualización: 16 de noviembre  de 2000.

Por favor dirija sus comentarios al Prof. Alejandro Teruel.