DagaStudio SRS 4.0

SRS
Especificaciones de
requisitos de software.
DAGA Studio
Equipo:
Carolina Almanza.
Juan Isidro Gonzá lez Parra.
Oscar Ná jera Santana.
0.3
Modelo de ingeniería Pág.
[Nombre documento]
1
Descripción de requisitos del software

Ficha del documento
Fecha Revisió Autor Verificado dpto. calidad.

n
14/10/2
1.0 Carolina Almanza. Oscar Ná jera Santana.
020
15/10/2
2.0 Carolina Almanza. Oscar Ná jera Santana.
020
15/11/2 3.0
Juan Isidro Gonzá lez Parra. Carolina Almanza.
020
23/11/2
4.0 Oscar Ná jera Santana. Juan Isidro Gonzá lez Parra.
0
Contenido
Receta-Me Rev. 0.2
Especificación de requisitos de software Pág. 3
FICHA DEL DOCUMENTO 1
CONTENIDO 2
FICHA DEL DOCUMENTO 1 ¡ERROR! MARCADOR NO DEFINIDO.
1 INTRODUCCIÓN. 4
1.1 PROPÓSITO. 4
1.2 ALCANCE. 4
1.3 PERSONAL INVOLUCRADO. 5
1.4 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS. 5
1.5 REFERENCIAS. 6
1.6 RESUMEN. 6
2 DESCRIPCIÓN GENERAL. 6
2.1 PERSPECTIVA DEL PRODUCTO. 6
2.2 FUNCIONALIDAD DEL PRODUCTO. 7
2.3 CARACTERÍSTICAS DE LOS USUARIOS. 7
2.4 RESTRICCIONES. 8
2.5 SUPOSICIONES Y DEPENDENCIAS. 8
2.6 EVOLUCIÓN PREVISIBLE DEL SISTEMA. 8
3 REQUISITOS ESPECÍFICOS. 8
3.1 HISTORIAS DE USUARIO 9
3.2 REQUISITOS COMUNES DE LAS INTERFACES. 9

3.2.1 Interfaces de usuario. 9
3.2.2 INTERFACES DE HARDWARE. 9

Receta-Me Rev. 0.2
3.2.3 INTERFACES DE SOFTWARE. 10
3.2.4 INTERFACES DE COMUNICACIÓN. 10
3.3 REQUISITOS FUNCIONALES 10
3.4 REQUISITOS NO FUNCIONALES 11
3.4.1 RENDIMIENTO 11
3.4.2 USABILIDAD 11
3.4.3 DISPONIBILIDAD. 12
3.4.4 MANTENIBILIDAD. 12
3.5 Requerimientos técnicos. 12

3.5.1 Nuevo usuario. 12
3.5.2 Eliminar usuario. 12
3.5.3 Modificar usuario. 12
3.5.4 Acceso al sistema (Log in). 13
3.5.5 Creación de recetas. 13
3.5.6 Modificación de recetas. 13

Receta-Me Rev. 0.2
1 Introducción.
Este documento nos permite conocer los requisitos de software, para el
sistema el cual será una aplicació n, que se encargue de proporcionar recetas partir
de los ingredientes con los que cuenta el usuario, que será reconocido como la
aplicació n Receta-Me.
1.1 Propósito.
El propó sito de este documento es el de definir los requerimientos para la

aplicació n de Receta-Me, los cuales incluyen aquellos requerimientos conocidos
como funcionales, no funcionales los cuales servirá n para el desarrollo de la
aplicació n.
El documento va dirigido al representante de los stakeholders (las partes

interesadas en el desarrollo), en este caso el product owner o líder técnico y para
las personas involucradas en el desarrollo de la aplicació n.
1.2 Alcance.
Este nuevo sistema será conocido como “Receta-Me” nuestra aplicació n tendrá
el siguiente alcance:
 Buscar recetas con ingredientes dados.

 Sugerir recetas.
 Mostrar las porciones de los ingredientes.
 Muestra el proceso de elaboració n
 Guardar recetas favoritas
Alcance no incluido:
 No muestra dó nde conseguir los ingredientes.

 No te hace chef profesional.
 No muestra informació n nutricional.
 No da planes alimenticios.

Receta-Me Rev. 0.2
1.3 Personal involucrado.
Nombre Juan Isidro Gonzá lez Parra

