[Php-avanzado] Marquez - SRS

Vie Mar 23 16:12:37 ART 2012

Hola Sergio!

El vie, 23-03-2012 a las 15:49 -0300, Sergio Marquez escribió:
> Hola Leonardo, te envió una nueva iteración, con algunas consultas
> propias intercaladas.
> Saludos!
> 
> 
> //Pregunta aparte: El sistema va a gestionar facturas de compra y de
> venta, en los requisitos funcionales asi como en el diccionario las
> diferencie. En la base de datos es conveniente hacer una tabla para
> cada tipo o  especificarlo en un campo?

	La Normalización de todos los datos del diccionario te llevará a que
habrá una tabla por cada comprobante (por la 3FN) y una tabla para los
detalles de cada comprobante (por la 2FN).

> Requerimientos Empresariales: //Lo veo incompleto, agrego algo mas?

	Según el teorema de Godel, no hay como comprobar la completitud de
algo... si para vos el software hace todo lo que hace falta, la cantidad
de Requerimientos Funcionales que estás poniendo es suficiente para este
trabajo final. 
	Yo te puedo ayudar revisando que no haya lagunas, ambigüedades e
inconsistencias.

> El sistema debe permitir documentar compras de artículos a proveedores
> y ventas de artículos a clientes.
> 
> Requerimientos Funcionales:
> 
> 1. El sistema debe mostrar Provincias argentinas.
> 
> 2. El sistema debe gestionar localidades argentinas.

	Y las Localidades no corresponden a una Provincia?
	Qué sean argentinas o no es irrelevante: lo importante es saber si los
RF se relacionan o no de alguna manera... y según el diccionario la
Localidad tiene una Provincia.
	El RF te queda con la misma forma que el actual RF5.

> 3. El sistema debe mostrar las Condiciones de Responsable IVA:
> Inscripto, no inscripto, Exento, Consumidor Final, Responsable
> Monotributista.

	Pasá la enumeración que haces de las Condicines de IVA al diccionario.

> 4. El sistema debe gestionar categorías de artículos.
> 
> 5. El sistema debe gestionar artículos con su categoría.
> 
> 6. El sistema debe gestionar clientes con su provincia, localidad y su
> condicion IVA.
> 
> 7. El sistema debe gestionar proveedores con su provincia, localidad y
> su condicion IVA.

	Una pavada: en el diccionario del Proveedor llamás a la "Condición de
IVA" como "Tipo de responsable IVA".
	Si son la misma cosa, llamalo de la misma manera. Si son cosas
distintas, te falta especificar el "Tipo de responsable IVA"

> 8. El sistema debe asentar facturas de compra compra con su proveedor
> y artículos comprados.
> 
>     8.1 El sistema debe permitir marcar la factura como paga o no paga.
>     8.2 El sistema debe modificar stock de artículos luego de la
> compra realizada.
>     8.3 El sistema debe asentar la deuda con el proveedor mientras las
> facturas de compra no se hayan pagado.
> 
> 9. El sistema debe asentar facturas de venta con su cliente y
> artículos comprados.
> 
>     9.1 El sistema debe permitir marcar la factura como paga o no paga.
>     9.2 El sistema debe modificar stock de artículos luego de la venta
> realizada.
>     9.3 El sistema debe asentar la deuda del cliente mientras las
> facturas de compra no se hayan.
> 
> 10. El sistema debe presentar un gráfico estadístico mostrando el valor
> total de compras por día.
> 
> // Aca me preguntaste "Esto es entre dos fechas dadas, no?" y no
> entendi bien; a lo que me refiero es que muestre una grafica de las
> compras de un dia en particular y poder seleccionar otro dia en
> particular.

	Si estás mostrando solo un día, no hay ninguna estadística que hacer :(
	Seguro que es una pavada, pero la verdad es que no entiendo que es en
lo que consiste este RF.
	Por tu explicación, parece solo un informe de la suma de las compras
para un día determinado... es eso???

> 11. El sistema debe presentar un gráfico estadístico mostrando el
> valor total de ventas por día.

	Idem anterior.

> 12. El sistema debe presentar un gráfico estadístico mostrando el valor
> total de compras por mes.

	Y esto es la suma como parece en los anteriores, o es un informe que
muestra todos los días del mes y te dice el total de las compras para
cada uno de los días?

> 13. El sistema debe presentar un gráfico estadístico mostrando el valor
> total de ventas por mes.

	Idem anterior

> Requerimientos no Funcionales
> 
> 1. El ingreso al sistema esta restringido por cuenta de usuario y contraseña.
> 2. El sistema debe gestionar usuarios de tipo:
>     2.1 Empleado: tiene acceso a todos los RF y no tiene acceso al RnF 2.
>     2.2 Administrador: tiene acceso a todos los RF y RnF.
> 
> // Aca me dijiste "Fijate que como te van a cambiar los números, tal
> vez tengas que actualizar esto." pero no entendí a que te referís; lo
> que yo quiero es que el Empleado no pueda crear usuarios.
> 
> Diccionario de datos
> • Provincias: Nombre
> • Localidades: Nombre, Codigo Postal, Provincia
> • Categorias: Nombre
> • Artículos: Nombre, Descripción, Categoría, Precio Unitario, Stock.
> • Condiciones IVA: Condicion
> • Clientes: Nombre, Apellido, Dirección, Localidad, Provincia,
> Telefono1, Telefono2, Email, Otros, Deuda, Condición IVA.
> • Proveedores: Nombre, Dirección, Localidad, Provincia, Telefono1,
> Telefono2, Email, Sitio web, Otros, Deuda, Tipo de responsable IVA.
> • Facturas de Compra: Tipo IVA, Fecha, Proveedor, Descripcion, Importe
> Total, Importe Iva, Importe IIBB, Pagado, Artículos.
> • Facturas de Venta: Tipo IVA, Fecha, Cliente, Descripcion, Importe
> Total, Importe Iva, Importe IIBB, Pagado, Artículos.
> • Usuarios: Nombre, Contraseña, Email, Tipo.

	En el diccionario de las Facturas ponés todos los datos de la cabecera
de la factura, pero para los detalles ponés solo "Artículos". No te hace
falta también la cantidad y el precio de cada uno?
	Si te hacen falta, agregalos al diccionario de cada Factura.

	Seguimos!

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