Primera Presentación de Proyecto — ILM 7mo Informática 2026

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

E01 — Identificación del problema

Caso de uso: Ferretería El Tornillo

01 / 10

Roberto Fernández

Dueño · 22 años de experiencia

Usuario

Ferretería El Tornillo

Villa Bosch · local comercial

Lugar

Usuario entrevistado

RF

Roberto Fernández

Dueño · Ferretería El Tornillo, Villa Bosch

Secundario completo · 22 años en ferretería · tecnología 2/5 · presbicia · celular Android

Técnica de relevamiento

Entrevista estructurada en formato Embudo + Sondeo (28 preguntas, bloques A–H)

Datos cuantificados con Escala de Likert 1–5. Formulario versión 2, Mayo 2026.

✓ El usuario fue entrevistado físicamente antes de escribir una sola línea de código

Lo que Roberto nos dijo (síntomas)

📦

"A veces no tengo lo que el cliente pide" — se entera cuando ya vendió el último

⏱️

"El control de stock me lleva entre 1 y 3 horas" — cuenta estantes uno por uno

📋

"Compro de más y hay cosas que no vendo" — pide por intuición, sin historial

❌

6 a 15 ventas perdidas por mes — dato medible, línea de base del proyecto

📊

Dificultad del proceso: 4/5 en Escala de Likert

Método actual: planilla en papel + Excel desactualizado. Sin sistema digital.

E01 — Análisis de la entrevista

Del síntoma a la causa real

02 / 10

El error más común: construir una solución al síntoma en lugar de a la causa. Si el sistema solo avisa cuando el stock llega a cero, el problema no se resuelve.

Síntoma (lo que dice Roberto)	Causa real (lo que es)	Solución técnica
"A veces no tengo lo que piden"	No hay actualización automática de stock ni alerta de reposición anticipada	RF01 — Registro de ventas con descuento automático RF02 — Alertas de stock mínimo
"El control me lleva 1–3 horas"	El inventario es manual; no existe registro digital actualizado por venta	RF01 — Al registrar una venta, el stock se descuenta solo
"Compro de más y no vendo"	No hay historial de rotación por producto; compra por intuición	RF04 — Historial de rotación RF05 — Lista de pedido automática
"WiFi con cortes frecuentes"	El sistema depende de conectividad permanente → datos perdidos	RF07 — Funcionamiento offline con sincronización automática
"Juan no debe ver los precios de costo"	No hay separación de roles ni sistema de permisos	RF06 — Dos perfiles con permisos diferenciados

✓ Cada RF se puede trazar hasta una respuesta concreta de la entrevista. Si no, no tiene razón de existir.

→ La solución correcta ataca la causa raíz, no el síntoma visible. Esta tabla es la justificación técnica del proyecto.

E01 — Datos medibles

Línea de base y perfiles de usuario

03 / 10

Datos medibles — Línea de base

Tiempo de control de stock
1–3 hs
→ objetivo: <10 min

Ventas perdidas / mes
6–15
→ objetivo: 0–2

Dificultad proceso (Likert)

4/5

→ objetivo: ≤2/5

Comodidad tecnológica

2/5

→ restricción HCI

Conectividad en el local

WiFi inestable

→ modo offline

Disposición a pagar

hasta $15.000/mes

→ viable comercialmente

Sin línea de base no hay forma de probar que el sistema funcionó al final del proyecto.

Perfiles de usuario identificados

Dos perfiles = arquitectura de permisos obligatoria desde el servidor, no solo en el front.

E03 — Documento técnico

Requerimientos funcionales (RF)

04 / 10

Cada RF describe qué hace el sistema. Deben poder trazarse a una respuesta concreta de la entrevista.

RF01

Registro de ventas con descuento automático de stockAl vender, el stock se descuenta sin intervención manual

Alta

RF02

Alerta de stock mínimo por productoNotificación cuando un producto llega al umbral configurable

Alta

RF03

Consulta de stock en tiempo real desde el mostradorBúsqueda optimizada, operación con una sola mano en celular

Alta

RF04

Historial de rotación por productoPara que Roberto sepa qué comprar y qué no

Media

RF05

Lista de pedido a proveedor exportableGenera la lista automáticamente según los productos bajo mínimo

Media

RF06

Dos perfiles con permisos diferenciados nuevoDueño: acceso total. Empleado: sin precios de costo, sin reportes

Alta

RF07

Funcionamiento offline con sincronización automática nuevoOpera sin WiFi, encola localmente y sincroniza sin duplicados

Alta

RF08

Envío de lista de pedido por WhatsApp nuevoEn ≤3 toques desde la pantalla de alertas

