Tarea2-Prueba de Concepto 2

Desarrollo de avances del proyecto. Creación de tabla guardadora de intereses corrientes y moratorios Intento por la generación de movimientos y guardar saldos:                                            Duración [11:30 a.m - 5:00 p.m] Así es, aunque parezca increíble, se trabajó todo ese tiempo en búsqueda, con múltiples y múltiples y múltiples errores, de cómo generar un simple método que creara otra tabla y actualizara los montos, con base al idCTM, idTF y la fechaOperacion, todo tomado de la tabla temporal que guarda todos los movimientos. Para bien o para mal, se descubrió o se tiene al menos quizás la posible razón por la cual esté pasando esto, y es por SQL Masivo, ¿por qué, si estamos definiendo que lo haga por iteraciones por cuenta y por fecha? Al parecer, es muy común que muchas Cuentas Maestra hagan movimientos (no directamente ellas, pueden ser las Cuentas Adicional...

 Un avance pequeño para el proyecto, y un gran retraso al final Consultas con compañeros por ideas de cómo aplicar movimientos, que al final terminó con una reunión con el profesor.                                                                              Duración [2:00 p.m - 4:00 p.m] y [7:10 p.m - 9:20 p.m]  Durante este desarrollo, teníamos la duda de cómo podíamos avanzar con nuestro código y cómo podríamos proseguir con el avance escrito (ya tenemos una base, más nos falta el mejorar la interface, mejor dicho trabajar en esta) y nos falta progresar con la parte escrita de estructura del sistema. Estuvimos intentando en este trayecto probar con varios métodos para hacer los métodos de tarjeta, mientras poco a poco íbamos encontrando ligeros errores en el XML, fuimos capaces de f...

 Creación de la tabla de los Movimientos Sospechosos, tabla temporal y actualización en la transacción Inicio con lectura para avances y realización de los avances: Duración [2:00 p.m - 4:00 p.m] [7:00 p.m - 8:30 p.m] Por cuestiones de clases, se tuvo que dividir el tiempo de trabajo, ese día se dispuso a la lectura tanto del archivo dado por el profesor de la clase del miércoles como de los mismos escritos anteriores del proyecto. Nos dispusimos entonces a la realización del proyecto y al continuar con los avances, hacer un chequeo de aquellas tarjetas que estaban invalidadas y que, en caso de ser usadas, tomaran dicho movimiento como movimiento sospechoso y guardaran la fecha en la que se realizó dicho movimiento. En este caso, por un bug que supuestamente encontramos en el begin transaction o el manejo de datos, nos vimos obligados a hacer muchas muchas pruebas, el problema estaba relacionado directamente no con repeticiones de datos, sino simplemente con un número irracionalmen...

 Avances y problemas serios durante el desarrollo del proyecto Avances y retrasos durante el proyecto, avances en las funciones de generación de tarjetas.   Duración: [7:00 p.m - 12:00 a.m] Por razones de tiempo, en el día no hubo muy buena coordinación para reunión, mientras en la parte de los miembros nos encargamos de intentar generar la página web, en otra parte intentamos el desarrollo de las funciones y los primeros detalles o updates del programa. En éste día nos dedicamos a generar tablas temporales nuevas, verificar errores tanto en el xml como posibles errores o bugs a la hora de hacer inner joins, y verificar que cada uno de los movimientos entren, así como las distintas funciones e intentar aplicar la transaccion de la forma más directa posible en el caso de la generación de tarjetas nuevas (de ser el caso). Razón del ¿por qué se duró un total de 5 horas? Tuvimos que lidiar con una seria cantidad de bugs que hacían que el código se volviera pesado, además que ...

   Inicio de la Bitácora  Día Viernes 05 de Mayo -Se empezó en conjunto la reunión en Discord a las 8:20am-9:40am -Se inicializó con crear el documento del análisis de datos (plantilla) 8:20pm-9:05pm Duramos un poco más ya que deseamos tener la plantilla lo mejor posible para el uso de siguientes trabajos, y además que deseamos implementarla en el proyecto actual. -Se inicializa la creación del blog 9:10pm-9:20pm Links usados como método de ejemplo o guía (ninguno). Uso del chat GPT (nulo) Cantidad de horas totales: 1 hora y 20 minutos.

 Avances, creación de Views distintas para usuarios Creación de distintas views para estados de cuentas [Duración de 10:30 a.m - 11:10 p.m] Nos encargamos de leer el documento y empezar a ordenar nuestro código, al mismo tiempo, nos pusimos a crear views distintas dependiendo del usuario que deseara observar los datos, por ejemplo, los CTA solo tienen acceso a cierta cantidad de datos del EC, así que hicimos una view en específico para los CTA, y una principal para los CTM.  Todavía estamos trabajando para la creación de las views del vista admin, pero aún no sabemos como implementarlas de forma correcta que el Usuario solo pueda ver la info de él, y el TH solo pueda ver las suyas dependiendo de si es CTM o si es CTA, y que tenga el acceso a solo sus TF. Modificación o perfección de nuestro Store Procedure principal para cargar MV  [Duración 11:30 a.m - 1:30 p.m] La razón por dicha cantidad de duración, fue que para verificar que los datos fueran modificados, nos vimos ob...

 Iluminación mental, desarrollo del Store Procedure mejorado Inspiración y modificación de nuestro Store Procedure [Duración 3:00 p.m - 4:20 p.m] Investigando tanto en clases como hablando con compañeros, nos dimos cuenta de algo que nos faltaba a nuestro store procedure, técnicamente nos faltaba meterlo en el while, e iterar desde el inicio al final, esto lo vimos en la clase 17, lo cual se destacó en la última parte de la clase (y que habíamos olvidado), como básicamente nuestro código ya estaba formando casi todo completo solo tuvimos que alterar el código un poco y hacer dichas validaciones para que funcione concretamente. Pero luego de unas modificaciones al código, está establecido de forma correcta y debería de trabajar y funcionar bien, ahora en adelante, solo nos faltará el control de los movimientos, lo cual estamos a punto de trabajar con store procedures para manejar estos datos. Creación de código para procesar vencimientos de Tarjetas Fisicas [Duración 4:30 p.m - 5:50...

 Avance con el SP de importar nodos, investigación y reunión para manejo de estados de cuestión y Triggers. Desarrollo del Store Procedure para intentar terminarlo: [Duración 2:00 p.m - 7:30 p.m] (Descanso a las 4:00 p.m - 4:30 p.m) Nos dedicamos a continuar con el store procedure del día de lectura del XML, las inserciones de las cuentas CTA, CTM, las nuevas tarjetas de crédito, y los movimientos hechos por las fechas. Aunque se duró mucho, debido a una gran cantidad de bugs que surgían por repeticiones de datos, y una gran cantidad de bugs que surgieron durante el transcurso del programa. (Un total de casi 3 horas), se duró más que todo a la hora de la inserción de la tabla de movimientos y en la tabla del CTA (cada una casi 1:30). Reunión con un estudiante que ya terminó la carrera para tener una mejor idea de qué hacer del proyecto: [Duración 8:00 p.m - 10:00 p.m]  Nos  reunimos por discord con un compañero que ha trabajado con Base de Datos y actualmente está ejercie...

 Iniciando con el store procedure de Operaciones Final entregado, para empezar a manejar los datos Inicio y desarrollo del Store Procedure encargado de cargar el XML OperacionesFinal [ Duración 9:30 a.m - 10:00 a.m   y   2:00 p.m - 6:10 p.m ] Por razones de asistencias y otros proyectos, hoy nos tocó dividir un poco el tiempo, ya que tuvimos que realizar otros proyectos de camino y asistencias, luego de haber terminado dichas labores, nos reunimos a continuar con el desarrollo de dicho store procedure e investigar métodos para implementar el código de la mejor manera, hasta ahora, 6:50 p.m de realización del blogger, hemos hecho un avance, ya que hemos conseguido verificar que los valores no se repiten, solo nos falta la mitad del store procedure, el cual pensamos terminar dicho mismo día y modificarlo tal como indicado. Hemos tenido ciertos contratiempos entendiendo ciertas funciones como el método para obtener la fecha de vencimiento y dividirla en 2 valores (...

 Finalización del Store Procedure de Catálogos XML Arreglar errores y bugs restantes del Store Procedure [11:00 a.m - 2:30 p.m] Mientras terminábamos los store procedures referentes a obtener datos de usuarios administradores, y usuarios tarjeta habientes, nos dispusimos a terminar el store procedure encargado de leer la data de xml Catalogos, e intentar arreglar el error que días anteriores habíamos encontrado con la tabla: @tablaTemp, con la cual pasábamos los valores a las distintas 5 tablas, dicha tabla tenía el error de repetir los valores o las filas 3 veces seguidas, sin embargo la ocupábamos para introducir los datos, por lo cual, luego de mucho intentarlo, nos dimos cuenta del error, la arreglamos, empezamos a modificar un poco más el código e implementar las tablas TCTxRN_QDias, TCTxRN_QMeses, etc, con varias funciones, para distribuir los datos de una forma más sencilla, y finalmente logramos distribuir los datos de forma correcta sin correr riesgo de repetir los valores...

 Avances en la Interfaz Gráfica y en los demás Store Procedures de valores Avances y trabajos en los Store Procedure, junto con el avance de la Interfaz Gráfica Horas [7:10 p.m - 12:24 a.m] Así es, nos pusimos a trabajar en otros store procedures para checar valores como los de usuarios haciendo logins, así como un método para entrada de datos tanto ya sea login por Admin o Login por Tarjeta Habiente, dependiendo del modo que se escoja, se validará si se permiten ciertas opciones no, los admin tienen permiso a todo, los Tarjeta Habientes solo a algunas, por ahora por tiempo y demás no nos ha dado tiempo en trabajar en los diseños con CSS, sin embargo, eso lo planeamos dejar para los últimos días. Se han usado una gran cantidad de store procedures del proyecto anterior, pero con algunos cambios, ya que esta vez no solo trabajamos con usuarios admin, sino con usuarios que tienen acceso sobre sus propios datos, al mismo tiempo nos pusimos a modificar el store procedure de lectura de d...

 Inicio de los Store Procedures encargados de lectura de datos Iniciando con una subbase y probando las inserciones a las tablas por medio de tablas temporales (no concluido) Duración: 9:00 a.m - 3:00 p.m Durante este trayecto, nos dedicamos a empezar a crear las tablas en nuestra pequeña Base de Datos, en las cuales intentaríamos insertar los datos del XML llamado catalogo y del XML llamado XMLBD2_OperacionesFinal dado por nuestros compañeros, debemos de admitir, ver dichos catálogos nos causó una ligera conmoción ya que se tratan de varios valores y por lo tanto, tener mucho cuidado con los INNER JOINS y más datos, sin embargo, se intenta lo posible en la realización del store procedure. Una de las razones por las cuales duramos tanto ese día fue por el hecho que hicimos varias pruebas, en las cuales tuvimos que investigar bastante, ya que, o se repetían muchas veces los datos dentro de las mismas tablas temporales, o dentro de las tablas, lo cual es algo que no deseamos que pasa...

  Iniciando con los Store Procedure Lectura e investigación del proyecto y del UML: [Duración: 10:00 a.m - 1:30 p.m] Antes que nada, debemos de admitir que la realización de este proyecto nos ha causado muchas dificultades ya que hasta entrar a este proyecto entendíamos una base de la materia, pero el diseño de UML de tablas y subtablas en Base de Datos tanto a mi compañera como a mí se nos ha dificultado. Primero que todo, dedicamos 2 horas a repasar el vídeo Clase 16 del 19 de Abril,del cual anteriormente tomábamos notas, para intentar entender mejor el tema y como implementar el código o la materia, obtuvimos una idea básica,de la cual también nos guiamos del documento enviado del profesor de dicha clase. Cabe recalcar que nosotros duramos esta cantidad de tiempo porque al mismo tiempo, intentábamos hacer apuntes en nuestros cuadernos y comentar entre ambos el porqué de ciertas conexiones, de los cuales, formamos al momento el UML del programa, o una base como tenemos previsto. ...