[Php-avanzado] Sugerencia

Vie Dic 11 22:52:46 ART 2015

Le adjunto version uno y pregunto:
¿El diccionario tengo que ponerlo antes que los requerimientos funcionales?
Las Compras no se gestionan porque no debo borrarlas, ¿cómo las defino?
El sistema debe ______ compras.
Gracias!

El 11 de diciembre de 2015, 19:41, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Hola Martín,
>
>         copio y pego la SRS y te la comento:
>
>         Primera cuestión: en los atributos NO van IDs ni nada que tenga
> que ver
> con cómo se hará el software. En la SRS se dice qué software se va a
> hacer, no cómo hacerlo (y es una decisión de cómo hacerlo por ejemplo
> usar claves artificiales o naturales o ni siquiera usar una DB...)
>
>         Segunda cuestión: la palabra "permitir" no va, porque viola varios
> principios de la SRS. Todo lo que está acá escrito es lo que se va a
> permitir hacer!
>
>         RF1 y 2: no parece haber diferencias significativas entre los dos
> tipos
> de clientes, para que no se pueda tener un solo tipo que tenga como
> atributo "tipo de cliente"... Si se identifica con CUIT o DNI podría ser
> también un "tipo de identificación".
>         Según el diccionario, te falta especificar _antes_ del o los
> clientes:
> Ciudades, Provincias, Tipos de Comprador al menos.
>         No sé que es "regimen que se aplica"...
>         Luego en las funcionalidades, hacer mención a todas estas cosas
> como
> parte del cliente.
>
>         RF3: te falta especificar _antes_ (no depués) las Categorías y
> hacer
> referencia a ellas "El sistema debe gestionar Productos con sus
> Categorías".
>         te falta especificar _antes_  (no depués) los Proveedores, para
> poder
> referenciarlos en el Producto.
>         Pregunta: un producto tiene un único proveedor?
>         Todas las formas de ver Productos ponelas como subrequerimientos
> del
> Producto, no por separado.
>
>         RF7: te falta hacer referencia a la Ciudad y Provincia.
>
>         RF10: está bien, pero "gestor" en un texto que habla a cada rato de
> "gestionar" suena confuso... Si querés dejala, porque, insisto, está
> bien, pero tal vez sea bueno algún sinónimo como "administrador" o
> "encargado" o "responsable".
>
>         RF13: esto es una no-funcionalidad. No va acá.
>
>         RF14: y los datos del cliente? qué es "detalle de compra"? Son los
> productos y sus cantidades? Lo tenemos que adivinar? Hay dirección de
> envío?
>         Respecto de los Transportistas, si te hacen falta para el Remito,
> entonces tenés que especificarlos para gestionarlos... (lo de hacer una
> tabla no es tema que nos ocupa acá... dejá de pensar en cómo hacerlo
> cuando todavía no sabés qué hacer!)
>
>         RF15: y el diccionario? Vas a emitir facturas fiscales???
>
>         RF16: y el diccionario?
>
>         Respecto a tu aclaración final, sirve junto con algunas
> funcionalidades, para darse cuenta de que faltó algo, que no es menor:
> no especificaste la compra!!!
>
>         Está buena como versión 0. Ahora metele pata y hacé rápido la
> versión
> 0.1 para no perder el envión!!!
>
>
>
> -----------------------------------------------------
>
> fleaMarket.com // MercadoDePulgas.com
> -------------------------------------
>
> El proyecto consiste en el desarrollo de una aplicación Web que
> permita gestionar la venta de Producto Varios de manera online.
>
> 1.      El sistema debe gestionar Clientes Minoristas.
> 2.      El sistema debe gestionar Clientes Mayoristas.
> 3.      El sistema debe gestionar Productos.
> 4.      El sistema debe gestionar Categorias de Productos [3].
> 5.      El sistema debe listar Productos por Categorías [3][4].
> 6.      El sistema debe permitir buscar Productos por Categorías [3][4].
> 7.      El sistema debe gestionar Proveedores.
> 8.      El sistema debe permitir buscar Productos por Nombre, para ambos
> tipos de Clientes.
> 9.      El sistema debe permitir buscar Productos por Descripción, para
> ambos tipos de Clientes.
> 10.     El sistema debe gestionar Gestores.
> 11.     El sistema debe permitir buscar Productos por Proveedor, para el
> Gestor. [7][10]
> 12.     El sistema debe permitir buscar Productos por fecha de alta,
> para el Gestor.[10]
> 13.     El sistema  debe gestionar Permisos???.
> 14.     El sistema debe emitir Remitos
> 15.     El sistema debe emitir Facturas
> 16.     El sistema debe notificar mediante email al Cliente Minorista o
> Mayorista que su pedido fue realizado, junto con un detalle del pedido.
>
> Aclaración que no se donde especificarlo: según el tipo de cliente que
> se logué vera una lista de precios diferente.
>
> Diccionario
> -----------
>
> Cliente Minorista: ID_CM, DNI, nombre, apellido, dirección, ciudad,
> provincia, e-mail, teléfono, contraseña, fecha de “alta de cliente”,tipo
> de comprador(asiduo, “podría guardar como un ranking para que acceda a
> descuentos por buen cliente”).
>
> Cliente Mayorista: ID_CMY, Nombre/Razón Social, dirección, ciudad,
> provincia, cuit, mail, tel,  fecha de “alta de cliente”,”régimen que se
> le aplica”, plazo de  pago         .
>
> Producto: ID_Productos, Nombre, Descripción, COD/REF,  Cantidad por
> Bulto, Categorias ( puede ser una o muchas), Costo, Precio_publico,
> Precio_Mayorista , fecha de alta, ID_Prov.
> ## Duda el proveedor puede también ser cliente mayorista, en ese caso
> como debo expecificarlo. ¿Agrego otro campo a proveedores?
>
> Categoría: ID_Categoria, Nombre, Descripción. (ej: Novedades,
> Ofertas,Bazar,Herramientas, Jardineria,etc)
>
> Proveedor: ID_prov, Nombre/Razón Social, dirección, ciudad, provincia,
> cuit, mail, tel, Saldo.
>
> Gestor: persona que se ocupará de la carga del sistema. Creación de los
> Productos, y sus
> correspondientes Categorías. No podrá modificar la estructura de la base
> de datos.
>
> Remito: id_remito, numero, Nombre/Razon Social de la Empresa(que envía),
> detalle de compra, fecha, ID_CMY.
> ## El remito sería lo que se le envía por mail al cliente. ¿Tendria que
> expecificar transportista? Y  en ese caso ¿tendría que tener una tabla
> de Transportistas?
>
> Factura:
>
> Permisos:  ## ¿como los defino?
>
> El vie, 11-12-2015 a las 18:46 -0300, Martin Urciuoli escribió:
> > Hola profesor le adjunto la versión 0 de la SRS.
> > 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
>
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20151211/eb000953/attachment-0001.html>
------------ próxima parte ------------
fleaMarket.com // MercadoDePulgas.com
-------------------------------------

