Análisis, Levantamiento de Requisitos y Planificación para digitalizar la gestión del crédito vecinal.
Resumen de la empresa y su operación comercial (Presentado anteriormente).
Almacén Lukas es un negocio familiar minorista fundado en el año 2015, ubicado en la comuna de Lo Prado. Su propietario, el Sr. Claudio Caballero, atiende a la comunidad vecinal ofreciendo abarrotes y productos de limpieza.
El almacén opera con 6 procesos principales. Uno de ellos es el origen del problema.
El servicio diferenciador del almacén — y el que genera el problema.
El crédito vecinal —también conocido como "venta al fiado"— es un sistema de confianza donde un cliente habitual del barrio se lleva productos del almacén sin pagar en el momento. El dueño le anota la deuda, y el cliente la paga más adelante, generalmente a fin de mes.
Es una práctica histórica en los almacenes chilenos. Funciona sobre la confianza y el conocimiento personal. En Almacén Lukas, este servicio es el principal factor de fidelización frente a otros minimarkets.
Lo que ocurre cada fin de mes en el almacén.
En palabras del propio dueño: "Al llegar fin de mes, debo revisar entre todas las hojas de notas y apuntes para encontrar a los clientes que no han pagado y luego ir a cobrarles por WhatsApp."
Cómo cambia el proceso de crédito vecinal con la solución propuesta.
La meta principal que define el éxito del proyecto.
El propósito central del equipo de desarrollo se resume en una única meta concreta, enfocada en solucionar el cuello de botella del almacén:
"Desarrollar e implementar un sistema informático de gestión de morosos para el almacén Lukas en un plazo de un semestre académico, con el fin de reducir el tiempo dedicado al registro y cobro de los pedidos fiados en al menos un 80%."
Los pasos cuantificables y medibles para alcanzar la meta general.
Metodología aplicada para el levantamiento de información.
El proceso de desarrollo sigue los lineamientos del Ciclo de Vida de Desarrollo de Software (CVDS) y aplica los principios definidos por Sommerville (2011).
"Los requisitos son la base sobre la cual se construye todo sistema de software exitoso. El análisis no es un proceso aislado, sino un esfuerzo continuo de comprensión, validación y negociación con los stakeholders."
— Sommerville, 2011
Para esto, el equipo llevó a cabo un proceso de elicitación de requisitos mediante entrevistas estructuradas con el Sr. Claudio Caballero, permitiendo comprender en profundidad la operación y establecer qué debe hacer el sistema (Funcionales) y cómo debe hacerlo (No Funcionales).
Funciones específicas que el sistema debe ser capaz de ejecutar, ordenados lógicamente.
* Todos los requisitos se encuentran en estado APROBADO.
Atributos de calidad y restricciones tecnológicas para el contexto del Almacén.
La lógica pura del negocio sin limitaciones tecnológicas actuales.
El modelo esencial busca capturar las políticas de negocio ignorando cómo se hacen físicamente hoy. Para el Almacén Lukas, la esencia radica en gestionar el crédito vecinal de manera precisa.
El comportamiento fundamental requerido por el sistema es:
1. Registrar la deuda en el instante exacto en que el cliente solicita los productos.
2. Mantener un cálculo matemático exacto del saldo adeudado.
3. Eliminar la dependencia de la memoria humana y de los registros físicos (libretas).
¿Qué automatizará el sistema y qué seguirá haciendo el dueño?
El análisis BPMN evidenció que el cuello de botella (AS-IS) ocurre a fin de mes por la revisión manual de papeles. El sistema se centrará en eliminar este bloqueo definiendo fronteras claras.
Adaptando la lógica a la realidad física del mostrador del almacén.
Una vez definida la lógica (Modelo Esencial), esta debe aterrizar en la realidad tecnológica y ambiental del punto de venta, lo que dictó los Requisitos No Funcionales para un entorno de escritorio.
Cierre de la fase de Análisis y Levantamiento de Requisitos.
La primera etapa formal del ciclo de vida de desarrollo ha culminado exitosamente. A través de la elicitación, se tradujo la problemática del registro manual en una arquitectura lógica eficiente.
Resultados clave:
• 9 Requisitos validados: 4 funcionales núcleo (clientes, crédito, pagos, listados) y 5 no funcionales orientados a una ejecución de escritorio segura y rápida.
• Trazabilidad: Cada requisito funcional responde directamente a mitigar un punto crítico del flujo BPMN.
• Viabilidad Económica: La decisión de una arquitectura local garantiza cero costos operativos (hosting) y evita dependencias de conexión a internet para el dueño del local.
El proyecto cuenta con una base sólida para avanzar hacia las fases de diseño de bases de datos, interfaces y desarrollo en las evaluaciones subsiguientes.
Marco teórico y metodológico utilizado (Normas APA 7ª edición).
En Almacén Lukas buscamos modernizar la gestión con base en una ingeniería de requisitos sólida, asegurando que la tecnología se adapte al negocio local y no al revés.
Siguientes Pasos (Fase 2):
• Diseño de Base de Datos Local
• Prototipado de Interfaces de Escritorio (UI/UX)
• Inicio del Desarrollo de la Aplicación Local
Estamos abiertos a preguntas y comentarios.