Restaurante Quetzalt Formato Anteproyecto

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 112

GESTION DE PROYECTOS DE SOFTWARE

PROYECTO: RESTAURANTE “QUETZAL”

CATEDRATICO: ANALUZ SILVA SILVERIO

EQUIPO:

 EMILIANO MATEO LUCAS

 OMAR HUAXTITLAN VICTORIANO

 SAMUEL ISAI VILLASEÑOR DIRZO

ÍNDICE
CAPITULO I: INTRODUCCIÓN.......................................................................................................................3
1.1 Introducción..........................................................................................................................................3
1.2 Lugar donde se desarrollara el proyecto...............................................................................................4
1.3 Información de la empresa....................................................................................................................4
1.4 Problemática.........................................................................................................................................5
1.5 Objetivo general....................................................................................................................................6
1.6 Objetivos específicos.............................................................................................................................6
1.7 Justificación...........................................................................................................................................6
1.8 Alcances y limitaciones..........................................................................................................................6
CAPITULO II: MARCO TEÓRICO....................................................................................................................8
2.1 Nociones básicas de un restaurante..................................................................................................8
2.2 Java..................................................................................................................................................10
2.3 Mysql...............................................................................................................................................11
2.4 Objetivo de la normalización...........................................................................................................11
2.5 Ireport..............................................................................................................................................12
CAPITULO III: METODOLOGIA....................................................................................................................13
3.1 Diseño..............................................................................................................................................13
3.2 Programación del sistema...............................................................................................................13
3.3 Modelo de prototipo.......................................................................................................................13
3.4 Plantillas de actores.........................................................................................................................16
3.5 Procesos..........................................................................................................................................24
3.6 Diagrama de caso de uso.................................................................................................................32
3.7 Plantillas de casos de uso................................................................................................................32
3.8 Diagrama de actividades..................................................................................................................61
3.9 Interfaces.........................................................................................................................................66
3.10 Iconografía.....................................................................................................................................79
3.11 Diccionario de datos....................................................................................................................105
3.12 Normalización..............................................................................................................................111
3.14 Modelo entidad relación.............................................................................................................119
3.15 Modelo relacional........................................................................................................................120
3.16 Cronograma de actividades.........................................................................................................121
CAPITULO V: CONCLUSIONES..................................................................................................................125
4.1 Conclusiones generales.................................................................................................................125
3

4.2 Implicaciones.................................................................................................................................125
4.3 Limitaciones...................................................................................................................................126
4.4 Sugerencias....................................................................................................................................126
Abreviaturas............................................................................................................................................127
ANEXOS...................................................................................................................................................127
Guía de entrevista...............................................................................................................................127
REFERENCIAS...........................................................................................................................................129

CAPITULO I

INTRODUCCIÓN

1.1 Introducción

En este documento se compilan las etapas y especificaciones involucradas en el desarrollo de una

aplicación para el restaurante “Quetzalt”; La especificación de los requerimientos y de las

restricciones está redactada usando un lenguaje natural y entendible con el objetivo de que
cliente lo pueda entender fácilmente, esto sirve a la premisa de que la comunicación entre el

equipo de desarrollo y el cliente debe ser lo más clara y constante.

Los requerimientos y restricciones serán usados como guía para la construcción y desarrollo de

una aplicación para el restaurante “Quetzalt” en cada una de sus etapas.

Este documento está dirigido a los docentes revisores, los usuarios de la aplicación que en este

caso son los empleados del restaurante “Quetzalt”, el cliente, así como a futuros desarrolladores

que deseen implementar nuevos elementos a la aplicación ya existente

1.2 Lugar donde se desarrollara el proyecto

Figura 1
Ubicación Insurgentes 150, Vicente Jiménez Bello, Tixtla de Guerrero, Gro.

1.3 Información de la empresa

Restaurant “Quetzal” es una pequeña empresa que brinda atención al cliente, es operador por su

propietario Jose Montoya y Gerardo Montoya Perez quien funge como administrador, además

cuenta con un cocinero, un mesero, un barman y el personal de limpieza.


3

En la empresa existen reglamentos y normas que debe seguir los trabajares de acuerdo a al roll

que desempeñan por ejemplo los horarios de entrada y salida, así normas de higiene, de servicio,

de seguridad en caso de incendio, terremoto etc.

Los productos y proveedores se adquieren por mayoreo, cuentan con proveedores especializados

y de confianza ya que tienen funcionando a aproximadamente 12 años operando

Su misión es contar un excelente servicio buscando sobrepasar la expectativa de sus clientes.

Está ubicado en Insurgentes 150, Vicente Jiménez Bello, Tixtla de Guerrero, Gro

Su visión es expandirse en las región de la Chilapa sin embargo debido a la inseguridad que

existe actualmente dicho proyecto no ha podido efectuarse siendo esto una limitación que no

depende de la empresa si no de las condiciones actuales(desfavorables). Sin embargo si la

circunstancias cambian en el futuro posiblemente la visión de expandir la empresa se reanudara.

1.4 Problemática

Actualmente el restaurante “Quetzal” cuanta con un administrador su trabajo consiste en llevar

a cabo las tareas relacionadas con el manejo de personal, organizar, planificar y dirigir las

actividades. Los meseros que son las personas encargadas de atender a los clientes que llegan al

restaurante, proporcionándole la carta, atender la orden de alimentos y bebidas durante su

estancia. El barman que es la persona que atiende la barra del restaurante, prepara y/o sirve los

diferentes tipos de bebidas. El cocinero que es el jefe de cocina con experiencia para la

elaboración de los platillos y encargado de indicar la preparación de platillos entre sus ayudantes.

El cajero que es la persona que lleva el control de caja y realiza el correcto cobro de las cuentas

por mesa.
Todos los procesos que realizan en entre todo el personal desde el mesero al cocinero se

efectúan de manera manual apoyándose únicamente de herramientas como cuadernos, comandas,

notas y hoja de cálculo de Excel que utiliza el cajero actualmente para llevar el control de la caja.

1.5 Objetivo general

Desarrollar un sistema de gestión para el restaurante el “Quetzal”.

1.6 Objetivos específicos

Realización de análisis de requisitos de sistema


1. Cuestionario

2. Casos de uso

3. Procesos

4. Artefactos

5. Diagrama de casos de usos

6. Diagrama de actividades

7. Requisitos funcionales y no funcionales

1.7 Justificación

Actualmente en el restaurante "QUETZALT" todas las operaciones se realizan manualmente, se

utilizan algunas herramientas como cuadernos, notas, comandas y hojas de cálculos en excel para

llevar acabo las operaciones funcionales, sin embargo el proceso manual es muy laborioso,

sobre todo cuando la cantidad de pedidos de platillos y bebidas es muy demandante, ya que

procesos como el cobro a cliente, solitudes al cocinero, al barman etc., superan en muchas

ocasiones el tiempo esperado por el cliente. Es por ello que es necesario contar con un software

de gestión del restaurante, para agilizar y operar correctamente las funciones del mismo.
3

1.8 Alcances y limitaciones

 El proyecto no contempla la gestión de inventarios que se realizan en el restaurante

 La gestión de empleados se contempla en el proyecto

 Gestión platillos se contempla dentro del desarrollo del proyecto

 Gestión de mesas se desarrollara dentro del proyecto

 Gestión de productos se contempla dentro del desarrollo del software

 El corte de caja y generación de reportes se contempla en el desarrollo del software

 La seguridad del software respecto a las sesiones de los usuario están limitados

La limitación principal del sistema es que será diseñado de acuerdo la necesidad del cliente y no

para los restaurantes generales.


CAPITULO II

MARCO TEÓRICO

2.1 Nociones básicas de un restaurante

Un restaurante o restorán es un establecimiento comercial, en el mayor de los casos públicos,

donde se paga por la comida y bebida para ser consumidas en el mismo local. Hoy en día existe

una gran variedad de modalidades de servicio y tipos de cocina; estos establecimientos están

administrados por un conjunto de empleados que normalmente están distribuidos en puestos de

acuerdo a su función que son las siguientes:

GERENTE

Desarrolla actividades específicas de presupuesto para los departamentos del establecimiento.

Supervisa los presupuestos para controlar los gastos.

Sirve de contacto para las actividades que tiene relación con el área de mercadotecnia y

publicidad.

Supervisa horarios, capacita a subgerentes.

SUBGERENTE.

Provee de información que solicita el contador, tales como pagos, impuestos y estados

financieros.

Revisa el reporte de todas las operaciones con los departamentos superiores e inferiores.

Revisa las hojas de función con el chef.


11

SUBGERENTE ADMVO.

Análisis de los aspectos financieros de todas las decisiones.

GERENTE GENERAL.

Es el encargado de la elaboración de presupuestos que muestren la situación económica y

financiera de la empresa, así como los resultados y beneficios a alcanzarse en los períodos

siguientes con un alto grado de probabilidad y certeza.

Análisis de la cantidad de inversión necesaria para alcanzar las ventas esperadas, decisiones que

afectan al lado izquierdo del balance general (activos).

CHEFF

Es el encargado de la organización general de la cocina, elabora y componer los menús, hacer los

pedidos de materia prima, ser responsables por la utilidad de la cocina, contratar personal,

capacitar a su personal, y supervisar la cocina a la hora del servicio.

BARMAN

Conoce todos los tipos de bebidas usadas en el bar, debe conocer los tipos más comunes de

botanas, debe conocer el almacenamiento correcto de los vinos, y debe conocer la preparación de

bebidas compuestas.

AYUDANTE.

Conoce las temperaturas usuales para servir el vino, conoce las formas de abrir y servir los vinos

sirve las bebidas a la mesa, reemplaza ceniceros, recoge vasos y copas sucias, debe portar

encendedor para auxiliar al cliente.


