[Php-avanzado] SRS versión final???

Jue Ene 30 15:55:09 ART 2014

Hola Maximiliano,

	ya te había preguntado esto, pero no recuerdo tu respuesta: un Pedido
tiene a más de un Cliente???

	La especificación de los cambios de estado es suficientemente clara
para lo que se pretende. Fijate que en el diccionario hablás de un
estado "confirmado" que no existe en otro lugar. Supongo que será
"verificado".

	No estaría demás agregar al RF 14 en qué estado arranca, como el 14.1 y
luego seguir con los cambios.

	Sacame de la duda de si los pedidos son de un solo Cliente o de varios
a la vez. Si son de varios Clientes a la vez, voy a necesitar que me
expliques un poco más como es que entre varios hacen un solo pedido.

	No sé si es interesante mantener la fecha de cada etapa del Pedido. Si
lo fuera, agregásela como atributo al pedido, una fecha para cada etapa
y listo.

	Seguimos!

El mié, 29-01-2014 a las 10:19 -0200, Maximiliano Lizondo escribió:
> Leo, estos son los requerimientos con las modificaciones sobre los
> estados de los pedidos. Aunque tengo dudas sobre como redactar esos
> puntos (14.1 y 14.2).
> 
> Si me das el ok, arranco a normalizar.
> 
> 
> 
> RESUMEN:
> 
> 
> La aplicación consiste en una tienda virtual.
> 
> Dicha aplicación podrá dar de alta, baja, modificar y presentar en
> pantalla a proveedores, productos  y clientes con sus respectivos
> atributos.
> 
> El cliente podrá registrarse y obtener una cuenta personal. Además,
> podrá seleccionar productos y agregarlos a su lista de compras.
> 
> Es importante señalar que la aplicación utilizará una de dos posibles
> listas de precios de productos, dependiendo del tipo de cliente
> (cliente tipo particular o cliente tipo revendedor). Dicha información
> es solicitada por la aplicación al momento de registrarse el cliente.
> 
> Cuando el cliente finalice la selección de productos y método de
> envío, la aplicación presentará en pantalla el precio total del
> pedido. Teniendo en cuenta los datos personales del cliente, la
> aplicación podrá calcular el precio de envío al lugar de residencia
> del cliente. 
> 
> A continuación, la aplicación enviará la información detallada del
> pedido a una casilla de correo electrónico.
> 
>  
> 
> 
> REQUERIMIENTOS FUNCIONALES:
> 
> 
> 1- El sistema debe gestionar países.
> 
> 2- El sistema debe gestionar provincias con su país[1].
> 
> 3- El sistema debe gestionar localidades con su provincia[2].
> 
> 4- El sistema debe gestionar proveedores con su país[1], provincia[2]
> y localidad[3].
> 
> 5- El sistema debe gestionar formatos de productos.
> 
> 6- El sistema debe gestionar productos con sus proveedores[4] y
> formatos de productos[5].
> 
> 7- El sistema debe gestionar tipos de documento.
> 
> 8- El sistema debe gestionar tipos de clientes.
> 
> 9- El sistema debe gestionar clientes con su país[1], provincia[2],
> localidad[3], tipo de documento[7] y tipo de cliente[8].
> 
> 10- El sistema debe gestionar tipos de moneda con su país[1].
> 
> 11- El sistema debe gestionar listas de precios de productos con sus
> productos[6], tipos de moneda[10] y clientes[9].
> 
> 12- El sistema debe gestionar tipos de envío con su país[1],
> provincia[2], localidad[3].
> 
> 13- El sistema debe gestionar estados de pedidos.
> 
> 14- El sistema debe registrar pedidos con su cliente[9], productos[6],
> tipo de envío[12] y estado de pedido[13].
> 
> 14.1- Los pedidos que se encuentren en estado “en proceso” pueden
> pasar al estado “cancelado” o “verificado”.
> 
> 14.2- Los pedidos que se encuentren en estado “verificado” solo pueden
> pasar al estado “entregado”.
> 
> 15- El sistema debe enviar los pedidos[14] a una casilla de correo
> electrónico.
> 
>  
> 
> 
> DICCIONARIO:
> 
> 
> Países: nombre de país
> 
> Provincias: nombre de provincia, país
> 
> Localidades: nombre de localidad, país, provincia, código postal
> 
> Proveedores: razón Social, país, provincia, localidad, dirección,
> email, página web, teléfono
> 
> (Se considera proveedores a sellos discográficos y comerciantes, que
> son gestionados por el sistema UNICAMENTE a través de un usuario
> administrador)
> 
> Tipo de documento: país, DNI/CI/LE/LC
> 
> Tipo de envío: país, provincia, localidad, correo argentino/correo
> privado/encomienda por ómnibus, precio de envío
> 
> Clientes: nombre de cliente, tipo de cliente, tipo de documento,
> número de documento, país, provincia, localidad, dirección, email.
> 
> (Se considera cliente a cualquier individuo que accede al sistema para
> registrarse en el mismo)
> 
> Tipo de cliente: particular/revendedor
> 
> Tipos de moneda: nombre de moneda, país
> 
> Productos: nombre de producto, código de identificación, proveedor,
> formato de producto
> 
> Lista de precios de productos: productos, tipos de moneda, precio de
> producto, clientes
> 
> Formatos de productos: nombre de formato, CD/TAPE/VINYL
> 
> Estado de pedido: 
> 
> en proceso (pedido siendo procesado por el sistema)
> 
> cancelado (pedido “en proceso” que es luego cancelado por el sistema)
> 
>  verificado (pedido “en proceso” que es luego confirmado por el
> sistema)
> 
>  entregado (pedido “confirmado” que es luego recibido en el domicilio
> del cliente)
> 
> Pedidos: fecha de emisión, clientes, productos, tipo de envío, precio
> total del pedido, estado de pedido
> 
> 
> -- 
> Ing. Maximiliano Andrés Lizondo
>       * Teléfonos: 0223-493-5488 (particular) - 2236-321708 (móvil)
>       * Perfil profesional en
>         LinkedIn: http://ar.linkedin.com/pub/maximiliano-andr%C3%
>         A9s-lizondo/61/906/344
> _______________________________________________
> 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

-- 

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