<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><div>Hola Leo, te mando la corrección de la SRS, perdona que tarde tanto.</div><div>Hice las correcciones puntuales que me habías hecho y tambien lo de la ambiguedad(aunque todavía no estoy seguro de que este bien, ya que falta especificar el metodo de recolección).</div><div><br></div><div><div>Requerimientos funcionales para script de recolección de datos web de una proveedora de productos informáticas y ofrecer dichos productos</div><div><br></div><div>1) El sistema debe gestionar URLs.</div><div>2) El sistema debe recolectar datos de las URLs[1].</div><div>3) El sistema debe gestionar categorias de los datos recolectados[2] de las URLs[1].</div><div>4) El sistema debe gestionar productos de los datos recolectados[2] de las URLs[1].</div><div>5) El sistema debe buscar categorias[3].</div><div>6) El sistema debe buscar productos[4].</div><div>7) El sistema debe gestionar compradores.</div><div>8) El sistema debe gestionar estados de pedidos.</div><div>9) El sistema debe gestionar pedidos de productos[5.2] con su estado[8] por parte de un comprador[7]. </div><div><br></div><div><br></div><div><br></div><div>Diccionario:</div><div>Gestionar: Alta, baja, modificación, listar en pantalla.</div><div>Recoletar: Indexar y almacenar datos.</div><div>URLs: Direcciones de sitios webs a indexar.(Proveedor, URL, fecha)</div><div>Categoria: Categoria de los productos. (nombrecategoria)</div><div>Producto: (nombreproducto, precio)</div><div>Pedido: Producto/s deseado/s.(productos, preciofinal, estado)</div><div>Estados de pedidos: Proceso en el que se encuentra el pedido. 3 estados diferentes(En proceso, anulado, finalizado). (pedido, estado)</div><div>Compradores: Persona que se registra(o logea en caso de ya tener un usuario) para poder realizar pedidos. (nombre,apellido, fechanacimiento, fecharegistro)</div></div><div><br></div>Saludos<br><div>> From: leonardot@pegasusnet.com.ar<br>> To: php-avanzado@pato2.fi.mdp.edu.ar<br>> Date: Wed, 2 Oct 2013 22:58:30 -0300<br>> Subject: Re: [Php-avanzado] Requerimientos funcionales (Francisco A. Almagro)<br>> <br>> Hola Francisco,<br>> <br>> hay alguna cosa que me desentona: me parece que lo que llamás "tipos de<br>> datos" no tienen sentido desde el punto de vista de la funcionalidad,<br>> porque son meros atributos del Producto.<br>> <br>> Seguimos mañana en la pausa!<br>> <br>> <br>> El jue, 03-10-2013 a las 01:36 +0000, Francisco Almagro escribió:<br>> > Hola Profe,<br>> > <br>> > <br>> > ">En el mensaje anterior te referías a "tipos de productos" y a "tipos<br>> > de<br>> > > datos" como entidades independientes, o esto entendí de tu mensaje."<br>> > <br>> > <br>> > "Tipos de datos" sería donde se detalla los datos a recopilar de las<br>> > webs a indexar. Se indexa toda la web, pero lo importante y que debe<br>> > ser almacenado son 3 cosas(Tipos de Datos): Categoria(ahora que lo<br>> > mencionó me parece correcto usar este termino), Producto, Precio.<br>> > Esa sería la relación entre Tipos de datos y Tipos de Productos(que<br>> > ahora lo menciono como categoria). Aunque existe alguna relación me<br>> > parece que son RF distintos.<br>> > Entre hoy y mañana termino de hacer las correciones y se lo envío para<br>> > que quede todo más claro.<br>> > Si no le molesta mañana en la pausa lo podemos hablar por si no se<br>> > entendió.<br>> > <br>> > <br>> > Muchas Gracias. Saludos<br>> > <br>> > <br>> > > From: leonardot@pegasusnet.com.ar<br>> > > To: php-avanzado@pato2.fi.mdp.edu.ar<br>> > > Date: Wed, 2 Oct 2013 21:30:18 -0300<br>> > > Subject: Re: [Php-avanzado] Requerimientos funcionales (Francisco A.<br>> > Almagro)<br>> > > <br>> > > Hola Francisco,<br>> > > <br>> > > El jue, 03-10-2013 a las 00:10 +0000, Francisco Almagro escribió:<br>> > > > Hola Profe.<br>> > > > Los "tipos de datos" serían 3:<br>> > > > - Tipo de Producto (Placa de Video)<br>> > > > - Producto (PCIE ASUS GT640)<br>> > > > - Precio (159.38)<br>> > > > Entre parentesis le puse un ejemplo.<br>> > > > <br>> > > > <br>> > > > Ya quedo aclarado, entonces además de las correcciones deberia<br>> > > > adaptarlo a estos cambios. Mañana seguro le envío la V2.<br>> > > <br>> > > Me parece que estás mezclando conceptos.<br>> > > En el mensaje anterior te referías a "tipos de productos" y a "tipos<br>> > de<br>> > > datos" como entidades independientes, o esto entendí de tu mensaje.<br>> > > <br>> > > En este mensaje estás llamando "tipo de datos" a los atributos de un<br>> > > Producto, y no tendría sentido clasificarlos de esta manera porque<br>> > no<br>> > > tienen relación con la funcionalidad.<br>> > > El único que tiene relación con la funcionalidad, y solo a nivel<br>> > > estructural, es lo que acá llamás "tipo de producto" y que<br>> > generalmente<br>> > > se llama "rubro" o "categoría".<br>> > > <br>> > > Si no entiendo mal, tendrías por un lado las "categorías":<br>> > > <br>> > > 1) El sistema debe gestionar Categorías.<br>> > > <br>> > > y por otro los Productos, que están compuestos por varios atributos<br>> > de<br>> > > los que uno es la Categoría:<br>> > > <br>> > > 2) El sistema debe gestionar Productos con su Categoría.<br>> > > <br>> > > Fijate que expresado así, no tenés "tipos" de nada.<br>> > > <br>> > > Es esto lo que estás intentando especificar?<br>> > > <br>> > > <br>> > > <br>> > > > > From: leonardot@pegasusnet.com.ar<br>> > > > > To: php-avanzado@pato2.fi.mdp.edu.ar<br>> > > > > Date: Wed, 2 Oct 2013 19:09:17 -0300<br>> > > > > Subject: Re: [Php-avanzado] Requerimientos funcionales<br>> > (Francisco A.<br>> > > > Almagro)<br>> > > > > <br>> > > > > Hola Francisco,<br>> > > > > <br>> > > > > tu planteo es correcto. Como en este sistema hay dos "tipos",<br>> > habrá<br>> > > > que<br>> > > > > llamarlos a cada uno por su nombre completo... porque después de<br>> > > > todo<br>> > > > > siempre son un "tipo de algo".<br>> > > > > <br>> > > > > Suena bien "tipo de producto" y "tipo de dato".<br>> > > > > <br>> > > > > Ahora bien: el "tipo de producto" y "tipo de dato" no serán la<br>> > misma<br>> > > > > cosa, una en el sitio web a analizar y otra como parte de la<br>> > > > > clasificación de los productos?<br>> > > > > <br>> > > > > Si son la misma cosa, entonces tendría que estar una sola vez...<br>> > > > > <br>> > > > > <br>> > > > > El mié, 02-10-2013 a las 19:18 +0000, Francisco Almagro<br>> > escribió:<br>> > > > > > Profe, realizando las correcciones me encontre con una<br>> > ambiguedad.<br>> > > > > > Prefiero primero resolver esta ambiguedad y luego seguir con<br>> > los<br>> > > > RF.<br>> > > > > > La ambiguedad es que yo usaba el término "producto" para<br>> > referirme<br>> > > > al<br>> > > > > > tipo de producto(ej. Placas de Video, Gabinetes, Monitores) y<br>> > > > "modelo"<br>> > > > > > para el producto específico(ej. "VIDEO PCIE ASUS GT640 -1GD3-L<br>> > -<br>> > > > > > DVI-D, HDMI, D-SUB"). La ambiguedad se produce cuando yo<br>> > quiero<br>> > > > > > mencionar un producto específico solo.<br>> > > > > > Pensé en cambiar las palabras a usar, entonces "producto"<br>> > pasaría<br>> > > > a<br>> > > > > > ser "tipo de producto" y "modelo" a "producto". Pero tengo un<br>> > > > > > problema, ya que el término "tipo" lo usé para gestionar los<br>> > tipos<br>> > > > de<br>> > > > > > datos para diferenciarlos a la hora de indexar el sitio web. <br>> > > > > > Podría existir "tipos de datos" y "tipo de producto", o<br>> > seguiria<br>> > > > > > siendo ambiguo? Se le ocurre algun otro termino?<br>> > > > > > <br>> > > > > > <br>> > > > > > Muchas gracias<br>> > > > > > <br>> > > > > > <br>> > > > > > <br>> > > > > > > From: leonardot@pegasusnet.com.ar<br>> > > > > > > To: php-avanzado@pato2.fi.mdp.edu.ar<br>> > > > > > > Date: Wed, 2 Oct 2013 10:26:49 -0300<br>> > > > > > > Subject: Re: [Php-avanzado] Requerimientos funcionales<br>> > > > (Francisco A.<br>> > > > > > Almagro)<br>> > > > > > > <br>> > > > > > > Hola Francisco:<br>> > > > > > > <br>> > > > > > > > Hola Profe! Envío los Requerimientos funcionales que<br>> > realice<br>> > > > hasta<br>> > > > > > > > ahora.<br>> > > > > > > <br>> > > > > > > Te respondo intercalado:<br>> > > > > > > <br>> > > > > > > > Requerimientos funcionales para script de recolección de<br>> > datos<br>> > > > web<br>> > > > > > de<br>> > > > > > > > una proveedora de productos informáticas y ofrecer dichos<br>> > > > > > productos<br>> > > > > > > > <br>> > > > > > > > 1) El sistema debe recolectar datos de otro sitio web.<br>> > > > > > > <br>> > > > > > > Tendrías que especificar previamente a esto una gestión del<br>> > URL<br>> > > > > > del/de<br>> > > > > > > los sitio(s) web de los que se recolecta la información.<br>> > > > > > > De esta forma si el URL cambia o si se agregan en el futuro<br>> > > > otros<br>> > > > > > > sitios, no hay que modificar el sistema.<br>> > > > > > > <br>> > > > > > > > 2) El sistema debe diferenciar y clasificar los datos<br>> > > > > > recolectados[1]<br>> > > > > > > > segun su tipo.<br>> > > > > > > <br>> > > > > > > Tenés que especificar previamente "tipo" para que este RF<br>> > tenga<br>> > > > > > > sentido.<br>> > > > > > > <br>> > > > > > > > 3) El sistema debe gestionar los datos recolectados[1-2]. <br>> > > > > > > > 3.1) El sistema debe gestionar productos.<br>> > > > > > > > 3.2) El sistema debe gestionar modelos.<br>> > > > > > > <br>> > > > > > > Hacé una entrada en el diccionario para Producto y Modelo,<br>> > para<br>> > > > > > definir<br>> > > > > > > qué atributos tendrá cada uno.<br>> > > > > > > <br>> > > > > > > > 3.3) El sistema debe gestionar precio.<br>> > > > > > > > 4) El sistema debe buscar productos[3.1].<br>> > > > > > > > 5) El sistema debe buscar modelos[3.2].<br>> > > > > > > > 6) El sistema debe mostrar los resultados de las busquedas<br>> > sea<br>> > > > de<br>> > > > > > > > productos[4] o de modelos[5].<br>> > > > > > > <br>> > > > > > > El RF6 es superfluo, porque es pare del RF4 y RF5.<br>> > > > > > > Si querés ser así de claro, poné una entrada en el<br>> > diccionario<br>> > > > para<br>> > > > > > > "buscar" y decís que es buscar y mostrar.<br>> > > > > > > <br>> > > > > > > > 7) El sistema debe gestionar compradores.<br>> > > > > > > <br>> > > > > > > Hacé una entrada en el diccionario para Comprador, para<br>> > definir<br>> > > > qué<br>> > > > > > > atributos tendrá,<br>> > > > > > > <br>> > > > > > > > 8) El sistema debe gestionar pedidos de productos[3.1] por<br>> > > > parte<br>> > > > > > de<br>> > > > > > > > los compradores[7]. <br>> > > > > > > <br>> > > > > > > Hacé una entrada en el diccionario para Pedido para definir<br>> > qué<br>> > > > > > > atributos tendrá.<br>> > > > > > > Está bien que un Pedido se pueda borrar o modificar después<br>> > de<br>> > > > > > hecho?<br>> > > > > > > <br>> > > > > > > > 9) El sistema debe presupuestar pedidos[8].<br>> > > > > > > <br>> > > > > > > En qué consiste el presupuestado? Una persona le pone<br>> > valores a<br>> > > > un<br>> > > > > > > pedido? Con los precios guardados el sistema genera el<br>> > > > presupuesto y<br>> > > > > > lo<br>> > > > > > > muestra o lo manda por mail?<br>> > > > > > > <br>> > > > > > > > 10) El sistema debe mostrar estado de los pedidos[10].<br>> > > > > > > <br>> > > > > > > El estado especificalo previamente y hacé referencia a él en<br>> > el<br>> > > > > > Pedido.<br>> > > > > > > También poné en el diccionario que datos tiene y enumerá<br>> > todos<br>> > > > los<br>> > > > > > > estados posibles, porque después no se podrán cambiar y<br>> > ahora es<br>> > > > el<br>> > > > > > > momento de validarlos.<br>> > > > > > > <br>> > > > > > > > Diccionario:<br>> > > > > > > > Gestionar: Alta, baja, modificación, listar en pantalla.<br>> > > > > > > > Recoletar: Indexar y almacenar los datos.<br>> > > > > > > > Clasificar: Diferenciar los datos recolectados según su<br>> > tipo.<br>> > > > > > > > Tipo: 3 tipos diferentes(productos, modelos, precio)<br>> > > > > > > > Pedido: Producto/s deseado/s.<br>> > > > > > > > Presupuestar: Costo monetario del pedido.<br>> > > > > > > > Estado: 3 estados diferentes(En proceso, anulado,<br>> > finalizado).<br>> > > > > > > > Compradores: Persona que se registra(o logea en caso de ya<br>> > > > tener<br>> > > > > > un<br>> > > > > > > > usuario) para poder realizar pedidos.<br>> > > > > > > > <br>> > > > > > > > Muchas gracias.<br>> > > > > > > <br>> > > > > > > Por nada!<br>> > > > > > > Es una buena primer versión. Mejorando estas cosas y creando<br>> > un<br>> > > > buen<br>> > > > > > > diccionario vamos a avanzar rápido.<br>> > > > > > > <br>> > > > > > > Seguimos!<br>> > > > > > > <br>> > > > > > > -- <br>> > > > > > > Leonardo Tadei<br>> > > > > > > leonardot@pegasusnet.com.ar<br>> > > > > > > Web: http://leonardo.tadei.com.ar<br>> > > > > > > Firma pública:<br>> > > > http://www.pegasusnet.com.ar/LeonardoTadei-public.key<br>> > > > > > > <br>> > > > > > > _______________________________________________<br>> > > > > > > Lista de correo: Php-avanzado<br>> > > > > > > Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> > > > > > > Administración Web:<br>> > > > > ><br>> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> > > > > > > Desubscripción:<br>> > > > > > php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br>> > > > > > <br>> > > > > > _______________________________________________<br>> > > > > > Lista de correo: Php-avanzado<br>> > > > > > Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> > > > > > Administración Web:<br>> > > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> > > > > > Desubscripción:<br>> > > > php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br>> > > > > <br>> > > > > -- <br>> > > > > Leonardo Tadei<br>> > > > > leonardot@pegasusnet.com.ar<br>> > > > > Web: http://leonardo.tadei.com.ar<br>> > > > > Firma pública:<br>> > http://www.pegasusnet.com.ar/LeonardoTadei-public.key<br>> > > > > <br>> > > > > _______________________________________________<br>> > > > > Lista de correo: Php-avanzado<br>> > > > > Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> > > > > Administración Web:<br>> > > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> > > > > Desubscripción:<br>> > > > php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br>> > > > <br>> > > > _______________________________________________<br>> > > > Lista de correo: Php-avanzado<br>> > > > Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> > > > Administración Web:<br>> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> > > > Desubscripción:<br>> > php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br>> > > <br>> > > -- <br>> > > Leonardo Tadei<br>> > > leonardot@pegasusnet.com.ar<br>> > > Web: http://leonardo.tadei.com.ar<br>> > > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key<br>> > > <br>> > > _______________________________________________<br>> > > Lista de correo: Php-avanzado<br>> > > Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> > > Administración Web:<br>> > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> > > Desubscripción:<br>> > php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br>> > <br>> > _______________________________________________<br>> > Lista de correo: Php-avanzado<br>> > Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> > Administración Web: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> > Desubscripción: php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br>> <br>> -- <br>> Leonardo Tadei<br>> leonardot@pegasusnet.com.ar<br>> Web: http://leonardo.tadei.com.ar<br>> Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key<br>> <br>> _______________________________________________<br>> Lista de correo: Php-avanzado<br>> Mensajes a la lista: Php-avanzado@pato2.fi.mdp.edu.ar<br>> Administración Web: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado<br>> Desubscripción: php-avanzado-request@pato2.fi.mdp.edu.ar?subject=unsubscribe<br></div> </div></body>
</html>