Modo compacto | Modo extendido

63 en 35 posts · 17-02-2015 17:19

Buenas, alguien que se haya presentado este sabado y que pueda acercar algo de lo que se tomó? En el site de la cátedra http://www.ddsutn.com.ar/material/reposi...e-examenes no lo subieron y me huele a que esa fecha lo preparo algún docente de la "vieja camada", la cursé con Dodino y escuché eso de que se "turnan" para preparar los finales :/

SaludoS!!

60 en 21 posts · 17-02-2015 17:29

Me uno al pedido!

255 en 78 posts · 19-02-2015 00:06

Yo también me sumo al pedido!

21 en 9 posts · 25-05-2015 10:54

Revivo el post: ahora si lo subieron
https://docs.google.com/document/d/1IZ3U...dit?pli=1#

Alguien lo trato de encarar? Me esta costando bastante el tema de las reglas

1.496 · 25-05-2015 12:08

Hola matheu25
Yo pensé directamente en una colección de condiciones. Donde antes de generar valide si esta todo en orden..
Si bien se parece mucho al observer, por que al validar haces algo como:
coleccion.each[i t.validar(...) ]
Pero una ventaja es que el observador esta desacoplado del observado y aca no, por que para seguir en algun momento le tiene que comunicar si se cumplio o no...por eso lo descarte.
Un decorador es imposible pq no puede agregar y quitar dinamicamente, es un problema quitar.
Y hay un strategy en el medio por que fijate que algunas condiciones dependen del tipo de préstamo.

21 en 9 posts · 25-05-2015 12:22

Al principio pensé lo mismo! Pero despues me complique viendo como modelar la condicion. Como lo harias?

Despues pense y finalmente decidi agregar las validaciones comunes a todos los tipos de prestamo en la clase prestamo, y despues que cada tipo de prestamo redefina el validar haciendo obviamente un super.validar y ademas cumpliendo sus propias condiciones (una especie de template

).

Edit: no se si es la mejor forma, pero yo creo que si explicas tanto virtudes como defectos de buena manera, y se cumple la funcionalidad, deberia estar mejor/peor, pero bien.

1.496 · 25-05-2015 13:10

matheu25

Igual aca falta un diagrama de clases para ver como lo pensaste vos y todo eso.

Cita:Al principio pensé lo mismo! Pero despues me complique viendo como modelar la condicion. Como lo harias?

Ponele.. "que el monto de cada cuota no exceda los $ 10.000 (esto se calcula en base al monto a prestar * tasa de interés / cantidad de cuotas) "

Llega a ese momento que le da a validar a cada condicion. Ponele en

Spoiler: Mostrar

Cita:Despues pense y finalmente decidi agregar las validaciones comunes a todos los tipos de prestamo en la clase prestamo, y despues que cada tipo de prestamo redefina el validar haciendo obviamente un super.validar y ademas cumpliendo sus propias condiciones (una especie de template =P).

Y como hiciste con el combinado? Como resolviste eso? Aca es imp un diagrama

asi quea bien claro. No seria al 100% un templated method, por que no se puede redefinir la operacion completa.. es solo una partecita.

A mi tambien me hace un poco de ruido solo usar condiciones, pero bueno con esos fundaments que te puse.. lo justificaria.
Hiciste algo mas? Rendis ahora el 27?

21 en 9 posts · 25-05-2015 14:07

Claro, pero al fin y al cabo la regla termina siendo un pasamanos y no quien tiene las condiciones a cumplir, o no?

Cita:Y como hiciste con el combinado? Como resolviste eso? Aca es imp un diagrama asi quea bien claro. No seria al 100% un templated method, por que no se puede redefinir la operacion completa.. es solo una partecita.

El combinado lo modele con una lista de otros prestamos, con lo cual se validaria el plan completo si se validan los planes de cada prestamo que compone al combinado. Es verdad que no es un template completo pero tiene un poco de la idea jajaja.

Cita:A mi tambien me hace un poco de ruido solo usar condiciones, pero bueno con esos fundaments que te puse.. lo justificaria.
Hiciste algo mas? Rendis ahora el 27?

Off-topic:: Asi es, doy el 27, vos? De este no hice nada mas jaja, pase a otro porque me pudri . Me puse a hacer el del 28/02

1.496 · 25-05-2015 14:33

matheu25

Cita:Claro, pero al fin y al cabo la regla termina siendo un pasamanos y no quien tiene las condiciones a cumplir, o no?

No entiendo a que decis con pasamanos. Como te puse la de monto, hice todas asi

Cita:El combinado lo modele con una lista de otros prestamos, con lo cual se validaria el plan completo si se validan los planes de cada prestamo que compone al combinado. Es verdad que no es un template completo pero tiene un poco de la idea jajaja.

