[Php-avanzado] ERS

Lun Nov 14 11:06:57 ART 2011

Hola Paula y Germán,

	Les hago unas consultas intercaladas con su texto:

El jue, 10-11-2011 a las 00:03 +0000, Paula Termansen escribió:
> Leo, te enviamos la ERS modificada.
> 
> 
> Introducción:
> 
> 
> Kringle es un Sistema de Gestión Gastronómico, el mismo permitirá el
> manejo de Mesas, Mozos, Producto, Proveedores, Rubros, Clientes. 
> 
> 
> Requerimientos Funcionales:
> 
> 
> 1. El Sistema debe gestionar mesas.

	En el diccionario enumeran correctamente los Estados de la Mesa, con lo
que supongo que serán fijos por el sistema. Luego en la Mesa mencionan
que tiene un Estado de la Mesa, lo cual se ve bien. Lo que le falta a
este RF es relacionarlo con los estados de la mesa, para lo cual deberán
especificarlo previamente.
	Por ejemplo 1) El sistema debe mostrar Estados de Mesa; y luego 2) El
sistema debe gestionar Mesas con su Estado de Mesa.

> 2. El Sistema debe gestionar categorías impositivas. 
> 
	A mi me da lo mismo, pero acá podrían ahorrarse la gestión y solo
mostrarlas, al igual que los Estados de Mesa...
	Por otra parte, las Categorías Impositivas no tiene alícuotas de IVA:
son los productos los que están gravados con una alícuota: están
mezclando los conceptos... creo que las Alícuotas de IVA sí necesitan
gestionarlas, pero son algo independiente de la Categoría Impositiva.

> 3. El Sistema debe gestionar clientes con categoría impositiva.
> 

	El restaurante es Responsable Inscripto frente al IVA? Si no lo es,
todas las facturas serán IVA incluido, y podrían ahorrarse la parte de
las Categorías Impositivas...
	Además en el diccionario, figura la CUIT pero no la Categoría
Impositiva.

> 4. El Sistema debe mostrar tipos de rubros.
> 
> 
> 5. El Sistema debe gestionar rubros con su tipo.
> 
> 
> 6. El Sistema debe gestionar productos por su rubro.
> 
	El Punto de Fabricación es meramente descriptivo o va a hacer falta
para algún proceso? Si hace falta para algún proceso, tendrán que
gestionarlo por separado y relacionarlo con este RF...

> 7. El Sistema debe gestionar proveedores.
> 
> 
> 8. El Sistema debe gestionar materias primas por su rubro y con sus
> proveedores.
> 

	Si la Materia Prima tiene sus Proveedores, el diccionario está
incompleto porque no los tiene.
	Por otra parte, un informe de Materias Primas provistas por un
Proveedor es perfectamente posible de implementar con la información en
los Remitos de Proveedor, por lo que este RF es de dudosa utilidad, ya
que para que tenga sentido hay que actualizarlo manualmente...

> 9. El Sistema debe gestionar remitos con un proveedor y materias
> primas.
> 
> 
> 10. El Sistema debe gestionar puntos de pedido de materias primas.
> 
	No veo el diccionario de los Puntos de Pedido...

> 11. El Sistema debe mostrar tipos de documentos.
> 
> 
> 12. El Sistema debe gestionar mozos con su tipo de documento 
> 
> 
> 13. El Sistema debe gestionar adiciones de productos a una mesa.
> 
	Por el diccionario de las Adiciones, les falta especificar las Formas
de Pago y asociarlas a este RF.
	Pero: tiene sentido que la Adición tenga una Forma de Pago? No es algo
pertinente únicamente al Ticket?

> 14. El Sistema debe emitir un ticket no válido como factura.
> 
	Y el ticket no tiene Forma de Pago ni Cliente?

> 15. El Sistema debe gestionar el stock de las materias primas.
> 
> 
> 16. El Sistema debe gestionar el stock de los productos.
> 
	Gestionar o solo Calcular en base a las adiciones/tickets y los Remitos
de Proveedor?
	Redactado así, esperaría que haya alguna pantalla o interfaz que me
permita modificar a mano el stock...

> 17. El Sistema debe gestionar la cuenta corriente de los clientes.
> 
	Entonces, falta especificar el Registro de los Pagos, porque si no no
hay como acreditar en una Cta Cte nada...

> 18. El Sistema debe realizar el reporte de proveedores por materia
> prima.
> 
> 
> 19. El Sistema debe realizar el reporte de Ctas ctes por cliente.
> 
> 
> 20. El Sistema debe realizar el reporte por períodos de productos
> vendidos, ya sea días u horas.
> 
> 
> 
> 
> 
> 
> Requerimientos  No Funcionales:
> 
> 
> 1. El Sistema debe mostrar  imagen del salón con las mesas dependiendo
> de su estado: libre, Ocupada,  pendiente de pago, por liberarse, no
> disponible.
> 
> 
> 2. El Sistema debe tener cuatro tipos de Usuarios Administrador,
> Adicionista, Mozo y Cheff.
> 

	Los RNF son muy pertinentes!

> Diccionario:
> 
> 
> Estado de la mesa: libre, ocupada,  pendiente de pago,  por liberarse,
> no disponible.
> 
> 
> Mesas: nro de mesa,  fecha y hora de cambio de estado, estado de la
> mesa
> 
> 
> Tipo de Documento: nombre
> 
> Mozos: nombre, apellido, tipo documento, nro. documento, teléfono,
> dirección
> 
> 
> Categoría Impositiva: nombre, alícuota
> 
> 
> Clientes: nro cliente, nombre, apellido, razón social, dirección,
> cuit, teléfono
> 
> 
> Tipos de Rubro: nombre (materia prima o producto).
> 
> 
> Rubro: nombre, tipos de rubro
> 
> Producto: nombre, nombre del rubro, punto de fabricación,  precio.
> 
> 
> Proveedor: razón social, dirección, teléfono, e-mail, nombre, nombre
> del contacto, teléfono del contacto, 
> 
> 
> Materia Prima: nro de materia prima, nombre.
>  
> Remito: nro remito, fecha, proveedor, cantidad de materias primas,
>  nombre de  mat primas
> 
> 
> Formas de pago: nombre
> 
> 
> Adición: nro de adición, nro de mesa,  cantidad de  productos
> consumidos,  nombre de productos consumidos,  precio unitario de
> productos consumidos,  fecha y 
> 
> 
> hora de ocupación,  fecha y hora de liberación, cliente(si
> corresponde), mozo,  forma de pago. 
> 
> 
> Ticket: fecha y hora, nombre de productos consumidos, cantidad de
> productos consumidos, precio de los productos consumidos, nro de
> adición, total del ticket.
> 
> 
> Cta Cte: nro de cliente, nro de adiciónes, debe, haber, saldo, fechas
> de pagos.
> 
> 
> Stock: nro materia prima, nombre, cantidad en stock, punto de
> reposición (valor en el cual hay que pedir la materia prima), ingresos
> y egresos.

	Seguimos!

	Yo creo que con una, o a lo sumo dos iteraciones, deberíamos poder dar
esto por terminado.
	Saludos!

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