[Php-avanzado] Requerimientos del sistema

[Leonardo Tadei - Pegasus Tech Supply]

Hola David,

El vie, 29-06-2012 a las 08:59 -0300, David Barraud escribió:
> Hola Leo, supongo que cuando me enviaste la corrección no habias leído
> todas las especificaciones porque en la RF4 puse el mecanismo para dar
> de alta los insumos.

	Sí, la había leido, pero me pareció importante detenernos en tu duda y
aclarar ese punto, para seguir avanzando sobre seguro.

> Igualmente te paso nuevamente las correcciones para ir avanzando.
> Entiendo la explicación que me diste y espero haber hecho las
> correcciones apropiadas.

	Te hago un par de observaciones abajo, intercaladas con tu texto.

> Ahora surge una pregunta del sistema. Hay un mecanismo para dar de
> alta a los  insumos y es el "comprobante de alta de insumos" y se
> desprende de las especificaciones que el mecanismo para darlo de baja
> es el uso que se le dá en la solicitud. Ahora, se podría tener otro
> mecanismo de baja, algo así como un "comprobante de baja de insumos"?
> estoy pensando en un caso en el que el insumo se tenga que dar de baja
> por algún hecho catastrófico por ejemplo se rompió un caño de agua, se
> moja el insumo y hay que tirarlo. En este caso una solicitud de
> trabajo no sería la solución sino que se podría tener algún mecanismo
> de baja alternativo a la solicitud.
> No sé que te parece.

	Me parece bien! Sí se darán casos así, es importante contemplarlos.
Tiene que haber al menos un mecanismo para altas de Insumos y al menos
uno para bajas de Insumos, pero no hay restricciones técnicas para que
haya varios.


> Requerimientos funcionales:
> 
> 1.      El sistema debe gestionar departamentos de trabajo.
> 
> 2.      El sistema debe gestionar categorías de insumos.
> 
> 3.      El sistema debe gestionar insumos con sus categorías [2].
> 
> 4.      El sistema debe emitir un comprobante de alta de insumos[3].
> 
> 5.      El sistema debe mostrar estados de las solicitudes de trabajo.
> 
> 6.      El sistema debe asentar solicitudes de trabajo con su
> departamento [1] , insumos [3] utilizados y estados[5].
> 
> a.      El sistema debe asentar una solicitud [6] pedida y cambiar su
> estado [5] a “pendiente”.
> 
> b.     El sistema debe tomar solicitudes [6] pendientes [6.a] y
> cambiar su estado [5] a “en proceso” si se toma la decisión de
> trabajar en esta solicitud.
> 
> c.      El sistema debe cambiar el estado [5] de las solicitudes [6]
> en proceso [6.b] y pasarlos a “solucionado” si se ha resuelto el
> problema.
> 
> d.     El sistema debe cambiar el estado [5] de las solicitudes [6]
> “pendiente” [6.a], “en proceso”[6.b] a “no resuelto” si es que el
> problema de la solicitud[6] no tiene solución. 
> 
> 7.      El sistema debe listar la solicitudes [6] de acuerdo a su
> estado[5].
> 
> 
> 
> Diccionario
> Departamentos (nombre). Áreas de trabajo que tienen un problema y
> realizan una solicitud de trabajo.
> Categorias (nombre). Tipos de insumos informáticos.
> Insumos(fecha,nombre, imagen). Insumos informáticos (teclados, mouses,
> monitores, fuentes, etc.).

	Acá te falta la Categoría en la lista de atributos.

> alta_insumos (fecha, cantidad) Es el comprobante de alta de insumos,
> la cantidad de insumos que ingresan al stock.

	Acá te faltan los Insumos en la lista de atributos.

> solicitudes (fecha_inicio, fecha_fin, problema, solución). Pedidos de
> trabajo que hacen los departamentos cuando hay algún problema para
> resolver.

	Acá te faltan los Insumos  y la cantidad de cada uno en la lista de
atributos.

> estados( estado). Vista actual del pedido de trabajo. El estado pueder
> ser: "No resuelto", "En proceso", “pendiente”o "Solucionado".
> 
> 
> Muchas gracias.

	Por nada!
	Con estas pavadas deberíamos estar terminando...

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