1.

Introducción

Como ya conocemos, el término análisis aplicado a sistemas significa descomponer el

sistema en sus componentes para estudiar cada uno de ellos tanto como un ente aislado
como en interacción con el resto de los componentes.

Se define el análisis de requisitos como “el proceso del estudio de las necesidades de los
usuarios para llegar a una definición de los requisitos del sistema, de hardware o de
software, así como el proceso de estudio y refinamiento de dichos requisitos” (Estándar
IEEE Std. 610 [IEEE 1990]).

El enfoque de la ingeniería de requisitos y modelamiento optimizará la ejecución del

sistema gracias a las mejoras (Entregables) propuestas ante una problemática, el cual
posee un Cliente, quien tendrá objetivos idílicos(Requerimientos) que cumplir para su
satisfacción y resolver dicha problemática.

2. Resumen

El informe buscara resolver la problemática planteada por el restaurante chileno “El

Cholita”. El cual presenta una seria deficiencia en el tiempo de respuesta entre pedido y
pedido; así como también, un déficit en la calidad de atención al cliente además se busca
incluir propuestas a las agencias turísticas locales con tal de favorecer el incremento de
clientes en ciertas temporadas del año.

El presente documento evaluará los objeticos del Cliente y propondrá cambios y nuevos
requerimientos en el sistema actual que posee desde un enfoque analista mediante el uso
de métodos de análisis de requerimientos tales como: Diagramas BMNP, Secuencia y
actividad, Análisis de factibilidad y El método MoSCoW (dar un criterio de prioridad a
las soluciones y objeticos planteados).

3. Obtención de Requerimientos

3.1 Preguntas para obtener los Requerimientos

- ¿Qué es lo que desea realizar con el sistema y cuáles son las tareas clave que necesita?

R. Se Desea un sistema que automatice y agilice la atención general al cliente con tareas
clave como la agilización de pedidos, formas de pago y visualización de platillos no
disponibles.

- ¿Qué nivel de accesibilidad, portabilidad, seguridad y confiabilidad desea en el sistema?

R. El sistema que pensamos debería contar con una accesibilidad rápida y eficaz con una
portabilidad que cuente con una gestión directa y ágil para los usuarios que requieran
el uso constante de esta, además de un nivel de seguridad elevada y de fácil gestión para
los responsables del área técnica de este, con un fácil entendimiento para poder
capacitar en poco tiempo al personal.

- ¿cómo busca el sistema propuesto mejorar la situación económica de su localidad?

R. Buscamos que el sistema desestacionalice la demanda, es decir hacer que se eleve el

nivel de demanda en las temporadas bajas y proponiendo descuentos en diversas áreas
de convenio junto con las nuestras.

- ¿Qué es lo que desea conseguir con este sistema, cuales son los objetivos que desea
alcanzar en su organización con el sistema?

R. Deseamos que se consiga un mejor manejo de los tiempos en general, tanto en el

tiempo de espera al cliente, así como en el tiempo de atención total al cliente haciendo
que el proceso se agilice y tenga una mayor repercusión en la mejora de la atención
general a los clientes, mejor gestión de los recursos usados por parte de los cocineros y
una automatización de cobros en los cajeros.

- ¿Qué otras mejoras implementarían en el sistema para mejorar dichos objetivos

propuestos?

R. Sería oportuno una gestión de promociones al cliente por temporadas bajas para
incentivar a los comensales y de esta manera poder potenciar la demanda en dichas
temporadas.
También se podría guardar los datos de los clientes para verificar aquellos platillos más
populares.

- ¿En qué escenarios implementaría nuestro sistema?

R. El sistema sería implementado y de gran ayuda sobretodo en procesos que se realizan

en un tiempo significativo como, por ejemplo, el cálculo del pago de total por comensal
y la toma del pedido de cada uno de los comensales. Estas tareas que necesitan ser más
rápidas para poder agilizar el proceso general son en las que queremos enfocarnos.

- ¿Qué otros sectores se beneficiarían con la implementación de dicho sistema?

R. Buscamos una alianza estratégica con el sector Turismo y Agropecuario, los cuales se
beneficiaron al poder crear promociones y aumentos en la taza de comensales lo cual
decaería en un aumento de ganancias.

3.2. Requerimientos no Funcionales

-Accesibilidad rápida y eficaz.

-Portabilidad directa y ágil.

-Nivel de seguridad elevada y de fácil gestión para los técnicos encargados.

-Fácil entendimiento.
 -Capacitación rápida.

3.3 Requerimientos Funcionales

-Automatización de toma de pedidos.

-Agilización de entrega pedidos.

-Gestión y agilización de formas de pago.

-Gestión de platillos disponibles en la carta.

3.4 Requerimientos de Negocio

-Agilizar el proceso general de atención al cliente.

-Desestacionalización de la demanda.

-Elevar la demanda en temporadas bajas.

-Crear alianzas estratégicas elevando las ganancias.

3.5 Requerimientos de Usuario

-Realizar una labor más ágil en la toma de pedidos.

-Poder atraer más comensales en temporadas bajas.

-Atraer posibles sectores con los cuales se puedan establecer negocios.

