<div dir="ltr">ok, saco fecha entonces, antes habíamos quedado que lo tenía que agregar, pero bueno, se van descubriendo otras cosas como ya hablamos....<div>Igual, no me cierra lo del diccionario: cómo una entrada para Fecha? si ya se sabe lo que es.... además, Fecha está como atributo de varias cosas....y una fecha es una fecha...se entiende? yo lo veo como que me dijeras que tengo que agregar una entrada para Nombre...</div>
<div>Espero haberme explicado.<br><div><br><div class="gmail_extra">Sí Leo, los pagos son todos en efectivo únicamente.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Ah, sí, me parece bien quitar lo de la promoción, y entonces lo de la inscripción sería de una forma que permita seleccionar un alumno existente, y así, utilizar esos datos ya cargados y modificar sólo la sección y el turno, como vos decis...</div>
<div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">No sé si hará falta, pero pregunto: debería agregar en el diccionario el tema de los reportes en forma separada? Es decir, uno que sea reporte de pagos y otro reporte de cuotas a pagar ?? qué te parece?</div>
<div class="gmail_extra">De todas formas, la diferencia entre uno y otro sería que el de cuotas a pagar no va a tener Nro de recibo, el resto de los atributos serían los mismos, aunque por supuesto, que el importe de uno no tiene nada que ver con el importe en el otro.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 26 de junio de 2013 22:07, Leonardo Tadei - Pegasus Tech Supply <span dir="ltr"><<a href="mailto:leonardot@pegasusnet.com.ar" target="_blank">leonardot@pegasusnet.com.ar</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola Ariel,<br>
<br>
<br>
El mié, 26-06-2013 a las 19:05 -0300, Ariel Fernández escribió:<br>
<div class="im">> Hola Leo,<br>
> Tenés razón, al ir ahondando en el problema, se van descubriendo otros<br>
> detalles que no se habían contemplado antes, y eso es normal, es parte<br>
> del trabajo.<br>
<br>
</div> Además de ser parte del trabajo, es la función de escribir previamente<br>
una SRS!<br>
Cuando uno conoce de antemano el dominio del problema en profundidad,<br>
puede hacer 3 o 4 preguntas clave y de ahí saber con bastante exactitud<br>
que software hay que construir y qué posibles detalles habrá que<br>
acomodar.<br>
Cuando no se maneja el dominio o el problema es grande, hay que hacer<br>
sí o sí una SRS previa, porque si no las posibilidades de que el<br>
software sea un fracaso (aunque funcione!) son como del 90%.<br>
La regla dice que siempre hay que escribir una SRS... porque a veces<br>
creemos conocer el dominio, pero en realidad tenemos un conocimiento<br>
superficial, y estamos en el caso 2 creyendo que estamos en el caso 1.<br>
Si es así, las posibilidades de fracaso son de cerca del 100%!<br>
<div class="im"><br>
> Al alumno se lo inscribe a una nueva Sección con el turno que haya<br>
> elegido.<br>
><br>
><br>
><br>
><br>
> Seguimos entonces, acá la nueva versión....<br>
><br>
><br>
><br>
><br>
> SRS Gestión Jardín (módulo de gestión de pagos por alumno) v6<br>
><br>
><br>
> Sistema de gestión para jardín de infantes privado, que permite<br>
> registrar la inscripción de alumnos, los pagos de la matrícula y las<br>
> cuotas, y confeccionar un reporte detallado tanto de los pagos<br>
> realizados como de la deuda de cada uno.<br>
><br>
><br>
><br>
><br>
> Requerimientos funcionales:<br>
><br>
><br>
><br>
</div>> 1. El sistema debe gestionar Localidades<br>
> 2. El sistema debe mostrar Tipos de documento<br>
> 3. El sistema debe mostrar Secciones<br>
> 4. El sistema debe mostrar Turnos<br>
> 5. El sistema debe mostrar Sexos<br>
> 6. El sistema debe registrar Fechas<br>
<br>
Esto me parece que no es una funcionalidad... ponele una entrada en el<br>
el diccionario y vemos.<br>
<br>
> 1. El sistema debe gestionar Alumnos con su Localidad[1], Tipo de<br>
<div class="im">> documento[2] y Sexo[5]<br>
</div>> 2. El sistema debe registrar la Inscripción de Alumnos[7] a la<br>
<div class="im">> Sección[3] y Turno[4] que correspondan, estableciendo además<br>
> la Fecha[6] de la inscripción<br>
<br>
</div> Lo dicho: la fecha no tiene funcionalidad, y es un mero atributo de la<br>
Inscripción.<br>
Sacalo (o ponele alguna funcionalidad)<br>
<br>
> 1. El sistema debe gestionar Costos<br>
> 2. El sistema debe registrar Cuotas a pagar por Alumno[7], de<br>
<div class="im">> acuerdo al Costo[9] establecido, partiendo de su Fecha[6] de<br>
> inscripción<br>
</div>> 3. El sistema debe registrar Pagos por Alumno[7], imputándolos a<br>
<div class="im">> las Cuotas a pagar[10]<br>
<br>
</div> Todos los pagos son en efectivo?<br>
Por que sino, haría falta especificar las formas de pago, para poder<br>
hacer un informe de Caja según cada una.<br>
<br>
> 1. El sistema debe mostrar un Reporte de Pagos[11] a una fecha<br>
<div class="im">> dada, con posibilidad de filtrar por Alumno[7], por Sección[3]<br>
> y/o por Turno[4]<br>
</div>> 2. El sistema debe mostrar un Reporte de Cuotas a pagar[10] a una<br>
<div class="im">> fecha dada, con posibilidad de filtrar por Alumno[7], por<br>
> Sección[3] y/o por Turno[4]<br>
</div>> 3. El sistema debe promocionar Alumnos[7] a la Sección[3]<br>
<div class="im">> siguiente, con su correspondiente Turno[4] y nueva Fecha[6] de<br>
> inscripción<br>
<br>
</div> Ahora que el Alumno se vuelve a Inscribir, tal vez no valga la pena<br>
esta funcionalidad de Promoción, sino más bien que se pueda hacer una<br>
inscripción basado en los datos de la anterior (y editando solo lo que<br>
haya cambiado, a la vez que se actualizan los datos del Alumno<br>
reinscripto).<br>
<br>
Qué te parece?<br>
<div class="im"><br>
<br>
> Diccionario:<br>
><br>
><br>
> Alumno: Nombre, Apellido, Tipo documento, Nro. documento, Dirección,<br>
> Localidad, Sexo, Fecha de Nacimiento, Teléfono Fijo, Teléfono Móvil,<br>
> Sección, Turno, Año Lectivo, Nombres padres o tutor, Fecha de<br>
> Inscripción, Fecha de Baja, Baja (Si/No)<br>
><br>
> Tipo de Documento: DNI, DNU, CI, Pasaporte<br>
><br>
><br>
> Sexo: Masculino, Femenino<br>
><br>
> Localidad: Nombre<br>
><br>
><br>
> Pago: Fecha, Alumno, Importe, Nro. recibo, Concepto de pago,<br>
> Observaciones<br>
><br>
><br>
> Sección: 1º (3 años), 2º (4 años), 3º (5 años), Integrada<br>
><br>
><br>
> Turno: Turno Mañana, Turno Tarde<br>
><br>
><br>
> Reporte: Nombre, Apellido, Sección, Turno, Año Lectivo, Mes, Importe,<br>
> Nro. recibo, Concepto de pago, Observaciones, Baja (Si/No)<br>
><br>
><br>
> Costo: Descripción, Importe<br>
><br>
><br>
> Deuda: Alumno, Mes, Importe, Fecha de vencimiento<br>
><br>
><br>
> Inscripción: Fecha, Alumno, Sección, Turno, Año Lectivo<br>
<br>
<br>
</div> El diccionario viene bien. Veremos lo de las Fechas y eso...<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
<br>
--<br>
Leonardo Tadei<br>
<a href="mailto:leonardot@pegasusnet.com.ar">leonardot@pegasusnet.com.ar</a><br>
Web: <a href="http://leonardo.tadei.com.ar" target="_blank">http://leonardo.tadei.com.ar</a><br>
Firma pública: <a href="http://www.pegasusnet.com.ar/LeonardoTadei-public.key" target="_blank">http://www.pegasusnet.com.ar/LeonardoTadei-public.key</a><br>
<br>
_______________________________________________<br>
Php-avanzado mailing list<br>
<a href="mailto:Php-avanzado@pato2.fi.mdp.edu.ar">Php-avanzado@pato2.fi.mdp.edu.ar</a><br>
<a href="http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado" target="_blank">http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado</a><br>
</div></div></blockquote></div><br></div></div></div></div>