<div dir="ltr">Profe agrego nueva version, modifiqué lo que me apunto, no estoy seguro sobre lo de ciudades y provincias, ya usted verá.<div>Me sorprendo, porque en cada version se vuelve mas claro y mas grande.</div><div>Genial!.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">El 12 de diciembre de 2015, 0:55, 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 Martín,<br>
<br>
te paso unas correcciones menores y respuestas, para después verlo con<br>
más tiempo en una nueva versión:<br>
<span class=""><br>
El vie, 11-12-2015 a las 22:52 -0300, Martin Urciuoli escribió:<br>
> Le adjunto version uno y pregunto:<br>
> ¿El diccionario tengo que ponerlo antes que los requerimientos<br>
> funcionales?<br>
<br>
</span> Va después, porque es como una aclaración de las funcionalidades;<br>
<span class=""><br>
> Las Compras no se gestionan porque no debo borrarlas, ¿cómo las<br>
> defino?<br>
> El sistema debe ______ compras.<br>
<br>
</span> El sistema debe registrar compras con su...<br>
<br>
Te repito parte del mail anterior: las Ciudades, Provincias, Tipos de<br>
Cliente y Tipo de comprador lo tenés que especificar _antes_ del<br>
Cliente, porque el Cliente tiene que tener en que especificación<br>
funcional que tiene estas cosas!!!<br>
Los Proveedores tienen algunas: así está incompleto.<br>
<br>
Lo que pusiste como 5.1 y 5.2 son subrequerimientos del 4. No se puede<br>
poner entre los RF a qué cosas accede cada quién, porque eso es un RNF<br>
(o no lo pongas [va, pero no se pide], o creá una sección de RNF para<br>
ponerlo)<br>
<br>
Los 6.1 y 6.2 son RF independientes.<br>
<br>
Si vas a unificar los clientes clasificándolos por tipo, por qué tenés<br>
todavía 2 clientes en el diccionario?<br>
<br>
> Gracias!<br>
<br>
Por nada!<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
> El 11 de diciembre de 2015, 19:41, Leonardo Tadei - Pegasus Tech<br>
> Supply <<a href="mailto:leonardot@pegasusnet.com.ar">leonardot@pegasusnet.com.ar</a>> escribió:<br>
> Hola Martín,<br>
><br>
> copio y pego la SRS y te la comento:<br>
><br>
> Primera cuestión: en los atributos NO van IDs ni nada<br>
> que tenga que ver<br>
> con cómo se hará el software. En la SRS se dice qué software<br>
> se va a<br>
> hacer, no cómo hacerlo (y es una decisión de cómo hacerlo por<br>
> ejemplo<br>
> usar claves artificiales o naturales o ni siquiera usar una<br>
> DB...)<br>
><br>
> Segunda cuestión: la palabra "permitir" no va, porque<br>
> viola varios<br>
> principios de la SRS. Todo lo que está acá escrito es lo que<br>
> se va a<br>
> permitir hacer!<br>
><br>
> RF1 y 2: no parece haber diferencias significativas<br>
> entre los dos tipos<br>
> de clientes, para que no se pueda tener un solo tipo que tenga<br>
> como<br>
> atributo "tipo de cliente"... Si se identifica con CUIT o DNI<br>
> podría ser<br>
> también un "tipo de identificación".<br>
> Según el diccionario, te falta especificar _antes_ del<br>
> o los clientes:<br>
> Ciudades, Provincias, Tipos de Comprador al menos.<br>
> No sé que es "regimen que se aplica"...<br>
> Luego en las funcionalidades, hacer mención a todas<br>
> estas cosas como<br>
> parte del cliente.<br>
><br>
> RF3: te falta especificar _antes_ (no depués) las<br>
> Categorías y hacer<br>
> referencia a ellas "El sistema debe gestionar Productos con<br>
> sus<br>
> Categorías".<br>
> te falta especificar _antes_ (no depués) los<br>
> Proveedores, para poder<br>
> referenciarlos en el Producto.<br>
> Pregunta: un producto tiene un único proveedor?<br>
> Todas las formas de ver Productos ponelas como<br>
> subrequerimientos del<br>
> Producto, no por separado.<br>
><br>
> RF7: te falta hacer referencia a la Ciudad y<br>
> Provincia.<br>
><br>
> RF10: está bien, pero "gestor" en un texto que habla a<br>
> cada rato de<br>
> "gestionar" suena confuso... Si querés dejala, porque,<br>
> insisto, está<br>
> bien, pero tal vez sea bueno algún sinónimo como<br>
> "administrador" o<br>
> "encargado" o "responsable".<br>
><br>
> RF13: esto es una no-funcionalidad. No va acá.<br>
><br>
> RF14: y los datos del cliente? qué es "detalle de<br>
> compra"? Son los<br>
> productos y sus cantidades? Lo tenemos que adivinar? Hay<br>
> dirección de<br>
> envío?<br>
> Respecto de los Transportistas, si te hacen falta para<br>
> el Remito,<br>
> entonces tenés que especificarlos para gestionarlos... (lo de<br>
> hacer una<br>
> tabla no es tema que nos ocupa acá... dejá de pensar en cómo<br>
> hacerlo<br>
> cuando todavía no sabés qué hacer!)<br>
><br>
> RF15: y el diccionario? Vas a emitir facturas<br>
> fiscales???<br>
><br>
> RF16: y el diccionario?<br>
><br>
> Respecto a tu aclaración final, sirve junto con<br>
> algunas<br>
> funcionalidades, para darse cuenta de que faltó algo, que no<br>
> es menor:<br>
> no especificaste la compra!!!<br>
><br>
> Está buena como versión 0. Ahora metele pata y hacé<br>
> rápido la versión<br>
> 0.1 para no perder el envión!!!<br>
><br>
><br>
><br>
> -----------------------------------------------------<br>
><br>
> fleaMarket.com // MercadoDePulgas.com<br>
> -------------------------------------<br>
><br>
> El proyecto consiste en el desarrollo de una aplicación Web<br>
> que<br>
> permita gestionar la venta de Producto Varios de manera<br>
> online.<br>
><br>
> 1. El sistema debe gestionar Clientes Minoristas.<br>
> 2. El sistema debe gestionar Clientes Mayoristas.<br>
> 3. El sistema debe gestionar Productos.<br>
> 4. El sistema debe gestionar Categorias de Productos [3].<br>
> 5. El sistema debe listar Productos por Categorías<br>
> [3][4].<br>
> 6. El sistema debe permitir buscar Productos por<br>
> Categorías [3][4].<br>
> 7. El sistema debe gestionar Proveedores.<br>
> 8. El sistema debe permitir buscar Productos por Nombre,<br>
> para ambos<br>
> tipos de Clientes.<br>
> 9. El sistema debe permitir buscar Productos por<br>
> Descripción, para<br>
> ambos tipos de Clientes.<br>
> 10. El sistema debe gestionar Gestores.<br>
> 11. El sistema debe permitir buscar Productos por<br>
> Proveedor, para el<br>
> Gestor. [7][10]<br>
> 12. El sistema debe permitir buscar Productos por fecha de<br>
> alta,<br>
> para el Gestor.[10]<br>
> 13. El sistema debe gestionar Permisos???.<br>
> 14. El sistema debe emitir Remitos<br>
> 15. El sistema debe emitir Facturas<br>
> 16. El sistema debe notificar mediante email al Cliente<br>
> Minorista o<br>
> Mayorista que su pedido fue realizado, junto con un detalle<br>
> del pedido.<br>
><br>
> Aclaración que no se donde especificarlo: según el tipo de<br>
> cliente que<br>
> se logué vera una lista de precios diferente.<br>
><br>
> Diccionario<br>
> -----------<br>
><br>
> Cliente Minorista: ID_CM, DNI, nombre, apellido, dirección,<br>
> ciudad,<br>
> provincia, e-mail, teléfono, contraseña, fecha de “alta de<br>
> cliente”,tipo<br>
> de comprador(asiduo, “podría guardar como un ranking para que<br>
> acceda a<br>
> descuentos por buen cliente”).<br>
><br>
> Cliente Mayorista: ID_CMY, Nombre/Razón Social, dirección,<br>
> ciudad,<br>
> provincia, cuit, mail, tel, fecha de “alta de<br>
> cliente”,”régimen que se<br>
> le aplica”, plazo de pago .<br>
><br>
> Producto: ID_Productos, Nombre, Descripción, COD/REF,<br>
> Cantidad por<br>
> Bulto, Categorias ( puede ser una o muchas), Costo,<br>
> Precio_publico,<br>
> Precio_Mayorista , fecha de alta, ID_Prov.<br>
> ## Duda el proveedor puede también ser cliente mayorista, en<br>
> ese caso<br>
> como debo expecificarlo. ¿Agrego otro campo a proveedores?<br>
><br>
> Categoría: ID_Categoria, Nombre, Descripción. (ej: Novedades,<br>
> Ofertas,Bazar,Herramientas, Jardineria,etc)<br>
><br>
> Proveedor: ID_prov, Nombre/Razón Social, dirección, ciudad,<br>
> provincia,<br>
> cuit, mail, tel, Saldo.<br>
><br>
> Gestor: persona que se ocupará de la carga del sistema.<br>
> Creación de los<br>
> Productos, y sus<br>
> correspondientes Categorías. No podrá modificar la estructura<br>
> de la base<br>
> de datos.<br>
><br>
> Remito: id_remito, numero, Nombre/Razon Social de la<br>
> Empresa(que envía),<br>
> detalle de compra, fecha, ID_CMY.<br>
> ## El remito sería lo que se le envía por mail al cliente.<br>
> ¿Tendria que<br>
> expecificar transportista? Y en ese caso ¿tendría que tener<br>
> una tabla<br>
> de Transportistas?<br>
><br>
> Factura:<br>
><br>
> Permisos: ## ¿como los defino?<br>
><br>
> El vie, 11-12-2015 a las 18:46 -0300, Martin Urciuoli<br>
> escribió:<br>
> > Hola profesor le adjunto la versión 0 de la SRS.<br>
> > Saludos<br>
><br>
><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" rel="noreferrer" target="_blank">http://leonardo.tadei.com.ar</a><br>
> Firma pública:<br>
> <a href="http://www.pegasusnet.com.ar/LeonardoTadei-public.key" rel="noreferrer" 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:<br>
> <a href="http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado" rel="noreferrer" target="_blank">http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado</a><br>
> Desubscripción:<br>
> <a href="http://php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe" rel="noreferrer" target="_blank">php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe</a><br>
><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" rel="noreferrer" 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" rel="noreferrer" target="_blank">php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe</a><br>
<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" rel="noreferrer" target="_blank">http://leonardo.tadei.com.ar</a><br>
Firma pública: <a href="http://www.pegasusnet.com.ar/LeonardoTadei-public.key" rel="noreferrer" 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" rel="noreferrer" 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" rel="noreferrer" target="_blank">php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe</a></div></div></blockquote></div><br></div>