[Php-avanzado] [PHP-AVANZADO] SRS RANDOM FOOD

Mie Nov 27 23:35:29 ART 2013

Hola Nicolás,

	te hago unas observaciones y preguntas intercaladas:

El vie, 22-11-2013 a las 19:07 -0300, Nicolas Mozo escribió:
> Hola leoo, como andas? Como te dije ayer, aca esta la SRS 1.0.
> 
> 
> Random Food.
> 
> 
> DATOS FUNCIONALES:

	No son "datos", son "requerimientos"

> 1)   El sistema deberá gestionar información nutricional.

	Para que podamos saber cuál es la abstracción que vas a usar de cada
concepto, le tenés que crear una entrada en el diccionario si no la
tiene, y ponerle los atributos que para este sistema tendrá.
	Toda funcionalidad debe tener su entrada en el diccionario, al menos
para ponerlo los atributos.
	Por otra parte, cuando un RF usa a otro, hay que hacer referencia a él
en la propia funcionalidad: ninguno de tus RF referencia a otro! Buscá
en la lista SRS de compañeros para darte una mejor idea.

> 2)   El sistema deberá gestionar regiones.

	En el diccionario pareciera que las regiones corresponden a Provincias,
pero no aparece ninguna funcionalidad para gestionar o mostrar
provincias!

> 3)   El sistema deberá administrar ofertas.

	Además de faltar los atributos, las ofertas mencionan a los productos,
que tampoco aparecen como funcionalidad.
	Tampoco aparece la gestión de Supermercados (pero tiene una entrada en
el diccionario) que debería ser referenciada acá.

> 4)   El sistema deberá administrar precios.

	Esto parece una forma distinta de especificar las ofertas, pero sin los
atributos no puedo saberlo :-(

> 5)   El sistema deberá gestionar usuarios.

	La palabra usuario es demasiado ambigua para que tenga sentido usarla
en una SRS. Ponele un nombre acorde con el problema y los atributos en
el diccionario. Si estos "usuarios" son los que administran el sitio, no
serán una funcionalidad.

> 6)   El sistema deberá gestionar contraseñas.

	Parece que esto es un mero atributo del RF anterior, y por lo tanto no
tiene sentido a nivel funcional.

	De acá para abajo, sin los atributos, no puedo validarte más nada...
agregale estas cosas y reenviamela como versión 2!!!

	Saludos!!!

> 7)   El sistema deberá solicitar y gestionar características de los
> usuarios [5]; en el caso de ser un usuario a registrar se tomaran
> datos como, peso, edad, altura, tipo de alimentación (Si es celiaco,
> diabético, no posee restricciones, vegetariano, deportista).
> 
> 8)   El sistema deberá gestionar alimentos, con sus respectivas
> ofertas [3] (Si las posee), y sus precios [4]. La gestión de alimentos
> se podrá realizar con/sin tener un usuario registrado [5][6].
> 
> 9)   EL sistema deberá poder realizar comidas de manera aleatoria
> extraídos de una base de datos en forma diaria (“RandomDay”) o planes
> más extensos, teniendo en cuenta las características de dicho usuario
> [5], y la región [2] (este dato es importante, para la elaboración de
> alimentos típicos de la región).
> 
> 10)          El sistema deberá elaborar recetas según la comida
> elegida u obtenida aleatoriamente [9]. Cada una de estas recetas
> poseerá  ingredientes, procedimientos, tiempo de cocción (en caso de
> ser un alimentos que requieran aumentar su temperatura), calorías,
> precio aproximado de dicha receta.
> 
> 11)          El sistema debe buscar alimentos por:
> 
>  a. Orden alfabético.
> 
>  b. Por tipo de alimento (carnes, pastas, frutas, verduras).
> 
>  c. Tipo de alimentación del usuario [7].
> 
>  d. Calorías. 
> 
> 12)          El sistema deberá extraer las ofertas [3] y precios [4]
> de los supermercados adheridos al sistema y visualizarlos públicamente
> a todos los usuarios, registrados o no, tanto en los alimentos
> aleatorios [9] como en los visualizados en la sección(“Productos”).
> 
> 13)          El sistema deberá, en el momento que se obtiene la comida
> aleatoria [9], teniendo en cuenta ofertas[3] y precios[4] de los
> diferentes supermercados, visualizar sus ingredientes con sus
> respectivas ofertas [3] y en el caso de no tenerlo, visualizar el
> precio [4] más bajo y mostrar a que supermercado [12] corresponde
> dicha oferta.
> 
> 14)          El sistema deberá gestionar un buzón de salida para
> establecer un contacto administrador-usuario y validar los datos
> teniendo en cuenta que todos los campos estén llenos.
> 
> 15)          El sistema deberá brindad una ayuda-tutorial sobre
> RandomFood, sus características y como usarlo.
> 
> 16)          El sistema deberá tener una sección en la cual los
> Usuarios [5] puedan compartir recetas y ser valorizadas como positivas
> o negativas, a determinada reputación dichas recetas serán cargadas o
> actualizaran otras.
> 
> 
> Diccionario:
> 
> Usuario = nombre de Usuario.
> 
> Alimento = nombre del Alimento.
> 
> Característica Alimento = información nutricional.
> 
> Características Usuario = Tipo de alimentación.
> 
> Supermercado = nombre del Supermercado.
> 
> Ofertas = Ofertas de los distintos productos particulares de cada
> Supermercado.
> 
> Precios = Precios de los distintos productos.
> 
> RandomDay = Alimento aleatorio que se les brinda a los Usuarios no
> registrados.
> 
> Región = nombre de la provincia, sea norte, centro o sur de dicha
> provincia.
> 
> Recetas = Ingredientes, tiempo de cocción, calorías y precio
> aproximado.
> 
> 
> _______________________________________________
> 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