<div dir="ltr"><div style>LEONARDO TE PASO UNOS COMENTARIOS ENTRE LINEAS..</div><div class="gmail_extra">SALUDOS<br><br><div class="gmail_quote">El 21 de mayo de 2013 10:54, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hola Marco,<br>
<br>
El lun, 20-05-2013 a las 23:17 -0300, Marco Riedel escribió:<br>
<div class="im">> Leonardo te envio nueva version.<br>
<br>
<br>
</div> Es un muy buen avance!<br>
<br>
Te hago unas observaciones y preguntas:<br>
<div class="im"><br>
> Saludos<br>
><br>
><br>
> Sistema de venta on line de libros escolares usados.<br>
><br>
><br>
> La pagina web permitirá a los usuarios ofrecer y comprar libros<br>
> escolares usados. Se guardara un registro de cada operación o compra<br>
> para luego generar una comisión al usuario vendedor.<br>
><br>
><br>
><br>
> Requerimientos funcionales.<br>
<br>
</div> No tengo problema en que uses la palabra "requisitos" para<br>
referirte a esto, en vez de "requerimientos", pero como toda la<br>
literatura en castellano desde hace unos 6 o 7 años usa "requerimientos"<br>
y es el término que se usa en ámbitos académicos de por acá:<br>
<br>
<a href="http://blogs.unlp.edu.ar/ingenieriasoft1/tag/requerimientos-2/" target="_blank">http://blogs.unlp.edu.ar/ingenieriasoft1/tag/requerimientos-2/</a><br>
<a href="http://blogs.unlp.edu.ar/ingenieria2/2013/03/19/srs-especificacion-de-requerimientos-de-software/" target="_blank">http://blogs.unlp.edu.ar/ingenieria2/2013/03/19/srs-especificacion-de-requerimientos-de-software/</a><br>
<br>
<br>
Vamos ahora a la SRS<br>
<div class="im"><br>
<br>
> 1 El sistema debe gestionar localidades.<br>
> 2 El sistema debe gestionar direcciones con sus localidades [1].<br></div></blockquote><div style><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">
> 3 El sistema debe gestionar preguntas DE COMPRADORES A VENDEDORES.<br>
<br>
</div> Según el diccionario, una Pregunta es de un Comprador y se hace a un<br>
Vendedor, y acá te faltan esas referencia. Agregarla implica que<br>
Comprador y Vendedor deben estar especificados antes. OK<br>
<div class="im"><br>
> 4 El sistema debe gestionar compradores con su dirección [2] y su<br>
> localidad [1].<br>
> 5 El sistema debe gestionar vendedores con su dirección [2] y su<br>
> localidad [1].<br>
<br>
</div> No entiendo por qué si tanto los Compradores como los Vendedores tienen<br>
una sola dirección, esta no es un mero atributo en el diccionario en vez<br>
de ser una entidad que se gestiona independiente.<br>
Me lo explicás?<br></blockquote><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><span style="color:rgb(34,34,34)">ELIMINO ESTOS DOS RF (1-2)Y LOS AGREGO EN EL DICCIONARIO PARA LOS VENDEDORES Y COMPRADORES? </span><br>
> 6 El sistema debe responder o rechazar preguntas [3].<br>
<br>
</div> Falta la referencia al Vendedor acá.<br></blockquote><div style>YO LO ARMARÍA DE LA SIGUIENTE MANERA PERO HACIENDO REFERENCIA AL COMPRADOR "El sistema debe responder o rechazar preguntas de compradores". PORQUE SINO DEBERÍA UTILIZAR "El sistema debe permitir responder o rechazar preguntas a los vendedores" Y EN OTRO MAIL ME COMENTASTE QUE ESTO ESTARÍA MAL, COMO SE HARIA LA REFERENCIA AL VENDEDOR? </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><br>
> 7 El sistema debe gestionar materias.<br>
> 8 El sistema debe gestionar libros con su materia[7].<br>
<br>
</div> Tenés en el diccionario una entrada para "Fotos" que no es una<br>
funcionalidad separada del Libro: sacala. ELIMINADO<br>
En el diccionario de Libro no falta el precio? AGREGADO<br>
<div class="im"><br>
> 9 El sistema debe gestionar ofertas de compradores [4].<br>
<br>
</div> Falta la referencia al Libro. OK<br>
<div class="im"><br>
> 10 El sistema debe mostrar estados. </div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">
> 11 El sistema debe listar ofertas [9] de libros [8], con su estado<br>
> [10] Y SU COMPRADOR.<br>
<br>
</div> Falta la referencia al Comprador, que es quién hace la Oferta.<br>
No entiendo todos los Estados enumerados en el diciconario. Me queda<br>
claro que una Oferta está pendiente, o aceptada o rechazada, pero qué es<br>
una "oferta liquidada" o una "oferta entregada" ?<br>
No estás mezclando estados de la Oferta con estados de la compra/venta?<br>
<div class="im"><br class=""><span style="color:rgb(34,34,34)">SI ESTO LO SEPARO EN DOS RF (ESTADOS DE OFERTAS Y ESTADOS DE PREGUNTAS) ESTARIA BIEN O ESTARIA SIENDO LO MISMO QUE USUARIOS COMPRADORES Y USUARIOS VENDEDORES? </span><br>
<br>
> 12 El sistema debe modificar la comisión por venta.<br>
> 13 El sistema debe registrar ventas de vendedores [5], con su<br>
> comprador [4], con su estado [10] y su comisión [12].<br>
<br>
</div> Te faltan las referencias a Forma de Pago y Forma de Envío, lo que<br>
implica que las tenés que especificar previamente para poder hacer<br>
referencia a ellas. OK <br>
<div class="im"><br>
> 14 El sistema debe gestionar formas de pago.<br>
> 15 El sistema debe gestionar formas de envío.<br>
> 16 El sistema debe listar ventas [13] detallando vendedor [5],<br>
> comprador [4], forma de pago [14] y forma de envío [15].<br>
<br>
</div> Agregá una entrada en el diccionario del listado de ventas... supongo<br>
que será entre fechas o por vendedor o algo, porque emitir siempre un<br>
listado de _todas_ las ventas es poco útil.<br></blockquote><div style>EL TEMA FILTROS EN LOS LISTADOS COMO SE DETALLA EN LA SRS? </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><br>
> 17 El sistema debe marcar las ventas [13] como entregadas para cerrar<br>
> la operación.<br>
<br>
</div> Gotcha! Tenés mezclados los Estados. Creá una especificación para cada<br>
estado de cosas.<br>
<div class="im"><br>
> 18 El sistema debe agrupar comisiones de venta de vendedores [5] en<br>
> liquidaciones.<br>
<br>
</div> Son entre fechas? Se liquida por periodos fijos ? Cómo se sabe desde<br>
cuándo y hasta dónde hacer una liquidación?<br></blockquote><div style>SERIA DE LA SIGUIENTE MANERA TODOS LOS 5 DE CADA MES SE AGRUPAN TODAS LAS COMISIONES PENDIENTES DEL MES ANTERIOR EN UNA NUEVA LIQUIDACION.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><br>
> 19 El sistema debe registrar el pago de liquidaciones [18].<br>
<br>
</div> Capaz que te conviene agregar una funcionalidad que especifique una<br>
limitación a publicar o a vender su hay una deuda de comisiones... o<br>
pensás cobrar por adelantado?</blockquote><div><br></div><div style>LO HABIA PENSADO DE ESA MANERA PERO NO QUIERO QUE SE EL SISTEMA SE AGRANDE DEMASIADO. PODRIA SER UNA MEJORA A FUTURO, PARA ARRANCAR SE PODRIA PUBLICAR HAYAS PAGADO O NO.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">
> Diccionario.<br>
><br>
><br>
><br>
><br>
><br>
> Localidades: Nombre.<br>
><br>
> Direcciones: Calle, altura, localidad.<br>
><br>
> Compradores / Vendedores: Nombre usuario, clave, Nombres, Apellidos,<br>
> fecha de<br>
> nacimiento, dirección, localidad.<br>
<br>
</div> Separá cada uno, no seas desprolijo! OK<br>
<div class="im"><br>
> Estados: Nombre, descripción Los estado disponibles serán :<br>
> pendiente, aceptada, rechazada, entregada, liquidada, finalizada.<br>
><br>
> Preguntas: Texto de pregunta, Fecha, comprador, estado.<br>
><br>
> Materia: Nombre, descripción.<br>
><br>
> Fotos: Nombre, ubicación, libro.<br>
><br>
> Libro: Nombre, materia, descripción, fotos, vendedor.<br>
><br>
> Oferta: Fecha, Libro, comprador, estado.<br>
><br>
> Forma de pago: Nombre, descripción.<br>
><br>
> Forma de envío: Nombre, descripción.<br>
><br>
> Venta: Fecha, Libro, vendedor, comprador, importe final, forma de<br>
> pago, forma de<br>
> envío, estado, comisión.<br>
><br>
> Reporte de Ofertas: Libro, fecha, comprador, estado.<br>
><br>
> Reporte de ventas: fecha, vendedor, importe final, libro.<br>
><br>
> Comisión: Porcentaje de comisión.<br>
><br>
> Liquidación: fecha, Importe de venta, porcentaje, importe liquidación,<br>
> vendedor.<br>
><br>
> Reporte liquidaciones pendientes: Fecha, vendedor, Importe<br>
> liquidación.<br>
<br>
<br>
</div><div class=""><div class="h5">--<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>
Php-avanzado mailing list<br>
<a href="mailto:Php-avanzado@pato2.fi.mdp.edu.ar">Php-avanzado@pato2.fi.mdp.edu.ar</a><br>
<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>
</div></div></blockquote></div><br></div></div>