Sprint 0 ‐ Entregable
Actualmente, los procesos de gestión de capacidad y análisis presupuestal en las EVC se realizan de manera manual generando una alta carga operativa, riesgos de errores humanos y falta de trazabilidad en la información. Esta gestión involucra la administración de proveedores, roles y costos, así como la asignación y monitoreo del presupuesto, lo cual resulta complejo al manejar grandes volúmenes de datos sin un sistema centralizado. Además, el proceso requiere consolidar información de diferentes fuentes, como áreas funcionales y financieras, lo que incrementa la dificultad de análisis y la toma de decisiones en tiempo real.
Por lo anterior, la empresa busca una solución digital que automatice la carga y procesamiento de estos datos, permitiendo generar reportes analíticos, establecer comparaciones históricas y mejorar la eficiencia en la asignación y uso del presupuesto. Se propone desarrollar una plataforma web que permita la carga estructurada y análisis automatizado de archivos, generando reportes interactivos para mejorar la gestión presupuestaria de las EVC. La solución incluirá validación de datos, comparación entre asignación y uso real del presupuesto, alertas para inconsistencias, y dashboards/tableros de analítica visuales que faciliten la toma de decisiones, buscando una mayor precisión, trazabilidad y eficiencia en la administración del presupuesto.
| Persona | Contacto | Rol |
|---|---|---|
| Lina Ballesteros | lsballestm@eafit.edu.co / 3046568217 | Scrum Master / UX/UI |
| David Grisales | dgrisalesp@eafit.edu.co / 3243898922 | Arquitecto |
| Juan Diego Llorente | jdllorento@eafit.edu.co / 3112874400 | Tester |
| Juan Esteban García | jegarciag1@eafit.edu.co / 3015450781 | Desarrollador |
| Andrés Felipe Álvarez | afalvarezb@eafit.edu.co / 316 4782855 | Product Owner |
| Término | Definición |
|---|---|
| Equipo de Valor Continuo (EVC) | Conjunto de personas organizadas en células de trabajo dentro de un entorno específico, responsables de la ejecución de estrategias y asignación de recursos. |
| Gestión de Capacidad | Proceso que permite administrar la disponibilidad de recursos humanos y financieros para garantizar el cumplimiento de objetivos dentro de los EVCs. |
| Proveedor de Talento | Empresa o entidad encargada de proveer servicios de personal tercerizado para los distintos roles dentro de los EVCs. |
| Asignación Presupuestaria | Distribución del presupuesto disponible a diferentes EVCs y roles, asegurando un uso eficiente de los recursos financieros. |
| Reporte Financiero | Informe generado por el sistema que permite visualizar la asignación, gasto y tendencias presupuestarias dentro de los EVCs. |
| Células de Trabajo | Equipos dentro de los EVCs que ejecutan tareas específicas y están conformadas por profesionales con diferentes roles. |
| Tablero de Control (Dashboard) | Interfaz gráfica que proporciona una visualización centralizada de métricas clave, como costos, asignaciones y consumo de recursos. |
| ERP Financiero | Sistema de planificación de recursos empresariales utilizado para integrar la información presupuestaria y validar asignaciones de gasto. |
| Auditoría del Sistema | Proceso de revisión y registro de cambios dentro del sistema para garantizar la trazabilidad y seguridad de la información financiera y operativa. |
| Indicadores de Gasto | Métricas utilizadas para evaluar el uso eficiente del presupuesto asignado, con categorizaciones de gasto (bajo, moderado y alto). |
Este glosario se actualizará continuamente con nuevos términos a medida que avance el desarrollo del sistema.
| Sesión | Sesión # 1 Fecha: 3/2/2025 |
|---|---|
| Descripción técnica usada | Entrevista: Nos reunimos con el Product Owner para hacerle preguntas y aclarar dudas respecto a el contexto del problema. |
| Registro (Evidencia) | Grabación y capturas de la reunión así como el material compartido con nosotros por el Product Owner. |
| Conflictos presentados | Incertidumbre al no tener órdenes específicas de lo que se quiere en la solución, la dinámica implicaba que nosotros ideáramos un mecanismo para mejorar el proceso manual actual. |
| Tema tratado en la sesión | Contextualización del proceso a automatizar, así como trasfondo del sistema de contratación y distribución de talento humano en la empresa, aproximaciones a la solución. |
| Implicados en la sesión | Miembros del equipo (Lina Ballesteros, David Grisales, Juan Diego Llorente, Juan Esteban García) y Andrés Felipe Álvarez. |
| Sesión | Sesión # 2 Fecha: 8/2/2025 |
|---|---|
| Descripción técnica usada | Reunión: Se reúne el equipo de trabajo para hacer una retrospectiva con toda la información que tenemos y empezar a planear detalles del proyecto. |
| Registro (Evidencia) | Grabación y capturas de la reunión. |
| Conflictos presentados | Interpretación de las tareas a presentar en el sprint 0 y planificación en varios aspectos para el desarrollo del proyecto. |
| Tema tratado en la sesión | Antecedentes de aplicativos similares, posibilidades de arquitectura, posibilidades de tecnologías, asignación de issues, establecimiento de identidad del equipo y proyecto, temas a consultar próximamente. |
| Implicados en la sesión | Miembros del equipo (Lina Ballesteros, David Grisales, Juan Diego Llorente) |
Aquí tienes tres aplicaciones con funcionalidades similares a las que se están planeando para el proyecto:
URL: https://www.tickelia.com/
Pantallas:
Tickelia es un sistema de gestión de gastos empresariales que permite cargar facturas y recibos, generar reportes financieros y analizar gastos por categorías. Su enfoque está en la digitalización de procesos contables con un sistema intuitivo basado en datos históricos.
Diferencia con nuestro proyecto:
- Tickelia se centra en la gestión de gastos individuales y reembolsos, mientras que nuestro proyecto se enfoca en asignación presupuestaria y análisis financiero global de los EVCs.
- Tickelia automatiza procesos de aprobación y validación de facturas, mientras que nuestro sistema realizará comparaciones de proveedores y análisis de eficiencia presupuestaria.
Pantallas:
Prophix es una herramienta de gestión del rendimiento financiero que permite automatizar la planificación presupuestaria, hacer seguimiento de gastos y analizar costos en múltiples áreas de negocio.
Diferencia con nuestro proyecto:
- Prophix está diseñado para empresas con múltiples centros de costos, mientras que nuestro sistema será más específico en la gestión de capacidad de múltiples proveedores.
- No incluye la funcionalidad de gestión de proveedores y comparación de costos entre ellos, algo clave en nuestro proyecto.
URL: [https://www.workday.com/en-us/products/adaptive-planning/financial-planning/analytics-reporting.html)
Pantallas:
Adaptive Insights es un software de*gestión financiera y planificación estratégica que permite analizar presupuestos, realizar modelado financiero y generar reportes de gastos e ingresos con gráficos detallados.
Diferencia con nuestro proyecto:
- Adaptive Insights se enfoca en planificación de negocios a un nivel general y corporativo, mientras que nuestro proyecto estará orientado a la gestión de capacidad y comparación de costos dentro de los unidades de trabajo.
- No incluye una funcionalidad específica para alertas del uso de presupuesto, la cual es una funcionalidad que se espera desarrollar.
💼 Objetivo: Facilitar la carga, visualización y análisis de información presupuestaria.
| Historia de Usuario | Responsable | Criterios de Aceptación | Tareas Necesarias | Estimación de Esfuerzo |
|---|---|---|---|---|
| HU-001: Subida de archivos con información presupuestaria histórica | Lina Ballesteros (linasofi13) | - Permitir la carga de archivos en formato `.xlsx` o `.xls`. - Validar los datos antes de almacenarlos. - Generar errores en caso de inconsistencias. - Almacenar correctamente Año, Q, EVC, Monto y Comentarios. |
1. Implementar carga de archivos. 2. Validar estructura de datos. 3. Guardar información en BD. |
5 puntos |
| HU-011: Historial de archivos cargados | David Grisales (dgrisalesp) | - Vista con historial de archivos subidos. - Mostrar fecha, hora y usuario que realizó la carga. |
1. Implementar base de datos para historial. 2. Diseñar UI de historial de archivos. 3. Filtrar por usuario y fecha. |
3 puntos |
| HU-005: Visualización de tendencias de asignación presupuestaria y gastos históricos | Juan Diego Llorente (jdllorento) | - Generar reportes históricos de asignación vs gasto. - Mostrar tendencias de EVCs y proveedores. - Exportar reportes en Excel/PDF. |
1. Implementar cálculos de tendencias. 2. Diseñar gráficos e indicadores. 3. Integrar exportación de reportes. |
6 puntos |
| HUNF-005: Manejo de información | Juan Esteban García (Juanstevan1) | - Implementar herramientas de análisis con indicadores de eficiencia. - Generar reportes visuales para facilitar la toma de decisiones. |
1. Definir métricas clave. 2. Implementar dashboards visuales. 3. Configurar filtros avanzados. |
6 puntos |
| HUNF-002: Usabilidad | Lina Ballesteros (linasofi13) | - La interfaz debe ser clara y amigable. - Implementar sidebar, header y footer. - El tiempo de carga no debe superar 5 segundos. |
1. Diseñar layout base. 2. Optimizar carga de componentes. 3. Realizar pruebas de rendimiento. |
4 puntos |
💼 Objetivo: Administrar proveedores y optimizar costos de contratación.
| Historia de Usuario | Responsable | Criterios de Aceptación | Tareas Necesarias | Estimación de Esfuerzo |
|---|---|---|---|---|
| HU-002: Comparación de costos de proveedores | Lina Ballesteros (linasofi13) | - Registrar y actualizar información de proveedores. - Comparar precios entre distintos proveedores. - Filtrar por rol, proveedor y país. |
1. Diseñar formulario de proveedores. 2. Implementar comparación de costos. 3. Integrar alertas automáticas. |
5 puntos |
| HU-008: Registro de proveedores | Juan Esteban García (Juanstevan1) | - Permitir agregar, actualizar y eliminar proveedores. - Validar duplicados. - Registrar historial de costos. |
1. Implementar CRUD de proveedores. 2. Validar datos. 3. Diseñar UI de gestión. |
4 puntos |
| HU-007: Gestión centralizada de documentos | Juan Diego Llorente (jdllorento) | - Sección para almacenar y visualizar documentos. - Validación de formatos. - Permitir eliminación y actualización. |
1. Implementar módulo de documentos. 2. Crear validación de archivos. 3. Diseñar UI. |
4 puntos |
| HU-009: Registro de usuario en la plataforma | David Grisales (dgrisalesp) | - Formulario de registro con nombre, correo y contraseña. - Validación de duplicados. - Seguridad en contraseña. |
1. Crear formulario de registro. 2. Implementar autenticación. 3. Diseñar flujo de validación. |
4 puntos |
| HU-013: Inicio de sesión en la plataforma | Lina Ballesteros (linasofi13) | - Formulario con correo y contraseña. - Mensajes de error en fallos. - Redirección al dashboard. |
1. Implementar autenticación. 2. Diseñar UI de login. 3. Configurar redirección. |
3 puntos |
| HUNF-001: Seguridad | Juan Diego Llorente (jdllorento) | - Cifrado de datos sensibles. - Configuración de red privada. |
1. Implementar cifrado de BD. 2. Configurar firewall. 3. Realizar pruebas de seguridad. |
5 puntos |
💼 Objetivo: Subir y gestionar información presupuestaria para su análisis y control.
| Historia de Usuario | Responsable | Criterios de Aceptación | Tareas Necesarias | Estimación de Esfuerzo |
|---|---|---|---|---|
| HU-001: Subida de archivos con información presupuestaria histórica | Lina Ballesteros (linasofi13) | - Permitir la carga de archivos en formatos CSV y Excel. - Validación automática de estructura de datos. - Confirmación de datos antes de guardar en la base. | 1. Implementar servicio de carga de archivos. 2. Crear validaciones automáticas. 3. Agregar vista previa de datos antes de guardar. | 5 puntos |
| HU-011: Historial de archivos cargados | Juan Esteban García (Juanstevan1) | - Mostrar un listado de archivos cargados con fecha y usuario responsable. - Opción de descargar versiones anteriores. - Registro de cambios en los datos. | 1. Crear base de datos para almacenamiento de archivos. 2. Implementar vista de historial. 3. Permitir descargas y comparación de versiones. | 4 puntos |
| HU-005: Visualización de tendencias de asignación presupuestaria y gastos históricos | Juan Diego Llorente (jdllorento) | - Generar gráficos de evolución del presupuesto por trimestre. - Comparación entre diferentes años fiscales. - Filtros por categoría de gasto. | 1. Conectar datos a librerías gráficas. 2. Implementar filtros dinámicos. 3. Diseñar interfaz visual. | 6 puntos |
| HUNF-005: Manejo de Información | David Grisales (dgrisalesp) | - Garantizar integridad de datos al cargar y actualizar información. - Mecanismo de rollback en caso de error. | 1. Implementar transacciones en base de datos. 2. Crear logs de cambios. 3. Habilitar opción de restauración. | 4 puntos |
💼 Objetivo: Gestionar la distribución presupuestaria y hacer seguimiento del gasto.
| Historia de Usuario | Responsable | Criterios de Aceptación | Tareas Necesarias | Estimación de Esfuerzo |
|---|---|---|---|---|
| HU-004: Distribución del presupuesto | Juan Diego Llorente (jdllorento) | - El sistema debe permitir asignar un monto específico del presupuesto a cada EVC y Q. - Se debe poder visualizar el monto total asignado y el saldo restante en el presupuesto. - Se deben registrar comentarios sobre la asignación para justificar los cambios. - Si un EVC ha solicitado un monto superior al promedio histórico, el sistema debe alertar al usuario. | 1. Implementar base de datos para registro de asignaciones. 2. Desarrollar lógica para validaciones de presupuesto. 3. Agregar notificaciones y alertas en la interfaz. | 5 puntos |
| HU-003: Visualización de reportes de asignación vs. gasto | Juan Esteban García (Juanstevan1) | - El sistema debe mostrar un dashboard con la asignación presupuestaria y el gasto real. - Se deben utilizar colores (rojo, amarillo, verde) para indicar niveles de gasto según el presupuesto asignado. - Se debe poder filtrar la información por EVC y periodo (Q, año). - Debe haber una alerta automática si un EVC ha gastado más del 70% de su presupuesto antes de la mitad del Q. | 1. Implementar panel de visualización de reportes. 2. Aplicar filtros por periodo y EVC. 3. Configurar alertas visuales e informes exportables. | 6 puntos |
| HU-012: Alertas del uso del presupuesto de cada EVC | David Grisales (dgrisalesp) | - El sistema debe enviar alertas cuando el gasto de una EVC se esté acercando al máximo asignado. - La visualización de las alertas debe ser intuitiva mediante notificaciones o recursos visuales. | 1. Implementar sistema de monitoreo de uso de presupuesto. 2. Crear mecanismo de alertas con notificaciones en tiempo real. 3. Integrar alertas en el dashboard de reportes. | 4 puntos |
| HU-014: Análisis de eficiencia de las EVC para toma de decisiones | Lina Ballesteros (linasofi13) | - Implementar herramientas de análisis basados en indicadores de eficiencia que Bancolombia ya posee. - Usar los valores del análisis y generar información visual (gráficas, indicadores) para facilitar la toma de decisiones. | 1. Definir métricas de eficiencia presupuestaria. 2. Desarrollar panel de análisis con indicadores clave. 3. Agregar recomendaciones automáticas basadas en datos. | 5 puntos |
| HUNF-003: Disponibilidad | Juan Diego Llorente (jdllorento) | - Se deben hacer copias de seguridad automáticamente en la base de datos. - En caso de no disponibilidad del aplicativo, se debe recuperar de manera rápida sin paralizar las actividades. | 1. Implementar sistema de backup automático. 2. Configurar recuperación ante fallos del sistema. 3. Realizar pruebas de carga y recuperación de datos. | 4 puntos |
Link Prototipos: Enlace a Figma
Actualmente, la carga de datos en el sistema se realiza de manera manual, lo que implica un alto consumo de tiempo y un riesgo significativo de imprecisiones (riesgo operativo). Además, la ausencia de un análisis automatizado de estos datos limita la capacidad de toma de decisiones basada en información pasada. El presente proyecto busca desarrollar una plataforma web que optimice el proceso de carga de datos, permitiendo la subida y procesamiento automático de archivos para integrarlos en un sistema. Posteriormente, la plataforma generará análisis y predicciones que facilitarán la asignación de presupuestos basados en datos históricos, mejorando la eficiencia en la gestión financiera. El sistema contará con dos tipos de usuarios:
- Administradores: Tendrán permisos para gestionar y modificar los registros.
- Usuarios estándar: Podrán cargar los archivos, visualizar reportes y análisis generados a partir de los datos cargados.
Inicialmente, el sistema permitirá la carga de archivos en formato XLSX, con procesamiento en segundo plano para optimizar la velocidad y el rendimiento. La información almacenada se integrará con PostgreSQL, asegurando escalabilidad y confiabilidad en la gestión de datos. Para garantizar la seguridad de la información, se implementarán ciertos protocolos de seguridad, incluyendo autenticación mediante OAuth2/JWT y el uso de AWS Cognito. Además, los archivos serán almacenados en AWS S3, asegurando alta disponibilidad y protección. El desarrollo del proyecto seguirá una evolución en tres fases:
- MVP (Monolítico): Implementación de carga de datos y generación de reportes básicos.
- Migración a SOA: Separación de servicios para mejorar escalabilidad.
- Transición a Microservicios: Optimización de eficiencia y tolerancia a fallos.
- Authentication UI – Maneja las funciones de login, autenticación y reconocimiento de roles del sistema.
- File Upload UI – Permite al admin y usuario subir archivos Excel a la página web.
- Data Visualization UI – Permite a los usuarios ver gráficas sobre las asignaciones de presupuesto y gasto dentro de las EVC.
- Authentication Service – Verifica los usuarios y maneja las sesiones (OAuth2/JWT/AWS Cognito).
- File Uploading & Processing Service – Maneja la subida, verificación y procesamiento de archivos.
- Data Storage Service – Expone una API para gestionar la información financiera, de rendimiento y gestión de las EVC, entornos y proveedores de Bancolombia, almacenada en la base de datos.
- Analytics & Budget Allocation Service – Analiza información pasada de asignación de presupuesto y eficiencia de las EVC para realizar asignaciones más precisas de presupuesto. También permite llevar un seguimiento del uso del presupuesto por parte de las EVC.
- Database – Guarda la información del Data Storage Service (PostgreSQL, MySQL o AWS RDS).
- File Storage – Guarda los archivos que fueron subidos a la plataforma (AWS S3).
El sistema está diseñado inicialmente para soportar una carga moderada de usuarios y peticiones, con la posibilidad de escalar en el futuro conforme aumente su uso.
- Se espera que el sistema sea utilizado inicialmente por un usuario y un administrador.
- Se estima que, a futuro, el número de usuarios podría crecer hasta 5 o 15 usuarios.
- Actualmente, se calcula que se procesan 3 archivos diariamente, por lo cual se espera que al menos se suban 3 archivos diarios al sistema, el peso de cada archivo no se ha especificado.
- Actualmente, las consultas de datos y reportes son manuales, pero se proyecta que el sistema genere alrededor de 5 consultas de reportes al día en esta primera fase.
- Procesamiento de archivos: Actualmente toma 3 horas por archivo. Se espera reducir este tiempo a un máximo de 10 minutos por archivo.
- Carga de reportes y gráficos: Se espera que el tiempo de respuesta para la generación de reportes y visualización de gráficos no supere 5 minutos.
- Se prevé que el sistema crezca en el futuro, adaptándose a nuevas necesidades y usuarios.
- Aunque actualmente está pensado para una única región, se considera la posibilidad de expansión a múltiples regiones en el futuro.
- Web Application
🔹 Justificación:
Se adopta inicialmente debido a su facilidad de implementación, bajo costo y rápido desarrollo. La separación de capas facilita la organización del código y la mantenibilidad en esta fase temprana del proyecto.
🔹 Implicaciones:
✔️ Buen rendimiento en sistemas pequeños.
❌ Limitada escalabilidad y tolerancia a fallos.
❌ Puede volverse difícil de mantener debido a dependencias entre capas.
🔹 Justificación:
Se considerará en una segunda fase cuando los servicios sean más complejos y requieran mayor independencia. Permite escalabilidad al desacoplar funcionalidades clave, mejorando la modularidad y facilitando la integración con otras aplicaciones.
🔹 Implicaciones:
✔️ Mayor flexibilidad y escalabilidad.
❌ Aumenta la complejidad en la comunicación entre servicios.
❌ Se requiere una correcta definición de interfaces para evitar problemas de acoplamiento.
❌ Mayor costo operativo.
🔹 Justificación:
Se implementará en una fase avanzada cuando cada servicio pueda dividirse en microservicios independientes, mejorando la escalabilidad, tolerancia a fallos y flexibilidad tecnológica.
🔹 Implicaciones:
✔️ Mayor resiliencia y escalabilidad.
✔️ Permite el uso de diferentes tecnologías para cada servicio según sus necesidades específicas.
❌ Introduce latencia en la comunicación.
❌ Aumenta la complejidad en la gestión de despliegues y monitoreo.
🔹 Justificación:
La aplicación sigue el modelo Cliente-Servidor, donde el cliente interactúa con el backend para cargar archivos y recibir análisis.
🔹 Implicaciones:
✔️ Separa la lógica de negocio del frontend.
❌ Es necesario gestionar correctamente la concurrencia y escalabilidad en el servidor a medida que aumenten los usuarios.
| Categoría | Tecnología |
|---|---|
| Lenguaje de Programación | Python |
| Base de Datos | MySQL |
| Frameworks | FastAPI, Angular/React |
📌 Nota: Se debe definir qué frameworks serán utilizados para la implementación.
Link Repositorio: Repositorio
Reglas y Estilos de Programación: Enlace a Wiki
1. Reunión #1 - Equipo y Andrés
- Grabación de la reunión: Link
Resumen de la Reunión :
La reunión se centró en discutir la transformación de un proceso muy manual (que se realizaba principalmente a través de hojas de Excel) en una solución automatizada para gestionar dos aspectos clave: la gestión de la capacidad (es decir, el seguimiento de proveedores, roles, niveles y tarifas) y la asignación junto con el análisis presupuestal. Los participantes exploraron cómo organizar los datos (por ejemplo, estructurar tablas con información de proveedores, roles, áreas, costos y el historial de asignaciones), qué información es necesaria para generar reportes y alertas (como el control del gasto frente al presupuesto) y cómo integrar estos módulos en el sistema existente, incluyendo ideas sobre el uso de inteligencia artificial para sugerir asignaciones basadas en datos históricos .
Preguntas:
- ¿Se está realizando todo este proceso de forma manual a través de Excel, y cuánto tiempo demora?
- ¿Cuáles son los principales problemas que presenta el proceso actual de carga y análisis de datos?
- ¿Qué plantilla o estructura se utiliza para cargar la información y si existe alguna normativa o documentación estandarizada para el proceso?
- ¿Qué recursos adicionales (como tutoriales o ejemplos previos) están disponibles para implementar la solución?
- ¿Qué arquitectura se espera o se debería utilizar para integrar este módulo en el sistema actual?
- ¿Los archivos de Excel tienen un formato uniforme o varían según la fuente?
2. Reunión #2 - Planeación Sprint - Equipo
- Grabación de la reunión: Link
Resumen de la Reunión :
La reunión se centró en discutir la arquitectura del sistema a desarrollar, explorando diferentes opciones como monolítica y basada en microservicios, evaluando ventajas y desventajas de cada una. Se concluyó que lo mejor para la primera fase es utilizar una arquitectura monolítica en capas, ya que es más fácil de desplegar, rápida y económica, con la posibilidad de migrar a microservicios en el futuro.
También se analizaron herramientas para la visualización y gestión de datos, incluyendo Power BI, Click y Jira, destacando la necesidad de un dashboard interactivo que permita la comparación de datos de asignaciones presupuestales en diferentes periodos y que genere alertas cuando se superen límites de presupuesto.
Se propuso definir el número de usuarios y sus roles, estableciendo inicialmente dos tipos: administrador (nosotros) y usuario convencional (empleados que gestionarán las asignaciones).
Se habló sobre el repositorio del proyecto, la asignación de tareas y la división del equipo para la entrega de documentación, incluyendo requerimientos, diagramas y estructura del sistema. Se decidió que se usará GitHub para la gestión del código y documentación.
Finalmente, se discutieron posibles acuerdos con la empresa, incluyendo derechos de autor, propiedad del código y validación de la experiencia en la hoja de vida.
Preguntas:
- ¿Cuál es la mejor arquitectura para el proyecto? ¿Monolítica o basada en microservicios?
- ¿Qué herramientas podemos usar para la visualización y gestión de datos?
- ¿Cómo podemos hacer el sistema más interactivo y que genere alertas automáticas?
- ¿Cuántos usuarios manejará la aplicación y qué roles tendrán?
- ¿Qué tecnologías deberíamos usar en el backend y frontend?
3. Reunión #3 - Equipo y Andrés
- Grabación de la reunión: Link
Resumen de la Reunión :
La reunión giró en torno a la revisión del correo con la documentación y los detalles del proyecto, asegurando que todos los participantes entendieran su contenido. Se discutieron los módulos del sistema, específicamente el de analítica, que permite comparar el presupuesto asignado vs. el gastado por proveedor y en diferentes periodos.
Uno de los puntos clave fue la estimación de cuántos usuarios utilizarán el sistema y sus roles específicos. Se identificó la necesidad de clarificar esta información para estructurar correctamente el diseño de la aplicación.
Preguntas:
- ¿Cuántos usuarios estiman que utilizarán el sistema y cuáles serán sus roles?
- ¿Cómo se estructura el módulo de analítica? ¿Qué información debe incluirse para visualizar correctamente la relación entre presupuesto asignado y ejecutado?
3. Reunión #4 - Equipo, Andrés y Leidy (área Tecnología)
- Grabación de la reunión: Link
Resumen de la reunión:
En la reunión se habló sobre la infraestructura como código, mencionando que en el banco utilizan una herramienta llamada Plexo. Se destacó la importancia de la seguridad en el manejo de sesión, mencionando Cognito como una opción, aunque también se consideran alternativas más económicas. Se enfatizó en la necesidad de usar Web Application Firewall para aplicaciones expuestas a internet, ya que la seguridad es una prioridad.
En cuanto a tecnologías, en el backend utilizan Java con WebFlux para programación reactiva y en el frontend Angular con un enfoque reactivo. Para la base de datos, recomendaron PostgreSQL para evitar costos adicionales y aseguraron que debe estar normalizada hasta tercera forma normal. La arquitectura de desarrollo sigue el modelo de arquitectura limpia, basada en requisitos funcionales y no funcionales, con un enfoque en Domain-Driven Design (DDD) para estructurar mejor los desarrollos. También se recomendó el uso de herramientas como SonarQube en su versión gratuita para escaneo de vulnerabilidades y deuda técnica. Se trabaja con DevOps, asegurando que cada herramienta cumpla con un pilar dentro de la estrategia.
Se resaltó la importancia de realizar pruebas de performance antes del despliegue, considerando factores como la disponibilidad de la aplicación y el número de usuarios concurrentes. En términos de arquitectura, se explicó que la estrategia está enfocada en microservicios y eventos, alejándose de los sistemas monolíticos. También se mencionó que el objetivo es estructurar la estrategia a través de APIs con una visión a futuro de Bank as a Service.
Preguntas:
- ¿Qué medidas de seguridad recomiendan para aplicaciones web expuestas al internet?
- ¿Qué lenguajes y tecnologías utilizan en backend y frontend?
- ¿Qué motor de base de datos recomiendan y por qué?
- ¿Manejan una arquitectura monolítica o microservicios?
4. Reunión #4. Equipo, Andrés y Profe Liliana (Presentación Sprint 0)
- Grabación de la reunión: Link
Resumen de la reunión:
La reunión trató sobre la presentación del Sprint 0 del proyecto asociado con Bancolombia Panamá. Se abordaron temas como la problemática identificada, la solución propuesta, funcionalidades principales, tecnologías a utilizar y el enfoque del equipo de trabajo.
Se identificó que actualmente hay ineficiencia en la carga manual de datos, lo que dificulta la gestión de presupuesto y el seguimiento de cambios en precios de proveedores. La propuesta es un sistema web centralizado para consolidar la información y mejorar la gestión de equipos de valor continuo, asignando presupuestos y optimizando la administración de recursos.
El sistema incluirá:
- Un dashboard interactivo con métricas en tiempo real sobre presupuestos asignados y gastos.
- Comparaciones y alertas automáticas para ayudar en la toma de decisiones.
- Carga automática de datos para facilitar el manejo de documentos, facturas y contratos.
- Módulo de proveedores con información detallada y posibilidad de carga masiva desde Excel.
- Un sistema de analítica avanzada que permita hacer predicciones y recomendaciones sobre la asignación de presupuestos y proveedores.
- En cuanto a tecnologías, se consideró React para el frontend, Python para análisis de datos y AWS para infraestructura en la nube. También se mencionó la importancia de adoptar una arquitectura flexible para manejar servicios de manera eficiente.
Se destacó la necesidad de seguir la línea gráfica de Bancolombia, para lo cual se debía validar con el equipo de Mercadeo. Además, se propuso presentar la solución a un comité de tecnología interno.
Preguntas:
- ¿Cómo se puede integrar mejor la gestión documental dentro del sistema?
- ¿Cuáles son los lineamientos gráficos que se deben seguir para la interfaz?
- ¿Cómo podría la solución propuesta impactar en la eficiencia del trabajo de los equipos de valor continuo?
- ¿Qué estrategias pueden mejorar la asignación de presupuesto basada en datos históricos?