Yo acá tengo dudas, pq en realidad yo puse que el plan podría tener un préstamo simple y otro combinado.. pero no se como es que se distribuyen las cuotas y el monto, y esto se complica para los combinados.. asi que no se si estaría mejor, que en vez que plan conozca a prestamo como hice.. que préstamo conozca a plan.
Pero dude con "validar el plan de pagos de cada uno de los clientes" que dice el enunciado.

Nono, tengo muchas dudas.. la patie a julio. Si queres revisar algo mas, yo hice todos.. tengo mis dudas. TE paso mi mail por mp y seguimos ahi.

6 en 6 posts · 24-01-2016 01:15

CarooLina
matheu25

hola, alguno lo pudo terminar ?

les paso lo que tengo hasta ahora, pero no se bien como plantear esto:

Cita: "En el caso de los préstamos combinados, deben aceptar todas las combinaciones anteriores."

La persistencia la resolvi con mapeo tabla por clase concreta porque hay muchos atributos diferentes para cada uno de los prestamos simples

Otra cosa, me parece que deberia haber un "repositorio de condiciones" o algo por el estilo. de esa forma, es facil agregar/eliminar las condiciones que deberian los planes teniendo en cuenta cada tipo de prestamo. Los prestamos deberian acceder a ese singleton y traer las condiciones porque de otra forma, si cada prestamo tiene una coleccion de condiciones, entonces no siempre se valida igual.

Basicamente lo que hice en objetos es que cuando se crea un prestamo para un cliente, se le pasa el plan. el prestamo valida que el plan cumpla con todas las condiciones, y, si es asi, lo agrega como su plan.
dicho de otra forma, un prestamo se crea solo si el plan de pagos que se le pasa es valido.

Como lo terminaron de resolver ustedes ? Lo que mas me confunde es la parte de los prestamos combinados.

Edit: faltan algunos datos (atributos, operaciones) en el diagrama de clases, pero se entiende creo
edit2: lo que viene a continuacion esta mal en general

Persistencia:

Spoiler: Mostrar

Objetos:

Spoiler: Mostrar

Codigo:

Spoiler: Mostrar



 

interface Condicion

	metodo verifica(plan: Plan, prestamo: Personal)

	metodo verifica(plan: Plan, prestamo: Prendario)

	metodo verifica(plan: Plan, prestamo: Hipotecario)

	



