Planificaci´ on cuatrimestral

Una de las principales funcionalidades en la cual se centr´o el sistema es la posi- bilidad de armar una distribuci´on de horarios y aulas para un periodo lectivo base de los cursos de cada unidad acad´emica.

As´ı, los responsables de cada facultad armar´an colaborativamente la asignaci´on de aulas para las actividades cuatrimestrales. Se asume libertad de aulas y se realiza la planificaci´on de una semana tipo para un periodo particular (1er cuatrimestre, por ejemplo). El mismo sistema va controlando la colisiones que se pueden presentar e impidiendo que dos eventos se programen en el mismo espacio y aula.

Para este m´odulo fue necesario establecer una vista que sea de uso ´agil para los usuarios finales. La vista implementada da la posibilidad de poder elegir horarios espec´ıficos y encontrar espacios libres de cada curso como as´ı tambi´en de aulas. Adem´as, es posible ver actividades reservadas por curso (participante) o por aulas. La interfaz gr´afica fue dise˜nada tratando de ayudar a visualizar superposiciones de clases o aulas de manera f´acil, ya que era una necesidad de los usuarios. Se muestra

Cap´ıtulo 5. Funcionalidades 40

en la Figura 5.4 un ejemplo de esta vista. En la misma se muestran actividades del participante FCEX 1ero LCF (primer a˜no de Licenciado en Ciencias F´ısicas, de la Facultad de Exactas) y el Aula 1 del pabell´on de la Facultad de Exactas.

Figura 5.4: Vista de planificaci´on semanal

La interfaz permite agregar y sacar recursos y participantes de manera r´apida a la vista, para poder buscar las actividades f´acilmente y superponerlas, como se dijo anteriormente.

Pasaje a reservas

Una vez armada la planificaci´on, el sistema da la posibilidad de pasarla a reservas reales para un rango de tiempo dado. El fin de esta funcionalidad, es armar una base para las reservas de todo un periodo. Esta etapa, anteriormente se hac´ıa cada reali- zando cada reserva individualmente, y por bandas horarias, en lugar de actividades puntuales. Esto generaba una sub-utilizaci´on de los espacios, ya que no se hac´ıa un uso total de la banda horaria reservada en los recursos.

La funcionalidad implementada copiar´a las actividades programadas en la pla- nificaci´on semanal como reservas a lo largo de todas las semanas de un lapso dado de tiempo. Cada actividad planificada, cuenta con un periodo asociado (1er cuatri- mestre, 2do cuatrimestre, cada 2 semanas, etc.). El alta de reservas, respeta dicho periodo a lo largo del rango de tiempo dado. Pueden existir colisiones entre reservas anteriores y las que se dar´an de alta con el pasaje. Estas son controladas por el siste-

Cap´ıtulo 5. Funcionalidades 41

ma, mostrando un resumen de las superposiciones y dando la posibilidad de ignorar las actividades que no se pueden dar de alta. As´ı, se podr´an pasar las reservas que no presentan conflictos.

La vista de la planificaci´on cuenta con un formulario, al que se le da una fecha de inicio y de fin de un periodo, para poder dar de alta las reservas necesarias.

Cada usuario, haciendo uso de esta funcionalidad, pasar´a a reservas las activi- dades pertenecientes a los recursos de la facultad que administra. Este proceso se requirio que sea descentralizado para que cada usuario tenga mayor control sobre las aulas que admministra. As´ı, tiene la posibilidad de verificar la planificaci´on antes de aplicarla sobre sus espacios.

Una vez hecho este proceso, se podr´an modificar las reservas normalmente. Even- tualmente, puede surgir la cancelaci´on o cambio de alg´un evento en una fecha pun- tual, esto se podr´a manejar desde las funcionalidades originales de phpScheduleIt.

Tambi´en se da la posibilidad de poder borrar las reservas que fueron creadas por este medio. Esto puede darse en el caso que se quieran borrar porque hubo cambios en la planificaci´on y las reservas requieran ser actualizadas.

Vista de reservas y planificaci´on

Dado que la interfaz creada para armar la planificaci´on cuatrimestral fue hecha en base a los requerimientos captados, se decidi´o dar la posibilidad de usar la misma como vista de reservas, como opci´on alternativa a la original del sistema. Para esto se tuvieron que crear los m´odulos necesarios para adaptar dicha interfaz para poder visualizar reservas con la misma metodolog´ıa que las actividades de planificaci´on.

El desarrollo de este m´odulo fue facilitado gracias a la decisi´on previa de respetar la arquitectura planteada del sistema y las buenas pr´acticas de programaci´on. La arquitectura MVP cuenta con una vista est´atica que presenta datos dados por el Presenter. Sin embargo, hubo que realizar las adaptaciones necesarias en la vista

Cap´ıtulo 5. Funcionalidades 42

para poder manejar las entradas de los datos a visualizar. Se muestra en 5.5 un ejemplo de la interfaz.

Figura 5.5: Vista de reservas.

Se puede ver que en esta vista hay una fecha en cada columna que indica que es un d´ıa puntual y no uno gen´erico. Se puede navegar las diferentes semanas de manera r´apida con las flechas y el almanaque. Para poder diferenciar visualmente esta vista de reservas y la de planificaci´on, se cambiaron el color de los fondos ya que se podr´ıan presentar confusiones por el parecido.