Evidencia de desempeño: GA1-220501092-AA4-EV01 Especificación de los

requerimientos funcionales y no funcionales del software

WILLIAM EDUARDO PINEDA CHILA

DIEGO FERNANDO PINZÓN MOSQUERA
JUAN PABLO ROMERO RODRIGUEZ

SERVICIO NACIONAL DE APRENDIZAJE SENA

TECNOLOGIA EN ANALISIS Y DESARROLLO DE SOFTWARE
FICHA 2627026
MODALIDAD VIRTUAL
2022
 INTRODUCCION

Dentro de la fase de análisis de un proyecto, se puede encontrar esa parte que se

encarga de analizar los requisitos necesarios para poder determinar el campo de
trabajo, buscando ver las necesidades de interacción y de comportamiento de
cada una de las acciones posibles a realizarse, dando así el conocimiento de los
requisitos del sistema por medio del cual buscaremos satisfacer las necesidades
del usuario.

Es así como se puede entender que es necesario usar técnicas y tener el

conocimiento adecuado sobre el orden de prioridad de dichas tareas y
comportamientos, poder ejecutar una ordenada ejecución de acciones y con ello
poder ir dándole forma al proyecto que al final logrará satisfacer eso que el cliente
requirió desde un inicio.

El siguiente trabajo contiene la lista y clasificación de los requerimientos

funcionales y no funcionales del software a construir para el restaurante del
negocio.
 1 REQUISITOS

A Continuación se presenta la lista de requisitos para el restaurante de la

universidad:

1.1 REQUISITOS FUNCIONALES

Como se había denotado anteriormente, se tienen requerimientos por parte del

restaurante para que permita una correcta interacción con los usuarios finales, es
por esto que la lista es la siguiente:

1.1.1 Clientes

 El sistema debe pedir un registro por medio de un correo electrónico

registrado en su móvil o de un perfil de Facebook, facilitando la obtención
de información principal como nombres y apellidos, fecha de nacimiento y
email.
 El sistema llevara un registro diario de todos los perfiles que se vayan
creando, así como de 2 o más intentos fallidos de ingreso.
 El sistema mostrará los productos disponibles que se han de alimentar por
medio de un usuario administrativo que podrá modificar esta información
para poder brindar productos en existencia y no crear pedidos de productos
que no tienen stock.
 Los productos deben separarse en 3 grandes categorías que son alimentos,
bebidas y postres, que a su vez tendrán subcategorías que podrán
anexarse a comodidad.
 Cada producto tendrá su precio y este será claro y entendible acompañado
de una foto de referencia y una breve descripción de las características del
producto, todo esto siendo modificable por el usuario administrativo.
 Al ir seleccionando los productos, estos se irán direccionando al carrito de
compras que podrá verificarse en cualquier momento y poder volver a la
lista de productos para continuar con el pedido.
 El sistema creara internamente una ficha de pedido que se registrará con
un numero de pedido que se mostrara al usuario y que será registrado
también en un informe diario que puede ser consultado por usuarios
administrativos.
 Se debe poder consultar el historial de los pedidos de una persona para
poder tomar registros estadísticos y así poder hacer estrategias de
marketing adecuadas.
1.1.2 Restaurante

 El sistema permitirá ingresar productos terminados, así como insumos,

compras de utensilios y demás instrumentos que puedan ser parte del
inventario.
 Los usuarios administrativos pueden generar cambios en la forma de
facturar los precios para generar promociones.

1.1.3 Contabilidad

 El sistema debe generar una factura con todos los requisitos de factura y
almacenarla en la base de datos
 Se deben poder gestionar las opciones de los proveedores como pedidos y
pagos realizados y por realizar.
 Se debe poder realizar liquidaciones de nómina (salarios, prestaciones
sociales, liquidaciones y demás)
 1.2 REQUISITOS NO FUNCIONALES

1.2.1 De desempeño.

El tiempo de respuesta relacionado con la carga de los productos disponibles, su

valor, eliminación del carrito, consulta del carrito, emisión de avisos,
confirmaciones y otro tipo de consulta no debe ser superior a 3 segundos.

1.2.2 De Seguridad.

La información relacionada a claves y usuario de registro debe ser clasificada

siempre que se pueda, toda verificación o cambio de usuarios o contraseñas debe
realizarse desde un enlace al correo registrado; así mismo los números de tarjetas
débitos o créditos y su información correspondiente.

1.2.3 De integridad.

La seguridad de la plataforma debe ser integra y fiable en cada uno de los niveles
del sistema, garantizando así solamente el acceso a la información por parte del
titular de la misma, no cabe posibilidad alguna de puertas traseras que permitan el
tráfico de información a terceros o por fuera del aplicativo, usando así la
encriptación de los datos principales que se almacenen.

1.2.4 De fiabilidad.

Se debe poder realizar el restablecimiento del nivel de rendimiento y de

recuperación de datos que se hayan podido afectar en el caso de algún error o
falla, es por esto que se debe anexar el diseño de imprevistos como parte de las
pruebas diseñadas y que harán parte del aplicativo.

1.2.5 De mantenibilidad.

El sistema debe ser fácil de maniobrar a la hora de ser modificado para poder
corregir errores, mejorar el rendimiento y otros aspectos que necesiten adaptarse
con el tiempo.
1.2.6 De compatibilidad.

El aplicativo debe ser compatible con todas las plataformas disponibles (ios,
Android, Windows, Mac Os, Linux, Chrome Os) para que tenga mayor alcance
entre los usuarios finales

1.2.7 De usabilidad.

Describe la capacidad de ser usado apropiadamente entre los usuarios finales, por
esto es necesario que se revisen las especificaciones de los perfiles de usuario y
las calificaciones de sus experiencias usando el aplicativo.

1.2.8 De escalabilidad.

La app debe mantener su buen funcionamiento y rendimiento no importe los

cambios o crecimientos que se puedan aplicar a lo largo de su tiempo de
funcionamiento.