CAPITAN DE MESEROS

Recibe al cliente, lo acompaña a la mesa, da sugerencias, toma la orden, entrega la comanda al

mesero y supervisa que sea surtida en la cocina o bar a la mayor brevedad posible.

SUPERVISOR DE VALORES

Es encargado del resguardo del dinero y objetos de valor cortes de caja y depósitos, manejo y

supervisión de la contabilidad y responsabilidades tributarias con el ISR, asegura también la

existencia de información financiera y contable razonable y oportuna para el uso de la gerencia.

2.2 Java

Java es un lenguaje de programación de propósito general, concurrente, orientado a objetos, que

fue diseñado específicamente para tener tan pocas dependencias de implementación como fuera

posible. Su intención es permitir que los desarrolladores de aplicaciones escriban el programa

una vez y lo ejecuten en cualquier dispositivo (conocido en inglés como WORA, o "write once,

run anywhere"), lo que quiere decir que el código que es ejecutado en una plataforma no tiene

que ser recompilado para correr en otra. Java es, a partir de 2012, uno de los lenguajes de

programación más populares en uso, particularmente para aplicaciones de cliente-servidor de

web, con unos diez millones de usuarios reportados.

La compañía Sun desarrolló la implementación de referencia original para los compiladores de

Java, máquinas virtuales y librerías de clases en 1991, y las publicó por primera vez en 1995. A

partir de mayo de 2007, en cumplimiento de las especificaciones del Proceso de la Comunidad

Java, Sun volvió a licenciar la mayoría de sus tecnologías de Java bajo la Licencia Pública

General de GNU. Otros también han desarrollado implementaciones alternas a estas tecnologías

de Sun, tales como el Compilador de Java de GNU y el GNU Classpath.


11

2.3 Mysql

MySQL es una base de datos muy rápida en la lectura cuando utiliza el motor no transaccional

MyISAM, pero puede provocar problemas de integridad en entornos de alta concurrencia en la

modificación. En aplicaciones web hay baja concurrencia en la modificación de datos y en

cambio el entorno es intensivo en lectura de datos, lo que hace a MySQL ideal para este tipo de

aplicaciones. Sea cual sea el entorno en el que va a utilizar MySQL, es importante monitorizar de

antemano el rendimiento para detectar y corregir errores tanto de SQL como de programación

MySQL es muy utilizado en aplicaciones web, como Joomla, Wordpress, Drupal o phpBB, en

plataformas (Linux/Windows-Apache-MySQL-PHP/Perl/Python), y por herramientas de

seguimiento de errores como Bugzilla. Su popularidad como aplicación web está muy ligada a

PHP, que a menudo aparece en combinación con MySQL.

2.4 Objetivo de la normalización

La normalización ayudamos a eliminar dependencias no necesarias o relaciones que no deberían

de existir. No deberíamos encontrar, en el mismo registro, calificadores que dependan de terceras

tablas o que son temporales o se deba registrar un histórico.

Que se aplican en cascada, de manera que si se cumple la primera regla, es decir, la base de

datos cumple la primera norma, se dice que la base de datos está en la “primera forma normal”.

Si se cumplen las tres primeras reglas, la base de datos se considera que está en la “tercera forma

normal”. Existen niveles superiores pero, en el sector, se asume que el cumplimiento de estas 3

primeras reglas es suficiente para aportar una coherencia profesional a una base de datos. En

nuestro caso, el cumplimiento de estas 3 normas ayudarían claramente a que el CIO pueda tener

facilidades para disponer del dato único.


Uml

El lenguaje unificado de modelado (UML, por sus siglas en inglés, Unified Modeling Language)

es el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad;

está respaldado por el Obj ect Management Group (OMG).

Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. UML

ofrece un estándar para describir un "plano" del sistema (modelo), incluyendo aspectos

conceptuales tales como procesos, funciones del sistema, y aspectos concretos como expresiones

de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.

Es importante remarcar que UML es un "lenguaje de modelado" para especificar o para describir

métodos o procesos. Se utiliza para definir un sistema, para detallar los artefactos en el sistema y

para documentar y construir. En otras palabras, es el lenguaje en el que está descrito el modelo.

2.5 Ireport

La herramienta iReport es un constructor / diseñador de informes visual, poderoso, intuitivo y

fácil de usar para JasperReports escrito en Java. Este instrumento permite que los usuarios

corrijan visualmente informes complejos con cartas, imágenes, subinformes, etc. iReport está

además integrado conJFreeChart, una de la biblioteca gráficas OpenSource más difundida para

Java. Los datos para imprimir pueden ser recuperados por varios caminos incluso múltiples

uniones JDBC, TableModels, JavaBeans, XML, etc


11

CAPITULO III

METODOLOGIA

3.1 Diseño

1. Diagrama de casos (interacción con el sistema)

2. Plantilla de casos de uso (interacción con el sistema)

3. Diagrama de actividades (interacción con el sistema)

4. Interfaces

5. Diccionario de datos

6. Normalización

7. Modelo ER

8. Modelo Relacional

3.2 Programación del sistema

1. Seudocódigo

2. Código fuentes

3.3 Modelo de prototipo

El objetivo de la ingeniería de Software es optimizar la calidad de los productos de software para

ampliar la productividad y facilitar el trabajo de los ingenieros de software proporcionándoles las

bases necesarias para construir software de alta calidad en forma eficiente, existen diversas

etapas y procedimientos a las que se les denomina ciclo de vida en el cual se definen parámetros

como el tiempo y las características necesarias para que el software sea considerado confiable y

completo.
Existen diversos modelos para construir un producto de software perfeccionando el resultado del

mismo, tomaremos como referencia el modelo de prototipo.

El modelo de prototipos permite que todo el sistema, o algunos de sus partes, se construyan

rápidamente para comprender con facilidad y aclarar ciertos aspectos en los que se aseguren que

el desarrollador, el usuario, el cliente estén de acuerdo en lo que se necesita así como también la

solución que se propone para dicha necesidad y de esta forma minimizar el riesgo y la

incertidumbre en el desarrollo, este modelo se encarga del desarrollo de diseños para que estos

sean analizados y prescindir de ellos a medida que se adhieran nuevas especificaciones, es ideal

para medir el alcance del producto, pero no se asegura su uso real.

Este modelo principalmente se lo aplica cuando un cliente define un conjunto de objetivos

generales para el software a desarrollarse sin delimitar detalladamente los requisitos de entrada

procesamiento y salida, es decir cuando el responsable no está seguro de la eficacia de un

algoritmo, de la adaptabilidad del sistema o de la forma en que interactúa el hombre y la

máquina.

Este modelo se encarga principalmente de ayudar al ingeniero de sistemas y al cliente a entender

de mejor manera cual será el resultado de la construcción cuando los requisitos estén satisfechos.

Figura 2 Cronograma de Actividades.


3.4 Plantillas de actores

Tabla 01
Administrador el administrador es la persona encargada de planificar, organizar, dirigir y
controlar las actividades que se realizan en el restaurante para brindar un buen servicio al cliente
Cve. A01

Nombre: Administrador

Descripción: Es la persona encargada de planificar, organizar, dirigir y

controlar las actividades que se realizan en el restaurante para

brindar un buen servicio al cliente. Para ello debe de gestionar

correctamente los recursos (materiales, humanos) del

restaurante.
Características  Conocimiento básicos de cocina

 Conocimientos básicos de administración

 Cocimiento de atención a clientes

 Manejo de personal
Relaciones:  Mesero

 Cocinero

 Cajero

 Barman
Rol:  Cajero

 Mesero

 Barman
Responsabilidad:  Abrir y cerrar el restaurante.

 Apertura y cierre de caja.

 Indicar a los meseros la manera de distribuir las mesas.


 Compra de productos faltantes (verificar que sean de

buena calidad y verifica la existencia de los

productos).

 Pago de servicios.

Adaptación:  Toma el rol de cajero, mesero o barman cuando por

algún motivo no asiste alguno de ellos.

 Toma el rol de mesero en días festivos (día de las

madres, 14 de febrero, etc.) por la demanda de

atención a clientes.

 Toma el rol de cajero en eventos especiales (XV años,

cumpleaños)

 Toma el rol de mesero cuando hay saturación de

servicio atención a clientes.

Tabla 02

El mesero es la persona encargada para proporcionar la carta, atender la orden de alimentos y


bebidas durante su estancia.
Cve. A02
Nombre:  Mesero
Descripción: Es la persona encargada de atender a los clientes que

llegan al restaurante, proporcionándole la carta,

atender la orden de alimentos y bebidas durante su

estancia.

Características:  Habilidades de comunicación para atender a los

clientes

 Cocimiento de alimentos

 Cocimiento de bebidas

 Ser amable y cordial con los clientes

Relaciones  Cocinero

 Barman

 Cajero

 Administrador
Roles  Barman

Responsabilidad:  Limpiar las mesas.

 Distribuir adecuadamente las mesas.

 Recepción de los clientes.

 Asignar mesas a los clientes.

 Tomar la orden de alimentos, bebidas y postres

 Entrega de alimentos
 Entregar la cuenta al cliente.

 Entregar el dinero de las cuentas al cajero.


Adaptación:  Cuando hay saturación de preparados de bebidas y el

barman no se da abasto se le apoya en la preparación

de bebidas

Tabla 03
Barman es la persona que atiende la barra del restaurante, prepara o sirve los diferentes tipos de
bebidas.

Cve. A03
Nombre: Barman
Descripción: Es la persona que atiende la barra del restaurante,

prepara y/o sirve los diferentes tipos de bebidas.


Características:  Conocimiento sobre bebidas

 Habilidades para la preparación de bebidas

 Experiencia en la preparación de bebidas

Relaciones  Mesero

 Administrador

Roles Mesero

Responsabilidad:  Preparar bebidas

 Mantener limpia su área de trabajo.

 Mantener el orden de las bebidas correctamente

 Verifica la existencia de los productos de bebidas


Adaptación:  Saturación de servicios a clientes

Tabla 04
Persona que cocina, en especial si se dedica a ello profesionalmente.

Cve. A04
Nombre: Cocinero
Descripción: Es el jefe de cocina con experiencia para la

elaboración de los platillos y encargado de indicar la

preparación de platillos entre sus ayudantes.


Características:  Experiencia en cocina

 Habilidad para preparar los platillos

 Conocimiento sobre cocina

 Cocimiento sobre ingredientes que se emplean en los

platillos de menú.

Relaciones  Meseros

 Administrador
Roles

Responsabilidad:  Recibir las comandas

 Preparar los platillos

 Que los alimentos salgan con buena presentación y

en orden

 Verificación de la existencia y faltantes de

ingredientes para la elaboración y cocimiento de los


alimentos.
Adaptación:

Tabla 05
Persona que lleva el control de caja y realiza el correcto cobro de las cuentas por mesa.

Cve. A05

Nombre: Cajero

Descripción: Persona que lleva el control de caja y realiza el correcto

cobro de las cuentas por mesa.


Características  Experiencia en manejo de caja.

 Habilidades con las matemáticas básicas.

 Debe ser capaz de adaptarse a los cambios

tecnológicos.
Relaciones:  Mesero

 Barman

 Cocinero

 administrador

Rol

Responsabilidad:  Encargado de cobros por mesa

 Elaboración de las cuentas

 Corte de caja y entrega de cuentas al administrador

 Mantener en excelente presentación en su área de


trabajo.

Adaptación:

Tabla 06
Cliente Persona encargada de hace reservaciones y pedidos de platillos para su evento.

Cve A06
Nombre:  Cliente
Descripción: Es la persona que consume productos del restaurante,

hace reservaciones y pedidos de platillos para su

evento.

Características:

Relaciones  Mesero

 Administrador
Roles

Responsabilidad:  Ordenar platillos

 Ordenar bebidas

 Hacer reservaciones

 Pedir platillos para su evento.

 Pagar el servicio que se le brinda.


Adaptación:
Tabla 07
Empresa que provee o abastece al restaurant de los productos que necesita para la elaboración de
platillos y bebidas.

Cve. A07
Nombre:  Proveedor
Descripción: Es la persona o empresa que provee o abastece al

restaurant de los productos que necesita para la

elaboración de platillos y bebidas.

Características:  Que sea una persona o empresa de confianza

 Que los productos ofertados sean de calidad

 Que sea formal en la entrega de productos

Relaciones  Administrador

Roles

Responsabilidad:  Atender el pedido que solicita el Administrador

 Proveer los artículos pedidos


Adaptación:

3.5 Procesos

Tabla 08
El MESERO informa al CLIENTE de las mesas disponibles y este ocupa la de su preferencia
Cve. P01
Nombre Asignar Mesa
Descripción El proceso comienza cuando el CLIENTE ingresa al restaurante y solicita

servicio, el empleado encargado de atenderlo es el MESERO el cual da la


bienvenida al CLIENTE y busca mesas disponibles para poder asignarle

una. El MESERO informa al CLIENTE de las mesas disponibles y este

ocupa la de su preferencia.

Actores Mesero

Cliente
Entradas Número de personas
Salidas Mesa asignada
Precondició 1. Que haya mesas o espacio disponible en el restaurant.

n
.
Tabla 09
Servir bebida el MESERO pregunta si desea alguna bebida a CLIENTE, el Mesero debe agregar
las bebidas a la comanda y entregarlo al BARMAN el cual deberá preparar, servir y entregar la
bebida al MESERO.

Cve. P02
Nombre Servir Bebida
Descripción El proceso comienza cuando el MESERO pregunta si desea alguna bebida

a CLIENTE, el Mesero debe agregar las bebidas a la comanda y entregarlo

al BARMAN el cual deberá preparar, servir y entregar la bebida al

MESERO.

El MESERO entrega una copia de la comanda al CAJERO para llevar el

control del consumo de la mesa.

Posteriormente El MESERO recoge la bebida(s) y se dirige a la mesa del

CLIENTE que solicito la bebida y se la entrega.


Actores Mesero

Barman

Cliente

Cajero
Entradas Comanda
Salidas Bebida(s)
Precondició 1. Que el cliente desee tomar alguna bebida.

n 2. Que haya ese tipo de bebida en el restaurant.

3. En caso de que sea una bebida preparada tener los ingredientes

necesarios.

Tabla 10
Tabla proceso 3 servir platillo el MESERO entrega la carta al CLIENTE y se retira un momento
a esperar que el CLIENTE desee ordenar.

Cve. P03
Nombre Servir Platillo
Descripción El proceso inicia cuando el MESERO entrega la carta al CLIENTE y

se retira un momento a esperar que el CLIENTE desee ordenar.

Cuando el CLIENTE decide que ordenar llama al MESERO y le

solicita el platillo(s) de su preferencia. El MESERO debe agregar el

platillo(s) a la comanda.

El MESERO debe entregar la comanda al COCINERO el cual debe

preparar el platillo. El MESERO entrega una copia de la comanda al

CAJERO para poder llevar el control del consumo de la mesa.

Cuando el COCINERO haya preparado el platillo, el MESERO lo

recoge y hace entrega al CLIENTE.

Actores Mesero

Cocinero

Cliente
Cajero
Entradas Comanda
Salidas Platillo(s)
Precondició Que existan los ingredientes para preparar el platillo.

n Que el cliente desee consumir algún platillo.

Tabla 11
Realizar cobre el CLIENTE solicita la cuenta al MESERO. El MESERO debe ir a caja y solicitar
la nota de consumo de la mesa del CLIENTE al CAJERO.

Cve. P04
Nombre Realizar Cobro
Descripción El proceso comienza cuando el CLIENTE solicita la cuenta al

MESERO. El MESERO debe ir a caja y solicitar la nota de consumo

de la mesa del CLIENTE al CAJERO. El CAJERO suma todo lo que

solicito el CLIENTE y lo escribe en la nota de consumo y se la entrega

al MESERO. Después El MESERO se dirige a la mesa, entrega la nota

de consumo al CLIENTE y se retira un momento a esperar que el

CLIENTE realice el pago, posteriormente El MESERO regresa a la

mesa, retira el dinero y se dirige a caja a entregar el dinero al

CAJERO.

Actores Mesero

Cajero

Cliente
Entradas Solicitud de la cuenta.
Salidas Nota de Consumo
Precondició Que el cliente haya solicitado platillo(s) y/o bebida(s).

n Que exista la comanda.


Tabla 12
Realizar corte de caja el CAJERO debe realizar el corte de caja, lo primero que hace es reunir
todas las notas de consumo y pago de servicio, después realiza una lista de egresos e ingresos y
calcula el saldo total.

Cve. P05
Nombre Corte de Caja
Descripción El proceso comienza cuando al finalizar el día el CAJERO debe

realizar el corte de caja, lo primero que hace es reunir todas las notas

de consumo y pago de servicio, después realiza una lista de egresos e

ingresos y calcula el saldo total. Luego realiza el reporte de egresos e

ingresos y hace entrega del efectivo al administrador. Y por último el

ADMINISTRADOR verifica que el resultado del reporte de egresos e

ingresos sea igual al total del efectivo.


Actores Administrador

Cajero
Entradas Notas de consumos y pagos
Salidas Resultado de las ganancias por día.
Precondició Que haya registro de compra y venta.

n Que haya apertura de caja.

Tabla 13

El ADMINISTRADOR solicita la lista de productos faltantes al COCINERO y BARMAN, estos


la realizan y entregan al ADMINISTRADOR. El ADMINISTRADOR solicita una cantidad de
efectivo al cajero para el pago de los productos.

Cve. P06
Nombre Comprar Productos
Descripción El proceso comienza cuando el ADMINISTRADOR solicita la lista de

productos faltantes al COCINERO y BARMAN, estos la realizan y


entregan al ADMINISTRADOR. El ADMINISTRADOR solicita una

cantidad de efectivo al cajero para el pago de los productos.

El ADMINISTRADOR compra los productos al PROVEEDOR y/o

tienda y hace entrega de los productos al área que los solicito (cocina y

barra). Por último el CAJERO registra el pago de los productos en la lista

de egresos.

Actores ADMINISTRADOR

BARMAN

COCINERO

PROVEEDOR

CAJERO
Entradas Lista de productos faltantes
Salidas Productos
Precondició Que haya productos faltantes

n
Tabla 14
El ADMINISTRADOR recibe la nota (recibo de agua, luz) y solicita al CAJERO el dinero a
pagar.

Clave P07
Nombre Pagar Servicios
Descripción El proceso comienza cuando el ADMINISTRADOR recibe la nota

(recibo de agua, luz) y solicita al CAJERO el dinero a pagar. El

ADMINISTRADOR recibe la cantidad de efectivo solicitado y paga

los servicios, el CAJERO registra el comprobante de pago.

Actores ADMINISTRADOR

CAJERO
Entradas Recibos (Agua, Luz).
Salidas Comprobante de pago.
Precondició Que haya servicios por pagar

n Que el servicio no haya sido pagado


3.6 Diagrama de caso de uso

Figura 3

Figura 1 es una forma de diagrama de comportamiento UML mejorado.


3.7 Plantillas de casos de uso

Tabla casos de uso


Cso. Gestión de mesa(Agregar Mesa)

Actores: Mesero

Sistema

Descripción: Que haya iniciado sesión como mesero

El sistema permitirá al mesero agregar mesas al sistema


Precondiciones: Que ya no haya mesas disponibles
Flujo Principal: Sistema Mesero
1) Consulta en la base de datos el estatus

