Necesidad del cliente (explicación no técnica)
Muchas personas reciben facturas de energía elevadas, pero tienen poca visibilidad sobre los hábitos que más impactan en sus gastos.
La solución debe permitir:
Comprender el perfil de consumo energético; Identificar posibles desperdicios; Recibir recomendaciones de mejora; Estimar costos asociados al consumo; Realizar un seguimiento de los indicadores de eficiencia a lo largo del tiempo.
El objetivo es transformar los datos de consumo en información clara y útil para apoyar decisiones más conscientes.
Validación de mercado
La preocupación por la eficiencia energética y la sostenibilidad crece continuamente en diferentes sectores de la sociedad.
Empresas, gobiernos y consumidores buscan soluciones capaces de:
Reducir costos operativos; Mejorar indicadores de sostenibilidad; Incentivar el consumo consciente; Monitorear patrones de uso de energía; Apoyar estrategias de eficiencia energética.
Incluso las soluciones simples pueden generar valor al proporcionar análisis y recomendaciones personalizadas con base en los datos de los usuarios.
Objetivo del Hackathon
Desarrollar un MVP funcional capaz de:
Analizar patrones de consumo energético; Clasificar perfiles de eficiencia energética; Generar recomendaciones de mejora; Estimar impactos financieros con base en una tarifa de referencia; Poner los resultados a disposición mediante una API REST; Utilizar al menos un servicio OCI como parte de la arquitectura de la solución.
Ciencia de Datos
Notebook que contenga:
Exploración y limpieza de datos (EDA); Análisis de patrones de consumo; Procesamiento y transformación de variables; Entrenamiento de modelos supervisados; Evaluación utilizando métricas adecuadas; Generación de recomendaciones basadas en reglas o modelos; Serialización del modelo entrenado.
Back-End
API REST que contenga:
Endpoint para análisis del consumo; Endpoint para consulta de resultados; Validación de entrada; Manejo de errores; Documentación de los endpoints.
OCI
Uso de al menos uno de los siguientes servicios:
Object Storage para almacenamiento de modelos o datos; OCI Compute para el alojamiento de la API; OCI Functions para procesamiento específico; Base de datos opcional para persistencia.
Funcionalidades obligatorias (MVP)
Análisis del perfil energético
Endpoint:
POST /analisis-energetico
Entrada:
{ "consumokwh": 420, "usohorariopico": true, "cantidadequipos": 10, "tipoinmueble": "Casa", "horasaltoconsumo": 8 }
Salida:
{ "categoria": "Ineficiente", "probabilidad": 0.81 }
Recomendaciones de optimización
Salida complementaria:
{ "recomendaciones": [ "Reducir el uso de equipos durante los horarios pico", "Evaluar equipos con alto consumo energético", "Distribuir las actividades de mayor consumo a lo largo del día" ] }
Estimación financiera
Utilizando la tarifa de referencia sugerida de $ 0,75 por kWh:
{ "costoestimadomensual": 315.00 }
Requisitos mínimos
Modelo entrenado y cargado correctamente; Clasificación funcional; Generación de recomendaciones; Estimación del costo energético; API documentada; Integración con OCI; Mínimo de tres ejemplos reales o simulados de uso.
Recursos opcionales
Dashboard de seguimiento; Historial de análisis; Procesamiento por lotes mediante CSV; Containerización con Docker; Pruebas automatizadas; Alertas de alto consumo; Visualizaciones gráficas; Comparación entre períodos; Ranking de eficiencia energética; Simulación de escenarios de ahorro.
Directrices para Ciencia de Datos
Cada equipo deberá construir su propia base de datos relacionada con el consumo energético.
Los datos podrán ser:
Recopilados de fuentes públicas; Obtenidos de bases de datos abiertas; Generados manualmente por el equipo; Simulados para representar diferentes perfiles de consumo.
Se recomienda utilizar:
Python; Pandas; Scikit-Learn; Regresión Logística; Random Forest; Árboles de Decisión.
Se permite el uso de otros modelos.
Los equipos deberán definir y justificar los criterios utilizados para caracterizar los diferentes perfiles de eficiencia energética.
Directrices para Back-End
La solución deberá poner a disposición una API REST desarrollada preferentemente en Java con Spring Boot.
La API deberá:
Recibir los datos de consumo; Ejecutar el análisis; Devolver la clasificación, probabilidad y recomendaciones; Devolver respuestas en formato JSON; Implementar validaciones y manejo de errores.
La arquitectura elegida deberá ser documentada por el equipo.
OCI
La solución debe utilizar al menos un servicio OCI como parte obligatoria del proyecto.
Sugerencias:
Object Storage para almacenamiento de modelos o archivos; OCI Compute para el despliegue de la API; OCI Functions para procesamiento complementario; Base de datos opcional para persistencia.
Front-End (opcional)
Opcionalmente, el equipo podrá desarrollar una interfaz sencilla para:
Ingreso de información de consumo; Visualización de los resultados del análisis; Visualización de recomendaciones; Presentación de gráficos e indicadores.
El desarrollo del Front-End no es obligatorio para el MVP.