<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>Profe, realizando las correcciones me encontre con una ambiguedad.</div><div>Prefiero primero resolver esta ambiguedad y luego seguir con los RF.</div><div>La ambiguedad es que yo usaba el término "producto" para referirme al tipo de producto(ej. Placas de Video, Gabinetes, Monitores) y "modelo" para el producto específico(ej. "VIDEO PCIE ASUS GT640 -1GD3-L - DVI-D, HDMI, D-SUB"). La ambiguedad se produce cuando yo quiero mencionar un producto específico solo.</div><div>Pensé en cambiar las palabras a usar, entonces "producto" pasaría a ser "tipo de producto" y "modelo" a "producto". Pero tengo un problema, ya que el término "tipo" lo usé para gestionar los tipos de datos para diferenciarlos a la hora de indexar el sitio web. </div><div><span style="font-size: 12pt;">Podría existir "tipos de datos" y "tipo de producto", o seguiria siendo ambiguo? </span><span style="font-size: 12pt;">Se le ocurre algun otro termino?</span></div><div><span style="font-size: 12pt;"><br></span></div><div><span style="font-size: 12pt;">Muchas gracias</span></div><div><br></div><br><div>> 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. 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 de<br>> > una proveedora de productos informáticas y ofrecer dichos 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 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 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 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 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 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 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 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 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: 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>