1

Presentado por

Andres Felipe Loaiza Arango

Instructor
Carlos Alberto Fuel Tulcán

documento con especificación de requerimientos

GA1-220501092-AA4-EV02

Sena
Análisis y desarrollo de software
Análisis
2

Tabla de Contenidos

Contenido
Introducción.......................................................................................................................3
Alcance..............................................................................................................................4
Perspectiva del producto....................................................................................................5
Funciones del producto......................................................................................................6
Características de los usuarios...........................................................................................7
Restricciones......................................................................................................................8
Requisitos funcionales.......................................................................................................9
Requisitos no funcionales................................................................................................11
Conclusiones....................................................................................................................12
Referencias......................................................................................................................13
3

Introducción
El documento establece la especificación de requisitos teniendo en cuenta la
norma IEEE830, conjunto de prácticas recomendadas para la redacción de un
documento de especificación de requerimientos mejor conocido como SRS. Este
documento está dividido en secciones y cada una de ellas aborda aspectos
particulares.
4

Alcance
El alcance de este documento es lograr tener claros los requerimientos de el
proyecto para así cuando se logre avanzar en el proyecto ya tener las
especificaciones listas y organizadas por medio de este documento teniendo en
cuenta algunos aspectos de la norma IEEE830, y así mejorar el producto final
que se le va a entregar al cliente.
5

Perspectiva del producto

El sistema está pensado para funcionar en dispositivos móviles y se espera que

cumpla las funciones que se plantearon para mejorar el servicio de pedidos por
parte del cliente en el restaurante y así dar un mejor manejo y mejores
beneficios tanto para el restaurante como para el cliente.
6

Funciones del producto

El sistema debe permitir el ingreso del cliente, acceder al menú y consultar
productos disponibles, realizar pedidos por parte del cliente en un carrito de
compras, pagar la totalidad de los productos y con diferentes medios de pagos
disponibles, enviar notificaciones sobre el estado del pedido, debe tener una
interfaz practica y alusiva a el restaurante, el sistema necesitara de conexión a
internet en el móvil y debe contar con Android 6.0 en adelante.
7

Características de los usuarios

Nombre Andres Felipe Loaiza Arango

Rol Programador
Responsabilidad Analista, diseñador y programador de app
Información de contacto arpipe1995mail.com

Lina0297@hotmail.com
8

Restricciones
A continuación, mostraremos algunas de las restricciones que podría tener la
aplicación:

 Usuario bloqueado por número de intentos fallidos al acceder a la

aplicación, por seguridad se le pedirá que restablezca la contraseña
 Pagos rechazados por que el medio de pago no es autorizado en el
sistema.
9

Requisitos funcionales

Mostraremos una historia de usuario y criterio de aceptación y a continuación

los requisitos funcionales por medio de un diagrama de caso de uso:
10

https://lucid.app/lucidchart/19ae6899-1350-4403-9cda-aa11391a29cb/edit?
view_items=0wS72Rovr6CG%2CGwS7xrh6Os~w
%2CmCS73kfoJzB7%2C57R7wy0u27FB%2CAtS74Y-G2nbq%2CCtS7rom3z00G
               
                   
  Enunciado de la Historia Criterios de Aceptación  
Identifi Núm Criteri
Resultad
cador Caracte Razón ero o de
o/
(ID) de rística / / (#) Acept Contex
Rol Evento Comport
la Funcion Result de ación to
amiento
Histori alidad ado Esce (Título
esperado
a nario )  
aplicati Co acceder Con la 1 acced selecci se pidió fácil y ágil
vo mo a finalid er a onar el plato a la hora
móvil un menú, ad de menú Plato pizza de hacer
Clie agregar agiliza con desead pepper el pedido
nte. pedido r el difere o oni desde el
a tiemp ntes menú de
carrito o y la platos la app  
y como 2 realiza se directa el pedido
cancela didad, r el envía mente llego en
r la pedid pedido desde el tiempo
totalida o a la app estimado
d del desde prepar se por la
pedido la app ación. envía app
pedido
a
cocina
a
prepar
ación  
3 cancel se se fácil y
ación cancel cancela con
de a el el varias
produ pedido pedido opciones
cto desde con de pago a
orden la app diferen la hora
ado tes de
medios cancelar
de el pedido
pago en la app
desde
la app  
           
11

%2CBtS784cHHQ26%2CztS7TNu3V.G7%2CxxS7xgqiFtjW%2C3zS7Y8pxs9fk
%2C7yS7u4z~bqXB%2C-zS7rjJbKQG-%2CsAS7k8JTz3NS%2CGxS7ktDULznX
%2CVxS79X6dIWvE%2CMxS7g8NrrdbM%2CiAS7TW0q94Ju%2CbAS744z7PNq~
%2C.zS7T2WJ2WLn%2CKxS72QI3.ND7%2C6zS7mmmwA.Yi
%2CDxS7wedo2zg6&invitationId=inv_07a58b3a-1898-406f-a67e-58f4ef8e704b

Requisitos no funcionales

Registro de usuarios: el ingreso a el sistema no debe tardar más de 10 segundos

Acceso a el menú: el menú debe ser claro y fácil de interpretar para el usuario

Realización de pedido: el usuario debe poder ver la totalidad de sus productos

en el carrito de compras las cantidades y los precios.

Pago de los pedidos: se debe dar claridad y especificación a el producto

seleccionado por el cliente para así poder entregar y cobrar lo que realmente
pidió el usuario.

Pago: se debe recibir pago en efectivo en el restaurante pago contra entrega y

diferentes tarjetas de crédito para así darle comodidad y facilidad de pago al
usuario

Notificaciones: las notificaciones deben ser claras no contener mucho texto y

ser concisas para darle correctos tiempos al usuario.
12

Conclusiones

Las conclusiones que se pueden sacar de este documento desarrollado es que

teniendo claros los requerimientos específicos y siguiendo los requisitos de la
norma IEEE830 se puede esperar que el proyecto y el sistema como tal puedan
avanzar y cumplir a satisfacción lo planteado para que el sistema funcione
correctamente y como se espera con sus perspectivas, funcionalidades y
restricciones ya planteadas y en documento.
13

Referencias
caso de uso: Lucidchart
Análisis y especificación de requisitos (territorio.la)
Software Requirements Specification (SRS) Template (alemana.cl)