Primera entrada

Registro 1 (aprox una hora y media)

Jose y yo nos reunimos para comenzar a definir el curso a seguir para el desarrollo del proyecto.

En vista de la revisión del proyecto pasado debemos mejorar en los suguientes aspectos:

-Bitácora

-Script de simulación

-Script de SP's


Decidimos comenzar por estudiar el script de simulación compartido por un compañero de curso, dicha simulación consiste en iterar de forma ordenada sobre una serie de tablas temporales en las cuales previamente se carga la información directamente desde la fuente (archivos XML).

Seguidamente procede a iterar de forma jerarquica (tres niveles en este caso), respetando los constraints que la naturaleza de dicho proyecto así definía.

Luego de aproximadamente 20 minutos de estudiar este código fuente pasamos a estudiar los requerimentos del proyecto (enunciado de la progra)

El profesor solicita un sistema orientado s servir de herrramienta para municipalidades, así como tamnbién sus respectivos abonados.

Se solicita una interfaz y que trabajemos con SP's para el funcionamiento de los querry's.

 Luego procedemos a estudiar el modelo de la base de datos facilitado por el profesor, para comenzar a definir nuestro propio modelo


Comentarios

Publicar un comentario

Entradas populares de este blog

XML y carga de datos (actualización)

Imagen
Actualización del estado de carga de datos (aprox 4 horas) Trabajo en acoplar la base de edatos a la última iteración de archivos de prueba suministrado por los compañeros (Data4.xml) el cual ahora incluye el nodo de "pagos". Este archivo contiene una etiqueta xml sin cerrar en una de las tablas, lo que genera un error a la hora de leer el archvio, se hizo un debug del código hasta que se dio con el problema en cuestión. También se lidió con el problema de que el valor de costo de agua, dato que viene en la tabla de municipalidad no se parsea correctamente, se hicieron revisiones de código en nuerosas ocasiones sin dar con el motivo del error. al final se optó por dejar cargar los datos en su forma nativa y luego aplicar una división entre 100 para compensar por el desface que presentan los datos. El resultado es el siguiente: Esto cumple correctamente a como vienen dichos valores en el archivo y por ende no debe afectar el funcionamiento del proyecto.
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
Leer más

actualización

aprox 2 horas Se creó el store procedure que hace un pago, el cual busca el recibo más viejo a pagar, setea la fecha de pago en el día que se ejecuta este sp y crea un registro de pago con la finca del recibo más viejo y la fecha de pago el día que se ejecuta el sp, tambien se leyeron las recomendaciones del profesor en el grupo. Además el compañero Martín comenzó a adaptar el sp que carga los datos ya que se generó otra tabla en los datos de prueba la cual hay que cargar y tambien se intentó resolver unos los datos de las tablas municipalidad especificamente la columna de tasa interés y en la tabla de tipo servicio en la columna valor que el valor del xml sale multiplicado por 100 a la hora de ingresarlo a la tabla. No se logró pero se optó por dividir los datos entre 100 ya que se lleva bastante rato intentando arreglarlo, pensamos que puede ser por los datos ya que tienen un valor extraño con muchos decimales. ALTER PROCEDURE [dbo].[spHacerPago] @idAbonado int = 0, @numFinc
Leer más