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

Vie Nov 29 12:34:32 ART 2013

Hola Nicolás,

	no acepto SRS que usen la palabra "usuario"
	Es una palabra que por su ambigüedad inherente, no tiene sentido.

	Respecto a las referencias, me parece que se desprende del diccionario
por ejemplo que una Oferta se refiere a un Alimento: entonces tenés que
especificar primero Alimento, y cuando especifiques Oferta te quedará
más o menos así: El sistema debe gestionar Ofertas de Alimentos.

	Reescribila por favor sin la palabra "usuarios" así la leo y la cosa
tiene un poco de sentido.

	Seguimos!

El vie, 29-11-2013 a las 11:42 -0300, Nicolas Mozo escribió:
> 
> Leo te envió el SRS v1.02,  una pregunta, vos me pusiste en el
> anterior e-mail que "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."   Pero
> yo a partir del RF 7 hice eso, esta mal como lo hice? 
> 
> 
> Random Food.
> 
> 
> REQUERIMIENTOS FUNCIONALES:
> 
> 
> 
> 1)   El sistema deberá gestionar información nutricional.
> 
> 2)   El sistema deberá gestionar regiones.
> 
> 3)   El sistema deberá administrar ofertas.
> 
> 4)   El sistema deberá administrar precios.
> 
> 5)   El sistema deberá gestionar usuarios.
> 
> 6)   El sistema debe gestionar supermercados.
> 
> 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) y región
> [2].
> 
> 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].
> 
> ·       En el caso de no estar registrado, el usuario deberá llenar un
> formulario mínimo.
> 
> 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 [6] 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 [8], 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á 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.
> 
> 
>  
> 
>  
> 
> REQUERIMIENTOS NO FUNCIONALES:
> 
> 
> 
> 1)   El sistema deberá brindad una ayuda-tutorial sobre RandomFood,
> sus características y como usarlo.
> 
> 
>  
> 
> DICCIONARIO:
> 
> 
> 
>             Usuario Registrado = Persona registrada en el sitio.
> Atributos: nombre de usuario, nombre, apellido, contraseña, edad,
> región, altura, peso. 
> 
> 
>             Usuario No registrado = Persona no registrada en el sitio.
> Atributos: Nombre, apellido, peso y altura.
> 
> 
>             Características de los usuarios = Determina las
> características nutricionales y físicas del usuario. Atributos:peso,
> edad, altura, tipo de alimentación (Si es celiaco, diabético, no posee
> restricciones, vegetariano, deportista) y región.
> 
> 
>             Planes = Según el aporte del usuario al sitio, se le
> otorgaran diferentes beneficios, si el usuario no aporta nada, nada
> mas podrá hacer búsquedas aleatorias por día, si el usuario paga los
> planes podrá beneficiarse con búsquedas más extensas y tener un
> seguimiento de la misma.
> 
> 
>             Información Nutricional = características que portaran
> cada alimento. Atributo: nombre alimento, características.
> 
> 
>             Precios = Costo estimativo sustraído de los supermercados
> adheridos el cual son fijados en cada alimento único. Atributo: pesos.
> 
> 
>             Ofertas = Costo menor a Precios sustraídos de los
> supermercados adheridos el cual son fijados en cada alimento único.
> Atributo: pesos.
> 
> 
>             Alimento = Sustancia nutricional en la que se basaran las
> recetas que proporcione dicho sitio. Atributo: nombre, información
> nutricional.
> 
> 
>             Ingredientes = Alimentos correspondientes que llevaran una
> receta.
> 
> 
>             Supermercado = Mercado adherido al sitio el cual brindara
> todos los alimentos o su mayoría. Atributos: nombre.
> 
> 
> Región = nombre de la provincia, especificar sea norte, centro o sur
> de dicha provincia, en el que se basará el sitio para dar un alimento
> típico de dicha región. Atributo: nombre.
> 
> 
> Recetas = Lista de todos los alimentos y características que llevara
> la realización de un determinado plato de comidas. Atributos:
> Ingredientes, tiempo de cocción, calorías y precio aproximado.
> 
> 
>             Buzón de Salida = Espacio en el que el usuario podrá
> explayarse sobre alguna cuestión, pregunta o problema sobre el sitio.
> Atributos: Texto, asunto,nombre, e-mail.
> 
> 
> 
> 
> _______________________________________________
> 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