navegar · Esc inicio
Instituto Leonardo Murialdo · 7mo Informática 2026
Primera
presentación
de proyecto
Equipo N° —
01
Apellido, Nombre
02
Apellido, Nombre
03
Apellido, Nombre
04
Apellido, Nombre
05
Apellido, Nombre
Mayo 2026
Instituto Leonardo Murialdo
Caso de uso: Estudio Contable Gómez
01 / 12
Valeria Gómez
Socia admin. · 44 años
Usuario
Estudio Contable Gómez
Caseros · ~180 m² · 3 oficinas
Lugar
Usuario entrevistado
VG
Valeria Gómez
Socia administradora · Estudio Contable Gómez, Caseros
44 años · 8 empleados + 2 socios · tecnología 3/5 · PC escritorio + celular Samsung · SmartThings instalado
Técnica de relevamiento

Dos entrevistas: general (Bloques A–C) y específica (Bloques D–G) incluyendo bloques de hardware exclusivos.

Bloques E (entorno físico) y F (instalación) son nuevos — exclusivos de proyectos físicos.

✓ El usuario fue entrevistado físicamente antes de elegir cualquier componente de hardware
Lo que Valeria nos dijo (síntomas)
🌡️
"No sé si el ambiente está bien hasta que alguien se queja" — 3 a 4 quejas de temperatura por semana
💡
"La factura de luz subió mucho este año" — splits encendidos aunque no haya nadie, sin forma de apagarlos de forma remota
🫁
"La oficina del fondo siempre huele a cerrado" — nadie mide CO₂ ni humedad, no hay activación de ventilación a tiempo
📶
WiFi solo en oficina central — la red no cubre los demás ambientes: restricción de hardware crítica
📊
Dificultad de gestión ambiental: sin sistema — control 100% manual y visual, sin datos históricos
⚙️ Proyecto hardware + software: la red de sensores y el dashboard son ambas capas obligatorias. Ninguna es opcional.
Del síntoma a la causa real
02 / 12
El error más común: construir una solución al síntoma en lugar de a la causa. Si el sistema solo muestra temperatura pero no actúa ni alerta, el problema no se resuelve.
Síntoma (lo que dice Valeria) Causa real (lo que es) Solución técnica
"No sé si el ambiente está bien hasta que alguien se queja" No hay medición objetiva del ambiente. La incomodidad se detecta tarde, cuando ya afectó la productividad RF01 — Dashboard en tiempo real
RF03 — Alertas automáticas por umbral
→ DHT22, BH1750 por ambiente
"La factura de luz subió mucho" Splits encendidos sin nadie en el ambiente. Equipos viejos sin conectividad. Sin detección de presencia RF04 — Alerta + apagado remoto vía SmartThings
→ PIR HC-SR501 + enchufe inteligente Samsung
"La oficina del fondo huele a cerrado" CO₂ elevado por falta de ventilación medida objetivamente. Sin datos, no hay criterio para ventilar RF03 — Alerta de calidad de aire
→ Sensor MQ-135 en cada ambiente
"WiFi solo en la oficina del router" Los nodos ESP32 no pueden conectarse sin señal. La cobertura parcial invalida el sistema completo RHW06 — Repetidor WiFi obligatorio antes del despliegue
→ Prerequisito de infraestructura
"Solo yo debería poder cambiar los umbrales" No hay separación de roles ni control de acceso al sistema RF06 — Perfil administradora (Valeria) y visor (empleados)
✓ Cada RF se puede trazar hasta una respuesta concreta de la entrevista. Si no, no tiene razón de existir.
🔌 Los requerimientos de hardware (RHW) también se derivan de síntomas, no se eligen de antemano. El RHW06 (repetidor) surgió del síntoma de cobertura parcial.
Arquitectura: SensorOffice
03 / 12
Capas del sistema
🔌
Capa Hardware — Nodos ESP32
4 nodos · DHT22, MQ-135, BH1750, PIR, SCT-013 · repetidor WiFi + enchufes SmartThings
↓ WiFi / MQTT (Mosquitto)
⚙️
Backend — Node.js + Express
Suscribe al broker MQTT · persiste en PostgreSQL · API REST · evalúa umbrales · integración SmartThings API
↓ API REST / WebSocket
📊
Frontend — Dashboard React
Tiempo real por ambiente · historial · alertas · responsive PC + celular
Variables medidas por nodo
🌡️
Temperatura
DHT22 · 30 seg
💧
Humedad
DHT22 · 30 seg
🫁
CO₂ / Aire
MQ-135 · 60 seg
☀️
Luminosidad
BH1750 · 60 seg
🚶
Presencia
PIR HC-SR501
Consumo eléct.
SCT-013
Línea de base — Datos medibles del caso
Quejas de temperatura / semana
3–4
→ objetivo: 0–1
Tiempo de detección de problema ambiental
Horas (cuando avisan)
→ objetivo: <5 min (alerta auto)
Registro de consumo eléctrico
Ninguno
→ reporte mensual automático
Comodidad tecnológica (Valeria)
3 / 5
→ interfaz en lenguaje natural
Ambientes a monitorear ★HW
4 sectores
→ 4 nodos ESP32 mínimo
Conectividad WiFi ★HW
Solo oficina central
→ repetidor WiFi obligatorio
★HW = datos obtenidos de los bloques E y F de la entrevista. Sin ellos, el diseño físico del sistema no puede hacerse.
Requerimientos Funcionales (RF)
04 / 12
RF01
Dashboard en tiempo real por ambienteTemperatura, humedad, CO₂ y luminosidad actuales de cada sector en pantalla única
Alta
RF02
Historial de lecturas con gráfico temporalEl usuario ve la evolución de cualquier variable en cualquier rango de fechas
Alta
RF03
Alertas automáticas por umbralEmail o push si temperatura, CO₂ o humedad superan los valores configurados
Alta
RF04 HW
Alerta de equipo encendido sin ocupación + apagado remoto SmartThingsPIR detecta sin personas + consumo activo → alerta. Valeria apaga desde su celular Samsung vía SmartThings
Alta
RF05 HW
Reporte mensual de consumo eléctrico por sectorBasado en SCT-013 · "La factura subió mucho"
Media
RF06
Dos perfiles de usuario: administradora y visorValeria: acceso total. Empleados: solo visualización, sin modificar umbrales
Alta
RF07
Configuración de umbrales desde el dashboard"Solo yo debería poder cambiar los umbrales" — solo perfil admin
Media
RF08
Vista resumen para celular (acceso fuera del estudio)Valeria usa el celular cuando está fuera del estudio. Diseño responsive obligatorio
Media
RNF, RHW y alcance del proyecto
05 / 12
RNF y RHW — cómo lo hace
RNF01
El nodo reconecta automáticamente al perder WiFiSin reiniciarse, sin perder lecturas. Reintento cada 30 segundos
firmware
RNF02
Latencia <5 seg entre lectura y visualizaciónLas alertas en tiempo real no tienen sentido con demoras de minutos
rendimiento
RNF03
Dashboard accesible desde PC y celular sin instalar appBloque B: "PC + celular" — diseño responsive obligatorio
usabilidad
RNF04
Interfaz en lenguaje natural, sin jerga técnicaEj: "Temperatura OK", "CO₂ elevado — ventile la sala". Comodidad tech. 3/5
HCI
RHW01
Nodo compacto y montable en pared (máx. 10×8×4 cm)El estudio es de atención a clientes. El aspecto importa
form factor
RHW03
Sensor de temperatura alejado ≥50 cm de fuentes de calorHay impresoras láser en recepción y sala de reuniones
instalación
RHW06
Repetidor WiFi instalado antes del despliegue de nodosLa red actual solo cubre la oficina central. Prerequisito obligatorio
Alta
Alcance — ¿qué hacemos y qué NO?
✓ El sistema HARÁ
Monitoreo ambiental en tiempo real (4 sectores)
Alertas automáticas por umbrales configurables
Reporte mensual de consumo eléctrico
Alerta de equipo encendido sin ocupación
Control remoto de splits vía SmartThings
Perfiles: administradora y visor
Historial de lecturas + gráficos
✗ El sistema NO HARÁ
Apagado automático de splits sin intervención humana (v1)
Control de ventilación motorizada
App nativa iOS/Android (usa web responsive)
Integración con software contable
Medición con precisión de laboratorio (MQ-135 es orientativo)
Mantenimiento del hardware post-entrega
Definir las limitaciones no es admitir debilidad: es un contrato claro de alcance que protege al equipo y genera confianza en el usuario.
OKRs del proyecto
06 / 12
En proyectos con hardware los OKRs incluyen métricas del mundo físico: ¿cuánto bajaron las quejas? ¿cuánto bajó la factura de luz? Sin número, no es un KR.
Objetivo 1 — Impacto en el usuario
Eliminar la detección tardía de problemas ambientales en el estudio
KR 1
Reducir quejas de temperatura de 3–4/semana a máximo 1 en el primer mes de uso
KR 2
Tiempo de detección de problema ambiental: de "horas" a menos de 5 minutos (alerta automática)
KR 3
El 100% de los eventos de CO₂ elevado en la oficina del fondo detectados antes de que algún empleado lo reporte
Objetivo 2 — Hardware en producción
Los 4 nodos, repetidor y enchufes SmartThings instalados y funcionando
KR 1
Los 4 nodos operan sin interrupciones por más de 72 horas consecutivas en prueba de campo
KR 2
Pérdida de lecturas por problemas de red <2% del total de muestras esperadas
KR 3
Valeria puede apagar un split desde su celular Samsung en menos de 10 segundos
Objetivo 3 — Impacto económico
Demostrar reducción de consumo eléctrico con datos del sistema
KR 1
El reporte de consumo mensual muestra datos por sector en el primer mes de operación
KR 2
Se detectan ≥3 eventos de "equipo encendido sin ocupación" que Valeria hubiera pasado por alto
KR 3
Valeria puede comparar el consumo del mes con sistema vs el mes anterior y cuantificar el ahorro
Objetivo 4 — Validación y escalabilidad
Demostrar que el sistema es replicable en otros espacios similares
KR 1
Agregar un 5to nodo en un ambiente nuevo tarda menos de 30 minutos sin modificar el software
KR 2
Costo de materiales por nodo adicional menor a $25.000
KR 3
Al menos 2 contactos de Valeria en el rubro expresan interés después de ver la demo
Perfiles de usuario
07 / 12
En proyectos de hardware existe un tercer perfil que los proyectos de software no tienen: el técnico instalador. Sus necesidades condicionan cómo se diseña la configuración del nodo.
VG
Valeria Gómez
Perfil: Administradora · acceso total
Dispositivo
PC (trabajo) + celular Samsung
SmartThings
Instalada — control remoto de splits
Nivel tecnológico
3/5 — lenguaje natural, sin jerga
Acciones
Todo: umbrales, reportes, usuarios
Restricción HCI
Sin jerga técnica — estado en lenguaje natural
EE
Empleados del estudio
Perfil: Visor · solo visualización · 8 personas
Dispositivo
PC de cada puesto
Uso esperado
Cuando se sienten incómodos
Acciones
Solo ver datos actuales e historial
Nivel tecnológico
Variable — a relevar (KR de Obj. 1)
Perfil
Pendiente: entrevistar ≥2 empleados
TI
Técnico instalador
Perfil exclusivo de proyectos con hardware · integrante del equipo de 7mo
Quién es
1–2 integrantes del equipo de proyecto
Cuándo actúa
En la instalación + falla de nodo
Herramienta
Portal web de setup (red local)
Restricción clave
Instalación de nodo nuevo ≤20 minutos
El equipo de trabajo
08 / 12
Equipo de desarrollo — 7mo Informática
AA
Apellido, Nombre
Project Manager
+ Dev Frontend
Gestión, GANTT, control de cambios, OKRs · contribuye al dashboard React
BB
Apellido, Nombre
Dev Frontend
Dashboard React, HCI, mockups Figma, responsive PC + mobile
CC
Apellido, Nombre
Dev Backend
Node.js + Express, MQTT, API REST, integración SmartThings, JWT
DD
Apellido, Nombre
Esp. DB
PostgreSQL, modelo de datos, series temporales, optimización de consultas
EE
Apellido, Nombre
Esp. Hardware
Firmware ESP32, circuito de sensores, diseño 3D carcasa, instalación física
Partners — Otras modalidades
FF
Apellido, Nombre
Modalidad ADO
Documentación técnica, presupuesto, análisis económico, oferta al cliente
HH
Apellido, Nombre
Modalidad ADO
Contratos, carpeta del proyecto, estimación de costos de hardware
GG
Apellido, Nombre
Modalidad Electro
Diseño del circuito, esquema eléctrico, integración SCT-013 y enchufes
II
Apellido, Nombre
Modalidad Multi
Identidad visual SensorOffice, tríptico, caja del producto, landing page
Presupuesto estimado y tech stack
09 / 12
Firmware (Hardware)
C++ / Arduino Framework (ESP32)
Free / OSS
Librerías: DHT, PubSubClient, WiFiManager
Free / OSS
Broker MQTT: Mosquitto (Eclipse)
Free / OSS
Frontend (Dashboard)
React + Vite
Free / OSS
Recharts / Chart.js (gráficos)
Free / OSS
Tailwind CSS — responsive
Free / OSS
Backend / Base de datos
Node.js + Express
Free / OSS
PostgreSQL (+ TimescaleDB opcional)
Free / OSS
JWT · SmartThings REST API
Free
Hosting e infraestructura
Servidor ILM — pruebas e institución
$0
Hosting externo — Railway / Render obligatorio
Para acceso remoto de Valeria desde su celular
Presupuesto — esfuerzo en horas hombre
Project Manager
120 hs × $2.500/h estimado
Dev Frontend + Backend
240 hs × $3.000/h estimado
Especialista DB
80 hs × $3.000/h estimado
Especialista Hardware (firmware + circuito)
100 hs × $3.000/h estimado
Total estimado de desarrollo
$1.560.000
📊
Verificar valores en el GANTT de la materia, hoja "GANTT_Data_Referencias" docs.google.com/spreadsheets/d/10dP-s-iefJMvuQ2EOiV5pMtVPZR1gEK9YoTmoiA9KdU
Hardware por nodo (materiales)
ESP32 DevKit v1
DHT22 + MQ-135 + BH1750 + PIR
SCT-013 + carcasa 3D + USB-C
Repetidor WiFi (único)
Enchufe inteligente SmartThings × split
Modelo de negocio (referencia)

