[Php-avanzado] SRS version 1 Marco Riedel
Leonardo Tadei - Pegasus Tech Supply
leonardot en pegasusnet.com.ar
Lun Mayo 20 09:50:55 ART 2013
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
Más información sobre la lista de distribución Php-avanzado