3.6 Escenarios

-Cuando se toma la orden de un comensal, este podría elegir de forma digital y

rápida.

-Al momento de Realizar el pago, solo se tendría que pedir el monto y el sistema
imprimiría un recibo.

-Promociones estratégicas en temporadas bajas para los comensales.

3.7 Especificaciones de caso de uso de negocio

-Flujo principal del caso de uso “Registrar Venta”:

El vendedor solicita el registro de una nueva venta.

El sistema solicita los datos de cada uno de los productos de la venta.

El vendedor registra la cantidad y clave de cada uno de los productos.

El sistema muestra la lista de productos con su cantidad, clave, descripción,

subtotal, IVA y total.

El sistema solicita el tipo de pago.

El vendedor indica pago al contado o con tarjeta de crédito.

Dependiendo de la selección comienza el flujo alterno “Pago al contado” o “Pago

con tarjeta de crédito”.
 Una vez realizado el pago se registra la venta, se actualiza el inventario e
imprime el ticket correspondiente.

-Flujo Alterno: “Pago al Contado”:

El vendedor registra el monto recibido por el cliente.

El sistema calcula y muestra el cambio a devolver.

El vendedor devuelve el cambio al cliente.

4. Análisis de Requerimientos

4.1 Análisis de Factibilidad

a) Factibilidad Técnica:

- Mejora del sistema actual haciendo que se agilice el trabajo y se pueda

atender mucho más rápido y mejor a los clientes.
- Hay disponibilidad de tecnología que satisfaga las necesidades del
restaurante, así como las TICs para la complementación.

b) Factibilidad Económica:

- Se necesitará una capacitación para el personal, pero no tomará mucho

tiempo.
- El tiempo de desarrollo será de unos meses, pero se ira probando
prototipos para ir afinando detalles.
- El costo de desarrollo no será demasiado ya que los problemas no
suponen una innovación en la tecnología es decir es posible con la
tecnología actual.

c) Factibilidad Operativa:

- Operación garantizada este método es usado en otros lugares como

Japón donde se usa un panel táctil y los procesos están automatizados.

4.2 Priorización de Requisitos

Para esta parte usaremos el método MoSCoW para la priorización de

requisitos.

 Must (Obligatorio):

 Agilización de entrega pedidos.

 Accesibilidad rápida y eficaz
 Gestión y agilización de formas de pago
 Should (Alta prioridad):

 Portabilidad directa y ágil.

 Nivel de seguridad elevada y de fácil gestión para los técnicos
encargados.
 Automatización de toma de pedidos.
 Fácil entendimiento
 Capacitación rápida
 Gestión de platillos disponibles en la carta

 Could (Preferido, pero no necesario):

 Elevar la demanda en temporadas bajas

 Desestacionalización de la demanda
 Gestión de platillos disponibles en la carta

 Would (Puede ser pospuesto y sugerido para futura ejecución):

 Crear alianzas estratégicas elevando las ganancias

4.3 Modelado de Requisitos (Diagramas Actividad, Diagrama de Secuencias, Modelos Bizagi-BMNP)

Modelado Bizagi - BMNP

Diagrama de Secuencia

Diagrama
de
actividad
5. Especificación de Requerimientos

5.1 Especificación Técnica

5.1.1 Objetivos del producto

Ya que el proceso se centra la atención al cliente, en su satisfacción

y comodidad, el objetivo es optimizar el proceso de atención del restaurante,

para a evitar los prolongados tiempos de espera de los clientes

5.1.2 Alcance del Producto

Deberá realizar gestiones conducentes a elevar la demanda en temporadas

bajas, ampliando sus servicios gastronómicos a empresas y promoviendo

descuentos a agencias de turismo, y abordara los procesos de atención al

cliente y de elaboración de platos con apoyo de las TICs.

5.1.3 Funciones Actuales

 el mozo toma los pedidos a mano

 el chef elabora el pedido
 el mozo sirve el pedido
 el cajero, quien tiene la responsabilidad de sumar los valores
contenidos en los pedidos, generar las boletas de cobro, recibir dinero
y entregar vuelto.

5.1.4 Funciones Propuestas

 Pedidos legibles, evitando errores y confusiones, tanto por parte de los

garzones, cajeros como cocineros

 Detalle de los cobros asociados a los pedidos, para el conocimiento de

los clientes

 Los cajeros se limitarán a recibir pagos e imprimir comprobantes de

pago y vean facilitada su función de cuadrar la caja

 Los garzones conocieran anticipadamente la disponibilidad de platos

que figuran en el menú

 Los cocineros alertaran oportunamente respecto de los insumos con

bajo nivel de inventarios y que requieren reponerse.

5.1.5 Suposiciones y Dependencias

  Los requerimientos del sistema no cambiarán durante el desarrollo de
la aplicación.
 En la instalación de la aplicación se debe incluir el JRE 5.0 en caso de
que no lo tenga instalado.
 Se requiere que el cliente cuente con manejador de base de datos
MySQL versión 4.2.1 o superior y un sistema Windows 98 o superior,
así como con los equipos de cómputo necesarios para el montaje del
sistema de información.