Media

RF09

Modo oscuro conmutable por el usuario nuevoLa pantalla brillante le cansa la vista a Roberto

Media

RF10

Onboarding guiado en el primer uso nuevoComodidad tecnológica 2/5 — no puede perderse en el sistema

Baja

E03 — Alcance y restricciones

RNF y alcance del proyecto

05 / 10

Requerimientos No Funcionales (RNF) — cómo lo hace

RNF-01

Diseño mobile-firstFlujos críticos completables con una mano en 360–430px

plataforma

RNF-02

Fuente mínima 18px para texto de uso frecuenteProductos, cantidades, alertas y botones. Origen: presbicia de Roberto

HCI

RNF-03

Contraste mínimo WCAG AA (4.5:1)En modo claro y oscuro. Auditable con herramienta.

HCI

RNF-04

Funcionamiento offline sin pérdida de datosOpera sin internet ≥4 horas. Sincroniza automáticamente sin duplicados.

conectividad

RNF-05

Aislamiento de datos entre perfilesEmpleado no accede a precios de costo. Control en servidor, no solo en front.

seguridad

RNF-06

Tiempo de aprendizaje ≤ 30 minutosUn usuario 2/5 completa el flujo principal sin ayuda desde el primer uso.

usabilidad

Alcance del proyecto — ¿qué hacemos y qué NO?

✓ El sistema HARÁ

●Gestión de stock en tiempo real

●Registro de ventas con descuento automático

●Alertas de reposición y lista de pedido

●Historial de rotación por producto

●Perfiles: Dueño y Empleado

●Modo offline + sincronización

●Envío de lista por WhatsApp

✗ El sistema NO HARÁ

●Facturación AFIP / emisión de facturas

●Gestión de personal / liquidación de sueldos

●E-commerce o tienda online

●Contabilidad general

●Integración con Mercado Libre (v1)

●Multi-sucursal

Definir el alcance evita expectativas erróneas del cliente y problemas legales futuros.

E01–E03 — Metas medibles

OKRs del proyecto

06 / 10

Objectives & Key Results. El Objetivo es la meta inspiradora. Los KR son métricas concretas con número. Sin número, no es un KR.

Objetivo 1

Eliminar las pérdidas de venta por falta de stock

KR 1

Reducir ventas perdidas de 6–15 a 0–2 por mes en los primeros 60 días de uso

KR 2

100% de los productos con stock mínimo configurado antes del lanzamiento

Objetivo 2

Hacer que el control de stock lleve minutos, no horas

KR 1

Reducir el tiempo de control de 1–3 horas a menos de 10 minutos

KR 2

Dificultad percibida ≤2/5 en prueba de usuario posterior al prototipo

Objetivo 3

Validar viabilidad comercial en ferreterías de barrio

KR 1

Entrevistar al menos 5 ferreteros con la misma problemática en 3 o más

KR 2

Roberto declara intención de pago de al menos $5.000/mes al ver el prototipo

Objetivo 4 — tecnología

Sistema confiable en las condiciones reales del local

KR 1

Modo offline ≥4 horas sin pérdida de datos (prueba controlada)

KR 2

Sincronización <10 seg sin duplicados en 10 pruebas consecutivas

KR 3

Lista de pedido enviada por WhatsApp en ≤3 toques desde alertas

Objetivo 5 — accesibilidad

Roberto usa el sistema cómodamente con su visión actual

KR 1

Roberto completa el flujo de venta sin hacer zoom (prueba observada)

KR 2

WCAG AA aprobada en modo claro y modo oscuro

KR 3

Fatiga visual ≤2/5 después de 30 min en modo oscuro (Likert)

Gestión — Roles del equipo

El equipo de trabajo

07 / 10

Equipo de desarrollo — 7mo Informática

AA

Apellido, Nombre

Project Manager

+ Dev Frontend

Gestión, GANTT, control de cambios, OKRs · contribuye al desarrollo frontend

BB

Apellido, Nombre

Dev Frontend

Interfaz móvil, HCI, mockups Figma, modo oscuro

CC

Apellido, Nombre

Dev Backend

API REST, lógica de negocio, sincronización offline, permisos

DD

Apellido, Nombre

Esp. DB

Modelo de datos, optimización de consultas, aislamiento de perfiles

EE

Apellido, Nombre

Esp. Infraestructura

Servidor ILM / VPS, deployment, configuración de red y hosting

Partners — Otras modalidades

FF

Apellido, Nombre

Modalidad ADO

Documentación técnica, presupuesto, análisis económico

HH

Apellido, Nombre

Modalidad ADO

Contratos, carpeta del proyecto, estimación de costos

