Restaurante Quetzalt Formato Anteproyecto
Restaurante Quetzalt Formato Anteproyecto
Restaurante Quetzalt Formato Anteproyecto
EQUIPO:
Í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
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
Los requerimientos y restricciones serán usados como guía para la construcción y desarrollo de
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
Figura 1
Ubicación Insurgentes 150, Vicente Jiménez Bello, Tixtla de Guerrero, Gro.
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
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,
Los productos y proveedores se adquieren por mayoreo, cuentan con proveedores especializados
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
1.4 Problemática
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
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
notas y hoja de cálculo de Excel que utiliza el cajero actualmente para llevar el control de la caja.
2. Casos de uso
3. Procesos
4. Artefactos
6. Diagrama de actividades
1.7 Justificación
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
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
MARCO TEÓRICO
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
GERENTE
Sirve de contacto para las actividades que tiene relación con el área de mercadotecnia y
publicidad.
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.
SUBGERENTE ADMVO.
GERENTE GENERAL.
financiera de la empresa, así como los resultados y beneficios a alcanzarse en los períodos
Análisis de la cantidad de inversión necesaria para alcanzar las ventas esperadas, decisiones que
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,
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
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
2.2 Java
fue diseñado específicamente para tener tan pocas dependencias de implementación como fuera
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
Java, máquinas virtuales y librerías de clases en 1991, y las publicó por primera vez en 1995. A
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
2.3 Mysql
MySQL es una base de datos muy rápida en la lectura cuando utiliza el motor no transaccional
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
seguimiento de errores como Bugzilla. Su popularidad como aplicación web está muy ligada a
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
El lenguaje unificado de modelado (UML, por sus siglas en inglés, Unified Modeling Language)
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
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
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
CAPITULO III
METODOLOGIA
3.1 Diseño
4. Interfaces
5. Diccionario de datos
6. Normalización
7. Modelo ER
8. Modelo Relacional
1. Seudocódigo
2. Código fuentes
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
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
generales para el software a desarrollarse sin delimitar detalladamente los requisitos de entrada
máquina.
de mejor manera cual será el resultado de la construcción cuando los requisitos estén satisfechos.
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
restaurante.
Características Conocimiento básicos de cocina
Manejo de personal
Relaciones: Mesero
Cocinero
Cajero
Barman
Rol: Cajero
Mesero
Barman
Responsabilidad: Abrir y cerrar el restaurante.
productos).
Pago de servicios.
atención a clientes.
cumpleaños)
Tabla 02
estancia.
clientes
Cocimiento de alimentos
Cocimiento de bebidas
Relaciones Cocinero
Barman
Cajero
Administrador
Roles Barman
Entrega de alimentos
Entregar la cuenta al cliente.
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,
Relaciones Mesero
Administrador
Roles Mesero
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
platillos de menú.
Relaciones Meseros
Administrador
Roles
en orden
Tabla 05
Persona que lleva el control de caja y realiza el correcto cobro de las cuentas por mesa.
Cve. A05
Nombre: Cajero
tecnológicos.
Relaciones: Mesero
Barman
Cocinero
administrador
Rol
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,
evento.
Características:
Relaciones Mesero
Administrador
Roles
Ordenar bebidas
Hacer reservaciones
Cve. A07
Nombre: Proveedor
Descripción: Es la persona o empresa que provee o abastece al
Relaciones Administrador
Roles
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
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
MESERO.
Barman
Cliente
Cajero
Entradas Comanda
Salidas Bebida(s)
Precondició 1. Que el cliente desee tomar alguna bebida.
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
platillo(s) a la comanda.
Actores Mesero
Cocinero
Cliente
Cajero
Entradas Comanda
Salidas Platillo(s)
Precondició Que existan los ingredientes para preparar el 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
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).
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
Cajero
Entradas Notas de consumos y pagos
Salidas Resultado de las ganancias por día.
Precondició Que haya registro de compra y venta.
Tabla 13
Cve. P06
Nombre Comprar Productos
Descripción El proceso comienza cuando el ADMINISTRADOR solicita la lista de
tienda y hace entrega de los productos al área que los solicito (cocina y
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
Actores ADMINISTRADOR
CAJERO
Entradas Recibos (Agua, Luz).
Salidas Comprobante de pago.
Precondició Que haya servicios por pagar
Figura 3
Actores: Mesero
Sistema
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.
Tabla casos de uso 1 gestión Agregar de mesa Consulta en la base de datos el estatus de las
mesas
Tabla
Actores: Mesero
Sistema
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
Actores: Mesero
Sistema
Descripción: El sistema deberá registrar los productos que solicite el cliente.
campo de texto.
5) solicita agregar producto a la tabla del
tipo numero
7) consulta el producto en la BDD
mediante el código.
8) Muestra en la tabla pedido el producto
el botón registrar)
10) registra pedido en la BDD
2.3) El mesero ingresa el nombre del producto del cual desea conocer el código.
ENTER.
2.5) El sistema filtra el nombre y código del producto, cuando coincida con la
cadena ingresada.
botón agregar
Actores: Cocinero
Sistema
BDD.
1) Muestra en una tabla los platillos
atendido.
4) Marca el platillo como atendido
BDD.
6) Elimina el platillo de la tabla de platillos
pendientes.
Flujos Alternativos:
Excepciones:
Tabla
Actores: Barman
Sistema
Descripción: El sistema permitirá al Barman marcar la bebida como atendida.
BDD.
1) Muestra en una tabla las bebidas
atendido.
4) Marca la bebida como atendida
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
Actores: Cajero
Sistema
Descripción: Que haya iniciado sesión como cajero
igual a la actual.
2) Muestra el resultado de la consulta en
una tabla.
3) Realiza la suma del total de todos los
una tabla.
7) Suma el total de los pagos realizados en
el día.
8) Muestra el resultado de la suma
consumos.
10) Muestra la ganancia en una caja de
texto.
11) Solicita imprimir la hoja de egresos e
Flujos Alternativos:
Excepciones:
Tabla casos de uso 5 realizar corte de caja El sistema permitirá realizar el corte de caja del
restaurante
Tabla
Actores: Cajero
Sistema
Descripción: El sistema permitirá realizar el cobro de lo que consumió el cliente.
ocupadas en un combobox.
2) selecciona el número de mesa de la cual
consumo de la mesa
3) Muestra el costo total de la nota de
en la BDD.
10) Cambia el estatus de la mesa como
disponible.
Flujos Alternativos:
Tabla casos de uso 6 realizar cobro El sistema permitirá realizar el cobro de lo que consumió
el cliente.
Tabla
Actores: Cajero
Sistema
Descripción: El sistema deberá registrar los pagos (de servicio y compra de productos) que se realicen
productos)
3) Introduce la cantidad pagada en un
campo de texto.
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
Actores: Administrador
Sistema
Descripción: Que haya iniciado sesión como Administrador
igual a la actual.
2) Muestra el resultado de la consulta en
una tabla.
3) Realiza la suma del total de todos los
una tabla.
7) Suma el total de los pagos realizados en
el día.
8) Muestra el resultado de la suma
consumos.
10) Muestra la ganancia en una caja de
texto.
11) Solicita imprimir la hoja de egresos e
Flujos Alternativos:
Excepciones:
Tabla casos de uso 8 realizar corte de caja El sistema permitirá realizar el corte de caja del
restaurante.
Tabla
Actores: Administrador
Sistema
Descripción: El sistema permitirá realizar el cobro de lo que consumió el cliente.
ocupadas en un combobox.
2) selecciona el número de mesa de la cual
consumo de la mesa
3) Muestra el costo total de la nota de
en la BDD.
10) Cambia el estatus de la mesa como
disponible.
Flujos Alternativos:
Tabla casos de uso 9 realizar cobro El sistema permitirá realizar el cobro de lo que consumió
el cliente.
Tabla
Actores: Administrador
Sistema
Descripción: El sistema deberá registrar los pagos (de servicio y compra de productos) que se realicen
productos)
3) Introduce la cantidad pagada en un
campo de texto.
5) Solicita registrar el pago haciendo clic en
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
Actores: Administrador
Sistema
Descripción: El sistema deberá, registrar los datos de un nuevo empleado.
Nombre
Apellido paterno
Apellido materno
RFC
Teléfono
Fecha nacimiento
Puesto
Sueldo
Usuario
contraseña
BDD.
6) Genera un id único para empleado
texto
Flujos Alternativos:
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.
empleado.
2) Ingresa el id del empleado del cual se
texto.
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.
una ventana donde mostrara en una tabla el registro de todo los empleado cuando el
2.1) El sistema consulta en la BDD el registro de todo los empleados (id, nombre de
empleado).
Actores: Administrador
Sistema
Descripción: El sistema deberá, dar de baja el registro de los datos de un empleado.
empleado.
2) Ingresa el id del empleado en un campo
de texto.
3) Solicita mostrar los datos del empleado
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
donde mostrara en una tabla el registro de todo los empleado cuando el administrador
2.1) El sistema consulta en la BDD el registro de todo los empleados (id, nombre de
empleado).
Actores: Administrador
Sistema
Descripción: El sistema deberá, registrar los datos del nuevo producto
Tipo(platillo, bebida)
texto.
Flujos Alternativos:
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
Actores: Administrador
Sistema
Descripción: El sistema deberá, modificar el registro de los datos de un producto.
producto y precio)
2) Ingresa el id del producto del cual se
texto.
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
1.1) El sistema consulta en la BDD el registro de todo los productos (id, nombre de
producto).
Actores: Administrador
Sistema
Descripción: El sistema deberá, eliminar el registro de los datos de un producto.
producto
2) Ingresa el id del producto en un campo de
texto.
3) Solicita mostrar los datos del producto
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
2.1) El sistema consulta en la BDD el registro de todo los productos (id, nombre de
producto).
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
el sistema.
va a usar el sistema.
contraseña
El botón cancela el
usuario
registrado
o del empleado
P02C03 txtRFC
Campo en el cual se
empleado
Campo de texto en el cual
se escribirá la facha en
empleado
P02C06 puesto.
empleado
txtUsuario Campa que permite al
de usuario
contraseña
Campo de texto para
confirmar la contraseña
identificador
empleado a modificar
al empelado a modificar
empleado a modificar
del empleado
contraseña
P03C06 El botón cancela el
usuario
Campo que captura el día
empleado
P03C08 txtMes Campo que captura el mes
de nacimiento del
empleado
Campo que captura el año
puesto
empleado
Campa que permite al
de usuario
P03C013 Campo que permite al
usuario crear su
txtPass contraseña
L P03C14 Este botón Permite al
empleado registrarse
botonGuardar
P03C015
la ventana anterior
Este componente
el producto en la base
de datos
Tabla en la cual se
producto, nombre,
precio y cantidad
registra en producto
en la base de datos
Este botón permite
servicio
Este botón Permite al
base de datos
Este botón permite
anterior
eliminado
Campo en el cual se
empleado
Campo de texto en el cual
se escribirá la facha en
empleado
P05C06 puesto.
empleado
de usuario
contraseña
Campo de texto para
confirmar la contraseña
identificador
el producto que se
eliminara
producto a eliminar
Este botón permite
nombre
txtCostototal el cliente
consumo de la mesa
Captura la cantidad de
efectuó en pago
base de datos
P08C07
Permite registrar
datos
Permite eliminar un
Permite agregar un
o menú
P09C06 Elimina un platillo del
BotónEliminarProducto menú
ingreso
Campo que muestra el
total de ingresos
P11C03
durante el día
Botón que genera el
e
Botón que permite
actual a la anterior
Ventana - Asignar mesa (P12)
P12C01 e (disponible)
Este botón muestra en
(ocupado)
necesario
regresar a la ventana
anterior
Ventana - modificar productos (P13)
ingresado
buscado en la base de
datos.
Este combo box muestra
a modificar
P13C05 Este icono permite editar
la venta actual.
Ventana – Gestión de cajero (P14)
enviara a la ventana
egresos
enviara a la interface
corte de caja.
Botón que permite
anterior
Ventana – Registrar producto (P15)
que se va a registra
el producto que se
registrara
producto a eliminar
Este botón permite
P15C06
Este botón elimina el
códigos de productos
nombre
ENTIDAD DESCRIPCIÓN
una persona.
de una persona.
Nombre Cadena 30 Atributo que almacena el
persona.
Ap _paterno Cadena 20 Atributo que almacena el
persona.
Ap _materno Cadena 20 Atributo que almacena el
persona.
Teléfono Cadena 15 Atributo que almacena el
persona.
Fecha_nacimiento Fecha 6 Atributo que almacena la
persona
ENTIDAD DESCRIPCIÓN
empleados.
empleado.
Puesto Cadena 10 Atributo que almacena el
puesto de un empleado.
salario de un empleado.
relación Empleado-Persona,
Almacena el RFC de la
persona.
ENTIDAD DESCRIPCIÓN
de la mesa.
el consumo.
Estatus Cadena 10 Atributo que almacena el
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
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
restaurante.
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.
login.
Empleado_idempleado Entero 4 Es llave foránea de la
relación login-empleado y
almacena el id del
empleado.
ENTIDAD DESCRIPCIÓN
primaria, almacenará el id
del egreso.
Fecha Fecha 6 Atributo que almacena la
el egreso.
Tipo Cadena 30 Atributo que almacena el
o relación Egreso-empleado y
almacenará el id del
empleado.
ENTIDAD DESCRIPCIÓN
producto.
Nombre Cadena 30 Atributo que almacena el
producto.
Tipo Entero 10 Atributo que almacena el tipo
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
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
3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son
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
3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son
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
3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son
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
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
3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son
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
3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son
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
3FN: La tabla se encuentra en 3FN y 2FN porque todas las columnas que no son llave son
transitivas.
3.14 Modelo entidad relación
3.15 Modelo relacional
3.16 Cronograma de actividades
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
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
reducción del costo operacional, mejorar la calidad de servicio, dar mayor seguridad evitando
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
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
- Seguridad
Ya que las actividades de los empleados están reguladas y las mismas se registran en una base de
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
- Costo operacional
disminuye.
4.3 Limitaciones
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
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
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
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
5. ¿Cómo realiza el pedido de las mesas? El mesero recibe al cliente le ofrece algo de beber
El corte se realiza por día.se reúnen todas las ordenes de los pedidos para comparar las ventas
Referencias
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.
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.