Organice un poco los directorios de la documentacion.
Empece a especificar el modelo 2, que es el que habla de la BD basandome en el
tp que nos mostro el raton de Beakman. Si ven el documento encontraran con
especificaciones de una clinica. No se asusten es normal :)
Actualice y agregue el diagrama en Erwin que habiamos modelizado (que linda
palabra) con el Dr. Dimov. Igual falta definir los tipos de datos que creo que
vendran en un futuro mail que mande Willy (si, veo el futuro)
Guillermo Rugilo [Sun, 29 May 2005 22:18:34 +0000 (22:18 +0000)]
1) Cambio Prestacion.Codigo a VARCHAR(8). en el XLS que pasó Clark son a lo sumo 7 (hay números y también letras), pero pongo 8 por las dudas y porque es un número más redondito :P
2) Prestador.CUIT lo paso de int a VARCHAR(11) --> se almacenaría sin los guiones:
12-12345678-1 --> se almacenaría 12123456781
Mejoras al documento de ventanitas. Todavia tengo que agregar y sacar cosas
Si alguin lo va mirando mejor. Tengo que agregar mas screenshots :P ... Tome deliveradamente
Gtk/Gnome como ejemplo, si alguien no esta de acuerdo que hable ahora o calle para siempre :D
Diego Marcet [Thu, 26 May 2005 13:49:33 +0000 (13:49 +0000)]
- Modifique los metodos de las clases controladoras para que devuelvan instancias de views en vez de clases de dominio
- Arregle diferencias entre especificaciones y diagramas
Sebastian Lavena [Thu, 26 May 2005 07:14:33 +0000 (07:14 +0000)]
voy a hacer los comits de a uno...
Aca agregue metodos en AutorizacionDataService
1. actualizar(Autorizacion aut)
2. obtenerAutorizacionesPendientes():ArrayOfAutorizaciones
Guillermo Rugilo [Thu, 26 May 2005 05:06:15 +0000 (05:06 +0000)]
Varias cosas:
*) Modifiqué Recibir y Cotejar para acercarlo más a lo que le gusta a Garbarineta. (ACLARO: el diagrama de secuencia NO está actualizado)
*) Especifiqué la clase RecibirPrestacionesController
*) Subí un template del formato que usé para la especificación de la clase (taría bueno que todos lo usemos) --> Luca, si estás de acuerdo, forzá a que se cumpla éste formato, así nos quedan las cosas un poco más lindas y parejas
es la tercera vez que intento, cambié cosas. No quiero escribir más PUNTO :P
Agregué los métodos que Nico mencionó en la especificacion de su controlador en los diagramas de controlador y de persistencia y cosas mías bobas
Nicolás Dimov [Wed, 25 May 2005 03:55:04 +0000 (03:55 +0000)]
Dale que ya sale!!
- El tipo mete afiliados desde los papeles que le trae el moncho del promotor
- El CU devolver listado es una bosta y esta como el orto!!!!!!!!!!
- Al metodo AfiliadoSolicitanteController.guardarAfiliado le tuve que pasar el
tipo y numero de documento del titular para que se haga la relacion.
- Muchas cosas mas que no me cierran
- Si sigo siendo el unico que hace algo (ademas de Luca) y encima esta todo
mal, nos van a cojer de parados.
Laburen putos
Sebastian Lavena [Mon, 16 May 2005 00:59:58 +0000 (00:59 +0000)]
Arregle las especificaciones de Autorizaciones para respetar arquitectura, ahora se llama solo a clases controller desde cuso.
Agregue AutorizacionController en diag controller.
Cambie de lugar un metodo de autorizaciones que era muy groncho que este en el dominio, y lo pase a capa "Controller".
Guillermo Rugilo [Tue, 10 May 2005 23:54:32 +0000 (23:54 +0000)]
Diagrama de clases inicial de controladores.
- Sólo especifiqué la clase que necesité yo para el CU "Recibir y Cotejar"
- La idea es agregar todas las clases controladoras con sus métodos a medida que se vayan desarrollando los diagramas de secuencia.
- Éstas son las únicas clases que interactúan con la Presentación!!! (y por lo tanto, las únicas que pueden ser mencionadas en los CU)
Guillermo Rugilo [Tue, 10 May 2005 23:51:56 +0000 (23:51 +0000)]
Creación del paquete de clases controladoras.
- Especifiqué una posible organización de subpaquetes, modifíquenla si lo creen apropiado.
- A tocar por todos cada vez que se agregue una clase controladora, para poder tener una visión de más alto nivel de cómo va quedando la cosa.
Modelo 4 empezado (en estado vergunzoso, pero bué...)
- Metí frutilla a más no poder. De golpe me dí cuénta que no sé exactamente qué tiene que hacer Pagos al cruzar los dos informes... AYUDA SI ALGUIEN SABE!!!!
Agregué un paquete de reportes.
Decidí no meterlo adentro de la capa de dominio, porque son mas bien informes acerca de info extraída del dominio, pero no definen entidades de negocio.
Aparte, puede que a futuro los reportes varíen mucho, y no es deseable que eso forme parte del dominio.
Costó y bastante, pero los diagramas de secuencia de "Recibir y Cotejar" ya están más ó menos terminados.
1) Se agregó interacción con el operador
2) Se finalizaron las validaciones de la info entrante
3) Se agegaron métodos para generar/enviar reportes, que no especifiqué como se armaban (son todas consultas, no lo consideré relevante)
Se arreglo el CUso.
La pregunta es. Si un afiliado inhabilitado quiere saldar su deuda, ¿que pasa?
Se me ocurre que tiene que hacer el tramite personalmente y se da de alta en el
momento. Esto quiere decir que actualizar morosos solo da de baja afiliados, no
puede dar alta (o mejor dicho reactivar) a ninguno.
Bueno...
Hice un diagrama de secuencia de "Pedir autorizacion automatica".
Aca defino muchos metodos, que en otro momento agregare a los diagramas correspondientes.
Mirenlo, critiquenlo, lo que sea...
Algo que no me gusto como quedo:
Necesitaba saber la cantidad de prestaciones que se hizo un afiliado con determinada prestación (Por el tema del limite anual). Y puse que se averigua con un metodo en autorizacionDataService. No me gusta porque se supone es de acceso a datos nada mas, pero tampoco encontre otra clase a quien asignarla. Quizas alguna "admin". QUe se yo, dejo eso abierto. Si se les ocurre algo mejor cambienlo, pero recuerden que las clases de dominio no ven las clases persistencia...
Decidí partir el diagrama de secuencia de éste CU en dos porque era muy largo
- Éste contiene toda la lógica de validación de los datos enviados por el Prestador