Proyecto : Sistema en Gestión de Ventas y Administración para

Restaurantes
Fase : Especificación de requisitos de software
Entregable : Gestión de ventas Formato

Proyecto: Sistema en Gestión de Ventas

y Administración para Restaurantes.

Gestión de Ventas

Junio,2018

Elaborado por: Equipo UNPRG-Grupo 02

Fecha de entrega: 04-06-2018

 Tabla de Contenidos
1. Introducción ......................................................................................................................... 3
1.1 Propósito ........................................................................................................................ 3
1.2 Alcance ........................................................................................................................... 3
1.3 Resumen .......................................................................................................................... 3

2. Vista General del Proyecto .................................................................................................. 4

2.1 Propósito, Justficación ................................................................................................... 4
2.2 Objetivos ......................................................................................................................... 4
2.3 Requerimientos ............................................................................................................... 5
2.4 Evolución del Plan de Desarrollo del Software ............................................................. 5

3. Gestión del Proceso .............................................................................................................. 6

3.1 Plan del Proyecto ........................................................................................................... 6
3.1.1 Plan de las Fases ..................................................................................................... 6
3.1.2 Calendario del Proyecto.......................................................................................... 7
3.2 Seguimiento y Control del Proyecto ............................................................................... 8

4. Referencias............................................................................................................................ 9
 1. INTRODUCCIÓN:
En nuestro medio, los restaurantes o la mayoría de ellos son administrados por el propietario
(puestos polivalentes) el cual se encarga de todo el entorno del negocio sin herramientas
tecnológicas que ayuden al desenvolvimiento óptimo, mejoramiento continuo y toma de
decisiones.
Con la ayudad de herramientas de software libre, se puede desarrollar un programa específico
que permite implementar los procedimientos y procesos inherentes a la administración de
empresas, gastronomía, administración de alimentos y bebidas (Hotelería) permitiendo a obtener
un producto de bajo costo, sin perjuicio de la calidad del mismo, optimizando el tiempo y
asegurando al cliente interno (usuario final) el acatar el marco legal vigente y la reducción de
costos al no adquirir licencias extras para su uso.

1.1.PROPÓSITO
Automatizar la gestión de pedidos de una empresa relacionada con el sector de la restauración.
También manejará información referente a los productos ofrecidos, y permitirá realizar parte de
la facturación de la empresa.

1.2.ALCANCE
El sistema de software deberá tener la capacidad de receptar las órdenes de comida,
imprimirlas para su atención y posterior facturación. El sistema de software deberá tener la
capacidad de emitir estadísticas de clientes, ordenes atendidas, montos facturados, etc. El sistema
de software está limitado en realizar contabilidad. Limitaremos en realización de reservaciones.

1.3.RESUMEN
La situación habitual en un restaurante en cuanto a pedidos, tiempo de espera, facturación
correcta, entre otros, no es la más ideal en la mayoría de los casos, lo que hace que resulte difícil
dar un buen servicio al cliente, sobre todo durante las horas de mayor ocupación del local.
Los recursos con los que se cuentan en un local de este tipo (restaurante, bar, etc.) son escasos,
y esto obliga al personal del restaurante a tener que desplazarse un gran un número de veces de
un lugar a otro para poder cumplir con su labor, ocasionando deficiencias en el servicio, olvido
de órdenes, retardos, y equivocaciones en los pedidos debido a que el sistema que se utiliza es
manual.
Todo lo anteriormente explicado conlleva pérdidas económicas y de clientela que pueden
determinar el éxito o fracaso del negocio. Es por eso que se propone diseñar e implementar un
sistema que brinde flexibilidad gracias al uso de terminales táctiles en cada unas de las mesas, las
cuales aumentarán la participación del cliente, otorgará flexibilidad por medio de sus módulos
configurables, ofrecerá información precisa garantizada por la aplicación, llevará a cabo el control
de usuarios
 2. VISTA GENERAL DEL PROYECTO

2.1.PROPÓSITO, JUSTIFICACIÓN.
Es habitual que en este tipo de empresas (restaurantes, bares, etc.), el proceso de atención al
cliente se realice de forma que no deje satisfecho al cliente: ¿cuántas veces nos quejamos porque
se tarda demasiado tiempo en ser atendidos?, o por el contrario, ¿aún no hemos decidido qué
elegir y el encargado de registrar los pedidos ya está dispuesto a tomar nota?
Las ventajas que obtendrá la empresa con la utilización de un sistema que automatice la gestión
de pedidos son múltiples. Las más importantes se pueden resumir en:

 Mejorar la atención al cliente: el cliente podrá pedir cualquier producto cuando él lo

