[Php-avanzado] Requerimientos

[Hernàn Flecchia]

Hola Leo, gracias por la pronta respuesta, voy respondiendo a cada
inquietud asi me queda como referencia a mi tambien

El día 26 de octubre de 2011 18:51, Leonardo Tadei - Pegasus Tech
Supply <leonardot en pegasusnet.com.ar> escribió:
> Hola Hernán,
>
> El mié, 26-10-2011 a las 10:06 -0300, Hernàn Flecchia escribió:
>> Leo, te envío los requerimientos del trabajo, cabe aclarar que el
>> mismo en una primera parte ya esta concluido ya que fue presentado
>> como trabajo del curso de PHP inicial. También me queda la duda del
>> tratamiento de cajones vacíos que como veras esta indicado en la
>> introducción pero no figura en los requerimientos. Espero este jueves
>> puedas ayudarme con mis dudas.
>>
>> Saludos.
>
>        Copio y pego abajo tu SRS así queda más a mano para referencia.
>
>        Hiciste un muy buen planteo y está muy completo.
>
>        Te hago unos comentarios:
>
> - como los Tipos de IVA [2] con fijos, podrías ahorrarte el ABM
> especificando que "el sistema debe mostrar..." en vez de "el sistema
> debe gestionar...". Se entiende la idea perfectamente, pero el nombre
> correcto es "Categoría Impositiva".

Ok, le cambio el nombre. Con respecto al ABM, solo debería realizar altas
por si en algún momento el gobierno decide agregar alguna categoría nueva ?

> - por qué los RF5, 6, 7 y 9 tiene un atributo "activo"? Para qué
> serviría?

La idea del atributo "activo" es para marcar en cada caso si el determinado RF
ya no se utiliza por alguna razón y no puede ser eliminado porque se
uso en algún
momento.

> - para ayudarme por mi desconocimiento de los detalles del tema, podrías
> agregar dos o tres ejemplos de Tamaños de Productos?

Bien, un producto puede ser "Encore" de Tipo "Mandarina" con Tamaño
"08" y Presentación
"Cajon", otro producto puede ser "Encore" de Tipo "Mandarina" con
Tamaño "09" y Presentación
"Cajon", y otro "Encore" de Tipo "Mandarina" con Tamaño "10" y Presentación
"Bandeja".

> - Los Items de Factura no hace falta que se especifiquen como un RF
> aparte de la Factura. Creo que lo pusiste porque están pensando en las
> tablas, que tendrán una forma parecida, pero esto se desprenderá de la
> normalización. Sí es pertinente poner los Items como parte del
> diccionario de la Factura.

Debajo pego el SRS corregido, así estaría correcto?

> - Suena raro (e ilegal) que se permitan modificar los datos de las
> Facturas. A qué datos te referís? Porque si es solo anularlas, esto lo
> estás poniendo perfectamente en el RF14. Lo mismo para los Romaneos.

En la introducción comento que las facturas no son generadas por el sistema
sino que los datos de las mismas son cargados de las de papel
generadas a mano, la
idea es poder modificar los items en caso que se compruebe que se
copio alguno mal,
por algún error de tipeo o similar sin tener que anularlas y volver a
ingresar todos los
datos nuevamente .

> - No hay Facturas de Proveedor? Solo Romaneos? Por la introducción,
> pareciera que sí los hay.

Si, se me olvido, lo que sucede es que estas se confeccionan de
acuerdo a la liquidación
y no tienen incidencia en los informes, pero las tengo que agregar.

> - No tenés que poner "permitir" en los RF: todo lo que está especificado
> es lo que se permite. En un mail anterior hay un intento de explicación
> de por qué.

Ahí cambie "permitir" por otros conceptos.

> - Las Liquidaciones se pueden registrar y luego editar o borrar? Suena
> raro...

Tenes razón, en caso de error se deberían poder anular y realizar
nuevamente pero no modificar.

> - En la intro mencionás las Ctas Ctes de los Clientes, pero no las veo
> especificadas... es posible que te falta además especificar la forma de
> pago de las facturas [11].

Ambas cosas las llevo especificadas para mañana... si llego!!
>
>        Seguimos!
>        Muy buen planteo!!!
>
>

Gracias, mañana espero poder seguir mejorando con tu ayuda el SRS.

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

Gestión de Puesto de Frutas y Verduras en Mercado Procosud.

Introducción.

	El puesto de frutas y hortalizas en cuestión, opera en el mercado
