[Php-avanzado] Especificación de Requerimientos R6.1
Leonardo Tadei - Pegasus Tech Supply
leonardot en pegasusnet.com.ar
Sab Oct 27 12:19:14 ART 2012
Hola Jorge,
El sáb, 27-10-2012 a las 11:01 -0300, Jorge Di Iorio escribió:
> Leo,
>
>
> Buen día. Entiendo lo que me decís sobre el borrado, sería como
> borrar comprobantes en un sistema de gestión. Que sucede con los casos
> en que por ejemplo cargan mal una reserva o una reserva fija donde la
> responsabilidad no es del cliente, sino del usuario que grabo algo que
> no debía haber registrado por error? Quedaría una "Mancha" en el
> calendario que no debería estar... Tal vez debería especificar un RF
> que no se puedan eliminar reservas si tienen algún tipo de
> "aplicación" con otra información? Me explico? Cualquier cosa lo
> hablamos el miércoles.
Te explicás, pero no veo la "mancha": ya previste un estado "cancelado
por el complejo", y como las Reservas y los Alquileres cancelados no se
verán, es como si no estuvieran.
En el ejemplo del sistema de gestión comercial, las facturas "anuladas"
no te suman la caja, pero no permitís borrarlas.
> Ya saqué la palabra usuario.
Ok.
Salvo el tema de borrar reservas y alquileres, parece que la SRS es
suficientemente descriptiva del sistema.
El único detalle importante que veo es que los RF 8 y 10 tienen un []
que no va en el medio (al que yo te hacía referencia para que cuando lo
uses le pongas el número en cuestión) y que el RF 9 no tiene en el uso
del Estado el [8] que le tocó, y lo mismo para el RF 11, cuyo Estado
tocó como [10].
Te falta especificar el Estado que se usa en el RF 13: te lo comiste
entre la funcionalidad, pero ya está en el diccionario.
Con esto y la definición de si se borran o no las cosas, estaríamos
terminando.
Muy buen trabajo!
> Saludos y buen finde!
=mente!
--
Leonardo Tadei
leonardot en pegasusnet.com.ar
Web: http://leonardo.tadei.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
Más información sobre la lista de distribución Php-avanzado