[Php-avanzado] SRS Segunda versión

Leonardo Tadei - Pegasus Tech Supply leonardot en pegasusnet.com.ar
Mie Nov 17 15:45:43 ARST 2010


Hola Octavio!

	está muy buena.
	Te hago algunos comentarios y preguntas, así la vamos terminando:
	
	El 1.8 es no-funcional. Sacalo, y si querés dejarlo escrito en algún
lado, creá una sección de Requerimientos No Funcionales.

	Faltaría un RF que mencione el ver o listar estados de los pedidos, ya
que este "estado" es parte importante del Pedido para los procesos.

	Qué diferencia hay entre el 2.2 y el 2.3 ?	

	En el 2.7 al 2.11 sobra la parte que dice "al cliente": estamos
especificando qué hará el sistema, y no quién lo usará ;-) Por lo mismo,
al 2.11 le sobra la parte de "a los administradores".

	En todo esto, te falta especificar la "gestión del carrito de pedidos",
que nombrás varias veces, sobre todo para que tenga su entrada en el
diccionario y ver la abstracción necesaria en este sistema.

	La fórmula que usás de "debe poseer" genera ambigüedades, porque todo
lo demás también lo "debe poseer" pero no está escrito... podrías poner
directamente por ej "el sistema debe buscar artículos...." y así con
todos. Pasa lo mismo con el "permitir".

	Vamos que falta poco!

El mié, 17-11-2010 a las 11:34 -0300, Octavio Massone escribió:
> Leo, te adjunto el srs con algunas modificaciones. El punto 1.8 lo
> dejé porqué considero que si es un requerimiento del sistema, ya que
> la aplicación tendrá un pequeño "panel de control" donde se vincularán
> los clientes y los módulos del sistema a los cuales el mismo tiene
> acceso. Es decir, considero que es una "Gestión de permisos". Fijate
> que te parece. 
> 
> 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
> 
> 1.  Requerimientos del Back / Administradores
> 
> 1.1 El sistema debe gestionar rubros
> 
> 1.2 El sistema debe gestionar fábricas
> 
> 1.3 El sistema debe gestionar modelos de motores
> 
> 1.4 El sistema debe gestionar modelos de vehículos y asignar su
> correspondiente motor.
> 
> 1.5 El sistema debe gestionar artículos con sus respectivos motores,
> modelos y su respectivo  rubro y fábrica. 
> 
> 1.6 El sistema debe gestionar clientes.
> 
> 1.7 El sistema debe procesar  pedidos.
> 
> 1.8 El sistema debe gestionar los permisos de accesos a los diferentes
> módulos del sistema.
> 
> 1.9 El sistema debe registrar el acceso de cada cliente al mismo.
> 
>  
> 
> 2. Requerimientos del Front / Clientes
> 
> 2.1 El sistema debe poseer un buscador de artículos por código del
> mismo.
> 
> 2.2 El sistema debe poseer un buscador de artículos por rubro /
> fábrica. 
> 
> 2.3 El sistema debe poseer un buscador de artículos por rubro. 
> 
> 2.4 El sistema debe poseer un buscador de artículos por tipo de motor
> y modelo del vehículo.
> 
> 2.5 El sistema debe poseer un buscador de artículos por descripción o
> parte de la misma.
> 
> 2.6 Sobre el resultado de los requerimientos  2.1 al 2.5 el sistema
> debe poder marcar artículos para su posterior pedido. (Agregado al
> carro de pedidos)
> 
> 2.7 El sistema debe permitir al cliente consultar un pedido histórico.
> 
> 2.8 El sistema debe permitir al cliente consultar los artículos
> seleccionados para pedir. (Visualización del carro de pedidos)
> 
> 2.9 El sistema debe permitir al cliente eliminar artículos
> seleccionados para pedir. (Eliminar ítems del carro de pedidos)
> 
> 2.10 El sistema debe permitir al cliente realizar el pedido. La
> generación de un nuevo pedido enviará un mail a los administradores
> informando la novedad.
> 
> 2.11 El sistema debe permitir al cliente visualizar el estado del
> pedido, ya sea recibido, en proceso o enviado.
> 
>  
> 
> 3. Requerimientos de la gerencia
> 
> 3.1 El sistema debe proveer un listado de accesos de clientes filtrado
> por fecha y / o cliente
> 
> 3.2 El sistema debe proveer un listado de porcentaje de pedidos
> agrupados por rubro y fabrica y filtrado por fecha y / o cliente
> 
> 3.3 El sistema debe proveer un listado de tiempos entre estados de
> pedidos filtrado por fecha y/o cliente.
> 
>  
> 
> 4. 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ículo, cantidad, cliente.
> 
> 
> 
> 
> _______________________________________________
> 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



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