Rol Technical leader
Categoría profesional Estudiante
Responsabilidades Gestor de Proyecto
Informació n de 4925830339
contacto
Aprobació n
Nombre Oscar Ná jera Santana

Rol Colaboration Leader
Responsabilidades Gestor de Calidad
Informació n de oscarnajera_22@hotmail.com
contacto
Aprobació n
Nombre Carolina Almanza

Rol Team Leader
Responsabilidades Gestor Técnico
Informació n de 4929429019
contacto
Aprobació n
1.4 Definiciones, acrónimos y abreviaturas.
 El proyecto se llama Receta-Me y será definido con la abreviatura RM.

 Las Historias de usuario será n conocidas HU.
 Los requisitos será n RS.
 Los requisitos funcionales RF.
 Para la base de datos se abreviará con BD.

Receta-Me Rev. 0.2
1.5 Referencias.
Referencia Título Ruta Fecha Autor

IEEE830 SRS Este documento 4-12- DagaStudio
2020
1.6 Resumen.
Con este documento se plantean obtener las bases de desarrollo para la

aplicació n RM, esto será considerado como un artefacto que nos permitirá obtener
un producto de software correcto que satisfaga las necesidades encontradas. El
documento servirá como una guía de desarrollo nos brindará los está ndares de
calidad a seguir, así como el diseñ o que se tendrá para el desarrollo.
Se definirá n todos los requerimientos, creando las historias de usuario,
restricciones de la aplicació n, el alcance y objetivos. Se definirá el alcance de la
aplicació n.
2 Descripción general.
2.1 Perspectiva del producto.
Es un producto final, un producto independiente que se creará desde cero.

Se programará n sus funcionalidades haciendo el proceso de desarrollo de software
accediendo a una BD de recetas y se realizara la bú squeda para agilizar el proceso.

Receta-Me Rev. 0.2
2.2 Funcionalidad del producto.
La aplicació n buscará y mostrará recetas a partir de cierta cantidad de

ingredientes seleccionados por el usuario, y podrá guardar recetas que el usuario
marque como favoritas.
 Administrador de cuentas.
o Crear usuarios.
o Eliminar usuarios.
o Modificar cuentas.
o Visualizar informació n de usuario.
 Administrador de recetas.
o Agregar ingredientes.
o Agregar recetas.
o Eliminar ingredientes.
o Eliminar recetas.
o Modificar recetas.
 Bú squeda.
o Bú squeda de ingredientes.
o Bú squeda de recetas.
 Consulta de recetas
o Mostrar recetas.
o Agregar recetas a favoritos.
o Puntuar recetas.
2.3 Características de los usuarios.
Tipo de usuario Comensal

Formació n Variable
Habilidades Usar aplicació n del sistema.
Actividades Seleccionar y/o buscar ingredientes con el fin de
encontrar una o má s recetas.
Seleccionar una receta deseada.
Guardar una receta favorita.
Puntuar una receta.
Tipo de usuario Administrador.

Formació n Licenciado.
Habilidades Control y administració n de aplicaciones.
Actividades Agregar recetas e ingredientes.
Control y administració n del sistema.

Receta-Me Rev. 0.2
2.4 Restricciones.
 Los usuarios solo podrá n seleccionar ingredientes de la lista dada.

 Los usuarios podrá n buscar recetas solo si selecciona mínimo tres
ingredientes.
 Los usuarios solo pueden visualizar una receta a la vez.
 Los usuarios solo pueden guardar un má ximo de 10 recetas favoritas.
 El sistema será implementado en el lenguaje Python, con el framework
Django.
 Se deberá tener acceso a internet para utilizar el sistema.
2.5 Suposiciones y dependencias.
 Se supone que los navegadores de pá gina web estará n actualizados o en su

versió n má s reciente disponible.
 El sistema Windows no deberá ser una versió n deprecada.
 Se espera que se cuente con una conexió n a internet.
 Se espera que se tengan los requisitos mínimos definidos en el documento.
2.6 Evolución previsible del sistema.
Se espera que el sistema pase de ser una aplicació n realizada en

Python con framework Django en un futuro pueda estar disponible para un
sistema Android.
3 Requisitos específicos.
BR# Nombre del Roles. Descripció n

mó dulo.
BR1 Seleccionar Comensal Comensal: El usuario puede seleccionar uno o má s

Ingredientes ingredientes de una lista.
BR2 Ver recetas Comensal Comensal: El usuario puede ver recetas que tengan
los ingredientes seleccionados.
BR3 Seleccionar Comensal Comensal: El usuario puede seleccionar una receta.

