Entradas

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 p
Publicar un comentario
Leer más

Cambios a sp y creación de spGetMorosidadPorProvincia

Aproximadamente 5 horas Se hicieron cambios a los stored procedures get detalle recibo, ya que no complía con todas las consultas que venían en el requerimiento, támbien se cambió el procedimiento hacer pago, ya que debía cumplir conque era el mismo procedimiento que se corria a la hora de simular los pagos masivos y simular un pago de un recíbo, esto llevó una hora y media ya que hubo que consultar con el profesor algunas dudas sobre la especificación, además se creó el sp GetMorosidadPorProvincia, este llevó más tiempo ya que a como está implementado hay una complicación con el secuencial, ya que al ser un identity de una tabla temporal no se puede reiniciar a 0 por lo que hubo que ingresar los datos sin borrar e iterar por los que se habían ingresado de último, este es el código sin contemplar lo del identity secuencial: CREATE PROCEDURE [dbo].[spGetMorosidadPorProvincia] as begin Declare @codigoPostal int = (Select CodigoPostal from Propiedad where ID = 1) Declare @Municipa
Publicar un comentario
Leer más

Última reunión

Imagen
Nos reunimos por última vez hoy martes 29, día anterior a la entrega del proyecto aprox (2,5hrs) El estado de la base de datos (modelo, datos, sp's, scripts,etc) se encuentra en sus últimos detalles (los cuales enumeraremos de forma más espe´cifica posteriormente) y por esto se decide comenzar con la capa lógica (interfaz de usuario). Requerimentos Los requerimientos para la parte visual del proyecto consiste en implementar el ambiente para el usario Abonado y Mnucipalidad-Admi. Estos requieren que se pueda ver recibos, pagar recibos, ver los abonados más morosos y los distritos que concentran mayor morosidad, proveer mantenimiento   las tablas de Abonado y TipoServicio y ver detaller de recibos tambien. Diseño de ventanas En base a los requerimentos procedemos a diseñar la experiencia de usario, deseñamos las ventanas de forma que es fácil de entender y usar:   Así s
Publicar un comentario
Leer más

Tercera reunion

(aprox 5 horas) nos reunimos para probar y verificar todos los requerimientos de la especificación y la plantilla de revisión, se generaron unas dudas como el orden en que viene el punto 4 debido a que el orden en que se presenta la simulación debería ser diferente, se consultó con el profesor para aclarar las dudas. Y se llegó a la conclusión con el profesor de que el orden debe darse a como está hecha la tarea programada. Se mejoró el tiempo del store procedure que carga los datos de la base pasando de un tiempo aproximadamente 1 minuto a 3 segundos haciendo tamblas para ingresar datos después de un select así se evita iterar sobre datos que no son necesarios en el momento y se itera sólo por los datos en los cuales hay que ingresar a la base de datos en ese momento, tambien se adaptaron los datos de el sp hacer pago para que fuera el mismo stored procedure para los 2 propositos que era hacer los pagos masivo y hacer pagos desde el api además que se tuvo la aprovación
Publicar un comentario
Leer más