[Php-avanzado] SRS infiltrada

[Leonardo Tadei - Pegasus Tech Supply]

Hola Rodrigo,

	está bastante bien planteada la SRS.
	Te hago unos comentarios:

El jue, 17-10-2013 a las 15:47 -0300, Rodrigo Fernandez escribió:
> Que tal Leo,
> 
> 
>      Ya se que todavía no entregue la tesina completa y es algo en lo
> que estoy trabajando. Pero bueno, me surgió esto y quería pasarte la
> SRS que hice a ver si me la podrías ir corrigiendo para hacer un
> sistema más presentable que algo hecho así nomas en el aire.
> 
> Es un sistema que consta de una parte publica que es la pagina web en
> sí, donde en una sección se muestran los repuestos
> disponibles para vender al público pero sin precio. 
> Por otro lado tiene una parte administrativa donde se gestionan estos
> repuestos y se generan facturas. 
> Y por otro lado, una parte donde las aseguradoras, que compran a este
> comercio, pueden ir viendo el estado de sus facturas.
> 
> 
> 
> 1.El sistema debe gestionar autos

	Te sugiero cambiar este nombre al de "vehículo", que incluye autos,
camionetas, utilitarios, motos, camiones... el término auto es un poco
restrictivo  te deja tecleando cuando tenés que dar de alta una Saveiro,
por poner un ejemplo.

> 2.El sistema debe gestionar categorías
> 
> 3.El sistema debe gestionar repuestos con su categoría [2] y su(s)
> auto(s) [1] 

	En los atributos de los Repuestos, te falta la categoría y el auto.

> 4.El sistema debe mostrar en la parte pública, los repuestos [3] que
> tengan en el atributo publicar "si"
> 
> 4.El sistema debe gestionar stock de cada repuesto [3]

	Y cuál es el mecanismo de alta y de baja del stock? El sistema manejará
una versión electrónica de los comprobantes relacionados? o solamente
esto es un número que alguien arbitrariamente sube o baja?

> 5.El sistema debe registrar facturas con sus repuestos [3] y el precio
> total de los mismos por fecha

	Si no entendí mal la introducción, la factura debería estar relacionada
con la Aseguradora para que se puedan distinguir las facturas propias de
las ajenas.
	Por qué no llamar a las Aseguradoras con el nombre más genérico de
Clientes???

> 6.El sistema debe gestionar aseguradoras
> 
> 7.El sistema debe gestionar estados
> 
> 8.El sistema debe mostrar estado [7] de la(s) factura(s) [5] a las
> aseguradoras [6]

	Al revés: tenés que especificar Estados antes de Facturas, para que las
Facturas tengan un Estado. 
	Luego, este RF es superfluo, porque si la Aseguradora ve las Facturas,
verá también el Estado en que se encuentran... tendrí asentido
especificar algo que diga que una Aseguradora ve solo sus propias
facturas (pero ahora no se puede porque la Factura no tiene Aseguradora)

> 
> 
> Diccionario:
> 
> Autos: nombre
> 
> Categorías: descripción (carrocería, frenos y suspensión y motor.)
> 
> Repuestos: Código interno, código, descripción, precio, Publicar
> (s/n), (¿stock va aca?)

	Si esto es un número que el que lo accede puede cambiar sin control ni
registro alguno, sí.
	Si en cambio vas a hacer como te digo arriba una versión electrónica de
comprobantes que den de alta o de baja el stock (remitos, facturas de
contado, etc) resultará que el stock es la suma de todos los
comprobantes que ingresan Stock menos la suma de todos los comprobantes
que egresan Stock...

> Stock: Cantidad de un determinado repuesto disponible
> 
> Facturas: Repuestos, Precio individual, Precio total, fecha

	Falta: cantidad de cada repuesto y el cliente al menos.

> Aseguradoras: Nombre, Descripción, Dirección, Teléfono, Mail.
> 
> Estados: Descripción (Sin pagar, Pagado)

	Me encanta que quieras formalizar un poco lo que vas a hacer. Mandá por
acá las versiones que quieras o date una vuelta por la FI para
charlarlo.

	Saludos cordiales!


PD: y tu trabajo final???

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