Trabajo 3

 Se creo el stored procedured encargado de realizar el procesamientos de nuevas tarjetas física diarios que se encuentran el xml de operaciones brindado, con haber realizado la creación de los anterior, en especificos los CTM y CTA. Dichos Procedured estaba acargo del compañero Aarón Ortiz, de esto se otorga las siguientes observaciones. 1. Con los anteriores SP, con los cuales tiene un parecido durante el procedimiento supuso ninguna complicación el proceso de carga los datos del xml a una variable tabla, sin embargo, solo hubo un pequeño inconveniente con un dato especifico de el cual es la fecha, dicho caso, no supuso mayor dificultad, ya que se realizo una investigación en guías encontradas en internet, como herramientas, se resolvió en menor tiempo. Tiempo estimado 1 hora. 2. Cabe aclarar, este proceso era necesario, debido al proceso de movimientos requiere los datos de las Tarjetas físicas, por lo que se realizo en el menor tiempo posible para poder continuar con el desarrol...

 Se debía realizar un SP con la lógica compuesta en la documentación, se dividió el proceso en dos partes pero que se realizan en el mismo SP, la parte 1 seria en los casos donde la cuenta que se cierra es maestra, y por otro lado la parte 2 no es maestra, aquí evidentemente surgieron contratiempos a la hora de entender la lógica dispuesta en la documentación puesto que es un poco mas compleja. 1. Para empezar entonces se mapean las variables necesarias para la ejecución correcta del SP, y con esto se aplica el uso de una tabla variable como en todos los demás procedimientos, cabe recalcar que se calculan todos los datos antes de comenzar a insertar o editar tablas, y debido a la complejidad de dicha transacción, muchos de los datos se mapean por separado, haciendo que se complique un poco la legibilidad del SP. Tiempo estimado 2 horas. 2. Aquí entonces se dividió el SP en dos partes, como se comentaba anteriormente era necesario hacer esta división puesto que hay cuentas que son m...

 En este procedimiento hubieron varios contratiempos que se salieron de las manos de nosotros, esto debido a que hubieron muchas actualizaciones del XML que involucraban esta parte, por este motivo se hizo bastante tedioso la implementación del mismo, sin embargo, se completo en su totalidad. 1. Se siguieron las instrucciones propuestas por el XML, para introducir las mecánicas de validación de TF, sin embargo, cabe recalcar que eran un poco ambiguas, y causaron bastantes contratiempos en su lectura. Tiempo estimado 1 hora. 2. Se implemento el código según dadas instrucciones, la lógica por si sola no era complicada, sin embargo al juntarla con las implicaciones de las TF y el XML se hizo un poco mas elaborado, en este mismo proceso se tuvieron que hacer exhaustivas correcciones por las mismas razones descritas al inicio, puesto que día con día se realizaban correcciones en el XML. Tiempo estimado 6 horas.

  Para insertar la información en la tabla de usuario, en la tabla de artículos y la de clase de artículos era necesario leer un XML y extraer la información desde ahí, sin embargo hubieron varios factores que demoraron este proceso, se destacan los siguientes puntos: 1. Se creo un Stored Procedure que leyera la información del XML y pudiera traducir dicha información en las tablas, insertando valor por valor cada uno de los elementos. Tiempo estimado 1 horas. Nos basamos mucho en la lectura pasada del XML, sin embargo, modificamos algunos factores para que funcionara correctamente a la hora de introducir los catálogos, y al ser un proceso un poco mas completo, se hizo un poco mas complicado.

 Se realiza el mismo procedimiento que en el de cargos corrientes, siguiendo las instrucciones dictadas por la documentación, se implementan los pasos necesarios para el SP, para empezar seguía una estructura muy similar por no decir que igual que el de corrientes, con la única diferencia que implementaba mas condiciones para la hora de realizar la función:  1. Lo que realmente se percibió como un reto fue el lograr captar las condiciones ejemplificadas en la documentación, por algún motivo u otro no me parecían para nada claras, sin embargo, consultando con compañeros e incluso al profesor se logro superar esa barrera, a partir de ahí la implementación del algoritmo no fue complicada. Tiempo estimado 3 horas.

Se crea el stored procedure dispuesto para calcular los intereses diarios que se acumulan debido a morosidades, para empezar se crea usando de base la documentación dada por el profesor, se detalla en la siguiente imagen:  Fue un poco complicado entender el concepto que hay detrás de esta función, puesto que no se entendía muy bien las condicionales que aplicaban en ciertos casos, sin embargo el inconveniente se logro resolver, por otro lado la lógica como tal no fue complicada de aplicar, se realizaron los procesos necesarios y se implemento como en todos los procedures con un try and catch para facilitar errores: Se realiza en un proceso de transacción de uno a uno para facilitar el roll-back, fuera de eso se aplican las reglas y condicionales descritas en la documentación. Tiempo estimado 3 horas.