CarooLina

Cita: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.

tengo exactamente la misma duda que vos.
pero la realidad, ahora que lo estoy viendo de nuevo, es que los planes deberian ser si o si para los prestamos simples. o por lo menos eso sale del enunciado porque dice:

Cita:si el plan respeta los montos mínimos y máximos de cada préstamo, esto es
* para los préstamos personales no puede haber más de 10.000 de monto
* para los préstamos prendarios el monto debe estar entre 20.000 y 40.000
* para los préstamos hipotecarios debe ser mayor a $ 150.000

O sea que los tres intervalos son disjuntos. Entonces un plan sirve ó para un personal, ó un prendario, ó un hipotecario.
Dicho de otra forma, no habria forma de validar un plan para un combinado porque si se define como creo que se definiria ( "un plan sirve para un prestamo combinado si sirve para cada uno de los simples que contiene el combinado" ) eso nunca pasaria. por lo de los intervalos disjuntos por ej.

pero asi y todo la frase: "En el caso de los préstamos combinados, deben aceptar todas las combinaciones anteriores" me esta comiendo la cabeza.

me parece que estamos fallando (o por lo menos yo estoy fallando, no se si vos ya lo hiciste) en el hecho de no poder plantear un test case simple.

otra cosa que no me queda claro, es si efectivamente hay tipos de prestamo y tipos de planes.
en el enunciado habla de:

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

y tambien de:

Cita:....cuotas para cualquier tipo de plan

yo en principio habia planteado solamente tipos/jerarquia de prestamo.

vos tenes algun test case planteado aunque sea en prosa sin codigo ni nada ?

cuchodelosdecadentes

Igual lo del plan se puede preguntar.
Para mi solo hay tipos de prestamo y plan, si vos queres tipos de planes.. como los subclasificas? que es lo que no tienen en comun? que tienen en comun? Eso deberias preguntarte

test case? decis de instanciar algunos objetos y mandar mensajes? No por que tengo bastante idea me parece

CarooLina

ok, voy a ver como sigo con esto porque me esta liquidando jajaj.
cualquier cosa te jodo.

saludos

sn problemas !!

CarooLina como andas.

ya me di por vencido con este final, pero aprovecho para preguntarte que pusiste mas o menos en 3.1) y 3.2)

yo en el 3.1) puse que si porque evidentemente se van a presentar cambios a futuro pero no se que mas justificar.

y en el 3.2) no entiendo exactamente a que se refiere. entiendo mvc pero no se si me esta pidiendo por ejemplo cuales serian los modelos, los controladores, las vistas, los bindings u otro cosa.

saludos y disculpa la joda !

Sobre 3.1) capaz podes aprovechar y utilizar esto que te dice antes el enunciado:

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.

Y sobre 3.2) yo pondría los componentes principales y algún ejemplo simple, capaz haría la diferencia de si cambia algo o no cuando es desktop y es web.

(09-02-2016 19:46)dezine18 escribió:  Sobre 3.1) capaz podes aprovechar y utilizar esto que te dice antes el enunciado:

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.

Y sobre 3.2) yo pondría los componentes principales y algún ejemplo simple, capaz haría la diferencia de si cambia algo o no cuando es desktop y es web.

dezine18 ok, entonces sería basicamente decir, que necesitas un modelo ( ej: Cliente, Prestamo, PlanDePago) , una vista (que puede ser una ventana con datos del cliente, datos de los prestamos, datos del plan, y un boton "agregar prestamo" ) , y un controller ( que supongo que es un objeto que sea listener del evento "click". en este pto estoy dudando)

Seria algo asi ?

Creo que igual la respuesta depende mucho de quién fue tu docente.

Pero sí, creería que con eso estaría bien. Igual también depende si la app es desktop o web.

(10-02-2016 20:07)dezine18 escribió:  Creo que igual la respuesta depende mucho de quién fue tu docente.

Pero sí, creería que con eso estaría bien. Igual también depende si la app es desktop o web.

ok, por casualidad pudiste resolver la parte de objetos de este final ? lo de prestamos, planes, y validaciones .

estoy en cero con esto, " Igual también depende si la app es desktop o web."