[Php-avanzado] SRS version 1 Marco Riedel

Sab Jul 13 20:31:41 ART 2013

Leo te paso las modificaciones entre lineas y te envío la SRS y la
normalizacion como adjunto y tambien como texto, no se si en el mail la ves
bien.
Saludos

   Localidades Usuarios Operadores  Id_localidad Id_usuario Id_operador
Nombre user user  Cod_Postal clave clave   Nombre Nivel  Materias Apellido
Id_Materia Fecha_Nac FormasPagoxusuarios  Nombre Calle Id_FormaPago
Descripcion Altura id_Usuario   Id_Localidad   Editoriales Limite_deuda
FormasEnvioxusuario  Id_editorial Activo Id_FormaEnvio  Nombre  Id_Usuario
Preguntas   Libros Id_Pregunta Liquidaciones  Id_Libro Id_Oferta
Id_liquidacion  Nombre Fecha Fecha_generacion  Id_Materia Id_usr_Comprador
Importe  Descripcion Respuesta Id_detalle  Id_Editorial    Precio Ofertas
VentasxLiquidacion  Id_usr_vendedor Id_Oferta Id_Detalle   Fecha Id_Venta
EstadosOfertas Id_Libro   Id_Estado Id_estado   Nombre Id_FormaEnvio
Descripcion Id_FormaPago      EstadosVenta Comisiones   Id_Estado
Id_Comision   Nombre Porcentaje   Descripcion     Ventas   Formas_Envio
Id_Venta   Id_FormaEnvio Fecha   Nombre Importe_total   Descripcion
Id_estado    Porcentaje_Comision   Formas_Pago Id_Oferta   Id_FormaPago
Nombre FotosxLibro   Descripcion Id_foto    Nombre    Ruta    Id_Libro
Orden

*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 El sistema debe gestionar localidades con su código postal.

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

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

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

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

 6 El sistema debe gestionar materias.

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

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

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

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

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

12 El sistema debe mostrar estados de venta.

13 El sistema debe gestionar formas de pago.

14 El sistema debe gestionar formas de envío.

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

16 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].

17 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].

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

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

20 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: Oferta, Texto de pregunta, Fecha, comprador, estado.

Materia: Nombre, descripción.

Fotos: Nombre, ubicación, libro.

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

Forma de pago: Nombre, descripción.

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

Oferta: Fecha, Libro, estado, forma de pago, forma de
envío.

Venta: Fecha, oferta, comprador, importe final, 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, detalle ventas.

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

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

El 13 de julio de 2013 14:34, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola Marco,
>
>         si la próxima la podés enviar en un formato standard, es de
> agradecer.
>
>         Vayamos a la cuestión:
>
> - Localidades
> En el diccionario no hay código postal: o le sacás el campo o actualizás
> la SRS... prefiero que actualices la SRS. De paso sacá del diccionario
> "direcciones" que quedó de una versión anterior.
>
Se modifico la SRS..

>
> - Usuarios
> El nombre de la tabla no condice con la función... los datos del
> administrador, en dónde los vas a guardar? Es un RF no funcional, pero
> de alguna manera hay que implementarlo.
> Te falta el "habilitado" S/N
>
Se agrego el campo habilitado, Se creo la tabla Operadores para los
operadores del sistema.

>
> - Preguntas
> En el diccionario falta la referencia al vendedor En la tabla ponés una
> referencia a la oferta, pero especificás que se pregunta a un vendedor.
> Tal vez lo que quisiste poner sea que se pregunta sobre un Libro... si
> es así, hay que ajustar la SRS.
>
Se agrego la referencia a la oferta en el diccionario, esta es la que tiene
los datos del usuario vendedor.

>
> - FotosxOferta
> El nombre de la tabla no condice con la función... debería llamarse algo
> así como FotosxLibro.
> Una oferta y un libro son cosas distintas, y parece que a veces las usás
> indistintamente.
>
Se modifico el nombre de la tabla

>
> - Libro
> Además del nombre de la materia, ponele el id.
> id_editorial ??? No está en la SRS. Si querés agregarlo, te va a hacer
> falta una gestión de Editoriales.
> Al diccionario de libro le faltan las fotos...
>
Se modifico el nombre del cambio materia por id_materia

>
> - Ofertas
> Agregás id_FormaEnvio y id_FormaPago que no están en el diccionario.
>
> - Falta un almacenamiento para implementar el RF15
>
Se crearon las tablas FormasEnvioxUsuario FormasPagoxUsuario

>
> - Ventas
> si guardás id_comision, vas a cambiar el pasado al actualizar la
> comisión para futuras ventas...
>
Se modifico el campo por Porcentaje_comision para guardar el valor del
porcentaje.

> Falta el libro y datos del vendedor y del comprados, por lo mismo que te
> digo arriba.
> Según la SRS tiene que tener una referencia al libro, y no a la oferta.
>
Se modifico el diccionario. La idea seria la siguiente, el libro tiene el
dato del vendedor, la oferta tiene la referencia al libro y la venta la
referencia a la oferta y los demas datos propios de la venta.

>
> - Liquidaciones.
> No guardás lo que le liquidaste a cada vendedor? HAce falta, porque si
> no no hay manera de saber qué liquidaciones hay pendientes.
>
Se crearon las tablas Liquidaciones y ventasxliquidacion.

>
>
>         Por ahora veo esto...
>
>         Seguimos!
>
>
>
> El sáb, 13-07-2013 a las 00:21 -0300, Marco Riedel escribió:
> > Leo Te paso la primera normalizacion.
> >
> >
> > Saludos
>
>
> --
> 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/20130713/6505ce3d/attachment-0001.html>
------------ próxima parte ------------
A non-text attachment was scrubbed...
Name: normalizacion.xls
Type: application/vnd.ms-excel
Size: 22528 bytes
Desc: no disponible
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20130713/6505ce3d/attachment-0001.xls>