xiwire / gespai Goto Github PK

• (#2) Cambiar la interfaz de fecha de cambio por una propia de fechas
• Hacer el formulario de solicitud dependiente del estado del becario

Hay falta de uniformidad en el estilo del código, a nombrar:

• Diferentes formas de fomatear cadenas
• Nombrado de funciones / métodos
• Inconsistencia con la regla de 80 carácteres por línea
• Inconsistencia al escribir parámetros que ocupan más de una línea
• Orden de los import

Se debe crear una vista para el manejo de las formaciones.

• Creación de formaciones
• Calificación/Asistencias de los cursos de formación

Actualmente, al introducir información en formato incorrecto en los campos del formulario de solicitud de cambio lleva a una pantalla de error.

Modificar de tal manera que no deje aceptar y resalte el campo con el error.

La forma en la que Django pluraliza frases es añadiendo una "s" al final. Corregir usando las propias herramientas de Django para pluralizar frases en español.

Actualmente, hay varias funciones que acumulan errores en un array y después lo devuelven.
Sería más correcto implementar algún sistema mejor de indicar errores en los ficheros que se suben.

Hay casos donde la validez de los datos se revisa antes de crear el modelo, cuando la propia creación del modelo ya tiene un mecanismo de validación.

Crear un formulario que permita a los becarios modificar sus preferencias.

Es necesario unir la lógica de la aplicación a los scripts que permiten hacer el cambio de ficheros de permisos y de alias de correos mediante ssh.

El actual sistema de subida de ficheros csv contiene muchos problemas, sobre todo en el servidor de producción, por las restricciones más estrictas de MySQL y falla en varios casos y no es flexible al momento de actualizar.

Hay código repetido de validadores para DNI, télefono y códigos de titulación; y algunos de ellos no son correctos, como es el caso del validador de DNI y de teléfono.

Hacer una única implementación de los validadores y que estos sean correctos.

Es necesario implementar dos vistas de cara a las suplencias:

• Una vista para visualizar todos los centros que no tienen asignado un becario después de un traslado o renuncia.
• Una vista generada dinámicamente de los suplentes o becarios más apropiados para ocupar la posición.

Este issue está relacionado con #12, #17.

Permitir el inicio de sesión a usuarios con los credenciales de la ULL.

• Hacer los cambios relevantes en los settings
• ( #19 ) Hacer conexión segura
• Hacer la relación entre usuarios y alus

Hay múltiples casos de código únicamente compatible con Python 2 que puede causar problemas con la interpretación de caracteres unicode como pueden ser caracteres acentuados y la ñ.

Se debe asegurar la compatibilidad con Python 3 mediante:

• Eliminando los usos de la función unicode() y el método decode()
• Eliminando el prefijo u a los literales de cadena
• Reemplazando las definiciones del método __unicode__() por la definición correspondiente usando __str__()

En esta vista se permitirá el manejo de los datos de los becarios.

• Vista para inserción inicial

Añadir una vista donde un alumno pueda revisar su información personal y manejar sus preferencias.

Actualmente funciona mediante un menú dropdown para día, mes y año en vez de la interfaz mucho más intuitiva de fecha que provee Django.

Los objetos actuales utilizan interpretaciones de datetime, sin consciencia de husos horarios. Esto puede causar problemas de incompatibilidad a futuro.

Se busca el manejo de las preferencias de los becarios, que implicaría:

• Incluir en la BDD manera de almacenar información de preferencias
• Lectura de la información de preferencias de los PDF autogenerados
• Creación de listas automatizadas de suplencia

Cambiar los elementos presentes de Python 2.7 a sus versiones correspondientes de Python 3

• Cambiar nombres de función y métodos
• Cambiar forma de formatear strings
• (#4) Asegurar compatibilidad de unicode estilo Python 3

Esto es para evitar fallas de compatibilidad entre el modo de edición de bytes y de unicode en Python 3 con los ficheros .csv.

Requisito para #15.

El uso del cas de la ULL requiere una conexión segura mediante SSL/TLS. Por lo tanto es necesario hacer los ajustes necesarios para que la aplicación se conecte de manera segura.