Valeria declaró disposición de pago si se justifica el ahorro eléctrico.

Con 50 clientes en rubro profesional (estudios, consultorios): modelo de suscripción mensual viable.

Cronograma tentativo del proyecto
10 / 12
Fase
Abr
May
Jun
Jul
Ago
Sep
Oct
Nov ⚡
E01Validación del problema
Entrevistas, visita técnica, RF / RHW / OKRs, documento
E02Factibilidad
Protoboard, prueba SmartThings, repetidor WiFi confirmado
E03Diseño del sistema
Mockup Figma + carcasa 3D + plano de nodos + validación con Valeria
E04Prototipado
Firmware ESP32, circuito soldado, integración MQTT, dashboard básico
E05Desarrollo + instalación
Backend completo, dashboard final, instalación en campo, documentación
E06Presentación final
Preparación de la presentación, ensayo, entrega del documento final
E01 Validación · E02 Factibilidad
E03 Diseño · E04 Prototipado
E05 Desarrollo + instalación
E06 Presentación final
⚡ EXPO Nov.
Próximos pasos
11 / 12
Pendientes inmediatos
1
Entrevistar a al menos 2 empleados del estudio
Completar el perfil de usuario visor. Sin este paso, la interfaz de empleados no puede diseñarse. Es KR de Objetivo 1.
2
Visita técnica al estudio — relevamiento de planta
Fotografiar cada ambiente, medir cobertura WiFi, marcar en plano dónde van los nodos y el repetidor. Obligatorio antes de definir el hardware final.
3
Prototipo en protoboard + prueba enchufe SmartThings
Probar circuito completo (ESP32 + sensores + MQTT) y verificar integración con SmartThings en celular Samsung. Confirmar lecturas antes del diseño 3D.
4
Mockup del dashboard en Figma
Responsive: desktop 1440px + mobile 390px. Vista resumen + detalle por ambiente + alertas + acceso rápido a SmartThings. Lenguaje natural obligatorio.
5
Diseño 3D de la carcasa en Tinkercad o Fusion 360
Cumpliendo RHW01 (tamaño ≤10×8×4 cm), RHW04 (ventilación MQ-135) y RHW03 (alejado de fuentes de calor). Incluir en sección 4.3.1 del documento.
6
Volver con Valeria a validar el prototipo y el plano de nodos
Antes de escribir una sola línea de código o soldar un componente. Registrar el feedback como hito en el control de cambios.
HCI — Lo que sabemos de Valeria
🖥️
PC escritorio — dispositivo principal en el estudio
1440px desktop-first
📱
Celular Samsung Android — para uso remoto
390px responsive
🏠
SmartThings instalado — patrón de control ya conocido
integración nativa
💬
Comodidad tech. 3/5 — interfaz sin jerga técnica
lenguaje natural
🎯
Gestora, no técnica — le interesa el resultado, no el dato crudo
valores con contexto
Regla de oro: el prototipo de nodo y el mockup del dashboard tienen que estar validados por Valeria antes de la fase de programación y soldadura. El feedback se registra como hito en el control de cambios.
Documentación entregable
📁 Carpeta de proyecto (4 secciones)
📊 GANTT actualizado
🐙 Repositorio GitHub
🎨 Mockup Figma + validación
🔌 Diseño 3D carcasa + esquema eléctrico
🗺️ Plano de nodos del estudio
📄 Manual de usuario + Quick Start
🌐 Landing page SensorOffice
Instituto Leonardo Murialdo · 7mo Informática 2026
Primera
presentación
de proyecto
Equipo N° —
01
Apellido, Nombre
02
Apellido, Nombre
03
Apellido, Nombre
04
Apellido, Nombre
05
Apellido, Nombre
Mayo 2026
Instituto Leonardo Murialdo