Guillermo Rugilo [Wed, 29 Jun 2005 05:34:32 +0000 (05:34 +0000)]
- Mejora de algunas especificaciones
- Agregado de especificaciones de clases de reportes
- Todavía me falta para cerrar la especificación de "Recibir y Fuckin Cotejar"... aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaahhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhhh!!!!!!!!!! (fue completamente necesario, se los juro)
Sebastian Lavena [Tue, 28 Jun 2005 07:24:11 +0000 (07:24 +0000)]
1.Clases:
a. verificarCobertura(codCobertura) es ahora verificarCobertura(codPrestacion)
b. Cambie de nombre calcularMesesDeAfiliacion x calcularMesesDeCarencia
2. Afiliado.rtf
Baje todavía más nivel de detalle....
Modelo 2 mergeado con éxito en la carpeta. Se hizo con vínculos (secciones) porque no tiene listas/bullets, así que se pueden editar los RTF sin necesidad de tocar la carpeta (que se actualiza automáticamente).
Agrego los CU que faltaban, previo renumerar los que estaban después del
'salto'. Igual esto no debería afectar a nadie porque la idea es sacar la
numeración (que quedaría automáticamente por los números de secciones).
Nicolás Dimov [Sun, 26 Jun 2005 21:14:51 +0000 (21:14 +0000)]
- Agregue un metodo en el controller de los reportes para que me devuelva las
autorizaciones rechazadas y otro que me devuelve todas.
- el AfiliadoSolicitanteController separe el existe en existeAfiliado y
puedeReactivarAfiliado
- arregle un poco el tema de las viñetas en gral.
Guillermo Rugilo [Sun, 26 Jun 2005 21:11:43 +0000 (21:11 +0000)]
Se larga la implementacion de "Recibir y Cotejar" :D
- Incluí namespace de Reportes con las clases que necesito
- Esqueleto del Controller de "Recibir y Cotejar", totalmente en pañales
Guillermo Rugilo [Sun, 26 Jun 2005 19:23:40 +0000 (19:23 +0000)]
- Agrego mas Tests
- Agego un archivito de configuracion, donde podemos poner cualquier config para la demo. Yo lo voy a usar intensivamente por el tema de los directorios donde se dejan los reportes y etc --> debe estar en el mismo directorio donde corre el exe para que funcione.
Nicolás Dimov [Sun, 26 Jun 2005 19:08:24 +0000 (19:08 +0000)]
La relacion titularidad entre Solicitante y afiliado, se cambio por Solicitante
y Persona.
Porque de la otra manera no se podía relacionar un solicitante con un titular
que no sea afiliado, es decir, si yo queria afiliar un solicitante (familiar),
tenia que relacionarlo con un AFILIADO, pero lo unico que habia disponible era
un SOLICITANTE.
Para mas informacion preguntenle a Gazer que es el que esta rompiendo todo.
* Separo AgregarFamiliar "copiando" de IngresarSolicitud
* Solo me falta solucionar el tema planteado en la lista de mails
para poder agregarlos y afiliarlos
* Saco el feo uso del boolean testing y le agrego pasaje por parametros
desde la linea de comandos (--test) para ejecutar los test.
* Agrego Tests en el Makefile para poder compilar en Unix.
Guillermo Rugilo [Sat, 25 Jun 2005 23:24:38 +0000 (23:24 +0000)]
Agrego lógica, clases y 1 caso de prueba ejemplo.
Ahora la aplicación puede tener 2 "modos" : Modo test ó modo demo... configurable suciamente mediante un campo de la clase App, en Main.cs
Guillermo Rugilo [Fri, 24 Jun 2005 07:12:11 +0000 (07:12 +0000)]
1) Cambio el nombre por una más feliz y que se distinga de la mugre que hizo Seba :P :P
2) Se agregó la especificación de las notificaciones e-mail enviadas al Prestador.
Sebastian Lavena [Fri, 24 Jun 2005 07:02:53 +0000 (07:02 +0000)]
Agrego autenticacion. Julian, mira esto plz, y chiflame si esta mal. La parte de "password" te la voy a patear para tu lado (Estaría guardada en "Seguridad" asociado al cuit del prestador que hace de user (user=cuit prestador))... cualquier cosa, gritá
Guillermo Rugilo [Fri, 24 Jun 2005 06:05:41 +0000 (06:05 +0000)]
El Caso de Uso más largo de mi vida :P Siempre hay algo para agregar (qué mala suerte tuve en ese sorteo al principio del cuatrimestre! :P )
- Se agregaron los pasos y casos en que se emiten notificaciones via email al Prestador y a Pagos.
Sebastian Lavena [Thu, 23 Jun 2005 08:43:35 +0000 (08:43 +0000)]
-Constructor de Autorizacion ahora recibe un solo parametro: "fechaSolicitud", saque codigo porque podia traer problemas de concurrencia en el diseño (dos instancias con mismo codigo...).
- Todos los parametros int codPrestacion de autorizacion controller, ahora son String cuitPrestacion
-Secuencia: Impacto de "cuitPrestacion" + service pack ;)
Guillermo Rugilo [Thu, 23 Jun 2005 05:54:07 +0000 (05:54 +0000)]
1) Corrección en CU, por error en la secuencia de pasos: se estaban enviando los reportes de consumo y prestaciones realizadas por archivo. Corregido, ahora se envían con la info de TODOS los archivos procesados en ese momento. (Gracias Diego!)
2) Interfaces/Pagos/interfaces_con_pagos.rtf --> aclaración zonza, pero seguramente fundamental para Clarkito
Nicolás Dimov [Thu, 23 Jun 2005 05:20:05 +0000 (05:20 +0000)]
le di un poco de formato a generar reporte de prestaciones con deuda, y agregue
la implementacion en el controller
en agregar afiliado se me esta piantando un cambio que no se que es.. pero creo
que puse que el operador lee el plan que le va a asignar al afiliado de un
papel. en todo caso lo cambio..
* AVISO : Pase el documento este a otro formato porque con RTF perdia todo
lo que ponia en tama#os y ubicacion de las imagenes. Despues lo paso a
word o algo "mas estandar" que Open Document para hacer el merge
* Lo dejo mas bonito, pongo un par de shots ya con datos y la descripcion
de los casos de ABM estan cubiertos.
Corrección bizarra, si al método SolicitanteDataService.existe() le pongo el parámetro nroDoc como int muere el dia, si se lo pongo como int pero sólo de entrada, anda. (marcha bug-report para los muchachotes del dia! :D)
projects / z.facultad / 75.10 / miklolife.git / log