de las mesas
2). Muestra el número de mesas y su

estatus
3) Solicita agregar una mesa haciendo clic a

un botón.
4) Valida que no existan mesas disponibles
5) Agrega una mesa con estatus disponible
6) Registra la nueva mesa en la BDD
Flujos Alternativos: 1. Si ya existe el registro de ese número de mesa, solo se actualiza el estatus a disponible y

muestra la mesa.

Excepciones: Si existen mesas disponibles no se puede agregar más.

Tabla casos de uso 1 gestión Agregar de mesa Consulta en la base de datos el estatus de las
mesas
Tabla

Cso. Gestión de mesa(Eliminar Mesa)

Actores: Mesero

Sistema

Descripción: El sistema permitirá al mesero eliminar mesas al sistema

Precondiciones: Que haya iniciado sesión como mesero

Que las mesas excedentes estén disponibles.


Flujo Principal: Sistema Mesero
1) Consulta en la base de datos el estatus
de las mesas
2). Muestra el número de mesas y su

estatus
3) Solicita eliminar una mesa haciendo clic

en el botón eliminar.
4) Valida que las mesas excedentes estén

disponibles.
5) Actualiza el estatus de las mesas

excedentes a eliminadas en la BDD.


6) Muestra las 16 mesas por default.
Flujos Alternativos:

