[Php-avanzado] SRS infiltrada

[Rodrigo Fernandez]

Que tal Leo,

 Gracias por la rapidez para contestar, ahí cambie varias cosas de las que
me señalaste:


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.

  Listo !

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

   Listo!

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?

   Mira por ahora lo voy a hacer de manera que alguien lo sube y baja
arbitrariamente. Pero con la posibilidad en un futuro a hacerlo mas serio
como vos decís. ¿Hay algo que tenga que tener en cuenta ahora para dejar
abierta esa opción?

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???

  Listo !

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)

  Creo que ahí está en el último RF

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.

  Si, tengo ganas de hacerme una pasada y te agradecería si me avisas
cuando des la clase de sesiones que el cuatrimestre pasado justo no pude
ir. Me acuerdo porque avisaste que la teoría de esa clase era "honda". Pasa
que anduve con este tema de las muletas, pero ya próximamente me las saco
de encima y paso.

PD: y tu trabajo final???

Y el trabajo esta ya casi terminado, le faltan un par de detalles. Lo que
me mata es que se vea tan pedorro que me dan ganas de abandonarlo. Intente
hacer lo que me dijiste de buscar gráficas gratuitas pero tampoco me gustan
jajaja, seré yo al que no le gusta nada. Pero voy a intentar antes de
diciembre tenerlo lo más listo posible para entregarlo.

Saludos y nos vemos !

Ahh la SRS me olvidaba:

Es un sistema que consta de una parte publica que es la pagina web en sí,
donde en una seccion se muestran los repuestos
disponibles para vender al público pero sin precio.
Por otro lado tiene una "intranet" 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 vehículos

2.El sistema debe gestionar categorías

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

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]

5.El sistema debe gestionar clientes

6.El sistema debe gestionar estados

7.El sistema debe registrar facturas con su cliente [5], su estado [6], sus
repuestos [3] y el precio total de los mismos por

fecha

8.El sistema debe mostrar sólo sus facturas [7] a cada cliente [5]

Diccionario:

Vehículos: 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, Categoría, Auto

Stock: Cantidad de un determinado repuesto disponible

Facturas: Repuestos, Cantidad de cada repuesto, Precio individual, Precio
total, Fecha, Estado, Cliente

Clientes: Nombre, Descripción, Dirección, Teléfono, Mail.

Estados: Descripción (Sin pagar, Pagado)




El 17 de octubre de 2013 16:56, Leonardo Tadei - Pegasus Tech Supply <
leonardot en pegasusnet.com.ar> escribió:

> 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
>
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://www3.fi.mdp.edu.ar/pipermail/php-avanzado/attachments/20131018/080d42ec/attachment.html>