Grupo 17 - OO2 - 2023

Sistema de Smart City orientado al predio de la UNLa

“Antes de nada, ¿tienes claro qué significa ser una Smart City? Una ciudad es inteligente cuando la inversión social, las comunicaciones, las infraestructuras y el capital humano conviven en armonía con el desarrollo económico sostenible y se apoya en el uso integrado de las nuevas tecnologías. Además, comparten la información de que disponen con el ciudadano y otros actores de la ciudad para que puedan aprovecharse de esa información.” (https://www.grupocibernos.com/blog/descubre-los-ejemplos-de-smart-cities-ms-destacadas, 2023). De forma simple, se entiende por Smart City a un lugar en donde diversos dispositivos de IOT (por ejemplo sensores, alarmas, cámaras inteligentes, etc) miden datos del mundo real para ejecutar acciones automáticas en el mismo. Dichas acciones deben tener un efecto positivo en la vida de las personas y el medio ambiente del lugar.

Se espera que el TP cuente con los siguientes puntos:

Definir una solución de IOT por integrante.
Ejemplos de soluciones posibles:
- Estacionamiento inteligente (Smart Parking). Sensores o cámaras que detectan lugares libres y ocupados por autos.
- Alumbrado inteligente. Sensores de luz que prenden o apagan alumbrado según sea necesario.
- Cuidado del espacio verde inteligente. Sensores de humedad que rieguen automáticamente el pasto si la humedad ambiente es baja.
- Baños ocupados. Cámaras que detectan cuando un baño está siendo higienizado para avisar que no se puede usar.
- Luces automáticas. Sensores o cámaras que indiquen si un aula está libre u ocupada de forma que prendan la luz y/o accionan la apertura o cierre de cortinas.
- Recolectores inteligentes. Sensores que informen cuando un contenedor está lleno. Sensores que accionen limpiadores automáticos en zonas específicas. Cámaras que notifiquen de uso indebido del contenedor. Etc.
- Etc. Se puede elegir una solución que no esté en el listado.
Se puede asumir que se puede contar con el dispositivo IOT necesario para resolver la tarea física de la solución.
Tener una sección de ABM (la baja debe ser lógica) donde se pueda administrar el uso y agregado de los dispositivos de cada solución al sistema.
Simular con archivos Java ejecutable (main class) la obtención de datos por parte de los dispositivos.
Tener una sección donde se visualicen los datos de los eventos de cada solución. Dicha sección debe funcionar como reportes, se tiene que poder hacer filtros varios (fecha, dispositivo, estado del dispositivo, etc). A definir por cada estudiante.
El sistema debe tener un usuario administrador (el cual tendrá acceso total a plataforma). Y un usuario auditor, el cual tendrá acceso solo a los informes.

Se espera que en la plataforma como mínimo pueda:

Iniciar sesión como Administrador o Auditor.
Como Administrador
a. Dar de alta un tipo de dispositivo.
b. Dar de alta un dispositivo de un tipo en particular.
Registrar un evento de un dispositivo específico.
Como Auditor a. Ingresar en la sección de reportes y solicitar información de diferentes eventos en el sistema.
Cerrar sesión.

Estructura de ramas

main: Rama principal del proyecto y representa la versión estable del código.
development: Rama intermedia donde se integran los cambios de las diferentes funcionalidades desarrolladas por el equipo. Sirve como un entorno de prueba en conjunto antes de llevar los cambios a la rama main.

Cada integrante del equipo creará ramas separadas para desarrollar las funcionalidades asignadas. Estas ramas se basarán en la rama development y se fusionarán con ella una vez que las funcionalidades estén completas y probadas.