Excepciones: Si hay mesas excedentes ocupadas no se podrá eliminar.

Si no hay mesas excedentes no se podrá eliminar.


Tabla casos de uso 2 Eliminar el mesero Consulta en la base de datos el estatus de las mesas
Tabla

Cso. levantar pedido

Actores: Mesero

Sistema
Descripción: El sistema deberá registrar los productos que solicite el cliente.

Precondiciones: Que haya iniciado sesión como mesero

Que el cliente solicite algún producto.

Flujo Principal: Sistema Mesero


1) Muestra la fecha actual.
2) Muestra el número de mesa que fue

seleccionada y numero de Mesero


4) introduce el código del producto en un

campo de texto.
5) solicita agregar producto a la tabla del

pedido (presionando la tecla ENTER).


6) valida que el código ingresado sea de

tipo numero
7) consulta el producto en la BDD

mediante el código.
8) Muestra en la tabla pedido el producto

que se solicitó (código, nombre del

producto, cantidad, precio unitario).


9) solicita registrar pedido (haciendo clic en

el botón registrar)
10) registra pedido en la BDD

11) Muestra el producto según corresponda

en la pantalla cocina o barra.


Flujos Alternativos: 1) si el mesero desea registrar más de un producto, se repiten los pasos del 4 al 8

2) si el mesero desconoce el código de algún producto, el sistema desplegara una interfaz

auxiliar cuando se presiona la tecla F1.

2.1) El sistema consulta el código y nombre de todos los productos en la BDD.

2.2) El sistema mostrara los datos consultados en una tabla.

2.3) El mesero ingresa el nombre del producto del cual desea conocer el código.

2.4) El mesero solicita el nombre y código de un producto presionando la tecla

ENTER.

2.5) El sistema filtra el nombre y código del producto, cuando coincida con la
cadena ingresada.

2.6) El mesero selecciona el producto

2.7) El mesero solicita agregar el producto a la tabla del pedido presionando el

botón agregar

2.8) Continúa en el paso 8 del flujo principal.

3) si el mesero desea quitar un producto de la tabla pedido debe seleccionar dicho

producto de la tabla del pedido.

3.1) El mesero solicita quitar producto presionando la tecla RETROCESO.

3.2) El sistema elimina la fila del producto solicitado.

3.3) El sistema actualiza la tabla del pedido

3.4) Continúa en el paso 4 u 9 del flujo principal.

4) Si el mesero desea incrementar la cantidad de producto selecciona la fila del producto

haciendo doble clic en el campo cantidad.

4.1) El mesero ingresa la cantidad de productos que desea agregar.

4.2) El sistema actualiza la tabla del pedido.

4.3) Continúa en el paso 4 u 9 del flujo principal.

Excepciones: E01. El producto no existe

Tabla casos de uso 3 levantar pedido el cliente solicita un platillo


Tabla casos de uso Atender pedido Cocinero10

Cso. Atender Pedido (Cocinero)

Actores: Cocinero
Sistema

Descripción: El sistema permitirá al cocinero marcar el platillo como atendido

Precondiciones: Que existan platillos a atender.

Flujo Principal: Sistema Cocinero


1) Consulta los platillos pendientes en la

BDD.
1) Muestra en una tabla los platillos

pendientes y el nombre del mesero.


3) Selecciona el platillo que se haya

atendido.
4) Marca el platillo como atendido

presionando la tecla ENTER


5) Actualiza el platillo como atendido en la

BDD.
6) Elimina el platillo de la tabla de platillos

pendientes.
Flujos Alternativos:

Excepciones:

Tabla

Cso. Atender Pedido (Barman)

Actores: Barman

Sistema
Descripción: El sistema permitirá al Barman marcar la bebida como atendida.

Precondiciones: Que existan bebidas a atender.

Flujo Principal: Sistema Cocinero


1) Consulta las bebidas pendientes en la

BDD.
1) Muestra en una tabla las bebidas

pendientes y el nombre del mesero.


3) Selecciona la bebida que se haya

atendido.
4) Marca la bebida como atendida

presionando la tecla ENTER


5) Actualiza la bebida como atendida en la

BDD.
6) Elimina la bebida de la tabla de bebidas

pendientes.
Flujos Alternativos:

Excepciones:

Tabla casos de uso 4 atender pedido El sistema permitirá al cocinero marcar el platillo como
atendido.
Tabla

Cso. Realizar corte de caja

Actores: Cajero

Sistema
Descripción: Que haya iniciado sesión como cajero

El sistema permitirá realizar el corte de caja del restaurante ‘Quetzal’.


Precondiciones:

Flujo Principal: Sistema Cajero


1) Consulta en la BDD el total de la notas

de consumo (el número de nota, el número

de mesa) donde la fecha registrada sea

igual a la actual.
2) Muestra el resultado de la consulta en

una tabla.
3) Realiza la suma del total de todos los

consumos registrados durante el día.


4) Muestra el resultado de la suma

efectuada en el paso 3 en una caja de texto.


5) Consulta en la BDD el número de pago,

el tipo, el total, de cada pago realizado en

el transcurso del día.


6) Muestra el resultado de la consulta en

una tabla.
7) Suma el total de los pagos realizados en

el día.
8) Muestra el resultado de la suma

efectuada en el paso 7 en una caja de texto.


9) Calcula la ganancia de día restando la

suma de los pagos a la suma total de los

consumos.
10) Muestra la ganancia en una caja de

texto.
11) Solicita imprimir la hoja de egresos e

ingresos a través de un botón.


12) Genera lo hoja de egresos e ingresos.

13) Imprime hoja de egresos e ingresos.

Flujos Alternativos:

Excepciones:

Tabla casos de uso 5 realizar corte de caja El sistema permitirá realizar el corte de caja del
restaurante
Tabla

Cso. Realizar Cobro

Actores: Cajero

Sistema
Descripción: El sistema permitirá realizar el cobro de lo que consumió el cliente.

Precondiciones: Que haya iniciado sesión como cajero

Que haya registro de pedido.

Que haya solicitado el Cobro de la mesa.


Flujo Principal: Sistema Cajero
1) Muestra el número de las mesas

ocupadas en un combobox.
2) selecciona el número de mesa de la cual

desea realizar el cobro.


2) Realiza la suma de los registros del

consumo de la mesa
3) Muestra el costo total de la nota de

consumo de la mesa en una caja de texto.


4) solicita imprimir la Nota de Consumo

(presionando el botón imprimir)


5) Imprime la nota de consumo

6) ingresa la cantidad de dinero del pago de

la mesa en un campo de texto.


7) Muestra la diferencia entre pago

efectuado y el total de la nota de consumo.


8) solicita registrar el pago de la nota de

consumo de la mesa(botón registrar)


9) registra el pago de la nota de consumo

en la BDD.
10) Cambia el estatus de la mesa como

disponible.
Flujos Alternativos:

Excepciones: E01. (Pago Insuficiente)

Tabla casos de uso 6 realizar cobro El sistema permitirá realizar el cobro de lo que consumió
el cliente.
Tabla

Cso. Registro de egresos

Actores: Cajero

Sistema
Descripción: El sistema deberá registrar los pagos (de servicio y compra de productos) que se realicen

en el transcurso del día.


Precondiciones: Que haya iniciado sesión como cajero

Que el restaurante haya pagado algún servicio o comprado productos.

Flujo Principal: Sistema Cajero


1) Muestra la fecha actual.
2) selecciona el tipo de pago de una lista

desplegable (pago de luz, agua, gas,

productos)
3) Introduce la cantidad pagada en un

campo de texto.

5) Solicita registrar el pago haciendo clic en

el botón registrar pago


6) registra pago de servicio en la BDD.

7) Muestra un mensaje de confirmación del

registro en la BDD.
Flujos Alternativos:

Excepciones:

Tabla casos de uso 7 registro de egresos El sistema deberá registrar los pagos (de servicio y
compra de productos) que se realicen en el transcurso del día.
Tabla casos de uso realizar corte de caja15

Cso. Realizar corte de caja

Actores: Administrador

Sistema
Descripción: Que haya iniciado sesión como Administrador

El sistema permitirá realizar el corte de caja del restaurante ‘Quetzal’.


Precondiciones:

Flujo Principal: Sistema Cajero


1) Consulta en la BDD el total de la notas

de consumo (el número de nota, el número


de mesa) donde la fecha registrada sea

igual a la actual.
2) Muestra el resultado de la consulta en

