Semana 8 - JuanHerreraP/Proyecto-MISO-Solventa-Grupo-11 GitHub Wiki

1. Arquitectura

La arquitectura de Solventa soporta los canales web y móvil mediante un núcleo de servicios de negocio, APIs, adaptadores y proveedores externos. Su diseño contempla la seguridad, disponibilidad, escalabilidad y continuidad operativa del sistema.

La solución combina comunicación síncrona para las operaciones que requieren respuesta inmediata con mensajería asíncrona para procesar eventos y solicitudes de alta demanda. Además, incorpora mecanismos de disponibilidad, caché, persistencia y adaptación a servicios externos para soportar una operación robusta y escalable.

1.a Vistas de Arquitectura

Las vistas de arquitectura presentan la solución desde diferentes perspectivas complementarias. En conjunto, muestran cómo se organiza el sistema, dónde se ejecutan sus componentes y cómo se gestionan los datos y flujos principales de Solventa.

  • La vista funcional general y la vista funcional móvil incluyen los componentes principales de Solventa, sus responsabilidades, los conectores entre canales, BFF, servicios de dominio, adaptadores y proveedores externos, así como los flujos de control síncronos y asíncronos.

  • La vista de despliegue incluye la asignación de componentes y conectores a sus nodos de ejecución: canales, API Gateway, Application Load Balancer, ECS Fargate, SNS/SQS, Aurora PostgreSQL, ElastiCache Redis, AWS Lambda y zonas de disponibilidad.

  • La vista de información incluye los modelos de datos, relaciones, estructuras y flujos principales entre clientes, consentimientos, perfiles de riesgo, cotizaciones, suscripciones, pólizas, pagos, siniestros, evidencias e indemnizaciones. La estrategia de réplica está representada en la arquitectura mediante Aurora PostgreSQL Multi-AZ, mientras que Redis se utiliza como almacenamiento temporal para caché e idempotencia.

1.b Patrones de Arquitectura

Los patrones de diseño definen las soluciones estructurales utilizadas en Solventa para organizar sus componentes y responder a los ASR del proyecto. En conjunto, contribuyen a la seguridad, modificabilidad, disponibilidad, integridad, latencia y escalabilidad de la arquitectura.

1.c Experimentos de Arquitectura

Los experimentos de arquitectura se diseñaron para validar las principales decisiones técnicas de Solventa mediante evidencia observable. En conjunto, evalúan el comportamiento del caché, la capacidad de respuesta ante picos de carga y la facilidad de integración con proveedores externos mediante el patrón de Puertos y Adaptadores.

2. Historias de Usuario - Sprint 1

El Sprint 1 del Proyecto Final tiene las historias de usuario y actividades de arquitectura priorizadas para iniciar el desarrollo de Solventa. Estas incluyen funcionalidades de onboarding, autenticación, perfilamiento de riesgo, incorporación de socios y los ASR asociados.

Las historias están detalladas, estimadas y organizadas en el tablero de Jira del proyecto.

3. Mockup Final Web/Móvil

Esta sección presenta la versión final de los prototipos web y móvil de Solventa, junto con la documentación técnica y la guía de usuario que explican su estructura, funcionamiento y navegación.

3.a Prototipo Final

  • Style Tile – UX/UI: define la identidad visual de Solventa, incluyendo colores, tipografías, iconografía, botones, campos y otros elementos reutilizables de la interfaz.
    Style Tile – UX/UI

  • Mockup web: presenta el prototipo final para el canal web, con sus pantallas, navegación y flujos principales para clientes y socios.
    Mockup Web en Figma

  • Mockup móvil: presenta el prototipo final de la aplicación Android, incluyendo la navegación móvil y los flujos principales para los clientes.
    Mockup Móvil en Figma

3.b Documentación Técnica

La documentación técnica tiene cómo están organizados los prototipos web y móvil de Solventa, qué elementos comparten y cómo se estructuran sus pantallas y flujos de navegación.

3.c Guía de Usuario

La guía de usuario explica de forma clara cómo navegar y utilizar las principales funcionalidades de los prototipos web y móvil de Solventa.

4. Estrategia de pruebas

La estrategia pruebas define cómo se validará la calidad de Solventa, incluyendo el alcance, los tipos de prueba y los componentes a evaluar.

5. Lecciones Aprendidas

A continuación presentamos tres aprendizajes del proyecto relacionados con la escalabilidad, los experimentos de arquitectura y la coordinación del equipo.

6. Plan de Trabajo y Tablero

7. Showcase