Arquitectura de software
Solicitud de tarjetas físicas asociadas a
Tarjetas Virtuales del Banco Falabella
Participantes del grupo 04
U20181b552 - Castro Licas, Peter Oscar
U201918357 - Ortega Rosales, Lincoln
U201618639 - Palomares Conchucos, Dennis Dionisio
U201922741 - Quispe Huarancca, Nilda
U201822423 -Tasso Celestino, Ivan
2
1. Proyecto
• Presentación
• Casos de Uso que impactan
Presentación
Grupo Falabella es una de las compañías más grandes y consolidadas de América
Latina.
Se ha identificado una oportunidad de mejora dentro del proceso de Solicitud de
Tarjetas Físicas. Clientes que tienen contratado el servicio de tarjetas Virtuales, el
cual solo permite a los clientes realizar transacciones virtuales (Online), en
ningún caso pueden usarlo de manera presencial. El 90% de estos clientes han
solicitado una tarjeta física asociada a su tarjeta virtual.
Por lo expuesto previamente, se ha definido el presente documento en el que se
detalla el análisis y los requerimientos funcionales y no funcionales de la
propuesta de automatización del proceso seleccionado a través de un software.
Además, se estará diseñando el estilo arquitectónico actual del Banco Falabella,
detallando los componentes, conectores y configuración.
4
Cuadro de casos de uso que impactan en la Arquitectura
Código Nombre del caso de uso Autor
CUS01 Registrar solicitud de tarjeta física Nilda Quispe
CUS03 Realizar Seguimiento de Solicitud Peter Castro
CUS05 Activar Tarjetas Físicas Nilda Quispe
CUS06 Bloquear Tarjeta Ivan Tasso
CUS07 Evaluar Riesgo Crediticio de Cliente Ivan Tasso
CUS08 Evaluar Zonas Permitidas de los Clientes Dennis Palomares
5
2. Diseño
Atributos de calidad
Seguridad
• La información sensible de los usuarios deberá guardarse en las tablas de la
BD de manera encriptada.
• El sistema debe tener una única entrada de comunicación con los
componentes del sistema para garantizar el acceso de solo usuarios
autenticados al 100%.
Rendimiento
• Al navegar entre pantalla el sistema deberá tardar como máximo 5 segundos
en cargar una información
Disponibilidad
• Durante el proceso de solicitud de tarjeta el sistema permitirá el acceso
concurrente de 10000 usuarios por minuto
• Frente a la caída o indisponibilidad de alguno de los módulos. El sistema debe
mantenerse operativo 90% de manera diaria 7
Atributos de calidad
Usabilidad
• Retomará el paso actual del registro de solicitud de su tarjeta física, cuando el
cliente salga antes de culminar una solicitud.
• UI deberá considerar los colores de las tarjetas según el tipo del usuario
(Premium, elite, clásica).
Escalabilidad
• En caso de que el negocio decida agregar un nuevo módulo e incorporar una
nueva base de datos, el sistema no debe verse afectado en su funcionamiento
y tampoco se debe degradar su rendimiento.
Mantenibilidad
• Cuando el cliente desee modificar el comportamiento de alguna de las
funcionalidades de un módulo se podrá reutilizar componentes para no partir
de cero y este cambio no debe tomar más de 20 horas hombre. 8
Escenarios Artefacto: App Móvil
Entorno: Operación Normal
Atributo Fuente Estimulo Respuesta Medida
Escenario 01: El cliente registra una solicitud de tarjeta física cuando la opción le aparece
Seguridad Usuario Registra datos Registro exitoso Guarda los datos encriptados
Escenario 02: El cliente revisa los servicios a los que puede acceder
Revisa lista
Rendimiento Usuario Muestra los datos Lista los datos en menos de 5 segundos
de servicios
Escenario 03: El cliente registra su solicitud a cualquier hora del día
Registran una Registra la
Rendimiento Usuario Registra la solicitud en menos de 3 segundos
solicitud solicitud
9
Tácticas aplicadas
Resistencia a ataques
•Autenticar actores
•Limitar Accesos Gestionar Recursos
• Incrementar recursos
•Limitar exposición
• Programar recursos
•Datos encriptados Seguridad Rendimiento
Mantenibilidad Disponibilidad
Reducción de acoplamiento Detectar fallas
• Refactoring • Monitoreo
• Abstraer servicios comunes
10
Arquitectura AS-IS
Capas Componentes
11
Arquitectura AS-IS
AS-IS – Vista despliegue
12
Diseño ADD : Casos de uso
CUS01 • Registrar solicitud de tarjeta física
CUS03 • Realizar Seguimiento de Solicitud
CUS05 • Activar Tarjetas Físicas
CUS06 • Bloquear Tarjeta
CUS07 • Evaluar Riesgo Crediticio de Cliente
CUS08 • Evaluar Zonas Permitidas de los Clientes 13
Diseño ADD : Escenarios de Atributos de calidad
Atributo de Caso de uso
ID Escenario
calidad asociado
Cada vez que los usuarios ingresen sus credenciales en la aplicación, deben CUS01,
QA-1 Seguridad encontrarse encriptadas y el acceso se registrará en la BD el 100% de los casos. CUS05
Al navegar entre pantalla el sistema deberá tardar como máximo 5 segundos en CUS01,
QA-2 Rendimiento cargar una información (aplica a pantallas que consultan servicios).
CUS03
Durante el proceso de solicitud de tarjeta el sistema permitirá el acceso
QA-3 Rendimiento concurrente de 10000 usuarios por minuto. TODOS
La interfaz UI deberá mostrar la información de manera amigable e intuitiva para CUS01,
QA-4 Usabilidad que el cliente logre acceder a los beneficios de su tarjeta virtual en tan solo 3 CUS03,
pasos.
CUS05
Frente a la caída o indisponibilidad de alguno de los módulos. El sistema debe
QA-5 Disponibilidad mantenerse operativo al 90% cada mes . TODOS
En caso de que el negocio decida agregar un nuevo módulo o incorporar una
nueva base de datos, el sistema no debe verse afectado en su funcionamiento y
QA-6 Escalabilidad tampoco se debe degradar su rendimiento. TODOS
El sistema debe tener una única entrada de comunicación con los componentes
QA-7 Seguridad del sistema para garantizar el acceso de solo usuarios autenticados al 100%. TODOS
14
Mantenibilida Cuando el cliente desee modificar el comportamiento de alguna de las
QA-8 funcionalidades de un módulo se podrá reutilizar componentes para no partir de TODOS
Diseño ADD
Restricciones Preocupaciones
El sistema debe • Establecer una estructura
implementarse o funcionar en general del sistema,
la nube publica de AWS. siguiendo una arquitectura
de referencia.
• Se necesita establecer una
arquitectura que permita al
negocio ser modular
tomando de partida la
arquitectura actual
• Familiarizar a los
programadores con los
servicios que brinda el
proveedor de Cloud
15
pública.
Diseño ADD : Paso 01 Revisión de entradas
Categoría Descripción
Establecer la nueva arquitectura del Banco Falabella para que pueda soportar las
Propósito de diseño necesidades del negocio.
Requerimientos
Todos los requerimientos funcionales primarios detalladas anteriormente.
funcionales primarios
Escenarios de QA-1
atributos de calidad QA-2
QA-3
QA-5
QA-6
QA-8
Restricciones
Todas las restricciones detalladas anteriormente.
Preocupaciones Todas las preocupaciones arquitecturales detalladas anteriormente son incluidas como
arquitecturales drivers.
16
Decisiones de diseño y
Boceto
alojamiento
Arquitectura de
Microservicios
Java Spring Boot
Principios SOLID
Contenedores (Docker)
Comunicación RESTFUL
Domain Driven Design (DDD)
Diseño ADD: ITERACION 01
17
Decisiones de diseño y alojamiento
Microservicio Backend Ventas
Microservicio Backend Riesgos
Microservicio Tramites Distribución
Base de datos Ventas
Base de datos Riesgos
Base de datos Distribución
Elastic Kubernetes Services (EKS)
Nginx Ingress Controller
Diseño ADD: ITERACION 02
18
ITERACION 02 - BOCETO
19
3. Documentación
Vistas
VISTA MODULAR
21
Vista de componente & conector
22
Vistas de Localización
23
Conclusiones y
Recomendaciones
24
Conclusiones
1. El garantizar un flujo seguro para la entrega de las tarjetas físicas tiene como finalidad generar confianza con el
cliente, para que de tal forma se pueda dar crédito al proceso y se pueda generar compras en distintos
establecimientos con su tarjeta física, incrementando así la rentabilidad de la empresa.
2. El proceso de “Solicitud de Tarjeta Física” es el que tuvo más actividades automatizadas por la necesidad de
cumplir con los protocolos de bioseguridad y aforo dictados por el gobierno (Anexo 1).
3. De acuerdo con las necesidades potenciales de los clientes, se pueden implementar procesos con un uso óptimo
de recursos y acordes a la situación actual, buscando satisfacer esas necesidades y lograr el retorno de las
inversiones realizadas en los procesos implementados.
4. Los drives arquitectónicos nos ayudaron a definir los patrones de arquitectura implementada.
5. Los atributos de calidad nos ayudaron a tener una visión clara acerca de los patrones de arquitectura que está
implementada actualmente en la empresa Banco Falabella. Para la identificación de ellos se trabajó con los
requerimientos funcionales y no funcionales del proceso “Solicitud de Tarjeta Física”
25
Recomendaciones
1. Pequeños avances: realizar pequeños avances diarios o Inter diarios de
manera que no se pierda la ilación del proceso
2. Buscar feedBack continuo: al ser este trabajo nuevo para nosotros es
ideal realizar avances pequeños y mostrarlos a los compañeros y/o
docentes encargados para su continua mejora.
3. Aprendizaje continuo: intentar estar al tanto de las arquitecturas de
referencia para poder tener soluciones a la mano.
4. Practicar Inglés: los mejores materiales de este curso están en ese
idioma.
26
Gracias
27