una tabla.
3) Realiza la suma del total de todos los

consumos registrados durante el día.


4) Muestra el resultado de la suma

efectuada en el paso 3 en una caja de texto.


5) Consulta en la BDD el número de pago,

el tipo, el total, de cada pago realizado en

el transcurso del día.


6) Muestra el resultado de la consulta en

una tabla.
7) Suma el total de los pagos realizados en

el día.
8) Muestra el resultado de la suma

efectuada en el paso 7 en una caja de texto.


9) Calcula la ganancia de día restando la

suma de los pagos a la suma total de los

consumos.
10) Muestra la ganancia en una caja de

texto.
11) Solicita imprimir la hoja de egresos e

ingresos a través de un botón.


12) Genera lo hoja de egresos e ingresos.

13) Imprime hoja de egresos e ingresos.

Flujos Alternativos:

Excepciones:
Tabla casos de uso 8 realizar corte de caja El sistema permitirá realizar el corte de caja del
restaurante.
Tabla

Cso. Realizar Cobro

Actores: Administrador

Sistema
Descripción: El sistema permitirá realizar el cobro de lo que consumió el cliente.

Precondiciones: Que haya iniciado sesión como Administrador

Que haya registro de pedido.

Que haya solicitado el Cobro de la mesa.


Flujo Principal: Sistema Cajero
1) Muestra el número de las mesas

ocupadas en un combobox.
2) selecciona el número de mesa de la cual

desea realizar el cobro.


2) Realiza la suma de los registros del

consumo de la mesa
3) Muestra el costo total de la nota de

consumo de la mesa en una caja de texto.


4) solicita imprimir la Nota de Consumo

(presionando el botón imprimir)


5) Imprime la nota de consumo

6) ingresa la cantidad de dinero del pago de

la mesa en un campo de texto.


7) Muestra la diferencia entre pago

efectuado y el total de la nota de consumo.


8) solicita registrar el pago de la nota de
consumo de la mesa(botón registrar)
9) registra el pago de la nota de consumo

en la BDD.
10) Cambia el estatus de la mesa como

disponible.
Flujos Alternativos:

Excepciones: E01. (Pago Insuficiente)

Tabla casos de uso 9 realizar cobro El sistema permitirá realizar el cobro de lo que consumió
el cliente.
Tabla

Cso. Registro de egresos

Actores: Administrador

Sistema
Descripción: El sistema deberá registrar los pagos (de servicio y compra de productos) que se realicen

en el transcurso del día.


Precondiciones: Que haya iniciado sesión como Administrador

Que el restaurante haya pagado algún servicio o comprado productos.

Flujo Principal: Sistema Cajero


1) Muestra la fecha actual.

2) selecciona el tipo de pago de una lista

desplegable (pago de luz, agua, gas,

productos)
3) Introduce la cantidad pagada en un

campo de texto.
5) Solicita registrar el pago haciendo clic en

el botón registrar pago


6) registra pago de servicio en la BDD.

7) Muestra un mensaje de confirmación del

registro en la BDD.
Flujos Alternativos:

Excepciones:

Tabla casos de uso 10 registro de egresos El sistema deberá registrar los pagos (de servicio y
compra de productos) que se realicen en el transcurso del día.

Tabla

Cso. Gestión de Empleados (Registrar Empleado)

Actores: Administrador

Sistema
Descripción: El sistema deberá, registrar los datos de un nuevo empleado.

Precondiciones: Que el empleado no este registrado en el sistema.

Flujo Principal: Sistema Administrador


1) Muestra un Formulario que permita

ingresar los datos del nuevo Empleado.


2) Ingresa los siguientes datos del empleado

en diferentes campos de texto:

 Nombre

 Apellido paterno
 Apellido materno

 RFC

 Teléfono

 Fecha nacimiento

 Puesto

 Sueldo

 Usuario

 contraseña

3) Solicita hacer el registro de los datos

haciendo clic en el botón registrar.


4) Valida cada uno de los datos ingresados

dependiendo el tipo de dato.

5) Registra los datos del empleado en la

BDD.
6) Genera un id único para empleado

7) Muestra el id generado en un campo de

texto
Flujos Alternativos:

Excepciones: E1: Ingrese el tipo de dato correcto.

Tabla casos de uso 11 registro de empleados El sistema deberá, registrar los datos de un nuevo
empleado.
Tabla
Cso. Gestión de Empleados (Modificar Empleado)

Actores: Administrador

Sistema
Descripción: El sistema deberá, modificar el registro de los datos de un empleado.

Precondiciones: Que exista el registro del empleado en la BDD.

Flujo Principal: Sistema Administrador


1) Muestra un Formulario que permita

mostrar y modificar los datos de un

empleado.
2) Ingresa el id del empleado del cual se

desea modificar su registro en un campo de

texto.

3) Solicita mostrar los datos del empleado

haciendo clic en el botón buscar.


4) Valida que el id ingresado sea del tipo

correcto.
5) Consulta en la BDD el registro del

empleado.
6) Muestra en el formulario los datos del

empleado.
7) Realiza las modificaciones en uno o

varios campos.
8) Solicita guardar cambios haciendo clic en

el botón guardar.
9) Valida que los datos sean del tipo

correcto.
10) Registra los cambios en la BDD.

Flujos Alternativos: 2) Si el administrador no conoce el id del empleado a modificar, el sistema desplegara

una ventana donde mostrara en una tabla el registro de todo los empleado cuando el

administrador presione la tecla f2.

2.1) El sistema consulta en la BDD el registro de todo los empleados (id, nombre de

empleado).

2.2) El sistema muestra el resultado de la consulta en una tabla

2.3) El administrador ingresa el nombre del empleado en una caja de texto.

2.4) El administrador selecciona la fila del empleado

2.5) El administrador solicita agregar el id del empleado a la campo de texto de la

pantalla Modificar Empleado, mediante un botón

2.6) continúa el flujo principal número 3.


Excepciones: E1: Ingrese el tipo de dato correcto.

E2: No existe el registro solicitado.


Tabla casos de uso 12 modificación de empleados El sistema deberá, modificar el registro de
los datos de un empleado
Tabla

Cso. Gestión de Empleados (Eliminar Empleado)

Actores: Administrador

Sistema
Descripción: El sistema deberá, dar de baja el registro de los datos de un empleado.

Precondiciones: Que exista el registro del empleado en la BDD.

Flujo Principal: Sistema Administrador


1) Muestra un Formulario que permita
mostrar y modificar los datos de un

empleado.
2) Ingresa el id del empleado en un campo

de texto.
3) Solicita mostrar los datos del empleado

haciendo clic en el botón buscar.


4) Valida que el id ingresado sea del tipo

correcto.
5) Consulta en la BDD el registro del .

empleado.
6) Muestra en el formulario los datos del

empleado.
7) Solicita eliminar los datos del empleado

haciendo clic en el botón Eliminar.


8) Elimina el registro empleado de la BDD

Flujos Alternativos: 1) Si no confirma la baja del empleado finaliza el flujo principal.

2) Si el administrador no conoce el id a eliminar, el sistema desplegara una ventana

donde mostrara en una tabla el registro de todo los empleado cuando el administrador

presione la tecla f2.

2.1) El sistema consulta en la BDD el registro de todo los empleados (id, nombre de

empleado).

2.2) El sistema muestra el resultado de la consulta en una tabla

2.3) El administrador ingresa el nombre del empleado en una caja de texto.

2.4) El administrador selecciona la fila del empleado

2.5) El administrador solicita agregar el id del empleado a la campo de texto de la

pantalla Eliminar Empleado, mediante un botón


2.6) continúa el flujo principal número 2.
Excepciones: E1: Ingrese el tipo de dato correcto.

E2: No existe el registro solicitado.


Tabla casos de uso 13 eliminar empleado El sistema deberá, dar de baja el registro de los datos
de un empleado.
Tabla casos de uso gestión de menú registro 20

Cso. Gestión de Menú(Registrar producto)

Actores: Administrador

Sistema
Descripción: El sistema deberá, registrar los datos del nuevo producto

Precondiciones: Que exista el registro de los productos del menú en la BDD.

Flujo Principal: Sistema Administrador


1) Muestra un Formulario que permita

registrar los datos del nuevo producto

(Nombre del producto, precio)


2) Ingresa los siguientes datos del producto

en diferentes campos de texto:

 Nombre del producto

 Tipo(platillo, bebida)

 Precio del producto


3) Solicita hacer el registro de los datos

haciendo clic en el botón registrar


4) Valida cada uno de los datos ingresados,

dependiendo el tipo de dato.


Registra los datos del producto en la BDD
5) Genera un id único para el producto

6) Muestra el id generado en un campo de

texto.
Flujos Alternativos:

Excepciones: E1: Ingrese el tipo de dato correcto.

Tabla casos de uso 14 registrar producto El sistema deberá, registrar los datos del nuevo
producto
Tabla casos de uso Gestión de menú modificar 21

Cso. Gestión de Menú (Modificar producto)

Actores: Administrador

Sistema
Descripción: El sistema deberá, modificar el registro de los datos de un producto.

Precondiciones: Que exista el registro del producto en la BDD.

Flujo Principal: Sistema Administrador


1) Muestra un Formulario que permita

mostrar y modificar los datos de un

producto( nombre de producto ,tipo de

producto y precio)
2) Ingresa el id del producto del cual se

desea modificar su registro en un campo de

texto.

3) Solicita buscar y mostrar los datos del

producto haciendo clic en el botón buscar.


4) Valida que el id ingresado sea del tipo

correcto.
5) Consulta en la BDD el registro del

producto.
6) Muestra en el formulario los datos del

producto.
7) Realiza las modificaciones en los campos

de texto.
8) Solicita guardar los cambios haciendo clic

