Administrador de Espacios

Cuando necesitamos utilizar una sala, un laboratorio o auditorio, nos topamos siempre con la misma inquietud: ¿Estará ocupada? y si no lo está ¿A cuantas personas voy a tener que llamar para poder pedirla?

Es así como nace la idea de genera un sistema que permita de una manera rápida y sencilla revisar salas, su capacidad, si está ocupada o no y por quién. Además, nos facilita el correo de la persona que tiene "tomada" la sala en ese horario para así, ponernos en contacto con él sin pasar por un sin fin de llamadas telefónicas.

La idea de este sistema va mucho más allá de lo que es la motivación principal. La idea principal se divide en 4 partes:

01.- Asignación de Salas: este punto es importante y es donde un Administrador asigna las salas y recursos a las distintas asignaturas y departamentos según las necesidades que ellos tengan.

02.- Seguridad: las salas están cerradas mediante chapas electrónicas, las cuales se activan mediante el uso de las Tarjetas Inteligentes, de esta forma, se puede saber quien está o estuvo en una sala en algún momento predeterminado.

03.- Comodidad: cualquier persona que tenga asignada una sala puede subasignarla sin ningún impedimento y bajo su exclusiva responsabilidad.

04.- Estadística en tiempo real: se puede ver que salas están ocupadas y cuantas personas hay dentro en ese momento.

Al momento de idear la solución al problema planteado en la motivación, pensamos en la usabilidad, manejo de conexiones tcp (para conectar las chapas a la base de datos principal) e interactividad con los usuarios. Es así como los lenguajes escogidos para el desarrollo de esta solución son:

01.- Java para el manejo de peticiones y autenticación contra base de datos.

02.- Base de datos mysql ya que es sencilla, rápida y lo suficientemente robusta para esta implementación.

03.- HTML y PHP para la interfaz de usuario son lenguajes fáciles de programar y que pueden llegar a ser muy poderosos y útiles si se ocupan de buena manera.

La solución a este problema se aborda desde 2 puntos. El primero se refiere al programa que corre en el servidor (o servidores) del campus o empresa que quiere proteger y administrar sus salas, oficinas, recursos varios. Este programa es quien se encarga de administrar los permisos, de recibir la información de las chapas electrónicas y contrastarla con la que se tiene almacenada en la base de datos, para así, abrir puertas, denegar permisos, informar de anomalías en las peticiones e incluso, registrar el uso de la sala mediante logs. Este programa también es el que se encarga de generar estadísticas de uso de las salas, para así poder administrar de mejor manera los recursos en una repartida futura.

En segundo lugar se encuentra la interfaz web. Esta interfaz provee distintos mecanismos para informar sobre el uso de las salas, calendario de uso de las salas y personas con permisos sobre estas. Así también, la interfaz ofrece mecanismos de administración en distintos niveles, así un administrador puede crear usuarios y asignarles recursos disponibles. Un usuario puede, a su vez, crear subusuarios y asignarles permisos sobre recursos disponibles y que están bajo su supervisión.

Hasta el momento de la entrega de este informe, el proyecto está funcionando y con lo siguiente:

01.- Comunicación TCP entre las chapas electrónicas y el programa principal.

02.- Sistema de reconocimiento de usuarios bajo un entorno simulado.

03.- Creación de logs de eventos asociados a cada chapa.

04.- Verificación del estado de las salas vía internet.

05.- Funciones de Administración Web: creación, eliminación y modificación de usuarios; asignación y subasignación de salas.

Si bien, en el punto que se encuentra el proyecto se vuelve funcional, faltan varias cosas que implementar y que se resumen en:

01.- Generador de estadísticas.

02.- Interfaz web aun más amigable.

03.- Sistema de Login para mayor seguridad de la interfaz web.

La implementación actual del sistema está hecha con sólo 2 salas y simulando un día con sólo 3 bloques, por lo que la simulación se escapa bastante de la realidad de una universidad o una empresa, pero el sistema es lo suficientemente robusto como para poder resolver ese salto y sólo un par de cambios habría que hacerle para que de 2, pasara a administrar una alta cantidad de recursos.