<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'>Hola Profe,<div><br></div><div>">En el mensaje anterior te referías a "tipos de productos" y a "tipos de<br>> datos" como entidades independientes, o esto entendí de tu mensaje."</div><div><br></div><div>"Tipos de datos" sería donde se detalla los datos a recopilar de las webs a indexar. Se indexa toda la web, pero lo importante y que debe ser almacenado son 3 cosas(Tipos de Datos): Categoria(ahora que lo mencionó me parece correcto usar este termino), Producto, Precio.</div><div>Esa sería la relación entre Tipos de datos y Tipos de Productos(que ahora lo menciono como categoria). Aunque existe alguna relación me parece que son RF distintos.</div><div>Entre hoy y mañana termino de hacer las correciones y se lo envío para que quede todo más claro.</div><div>Si no le molesta mañana en la pausa lo podemos hablar por si no se entendió.</div><div><br></div><div>Muchas Gracias. Saludos</div><div><br><br><div>> 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. 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 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 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 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 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 (Francisco A.<br>> > Almagro)<br>> > > <br>> > > Hola Francisco,<br>> > > <br>> > > tu planteo es correcto. Como en este sistema hay dos "tipos", 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 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 escribió:<br>> > > > Profe, realizando las correcciones me encontre con una ambiguedad.<br>> > > > Prefiero primero resolver esta ambiguedad y luego seguir con los<br>> > RF.<br>> > > > La ambiguedad es que yo usaba el término "producto" para 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>> > > > DVI-D, HDMI, D-SUB"). La ambiguedad se produce cuando yo quiero<br>> > > > mencionar un producto específico solo.<br>> > > > Pensé en cambiar las palabras a usar, entonces "producto" 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 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 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 realice<br>> > hasta<br>> > > > > > ahora.<br>> > > > > <br>> > > > > Te respondo intercalado:<br>> > > > > <br>> > > > > > Requerimientos funcionales para script de recolección de 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 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 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, 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 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 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 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 qué<br>> > > > > atributos tendrá.<br>> > > > > Está bien que un Pedido se pueda borrar o modificar después de<br>> > > > hecho?<br>> > > > > <br>> > > > > > 9) El sistema debe presupuestar pedidos[8].<br>> > > > > <br>> > > > > En qué consiste el presupuestado? Una persona le pone 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 el<br>> > > > Pedido.<br>> > > > > También poné en el diccionario que datos tiene y enumerá todos<br>> > los<br>> > > > > estados posibles, porque después no se podrán cambiar y 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 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, 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 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>> > > > 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> </div></body>
</html>