[Php-avanzado] SRS version 1 Marco Riedel

Dom Jul 7 00:25:25 ART 2013

Leonardo,
Te paso las modificaciones y te comento los cambios que hice.

Las preguntas de comrpadores no tienen estado, solo una respuesta del
vendedor. Con esto elimine del diccionario los estados de preguntas y deje
el RF 9 donde estaba.

Modifique el texto del RF5.

Agregué un RF para la administración de Formas de envío y pago por
Vendedores.

Agregué al diccionario los estado de las ventas que no estaba.

Saludos

*Sistema de venta on line de libros escolares usados.*

La página web permitirá a los usuarios ofrecer y comprar libros escolares
usados. Se guardara un registro de cada operación o compra para luego
generar una comisión al usuario vendedor.

*Requerimientos funcionales.*

1.   1 El sistema debe gestionar localidades.

2.   2 El sistema debe gestionar compradores y su localidad [1].

3.   3 El sistema debe gestionar vendedores y su localidad [1].

4.   4 El sistema debe gestionar preguntas de compradores [2] a Vendedores
[3].

5.   5 El sistema debe registrar la respuesta de un Vendedor [3] a la
pregunta [4] de un comprador [2].

6.   6 El sistema debe gestionar materias.

7.   7 El sistema debe gestionar libros con su materia[6].

8.   8 El sistema debe gestionar ofertas de compradores [2] sobre libros
[7].

9.   9 El sistema debe mostrar estados de ofertas [8].

1010 El sistema debe listar ofertas [8] de libros [7], con su estado [9] y
su comprador [2].

1111 El sistema debe modificar la comisión por venta.

1212 El sistema debe mostrar estados de venta.

1313 El sistema debe gestionar formas de pago.

1414 El sistema debe gestionar formas de envío.

1515 El sistema debe administrar formas de pago [12] y formas de envío [13]
por vendedor [3].

1616 El sistema debe registrar ventas de vendedores [3], con su comprador
[2], con su comisión [11], su estado [12], su forma de pago [13] y su forma
de envío [14].

1717 El sistema debe listar,filtrando por vendedor [3], comprador [2],
fecha desde y fecha hasta, ventas [16] detallando vendedor [3], comprador
[2], forma de pago [12] y forma de envío [13].

1818 El sistema debe marcar las ventas [16] como entregadas para cerrar la
operación.

1919 El sistema debe agrupar comisiones de venta de vendedores [3] en
liquidaciones que serán generadas todos los días 5 del mes.

2020 El sistema debe registrar el pago de liquidaciones [19].

*Diccionario.*

Localidades: Nombre.

Direcciones: Calle, altura, localidad.

Compradores / Vendedores: Nombre usuario, clave, Nombres, Apellidos, fecha
de
nacimiento, dirección, localidad, habilitado, limite deuda.

Estados de Ofertas: Nombre, descripción  Los estados disponibles serán:
pendiente, aceptada, rechazada, entregada, liquidada, finalizada.

Estados de Ventas: Nombre, descripción. Los estados disponibles serán:
pendiente, entregada, rechazada.

Preguntas: Texto de pregunta, Fecha, comprador, estado.

Materia: Nombre, descripción.

Fotos: Nombre, ubicación, libro.

Libro: Nombre, materia, descripción, precio, vendedor.

Oferta: Fecha, Libro, comprador, estado.

Forma de pago: Nombre, descripción.

Forma de envío: Nombre, descripción.

Venta: Fecha, Libro, vendedor, comprador, importe final, forma de pago,
forma de
envío, estado, comisión.

Reporte de Ofertas: Libro, fecha, comprador, estado.

Reporte de ventas: fecha, vendedor, importe final, libro.

Comisión: Porcentaje de comisión.

Liquidación: fecha, Importe de venta, porcentaje, importe liquidación,
vendedor.

Reporte liquidaciones pendientes: Fecha, vendedor, Importe liquidación.

Listado de Ventas: Fecha,venta, vendedor, comprador, forma de pago,  forma
de envío, Importe.

