2010648 – ANALISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN

IE-AP01-AA2-EV05-Especificacion-Requerimientos-SI

Grupo 09

Diego Armando Arévalo Pinzón

Juan Carlos Beltrán González

Édison Yesid Hernández Martínez

Andrés Felipe Pérez

Astrid Segura

05 de diciembre de 2019
Especificación de los Stakeholders y los Requerimientos funcionales y no funcionales
del SI

1. Stakeholders

RESTAURANTE LA CIGARRA
PROYECTO DESARROLLO DE SOFTWARE
PLANTILLA STAKEHOLDERS

Código Rol o cargo Descripción del rol o Nivel de influencia Interés en el

interés proyecto
001 MINISTERIO DE REGULACION Y CONTROL ALTO
TECNOLOGIAS DEL SOFWARE

002 SOCIOS APORTA ALTO

MONETARIAMENTE EN
EL PROYECTO
003 GERENTE LIDER DEL PROYECTO ALTO
004 ADMINISTRADOR ADMINISTRADOR DEL ALTO
SISTEMA
005 MESERO USUARIO DEL SOFWARE MEDIO
006 CAJERO USUARIO DEL SOFWARE MEDIO
007 COCINERO USUARIO DEL SOFWARE MEDIO
008 SERVICIOS USUARIO DEL SOFWARE MEDIO
GENERALES
 2. Requerimientos Funcionales y no funcionales

RESTAURANTE LA CIGARRA
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
No R01

ID Nombre Descripción Prioridad

1 Generar Pedido Se requiere un modulo que permite a las meseras registrar el pedido ALTO
de un cliente una vez esté listo para ordenar.

El sistema deberá permitir el registro del número de mesa, de la

cantidad a consumir de cada elemento, descripción del menú, y
comentarios en caso de ser necesario. Además se debe agregar la
fecha, hora y número de pedido de manera automática una vez
terminado el pedido.

Cada pedido debe tener un campo donde se consigne si se requiere

el envío a la cocina o solo despacho.

El sistema también debe permitir colocar la cédula del empleado que

hizo el pedido.

Los pedidos pueden ser modificados, sin alterar la hora ya

establecida por primera vez, mientras no haya salido de la cocina. Si
ya salió se registra un nuevo turno.

Una vez haya sido finalizado el pedido, el sistema debe mandar una
alerta a las personas de la cocina para que el pedido sea preparado.

Controles y • El sistema debe permitir la autenticación de cada usuario y tener un rol definido de
restricciones quien hace el pedido y lo recibe.
• Los pedidos solo pueden ser modificados por todos los usuarios del sistema que tengan
el mismo rol o el administrador.
• Las alertas generadas de pedidos deben ser rápidamente enviadas a su destino final.
• El sistema no debe permitir que los pedidos sean borrados hasta no ser facturados.
Criterios de Aceptación • Dado que el usuario quiere generar el pedido de un cliente el sistema lo permite.
• Dado que el usuario quiere finalizar el pedido el usuario lo permite.
• Dado que el usuario necesita modificar el pedido el sistema debe permitirlo.

Fecha de especificación 04/12/2019

_________________________ ________________________ ______________________

Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
en la especificación en la especificación
 RESTAURANTE LA CIGARRA
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
No R01

ID Nombre Descripción Prioridad

2 Sistemas de alertas Se requiere un modulo en el cual una vez se haya terminado un ALTO
pedido por parte de las meseras, se notifique el pedido al personal de
la cocina.

Las notificaciones deben ser en orden. Esto quiere decir que todos los
pedidos deben ser listados para el personal de la cocina por medio de
una lista o turnos dependiendo a la hora en la cual se haya terminado
el pedido.

Una vez un pedido haya sido despachado, se debe finalizar. Esto debe
generar una notificación para las meseras para que recojan el pedido.

Controles y • El sistema debe permitir la autenticación de cada usuario y tener un rol definido de
restricciones quien hace el pedido y lo recibe.
• Las alertas cuando este listo el pedido no deben durar mas de 30 segundos para ser
entregadas al mesero que hizo la solicitud.
• El sistema no debe permitir que los pedidos sean borrados hasta no ser facturados.

Criterios de Aceptación • Dado que el usuario del sistema requiere finalizar la elaboración de un pedido, el
sistema cuenta con el botón y la funcionalidad para ello.
• Dado que el usuario del sistema necesita despachar los platos en orden, el sistema le
proporciona un listado organizado por medio de la hora suministrada.
Fecha de especificación 04/12/2019

