Analisis
Suma de horas 36
Analisis de resultados
Con respecto a la evaluación
2)Creación de base de datos 5%.
-La base de datos fué creada como se indicó en clases, y se le hicieron los cambios correspondientes acordados con el profesor en el grupo de whatssap y clases.
-La base de datos es consistente con las fk y además con los nombres y campos que se solicitan.
3)Llenado de datos básicos
-El llenado de datos básicos está implementado con ciclos de forma que hace la simulación de la entrada de datos de 5 meses empezando por el primero de enero de 2018 y terminando el primero de junio.
4)Carga de datos de prueba para la simulación y la simulación.
-Como fué expresado anteriormente el storeprocedure de carga de datos hace la simuación correcta del transcurso del tiempo, tambien se hace la simulación de la generación de recibos desde el primero de febrero hasta el 30 de mayo y posteriormente el pago de la mitad de recibos que viene en el xml de prueba ya que este contiene los pagos para todos los recibos lo cual para efectos de la revisión impediría hacer y revisar las consultas.
En cuanto a los criterios de evaluación los sp cumplen con lo solicitado teniendo manejo de errores y prevención de los mismos, además que se buscó la solución más optima para llegar a la solución.
5)Código de capa logica sitio web, selección de un recibo y consultar detalle, o seleccionar un recibo para pagarlo y ejecutar el proceso de pago.
-Se implementó la capa lógica del sitio web, la cual se encarga de obtener el resultado de los sp y mostrarlo en la interfáz además para la simulación del pago de recibos se implementó todo el proceso descrito y el sp que se evalua en el punto cuatro es el mismo de este punto, para esto se le agregó más flexibilidad y dependiendo de los parametros que se le pasan el hace el pago, si la fecha de pago es nulo entonces hace el pago con fecha el día que se corre el sp de lo contrario lo hace con la fecha suministrada
6)Consultas.
Problemas encontrados
-La correctitud de los datos de prueba.
-Los identitys de las tablas temporales no se pueden resetear, esto atrasó la creación de un sp por lo menos 1 hora.
Referencias:
https://www.w3schools.com/sql/
en la pagina anterior se encuentran muchas consultas frecuentes en cuanto a sql, donde se explica el problema, la forma de solucionarlo y tambien sintaxis de código la cuál nos ayudó a trabajar mejor las consultas en sql.
https://www.youtube.com/watch?v=ZNObiptSMSI&list=PL08903FB7ACA1C2FB
el link a esa lista de reproducción es un curso de sql el cuál está muy completo y el cuál tambien nos ayudó a solucionar y crear varias consultas un poco complejas.
Analisis de resultados
Con respecto a la evaluación
2)Creación de base de datos 5%.
-La base de datos fué creada como se indicó en clases, y se le hicieron los cambios correspondientes acordados con el profesor en el grupo de whatssap y clases.
-La base de datos es consistente con las fk y además con los nombres y campos que se solicitan.
3)Llenado de datos básicos
-El llenado de datos básicos está implementado con ciclos de forma que hace la simulación de la entrada de datos de 5 meses empezando por el primero de enero de 2018 y terminando el primero de junio.
4)Carga de datos de prueba para la simulación y la simulación.
-Como fué expresado anteriormente el storeprocedure de carga de datos hace la simuación correcta del transcurso del tiempo, tambien se hace la simulación de la generación de recibos desde el primero de febrero hasta el 30 de mayo y posteriormente el pago de la mitad de recibos que viene en el xml de prueba ya que este contiene los pagos para todos los recibos lo cual para efectos de la revisión impediría hacer y revisar las consultas.
En cuanto a los criterios de evaluación los sp cumplen con lo solicitado teniendo manejo de errores y prevención de los mismos, además que se buscó la solución más optima para llegar a la solución.
5)Código de capa logica sitio web, selección de un recibo y consultar detalle, o seleccionar un recibo para pagarlo y ejecutar el proceso de pago.
-Se implementó la capa lógica del sitio web, la cual se encarga de obtener el resultado de los sp y mostrarlo en la interfáz además para la simulación del pago de recibos se implementó todo el proceso descrito y el sp que se evalua en el punto cuatro es el mismo de este punto, para esto se le agregó más flexibilidad y dependiendo de los parametros que se le pasan el hace el pago, si la fecha de pago es nulo entonces hace el pago con fecha el día que se corre el sp de lo contrario lo hace con la fecha suministrada
6)Consultas.
Problemas encontrados
-La correctitud de los datos de prueba.
-Los identitys de las tablas temporales no se pueden resetear, esto atrasó la creación de un sp por lo menos 1 hora.
Referencias:
https://www.w3schools.com/sql/
en la pagina anterior se encuentran muchas consultas frecuentes en cuanto a sql, donde se explica el problema, la forma de solucionarlo y tambien sintaxis de código la cuál nos ayudó a trabajar mejor las consultas en sql.
https://www.youtube.com/watch?v=ZNObiptSMSI&list=PL08903FB7ACA1C2FB
el link a esa lista de reproducción es un curso de sql el cuál está muy completo y el cuál tambien nos ayudó a solucionar y crear varias consultas un poco complejas.
Comentarios
Publicar un comentario