Análisis de Resultados
TERCERA TAREA
Análisis de Resultados
1. Resumen de Logros
- El proyecto está entre un 80% y un 85% de funcionalidad con respecto a lo solicitado en el enunciado.
- Se extrae la información solicitada del documento xml
- Se incluyó la información de los nodos nuevos como Cuenta Objetivo y Tipo Evento
- Se realizó la simulación con éxito en todas las fechas
- Se procesaron los intereses diarios correctamente
- Se realizó la redención de intereses y la redención total de la cuenta como se solicitó
- Se crearon los triggers necesarios para llevar el adecuado control de la bitácora solicitada
- Se implementó un sp para la consulta de las cuentas que presentaron anomalías en los movimientos con respecto al ahorro.
- Se implementó la consulta correctamente en una ventana para el acceso del administrador
2. Algunos inconvenientes resueltos
Primero:
El primer problema que tuvimos fue que a la hora de realizar la redención de la cuenta objetivo, el saldo quedaba en ceros durante algunos días pero luego en la fecha del día de ahorro comenzaba a ahorrar nuevamente a pesar de que no debía y esto era por la razón de que solo se realizaba la comparación con el día, no con la fecha completa, de manera que lo solucionamos colocando un condicional if para definir que las operaciones debía realizarse solo entre las fechas definidas por la cuenta objetivo, es una manera de "desactivar" la cuenta sin agregar más campos a la tabla.
Segundo
El siguiente problema que presenciamos fue la consulta de las cuentas objetivo con errores en el procesamiento, no sabíamos de qué manera saber cuáles eran las cuentas con esos errores y también de saber cuáles movimientos eran los del error para poder realizar los cálculos del total válido procesado y del posible total sin errores.
Lo resolvimos colocando un campo de tipo bit en la tabla de movimientos de la cuenta objetivo, de manera que cada vez que se procesa un movimiento en la cuenta de manera exitosa el bit se coloca en 1 y cuando ocurre el error por fondos insuficientes en la cuenta de ahorros entonces se coloca en 0. Ya con la condición establecida logramos recorrer la tabla de movimientos para identificar cuáles presentaron problemas y así identificar las cuentas que eran dueñas de esos movimientos. El resto del proceso fue todo bastante sencillo.
Resultados Finales de la página
El sistema en línea quedó bastante atractivo visualmente y es fácil de usar para el usuario con características presentes como la claridad y la sencillez que permiten una mejor experiencia.
También nos encargamos de ofrecer mensajes de ayuda y/o recomendación para una mejor experiencia del cliente a la hora de gestionar sus cuentas.
Total de horas de desarrollo
Registro de horas basado en el desarrollo de este blog desde el 25 de diciembre del 2020 hasta el presente día, 21 de enero del 2021:
Día 1: 5 horas
Día 2: 4.5 horas
Día 3: 2 horas
Día 4: 5 horas
Dia 5: 3.5 horas
Dia 6: 2 horas
Dia 7: 4 horas
Dia 8: 3 horas
Total de horas: 29 horas
Lenguajes utilizados: Sql Server, Visual Basic, .NET
Comentarios
Publicar un comentario