[Php-avanzado] Requerimientos Funcionales version2 Pablo Losa

[Leonardo Tadei - Pegasus Tech Supply]

Hola Pablo,

El mié, 16-10-2013 a las 01:49 +0000, Pablo Federico Losa escribió:
> Hola Leo te adjunto corregido los requerimientos funcionales. 
> Nos vemos el jueves. Saludos Pablo

	Los copio acá para comentarlos. Te agradecería si podés copiar y pegar
acá futuras versiones, así nos simplificás a todos el acceso al texto, y
se diferencian mejor mis comentarios de la SRS.


RF1: por la estructura que tiene el Artículo, te falta especificar
previamente: Grupos, Proveedores, Condiciones de IIBB, Condiciones de
IVA.
	Luego en el RF del Artículo, tenés que hacer referencia a todas estas
funcionalidades.
	Dejaste los "nombres en clave" y abreviaturas de los atributos y los
aclaraste. Te repito que no hay que usar nombres en clave ni
abreviaturas en este documento. (Lamento si no fui claro en el mail
anterior: NO van acá ni abreviaturas ni nombres que solo vos sepas qué
significan.)  Revisá esto por favor para _todas_ las entradas en el
diccionario.

RF2: es ambiguo y no serve para expresar una funcionalidad.
	Es muy probable que ni siquiera sea una funcionalidad... ni siquiera
tiene diccionario!

RF3:  No es una funcionalidad. Ergo el RF2 tampoco.
	Se ve claramente que no es una funcionalidad, porque ninguna otra
funcionalidad ni diccionario lo usa!

RF4: falta el diccionario.

RF5: al igual que al RF1, le faltan especificar funcionalidades que son
necesarias, como: Categorías, Zonas, Zonas_Rep (sea lo que sea esto: te
dije que no hay que usar abreviaturas? ;-) ), Categorías Impositivas y
Ramos... posiblemente Localidades, porque hay Código Postal pero no es
de nadie. Si te referís al nuevo Código Postal Argentino (CPA) que hay
uno por cada domicilio, especificalo de esa manera.

RF6: no tiene diccionario.

RF7: no tiene diccionario.

...

Y sigue más o menos así, con las mismas observaciones.

	Todo lo que pusiste como Requerimientos NO Funcionales sí son
Requerimientos Funcionales (son cosas que este Software va a tener que
hacer y que implican que funcione de una manera u otra).
	Expresalas como funcionalidades y en el diccionario poné el DTD del XML
o un ejemplo de cada XML.


	Seguimos!

---------------------------------------------------


Se necesita un Sistema para una empresa distribuidora Mayorista, que
realice la gestión de los pedidos que realizan los vendedores en la
calle, con los artículos que haya en existencia de stock y a su vez los
repartidores puedan rendir los repartos desde su casa, via web. 

REQUERIMIENTOS DEL SISTEMA DE SOFTWARE


Especificación de Requerimientos Funcionales de software 

1–El sistema debe gestionar artículos

2-El sistema debe registrar tipos de usuarios

3- El sistema debe registrar usuarios con su tipo

4-El sistema debe registrar tipos de clientes

5- El sistema debe registrar clientes con su tipo

6-El sistema debe gestionar repartidores 

7-El sistema debe registrar vendedores. 

8-El sistema debe gestionar pedidos para los tipos de clientes [2] con
los artículos [1] que hay en stock

9-El sistema debe modificar y listar los numero de repartos hecho por un
repartidor [5] (***)

10-El sistema debe buscar vendedores [5] por número

11-EL sistema debe buscar vendedores [5] por nombre y apellido 

12-El sistema debe buscar pedidos[3] por número.

13-El sistema debe buscar artículos[1] por descripcion.

14-El sistema debe buscar artículos[1] por codigo.

15-El sistema debe buscar artículos[1] por rubro.

16-El sistema debe buscar clientes[2] por nombre. 

17-El sistema debe buscar clientes[2] por numero.






Diccionario



Artículos:

id articulo : número de identificación única del articulo 

Descripción : nombre del articulo 

Grupo : a que categoría pertenecen como alfajores o chocolates

Código : código de identificación interna del articulo

box : cantidad de unidades por caja 

pfinal : precio final 

proveedor : a quien se le compra el articulo 

stock_min : stock mínimo

múltiplo : describe de a cuantos se vende

c_endepos: costo en deposito

c_enorigen: costo de compra origen

habilitado: indica si el articulo está habilitado para la venta

condibru : cindicion de ingresos brutos 

cndiva: condición de iva



Clientes: bloqueado, categoría, código, cuit, teléfono, saldo, zona,
zona_rep, nombre, cod_postal, 

domicilio, fec_alta(fecha de alta del cliente), fec_cierre(fecha de
cierre del cliente), 

inscripto, ramo, observaciones



Pedidos: articulo, cantidad, factura, cliente, código, color, combo,
confirmado, 

descuento, facturado, fecha, numero(pedido), numero_fac , id(pedido),
impreso, reparto, 

sucursal, orden, tipo, precio.


Usuarios: clave, clave_email, código, cuenta, nombre, operador, perfil,
permisos


Gestionar: ABML (alta, baja, modificación, listar en pantalla) guardar
datos en la base de datos.


Registrar: AML (alta, modificación, listar en pantalla) en la base de
datos.


Base de datos: colección de datos que se cargan desde el sitio web o en
el sistema



(***) Aclaración los números de repartos solo son hechos en el sistema
central de la empresa

Requerimientos No funcionales 

-El sistema debe tener acceso a los clientes [2] de la empresa y
gestionarse con los mismos mediante archivos XML. 

-El sistema debe tener acceso a los artículos de la empresa y
comunicarse con los mismos mediante archivos XML. 

-El sistema debe tener acceso a los artículos [1] de la empresa y
gestionarse con los mismos mediante archivos XML. 


El sistema debe tener acceso a los usuarios [4] de la empresa y
gestionarse con los mismos mediante archivos XML. 



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