El 6 de julio de 2013 21:41, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola Marco,
>
> El vie, 05-07-2013 a las 17:52 -0300, Marco Riedel escribió:
> > Leonardo,
> >
> > te envío la V5 de SRS.
>
>         Muy bueno!
>
>         Te hago unas preguntas, para comprender bien el software:
>
>
> >          Sistema de venta on line de libros escolares usados.
> >
> > La página web permitirá a los usuarios ofrecer y comprar libros
> > escolares usados. Se guardara un registro de cada operación o compra
> > para luego generar una comisión al usuario vendedor.
> >
> >                      Requerimientos funcionales.
> >
> >
> >
> > 1.     1 El sistema debe gestionar localidades.
> >
> > 2.      2 El sistema debe gestionar compradores y su localidad [1].
> >
> > 3.      3 El sistema debe gestionar vendedores y su localidad [1].
> >
> > 4.      4 El sistema debe gestionar preguntas de compradores [2] a
> > Vendedores [3].
> >
> > 5.      5 El sistema debe responder o rechazar preguntas [4] a un
> > vendedor [3].
>
>         El rechazo es automático? Bajo qué criterio?
>         Es manual? Cualquiera puede rechazar una pregunta o solo el
> Vendedor
> que la recibe?
>
>         Me confunde la redacción, ya que no decís por ejemplo "el sistema
> debe
> registrar la respuesta de un Vendedor a la pregunta de un Comprador",
> sino que decís que "El sistema debe responder...", con lo que parece que
> el mecanismo es o puede ser automático.
>
>         Si es automático, hay que especificar cómo se toma la decisión.
>         Si es manual, hay que redactarlo de otra manera.
>
>         Otra cuestión: su ya pregunta puede estar "rechazada", no
> implicaría un
> RF que especifique los estados posibles de las preguntas?
>         Creo que sí, porque estos estados hasta aparecen en el
> diccionario, lo
> que faltaría es especificarlos antes del RF4 y hacer referencia a él
> cuando sea necesario.
>
> > 6.      6 El sistema debe gestionar materias.
> >
> > 7.      7 El sistema debe gestionar libros con su materia [6].
> >
> > 8.      8 El sistema debe gestionar ofertas de compradores [2] sobre
> > libros [7].
> >
> > 9.      9 El sistema debe mostrar estados de preguntas [4] y de
> > ofertas [8].
>
>         Este es el que va antes del RF4. Acordate de ponerle luego las
> referencias funcionales.
>
> > 10.  10 El sistema debe listar ofertas [8] de libros [7], con su
> > estado [9] y su comprador [2].
> >
> > 11.  11 El sistema debe modificar la comisión por venta.
> >
> > 12.  12 El sistema debe gestionar formas de pago.
> >
> > 13.  13 El sistema debe gestionar formas de envío.
> >
> > 14.  14 El sistema debe registrar ventas de vendedores [3], con su
> > comprador [2], con su estado [8], su comisión [11], su forma de pago
> > [12] y su forma de envío [13].
>
>         Todo esto está bien... pero implica que todos los vendedores van a
> usar
> todas las formas de envío y formas de pago del sistema.
>         De no ser así, falta un RF que especifique que un vendedor puede
> elegir
> las formas de pago y de envío que quiera... y esto podría ser para todos
> los libros del vendedor (sugerido), o elegible libro por libro.
>
> > 15.  15 El sistema debe listar, filtrando por vendedor [3], comprador
> > [2], fecha desde y fecha hasta, ventas [14] detallando vendedor [3],
> > comprador [2], forma de pago [12] y forma de envío [13].
> >
> > 16.  16 El sistema debe marcar las ventas [14] como entregadas para
> > cerrar la operación. [pendiente de revisión].
>
>         Te faltan especificar los estados de las ventas.
>         Al igual que los otros estados, también aparecen en el diccionario,
> pero no están expresados a nivel funcional.
>
> > 17.  17 El sistema debe agrupar comisiones de venta de vendedores [5]
> > en liquidaciones que serán generadas todos los días 5 del mes.
> >
> > 18.  18 El sistema debe registrar el pago de liquidaciones [17].
>
>
>         Nada más!
>         Depende un poco de los cambios que hagas, pero en 1 o 2
> iteraciones más
> deberíamos tenerla terminada.
>
>
>
>
>
> >                              Diccionario.
> >
> >
> >
> >
> > Localidades: Nombre.
> >
> > Direcciones: Calle, altura, localidad.
> >
> > Compradores / Vendedores: Nombre usuario, clave, Nombres, Apellidos,
> > fecha de
> > nacimiento, dirección, localidad, habilitado, limite deuda.
> >
> > Estados de Ofertas: Nombre, descripción  Los
> > estados disponibles serán: pendiente, aceptada, rechazada, entregada,
> > liquidada, finalizada.
> >
> >
> >
> > Estados de Preguntas: Nombre, descripción  Los
> > estados disponibles serán: pendiente,  rechazada, respondida.
> >
> >
> >
> > Preguntas: Texto de pregunta, Fecha, comprador, estado.
> >
> >
> > Materia: Nombre, descripción.
> >
> > Fotos: Nombre, ubicación, libro.
> >
> > Libro: Nombre, materia, descripción, precio, vendedor.
> >
> > Oferta: Fecha, Libro, comprador, estado.
> >
> >
> > Forma de pago: Nombre, descripción.
> >
> > Forma de envío: Nombre, descripción.
> >
> > Venta: Fecha, Libro, vendedor, comprador, importe final, forma de
> > pago, forma de
> > envío, estado, comisión.
> >
> > Reporte de Ofertas: Libro, fecha, comprador, estado.
> >
> > Reporte de ventas: fecha, vendedor, importe final, libro.
> >
> > Comisión: Porcentaje de comisión.
> >
> > Liquidación: fecha, Importe de venta, porcentaje, importe liquidación,
> > vendedor.
> >
> > Reporte liquidaciones pendientes: Fecha, vendedor, Importe
> > liquidación.
> >
> > Listado de Ventas: Fecha, venta, vendedor, comprador, forma de pago,
> >  forma de envío, Importe.
> >
> >
> >
>
> --
> 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/20130707/fa86a1a0/attachment-0001.html>