receta
BR4 Ver receta Comensal Comensal: El usuario puede ver la informació n de

Receta-Me Rev. 0.2
la receta seleccionada.
BR5 Guardar Comensal Comensal: El usuario poder guardar las recetas

Receta para poder visualizarlas después.
3.1 Historias de Usuario
 Historia de usuario 1 (HU1): Como usuario quiero poder seleccionar varios

ingredientes de una lista para saber los ingredientes disponibles.
 Historia de usuario 2 (HU2): Como usuario quiero poder ver recetas que
tengan los ingredientes que he seleccionado para elegir una de las recetas
sugeridas.
 Historia de usuario 3 (HU3): Como usuario quiero visualizar los pasos e
instrucciones de la receta que seleccioné para poder prepararla.
 Historia de usuario 4 (HU4): Como usuario quiero má s de una opció n para
los mismos ingredientes para no caer en la monotonía a la hora de comer.
 Historia de usuario 5 (HU5): Como usuario quiero eliminar ingredientes de
la lista de ingredientes seleccionados por que me equivoque al seleccionar
un ingrediente que no deseaba para poder corregir la elecció n.
 Historia de usuario 6 (HU6): Como usuario quiero que se muestran las
recetas en una lista que no sea difícil de leer para que sea má s rá pido el
poder seleccionar la que má s me guste.
 Historia de usuario 7 (HU7): Como usuario quiero visualizar una imagen
que me muestre el platillo que estoy a punto de hacer para saber có mo
lucirá y si se me antoja para preparar.
 Historia de usuario 8 (HU8): Como usuario quiero poder guardar las recetas
favoritas, para poder verlas después.
3.2 Requisitos comunes de las interfaces.
3.2.1 Interfaces de usuario.
 La interfaz de usuario deberá de ser adaptable a las dimensiones de

pantalla, deberá ser optima para que la experiencia de usuario sea buena,
deberá de contener elementos visualmente legibles que no afecten la
interfaz.
 Las tipografías y tamañ o de la misma deberá n ser legibles y no generar
problemas para el usuario. De igual manera los iconos utilizados deberá n
ser correctos para que no generen ambigü edades en el uso del sistema y
deberá n ser visualmente legibles.
3.2.2 Interfaces de hardware.

Receta-Me Rev. 0.2
 La aplicació n tiene como destino cualquier dispositivo con la capacidad de

ejecutar un navegador web, con sistema operativo Windows, Linux o
MacOS, mientras tenga soporte, véase suposiciones y dependencias.
 Se requiere que se tenga un adaptador de red y un mínimo de memoria
RAM.

Receta-Me Rev. 0.2
3.2.3 Interfaces de software.
 Deberá contar con un sistema operativo que pueda ejecutar un navegador

web de manera grá fica.
 Navegadores con soporte para la tecnología HTML5.
 La interfaz deberá de presentarse de igual manera en cualquier navegador
soportado.
 Ejemplos de navegadores (Chrome, Edge, Internet Explorer, Opera, Safari o
Mozilla Firefox).
3.2.4 Interfaces de comunicación.
 El protocolo de comunicació n será HTTP.
3.3 Requisitos funcionales
 FR1- El sistema deberá mostrar todos los ingredientes disponibles en una

lista seleccionable alimentada por lista está tica.
 Como usuario deseo poder ver una lista seleccionable para poder
seleccionar los ingredientes que prefiero.
 Dado que ingreso al sistema al apartado de seleccionar
ingredientes. Cuando selecciono ingredientes de la lista.
Entonces puedo ver en la bú squeda los ingredientes que he
seleccionado.
 Dado que ingreso al sistema al modulo para seleccionar los
ingredientes y selecciono un ingrediente que no deseo.
Cuando selecciono el botó n eliminar ingrediente. Entonces
puedo ver la lista de ingredientes sin el ingrediente que
elimine.
 FR2- El sistema deberá mostrar todas las recetas disponibles en una lista
seleccionable basá ndose en los ingredientes seleccionados, siendo
proporcionadas por una BD.
 Como usuario deseo poder ver una lista con todas las recetas que
puedo preparar con los ingredientes seleccionados para poder
seleccionar la receta que má s me guste para preparar.
 Dado que ingreso los ingredientes que deseo buscar. Cuando
