[Php-avanzado] SRS version 1 Marco Riedel
Marco Riedel
marcoriedel en gmail.com
Lun Mayo 20 23:17:40 ART 2013
Leonardo te envio nueva version.
Saludos
*Sistema de venta on line de libros escolares usados.*
La pagina 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.
*Requisitos funcionales.*
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 compradores con su dirección [2] y su localidad
[1].
5 El sistema debe gestionar vendedores con su dirección [2] y su localidad
[1].
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 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 comisión por venta.
13 El sistema debe registrar ventas de vendedores [5], con su comprador
[4], con su estado [10] y su comisión [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 vendedor [5], 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 vendedores [5] en
liquidaciones.
19 El sistema debe registrar el pago de liquidaciones [18].
*Diccionario.*
Localidades: Nombre.
Direcciones: Calle, altura, localidad.
Compradores / Vendedores: Nombre usuario, clave, Nombres, Apellidos, fecha
de
nacimiento, dirección, localidad.
Estados: Nombre, descripción Los estado disponibles serán : pendiente,
aceptada, rechazada, entregada, liquidada, finalizada.
Preguntas: Texto de pregunta, Fecha, comprador, estado.
Materia: Nombre, descripción.
Fotos: Nombre, ubicación, libro.
Libro: Nombre, materia, descripción, fotos, 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.
El 20 de mayo de 2013 09:50, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Buenísimo Marco!
>
> Sacá de los RF 4 y 5 la palabra "usuarios" porque genera
> ambigüedades y
> viola el principio de vocabulario mínimo.
>
> En el RF 3 gestionás Direcciones pero nadie usa direcciones.
>
> Después, pasá en limpio el diccionario y fijate que cada RF tenga
> su
> definición, ya que ahora está inconsistente (por ejemplo Pregunta
> debería tener texto, fecha y comprador...)
>
> Dejá como encabezado la intro que hiciste sobre qué hará el
> software,
> que es un muy buen contexto.
>
> Dale con la versión 3!
>
>
>
> El lun, 20-05-2013 a las 00:59 -0300, Marco Riedel escribió:
> > 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
> >
> >
> >
> > _______________________________________________
> > Php-avanzado mailing list
> > Php-avanzado en pato2.fi.mdp.edu.ar
> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
>
> --
>
> Leonardo Tadei
> leonardot en pegasusnet.com.ar
> Pegasus Tech Supply
> Tel: (+54)(+223) 471-2880
> La Salle 1131 - Mar del Plata - Argentina
> http://www.pegasusnet.com.ar
> http://www.grupopegasus.com
> 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/37d595bb/attachment-0001.html>
Más información sobre la lista de distribución Php-avanzado