deseé, sin depender de la disponibilidad de otra persona (camarero).

 El sistema realizará la gestión de una parte del manejo económico de la empresa: cada
pago de un pedido se registrará, permitiendo conocer cuánto dinero ha de haber en la caja,
al final del día.

Ahorrar en personal, ya que la automatización de procesos, hace que intervengan menos

personas, y que se puedan dedicar a otros procesos internos.

 Colaborar con el medio ambiente ahorrando en papel, ya que cada vez que se necesite
actualizar la carta con los productos ofertados, no hará falta volver a imprimir nuevas
cartas.

 Realizar estadísticas y estudios, ya que se dispondrá de información almacenada en la

base de datos, relacionada a los pedidos realizados por los clientes.
Las desventajas que obtendrá la empresa con la utilización de un sistema que automatice las
gestión de pedidos son muy pocas. Las más importantes se pueden resumir:

 Inversión inicial, ya que al ser un sistema desarrollado a medida, supone un coste más
amplio.

 Hardware, dependiendo del que se disponga, hay que hacer una inversión económica
mayor o menor.

2.2.OBJETIVOS.
OBJETIVO GENERAL

Desarrollar un Sistema de software de gestión de comida para restaurantes, utilizando

herramientas de software libres, para controlar de manera integral los procesos gastronómicos y
administrativos de cada comanda.
OBJETIVOS ESPECÍFICOS

Realizar el levantamiento de información y de los proceso a automatizar.

Realizar el diseño lógico, aplicando las metodologías de ingeniería de software para la
solución del problema de gestión de restaurantes bajo una interfaz web.
 Sistematizar los métodos y técnicas gastronómicas de las recetas estándares mediante un
software libre, para sistematizar los procesos administrativos de un departamento de alimentos y
bebidas.

2.3.REQUERIMIENTOS.
El software está orientado hacia el área de ventas, en restaurantes, en la cual permite poder
otorgarle el beneficio a los clientes regulares, los cuales estarán registrados en una base de datos
y se llevara el control necesario.
También se podrán generar reportes de las ventas del día y de las cuales solo podrá acceder el
administrador.

Requerimientos:
 El sistema registrará las siguientes transacciones: pedido de venta de cliente, reporte de
venta al cliente, emisión de factura a cliente y registro de pago de cliente.
 El sistema permitirá a los usuarios autorizados ingresar al sistema.
 El sistema permitirá cambiar o actualizar el menú del día y cronogramas de horarios de
comida.
 El sistema permitirá el envío automatizado de cartas de entrega de órdenes directamente
al almacén.
 El sistema permitirá la interconexión entre los locales los cuales tendrán un código para
cada uno.
 A cada orden se le asignará un identificador único, que será utilizado para identificarla
en todos los procesos subsecuentes que se realicen sobre esta.
 Al ingresar ordenes de entrega, toda orden de entrega estará asociada a un pedido de
venta.
 Al aprobar un pedido, la solicitud pasará al siguiente paso del comprobante de pago.
 La facturación de pedidos de venta se realizara en lotes, por medio de una pantalla de
pedidos pendientes de facturación, la cual mostrará los pedidos no facturados. Una vez
facturados los pedidos no se mostrarán en esta lista.
 El sistema también permitirá el registro de facturas manuales no asociadas a pedidos,
sin embargo, estas requerirán autorización por parte del grupo de Gerentes antes de ser
contabilizadas.
 La contabilización de transacciones de facturas de venta y facturas de compra podrá
configurarse para realizarse de forma automatizada a su registro, o manualmente.
 3. GESTION DEL PROCESO
3.1 PLAN DE PROYECTO
En esta sección se presenta la organización en fases y el calendario del proyecto.

3.1.1 PLAN DE LAS FASES