GG

Apellido, Nombre

Modalidad Electro

Hardware periférico, integración de componentes físicos

II

Apellido, Nombre

Modalidad Multi

Diseño gráfico, identidad visual, tríptico, caja del producto

E02 — Factibilidad técnica y económica

Presupuesto estimado y tech stack

08 / 10

Frontend (mobile-first)

React Native / Expo

Free / OSS

Tailwind CSS (web fallback)

Free / OSS

AsyncStorage (offline cache)

Free / OSS

Backend / Base de datos

Node.js + Express

Free / OSS

PostgreSQL

Free / OSS

JWT para autenticación

Free / OSS

Hosting e infraestructura

Servidor ILM — pruebas e institución

Solo para desarrollo interno y presentación en el colegio

$0

Hosting externo — Railway / Render obligatorio

Acceso desde internet · entrega del producto al cliente real

~$0–$5/mes

GitHub (repositorio + CI/CD)

Free

El servidor ILM no es el entorno de producción. Para entregar el producto al cliente siempre se requiere hosting externo accesible desde cualquier dispositivo.

Presupuesto — esfuerzo en horas hombre

Project Manager (1 integrante)

120 hs × $2.500/h estimado

$300.000

Desarrolladores x2 (Frontend + Backend)

240 hs × $3.000/h estimado

$720.000

Especialista DB

80 hs × $3.000/h estimado

$240.000

Especialista Infraestructura

60 hs × $2.500/h estimado

$150.000

Total estimado de desarrollo

$1.410.000

📊

Verificar valores en el GANTT de la materia, hoja "GANTT_Data_Referencias" — docs.google.com/spreadsheets/d/10dP-s-iefJMvuQ2EOiV5pMtVPZR1gEK9YoTmoiA9KdU

Hardware requerido

Dispositivo Android (Roberto — ya tiene)

$0

Router WiFi de respaldo

~$30.000

Hardware adicional (MCU)

A definir

Modelo de negocio (referencia)

Roberto declaró disposición de pago de hasta $15.000/mes.

Con 100 clientes: $1.500.000/mes. El costo de desarrollo se recupera en ~1 mes.

E01→E06 — Planificación temporal

Cronograma del proyecto 2026

09 / 10

Desde el análisis inicial en abril hasta la Expo en noviembre. Duración total: ~7 meses.

ABR

MAY

JUN

JUL

AGO

SEP–OCT

NOV

E01Análisis y validación

Entrevistas, perfiles, benchmarking

1ra Pres.+ Requerimientos

RF, RNF, OKRs, alcance

E03–E04Diseño y prototipo

Mockup Figma + validación con Roberto

E05Desarrollo

Sprints de desarrollo iterativo

E05Documentación

E06Presentación final

Análisis

Diseño y prototipo

Desarrollo

Documentación

⚡ EXPO Nov.

E01→E03 — Antes de programar

Próximos pasos

10 / 10

Pendientes inmediatos

1

Entrevistar a Juan (el empleado)

Completar el perfil de usuario. Aplicar el mismo formulario v2. Sin este paso, la interfaz del empleado no puede diseñarse.

2

Replicar la entrevista en 2–3 ferreterías más

Validar que el problema no es exclusivo de Roberto. KR del Objetivo 3. Detectar si la problemática es un segmento de mercado.

3

Hacer el Benchmarking

¿Qué sistemas de gestión para ferreterías existen? ¿Por qué Roberto no los usa? Estudiar la competencia y diferenciar nuestra propuesta.

4

Armar el mockup en Figma

Frame 390×844px, fuente mínima 18px, variante de modo oscuro incluida. Mobile-first obligatorio.

5

Volver con Roberto a validar el prototipo

Antes de escribir una sola línea de código. Registrar el feedback como hito en el control de cambios.

HCI — Lo que sabemos de Roberto

📱

Celular Android — dispositivo principal

Frame 390×844px

👓

Presbicia — usa lentes de lectura, hace zoom

fuente mín. 18px

🌙

Fatiga visual — pantalla brillante le cansa

modo oscuro req.

💬

WhatsApp — patrón de interacción conocido

listas familiares

🎯

Nivel tecnológico 2/5 — sin menú hamburguesa

acción visible

✓ Regla de oro: el mockup tiene que estar validado por Roberto antes de la fase de programación. 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

📄 Manual de usuario + Quick Start

🌐 Landing page del producto

Instituto Leonardo Murialdo · 7mo Informática 2026

Primera
presentación
de proyecto

Equipo N° —

¡Gracias!

Preguntas y consultas

Instituto Leonardo Murialdo · Mayo 2026