[Php-avanzado] Fwd: SRS v3
Ariel Fernández
arielf05 en gmail.com
Jue Jun 27 17:24:13 ART 2013
ok, saco fecha entonces, antes habíamos quedado que lo tenía que agregar,
pero bueno, se van descubriendo otras cosas como ya hablamos....
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...
Espero haberme explicado.
Sí Leo, los pagos son todos en efectivo únicamente.
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...
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?
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.
El 26 de junio de 2013 22:07, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Hola Ariel,
>
>
> El mié, 26-06-2013 a las 19:05 -0300, Ariel Fernández escribió:
> > Hola Leo,
> > Tenés razón, al ir ahondando en el problema, se van descubriendo otros
> > detalles que no se habían contemplado antes, y eso es normal, es parte
> > del trabajo.
>
> Además de ser parte del trabajo, es la función de escribir
> previamente
> una SRS!
> Cuando uno conoce de antemano el dominio del problema en
> profundidad,
> puede hacer 3 o 4 preguntas clave y de ahí saber con bastante exactitud
> que software hay que construir y qué posibles detalles habrá que
> acomodar.
> Cuando no se maneja el dominio o el problema es grande, hay que
> hacer
> sí o sí una SRS previa, porque si no las posibilidades de que el
> software sea un fracaso (aunque funcione!) son como del 90%.
> La regla dice que siempre hay que escribir una SRS... porque a
> veces
> creemos conocer el dominio, pero en realidad tenemos un conocimiento
> superficial, y estamos en el caso 2 creyendo que estamos en el caso 1.
> Si es así, las posibilidades de fracaso son de cerca del 100%!
>
> > Al alumno se lo inscribe a una nueva Sección con el turno que haya
> > elegido.
> >
> >
> >
> >
> > Seguimos entonces, acá la nueva versión....
> >
> >
> >
> >
> > SRS Gestión Jardín (módulo de gestión de pagos por alumno) v6
> >
> >
> > Sistema de gestión para jardín de infantes privado, que permite
> > registrar la inscripción de alumnos, los pagos de la matrícula y las
> > cuotas, y confeccionar un reporte detallado tanto de los pagos
> > realizados como de la deuda de cada uno.
> >
> >
> >
> >
> > Requerimientos funcionales:
> >
> >
> >
> > 1. El sistema debe gestionar Localidades
> > 2. El sistema debe mostrar Tipos de documento
> > 3. El sistema debe mostrar Secciones
> > 4. El sistema debe mostrar Turnos
> > 5. El sistema debe mostrar Sexos
> > 6. El sistema debe registrar Fechas
>
> Esto me parece que no es una funcionalidad... ponele una entrada
> en el
> el diccionario y vemos.
>
> > 1. El sistema debe gestionar Alumnos con su Localidad[1], Tipo de
> > documento[2] y Sexo[5]
> > 2. El sistema debe registrar la Inscripción de Alumnos[7] a la
> > Sección[3] y Turno[4] que correspondan, estableciendo además
> > la Fecha[6] de la inscripción
>
> Lo dicho: la fecha no tiene funcionalidad, y es un mero atributo
> de la
> Inscripción.
> Sacalo (o ponele alguna funcionalidad)
>
> > 1. El sistema debe gestionar Costos
> > 2. El sistema debe registrar Cuotas a pagar por Alumno[7], de
> > acuerdo al Costo[9] establecido, partiendo de su Fecha[6] de
> > inscripción
> > 3. El sistema debe registrar Pagos por Alumno[7], imputándolos a
> > las Cuotas a pagar[10]
>
> Todos los pagos son en efectivo?
> Por que sino, haría falta especificar las formas de pago, para
> poder
> hacer un informe de Caja según cada una.
>
> > 1. El sistema debe mostrar un Reporte de Pagos[11] a una fecha
> > dada, con posibilidad de filtrar por Alumno[7], por Sección[3]
> > y/o por Turno[4]
> > 2. El sistema debe mostrar un Reporte de Cuotas a pagar[10] a una
> > fecha dada, con posibilidad de filtrar por Alumno[7], por
> > Sección[3] y/o por Turno[4]
> > 3. El sistema debe promocionar Alumnos[7] a la Sección[3]
> > siguiente, con su correspondiente Turno[4] y nueva Fecha[6] de
> > inscripción
>
> Ahora que el Alumno se vuelve a Inscribir, tal vez no valga la pena
> esta funcionalidad de Promoción, sino más bien que se pueda hacer una
> inscripción basado en los datos de la anterior (y editando solo lo que
> haya cambiado, a la vez que se actualizan los datos del Alumno
> reinscripto).
>
> Qué te parece?
>
>
> > Diccionario:
> >
> >
> > Alumno: Nombre, Apellido, Tipo documento, Nro. documento, Dirección,
> > Localidad, Sexo, Fecha de Nacimiento, Teléfono Fijo, Teléfono Móvil,
> > Sección, Turno, Año Lectivo, Nombres padres o tutor, Fecha de
> > Inscripción, Fecha de Baja, Baja (Si/No)
> >
> > Tipo de Documento: DNI, DNU, CI, Pasaporte
> >
> >
> > Sexo: Masculino, Femenino
> >
> > Localidad: Nombre
> >
> >
> > Pago: Fecha, Alumno, Importe, Nro. recibo, Concepto de pago,
> > Observaciones
> >
> >
> > Sección: 1º (3 años), 2º (4 años), 3º (5 años), Integrada
> >
> >
> > Turno: Turno Mañana, Turno Tarde
> >
> >
> > Reporte: Nombre, Apellido, Sección, Turno, Año Lectivo, Mes, Importe,
> > Nro. recibo, Concepto de pago, Observaciones, Baja (Si/No)
> >
> >
> > Costo: Descripción, Importe
> >
> >
> > Deuda: Alumno, Mes, Importe, Fecha de vencimiento
> >
> >
> > Inscripción: Fecha, Alumno, Sección, Turno, Año Lectivo
>
>
> El diccionario viene bien. Veremos lo de las Fechas y eso...
>
>
>
>
> --
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Web: http://leonardo.tadei.com.ar
> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
>
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20130627/c22c4f39/attachment.html>
Más información sobre la lista de distribución Php-avanzado