clase MinMax implementa Condicion 

	metodo verifica(plan: Plan, prestamo: Prendario) 

		retornar plan.monto().lessThan(10000)

	fin



	metodo verifica(plan: Plan, prestamo: Hipotecario) 

		retornar plan.monto().greaterThan(150k) 

	fin



	metodo verifica(plan: Plan, prestamo: Personal

		retornar plan.monto().between(20k,40k) 

	fin 



clase CuotasMenores implementa Condicion 

	atributo maximo



	metodo cuotaMenorAMaximo(plan) 

		retornar plan.valorCuota().lessThan(maximo)

	fin

	

	

	metodo verifica(plan: Plan, prestamo: Prendario) 

		retornar cuotaMenorAMaximo(plan) 

	fin



	metodo verifica(plan: Plan, prestamo: Hipotecario) 

		retornar cuotaMenorAMaximo(plan) 

	fin



	metodo verifica(plan: Plan, prestamo: Personal)

		retornar cuotaMenorAMaximo(plan) 

	fin 





clase ValorNominalMenorAPorcentaje implementa Condicion 

	atributo porcentaje



	/* implementar metodos */ 



clase TasaInteresNoExcedePorcentaje implementa Condicion

	atributo porcentaje

	

	/* implementar metodos */ 





clase MenosDeNCuotas implementa Condicion

	atributo n: Numero 



	/* implementar metodos */ 



	

clase Prestamo

	atributo _cliente: Cliente

	atributo condiciones: Set<Condicion> 

	atributo planDePago: Plan 



	constructor Prestamo(cliente, plan) 

		actualizar _cliente = cliente

		self.setPlan(plan) 

		

	metodo setPlan(plan: Plan) 

		if(planValido(plan)) 

			actualizar planDePago = plan 

		else 

			lanzar nueva Exception("el plan no cumple con las condiciones")

	fin



	metodo planValido(plan: Plan)

		retornar condiciones.allSatisfy[:cond | cond.verifica(plan,self)]

	fin



		



clase Simple hereda Prestamo 



clase Personal hereda Simple

clase Prendario hereda Simple

clase Hipotecario hereda Simple



clase Combinado hereda Prestamo 

	atributo prestamos: Coleccion<Simple>

Compilar y ejecutar código

1.496 · 24-01-2016 22:29

Lo de prestamos me quedan algunas dudas del dominio.
Sobretodo del plan, cada prestamo tiene su plan.. pero si es combinado? Cada prestamo simple tiene su plan no? (eso lo preguntaria) por que sino como diviids las cuotas, el monto..blabla.
Lo que tambien preguntaria respectoa eso que decis es que si se quiere que combinado tenga mas combinados (seria un composite) y nada mas.

La parte de prestamo la tengo igual. Por ahi me presentaban dudas entre la relacion cliente-plan-prestamo, vos pusiste que prestamo conoce a plan y no que prestamo simple conoce a plan, igual creo que esto es mas una duda de dominio.. como te dije arriba.

Esto no me gusta, vos tenes que usar polimorfismo.. sin importar que prestamo estes validando a todos hablarles de la misma manera, mañana te meten uno nuevo y tenes que toquetear todo. Los metodos de cada prestamo (para su validacion) a menos que sean comunes, los mandas a las clases concretas.

metodo verifica(plan: Plan, prestamo: Prendario)
retornar cuotaMenorAMaximo(plan)
fin

metodo verifica(plan: Plan, prestamo: Hipotecario)
retornar cuotaMenorAMaximo(plan)
fin

metodo verifica(plan: Plan, prestamo: Personal)
retornar cuotaMenorAMaximo(plan)
fin

Y el der, no podes usar eso por que vos queres hacer consultas polimorficas y la clase concreta no te lo permite. Esperaba que uses un joined o single table

6 en 6 posts · 25-01-2016 02:41

coincido en casi todo, el dominio es muy confuso. lo que no se es si ese tipo de dudas se pueden preguntar en el final o te contestan la tipica "hace lo que entendiste y justifica"

en fin.. vos mas o menos como planteaste esta parte:

Cita:El usuario nos pidió que sea fácil incorporar o eliminar estas validaciones, ya que va a haber un período de evaluación de 2 años de este módulo y es probable que surjan varios cambios en las reglas de negocio que determinan los planes.

digo porque obviamente hay una coleccion de reglas de validacion por las que debe pasar el plan.
la pregunta es... en donde esta/vive esa coleccion ( en prestamo ? en prestamo simple ? en prestamo combinado ? en plan ? en otro objeto que no aparece a simple vista ? )

yo dudo que este en prestamo. porque si cada prestamo tiene su coleccion, yo podria tener cada prestamo con una coleccion distinta y entonces no todos los prestamos validan igual (si me olvido de cargar una de las reglas en un prestamo por ejemplo).

idem para plan; si cada plan tiene una coleccion y en uno de los planes me falto setear una regla ....

hacer un template method en prestamo tampoco puede ser porque ya deja de ser facil lo que querian que sea facil.

???? wall

1.496 · 25-01-2016 10:02

Vas a seguir manteniendo esos metodos que te marque mas arriba?
Vos decis que cada prestamo tenga una coleccion de validaciones?

6 en 6 posts · 25-01-2016 15:32

(25-01-2016 10:02)CarooLina escribió: Vas a seguir manteniendo esos metodos que te marque mas arriba?
Vos decis que cada prestamo tenga una coleccion de validaciones?

no no, nada que ver. llegue a plantear eso. el tema es que estoy dudando con lo que pregunte. es decir, como hacer para que "sea facil agregar..." , y ademas, a que objeto perteneceria la coleccion de validaciones ( si es que coincidimos que en algun lugar hay una coleccion de validaciones, que creo que si )

necesito sacarme esas dudas para replantear todo de nuevo.

en general lo que mas me confunde del enunciado son las frases:

Cita:....y sirve para determinados tipos de préstamo.

Cita:En el caso de los préstamos combinados, deben aceptar todas las combinaciones anteriores.

1.496 · 26-01-2016 11:20

cuchodelosdecadentes

Si eso si, lo de las validaciones coincidimos.
La duda que yo tengo del dominio es que si cada prestamo simple tiene su plan, por que si es combinado (que tiene varios simples) no tenes forma de saber cuantas cuotas son para cada uno o eso, no se si se entiende.. no me queda claro como harias las validaciones. Salvo que sea el mismo plan para todos los prestamos, el mismo monto, cuotas.. pero eso me suena raro. Esto es algo que se tiene que preguntar.

Y las validaciones, la colección.. depende de como hiciste vos la relacion plan-cliente-prestamo (ahora me fijo y te edito que hice yo)

Cita:....y sirve para determinados tipos de préstamo.

Los distintos modos que tiene.

Y lo otro es que vas a tener que validar cada préstamo en combiando, entonces tiene que aceptar todas. Y le hablaas a todas de la misma manera

No te olvides de eetiquetarme por que vi que comentaste hoy de casualidad! No me aparecio en el portal

Modo compacto \| Modo extendido [Pedido] Final 14/02/2015 - DDS
Autor	Mensaje