en un botón.
9) Valida que los datos sean del tipo

correcto.
10) Registra los cambios en la BDD.

Flujos Alternativos: 1) Si el administrador no conoce el id a del producto, el sistema desplegara una ventana

donde mostrara en una tabla el registro de todo los productos cuando el administrador

presione la tecla f2.

1.1) El sistema consulta en la BDD el registro de todo los productos (id, nombre de

producto).

1.2) El sistema muestra el resultado de la consulta en una tabla

1.3) El administrador ingresa el nombre del producto en una caja de texto.

1.4) El administrador selecciona la fila del empleado

1.5) El administrador solicita agregar el id al campo de texto de la ventana Modificar

producto mediante un botón

1.6) continúa el flujo principal número 2.


Excepciones: E1: Ingrese el tipo de dato correcto.

E2: No existe el registro solicitado.


Tabla casos de uso 15 modificar producto El sistema deberá, modificar el registro de los datos
de un producto.
Tabla

Cso. Gestión de Menú (Eliminar Producto)

Actores: Administrador

Sistema
Descripción: El sistema deberá, eliminar el registro de los datos de un producto.

Precondiciones: Que exista el registro del producto en la BDD.

Flujo Principal: Sistema Administrador


1) Muestra un Formulario que permita

mostrar y modificar los datos de un

producto
2) Ingresa el id del producto en un campo de

texto.
3) Solicita mostrar los datos del producto

haciendo clic en el botón buscar.


4) Valida que el id ingresado sea del tipo

correcto.
5) Consulta en la BDD el registro del .

producto.
6) Muestra en el formulario los datos del

producto.
7) Solicita eliminar los datos del producto

haciendo clic en el botón Eliminar.


8) Elimina el registro producto de la BDD

Flujos Alternativos: 1) Si no confirma la eliminación del producto finaliza el flujo principal.

2) Si el administrador no conoce el id a del producto, el sistema desplegara una ventana


donde mostrara en una tabla el registro de todo los productos cuando el administrador

presione la tecla f2.

2.1) El sistema consulta en la BDD el registro de todo los productos (id, nombre de

producto).

2.2) El sistema muestra el resultado de la consulta en una tabla

2.3) El administrador ingresa el nombre del producto en una caja de texto.

2.4) El administrador selecciona la fila del empleado

2.5) El administrador solicita agregar el id al campo de texto de la ventana Eliminar

Producto mediante un botón.

2.6) continúa el flujo principal número 3.


Excepciones: E1: Ingrese el tipo de dato correcto.

E2: No existe el registro solicitado.


Tabla casos de uso 16 eliminar producto El sistema deberá, eliminar el registro de los datos de
un producto.
3.8 Diagrama de actividades

Fig.
figura 2 asignar mesa consulta las mesas disponibles
Fig.
figura 3 servir bebida entrega la comanda de la bebida al barman.
fig. servir platillo 06
fig. Realizar cobro 07
fig. corte de caja 08
fig. Pagar servicios 09
fig. compra productos 10

3.9 Interfaces

Pantalla - Login (P01)


Pantalla – Registro de empleados (P02)
Pantalla – Modificar de empleados (P03)
Pantalla – Levanatar pedido (P04)

Pantalla – Registro de egresos (P05)

Pantalla – Eliminar empleado(P06)


Pantalla – Eliminar producto (P07)

Pantalla – Lista de código de empleados (P08)


Pantalla – realizar cobro (P09)

Pantalla – Gestión administrador (P10)


Pantalla – Corte de caja (P11)

Pantalla – Asignar mesa (P12)


Pantalla – Modificar producto (P13)

Pantalla – Gestión cajero (P14)


Pantalla – Registrar producto (P15)

Pantalla – Lista de código de productos (P16)


3.10 Iconografía

Pantalla - Login (P01)

Clave Nombre componente Descripción

Campo de texto que

P01C01 txtUsuario capturar el nombre del tipo

de usuario que va utilizar

el sistema.

P01C02 txtPass El campo de texto obtiene


la información de la

contraseña del usuario que

va a usar el sistema.

El botón iniciar valida el

P01C03 botonIniciar nombre del usuario y

contraseña

El botón cancela el

P01C04 botonSalir proceso de acceso del

usuario

Pantalla – Registro de empleados (P02)

Clave Nombre Interfaz Descripción

P02C01 Campo de texto que

txtNombre obtiene el nombre del

empleado que va hacer

registrado

El campo de texto que


P02C02 txtApellidoPatern obtiene el apellido paterno

o del empleado

Campo que otiene el RFC

del empleado a registrar

P02C03 txtRFC

Campo en el cual se

P02C04 txtTel escribirá el teléfono del

empleado
Campo de texto en el cual

se escribirá la facha en

P02C05 Formato que se registrara el

empleado

Combo box en el cual el

comboBoxPuesto empleado elige el tipo de

P02C06 puesto.

Campo que permite

P02C07 txtSueldo capturar el sueldo del

empleado
txtUsuario Campa que permite al

P02C08 usuario crear su nombre

de usuario

txtPass Campo que permite al

P02C09 usuario crear su

contraseña
Campo de texto para

confirmar la contraseña

P02C10 txtPassConfirmar del empleado a registrar

Campo que genera de

P02C11 txtIdgenerado manera automática

identificador

Este botón Permite al

P02C12 botonRegistrar empleado registrarse

Botón permite regresar a

P02C13 botonSalir la ventana anterior

Pantalla – Modificar de empleados (P03)

Clave nombre Interfaz Descripción


P03C01 Campo de texto en el que

txtidEmpleado se escribe el id del

empleado a modificar

Botón que permite buscar

P03C02 botonBuscar por id en la base de daros

al empelado a modificar

Campo de texto que

P03C03 txtNombre captura el nombre del

empleado a modificar

El campo de texto que

P03C04 txtApellidoPaterno obtiene el apellido paterno

del empleado

El botón iniciar valida el

P03C05 txtRFC nombre del usuario y

contraseña
P03C06 El botón cancela el

txtTel proceso de acceso del

usuario
Campo que captura el día

P03C07 txtDía de nacimiento del

empleado
P03C08 txtMes Campo que captura el mes

de nacimiento del

empleado
Campo que captura el año

P03C09 txtAnio de nacimiento empleado

Combo box en el cual el

P03C010 Puesto empleado elige el tipo de

puesto

Campo que permite

P03C011 txtSueldo capturar el sueldo del

empleado
Campa que permite al

P03C012 txtUsuario usuario crear su nombre

de usuario
P03C013 Campo que permite al

usuario crear su

txtPass contraseña
L P03C14 Este botón Permite al
empleado registrarse

botonGuardar
P03C015

botonSalir Botón permite regresar a

la ventana anterior

Pantalla – Levantar pedido (P04)

Clave Entrada Interfaz Descripción

Este campo obtiene

P04C01 TxtNumeroMesa el número de mesa

Este campo obtiene

P04C02 txtNombreMesero el nombre del mesero

Este componente

P04C03 txtIdProducto busca por el código

el producto en la base
de datos

Tabla en la cual se

tablaRegistroPedido muestra código del

producto, nombre,

precio y cantidad

P04C04 BotonRegistrar Este botón Permite al

registra en producto

en la base de datos
Este botón permite

P04C05 BotoSalir salir de la ventana

Pantalla – Registra de egresos (P05)

Clave Entrada Interfaz Descripción

Combo box que obtiene

P05C01 comboBoxTipoPago nombre del tipo de pago

del servicio a realizar

Campo que captura la

P04C02 txtCantidaPago cantidad a pagar del

servicio
Este botón Permite al

P04C03 Registpra registra en egreso en la

base de datos
Este botón permite

P04C04 botonSlir regresar a ventana

anterior

Pantalla – Eliminar empleado (P06)

Clave Nombre Interfaz Descripción

P05C01 Campo de texto que

txtNombre obtiene el nombre del

empleado que va hacer

eliminado

El campo de texto que

P05C02 txtApellidoPatern obtiene el apellido paterno


o del empleado

Campo que obtiene el

RFC del empleado a

P05C03 txtRFC eliminar

Campo en el cual se

P05C04 txtTel escribirá el teléfono del

empleado
Campo de texto en el cual

se escribirá la facha en

P05C05 Formato que se registrara el

empleado

Combo box en el cual el

comboBoxPuesto empleado elige el tipo de

P05C06 puesto.

Campo que permite

P05C07 txtSueldo capturar el sueldo del

empleado

txtUsuario Campa que permite al


P05C08 usuario crear su nombre

de usuario

txtPass Campo que permite al

P05C09 usuario crear su

contraseña
Campo de texto para

confirmar la contraseña

P05C10 txtPassConfirmar del empleado a registrar

Campo que genera de

P05C11 txtIdgenerado manera automática

identificador

Este botón Permite al

P05C12 botonRegistrar empleado registrarse

Botón permite regresar a

P05C13 botonSalir la ventana anterior

Ventana - Eliminar producto (P07)

Clave Entrada Interfaz Descripción

Este campo obtiene el

P06C01 txtIdProducto identificar del producto


P06C02 botonBuscar Botón que permite buscar

el producto que se

eliminara

Campo que captura el

P06C03 txtxNombre nombre del producto

Combo box permite

P06C04 comboBoxTipo seleccionar el tipo de

producto a eliminar
Este botón permite

P06C05 txtPrecio1 regresar a ventana anterior

P06C06 Este botón elimina el

botonRegistrar producto existente

P06C08 Botón permite regresar a la

botonSalir ventana anterior


Ventana – Lista de código de empleado s(P08)

Clave Entrada Interfaz Descripción

Este campo obtiene el

P07C01 jTextField1 identificar de empleado

Tabla que muestra el

P07C02 jTable1 código del empleado y el

