[Php-avanzado] SRS version 1 Marco Riedel

Mar Jul 16 23:18:35 ART 2013

Leo, te paso algunos comentarios y la modificación en la normalizacion.
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  Descripcion
Altura Id_FormaPago   Id_Localidad id_Usuario  Editoriales Limite_deuda
Id_editorial Habilitado FormasEnvioxusuario  Nombre  Id   Preguntas
Id_FormaEnvio  Libros Id_Pregunta Id_Usuario  Id_Libro Id_Oferta   Nombre
Fecha Liquidaciones  Id_Materia Id_usr_Comprador Id_liquidacion  Descripcion
Respuesta Fecha_generacion  Id_Editorial  Importe  Precio Ofertas Id_detalle
Id_usr_vendedor Id_Oferta    Fecha VentasxLiquidacion  EstadosOfertas
Id_Libro Id  Id_Estado Id_estado Id_Detalle  Nombre Id_FormaEnvio Id_Venta
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
El 15 de julio de 2013 08:58, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola Marco,
>
>
> >         - 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..
>
>         El agregado del CP Marco es en el diccionario, y no como
> funcionalidad!!!
>         Tampoco sacaste las Direcciones del diccionario...
>
Hecho.

>
> >         - 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,
>
>         Bueno, se llama "activo" ;-)
>
> > Se creo la tabla Operadores para los operadores del sistema.
>
>         Pero no le pusiste un nombre adecuado a "Usuarios".
>         Dale, cambiáselo...
>

Para mi son usuarios de la web, cual seria el nombre adecuado?

> >         - 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.
>
>         Me vas a tener qué explicar como funciona esto, porque la verdad
> que no
> lo entiende.
>         Si me interesa un libro no puedo hacer una pregunta al vendedor sin
> hacer una oferta primero? Es esto lo que querés especificar?
>

Una oferta es un libro publicado, la crea el vendedor y los compradores
hacen preguntas sobre esta oferta.  Por esto se guarda la referencia

> >
> >
> >         - 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
>
>         Entonces ahora te hace falta el nombre de la materia...
>         Si no, un día cambiás o borrás un nombre de materia, y los libros
> vendidos te cambian! No hay que cambiar el pasado!
>

La idea es que por mas que se modifique el nombre de la materia el libro
siga perteneciendo a ese grupo. Sino podrian quedar libros asociados a un
nombre de materia que no existe.

>
> >         - Falta un almacenamiento para implementar el RF15
> > Se crearon las tablas FormasEnvioxUsuario FormasPagoxUsuario
>
>         Cuando le pongas un nombre decente a la tabla Usuarios, actualizá
> el
> nombre de estos campos.
>         Estás usando en todas una clave primaria artificial, y en esta una
> clave natural compuesta: o le agregás un ID, o pasás todas las tablas a
> claves primarias naturales...
>

se agrego el campo id a las dos tablas.

>
>
> >         - 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.
>
>         Entiendo la idea, pero no funciona.
>         Especificás que se pueden borrar libros y ofertas (lo cual me
> parece
> perfecto) pero el almacenamiento que planteás falla si se borra un libro
> vendido o un libro que tenga una oferta o una oferta... lo ves?
>

Solo se pueden borrar libros que no tengan ofertas ni hayan sido vendidos.
 Esto estaria limitado desde codigo.

> >         - 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.
>
>         Tiene el mismo problema que el caso anterior: depende que de que
> exista
> el libro para relacionar la liquidación con un vendedor!!!
>

Idem anterior

>
>         La tabla VentasxLiquidación además le falta la clave primaria
> artificial.
>
>         Hacé estos pocos ajustes a la SRS y enviámela en un mail sola, así
> la
> archivo.
>         En mail aparte seguiremos con la normalización.
>
>         El trabajo viene bien!!!
>
> --
> 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/20130716/13131cce/attachment-0001.html>