frutihorticola Procosud S.A. sito en Ruta 226 Km. 7,5 de la ciudad de
Mar del Plata. Realiza las operaciones de consignación,  compra y
venta de productos frutihorticolas en soporte papel, por el momento no
desea informatizar esa tarea pero si esperan poder volcar los datos
registrados en los papeles a un sistema informatizado que le permita
conocer en forma diaria, semanal, mensual y anual, cierta información
de su operatoria,  la que a continuación se detalla.

Se quiere:
Registrar las compras y las consignaciones de frutas y hortalizas.
Registrar las ventas de las mismas consignaciones.
Conocer el promedio de precios de ventas.
Conocer cantidad de productos comprados, en total y por proveedor.
Conocer cantidad de productos vendidos, en total y por cliente.
Conocer la existencia de cada producto diariamente.
Llevar el control de cajones vacíos afectados a la compra y venta de
los productos.
Realizar las liquidaciones de las consignaciones.
Llevar el control del pago de las liquidaciones.
Registrar Cta. Cte de cada cliente.

Requisitos funcionales.

1. El sistema debe gestionar Localidades.
2. El sistema debe mostrar Categorías Impositivas.
3. El sistema debe gestionar Clientes con su Localidad [1] y su
Categoría Impositiva [2].
4. El sistema debe gestionar Proveedores con su Localidad [1] y su
Categoría Impositiva [2].
5. El sistema debe gestionar Tipos de Productos.
6. El sistema debe gestionar Presentación de Productos.
7. El sistema debe gestionar Tamaños de Productos.
8. El sistema debe gestionar Productos con su Tipo [5], Presentación
[6] y Tamaño [7].
9. El sistema debe gestionar Tipo de Facturas.
10. El sistema debe registrar Facturas con su Tipo [9], Cliente [3] e Items.
11. El sistema debe registrar Romaneos con su Proveedor [4] e Items.
12. El sistema debe anular Facturas [10].
13. El sistema debe modificar Items de Facturas [10].
14. El sistema debe anular Romaneos [11].
15. El sistema debe modificar Items de Romaneos [11].
16. El sistema debe realizar consultas de las Facturas [10] por
Cliente [3] en un rango de fechas.
17. El sistema debe realizar consultas de los Romaneos [11] por
Proveedor [4] en un rango de fechas.
18. El sistema debe realizar consultas de la existencia diaria de los
Productos [8]
18.1. Por  un Tipo de producto [5] o todos.
18.2. Por  un Producto [8] o todos.
19. El sistema debe realizar consultas de las ventas de Productos [8]
en un rango de fechas.
19.1. Por  un Cliente [3] o todos.
19.2. Por  un Tipo de producto [5] o todos.
19.3. Por  un Producto [8] o todos.
20. El sistema debe realizar consultas de las compras de Productos [8]
en un rango de fechas.
20.1. Por  un Proveedor [4] o todos.
20.2. Por  un Tipo de producto [5] o todos.
20.3. Por  un Producto [8] o todos.
21. El sistema debe calcular el promedio de precio de venta de un
Producto [8] en un rango de fechas.
22. El sistema debe registrar Liquidaciones de los Romaneos [11].
23. El sistema debe registrar el pago de las Liquidaciones [22].
24. El sistema debe anular Liquidaciones [22].
25. El sistema debe registrar el pago de las Facturas [10].
26. El sistema debe contemplar el pago parcial de las Facturas [10].

Diccionario.

(1) Localidades: descripción, activo.

(2) Categoría Impositiva: descripción, activo.

(3) Clientes: nombre, apellido, razón social, dni, domicilio,
teléfono, localidad, tipo de iva, cuit, activo.

(4) Proveedores: nombre, apellido, razón social, dni, domicilio,
teléfono, localidad, tipo de iva, cuit, activo.

(5) Tipos de productos: descripción, activo.

(6) Presentación de productos: descripción, activo.

(7) Tamaños de productos: descripción, activo.

(8) Productos: descripción, presentación, tamaño, cantidad, tipo de
producto, activo.

(9) Tipos de facturas: descripción, activo.

(10)  Factura: número, tipo de factura, total, fecha, cliente.
     10.1 Items: cantidad, precio, factura, producto.

(11)  Romaneo: número, total, fecha, proveedor, valor del flete.
     11.1 Items: cantidad, precio, romaneo, producto, promedio.

(22) Liquidación: número, total, comisión, fecha, romaneo.