Disponibilidad de trabajo del equipo de desarrollo.

Disponibilidad de tiempo del proyecto.

5.1.6 Restricciones Generales

El programa se realizará en base al resultado de las reuniones

de trabajo llevadas a cabo con los ejecutivos del restaurante

Cada vez que un pedido es servido se depura, para evitar el

duplicado de un pedido.

5.1.7 Riesgo del Producto

Existe el riesgo de una eventual caída en las comunicaciones si se usa internet,

cuyas consecuencias en tiempos de alta demanda no son admisibles.

5.1.8 Características de Seguridad

Realiza la gestión de los comedores, de la caja y del inventario de insumos.

Disminuyeran los tiempos de espera en la elaboración de los pedidos; y

Anticipar actividades vinculadas al procesamiento de los alimentos (limpieza
de pescados y mariscos, desmenuzamiento de verduras, preparación de
ensaladas, elaboración de empanadas).

Disminuir significativamente la no disponibilidad de platos ofrecidos en el

menú y que son demandados por los clientes gracias a la reposición oportuna
de inventarios de los ingredientes de los distintos platos.

5.1.9 Ambiente de Operación

Solo actúa un conjunto de fuerzas internas sobre el producto, con el mozo, el

chef y la cajera.

5.2 Matriz de Rastreabilidad

6. Verificación de Requerimientos
Los requerimientos del cliente son:

-Realizar una labor más ágil en la toma de pedidos.

-Poder atraer más comensales en temporadas bajas.

-Atraer posibles sectores con los cuales se puedan establecer negocios.

Los cuales son factibles técnica, económica y operativamente en toda medida ya

ocupada y, por lo tanto, pueden ser sometidas a pruebas en los plazos de tiempos
establecidos.
6. Aceptación de Requerimientos

Puesto que los requerimientos cumplen con los objetivos propuestos por el Cliente, y son
viable en cada una de sus etapas, procederemos a corroborar la lista de entregables
propuestos, solicitamos al Cliente su pronta verificación y aceptación de cada uno de estos
para su pronta ejecución e iniciar el periodo de prueba.

7. Administración de Requerimientos:

Para la ejecución del proyecto ya expuesto se proponen los siguientes entregables para su
ejecución.

 Hardware:
o PC/MAC 2.0 GHz, 1Gb memoria RAM, 100Gb de disco duro.
o Pantallas Táctiles MRC.
o Conexión a internet: Mínimo 2Mb.
 Software:
o Servidor Web: Apache.
o Entorno de desarrollo: Eclipse for php developers.
o Interfaz Usuario de Venta y Pedidos (tipo MRC)
o Base de datos: MySQL. SGP: Sistema de Gestión de Pedidos 15 o Editor
de base de datos: phpMyAdmin.
o Progradation web: PHP, HTML, AJAX, jQuery.
o Sistema Operativo: Windows 8.1/Linux/MAC OS o Navegador: Mozilla
Firefox/Google Chrome/Opera
o Documentación del proyecto: Open Office
 Servicios:
o Instalación de Hardware
o Capacitación de Uso, Manuales y guías de usuario.
o Periodo de Gestion y prueba

8. Conclusiones

Dependiendo la fecha de ejecución de la prueba, esta estará sujeta a cambios, ya que, se

puede considerar como temporada baja o alta de la afluencia de Clientes, gracias a la
incorporación de un software de apoyo para la gestión de comedores, de la caja e inventario
se logro agilizar el tiempo de ejecución del pedido, sin errores o confusiones algunas en
toda área funcional del restaurante.
Se lograron anticipar las necesidades de reabastecer los insumos de la cocina, puesto que
se mejoró la comunicación de todas a las áreas.
Esta realidad expuesta muestra un mayor grado de satisfacción en los clientes; así como
también, una mayor afluencia de nuevos comensales y la consolidación económica del
restaurante, ahora identificado como uno de los mejores restaurantes en cuanto calidad de
servicio y así ser constituido como un referente ante sus competidores.
9. Referencias:
Recursos Emprojectmanagement (2018). Disponible en:
https://www.recursosenprojectmanagement.com

Bizagi (2018). Bizagi Process Modeler. Disponible en:

http://www.bizagi.com/esp/descargas/BPMNbyExample.pdf

Apiumhub (2018). Disponible en:

https://apiumhub.com/es/tech-blog-barcelona/priorizacion-requerimientos-software/

Estudio de Factibilidad, esquema aplicable. Disponible en:

http://proyectos.aragua.gob.ve/descargas/ESTUDIOFACTIBILIDADECONÓMICA.pdf

Notas de Analisis de Requerimientos (2011). Disponible en:

http://www.cua.uam.mx/pdfs/conoce/libroselec/Notas_Analisis_Requerimiento.pdf

Portal web de “El Instituto de Ingeniería Eléctrica y Electrónica” (2008). Disponible en:
dis.unal.edu.co/~icasta/ggs/Documentos/Requerimientos_Norma_ieee830.doc

Sistemas de automatización de servicios MRC (2018). Disponible en:

http://www.mrcomanda.com/web/index.php