presiono el botó n buscar. Entonces puedo ver una lista con
las recetas que puedo hacer.
 Dado que ingreso los ingredientes que deseo buscar y no hay
recetas. Cuando presiono el botó n buscar. Entonces puedo

Receta-Me Rev. 0.2
ver un mensaje diciendo que “no hay recetas con los

ingredientes buscados”.
 Dado que ingreso menos de 3 ingredientes para buscar.
Cuando presiono el botó n buscar. Entonces puedo ver un
mensaje diciendo “Se tienen que seleccionar mínimo 3
ingredientes”.
 FR3- El sistema deberá mostrar la receta seleccionada y obtener los datos,

pertenecientes a la receta.
 Como usuario deseo poder ver los detalles de la receta que he
seleccionado para poder seguir los pasos para prepararla.
 Dado que selecciono la receta que deseo preparar. Cuando
selecciono ver detalles. Entonces puedo ver los detalles de
preparació n de la receta.
 FR4-El sistema deberá almacenar las recetas favoritas para que el usuario
pueda acceder a ellas posteriormente.
 Como usuario deseo podre guardar una recete que me gusto mucho
para poder consultarla con facilidad la pró xima vez que lo requiera.
 Dado que ingreso a los detalles de una receta. Cuando
presiono el botó n de añ adir a favoritos. Entonces puedo ver
la receta guardada en la lista de favoritos.
 Dado que ingreso a los detalles de una receta y ya tengo un
mínimo de 10 recetas favoritas. Cuando presiono el botó n
para añ adir a favoritos. Entonces puedo ver un mensaje “Ya
tienes 10 recetas favoritas no se pudo agregar a favoritos”.
 Dado que ingreso a los detalles de una receta y la quiero
eliminar de favoritos. Cuando presiono el botó n de favoritos.
Entonces aparece un mensaje “Se ha eliminado de favoritos.”
3.4 Requisitos no funcionales
3.4.1 Rendimiento
 RR1- Garantizar que la interfaz de la aplicació n no interfiera con el

rendimiento de las operaciones ló gicas.
 RR2- La aplicació n deberá responder en un periodo de tiempo de 1
segundos en el mejor de los casos, para el peor de los casos deberá
responder en un periodo no mayor a 2 segundos.
 RR3- La aplicació n en un inicio deberá responder en un periodo de tiempo
de 4 segundos en el mejor de los casos, para el peor de los casos deberá
responder en un periodo no mayor a 5 segundos.

Receta-Me Rev. 0.2
3.4.2 Usabilidad
 RU1- El sistema debe tener una interfaz de uso intuitiva y sencilla.
3.4.3 Disponibilidad.
 RD-1 El sistema deberá tener una disponibilidad del 100% del tiempo.
 RD-2 Las recetas siempre se mantendrá n actualizadas y visibles cuando la
aplicació n se conecte con la BD.
3.4.4 Mantenibilidad.
 RM-1 El có digo deberá de estar comentado a nivel de clases y métodos, por

cada método y clase debe haber un comentario, para facilitar su
mantenibilidad.
 RM-2 El có digo deberá ser 100% homogéneo.
 RM-3 El có digo deberá ser con un enfoque Orientado a Objetos, donde por
cada archivo existirá una clase global, exceptuando las clases generadas por
el lenguaje.
 RM-4 El sistema debe de disponer de una documentació n fá cilmente
actualizable que permita realizar operaciones de mantenimiento con el
menor esfuerzo posible.
3.5 Requerimientos técnicos.
3.5.1 Nuevo usuario.
1. Nombre de usuario es requerido.

2. El nombre de usuario debe tener al menos 3 caracteres.
3. No son permitidos caracteres especiales.
4. Es requerido nombre, apellido paterno, teléfono, email.
5. El email debe tener formato vá lido.
6. Los campos de nombre, apellido paterno y apellido materno no aceptan
nú meros.
7. Los campos de teléfono no aceptan letras.
8. Solo el administrador puede agregar usuarios.
3.5.2 Eliminar usuario.
9. El administrador es el encargado de modificar y eliminar usuarios.

10. La cuenta de usuario debe de existir.

Receta-Me Rev. 0.2
3.5.3 Modificar usuario.
11. El nombre de usuario debe de existir y estar activo.

