<div dir="ltr"><div><div>Que tal Leo,<br><br></div> Gracias por la rapidez para contestar, ahí cambie varias cosas de las que me señalaste:<br><br><br>Te sugiero cambiar este nombre al de "vehículo", que incluye autos,<br>
camionetas, utilitarios, motos, camiones... el término auto es un poco<br>
restrictivo te deja tecleando cuando tenés que dar de alta una Saveiro,<br>
por poner un ejemplo.<br><br></div><div> Listo !<br><br>En los atributos de los Repuestos, te falta la categoría y el auto.<br><br> Listo! <br><br>Y cuál es el mecanismo de alta y de baja del stock? El sistema manejará<br>
una versión electrónica de los comprobantes relacionados? o solamente<br>
esto es un número que alguien arbitrariamente sube o baja?<br>
<br></div><div> 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?<br>
<br> Si no entendí mal la introducción, la factura debería estar relacionada<br>
con la Aseguradora para que se puedan distinguir las facturas propias de<br>
las ajenas.<br>
Por qué no llamar a las Aseguradoras con el nombre más genérico de<br>
Clientes???<br><br></div><div> Listo !<br><br>Al revés: tenés que especificar Estados antes de Facturas, para que las<br>
Facturas tengan un Estado.<br>
Luego, este RF es superfluo, porque si la Aseguradora ve las Facturas,<br>
verá también el Estado en que se encuentran... tendrí asentido<br>
especificar algo que diga que una Aseguradora ve solo sus propias<br>
facturas (pero ahora no se puede porque la Factura no tiene Aseguradora)<br><br></div><div> Creo que ahí está en el último RF<br><br>Me encanta que quieras formalizar un poco lo que vas a hacer. Mandá por<br>
acá las versiones que quieras o date una vuelta por la FI para<br>
charlarlo.<br><br></div><div> 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.<br>
</div><div><br>PD: y tu trabajo final???<div class=""><div id=":ts" class="" tabindex="0"><img class="" src="https://mail.google.com/mail/images/cleardot.gif"><br></div><div id=":ts" class="" tabindex="0">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.<br>
<br></div><div id=":ts" class="" tabindex="0">Saludos y nos vemos !<br><br></div><div id=":ts" class="" tabindex="0">Ahh la SRS me olvidaba:<br><br>Es un sistema que consta de una parte publica que es la pagina web en sí, donde en una seccion se muestran los repuestos<br>
disponibles para vender al público pero sin precio. <br>Por otro lado tiene una "intranet" donde se gestionan estos repuestos y se generan facturas. <br>Y por otro lado, una parte donde las aseguradoras, que compran a este comercio, pueden ir viendo el estado de sus facturas.<br>
<br> <br><br>1.El sistema debe gestionar vehículos<br><br>2.El sistema debe gestionar categorías<br><br>3.El sistema debe gestionar repuestos con su categoría [2] y su(s) vehículo(s) [1] <br><br>4.El sistema debe mostrar en la parte pública, los repuestos [3] que tengan en el atributo publicar "si"<br>
<br>4.El sistema debe gestionar stock de cada repuesto [3]<br><br>5.El sistema debe gestionar clientes<br><br>6.El sistema debe gestionar estados<br><br>7.El sistema debe registrar facturas con su cliente [5], su estado [6], sus repuestos [3] y el precio total de los mismos por <br>
<br>fecha<br><br>8.El sistema debe mostrar sólo sus facturas [7] a cada cliente [5]<br><br>Diccionario:<br><br>Vehículos: nombre<br><br>Categorías: descripción (carrocería, frenos y suspensión y motor.)<br><br>Repuestos: Código interno, código, descripción, precio, Publicar (s/n), Stock, Categoría, Auto<br>
<br>Stock: Cantidad de un determinado repuesto disponible<br><br>Facturas: Repuestos, Cantidad de cada repuesto, Precio individual, Precio total, Fecha, Estado, Cliente<br><br>Clientes: Nombre, Descripción, Dirección, Teléfono, Mail.<br>
<br>Estados: Descripción (Sin pagar, Pagado)<br></div></div><br><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 17 de octubre de 2013 16:56, Leonardo Tadei - Pegasus Tech Supply <span dir="ltr"><<a href="mailto:leonardot@pegasusnet.com.ar" target="_blank">leonardot@pegasusnet.com.ar</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hola Rodrigo,<br>
<br>
está bastante bien planteada la SRS.<br>
Te hago unos comentarios:<br>
<br>
El jue, 17-10-2013 a las 15:47 -0300, Rodrigo Fernandez escribió:<br>
<div class="im">> Que tal Leo,<br>
><br>
><br>
> Ya se que todavía no entregue la tesina completa y es algo en lo<br>
> que estoy trabajando. Pero bueno, me surgió esto y quería pasarte la<br>
> SRS que hice a ver si me la podrías ir corrigiendo para hacer un<br>
> sistema más presentable que algo hecho así nomas en el aire.<br>
><br>
> Es un sistema que consta de una parte publica que es la pagina web en<br>
> sí, donde en una sección se muestran los repuestos<br>
> disponibles para vender al público pero sin precio.<br>
> Por otro lado tiene una parte administrativa donde se gestionan estos<br>
> repuestos y se generan facturas.<br>
> Y por otro lado, una parte donde las aseguradoras, que compran a este<br>
> comercio, pueden ir viendo el estado de sus facturas.<br>
><br>
><br>
><br>
> 1.El sistema debe gestionar autos<br>
<br>
</div> Te sugiero cambiar este nombre al de "vehículo", que incluye autos,<br>
camionetas, utilitarios, motos, camiones... el término auto es un poco<br>
restrictivo te deja tecleando cuando tenés que dar de alta una Saveiro,<br>
por poner un ejemplo.<br>
<div class="im"><br>
> 2.El sistema debe gestionar categorías<br>
><br>
> 3.El sistema debe gestionar repuestos con su categoría [2] y su(s)<br>
> auto(s) [1]<br>
<br>
</div> En los atributos de los Repuestos, te falta la categoría y el auto.<br>
<div class="im"><br>
> 4.El sistema debe mostrar en la parte pública, los repuestos [3] que<br>
> tengan en el atributo publicar "si"<br>
><br>
> 4.El sistema debe gestionar stock de cada repuesto [3]<br>
<br>
</div> Y cuál es el mecanismo de alta y de baja del stock? El sistema manejará<br>
una versión electrónica de los comprobantes relacionados? o solamente<br>
esto es un número que alguien arbitrariamente sube o baja?<br>
<div class="im"><br>
> 5.El sistema debe registrar facturas con sus repuestos [3] y el precio<br>
> total de los mismos por fecha<br>
<br>
</div> Si no entendí mal la introducción, la factura debería estar relacionada<br>
con la Aseguradora para que se puedan distinguir las facturas propias de<br>
las ajenas.<br>
Por qué no llamar a las Aseguradoras con el nombre más genérico de<br>
Clientes???<br>
<div class="im"><br>
> 6.El sistema debe gestionar aseguradoras<br>
><br>
> 7.El sistema debe gestionar estados<br>
><br>
> 8.El sistema debe mostrar estado [7] de la(s) factura(s) [5] a las<br>
> aseguradoras [6]<br>
<br>
</div> Al revés: tenés que especificar Estados antes de Facturas, para que las<br>
Facturas tengan un Estado.<br>
Luego, este RF es superfluo, porque si la Aseguradora ve las Facturas,<br>
verá también el Estado en que se encuentran... tendrí asentido<br>
especificar algo que diga que una Aseguradora ve solo sus propias<br>
facturas (pero ahora no se puede porque la Factura no tiene Aseguradora)<br>
<div class="im"><br>
><br>
><br>
> Diccionario:<br>
><br>
> Autos: nombre<br>
><br>
> Categorías: descripción (carrocería, frenos y suspensión y motor.)<br>
><br>
> Repuestos: Código interno, código, descripción, precio, Publicar<br>
> (s/n), (¿stock va aca?)<br>
<br>
</div> Si esto es un número que el que lo accede puede cambiar sin control ni<br>
registro alguno, sí.<br>
Si en cambio vas a hacer como te digo arriba una versión electrónica de<br>
comprobantes que den de alta o de baja el stock (remitos, facturas de<br>
contado, etc) resultará que el stock es la suma de todos los<br>
comprobantes que ingresan Stock menos la suma de todos los comprobantes<br>
que egresan Stock...<br>
<div class="im"><br>
> Stock: Cantidad de un determinado repuesto disponible<br>
><br>
> Facturas: Repuestos, Precio individual, Precio total, fecha<br>
<br>
</div> Falta: cantidad de cada repuesto y el cliente al menos.<br>
<div class="im"><br>
> Aseguradoras: Nombre, Descripción, Dirección, Teléfono, Mail.<br>
><br>
> Estados: Descripción (Sin pagar, Pagado)<br>
<br>
</div> Me encanta que quieras formalizar un poco lo que vas a hacer. Mandá por<br>
acá las versiones que quieras o date una vuelta por la FI para<br>
charlarlo.<br>
<br>
Saludos cordiales!<br>
<br>
<br>
PD: y tu trabajo final???<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Leonardo Tadei<br>
<a href="mailto:leonardot@pegasusnet.com.ar">leonardot@pegasusnet.com.ar</a><br>
Web: <a href="http://leonardo.tadei.com.ar" target="_blank">http://leonardo.tadei.com.ar</a><br>
Firma pública: <a href="http://www.pegasusnet.com.ar/LeonardoTadei-public.key" target="_blank">http://www.pegasusnet.com.ar/LeonardoTadei-public.key</a><br>
<br>
_______________________________________________<br>
Lista de correo: Php-avanzado<br>
Mensajes a la lista: <a href="mailto:Php-avanzado@pato2.fi.mdp.edu.ar">Php-avanzado@pato2.fi.mdp.edu.ar</a><br>
Administración Web: <a href="http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado" target="_blank">http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado</a><br>
Desubscripción: <a href="http://php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe" target="_blank">php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe</a><br>
</font></span></blockquote></div><br></div>