[Php-avanzado] SRS version 1 Marco Riedel
Marco Riedel
marcoriedel en gmail.com
Lun Mayo 20 00:59:40 ART 2013
Leonardo,
Te envio la ultima version de la SRS.
Saludos
1 El sistema debe gestionar localidades.
2 El sistema debe gestionar direcciones con sus localidades [1].
3 El sistema debe gestionar preguntas.
4 El sistema debe gestionar usuarios compradores.
5 El sistema debe gestionar usuarios vendedores.
6 El sistema debe responder o rechazar preguntas [3].
7 El sistema debe gestionar materias.
8 El sistema debe gestionar libros con su materia[7].
9 El sistema debe gestionar ofertas de usuarios compradores [4].
10 El sistema debe mostrar estados.
11 El sistema debe listar ofertas [9] de libros [8], con su estado [10].
12 El sistema debe modificar la comision por venta.
13 El sistema debe registrar ventas de usuarios vendedores [5], con su
usuario comprador [4], con su estado [10] y su comision [12].
14 El sistema debe gestionar formas de pago.
15 El sistema debe gestionar formas de envío.
16 El sistema debe listar ventas [13] detallando usuario vendedor [5],
usuario comprador [4], forma de pago [14] y forma de envío [15].
17 El sistema debe marcar las ventas [13] como entregadas para cerrar la
operación.
18 El sistema debe agrupar comisiones de venta de usuarios vendedores [5]
en liquidaciones.
19 El sistema debe registrar el pago de liquidaciones [18].
> Diccionario:
>
>
> Localidades: Nombre.
>
> Direcciones: Calle, altura, localidad.
>
> Usuarios: Nombre usuario, clave, Nombres, Apellidos, fecha de
> nacimiento, dirección, localidad.
>
> Preguntas: Texto de pregunta, Fecha, Usuario.
>
>Estados: Nombre, descripcion. Los estado diisponibles seran : pendiente,
aceptada, rechazada, entegada, liquidada, finalizada.
Materia: Nombre, descripción.
> Fotos: Nombre, ubicación, libro.
>
> Libro: Nombre, materia, descripción, fotos, usuario.
>
> Oferta: Fecha, Libro, usuario, estado.
>
> Forma de pago: Nombre, descripción.
>
> Forma de envío: Nombre, descripción.
>
>
> Venta: Fecha, Libro, usuario vendedor, usuario comprador, importe final,
forma de pago, forma de envío, estado, comision.
>
> Reporte de Ofertas: Libro, fecha, usuario, estado.
>
> Reporte de ventas: fecha, usuario, importe final, libro.
>
> Comisión: Porcentaje de comisión.
>
> Liquidación: fecha, Importe de venta, porcentaje, importe
> liquidación,usuario.
>
> Reporte liquidaciones pendientes: Fecha, usuario, Importe liquidación.
El 30 de abril de 2013 12:11, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Hola Marco,
>
> muy buen avance!
> Respondo a tus dudas abajo y te hago unos comentarios:
>
> Sin duda lo más importante es que a la SRS le falta especificar
> Vendedor y Comprador, cosa que ponías en la SRS anterior, y que es muy
> importante para que este sistema funcione.
> Luego, muchos RF harán referencia a ellos, a veces solo a uno y
> aveces
> a los dos, como la publicación de un libro, una pregunta, una respuesta
> y una oferta.
>
>
> El lun, 29-04-2013 a las 22:15 -0300, Marco Riedel escribió:
> > Leonardo,
> > Creo haber comprendido y aplicado varios de los comentarios que me
> > enviaste.
> > Te detallo algunas dudas del sistema.
> >
> >
> > *El sistema es para venta de libros usados escolares por lo que el
> > usuario vendedor no tiene varias copias del mismo libro, solamente
> > una. Por esto no existiría el ejemplar.
>
> Ok. Al no desambiguar "Oferta" se prestó a la confusión, y yo salí
> para
> el lado de "libro" y "ejemplar" en vez de para el de una negociación de
> precios o "contraoferta.
>
> Fijate que tenés expresado de forma muy confusa la venta, la
> compra y
> la oferta. Habiendo dos actores A y B, si nos atenemos al castellano,
> cuando A quiere publicar un libro para vender está haciendo una oferta
> (ofrecimiento), y A es el vendedor; cuando B quiere negociar el precio
> hace una contraoferta y si acuerdan el precio será un comprador; para
> todo este proceso tenés que pararte de un solo lado, y referirte a él
> como venta o como compra, siendo salvo excepciones más propio decir que
> tu sistema es de "venta de libros" y hacer referencia siempre a la
> operación como de venta, por la cual habrá una comisión que se le cobra
> siempre al vendedor y por tanto es una comisión por venta.
>
> > > 23 El sistema debe liquidar comisiones [22] a las compras [14].
> >
> > Y cómo se asigna una comisión de las existentes a una venta?
> >
> > *La comisión estaría fija en el sistema, por ejemplo el 5% del precio
> > de venta. Esto seria un proceso automático que se ejecutaría al
> > confirmar la venta. No se si como lo indique ahora esta bien.
>
> Ok. Entonces en el RF16 las comisiones no se gestionan, porque
> nunca va
> a haber ni más ni menos de 1. Podrías expresarlo como que "el sistema
> debe modificar la comisión por venta".
> Luego, tenés que poner el RF16 antes para hacer referencia a él al
> momento de la venta (que ahora tenés en el RF9 y figura como una compra)
> y decir algo así como que se registrará la deuda de la comisión por
> venta o que se retendrá la comisión por venta del pago, dependiendo de
> la forma de pago de comisiones que estés planteando.
>
> > *La oferta seria una opción de compra por menor valor al publicado.
> > Por ejemplo el libro tiene un valor de $50 y un usuario crea una
> > oferta por $40 la cual puede ser aceptada o rechazada.
>
> Cómo te decía arriba, o especificás el sentido que le das a
> "oferta" en
> el diccionario, o le ponés un nombre que refleje lo que es.
> Y no es algo que diga yo: http://lema.rae.es/drae/?val=oferta en
> nuestro caso, la 4ta acepción, o mejor aún, la 6ta.
>
> > Te adjunto la versión 2 del SRS.
> > Saludos
> >
> >
> >
> >
> > 1 El sistema debe gestionar localidades.
> > 2 El sistema debe gestionar direcciones con sus localidades [1].
> > 3 El sistema debe gestionar preguntas.
> > 4 El sistema debe responder o rechazar preguntas [3].
>
> A estos dos les faltaría una referencia a los inexistentes
> compradores
> y vendedores.
>
> > 5 El sistema debe gestionar materias.
> > 6 El sistema debe gestionar libros con su materia[5].
>
> Idem RF4.
>
> > 7 El sistema debe gestionar ofertas.
>
> Discutido más arriba.
>
> > 8 El sistema debe listar ofertas [7] pendientes de libros [6], los
> > estados que puede tener una oferta [7] son pendiente, respondida o
> > rechazada.
>
> Idem RF4
> Creá antes un RF que hable de mostrar los estados, y hacé acá
> referencia a él. En el diccionario, enumerá todos los estados.
>
> > 9 El sistema debe registrar compras, los estados que puede tener un
> > compra es pendiente, aceptada, rechazada.
>
> Idem anterior.
> También, como te decía más arriba, por la naturaleza del sistema
> que
> das en la introducción, es mucho mejor hablar acá de Ventas.
>
> > 10 El sistema debe gestionar formas de pago.
> > 11 El sistema debe gestionar formas de envío.
> > 12 El sistema debe listar compras [9] detallando su forma de pago [10]
> > y su forma de envío [11].
>
> Idem RF4 y RF9
>
> > 13 El sistema debe marcar las compras [14] como entregadas para cerrar
> > la operación.
>
> Ibidem RF4 y RF9
>
> > 14 El sistema debe generar reporte de libros [6] en oferta [7].
>
> Se puede hacer una "oferta" por un libro que no existe?
>
> > 15 El sistema debe generar reporte de libros [6] comprados.
>
> Ibibidem RF4 y RF9
>
> > 16 El sistema debe gestionar comisiones.
>
> Discutido más arriba.
>
> > 17 El sistema debe liquidar comisiones [16] a las compras [14].
>
> Ibibidem RF4 y RF9
>
> > 18 El sistema debe registrar liquidaciones.
>
> A reformular.
>
> > 19 El sistema debe asignar forma de pago a las liquidaciones [18]
> > pendientes.
>
> Idem RF4.
> De qué manera se asignan ???
>
> > 20 El sistema debe listar liquidaciones [18] pendientes.
>
> Idem RF4
>
> > Diccionario:
> >
> >
> > Localidades: Nombre.
> >
> > Direcciones: Calle, altura, localidad.
> >
> > Usuarios: Nombre usuario, clave, Nombres, Apellidos, fecha de
> > nacimiento, dirección, localidad.
> >
> > Preguntas: Texto de pregunta, Fecha, Usuario.
> >
> > Materia: Nombre, descripción.
> >
> > Fotos: Nombre, ubicación, libro.
> >
> > Libro: Nombre, materia, descripción, fotos, usuario.
> >
> > Oferta: Fecha, Libro, usuario, estado.
> >
> > Forma de pago: Nombre, descripción.
> >
> > Forma de envío: Nombre, descripción.
> >
> >
> > Compra: Fecha, Libro, usuario, importe final, forma de pago, forma de
> > envío, estado.
> >
> > Reporte de Ofertas: Libro, fecha, usuario, estado.
> >
> > Reporte de compras: fecha, usuario, importe final, libro.
> >
> > Comisión: Porcentaje de comisión.
> >
> > Liquidación: fecha, Importe de venta, porcentaje, importe
> > liquidación,usuario.
> >
> > Reporte liquidaciones pendientes: Fecha, usuario, Importe liquidación.
>
>
> Vamos por buen camino.
> Sigamos!
>
> --
> 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/20130520/0574300d/attachment-0001.html>
Más información sobre la lista de distribución Php-avanzado