12. Los campos a modificar deben cumplir las mismas reglas que al crear el
nuevo usuario.
13. No se pueden dejar campos en blanco.
14. La longitud de un nombre debe ser menor a 25 caracteres.
15. No deben de contener caracteres especiales.
16. Los apellidos no deben ser mayores a 50 caracteres cada uno.
17. El nú mero de teléfono debe de tener 10 caracteres
18. El nú mero de teléfono no debe de contener caracteres especiales.
19. El nú mero de teléfono no debe de contener espacios en blanco.
3.5.4 Acceso al sistema (Log in).
20. Nombre de usuario y contraseñ a son requeridos.

21. Si el acceso es invalido se debe regresar a la pá gina y mostrar mensaje
“Usuario o contraseñ a invá lidos”.
22. No se aceptan espacios en blanco mostrando mensaje de acceso invalido.
3.5.5 Agregar ingredientes.
23. Solo el administrador puede agregar ingredientes nuevos.

24. El campo de nombre de ingrediente no puede estar vacío.
25. El ingrediente no debe de existir. En caso de que exista se debe de mostrar
un mensaje “El ingrediente ya existe”.
26. Si el ingrediente se agrego correctamente se debe de mostrar en la lista de
ingredientes y un mensaje “Ingrediente agregado con éxito”.
27. El campo de nombre de ingrediente no debe de estar vacío.
3.5.6 Eliminar ingrediente.
28. Solo el administrador puede eliminar ingredientes.

29. Cuando se elimina un ingrediente debe aparecer un mensaje “El ingrediente fue
eliminado con éxito”.
3.5.7 Creación de recetas.
30. El campo ingredientes no puede estar vacío.

31. El campo de ingredientes debe de ser menor a 20 caracteres.
32. El campo de preparació n no puede estar vacío.
33. El administrador es el encargado de crear recetas.

Receta-Me Rev. 0.2
3.5.8 Modificación de recetas.
34. Los campos de ingredientes y preparació n no pueden estar vacíos.

35. Solo el administrador puede modificar las recetas.
3.5.9 Eliminar recetas.
36. Solo el administrador puede eliminar recetas.
4 Validaciones funcionales.
4.1 Agregar usuarios.
 Si el usuario o la contraseñ a no son correctas o no cumplen con lo

establecido el sistema desplegara un mensaje de error.
 Si la contraseñ a no coincide con lo establecido en el sistema se muestra
mensaje de error.
 Si no se encuentra al usuario que se puso se muestra mensaje de error.
 Si ya se usó el correo electró nico muestra mensaje de error.
4.2 Eliminar usuario.
 Si no se encuentra el usuario a eliminar, se despliega un mensaje de no se

encuentra al usuario.
 Si no se pudo eliminar el usuario por cualquier cosa, se desplegará un
mensaje de no se pudo eliminar el usuario.
4.3 Modificar usuario.
 Si se modifico correctamente el usuario se debería de redireccionar a la lista

de usuarios y mostrar al usuario con los nuevos datos.
 Si no se pudo modificar el usuario por error externo se debería de mostrar
un mensaje de no se pudo modificar el usuario.
 Si algú n dato esta mal capturado conforme a lo definido anteriormente se
deberá de mostrar un mensaje con el campo que no cumple con lo
requerido.

Receta-Me Rev. 0.2
4.4 Acceso al sistema.
 Si los datos ingresados en la pantalla de log-in son incorrectos se deberá

mostrar un mensaje de error.
 Si se dejo algú n campo vacío se deberá de mostrar un mensaje.
 Si se ingresaron los datos correctamente se redireccionará a la pá gina
principal del sistema.
4.5 Agregar ingredientes.
 Cuando se han ingresado todos los datos correctamente se redirige a la

pantalla donde aparece la lista de ingredientes y el ingrediente agregado ahí
aparecerá .
 Cuando no se capturo correctamente un dato el sistema desplegará un
mensaje de error de captura de datos.
 Cuando ocurre un error externo o no planeado debería aparecer un mensaje
de no se pudo agregar el ingrediente.
4.6 Creación de recetas.
 Si la receta fue capturada correctamente y se pudo agregar al sistema se

mostrará un mensaje de éxito y se redirigirá a la lista de recetas.
 Si no se capturaron los datos correctamente se mostrará un mensaje
indicando que hubo un error en la captura de los datos.
 Si existió algú n error que no se pudo agregar la receta, aparecerá un
mensaje indicá ndola.
4.7 Modificación de recetas.
 Solo el administrador puede modificar recetas.

 Si se modifica correctamente la receta se direccionará a la pá gina de la