El proyecto consiste en el desarrollo de una aplicación Web que
 gestiona la venta de Producto Varios de manera online.

1.	El sistema debe gestionar Clientes 
2.	El sistema debe gestionar Proveedores.
3.	El sistema debe gestionar Categorias.
4.	El sistema debe gestionar Productos con sus Categorías
	4.1 El sistema debe listar Productos por Categorías.
	4.2 El sistema debe buscar Productos por Categorías.
	4.3 El sistema debe buscar Productos por Nombre, para ambos Tipos de 	Clientes.
	4.4 El sistema debe buscar Productos por Descripción, para ambos tipos de Clientes.

5.	El sistema debe gestionar Administradores.
	5.1 El sistema debe buscar Productos por Proveedor, para el Administrador.
	5.2 El sistema debe buscar Productos por fecha de alta, para el Administrador.

6.	El sistema debe ______ Compras.
	6.1 El sistema debe emitir Remitos.
	6.2 El sistema debe emitir Facturas

7.	El sistema debe gestionar Ciudades con sus Provincias.
8.  El sistema debe gestionar Transportistas

9.	El sistema debe notificar mediante email al Cliente que su pedido fue realizado,  adjuntando remito de la compra, junto con la dirección de envío, y el Transporte a utilizar. 

Diccionario
-----------
Ciudades:  

Provincias:

Tipo de Cliente: 
	cliente por menor (compras de confecha, productos, unidades por producto, valor por unidadsumidor final).
	cliente por mayor(compras de otros comercios, para luego ser revendidas).

Régimen: lista de precio que se le aplica de manera arbitraria al cliente por mayor.

Medio de Envío: será aportado por el cliente al momento de la compra.

Transportista: Nombre/Razón Social, dirección, ciudad, provincia, cuit, mail, teléfono, observaciones.

Cliente :  Nombre/Razón Social, dirección, ciudad, provincia, CUIT/CUIL, mail, teléfono,  fecha de “alta de cliente”, dirección de envío,  medio de envío, contraseña, tipo de cliente, régimen, plazo de  pago; al ser minorista, tipo de comprador(asiduo, esporádico, moroso. (donde según el caso recibe ofertas o no)).

Proveedor:  Nombre/Razón Social, dirección, ciudad, provincia, cuit, mail, tel, Saldo, tipo de cliente.

Categoría:  Nombre, Descripción. (ej: Novedades, Ofertas,Bazar,Herramientas, Jardineria,etc)

Producto:  Nombre, Descripción, COD/REF,  Cantidad por Bulto, Categorias ( puede ser una o muchas), Costo, Precio_publico, Precio_Mayorista , fecha de alta, Proveedor, Tipo de Cliente.

Compra: (¿carrito de compras?) seleccion que hace el cliente, de productos a adquirir ( fecha, producto, unidades por producto, valor por unidad )

Administrador: persona que se ocupará de la carga del sistema. Creación de los Productos, y sus correspondientes Categorías. No podrá modificar la estructura de la base de datos.	

Remito:  numero, Nombre/Razon Social de la Empresa(que envía),  detalle de compra, fecha.
Condicion de Venta : contado, cuenta corriente.

Factura:  Nombre/Razon Social de la empresa que la emite, dirección, CUIT, Ingresos Brutos, inicio de actividades, IVA, responsable Inscripto, CUIT, Condicion de Venta, número de remito, número de factura, fecha de emisión, Nombre/Razon Social a quien va dirigida, dirección, CUIT,  cantidad, descripción, precio unitario, importe.

Pregunta: un producto tiene un único proveedor?
Yo creo que si, porque sino donde guardo el costo de ese producto de un determinado proveedor.
Puede pasar que un proveedor aplique diferentes descuentos a su mercadería , al tenerlo separados considero que será mas claro. Igualmente escucho sugerencias!