[Php-avanzado] Requerimientos funcionales (Francisco A. Almagro)

Leonardo Tadei - Pegasus Tech Supply leonardot en pegasusnet.com.ar
Mie Oct 2 22:58:30 ART 2013 

Hola Francisco,

	hay alguna cosa que me desentona: me parece que lo que llamás "tipos de
datos" no tienen sentido desde el punto de vista de la funcionalidad,
porque son meros atributos del Producto.

	Seguimos mañana en la pausa!


El jue, 03-10-2013 a las 01:36 +0000, Francisco Almagro escribió:
> Hola Profe,
> 
> 
> ">En el mensaje anterior te referías a "tipos de productos" y a "tipos
> de
> > datos" como entidades independientes, o esto entendí de tu mensaje."
> 
> 
> "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.
> 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.
> Entre hoy y mañana termino de hacer las correciones y se lo envío para
> que quede todo más claro.
> Si no le molesta mañana en la pausa lo podemos hablar por si no se
> entendió.
> 
> 
> Muchas Gracias. Saludos
> 
> 
> > From: leonardot en pegasusnet.com.ar
> > To: php-avanzado en pato2.fi.mdp.edu.ar
> > Date: Wed, 2 Oct 2013 21:30:18 -0300
> > Subject: Re: [Php-avanzado] Requerimientos funcionales (Francisco A.
> Almagro)
> > 
> > Hola Francisco,
> > 
> > El jue, 03-10-2013 a las 00:10 +0000, Francisco Almagro escribió:
> > > Hola Profe.
> > > Los "tipos de datos" serían 3:
> > > - Tipo de Producto (Placa de Video)
> > > - Producto (PCIE ASUS GT640)
> > > - Precio (159.38)
> > > Entre parentesis le puse un ejemplo.
> > > 
> > > 
> > > Ya quedo aclarado, entonces además de las correcciones deberia
> > > adaptarlo a estos cambios. Mañana seguro le envío la V2.
> > 
> > Me parece que estás mezclando conceptos.
> > En el mensaje anterior te referías a "tipos de productos" y a "tipos
> de
> > datos" como entidades independientes, o esto entendí de tu mensaje.
> > 
> > En este mensaje estás llamando "tipo de datos" a los atributos de un
> > Producto, y no tendría sentido clasificarlos de esta manera porque
> no
> > tienen relación con la funcionalidad.
> > El único que tiene relación con la funcionalidad, y solo a nivel
> > estructural, es lo que acá llamás "tipo de producto" y que
> generalmente
> > se llama "rubro" o "categoría".
> > 
> > Si no entiendo mal, tendrías por un lado las "categorías":
> > 
> > 1) El sistema debe gestionar Categorías.
> > 
> > y por otro los Productos, que están compuestos por varios atributos
> de
> > los que uno es la Categoría:
> > 
> > 2) El sistema debe gestionar Productos con su Categoría.
> > 
> > Fijate que expresado así, no tenés "tipos" de nada.
> > 
> > Es esto lo que estás intentando especificar?
> > 
> > 
> > 
> > > > From: leonardot en pegasusnet.com.ar
> > > > To: php-avanzado en pato2.fi.mdp.edu.ar
> > > > Date: Wed, 2 Oct 2013 19:09:17 -0300
> > > > Subject: Re: [Php-avanzado] Requerimientos funcionales
> (Francisco A.
> > > Almagro)
> > > > 
> > > > Hola Francisco,
> > > > 
> > > > tu planteo es correcto. Como en este sistema hay dos "tipos",
> habrá
> > > que
> > > > llamarlos a cada uno por su nombre completo... porque después de
> > > todo
> > > > siempre son un "tipo de algo".
> > > > 
> > > > Suena bien "tipo de producto" y "tipo de dato".
> > > > 
> > > > Ahora bien: el "tipo de producto" y "tipo de dato" no serán la
> misma
> > > > cosa, una en el sitio web a analizar y otra como parte de la
> > > > clasificación de los productos?
> > > > 
> > > > Si son la misma cosa, entonces tendría que estar una sola vez...
> > > > 
> > > > 
> > > > El mié, 02-10-2013 a las 19:18 +0000, Francisco Almagro
> escribió:
> > > > > Profe, realizando las correcciones me encontre con una
> ambiguedad.
> > > > > Prefiero primero resolver esta ambiguedad y luego seguir con
> los
> > > RF.
> > > > > 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.
> > > > > 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. 
> > > > > Podría existir "tipos de datos" y "tipo de producto", o
> seguiria
> > > > > siendo ambiguo? Se le ocurre algun otro termino?
> > > > > 
> > > > > 
> > > > > Muchas gracias
> > > > > 
> > > > > 
> > > > > 
> > > > > > From: leonardot en pegasusnet.com.ar
> > > > > > To: php-avanzado en pato2.fi.mdp.edu.ar
> > > > > > Date: Wed, 2 Oct 2013 10:26:49 -0300
> > > > > > Subject: Re: [Php-avanzado] Requerimientos funcionales
> > > (Francisco A.
> > > > > Almagro)
> > > > > > 
> > > > > > Hola Francisco:
> > > > > > 
> > > > > > > Hola Profe! Envío los Requerimientos funcionales que
> realice
> > > hasta
> > > > > > > ahora.
> > > > > > 
> > > > > > Te respondo intercalado:
> > > > > > 
> > > > > > > Requerimientos funcionales para script de recolección de
> datos
> > > web
> > > > > de
> > > > > > > una proveedora de productos informáticas y ofrecer dichos
> > > > > productos
> > > > > > > 
> > > > > > > 1) El sistema debe recolectar datos de otro sitio web.
> > > > > > 
> > > > > > Tendrías que especificar previamente a esto una gestión del
> URL
> > > > > del/de
> > > > > > los sitio(s) web de los que se recolecta la información.
> > > > > > De esta forma si el URL cambia o si se agregan en el futuro
> > > otros
> > > > > > sitios, no hay que modificar el sistema.
> > > > > > 
> > > > > > > 2) El sistema debe diferenciar y clasificar los datos
> > > > > recolectados[1]
> > > > > > > segun su tipo.
> > > > > > 
> > > > > > Tenés que especificar previamente "tipo" para que este RF
> tenga
> > > > > > sentido.
> > > > > > 
> > > > > > > 3) El sistema debe gestionar los datos recolectados[1-2]. 
> > > > > > > 3.1) El sistema debe gestionar productos.
> > > > > > > 3.2) El sistema debe gestionar modelos.
> > > > > > 
> > > > > > Hacé una entrada en el diccionario para Producto y Modelo,
> para
> > > > > definir
> > > > > > qué atributos tendrá cada uno.
> > > > > > 
> > > > > > > 3.3) El sistema debe gestionar precio.
> > > > > > > 4) El sistema debe buscar productos[3.1].
> > > > > > > 5) El sistema debe buscar modelos[3.2].
> > > > > > > 6) El sistema debe mostrar los resultados de las busquedas
> sea
> > > de
> > > > > > > productos[4] o de modelos[5].
> > > > > > 
> > > > > > El RF6 es superfluo, porque es pare del RF4 y RF5.
> > > > > > Si querés ser así de claro, poné una entrada en el
> diccionario
> > > para
> > > > > > "buscar" y decís que es buscar y mostrar.
> > > > > > 
> > > > > > > 7) El sistema debe gestionar compradores.
> > > > > > 
> > > > > > Hacé una entrada en el diccionario para Comprador, para
> definir
> > > qué
> > > > > > atributos tendrá,
> > > > > > 
> > > > > > > 8) El sistema debe gestionar pedidos de productos[3.1] por
> > > parte
> > > > > de
> > > > > > > los compradores[7]. 
> > > > > > 
> > > > > > Hacé una entrada en el diccionario para Pedido para definir
> qué
> > > > > > atributos tendrá.
> > > > > > Está bien que un Pedido se pueda borrar o modificar después
> de
> > > > > hecho?
> > > > > > 
> > > > > > > 9) El sistema debe presupuestar pedidos[8].
> > > > > > 
> > > > > > En qué consiste el presupuestado? Una persona le pone
> valores a
> > > un
> > > > > > pedido? Con los precios guardados el sistema genera el
> > > presupuesto y
> > > > > lo
> > > > > > muestra o lo manda por mail?
> > > > > > 
> > > > > > > 10) El sistema debe mostrar estado de los pedidos[10].
> > > > > > 
> > > > > > El estado especificalo previamente y hacé referencia a él en
> el
> > > > > Pedido.
> > > > > > También poné en el diccionario que datos tiene y enumerá
> todos
> > > los
> > > > > > estados posibles, porque después no se podrán cambiar y
> ahora es
> > > el
> > > > > > momento de validarlos.
> > > > > > 
> > > > > > > Diccionario:
> > > > > > > Gestionar: Alta, baja, modificación, listar en pantalla.
> > > > > > > Recoletar: Indexar y almacenar los datos.
> > > > > > > Clasificar: Diferenciar los datos recolectados según su
> tipo.
> > > > > > > Tipo: 3 tipos diferentes(productos, modelos, precio)
> > > > > > > Pedido: Producto/s deseado/s.
> > > > > > > Presupuestar: Costo monetario del pedido.
> > > > > > > Estado: 3 estados diferentes(En proceso, anulado,
> finalizado).
> > > > > > > Compradores: Persona que se registra(o logea en caso de ya
> > > tener
> > > > > un
> > > > > > > usuario) para poder realizar pedidos.
> > > > > > > 
> > > > > > > Muchas gracias.
> > > > > > 
> > > > > > Por nada!
> > > > > > Es una buena primer versión. Mejorando estas cosas y creando
> un
> > > buen
> > > > > > diccionario vamos a avanzar rápido.
> > > > > > 
> > > > > > Seguimos!
> > > > > > 
> > > > > > -- 
> > > > > > Leonardo Tadei
> > > > > > leonardot en pegasusnet.com.ar
> > > > > > Web: http://leonardo.tadei.com.ar
> > > > > > Firma pública:
> > > http://www.pegasusnet.com.ar/LeonardoTadei-public.key
> > > > > > 
> > > > > > _______________________________________________
> > > > > > Lista de correo: Php-avanzado
> > > > > > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > > > > > Administración Web:
> > > > >
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > > > > > Desubscripción:
> > > > > php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
> > > > > 
> > > > > _______________________________________________
> > > > > Lista de correo: Php-avanzado
> > > > > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > > > > Administración Web:
> > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > > > > Desubscripción:
> > > php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
> > > > 
> > > > -- 
> > > > Leonardo Tadei
> > > > leonardot en pegasusnet.com.ar
> > > > Web: http://leonardo.tadei.com.ar
> > > > Firma pública:
> http://www.pegasusnet.com.ar/LeonardoTadei-public.key
> > > > 
> > > > _______________________________________________
> > > > Lista de correo: Php-avanzado
> > > > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > > > Administración Web:
> > > http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > > > Desubscripción:
> > > php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
> > > 
> > > _______________________________________________
> > > Lista de correo: Php-avanzado
> > > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > > Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > > Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
> > 
> > -- 
> > Leonardo Tadei
> > leonardot en pegasusnet.com.ar
> > Web: http://leonardo.tadei.com.ar
> > Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key
> > 
> > _______________________________________________
> > Lista de correo: Php-avanzado
> > Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> > Administración Web:
> http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> > Desubscripción:
> php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe
> 
> _______________________________________________
> Lista de correo: Php-avanzado
> Mensajes a la lista: Php-avanzado en pato2.fi.mdp.edu.ar
> Administración Web: http://www3.fi.mdp.edu.ar/cgi-bin/mailman/listinfo/php-avanzado
> Desubscripción: php-avanzado-request en pato2.fi.mdp.edu.ar?subject=unsubscribe

-- 
Leonardo Tadei
leonardot en pegasusnet.com.ar
Web: http://leonardo.tadei.com.ar
Firma pública: http://www.pegasusnet.com.ar/LeonardoTadei-public.key

Más información sobre la lista de distribución Php-avanzado