nombre

P07C03 Este botón agregar en

botonEliminar botón donde sea solicitado

P07C04 Botón permite regresar a la

botonSalir ventana anterior

Ventana – Realizar cobro (P09)

Clave Entrada Interfaz Descripción

Permite seleccionar una de

P08C01 jComboBox1 varias mesas


Este campo muestra el
P08C02 costo total consumido por

txtCostototal el cliente

Este botón permite

P08C03 botonImprimir Imprimir la nota de

consumo de la mesa

Captura la cantidad de

P08C04 txtPago efectivo con la cual se

efectuó en pago

Indica el efectivo con de la

P08C05 botonCambio diferencia entre el pago

inicial y Pago final

P08C06 Este botón permite

botonRegistrar registrar el cobro en la

base de datos
P08C07

Botón permite cerrar la

botonSalir ventana actual


Ventana – gestión administrador (P10)

Clave Entrada Interfaz Descripción

Permite registrar

P09C01 BotonRegistro empleados en la base

datos

Permite actualizar los

P09C02 botonModificar datos de los empleados

Permite eliminar un

P09C03 botonEliminar empleado

Permite agregar un

P09C04 botonRegistroProducto platillo en el menú

Permite cambiar nombre

P09C05 botonModificarProduct del algún platillo del

o menú
P09C06 Elimina un platillo del

BotónEliminarProducto menú

Botón permite cerrar la

P09C07 LCAM68 ventana actual

Ventana - Corte de caja (P11)

Clave Entrada Interfaz Descripción

Tabla que muestra el

P11C01 tablaIngresos número de nota, numero

de mesa y el total del

ingreso
Campo que muestra el

total de ingresos

P11C02 txtTotalIngresos obtenidos durante el día

P11C03

tablaEgresos Tabla que muestra los

campos de pago, servicio

pagado y total pagoda

P11C04 Campo que muestra el

txtTotalingresos total de egresos obtenidos

durante el día laboral


Campo que muestra las

P11C05 txtGanancias ganancias obtenidas

durante el día
Botón que genera el

P11C06 txtImprimirReport reporte del día.

e
Botón que permite

P11C07 txtSalir regresar de la ventana

actual a la anterior
Ventana - Asignar mesa (P12)

Clave Nombre Interfaz Descripción


Este botón muestra en

botonMesaDisponibl estado de la mesa

P12C01 e (disponible)
Este botón muestra en

P12C02 botonMesaOcupada estado de la mesa

(ocupado)

P12C03 Esta botón permite

botonAgregar agregar más mesas si es

necesario

P12C04 Esta botón permite quitar

BotonQuitar del conjunto de mesas

actual una o más mesas

P12C05 botonRegresar Este botón permite

regresar a la ventana

anterior
Ventana - modificar productos (P13)

Este campo obtiene el id

de la base de datos del

P13C 01 txtIdProducto producto a modificar


Botón buscar en la base de

P13C02 botonBuscar datos de acuerdo al id

ingresado

P13C03 txtNombre Captura el nombre para ser

buscado en la base de

datos.
Este combo box muestra

P13C04 ComboxTipo los tipos de bebidas

actuales n la base de datos.


Este campa muestra el

P13C05 txtPrecio precio actual del producto

a modificar
P13C05 Este icono permite editar

botonEditar el producto actual.

P13C05 botonSalir Este botón permite salir de

la venta actual.
Ventana – Gestión de cajero (P14)

Botan que al presionar

enviara a la ventana

P14C01 botonCobrarMesa cobro de mesa


Botón que al presionar

P14C02 botonRgistroEgresos enviara a la ventana

egresos

P14C03 BotónCorteCaja Botón que al presionar

enviara a la interface

corte de caja.
Botón que permite

P14C04 botonRegresar regresar a la interface

anterior
Ventana – Registrar producto (P15)

Clave Entrada Interfaz Descripción

Este campo obtiene el

P15C01 TxtIdProducto identificar del producto

que se va a registra

P15C02 BotonBuscar Botón que permite buscar

el producto que se

registrara

Campo que captura el

P15C03 txtxNombre nombre del producto

Combo box permite

P15C04 comboBoxTipo seleccionar el tipo de

producto a eliminar
Este botón permite

P15C05 txtPrecio1 regresar a ventana anterior

P15C06
Este botón elimina el

botonRegistrar producto existente


P15C07

Botón permite regresar a la

botonSalir ventana anterior

Ventana – Lista de código productos (P11)

Clave Entrada Interfaz Descripción

P10C01 Este campo obtiene el

jTextField1 identificar de producto

para mostrar en la tabla

códigos de productos

Tabla que muestra el

P10C02 jTable1 código del producto y el

nombre

P10C03 Este botón agregara en

botonEliminar donde en la interface

donde sea solicitado


P10C04 Botón permite regresar a la

botonSalir ventana anterior

3.11 Diccionario de datos

ENTIDAD DESCRIPCIÓN

Persona En esta unidad se registran los datos de

una persona.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

RFC Cadena 13 Es la clave que será la llave

primaria, almacenará el RFC

de una persona.
Nombre Cadena 30 Atributo que almacena el

nombre o nombres de una

persona.
Ap _paterno Cadena 20 Atributo que almacena el

apellido paterno de una

persona.
Ap _materno Cadena 20 Atributo que almacena el

apellido materno de una

persona.
Teléfono Cadena 15 Atributo que almacena el

número telefónico de una

persona.
Fecha_nacimiento Fecha 6 Atributo que almacena la

fecha de nacimiento de una

persona

ENTIDAD DESCRIPCIÓN

Empleado En esta unidad se realiza la gestión de los

empleados.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

Idempleado Entero 4 Es la clave que será la llave

primaria, almacenará el id del

empleado.
Puesto Cadena 10 Atributo que almacena el

puesto de un empleado.

Salario Real 10 Atributo que almacena el

salario de un empleado.

Persona_RFC Cadena 13 Es la llave foránea de la

relación Empleado-Persona,

Almacena el RFC de la
persona.

ENTIDAD DESCRIPCIÓN

Consumo En esta entidad se registra el consumo

de la mesa.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

Numero Entero 4 Es la clave que será la

llave primaria, almacenará

el número del consumo.


Fecha Fecha 6 Atributo que almacena la

fecha de cuando se realizó

el consumo.
Estatus Cadena 10 Atributo que almacena el

estatus del consumo.

Mesa_numero Entero 2 Es la llave foránea de la

relación Consumo-Mesa,

Almacena el número de la

mesa.
Empleado_idempleado Entero 4 Es la llave foránea de la

relación Consumo-

Empleado, Almacena el

id del empleado.
ENTIDAD DESCRIPCIÓN

Detalle_consumo En esta unidad se registra el detalle de

los consumo de las mesas.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

Cantidad producto Entero 4 Es la clave que será la

llave primaria, almacenará

el número de detalle

consumo
Consumo_numero Entero 4 Es la llave foránea de la

relación entre

detalle_consumo y

consumo
Producto_idproducto Entero 4 Es llave foránea de la

relación producto y

detalle_consumo

ENTIDAD DESCRIPCIÓN

Mesa En esta unidad se registra las mesas del

restaurante.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

Numero Entero 4 Es la clave que será la llave

primaria, almacenará el

número de la mesa.
Estatus Cadena 20 Es el atributo que almacena es

estatus de la mesa

ENTIDAD DESCRIPCIÓN

Login En esta unidad se registra el usuario y

la contraseña de los empleados.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

Usuario Cadena 30 Atributo que almacena el

login.

Contrasenia Cadena 20 Atributo que almacena la

contraseña del usuario en

login.
Empleado_idempleado Entero 4 Es llave foránea de la

relación login-empleado y

almacena el id del

empleado.

ENTIDAD DESCRIPCIÓN

Egreso En esta unidad se registran los egresos

que se realizan durante el día dentro del


restaurante.
ATRIBUTO TIPO RANGO DESCRIPCIÓN

Idegreso Entero 6 Es la clave que será la llave

primaria, almacenará el id

del egreso.
Fecha Fecha 6 Atributo que almacena la

fecha de cuando se registró

el egreso.
Tipo Cadena 30 Atributo que almacena el

tipo de egreso en egreso.

Empleado_idemplead Entero 4 Es llave foránea de la

o relación Egreso-empleado y

almacenará el id del

empleado.

ENTIDAD DESCRIPCIÓN

Producto En esta unidad se realiza la gestión de los

productos del menú.

ATRIBUTO TIPO RANGO DESCRIPCIÓN

Idproducto Entero 4 Es la clave que será la llave

primaria, almacenará el id del

producto.
Nombre Cadena 30 Atributo que almacena el

nombre del producto en

producto.
Tipo Entero 10 Atributo que almacena el tipo

del producto en producto.

Precio Real 10 Atributo que almacena el

precio del producto en

producto.

3.12 Normalización

Persona

1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).


3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.

Empleado

1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).

3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.

Consumo
1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).

3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.

Detalle_consumo

1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.
2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).

3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.

Mesa

1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).


3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.

Login

1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).

3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.
Egreso

1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).

3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.

Producto
1FN: esta tabla si cumple con la 1FN porque no existen columnas repetidas y valores son

atómicos.

2FN: la tabla se encuentra en la 2FN y 1FN por que todas las columnas que no son llave son

completamente dependientes de la llave primaria (PK).

3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son

funcionalmente dependientes por completo de la llave primaria y no hay dependencias

transitivas.
3.14 Modelo entidad relación
3.15 Modelo relacional
3.16 Cronograma de actividades

Numero Descripción Entregables Fecha de Entrega No. Horas


1 ELECCIÓN DEL PROYECTO Documentación con 18 al 19 de septiembre 4

1.1 ENTREVISTA AL CLIENTE formato de residencia 18 al 22 de septiembre 5


