Retrospectiva Sprint 3
Resumen de Arquitectura
Para satisfacer los requerimientos ASR propuestos se evaluaron los elementos del sistema que tuvieran mayor impacto en su disponibilidad. El esfuerzo se concentró en el procesador de propuestas; lo que se evidencia especificamente en la vista.
Requerimientos ASR - Disponibilidad
Modelos y Vistas - Disponibilidad
Resumen de Decisiones Críticas
Puntos de Sensibilidad
Los puntos de sensibilidad, expuestos en nuestros diagramas funcional se resumen a continuación.
| Id | Nombre | Componente | Impacto |
|---|---|---|---|
| PSDI-001 | Entrada de mensajes inválidos | Componente Web de Administración | Generación de Excepciones y entradas inválidas que corrompen el sistema |
| PSDI-002 | Excepciones de Sistema no capturadas de Procesos del Aplicativo | Administradores de Clientes, Inventarios y Financiero | Las excepciones inadvertidas y no manejadas pueden corromper el Sistema |
| PSDI-003 | Falla de Procesos por Excepciones de Sistema | Administradores de Clientes, Inventarios y Financiero | Pérdida de la información involucrada en el proceso fallido |
Estilos y Tácticas Empleados
| Id | Nombre | Componentes | Punto de Sensibilidad | Descripción | Favorece |
|---|---|---|---|---|---|
| TADI-001 | Validación de Mensajes a la entrada del sistema | Validador de Mensajes | PSDI-001 | Validar mensajes antes de introducir información al sistema previene que la estabilidad del sistema sea corrompida por información indeseada | Prevención de Errores |
| TADI-002 | Bitácora de Excepciones | Cronista de Excepciones | PSDI-002 | Grabar excepciones de la aplicación proporciona información valiosa sobre las condiciones que propician fallas del sistema | Conocer qué hace fallar la aplicación |
| TADI-003 | Reintentar proceso | Relanzador de Procesos | PSDI-003 | Intentar recuperar el proceso después de una falla, la enmascara y previene que dicho fallo sea percibido por el usuario | Fallar con gracia |
Diseño y Resultado de Experimentación
Los escenarios experimentación se crearon para probar el ambiente con las características que se resumen en el siguiente enlace: Ambiente de despliegue de Aplicación.
| Id | PADI-001 |
|---|---|
| Propósito | Probar el cómo la inyección aleatoria de excepciones y la forma como éstas son manejadas afecta los tiempos de respuesta del sistema bajo condiciones normales de operación |
| Resultados Esperados | Se espera que el sistema no los tiempos de respuesta del sistema no presenten una desviación significativa de los tiempos de latencia obtenisods hastal el momento (800 ms bajo condiciones normales de operación) |
| Recursos requeridos | Priorizador de Propuestas, Procesador Batch, Procesador Serving, Procesador de Propuestas, Administrador de Inventarios, Administrador de Clientes, cronista de excepciones y relanzador de procesos |
| Elementos Arquitecturales Involucrados | Vista Funcional |
| Esfuerzo estimado | 20 minutos, 50 usuarios concurrentes y un promedio de 25 solicitudes por segundo |
| Resultados | El sistema presenta un tiempo de respuesta promedio de 1.68 milisegundos |
| Acciones a seguir | Probar el sistema con una mayor carga concurrente de usuarios y una mayor duración del estrés |
| Id | PADI-002 |
|---|---|
| Propósito | Probar el cómo la inyección aleatoria de excepciones y la forma como éstas son manejadas afecta los tiempos de respuesta del sistema bajo condiciones normales de operación |
| Resultados Esperados | Se espera que el sistema no los tiempos de respuesta del sistema no presenten una desviación significativa de los tiempos de latencia obtenisods hastal el momento (800 ms bajo condiciones normales de operación) |
| Recursos requeridos | Priorizador de Propuestas, Procesador Batch, Procesador Serving, Procesador de Propuestas, Administrador de Inventarios, Administrador de Clientes, cronista de excepciones y relanzador de procesos |
| Elementos Arquitecturales Involucrados | Vista Funcional |
| Esfuerzo estimado | 20 minutos, 50 usuarios concurrentes y un promedio de 25 solicitudes por segundo |
| Resultados | El sistema presenta un tiempo de respuesta promedio de 1.68 milisegundos |
| Acciones a seguir | Probar el sistema con una mayor carga concurrente de usuarios y una mayor duración del estrés |
Análisis de Experimentación
Las pruebas disponibilidad del sistema demostraron que, si bien reintentar los procesos fallidos permite al sistema limitar la percepción que el usuario tiene de dichas eventualidades, incrementa significativamente la carga sobre el sistema. Esta sobrecarga representa consumo adicional de recursos, y componentes adicionales que incrementaron significativamente la latencia de la aplicación de un promedio anterior de 800 milisegundos a 1680 milisegundos.
Aspectos que Fallaron del Equipo de Trabajo
- Se presentaron dificultades con el ambiente de desarrollo de uno de los integrantes del equipo que dificultaron el desarrollo de esta fase de la aplicación.
Aspectos que Resultaron del Equipo de Trabajo
En el equipo funcionó bien la colaboración, con cada integrante aportó ideas y completó sus tareas de forma funcional.
Los integrantes poseen conocimiento técnicos adecuados para la experimentación de este primer Sprint, lo que ayudó a disminuir la curva de aprendizaje.
El control de tareas de forma escrita permitió tomar correctivos apriori para que todos los integrantes completaran sus asignaciones a tiempo.