_________________________ ________________________ ______________________

Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
en la especificación en la especificación
 RESTAURANTE LA CIGARRA
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
No R01

ID Nombre Descripción Prioridad

3 Generar Factura Se requiere un modulo de facturación el cual sea tomado del mismo ALTO
pedido. Este modulo contará con los mismo elementos que se han
tomado por primera vez y que han pasado por el despacho.

El formulario de facturación se debe finalizar por medio de un botón.

La facturación se crea a partir del número de pedido creado

automáticamente por el sistema.

El número de pedido debe ser proporcionado por las meseras al

momento que el cliente quiera pagar.
Controles y • El sistema debe permitir la autenticación de cada usuario y tener un rol definido de
restricciones quien hace el pedido y lo recibe.
• El sistema no debe permitir que las facturas no sean borrados hasta después de 30 días.

Criterios de Aceptación • Dado que el usuario del sistema necesita buscar un pedido existente el sistema lo
permite.
• Dado que el usuario del sistema necesita pagar un pedido el usuario lo permite.

Fecha de especificación 04/12/2019

_________________________ ________________________ ______________________

Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
en la especificación en la especificación
 RESTAURANTE LA CIGARRA
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
No R01

ID Nombre Descripción Prioridad

4 Ingresar Se requiere que cada usuario del sistema tenga un usuario y una ALTO
contraseña.

Una vez que el usuario ingrese al sistema de información se le deben

pedir unas credenciales.

Controles y • Una vez se ingrese por medio de las credenciales se debe iniciar sesión con los permisos
restricciones indicados para su rol específico.
• Solo el administrador del SI puede crear las cuentas y asignar los permisos por rol.
• Solo el administrador puede restringir o inactivar una cuenta.

Criterios de Aceptación
• Dado que el usuario ingresa un usuario y contraseña correcto al dar clic en el botón
ingresar lo llevará a la pantalla del usuario respectivo con su nombre de usuario.
• Dado que el usuario ingresa el nombre de usuario de manera inválida la aplicación
debe retornar un mensaje el cual diga: “El usuario no existe o está mal escrito, por favor
verifique” al momento de darle clic en el botón ingresar.
• Dado que el usuario ingresa la contraseña de manera inválida la aplicación debe
retornar un mensaje el cual diga: “La contraseña es inválida”, al momento de darle clic
en el botón ingresar.
• Dado que el usuario no ingresa información en el campo usuario la aplicación
retorna un mensaje: “Por favor digite el usuario”, al momento de dar clic en el botón
ingresar.
• Dado que el usuario no ingresa la contraseña al pulsar el botón ingresar, la
aplicación debe mostrar un mensaje de error informando “Por favor digite la
contraseña”.

Fecha de especificación 04/12/2019

_________________________ ________________________ ______________________

Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
en la especificación en la especificación
 RESTAURANTE LA CIGARRA
ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE
No R01

ID Nombre Descripción Prioridad

5 Gestión de proveedores Se requiere para comprar los insumos tener de manera organizada BAJO
los datos de los proveedores.

Este modulo debe permitir registrar, modificar, consultar y eliminar

un proveedor.

Entre los datos a registrar se tienen: cédula o NIT, nombre y

apellidos, dirección, correo, teléfono, comentarios.
Controles y • Quien tiene acceso para manejar los proveedores son los administradores del restaurante.
restricciones • Una vez se de clic en Eliminar se tiene que preguntar si se está seguro.
• Los proveedores pueden ser visualizados por todos los roles en la empresa.

Criterios de Aceptación • Dado que el administrador desea crear un nuevo proveedor, la aplicación le debe
permitir realizar el respectivo registro del mismo.
• Dado que el administrador ingresa toda la información del proveedor en la ventana de
registro, la aplicación permite el almacenamiento de la información.
• Dado que el administrador intenta crear un proveedor con una identificación existente
en el sistema, la aplicación debe retornar un mensaje de error indicando que el
proveedor ya se encuentra registrado.
• Dado que el administrador desea consultar un empleado en la aplicación, ingresa la
identificación o el nombre y la aplicación debe retornar las coincidencias encontradas que
se encuentran registradas.
Fecha de especificación 04/12/2019

_________________________ ________________________ ______________________

Firma Firma(s) Firma(s)
( Dueño del proceso ) Usuarios participantes Demás usuarios involucrados
en la especificación en la especificación