<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>Los "tipos de datos" serían 3:</div><div> - Tipo de Producto (Placa de Video<span style="font-size: 12pt;">)</span></div><div> - Producto (PCIE ASUS GT640)</div><div> - Precio (159.38)<br><div>Entre parentesis le puse un ejemplo.</div><div><br></div><div>Ya quedo aclarado, entonces además de las correcciones deberia adaptarlo a estos cambios. Mañana seguro le envío la V2.</div><div>Gracias</div><div><br><div>> 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. Almagro)<br>> <br>> Hola Francisco,<br>> <br>> tu planteo es correcto. Como en este sistema hay dos "tipos", habrá que<br>> llamarlos a cada uno por su nombre completo... porque después de 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 RF.<br>> > La ambiguedad es que yo usaba el término "producto" para referirme al<br>> > tipo de producto(ej. Placas de Video, Gabinetes, Monitores) y "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 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 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 (Francisco A.<br>> > Almagro)<br>> > > <br>> > > Hola Francisco:<br>> > > <br>> > > > Hola Profe! Envío los Requerimientos funcionales que realice hasta<br>> > > > ahora.<br>> > > <br>> > > Te respondo intercalado:<br>> > > <br>> > > > Requerimientos funcionales para script de recolección de datos 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 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 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 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 qué<br>> > > atributos tendrá,<br>> > > <br>> > > > 8) El sistema debe gestionar pedidos de productos[3.1] por 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 un<br>> > > pedido? Con los precios guardados el sistema genera el 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 los<br>> > > estados posibles, porque después no se podrán cambiar y ahora es 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 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 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: 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> </div></body>
</html>