• Debe se un CRUD que permita crear secciones a las materias existentes.

• Solo debe ser visible para el administrador

TODO:

• Crear la logica necesaria para generar los horarios y guardarlos en la db.

• Generar los 3 tipos de formatos requeridos. Pueden ser visualizados/descargados por cualquier persona.

• Agregar una opcion que permita crear un nuevo semestre. La cual resetee las secciones creadas hasta los momentos, entre otros. Quizas crear una tabla con los semestres y agregar un campo semestre a las secciones para que solo me traiga la secciones acordes al semestre en el que me encuentro
  Sera tratado mas a fondo en #5

A tener en cuenta:

• Cada semestre cambian las secciones, por lo que los periodos son importantes, una opcion que permita crear un nuevo semestre seria ideal

• Al generar los formatos debes tener en cuenta que siempre se empieza por el profesor con mayor prioridad hasta que llegas al de menor.

La url apunta a diferente direccion. Es el mismo problema que https://github.com/Wolfteam/SAU/issues/117

Algo pa saber que esta funcionando

Estas son algunas preparaciones para #2

TODO

• Crear una tabla periodo_academico que contenga los datos básicos del mismo (id, nombre, status (unique para que solo 1 semestre pueda estar activo a la vez))

• El login va a leer si hay un semestre activo, de no existir no debe dar acceso al sistema en caso de ser un usuario común. (Esto con la idea de que una vez hayan cargado los profesores sus disponibilidades, el sistema se "tumbe" para que solo el admin pueda entrar y los prof. no puedan modificar sus disponibilidades)

• Agregar una relacion entre disponibilidad y semestre, lo cual permita traer las disponibilidades acordes al semestre activo.

• Realizar los cambios pertinentes en los metodos de disponibilidad.

• Agregar una relacion entre secciones y semestre, lo cual permita traer las secciones acordes al semestre activo.

• Realizar los cambios pertinentes en los metodos de secciones.

Con el cambio de los tipo de aulas que pasaron de ser "Teoria" y "Lab." a cosas mas especificas como "Lab. Computacion" se me olvido actualizar la creacion de aulas y materias para que pida y acepte diferentes tipos. Ya que actualmente coloca "Teoria" y "Lab. de Sist. Electricos"

• Solo debe ser visible para el usuario administrador
• Aulas
• Materias,
• Profesores
• Profesores_Materias
• Secciones
• Periodo Academico
• Usuarios

• Deben validar que el id a actualizar/borrar existan antes de hacerlo. Sino pasan cosas como que actualizas el id 0 de una aula y te la crea o.o
• En casos cuando creas una entidad y la pk de la misma ya existe deberia deolverse un msg de error

Si eliminas algún registro de una tabla "padre", si existe alguna con una fk hacia ella lanzara un error

Los metodos get de la api deberian devolver resultados de tipo 20 en 20. Se podria implementar algo tipo
{
"paginaActual":1,
"paginaSiguiente":2
"totalPaginas":20,
"objeto":{
}
}

• Crearlo de forma manual o esperar y actualizar a la nueva version de materializecss

Actualmente se lee de los headers de la request, el problema es que por ejemplo en Schedule.Web nito 3 httpclients (1 para log in, otro para logout y uno general) para las peticiones contra la api. Se debe ver como es el proceso de autenticacion en otras plataformas para ver si vale la pena el esfuerzo x.x

Cuando son usados dentro de jquery confirm no se ven bien, hay que ver como acomodarlos usando position:fixed o quizas cambiarlos y usar select2

Si creas un registro repetido (por ejemplo un profesor con cedula repetida), la api te devuelve status code 500, quizas deberia de devolver un msg mas amigable

Cuando un profesor no tiene ninguna disponbilidad creada, se le setea automaticamente 0 en las horas a cumplir en vez de tomar el valor correcto

Agregar un campo a la tabla Tokens que permita saber desde donde se esta logeando el usuario. Esto para saber si debo borrar todos los tokens al logearse el usuario (en el caso via web).

TODO:

• Debe permitir cargar la disponibilidad de un profesor haciendo click sobre los días de la semana.

• Los dias habilitados son de lunes a sabado, pero debe ser posible quitar o modificar dias. (Algo complejo y fastidioso de hacer)

• Agregar algo como turnos de acuerdo a la prioridad del profesor, como el sistema de inscripciones de la universidad, de que a cierta hora te puedes logear. (No tiene sentido, puesto que tu puedes guardar la disponibilidad en el orden que quieras, al final quien genera los horarios se basa en su prioridad (C-MT, DE, etc) siempre empezando por el que tenga la mayor y siempre y cuando pueda colocarlo en la disponibilidad que el profesor escogió.

• Visualizar las horas que debe asignar acorde a su prioridad, al igual que las mismas deben ir disminuyendo a medida que vaya marcando las horas

A tener en cuenta:

• Un administrador puede cargar la disponibilidad al profesor que quiera, mientras que un profesor solo puede cargar su propia disponibilidad.

• Solo se admiten de lunes a sabado. No se permiten seleccionar horas que se encuentren entre las 12-1pm.

• El profesor debe seleccionar siempre al menos 2 horas de clase, no puede seleccionar menos en un día.

La pagina web no deberia tener referencias a sitios externos

Por alguna razon me aparecen resultados duplicados al intentar editar una relacion o.o

El mero atributo de Required no es suficiente, debe haber validaciones para evitar casos como el de crear una seccion con 0 numero de secciones xd

Simplemente muestra el mensaje de que el token expiró

Se deben incorporar validaciones a toda la data introducida

Si eliminas un registro aunque falle, el sistema te dice que si lo pudo eliminar

Cuando por ejemplo quieres obtener la prioridad de un profesor al llamar al metodo GetAll de ProfesorDAO, llamabas dentro del mismo DAO al metodo, el problema viene por la forma como tienes implementada la conexion a la BD.

• Podrias abrir una nueva conexion en cada metodo y ello soluciona el problema, sin embargo malgastas conexiones.
• Podrias eliminar esa obtencion de data extra en el metodo GetAll y rellenar lo que falta desde la BLL

En varios metodos llamas a otros daos para obtener data, lo cual genera conexiones extras...

Probar los filtros correspondientes a la autenticacion y autorización.

Por los momentos se encuentra quemado, quizas usar una clase con inyeccion de dependencia para obtener el string

• Crear un script que permita unificar los .js

• Crear un script que permita minificar los .js

Si se usa la api y esta no encuentra la conexión a la bd(xq mysql no estaba levantado por ejemplo), si luego levantas la conexión y tratas de usar la api, sigue sin funcionar o.o

Por alguna razon, cuando intentas borrar varios registros a la vez en algun ajax no se envia el token. Esto ocurre desde que se habilitaron los filtros en f772d3a

Al parecer la relacion si se crea en la api y la misma devuelve status code 200, pero el ajax lo entiende como error, aun cuando no lo fue o.o