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

Maximiliano Lizondo lizondomaximiliano en gmail.com
Lun Feb 3 17:51:55 ART 2014


Leo, estoy normalizando y hasta ahora tengo esta primera versión:

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 verificado por el sistema)
  *entregado (pedido "verificado" que es luego entregado en el domicilio
del cliente)
Pedidos:  cliente, productos, tipo de envío, precio total del pedido,
estado de pedido, fecha de estado


TABLAS:
-------

Localidades:
id_localidad
nombre_localidad
codigo postal
id_provincia

Paises:
id_pais
nombre_pais

Provincias:
id_provincia
nombre_provincia
id_pais

Clientes:
id_cliente
nombre_cliente
tipo_cliente
tipo_documento
numero_documento
direccion
email
id_localidad
id_lista_precios

Proveedores:
id_proveedor
razón Social
dirección
email
página web
teléfono
id_localidad

Productos:
id_producto
nombre_producto
formato de producto
código de identificación (comercial)
id_proveedor

Listas_de_precios: (no está completa porque tengo dudas con esto, explico
abajo)
id_lista_precios
***productos, tipos de moneda, precio de producto, clientes

Pedidos:
id_pedido
productos
tipo de envío
precio total del pedido
id_cliente

Estados_de_pedidos:
id_estado
nombre_estado
fecha_estado
id_pedido

Bueno, la duda que tengo es respecto a las listas de precios. En mi caso,
las mismas se asignan por cliente. Podrían existir varias listas y cada
cliente podría tener asignadas varias de ellas (es una funcionalidad que me
recomendaste hacerla no tan restrictiva, como sería asignar listas en base
al "tipo de cliente").
El tema es cómo encajan las listas de precios en la estructura de las
tablas normalizadas. Yo había pensado que, como existe la posibilidad que
haya varias listas, armar una tabla "Listas_de_precios" con los campos
"id_lista", "descripcion" e "id_cliente". En ese caso, el contenido del
campo "descripción" sería la lista de precios en un archivo .pdf o algo
similar.
Por favor, decime si estoy muy errado o qué alternativa podría usar.
Gracias!



El 31 de enero de 2014, 9:29, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> Ok. Poniendo en singular al cliente en el diccionario de Pedido y con
> ese ajuste en los estados, debería estar listo.
>
> Seguimos!
>
> El vie, 31-01-2014 a las 10:24 -0200, Maximiliano Lizondo escribió:
> > Cada pedido solo tiene un cliente, es decir, solo puede ser realizado
> > por un solo cliente.
> > Ok, modifico esos detalles entonces. Saludos.
> >
> >
> > El 30 de enero de 2014, 15:55, Leonardo Tadei - Pegasus Tech Supply
> > <leonardot en pegasusnet.com.ar> escribió:
> >         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
> >
> >         _______________________________________________
> >         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
> >
> >
> >
> >
> > --
> > 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
>
> _______________________________________________
> 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
>



-- 
*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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20140203/69596e3a/attachment-0001.html>


Más información sobre la lista de distribución Php-avanzado