Propuesta de Solución, Factibilidad, Diseño y Prototipo para la gestión digital del crédito vecinal.
Segunda entrega formal del proyecto de desarrollo del SGC-Lukas.
Este informe avanza hacia las etapas de diseño, planificación y validación de la solución, construyendo sobre el levantamiento y análisis de requisitos de la Evaluación N°1.
El desarrollo sigue los lineamientos del Ciclo de Vida de Desarrollo de Software (CVDS), integrando los principios de Sommerville (2011) y Pressman (2010).
Funcionalidades requeridas desde la perspectiva del propietario.
Registro de pagos y generación de reportes de morosidad.
SGC-Lukas: Sistema de Gestión de Crédito Vecinal.
Aplicación de escritorio (desktop) instalable en el computador del almacén, operación completamente offline (On-Premise), sin dependencia de internet. Reemplazo total del sistema manual basado en libretas.
La aplicación integrará los módulos de gestión de clientes, registro de ventas a crédito, control de pagos, generación de reportes y seguridad de acceso, todos interconectados sobre una base de datos local.
Del registro manual en libretas a la gestión digital integrada.
4 módulos alineados con los requisitos funcionales aprobados.
| Módulo | Funcionalidad | Descripción |
|---|---|---|
| Clientes | Registrar Cliente (R.1) | Alta, modificación, consulta y baja de clientes |
| Crédito | Gestionar Crédito Vecinal (R.2) | Registro de ventas a crédito y actualización automática del saldo |
| Pagos | Registrar Pago de Deuda (R.3) | Abonos parciales/totales con actualización de saldo e historial |
| Reportes | Listar Clientes Morosos (R.4) | Listado de clientes con deuda > $0, saldo y fecha último pago |
Stack tecnológico seleccionado para el SGC-Lukas.
| Componente | Tecnología | Justificación |
|---|---|---|
| Lenguaje | Python 3.12 | Alta productividad, open source, dominio del equipo |
| Interfaz Gráfica | CustomTkinter | GUI nativa para escritorio, sin dependencias externas |
| Base de Datos | SQLite 3 | Local, embebido, sin servidor ni configuración de red |
| Arquitectura | MVC | Separación de lógica de negocio, interfaz y control |
| Empaquetado | PyInstaller | Ejecutable .exe independiente, sin necesidad de Python |
| SO Target | Windows 10/11 | Sistema del equipo del cliente, compatibilidad confirmada |
La base de datos SQLite se almacenará localmente con exportación manual a CSV para respaldos periódicos.
Evaluación de la viabilidad del proyecto en 3 dimensiones.
Inversión, retorno y punto de equilibrio del proyecto.
Punto de equilibrio: ~2 años 4 meses. ROI positivo a partir del año 3.
Estructura funcional del sistema SGC-Lukas.
Actor principal y relaciones del sistema.
Actor: Propietario — administra de forma centralizada todas las operaciones del sistema.
Casos de uso principales:
• Registrar Cliente → incluye: Validar RUT, Crear Perfil, Actualizar Datos, Login
• Gestionar Crédito Vecinal → incluye: Login, Registrar Detalle Venta, Calcular Nuevo Saldo
• Registrar Pago de Deuda → ingreso de abonos para descontar del saldo pendiente
• Listar Clientes Morosos → filtra clientes con deuda pendiente para cobranza
• Exportar Respaldo de Datos → deriva en: Seleccionar Formato y Generar Archivo
Todos los casos de uso requieren autenticación previa (Login) como relación <<include>> transversal.
Modelo de datos estático y relaciones del sistema.
Diseño de interfaz validado con el cliente.
Principios de diseño: Simplicidad (cada tarea en ≤ 3 pasos), colores semafóricos para estado de deuda, interfaz optimizada para 1366×768.
Resultados y aprendizajes de la etapa de diseño y planificación.
1. Se tradujeron los requisitos en una arquitectura concreta: Python + CustomTkinter + SQLite, con patrón MVC.
2. El estudio de factibilidad confirmó viabilidad técnica, económica (sin inversión en licencias), legal (Ley N°19.628) y operacional (usuario motivado, capacitación mínima).
3. Análisis costo-beneficio: inversión de $1.056.000 CLP, beneficios anuales de $462.000 CLP, recuperación en ~2 años 4 meses, ROI positivo (+17.6%) al año 3.
4. Los diagramas UML y de jerarquía modular estructuraron la arquitectura funcional para guiar el desarrollo.
5. El prototipo fue validado con el Sr. Caballero, quien expresó conformidad con el diseño propuesto.
El proyecto avanza sobre una base sólida para el desarrollo incremental de los módulos definidos.
Marco teórico y normativo (Normas APA 7ª edición).
SGC-Lukas: una solución técnicamente robusta, económicamente justificada y operacionalmente viable para el Almacén Lukas.
Próximos pasos:
• Desarrollo incremental de los módulos definidos
• Validación continua con el cliente
• Implementación final y capacitación del Sr. Caballero
Estamos abiertos a preguntas y comentarios.