Resumen Final
Lo primero que se realizó fue crear la conexión y parsear los nuevos XML desde la nueva BD con la nueva base de datos lo cuál se tardó 30 minutos aproximadamente. ( 21-11-2020 )
Después se intentó realizar el filtrado de movimientos pero hubieron inconvenientes, más detalle en la segunda entrada. (21-11-2020 ) 1 hora y 12 minutos
En la siguiente entrada tuve problemas con las clases en capa lógica se perdió cierto tiempo hasta que se solucionó. (23-11-2020 ) 2 horas y 40 minutos porque era muy tedioso estar buscando en todas las capetas.
En la cuarta entrada si implementaron los SP para el CRUD de Cuenta Objetivo, eso no dio problema, el problema se presentó al momento de tratar de ejecutarlos, el programa no quería funcionar. Por lo que hubo que reiniciar la PC y se perdió el SP de actualizar porque no se guardó y tuve que volverlo a implementar. (28-11-2020) 2 horas.
En la siguiente se realizaron unos pequeños ajustes en capa lógica al mostrar los movimientos de estados de cuenta.
Fue rápido, aparte se crearon ejemplos en las tablas de movimiento para poder realizar pruebas personales. (29-11-2020 a las 21:00) 30 minutos
En la 6 entrada se implementó lo siguiente:
1.Se implementó la clase CuentaObjetivo: (5 minutos)
2.Se implementó el controllador Cuenta Objetivo con la estructura básica nada más: (5 minutos)
3.Se implementó la clase CuentaObjetivoDao, la cual contiene todas las funciones a utilizar de esa clase y la cual se conecta con la base de datos y los respectivos Stored procedure: (5 minutos estructura básica)
4.Se implementó la función de buscar cuentas objetivo para mostrar en la ventana Inicio de Cuenta objetivo en capa lógica con su respectivo SP: (10 minutos)
5.El Stored Procedure: (10 minutos )
Hubo que realizar un INNER JOIN con cuenta de ahorro para poder obtener el id de la cuenta y poder enlazar la nueva CO y así mostrar todas las de cada cuenta correspondiente.
6.Se implementó la función create junto con su vista y Stored Procedure de cuentaObjetivo:
CONTROLADOR: (5 minutos)
7. VISTA: (10 minutos)
8.Función create en CODao: (7 minutos)
9.STORED PROCEDURE: (47 minutos)
Aquí declaro las variables que voy a utilizar para poder enlazar el número de cuenta dado desde capa lógica con el id de la cuenta de ahorro respectiva.
10.Se implementó el update de CO:
CONTROLADOR: (7 minutos)
11.VISTA: (10 minutos)
12.CODao: (6 minutos)
13.STORED PROCEDURE: (5 minutos)
14.Se implementó la función para funcar CO y poder mostrar su información en capa lógica:
CONTROLADOR: (3 minutos)
15.VISTA: (2 minutos)
Se utilizó la misma plantilla de create por eso no se perdió nada de tiempo.
16.CODao: ( 7 minutos)
17.STORED PROCEDURE: (6 minutos)
18.Se implementó el delete de CO:
CONTROLADOR: (3 minutos)
19. CODao:
20. STORED PROCEDURE: (12 minutos)
Se realizaron 2, este elimina de manera lógica, sólo cambia el estado activo = 0
21.Funciones y Stored procedures complementarios: ( 15 minutos)
Estas 2 funciones son para obtener el idDe la cuenta Objetivo según el Id o el número de cuenta de ahorro.
Tiempo aproximado: 3 horas (30 de noviembre de 2020 a las 23:30 )
En la 7 entrada se implementó lo siguiente:
1.Se implementó la búsqueda de movimientos según su descripción y categoría.
VISTA: (25 minutos)
Se duró aproximadamente 25 minutos porque no podía obtener el nombre del UPA y tampoco el iDUPA para poder realizar el filtro de los movimientos, por lo que implementé un @foreach el cuál realiza un único recorrido y se encarga de obtener esos 2 valores y así poderlos enviar con un Form action al controlador.
2.CONTROLADOR MOVIMIENTO: (5 minutos)
3.FUNCIÓN EN MOVIMIENTO DAO: (10 minutos)
Envía como parámetro al SP la descripción a buscar, la categoría y el Id del UPA(Usuario puede accesar)
4.STORED PROCEDURE: (12 minutos)
Se realizaron algunos INNER JOIN para poder enlazar las cuentas a las que puede acceder el Usuario y así realizar las búsquedas únicamente en las correspondientes.
Después con los parámetros que recibe el SP, se encarga de devolver todos los movimientos que cumplen esas condiciones.
Se tardó aproximadamente una hora de manera constante. (1 de diciembre a las 8:00)
En la siguiente se intentó implementar un botón de regresar que funcionara para todos pero no funcionó.
En la 9 entrada se implemento:
1.Se implementó el trigger correspondiente a la cuenta de ahorro para que cada que se cree una, se ejecute el Trigger.
HUBO PROBLEMAS CON LA IMAGEN, NO ME PERMITIÓ ADJUNTAR UNA CAMTURA DE PANTALLA.
SE TARDÓ APROX: 2 horas ya que visualicé todo el material antes de realizar el TRIGGER.7 (1 de diciembre de 2020 a las 18:00 )
En la décima entrada se implemento la simulación, para más detalle ir a la entrada.
tiempo aproximado Se tardó aproximadamente 4 horas y 30 minutos. (2 diciembre de 2020 a la 1:05 a.m aprox.)
En la 11 entrada se implementaron los movimientos, que al cargarlos se ejecutaran correctamente y que si se excedía de cantidad de retiros, se le cobrara una multa según su categoría. También se crearon nuevos datos en el XML de prueba. Tiempo aproximado: 1 hora y 30 minutos.
Y la última entrada es el manejo de errores:
Investigué sobre cómo hacer el manejo de errores y encontré un vídeo en YouTube, el cuál seguí exactamente igual y nada más le hice unos pequeños cambios en los atributos de la tabla.
Se le implementó el llamado al SP encargado de los errores a todos los try-catch con su respectiva descripción y número de error correspondiente:
Tabla con los errores provocados a la fuerza para probar:
Tiempo aproximado 2 horas, porque el vídeo duraba 50 minutos aproximadamente, y al seguir los paso era más lento, después al implementar el manejo de error a todos los SP los cuales son más de 40, por eso duré 2 horas aprox, más el rato para hacer esta entrada en el blog.
EN TOTAL SE REALIZARON 1144 MINUTOS DE TRABAJO (19 horas aproximadamente).
Las entradas en el github se realizaron 19 commits.
GITHUB: https://github.com/UlisesRodriguezPerez/Base_De_Datos_Progra_1
En le blog se realizaron 12 entradas en total.




Comentarios
Publicar un comentario