receta para observar que los cambios fueron realizados correctamente.
 Si ocurre un error durante la modificació n de la receta se muestra un
mensaje de que no se pudo modificar la receta.
 Si no se capturaron los datos correctamente aparecerá un mensaje diciendo
que los datos no fueron capturados correctamente.

Receta-Me Rev. 0.2
4.8 Búsqueda de recetas.
 Cuando selecciona un ingrediente aparece en la lista de ingredientes

seleccionados.
 Cuando no se encuentran recetas con los ingredientes seleccionados se
mostrará un mensaje diciendo que no se encontraron recetas con esos
mensajes.
 Cuando se encuentran recetas con los ingredientes seleccionados aparecen
en pantalla en lista las recetas que contienen los ingredientes.

DagaStudio SRS 4.0

Cargado por

Información del documento

Descripción:

Título original

Derechos de autor

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Descripción:

Copyright:

DagaStudio SRS 4.0

Título original:

Cargado por

Descripción:

Copyright:

SRS

Descripción de requisitos del software

Fecha Revisió Autor Verificado dpto. calidad.

FICHA DEL DOCUMENTO 1

FICHA DEL DOCUMENTO 1 ¡ERROR! MARCADOR NO DEFINIDO.

1.3 PERSONAL INVOLUCRADO. 5

1.4 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS. 5

2.1 PERSPECTIVA DEL PRODUCTO. 6

2.2 FUNCIONALIDAD DEL PRODUCTO. 7

2.3 CARACTERÍSTICAS DE LOS USUARIOS. 7

2.5 SUPOSICIONES Y DEPENDENCIAS. 8

2.6 EVOLUCIÓN PREVISIBLE DEL SISTEMA. 8

3.1 HISTORIAS DE USUARIO 9

3.2 REQUISITOS COMUNES DE LAS INTERFACES. 9

3.2.2 INTERFACES DE HARDWARE. 9

Descripción de requisitos del software

3.2.3 INTERFACES DE SOFTWARE. 10

3.2.4 INTERFACES DE COMUNICACIÓN. 10

3.3 REQUISITOS FUNCIONALES 10

3.4 REQUISITOS NO FUNCIONALES 11

3.5 Requerimientos técnicos. 12

Descripción de requisitos del software

El propó sito de este documento es el de definir los requerimientos para la

El documento va dirigido al representante de los stakeholders (las partes

 Buscar recetas con ingredientes dados.

 No muestra dó nde conseguir los ingredientes.

Descripción de requisitos del software

1.3 Personal involucrado.

Nombre Juan Isidro Gonzá lez Parra

Nombre Oscar Ná jera Santana

Nombre Carolina Almanza

1.4 Definiciones, acrónimos y abreviaturas.

 El proyecto se llama Receta-Me y será definido con la abreviatura RM.

Descripción de requisitos del software

Referencia Título Ruta Fecha Autor

Con este documento se plantean obtener las bases de desarrollo para la

2.1 Perspectiva del producto.

Es un producto final, un producto independiente que se creará desde cero.

Descripción de requisitos del software

2.2 Funcionalidad del producto.

La aplicació n buscará y mostrará recetas a partir de cierta cantidad de

2.3 Características de los usuarios.

Tipo de usuario Comensal

Tipo de usuario Administrador.

Descripción de requisitos del software

 Los usuarios solo podrá n seleccionar ingredientes de la lista dada.

2.5 Suposiciones y dependencias.

 Se supone que los navegadores de pá gina web estará n actualizados o en su

2.6 Evolución previsible del sistema.

Se espera que el sistema pase de ser una aplicació n realizada en

BR# Nombre del Roles. Descripció n

BR1 Seleccionar Comensal Comensal: El usuario puede seleccionar uno o má s

BR3 Seleccionar Comensal Comensal: El usuario puede seleccionar una receta.

BR4 Ver receta Comensal Comensal: El usuario puede ver la informació n de

Descripción de requisitos del software

BR5 Guardar Comensal Comensal: El usuario poder guardar las recetas

3.1 Historias de Usuario

 Historia de usuario 1 (HU1): Como usuario quiero poder seleccionar varios

3.2 Requisitos comunes de las interfaces.

3.2.1 Interfaces de usuario.

 La interfaz de usuario deberá de ser adaptable a las dimensiones de

3.2.2 Interfaces de hardware.