El desarrollo se llevará a cabo en base a fases con una o más iteraciones en cada una de
ellas. La siguiente tabla muestra una la distribución de tiempos y el número de iteraciones de cada
fase (para las fases de Construcción y Transición es sólo una aproximación muy preliminar) Fase
Nro. Iteraciones Duración
Fase de Inicio
Fase de Elaboración
Fase de Construcción|
Fase de Transición - -
Los hitos que marcan el final de cada fase se describen en la siguiente tabla.
Fase de Inicio: En esta fase desarrollará los requisitos del producto desde la perspectiva
del usuario, los cuales serán establecidos en e Visión. Los principales casos de uso serán
identificados y se hará un refinamiento del Plan de Desarrollo del Proyecto. La aceptación del
cliente / usuario del artefacto Visión y el Plan de Desarrollo marcan el final de esta fase.
Fase de Elaboración: En esta fase se analizan los requisitos y se desarrolla un prototipo
de arquitectura (incluyendo las partes más relevantes y / o críticas del sistema). Al final de esta
fase, todos los casos de uso correspondientes a requisitos que serán implementados en la primera
reléase de la fase de Construcción deben estar analizados y diseñados (en el Modelo de Análisis
/ Diseño). La revisión y aceptación del prototipo de la arquitectura del sistema marca el final de
esta fase. En nuestro caso particular, por no incluirse las fases siguientes, la revisión y entrega de
todos los artefactos hasta este punto de desarrollo también se incluye como hito. La primera
iteración tendrá como objetivo la identificación y especificación de los principales casos de uso,
así como su realización preliminar en el Modelo de Análisis / Diseño, también permitirá hacer
una revisión general del estado de los artefactos hasta este punto y ajustar si es necesario la
planificación para asegurar el cumplimiento de los objetivos. Ambas iteraciones tendrán una
duración de una semana.
Fase de Construcción: Durante la fase de construcción se terminan de analizar y diseñar
todos los casos de uso, refinando el Modelo de Análisis / Diseño. El producto se construye en
base a 2 iteraciones, cada una produciendo una release a la cual se le aplican las pruebas y se
valida con el cliente / usuario. Se comienza la elaboración de material de apoyo al usuario. El hito
que marca el fin de esta fase es la versión de la release 3.0, con la capacidad operacional parcial
del producto que se haya considerado como crítica, lista para ser entregada a los usuarios para
pruebas beta.
Fase de Transición: En esta fase se prepararán dos releases para distribución, asegurando
una implantación y cambio del sistema previo de manera adecuada, incluyendo el entrenamiento
de los usuarios. El hito que marca el fin de esta fase incluye, la entrega de toda la documentación
del proyecto con los manuales de instalación y todo el material de apoyo al usuario, la finalización
del entrenamiento de los usuarios y el empaquetamiento del producto.
 3.1.2 CALENDARIO DEL PROYECTO
A continuación se presenta un calendario de las principales tareas del proyecto incluyendo
sólo las fases de Inicio y Elaboración.
Como se ha comentado, el proceso iterativo e incremental de RUP está caracterizado por
la realización en paralelo de todas las disciplinas de desarrollo a lo largo del proyecto, con lo cual
la mayoría de los productos son generados muy tempranamente en el proyecto pero van
desarrollándose en mayor o menor grado de acuerdo a la fase e iteración del proyecto. La siguiente
figura ilustra este enfoque, en ella lo ensombrecido marca el énfasis de cada disciplina (workflow)
en un momento determinado del desarrollo.

Para cada una de las revisiones se brindarán detalles de los entregables

correspondientes

Fecha de encargo del trabajo: 14 de mayo de 2018

Fecha de primera revisión: 28 de mayo de 2018
Entregable:
Plan de desarrollo del proyecto de software (Revisar formato en Drive):
Fecha de segunda revisión: 11 de junio de 2018
Entregable:
Modelado de negocio
Fecha de tercera revisión: 25 de junio de 2018
Entregable:
Modelado de análisis
Prototipo funcional al 30%
Fecha de cuarta revisión: 09 de julio de 2018
Entregable:
Modelado de diseño
Prototipo funcional al 60%
Fecha de quinta revisión: 16 de julio de 2018
Entregable:
Entrega final de proyecto de software
3.2 SEGUIMIENTO Y CONTROL DEL PROYECTO:

Gestión de Requisitos
Los requisitos del sistema son especificados anteriormente. Estos atributos permitirán
realizar un efectivo seguimiento de cada requisito. Los cambios en los requisitos serán
gestionados mediante el proceso que se realice.
Control de Plazos
El calendario del proyecto tendrá un seguimiento y evaluación semanal por Ingeniero
encargado.
Control de Calidad
Los defectos de alguna comida, podrá ser realizada en el libro de reclamaciones.
Gestión de Riesgos
A partir de la fase de Inicio se mantendrá una lista de riesgos asociados al proyecto y de
las acciones establecidas como estrategia para mitigarlos o acciones de contingencia. Esta
lista será evaluada al menos una vez en cada iteración.
Gestión de Configuración
Se realizará una gestión de configuración para llevar un registro de los productos generados.
También se incluirá la gestión de las Solicitudes de Cambio y de las modificaciones que éstas
produzcan, informando y publicando dichos cambios para que sean accesibles a todo los
participantes en el proyecto.
 4. REFERENCIAS
 RestBar – www.restbar.com – Accedido en abril 2010.
 Ingeniería del software, Roger S. Pressman, Edit. Mc Graw-Hill, 2002.
 Enginyeria del software I - www.cvc.uab.es/shared/teach/a21290/c21290.htm -
Accedido en marzo 2010.