[Php-avanzado] SRS Cuarta versión

[Leonardo Tadei - Pegasus Tech Supply]

Hola Octavio,

	por mi podemos dejar acá la SRS, porque ya se entiende lo suficiente
para saber qué sistema vas a hacer.

	La guardo como futura referencia.

	Como feedback:
- a "back" y "front" le falta la palabra "end" ;-)
- el diccionario no es "de datos"... eso es otra cosa. Este diccionario
es para saber en qué consiste cada cosa y cual es la abstracción
necesaria para el sistema. En tu sistema, en que casi todos los términos
tienen el significado habitual, solo queda como relevante la
abstracción.
- A7: parece faltar la relación con su localidad.
- Faltan los requerimientos que indiquen como se cambia de estado un
pedido, y de qué estado a qué estado es posible pasar. Lo tenés
explicado en "procesar pedidos", pero esa explicación ilustra cosas de
fuera del sistema, lo cual está bueno para entender qué hay que hacer,
pero al no estar expresado como funcionalidad, no queda claro para
alguien de afuera que el sistema va a hacer parte de esto.

	Hay más detalles, pero son solo eso: detalles. Si te interesa el tema
lo charlamos en clase.

	Ahora, a normalizar!!!


El vie, 19-11-2010 a las 19:30 -0300, Octavio Massone escribió:
> Leo, te mando la srs modificada.
> 
> Saludos, 
> 
> Octavio.
> 
> 
> 
> Descripción General
> 
> El sistema debe permitir la búsqueda y selección de artículos para su
> posterior pedido, optimizando de esta manera  los tiempos de pedidos y
> entrega entre el depósito y los clientes de la empresa.  Y permitiendo
> a los clientes mantener un histórico de los pedidos realizados  y los
> montos aproximados de facturación. Así mismo el cliente podrá
> verificar el estado de un pedido ya realizado, ya sea “Recibido”, “En
> Proceso” o “Enviado”. 
> 
> El sistema además deberá proveer a la gerencia informes estadísticos
> de pedidos. Estos informes y la funcionalidad sistema completa del
> sistema se detallan a continuación.
> 
> 
> 
> Requerimientos Funcionales
> 
> A.  Requerimientos del Back / Administradores
> 
> A.1 El sistema debe gestionar fábricas
> 
> A.2 El sistema debe gestionar rubros con sus respectivas fábricas
> 
> A.3 El sistema debe gestionar modelos de motores
> 
> A.4 El sistema debe gestionar modelos de vehículos y asignar su
> correspondiente modelo de motor.
> 
> A.5 El sistema debe gestionar artículos con sus respectivos modelos de
> motores, modelos de vehículos y su respectivo  rubro y fábrica.
> 
> A.6 El sistema debe gestionar localidades 
> 
> A.7 El sistema debe gestionar clientes.
> 
> A.8 El sistema debe listar los estados de los pedidos
> 
> A.9 El sistema debe procesar  pedidos con su respectivo cliente y los
> artículos que lo componen.
> 
> A.10 El sistema debe registrar el acceso de cada cliente al mismo.
> 
> B. Requerimientos del Front / Clientes
> 
> B.1 El sistema debe buscar artículos por código del mismo.
> 
> B.2 El sistema debe buscar artículos por rubro / fábrica. 
> 
> B.3 El sistema debe buscar artículos por modelo de motor y modelo del
> vehículo.
> 
> B.4 El sistema debe buscar artículos por descripción o parte de la
> misma.
> 
> B.5 El sistema debe gestionar el carro de pedidos con su respectivo
> cliente y los artículos que lo componen.
> 
> B.6 El sistema debe consultar un pedido histórico con sus respectivos
> artículos.
> 
> B.7 El sistema debe realizar el pedido compuesto por todos los
> artículos en existencia en el carro de pedidos a ese momento. La
> generación de un nuevo pedido enviará un mail a los administradores
> informando la novedad.
> 
> B.8 El sistema debe visualizar el estado del pedido, ya sea recibido,
> en proceso o enviado.
> 
>  
> 
> C. Requerimientos de la gerencia
> 
> C.1 El sistema debe listar los accesos de clientes filtrado  por fecha
> y / o cliente
> 
> C.2 El sistema debe listar los porcentajes de artículos pedidos
> agrupados por rubro y fabrica y filtrado por fecha y / o cliente
> 
> C.3 El sistema debe listar los tiempos entre estados de pedidos
> filtrado por fecha y/o cliente.
> 
>  
> 
> D. Diccionario de Datos
> 
> Procesar Pedidos:  El administrador ingresará al modulo de pedidos e
> imprimirá el pedido realizado por el cliente, esto traerá como
> consecuencia el cambio del estado “Recibido” a estado “En Proceso”,
> entregará la hoja a los despachantes  y estos,  una vez finalizado el
> proceso de separación de la mercadería, devolverán la hoja al
> administrador indicando que artículos no pudieron ser separados por
> falta stock. El administrador recuperará  el pedido desde el  módulo
> de pedidos  y procederá a la edición del mismo de acuerdo a la
> información provista  por el despachante. Una vez completado este paso
> cerrará el pedido lo cual traerá como consecuencia el cambio de estado
> de “En Proceso” a “Enviado”.
> 
> Gestión: Altas, bajas y modificaciones.
> 
> Artículos: Código, código fábrica,  descripción, valor neto, valor
> iva, observación, rubro, fabrica, motores, modelos.
> 
> Rubro: Código, descripción.
> 
> Fabrica: Código, descripción.
> 
> Motor: Código, Nombre
> 
> Modelo: Código, descripción, cilindros, válvulas, cilindrada,
> observaciones.
> 
> Clientes: Código, nombre, dirección, teléfono, email, localidad, tipo
> de usuario.
> 
> Pedidos: Número, fecha, hora, artículos, cantidad, clientes, estado,
> precios de lista.
> 
> Carro de pedidos: Fecha, hora, artículos, cantidad, cliente, 
> 
> Gestionar carro de pedidos: Sobre el resultado de los requerimientos
> B.1 al B.4 el sistema debe poder marcar artículos para su posterior
> pedido. (Agregado al carro de pedidos). El sistema debe consultar los
> artículos seleccionados para pedir. (Visualización del carro de
> pedidos). El sistema debe eliminar artículos seleccionados para pedir.
> (Eliminar ítems del carro de pedidos)
> 
> 
> _______________________________________________
> Php-avanzado mailing list
> Php-avanzado en pato2.fi.mdp.edu.ar
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
-- 

Leonardo Tadei
leonardot en pegasusnet.com.ar
http://blog.pegasusnet.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key