[Php-avanzado] SRS version 1 Marco Riedel
Marco Riedel
marcoriedel en gmail.com
Mar Mayo 21 23:07:54 ART 2013
LEONARDO TE PASO UNOS COMENTARIOS ENTRE LINEAS..
SALUDOS
El 21 de mayo de 2013 10:54, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:
> Hola Marco,
>
> El lun, 20-05-2013 a las 23:17 -0300, Marco Riedel escribió:
> > Leonardo te envio nueva version.
>
>
> Es un muy buen avance!
>
> Te hago unas observaciones y preguntas:
>
> > 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.
> >
> >
> >
> > Requerimientos funcionales.
>
> No tengo problema en que uses la palabra "requisitos" para
> referirte a esto, en vez de "requerimientos", pero como toda la
> literatura en castellano desde hace unos 6 o 7 años usa "requerimientos"
> y es el término que se usa en ámbitos académicos de por acá:
>
> http://blogs.unlp.edu.ar/ingenieriasoft1/tag/requerimientos-2/
>
> http://blogs.unlp.edu.ar/ingenieria2/2013/03/19/srs-especificacion-de-requerimientos-de-software/
>
>
> Vamos ahora a la SRS
>
>
> > 1 El sistema debe gestionar localidades.
> > 2 El sistema debe gestionar direcciones con sus localidades [1].
>
> 3 El sistema debe gestionar preguntas DE COMPRADORES A VENDEDORES.
>
> Según el diccionario, una Pregunta es de un Comprador y se hace a
> un
> Vendedor, y acá te faltan esas referencia. Agregarla implica que
> Comprador y Vendedor deben estar especificados antes. OK
>
> > 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].
>
> No entiendo por qué si tanto los Compradores como los Vendedores
> tienen
> una sola dirección, esta no es un mero atributo en el diccionario en vez
> de ser una entidad que se gestiona independiente.
> Me lo explicás?
>
> ELIMINO ESTOS DOS RF (1-2)Y LOS AGREGO EN EL DICCIONARIO PARA LOS
> VENDEDORES Y COMPRADORES?
> > 6 El sistema debe responder o rechazar preguntas [3].
>
> Falta la referencia al Vendedor acá.
>
YO LO ARMARÍA DE LA SIGUIENTE MANERA PERO HACIENDO REFERENCIA AL COMPRADOR
"El sistema debe responder o rechazar preguntas de compradores". PORQUE
SINO DEBERÍA UTILIZAR "El sistema debe permitir responder o rechazar
preguntas a los vendedores" Y EN OTRO MAIL ME COMENTASTE QUE
ESTO ESTARÍA MAL, COMO SE HARIA LA REFERENCIA AL VENDEDOR?
>
> > 7 El sistema debe gestionar materias.
> > 8 El sistema debe gestionar libros con su materia[7].
>
> Tenés en el diccionario una entrada para "Fotos" que no es una
> funcionalidad separada del Libro: sacala. ELIMINADO
> En el diccionario de Libro no falta el precio? AGREGADO
>
> > 9 El sistema debe gestionar ofertas de compradores [4].
>
> Falta la referencia al Libro. OK
>
> > 10 El sistema debe mostrar estados.
>
> 11 El sistema debe listar ofertas [9] de libros [8], con su estado
> > [10] Y SU COMPRADOR.
>
> Falta la referencia al Comprador, que es quién hace la Oferta.
> No entiendo todos los Estados enumerados en el diciconario. Me
> queda
> claro que una Oferta está pendiente, o aceptada o rechazada, pero qué es
> una "oferta liquidada" o una "oferta entregada" ?
> No estás mezclando estados de la Oferta con estados de la
> compra/venta?
>
> SI ESTO LO SEPARO EN DOS RF (ESTADOS DE OFERTAS Y ESTADOS DE PREGUNTAS)
> ESTARIA BIEN O ESTARIA SIENDO LO MISMO QUE USUARIOS COMPRADORES Y USUARIOS
> VENDEDORES?
>
> > 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].
>
> Te faltan las referencias a Forma de Pago y Forma de Envío, lo que
> implica que las tenés que especificar previamente para poder hacer
> referencia a ellas. OK
>
> > 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].
>
> Agregá una entrada en el diccionario del listado de ventas...
> supongo
> que será entre fechas o por vendedor o algo, porque emitir siempre un
> listado de _todas_ las ventas es poco útil.
>
EL TEMA FILTROS EN LOS LISTADOS COMO SE DETALLA EN LA SRS?
>
> > 17 El sistema debe marcar las ventas [13] como entregadas para cerrar
> > la operación.
>
> Gotcha! Tenés mezclados los Estados. Creá una especificación para
> cada
> estado de cosas.
>
> > 18 El sistema debe agrupar comisiones de venta de vendedores [5] en
> > liquidaciones.
>
> Son entre fechas? Se liquida por periodos fijos ? Cómo se sabe
> desde
> cuándo y hasta dónde hacer una liquidación?
>
SERIA DE LA SIGUIENTE MANERA TODOS LOS 5 DE CADA MES SE AGRUPAN TODAS LAS
COMISIONES PENDIENTES DEL MES ANTERIOR EN UNA NUEVA LIQUIDACION.
>
> > 19 El sistema debe registrar el pago de liquidaciones [18].
>
> Capaz que te conviene agregar una funcionalidad que especifique una
> limitación a publicar o a vender su hay una deuda de comisiones... o
> pensás cobrar por adelantado?
LO HABIA PENSADO DE ESA MANERA PERO NO QUIERO QUE SE EL SISTEMA SE AGRANDE
DEMASIADO. PODRIA SER UNA MEJORA A FUTURO, PARA ARRANCAR SE PODRIA PUBLICAR
HAYAS PAGADO O NO.
> > Diccionario.
> >
> >
> >
> >
> >
> > Localidades: Nombre.
> >
> > Direcciones: Calle, altura, localidad.
> >
> > Compradores / Vendedores: Nombre usuario, clave, Nombres, Apellidos,
> > fecha de
> > nacimiento, dirección, localidad.
>
> Separá cada uno, no seas desprolijo! OK
>
> > 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.
>
>
> --
> 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/20130521/70764725/attachment.html>
Más información sobre la lista de distribución Php-avanzado