1.2 DESCRIPCION DETALLA DEL 20 al 22 de septiembre 4
profesional
PROBLEMA.
1.3 DESCRIPCIÓN DEL NEGOCIO, 21 al 25 de septiembre 3

LUGAR DONDE SE

DESARROLLARA EL PROYECTO.
1.4 OBJETIVO GENERAL, OBJETIVO 20 al 25 de septiembre 3

ESPECIFICOS, DELIMITACIÓN,

JUSTIFICACIÓN Y

CRONOGRAMA,
1.5 Realización de análisis de requisitos de Documentación de 25 l 27 de septiembre 3

sistema   requisitos de sistema ,


1.6 Identificar los actores Plantilla de actores 27 al 2 de octubre 6
1.7 Elaboración de plantilla de actores 26 al 3 de octubre 3

1.8 Identificar los procesos Diagrama de 25 al 4 de octubre 7


1.9 Elaboración de pool de procesos 5 al 10 de octubre 6
actividades, pool de

1.10 Requisitos funcionales y no funcionales Lista de


procesos. 3 al 11 de octubre 6
1.11 Análisis de requerimientos requerimientos 27 al 6 de noviembre 7
1.12 Obtención de requerimientos 2 al 7 de noviembre 6
funcionales y no
1.13 Especificación de requerimientos. 7 al 14 de noviembre 6
funcionales,

cronograma de

Actividades
1.14 Cronograma de Actividades. Documentación de 13 al 17 de noviembre 7

Actividades.
1.15 Diccionario de Datos Documentación de la 16 al 20 de noviembre 8
1.16 Normalización 16 al 20 de noviembre 9
normalización de la
1.17 Modelo Entidad Relación 14 al 21 de noviembre 7
1.18 Modelo Relacional base de datos 20 al 23 de noviembre 4
2 Diseño 23 al 27 de noviembre 5
2.1 Definir casos de uso del sistema Diagrama de casos de 27 al 30 de noviembre 7

uso
2.2 Describir casos de uso del sistema Plantilla de caso de 1 al 6 de Diciembre 7
uso del sistema
2.3 Realizar interfaces del sistema Prototipos de 5 al 11 de Diciembre 8

interfaces
2.4 Iconografía Diseño de los botones 11 al 19 de Diciembre 6
3 Implementación 13 al 15 de diciembre 7
3.1 Codificación de casos de uso Programación del 15 al 18 de diciembre 115
3.2 Establecer pruebas unitarias de sistema 18 al 19 de septiembre 8

módulos
3.4 Planear integración del modulo 18 al 22 de septiembre 14
3.5 Revisión de integración del modulo 20 al 22 de septiembre 86
3.6 Realizar documentación de actividades. Documentación del 21 al 25 de septiembre 28

sistema
4 Pruebas 20 al 25 de septiembre 68
4.1 Programación de prueba Reporte de prueba de 25 l 27 de septiembre 67
4.1.1 Realización de prueba caja blanca 27 al 2 de octubre 38
4.1.2 Realización de reporte 26 al 3 de octubre 45
613
CAPITULO V

CONCLUSIONES

4.1 Conclusiones generales

Como resultado de la implementación de un sistema para la gestión del restaurante "Quetzal"

resultado de la observación y análisis de los actores y procesos involucrados en el

funcionamiento del mismo, se pueden obtener las siguientes conclusiones generales:

La implementación del sistema de gestión cumplió el objetivo de incrementar la productividad,

reducción del costo operacional, mejorar la calidad de servicio, dar mayor seguridad evitando

perdidas económicas por errores humanos o acciones malintencionadas, incluyendo la

posibilidad de adaptar el uso de este sistema en otras sucursales del mismo restaurante.

4.2 Implicaciones

El desarrollo de este proyecto tiene para los actores involucrados en los diferentes procesos que

sirven al funcionamiento del restaurante "Quetzal" varias implicaciones:

- Desempeño y calidad del servicio

El desempeño y la calidad del servicio han tenido un notable mejoramiento en ciertos aspectos,

ya que el mesero puede tener idea más clara y precisa de la lista de platillos y bebidas que se han

pedido y su mesa respectiva, el cajero puede registrar más ágilmente todo lo que ha sido pagado

junto con todos los movimientos que sean realizados, y el administrador puede tener un mejor

control sobre los empleados y las operaciones que estos realizan, así como hacer auditorias sobre

el historial de actividades de los empleados, y, si es necesario realizar funciones propias de estos.

- Seguridad
Ya que las actividades de los empleados están reguladas y las mismas se registran en una base de

datos, la posibilidad o frecuencia de errores humanos - que se pueden traducir en pérdidas

económicas para el negocio - se ve reducida; siendo que todo movimiento hecho por empleados

es registrado, el administrador del restaurant puede tener acceso a ellos y con esto tener un

panorama más claro referente al estado de su negocio.

- Costo operacional

Dado que el desempeño, la calidad de servicio, y la seguridad, cuyos fallos e incidentes se

traducen en pérdidas económicas, se vieron beneficiados, el costo operacional del restaurant

disminuye.

4.3 Limitaciones

Durante el desarrollo de este proyecto se pudieron observar ciertos contratiempos relevantes

referentes a aspectos como la identificación de requisitos funcionales y no funcionales; debido a

la inexperiencia del entrevistador encargado de esta tarea.

Otro de los contratiempos que estuvieron presentes fue el manejo del tiempo para cada actividad

relacionada el desarrollo de este proyecto, ya que este fue bastante diferido del tiempo estimado

previamente estipulado.

4.4 Sugerencias

A continuación presentamos algunas sugerencias que pudimos deducir atreves del proceso de

realización de este proyecto.

Sería aconsejable para el barman tener acceso al sistema, y así no tener que depender de los

meseros para hacer sus registros, otra recomendación que podría incrementar la productividad es

la implementación de un lector de huellas digitales para que así los empleados no pierdan tanto
tiempo en ingresar al sistema escribiendo su respectivo usuario y contraseña; otra sugerencia

para previa implementación es la integración de un menú de facturación para que con esto el

cajero pueda realizar las mismas.

Abreviaturas

Clave Cve.
Caso de uso Cso.
Actor Atr.
Pantalla01 P01
Registro federal del contribuyente R.F.C.
Apellido Paterno PA.
Teléfono Tel
Iconografía Icgfia
Rol Rl
Interfaces Infs
ANEXOS

Guía de entrevista

1. ¿cuenta con algún tipo de servicio de cobro?

No todos los servicios son registrados en cuaderno de reportes.

2. ¿cuál es el número de mesas con el que cuenta actual mente?

16 por lo general y cuando hay eventos es donde se aumenta el número de mesas.

3. ¿El menú siempre está disponible toda la semana?

Si por lo general siempre son los mismos o si el cliente quiere otro guiso, se le prepara

4. ¿Cada cuánto les paga a los empleados? Cada semana se le entrega un sobre con los días

laborado, se encargan los dueños del pago del personal.

5. ¿Cómo realiza el pedido de las mesas? El mesero recibe al cliente le ofrece algo de beber

o le entrega la carta del menú.

6. ¿Cómo se realiza el cobro? El cliente solicita la cuenta al mesero el mesero solicita la

cuenta al gerente, el mesero lleva la cuenta al cliente.

7. ¿Cómo se realiza el corte de caja?

El corte se realiza por día.se reúnen todas las ordenes de los pedidos para comparar las ventas
Referencias

Aires, U. d. (2007). Ingenieria de software I. En Ingenieria de Software I (págs. 1-5).

Bercerril, & Becerril, J. j. (1987). Reglas de negocio: Administrando la operación con reglas.
mexico : omega.

BOOCH, G., RUMBAUGH, J., JACOBSON, I., & BOOCH. (1999). EL LENGUAJE
UNIFICADO DE MODELADO MANUAL DE REFERENCIA. España: Pearson
Educacion.S.A.

Cabello, M. V. (2007). Introduccion a las bases de datos relacionales. vision libros.

Calderon, T. A. (s.f.). SlideShare. Obtenido de SlideShare:


https://es.slideshare.net/TomsCaldern/universo-poblacin-y-muestra

Castillo, J. F. (Marzo de 2008). Ingeniera de software. Obtenido de Ingeniera de software:


http://www.cimat.mx/Eventos/setys2009/jfcastillo.pdf

HUESO IBAÑEZ, L. (2002). Fundamento de las bases de datos. Mexico: OMG.

JIMENEZ DE PARGA, C. (1994). unified modeling lenguage. mexico: OMG.

Joseph, S. (2002). UML. Mexico: RA-MA.

Juarez, U. A. (2012). Ingenieria de software. Obtenido de Ingenieria de software:


http://www.uacj.mx/CGTI/CDTE/JPM/Documents/IIT/Introduccion_TI/5_Diciplinas/ingenieria-
de-software.html

Medina Martínez, J. (JULIO DE 2013). Diagramas de navegación. Mexico: libros en red.

Miera., E. C. (2002). Wikipedia. Obtenido de Wikipedia.

Montero Simarron, F., & Corcoles tendero , J. (1994). Introducción a los sistemas de bases de
datos. ciudad de mexico: RA-MA EDITORIAL.

OMG Unified Modeling Language (OMG UML),. (02 de 11 de 2007). Obtenido de OMG
Unified Modeling Language (OMG UML)
http://www.omg.org/spec/UML/2.1.2/Supperstructure/pdf
Ruvalcaba, M. (2004). Procesos de Software. SG, 30-35.

Storti, G. (2007). Base de datos Modelo Relacional.

Weitzenfeld, A. (2005). Ingenieria de Software Orientada a Objetos con UML, JAVA e


INTERNET. Mexico: S.A EDICIONES PARANINFO.

También podría gustarte