Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Dedicatoria
Pgina I
Agradecimientos
Pgina II
Pgina III
Pgina IV
Para el desarrollo del proyecto se sigui el ciclo de vida lineal o en cascada, con sus
respectivas fases: Identificacin de necesidades, Anlisis de Requisitos, Estudio de la
arquitectura, Diseo externo, Diseo interno, Programacin, Pruebas e Implantacin.
La ltima parte del proyecto incluye una valoracin econmica del mismo y la
planificacin llevada a cabo para su desarrollo.
Como conclusin, este proyecto supone una importante modernizacin del sector ms
importante en Espaa, como es la hostelera y la restauracin, que son las bases de
acogida del turismo, motor de la economa nacional, aportando una mayor
funcionalidad a los restaurantes, perfeccionando su gestin, reduciendo tiempos
innecesarios y mejorando por lo tanto, el servicio ofrecido a sus clientes.
Pgina V
ABSTRACT
The object of this project is the development and implementation of an Integral System
for Restaurant Management.
This system has been developed to meet the basic needs of managing a restaurant,
offering the needed technology for business development.
The Integral System for Restaurant Management is specially designed for those
restaurants where time is an important variable for their business model and for those
who simply want to offer their best service to their customers by providing increased
attention to their needs.
Currently, the management of client orders, the transmission of the orders to the
kitchen, the proposal of suggestions, and advertising and management of various
business modules has been carried out the same way for many years.
Analysis of this situation has concluded that there is ample room for improvement in all
the processes that take place daily in a restaurant.
This system proposes a revolution in the management of the various major business
elements, including making use of new technology in the service of their customers.
The system has been divided into two basic modules: a module that is available on each
of the tables in the dining section of the restaurant, and another in the kitchen that
allows customers to communicate directly to the kitchen.
Each module provides different functionality, but by working together, the modules
seamlessly control the various factors in the development and management of the
business.
This integral system for restaurant management is developed in a thin client clientserver architecture using free environments (J2EE, MySQL and Apache) and can
control the following aspects of managing a restaurant:
Virtual menu: shows restaurant customers through the existing table module a
variety of information. For example, it can show the variety of dishes, and
Pgina VI
drinks that the restaurant offers. It allows access to more information than a
paper menu could if the customer wishes to view it. For example, this digital
menu system could provide more information to customers about ingredients,
food preparation, and food origins. The possibility of displaying pictures and
videos also exists.
Orders: controls the transmission of customer orders directly from their tables to
the kitchen, where all the customer orders and communications can be seen and
accessed, including outstanding orders. This innovative process allows direct
customer communication with the kitchen, avoiding the lag time of calling a
waiter and waiting until he or she delivers ones message to the kitchen.
Specials and Suggestions: restaurant managers or chefs would offer their
customers suggestions from the kitchen module directly to the table module,
appealing to the customers tastes. Moreover there is the possibility of other
advertisements in the digital menu, thus promoting and encouraging business
with other companies or restaurants.
Business: all transactions and orders valuable to a restaurant would be recorded
in detail in databases, where, through specific information processes, one would
get valuable reports that are critical for business development. An example
would be a summary list of dishes of the highest demand in descending order.
The development of this project life follows the waterfall model, with these
respective phases: identification of needs, analysis of requirements, study of
architecture, external design, internal design,
implementation.
The last part of the project includes an economic assessment of the planning and
carried out for development.
In conclusion, this project represents a significant modernization of the most
important sector in Spain, such as hotels and restaurants, which are the basis of
tourism, the national economic engine. The system provides enhanced functionality
to restaurants, improving their management by reducing unnecessary time and
resources and thus improving the services offered to its customers.
Pgina VII
ndice
1. INTRODUCCIN ________________________________________________ 2
1.1
2.2
2.3
2.4
2.5
2.6
Restricciones _____________________________________________ 36
3.2
3.3
3.5
3.6
Pgina VIII
5.2
5.3
5.4
Pgina IX
6.2
7.2
11.
Pgina X
1) Introduccin
1. INTRODUCCIN
El presente proyecto plantea el desarrollo de un sistema integral para la
gestin de restaurantes, con el objeto de mejorar sustancialmente,
gracias a la tecnologa ofrecida, los restaurantes y otros negocios del
sector hostelero
relacionados con
la
alimentacin, como
bares,
1.1
Sector de la hostelera.
Pgina 2
Pgina 3
Aos
Nmero
ndice
Variacin
interanual
1975
21.536
100
---
1980
27.381
127
4,9
1985
37.227
173
5,6
1990
50.055
232
5,8
1998
53.591
249
4,0
2000
55.238
256
1,3
2002
60.436
281
4,2
2006
67.457
313
1,8
2007
69.298
322
2,7
2008
70.641
328
1,9
Pgina 4
continuacin,
se
representa,
la
distribucin
del
censo
por
Pgina 5
Comunidades
Ao 2007
Ao 2008
Andaluca
8.351
8.615
Aragn
1.772
1.823
Asturias (Principado)
2.495
2.548
Baleares (Islas)
4.269
5.104*
Canarias (Islas)
6.816
7.219*
Cantabria
1.141
1.174
Castilla Len
2.781
4.552
Castilla La Mancha
4.419
2.987
17.301
17.301**
Extremadura
1.455
1.530
Galicia
5.225
5.145
Madrid (Comunidad)
8.051
8.363
Murcia (Regin)
1.995
2.094
632
651
3.135
3.623
469
469**
C. Valenciana
11.682
12.113
TOTAL
81.989
84.879
Autnomas
*Catalua
Navarra
(Comunidad
Foral)
Pas Vasco
La Rioja
Pgina 6
Canarias.
Cantabria,
En
el
extremo
Navarra,
opuesto,
se
Rioja
con
La
encuentra
el
Extremadura,
menor
nmero
de
establecimientos.
se
encuentra
en
Catalua,
Comunidad
Valenciana,
Andaluca y Madrid.
Castilla La Mancha
Catalua
Extremadura
Galicia
Madrid (Comunidad)
Murcia (Regin)
Navarra (Comunidad Foral)
Pas Vasco
Pgina 7
Millones euros
% Participacin
Sector Alojamiento
17.102
13,33
Sector de comidas
42.233
32,91
Sector de bebidas
59.505
46,37
Sec. Colectivid. y
9.477
7,39
128.317
100,00
Caterings
Total
Pgina 8
Sector Alojamiento
Sector de comidas
Sector de bebidas
Sec. Colectivid. y Caterings
Pgina 9
Pgina 10
Pgina 11
1.2
de
comida
rpida,
todas
aquellas
cadenas
de
Pgina 12
Telepizza:
es
una
Pgina 13
Root
Starbucks)
repartidos
en
400
Pgina 14
Pgina 15
2) Identificacin de
necesidades
2. IDENTIFICACIN DE NECESIDADES
Esta etapa sirve como soporte a la peticin que el cliente realiza para
determinar las pautas generales de sus necesidades y contexto del
sistema.
2.1
Organizacin empresarial
Pgina 17
sensiblemente
la
gestin
de
las
comandas
el
por
el
sistema,
diferenciando
aquellos
que
se
vern
Gerente
Contable
Jefe departamento
Ventas
Chef
Ayudantes
de cocina
Jefe departamento
administracin
Proveedores
Mesero encargado
del saln
Meseros
Seguridad
Pgina 18
Limpieza
Sueldos
Pgina 19
primas,
materiales
servicios,
tiene
la
suelen
ser
empresas
externas
estn
Pgina 20
y supervisa
sus
tareas. Tambin
realiza
la
es
el
responsable
del
mantenimiento
de
anteriormente,
se
vern
modificadas
sensiblemente,
Pgina 21
men
virtualmente,
con
imgenes
videos
Pgina 22
Chef:
seguir
siendo
el
responsable
del
control
de
mens,
control
de higiene de
la
cocina
Pgina 23
Pgina 24
2.2
Usuarios finales
Chef: realizar el control y repartir la elaboracin de las
comandas que se reciben en el mdulo de cocina entre los
ayudantes de cocina.
Ayudantes
de
cocina:
controlarn
la
recepcin
de
podrn
informarse
de
todas
las
ofertas,
Pgina 25
Pgina 26
2.3
anotaciones escritas a
mano
y con
Pgina 27
Pgina 28
La
versin
para
PC
contiene
bsicamente
la
misma
Pgina 29
Pgina 30
Existen
mltiples
soluciones
para
la
gestin
corriente
de
un
Pgina 31
2.4
Pgina 32
Los
objetivos
estratgico-econmicos
que
se
persiguen
son
los
siguientes:
son
clientes
con
una
necesidad
primaria
de
Pgina 33
Pgina 34
2.5
Alcance de la aplicacin
Pgina 35
2.6
Restricciones
Pgina 36
3) Anlisis de requisitos
3. ANLISIS DE REQUISITOS
3.1
Pgina 38
Cliente 1
Cliente 2
Cliente n
Pantalla tctil
Pantalla tctil
Servidor
Pantalla tctil
Mdulo de cocina
Base de datos
Pgina 39
3.2
Pgina 40
Pgina 41
Pgina 42
3.3
continuacin
se
muestra
el
procedimiento
habitual
del
Pgina 43
Bienvenida
no
Mesa libre
Acomodar
Bebidas
Orden de bebidas
y aperitivos
si
no
Comida
Tramitar comanda
no
Algo ms ?
no
Cobrar y despedir
Pgina 44
Bienvenida
no
Mesa libre
Acomodar y
presentacin del
sistema
Bebidas
Orden de bebidas
y aperitivos directo
a cocina
no
Comida
Tramitar comanda
directamente a
cocina
no
Algo ms ?
no
Cobrar y despedir
Pgina 45
Pgina 46
el
proceso,
haciendo
esperar
menos
los
clientes,
Pgina 47
Pgina 48
Pgina 49
Pgina 50
el
duplicado
de
la
orden
de
compra
(archivada
Pgina 51
Pgina 52
Llegada nuevo
cliente
Espera de
bienvenida
Acomodamiento
y muestra del
men
Espera de
decisin de la
comanda
Espera de tiempo
de atencin del
camarero
Toma de la
comanda
Espera de tiempo
transmisin de la
comanda
Espera
preparacin de la
comanda
Entrega de la
comanda
Tiempo de
consumo
Despedida de
cliente
Pgina 53
Llegada nuevo
cliente
Espera de
bienvenida
Acomodamiento
y muestra del
men
Espera de
decisin de la
comanda
Toma de la
comanda
Espera
preparacin de la
comanda
Entrega de la
comanda
Tiempo de
consumo
Despedida de
cliente
Pgina 54
Actualmente,
una
de
las
limitaciones
ms
importantes
de
los
Pgina 55
Pgina 56
3.4
0: Nada afectado.
1: Poco afectado.
2: Muy afectado.
Funciones
Perfiles
Gerente
Chef
Ayudante
Mesero
de cocina
encargado
Meseros
del saln
1.- Gestin del
men
2.- Gestin de
las comandas
3.-Gestin de
la economa
4.-Gestin de
instalaciones
5.-Gestin de
la publicidad
Pgina 57
Adems,
los
ayudantes
de
cocina
tambin
Pgina 58
Pgina 59
3.5
Lista de requisitos
Pgina 60
Identificador
R-01
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 61
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
Tratar de innovar en la presentacin del men a los clientes, ofrecindoles mayor
simplicidad, informacin, y rapidez a la hora de realizar las comandas.
Comentarios / Soluciones sugeridas
Este requisito se desarrollar en el mdulo de mesa. Existir una base de datos, de la cual se
obtendr el men.
Documentos relacionados
Ninguno
Requisitos relacionados
R-03/ R-04
Pgina 62
Fecha
25/03/2010
Versin
1.0
Prioridad
Baja
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
Tratar de innovar en la presentacin del men a los clientes, ofrecindoles mayor
simplicidad, informacin, y permitir mostrar las imgenes de los platos que ofrece el
restaurante.
Comentarios / Soluciones sugeridas
Este requisito se desarrollar en el mdulo de mesa. Existir una base de datos, de la cual se
obtendr el men.
Documentos relacionados
Ninguno
Requisitos relacionados
R-04
Pgina 63
Fecha
25/03/2010
Versin
1.0
Prioridad
Baja
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
Tratar de innovar en la presentacin del men a los clientes, ofrecindoles mayor
simplicidad, informacin, y permitir mostrar vdeos de los platos que ofrece el restaurante.
Comentarios / Soluciones sugeridas
Este requisito se desarrollar en el mdulo de mesa. Existir una base de datos, de la cual se
obtendr el men.
Documentos relacionados
Ninguno
Requisitos relacionados
Ninguno
Pgina 64
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una
mayor informacin en la gestin.
Pgina 65
Identificador
R-06
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
La
aplicacin
permitir
el
alta/baja/modificacin
de
los
Pgina 66
Gestin de la economa.
R-07
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
Se registrar en la base de datos, el consumo que realiza cada cliente, el precio de cada plato
y la suma total de todas las consumiciones.
Beneficios
A pesar de tratarse de una funcionalidad recogida en los sistemas informticos actuales,
supondr un valor aadido al formar parte de la plataforma integral que contiene todos los
mdulos necesarios para la gestin de restaurantes.
Pgina 67
Gestin de la facturacin.
R-08
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
A pesar de tratarse de una funcionalidad recogida en los sistemas informticos actuales,
supondr un valor aadido al formar parte de la plataforma integral que contiene todos los
mdulos necesarios para la gestin de restaurantes.
Pgina 68
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
El sistema estar compuesto por el mdulo de mesa, de acceso a los clientes, que gestionar
el saln, y el mdulo de cocina, que se implantar en la cocina.
Beneficios
Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una
mayor informacin en la gestin.
Pgina 69
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
El sistema estar compuesto por el mdulo de mesa, de acceso a los clientes, que gestionar
el saln, y el mdulo de cocina, que se implantar en la cocina.
Beneficios
Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una
mayor informacin en la gestin.
Pgina 70
Gestin de la cocina.
R-11
Fecha
25/03/2010
Versin
1.0
Prioridad
Alta
Estado
Aceptado
Categora
Funcional
Descripcin
El sistema estar compuesto por el mdulo de mesa, de acceso a los clientes, que gestionar
el saln, y el mdulo de cocina, que se implantar en la cocina.
Beneficios
Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una
mayor informacin en la gestin.
Pgina 71
Gestin de la publicidad.
R-12
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 72
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 73
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 74
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 75
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 76
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Pgina 77
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
Se trata de una funcionalidad no recogida en los sistemas actuales. Por tanto aportar una
mayor funcionalidad y mejora del negocio para el restaurante.
Pgina 78
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
A pesar de tratarse de una funcionalidad recogida en los sistemas informticos actuales,
supondr un valor aadido al formar parte de la plataforma integral que contiene todos los
mdulos necesarios para la gestin de restaurantes.
Pgina 79
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
Gracias a la implementacin de este requisito se conseguir filtrar los accesos a la aplicacin
y se permitir una adaptacin de las tareas permitidas a los usuarios segn su perfil.
Documentos relacionados
Ninguno
Requisitos relacionados
Ninguno
Pgina 80
Fecha
25/03/2010
Versin
1.0
Prioridad
Media
Estado
Aceptado
Categora
Funcional
Descripcin
Este requisito deber estar recogido en la aplicacin y ser objeto de un conjunto de pruebas
que validen su correcto funcionamiento.
Beneficios
A pesar de tratarse de una funcionalidad recogida en los sistemas informticos actuales,
supondr un valor aadido al formar parte de la plataforma integral que contiene todos los
mdulos necesarios para la gestin de restaurantes.
Comentarios / Soluciones sugeridas
Este requisito se desarrollar en un mdulo de cocina. Debido a la multitud de datos
presentes en la base de datos de la aplicacin, los informes resultarn tiles a la direccin.
Documentos relacionados
Ninguno
Requisitos relacionados
R-07 / R-08
Requisitos relacionados
Ninguno
Pgina 81
3.6
entradas
Usuario
cliente
salidas
0
Sistema Integral
de Gestin de
Restaurantes
Pgina 82
salidas
Usuario
cocina
entradas
3.6.2.1
Pgina 83
3
Publicidad
SUGERENCIAS
sugerencia a cliente
opcin
4
Men virtual
empleado
1
Login
MEN
2
Men principal
men a cliente
comanda
password
5
Comandas
EMPLEADOS
COMANDAS
aviso cocina
factura
6
Informes
informe
Pgina 84
FACTURAS
sido
seleccionada.
Se
detallar
continuacin
su
Pgina 85
comandas
realizadas
por
los
clientes.
Se
detallar
Pgina 86
MINIESPECIFICACIONES
Tipo
Proceso
Nombre
Atributos
Login
Descripcin
Proceso
encargado
de
controlar el acceso a la
aplicacin.
Proceso
Men principal
personalizado con
distintas
opciones
en
Publicidad
publicidad
que
se
Men virtual
virtual
que
se
Comandas
Proceso
que
gestiona
Pgina 87
posteriormente
mostrarlo en el mdulo.
Adems,
agrupar
las
posteriormente
obtener informes.
Proceso
Informes
de
comandas
realizadas
por
los
clientes.
Flujo de
Empleado
datos
Clave
de
usuario.
Flujo de
Password
datos
Flujo de
Sugerencia
datos
cliente
cliente,
del
las
sugerencias
restaurante
si
procede.
Flujo de
Men a cliente
datos
Impresin en el mdulo
de
mesa,
del
confeccionado
cliente,
con
men
para
el
las
sugerencias pertinentes.
Flujo de
Comanda
Pgina 88
Envo
de
la
comanda
datos
para
su
registro.
Flujo de
Aviso a cocina
datos
Envo
de
la
comanda
registrada, al mdulo de
cocina.
Flujo de
Factura
datos
Envo
de
todas
las
tratarlas
Informe
datos
Almacn de
EMPLEADOS
ID_EMP, PASS
datos
Registra
las
relacionadas
acciones
con
los
sobre
las
usuarios.
Almacn de
SUGERENCIAS
datos
ID_SUG,
Informacin
DESCR
Almacn de MEN
datos
ID_PLATO,
Informacin
sobre
el
INGRED,
DESC,
Pgina 89
Almacn de COMANDAS
datos
PRECIO_UNIT
restaurante.
MESA,
Informacin
sobre
FECHA,
comandas
que
HORA,
ID_PLATO,
que se visualizarn en la
CANT
Almacn de FACTURAS
datos
las
van
cocina.
ID_COMANDA, Informacin
sobre
la
TOTAL,
facturacin
total
del
FECHA, HORA
restaurante,
para
cada
da.
Pgina 90
3.6.2.2
Solicitud alta
3.1
Alta
sugerencia
Solicitud modificacin
3.2
Modificacin
sugerencia
SUGERENCIAS
Solicitud baja
sugerencia
3.3
Baja
sugerencia
3.4
Aplicar
sugerencia
Pgina 91
MINIESPECIFICACIONES
Tipo
Proceso
Nombre
Atributos
Descripcin
Alta sugerencia
es
una
insercin en la base de
datos.
Proceso
Modificacin
sugerencia
Este
proceso
una
modifica
sugerencia
del
restaurante de la base de
datos.
Necesita
que
el
Baja sugerencia
del
restaurante de la base de
datos.
Necesita
que
el
Aplicar
sugerencia
existentes
Pgina 92
de
que
la
exista
enva
al
mdulo de mesa.
Flujo de
Solicitud alta
datos
crear
una
nueva
sugerencia.
Flujo de
Solicitud
datos
modificacin
modificar
una
sugerencia.
Flujo de
Solicitud baja
datos
dar
de
baja
una
sugerencia.
Flujo de
Sugerencia
datos
Envo de la sugerencia
encontrada, directamente
al cliente.
Almacn de
datos
SUGERENCIAS
ID_PLATO,
SUGER
Informacin
sobre
las
con
un
sugerido
descripcin
que
Pgina 93
la
se
3.6.2.3
sugerencia
4.1
Procesar men
Solicitud alta
4.2
Alta men
MEN
men
Solicitud baja
4.3
Baja men
Solicitud modificacin
4.4
Modificacin
men
comanda
4.5
Enviar
seleccin
Pgina 94
MINIESPECIFICACIONES
Tipo
Proceso
Nombre
Atributos
Descripcin
Alta men
un nuevo men en la
base de datos. Necesita
una solicitud de alta y el
resultado
es
una
insercin en la base de
datos.
Proceso
Modificacin
men
Proceso
Baja men
Proceso
Procesar men
el
particulares
restaurante
le
Pgina 95
procesarla
como
Enviar seleccin
Este
proceso
enva
la
mostrado
las
promociones
sugerencias en el men.
Flujo de
Solicitud alta
datos
Flujo de
Solicitud
datos
modificacin
Flujo de
Solicitud baja
datos
Flujo de
Comanda
datos
Envo
de
la
comanda
Almacn de
datos
MEN
ID_PLATO,
Informacin
sobre
los
INGRED,
DESCR,
Pgina 96
URL,
PRECIO_UNIT
vdeo
foto
ilustrativo, ingredientes y
precio
Pgina 97
3.6.2.4
comanda
5.1
Alta comanda
COMANDAS
Solicitud baja
5.2
Baja comanda
Solicitud modificacin
5.3
Modificacin
comanda
Comanda a cocina
5.4
Procesar
comanda
Pgina 98
MINIESPECIFICACIONES
Tipo
Proceso
Nombre
Atributos
Descripcin
Alta comanda
solicitud
de
alta
es
una
insercin en la base de
datos.
Proceso
Modificacin
comanda
Proceso
Baja comanda
Proceso
Procesar
comanda
de
cocina,
despus
de
haberse
guardado en la base de
datos, y a su vez, enva la
Pgina 99
de
datos
de
facturacin
para
su
posterior estudio.
Flujo de
Comanda
datos
despus
se
mostrar en la cocina.
Flujo de
Solicitud
datos
modificacin
Flujo de
Solicitud baja
datos
dar
de
baja
una
comanda.
Flujo de
Comanda a
datos
cocina
Impresin en el mdulo
de cocina, de la comanda,
y
envo
al
facturacin
mdulo
la
de
misma
para su proceso.
Almacn de
datos
COMANDAS
ID_CLI,
Informacin
MESA,
FECHA,
el cliente, incluyendo un
HORA,
nmero
ID_PLATO,
Pgina 100
sobre
que
la
le
identifique, su mesa, la
CANT
Pgina 101
3.6.2.5
Comanda a cocina
6.1
Alta factura
Solicitud modificacin
6.2
Modificacin
factura
FACTURAS
Solicitud baja
informe
6.3
Baja factura
6.4
Informe
facturacin
Pgina 102
MINIESPECIFICACIONES
Tipo
Proceso
Nombre
Alta factura
Atributos
Descripcin
Proceso
Modificacin
factura
Este
proceso
modifica
Necesita
que
el
Baja factura
Necesita
que
el
Informe de
facturacin
restaurante,
utilizando la informacin
Pgina 103
almacenada en la base de
datos.
Flujo de
Comanda a
datos
cocina
La
comanda
que
se
recibi en la cocina, se
guarda en la base de
datos de facturas para su
proceso.
Flujo de
Solicitud
datos
modificacin
Flujo de
Solicitud baja
datos
dar
de
baja
una
factura.
Flujo de
Informe
datos
Informe
con
de
todos
facturacin
los
datos
correspondientes
la
Almacn de
datos
FACTURAS
ID_CLI,
Informacin
TOTAL,
FECHA,
el
HORA
restaurante
las
sus
Pgina 104
sobre
Pgina 105
Pgina 106
Comandas
Facturas
-id_cli
-total
-fecha
-hora
-id_cli
-mesa
-fecha
-hora
-id_plato
-cant
Sugerencias
-id_plato
-suger
Men
0..*
1
-id_plato
-ingred
-desc
-url
-precio_unit
*
1
Pgina 107
3.6.3.1
FACTURAS
COMANDAS
(COMPUESTO
POR):
una
plato
del
men,
Pgina 108
4) Estudio de la
arquitectura
4. ESTUDIO DE LA ARQUITECTURA
4.1
4.1.1 Arquitecturas
4.1.1.1
Pgina 110
Ambos
programas
colaboran
entre
gracias
una
red
de
Por ejemplo,
Cliente:
Pgina 111
Servidor:
o Procesado de comandas.
o Ejecucin de transacciones
Pgina 112
en
aplicaciones
ricas
en
multimedia
que
seran
Pgina 113
Es
necesaria
una
infraestructura
para
la
instalacin
A continuacin se representa grficamente la arquitectura clienteservidor, donde a la izquierda aparecen los clientes, conectados con el
servidor, que contiene las bases datos, a travs de una red local:
Pgina 114
Pgina 115
4.1.1.2
Muchos
dispositivos
de
cliente
liviano
ejecutaban
solamente
Pgina 116
Pgina 117
Pgina 118
Una CPU en una estacin de trabajo pesada est ociosa la mayor parte
del tiempo. Con los clientes ligeros, los ciclos del CPU son compartidos.
Si varios usuarios estn corriendo la misma aplicacin, solo necesita
ser cargada una sola vez en un servidor central (si la aplicacin est
escrita para soportar esta capacidad). Con los clientes pesados, cada
estacin de trabajo debe tener en memoria su propia copia del
programa.
Pgina 119
reemplazada
por
una
unidad
Pgina 120
de
escritorio
completa,
Tecnologa
NX comprime
el
protocolo
prestaciones.
Pgina 121
X11
para
mejores
RDP es
el
protocolo
por
defecto
que
incluyen
los
A continuacin se representa grficamente la arquitectura clienteservidor, donde a la izquierda aparecen los clientes, conectados con el
servidor, que contiene las bases datos, a travs de una red local:
Pgina 122
4.1.2.1
C es
Lenguaje C
un lenguaje
de
programacin creado
M.
Pgina 123
Pgina 124
Pgina 125
Pgina 126
4.1.2.2
Java
de
ejecucin,
el bytecode es
normalmente interpretado o
entonces, Sun ha
controlado las
Process,
si
bien
otros
han
desarrollado
tambin
Pgina 127
Pgina 128
telfonos
mviles,
buscapersonas,
Pgina 129
set-top-boxes,
Pgina 130
4.1.2.3
Las versiones de Visual Basic para Windows son muy conocidas, pero
existe
una
versin
de
Microsoft
Visual
Basic
1.0
para MS-
Pgina 131
Las ventajas principales del lenguaje Visual Basic son las siguientes:
Es un lenguaje RAD.
No es multiplataforma.
Pgina 132
entre
otros,
dejando
as
ms
de
Pgina 133
la
mano
del
Pgina 134
4.1.3.1
Active Server Pages (ASP) es una tecnologa de Microsoft del tipo "lado
del servidor" para pginas web generadas dinmicamente, que se ha
comercializado como un anexo a Internet Information Services.
Pgina 135
Pgina 136
4.1.3.2
PHP
PHP es un acrnimo recursivo que significa PHP Hypertext Preprocessor (inicialmente PHP Tools, o, Personal Home Page Tools). Es un
lenguaje de programacin interpretado, diseado originalmente para la
creacin de pginas web dinmicas. Es usado principalmente en
interpretacin
del
lado
del
servidor
(server-side
scripting)
pero
Es un lenguaje multiplataforma.
Pgina 137
Pgina 138
Pgina 139
4.1.3.3
Es por ello que una pgina JSP puede hacer todo lo que un servlet
puede hacer, y viceversa. Cada versin de la especificacin de JSP est
fuertemente vinculada a una versin en particular de la especificacin
de servlets.
Pgina 140
Pgina 141
Pgina 142
4.1.4.1
Oracle
Soporte de transacciones.
Estabilidad.
Escalabilidad.
Soporte multiplataforma.
Pgina 143
4.1.4.2
SQL Server
(SGBD)
basado
en
el
lenguaje
Transact-SQL,
Soporte de transacciones.
Pgina 144
Pgina 145
4.1.4.3
MySQL
Su
popularidad
como aplicacin web est muy ligada a PHP, que a menudo aparece en
combinacin con MySQL. MySQL es una base de datos muy rpida en
la lectura cuando utiliza el motor no transaccional MyISAM. En
aplicaciones web hay baja concurrencia en la modificacin de datos y
en cambio el entorno es intensivo en lectura de datos, lo que hace a
MySQL ideal para este tipo de aplicaciones.
Pgina 146
4.1.5.1
Pgina 147
4.1.5.2
Mandriva
Mandriva Linux
Linux es
principiantes
como
una distribucin
para
Linux
usuarios
destinada
experimentados,
tanto
que
para
ofrece
un
enfoque
los
usuarios
que
se
estn
Pgina 149
4.1.5.3
Solaris 10
por
Sun
Microsystems
actualmente
por
Oracle
Si
bien
Solaris
en
un
ordenador
personal
apenas
necesita
producto
bajo
la
distribution license.
Pgina 150
development
and
4.2
agujeros
de
seguridad,
posibilidad
de
aadir
nueva
funcionalidad, etc.
Para
evaluar
las
arquitecturas,
se
estudian
las
ventajas
Pgina 151
Pgina 152
Pgina 153
Windows server
Mandriva Linux
Solaris 10
Alto
Bajo
Medio
Medio
Alta
Medio
Alta
Alta
Alta
Media
Baja
Baja
Bajo
Medio
Medio
2008
Coste
Ampliacin de
funcionalidades
Integracin
Frecuencia de
vulnerabilidades
Complejidad de
uso
Pgina 154
Pgina 155
Coste
Java
VisualBasic
Gratuito
100 licencia
Gratuito
estudiante
Ampliacin de
Alto
Bajo
Bajo
Alto
Medio
Alto
Alto
Medio
Medio
funcionalidades
Expertos que
conocen el
lenguaje
Potencial de uso
Pgina 156
Coste
Ampliacin de
JSP
ASP
PHP
Gratuito
Gratuito
Gratuito
Alto
Bajo
Bajo
Alto
Medio
Alto
Alto
Medio
Medio
funcionalidades
Expertos que
conocen el
lenguaje
Potencial de uso
Pgina 157
Cabe destacar que MySQL tiene un soporte tcnico calificado como bajo
ya que debe ser contratado aparte, y respecto a la concurrencia, en SQL
Server es medio ya que el rendimiento desciende al aumentarlos
usuarios conectados, en Oracle alto al usarse actualmente en
aplicaciones crticas, y en MySQL medio ya que necesita de una
mquina potente.
Coste
Soporte de
SQL Server
Oracle
MySQL
Alto
Alto
Gratuito
Medio
Alto
Medio
Alto
Alto
Bajo
Medio
Alto
Medio
transacciones
Soporte tcnico
Concurrencia
Pgina 158
4.3
Seleccin de la alternativa
Pgina 159
es
soportado
en
UNIX,
Linux
Windows),
alto
rendimiento,
Pgina 160
5) Diseo externo
5. DISEO EXTERNO
5.1
Entorno operativo
Usuarios
clientes
factura...
Comandas
Sistema Integral
de Gestin de
Restaurantes
Usuarios en
cocina
Pgina 162
5.2
Fronteras de mecanizacin
5.3
Especificacin de procesos
Por un lado existe un men pblico, que todos los clientes podrn ver,
que incluye la carta virtual con sus sugerencias y la funcin de realizar
comandas.
Por otro lado, existe un men privado, al que slo tendr acceso el
personal del restaurante mediante un login, que incluye la posibilidad
de editar el men que se muestra a los clientes, la funcin de insercin
de publicidad o sugerencias, la visualizacin de las comandas que los
Pgina 163
Inicio
Men pblico
Ver carta
Edicin de comandas
Administracin
Realizar comanda
Men privado
Publicidad
Informes
Pgina 164
Gerente
Personal de
Personal de
saln
cocina
Clientes
Ver carta
virtual
Realizar
comanda
Edicin de
comandas
Publicidad y
sugerencias
Informes
Pgina 165
5.4
Diseo de interfaces
Pgina 166
5.4.2.1
Pgina 167
5.4.2.2
Pgina 168
5.4.2.3
Pgina 169
5.4.2.4
Pgina 170
5.4.2.5
descripcin
precio
adems
se
puede
aadir
Pgina 171
5.4.2.6
Pgina 172
5.4.3.1
Pantalla de bienvenida
Pgina 173
5.4.3.2
Carta virtual
Pgina 174
5.4.3.3
Informacin detallada
Pgina 175
5.5
Procesos de seguridad
Pgina 176
6) Diseo interno
6. DISEO INTERNO
6.1
Pgina 178
ID_EMP
EMPLEADOS
PASS
LOGIN
ACCESO/NO
ACCESO
Pgina 179
COMANDAS
MENU
SUGERENCIAS
SELECCIN
COMANDASSELECCIN
Total
SELECCIN
SELECCIN
MENSELECCIN
SUGERENCIASSELECCIN
Salida
GUARDAR
FACTURAS
Pgina 180
password
id_emp
error
ADMINISTRACIN
id_emp
password
CAPTAR DATOS
error error
RESPUESTA
id_emp
error
VERIFICAR
DATOS
id_emp
INTRODUCIR
NOMBRE DE
USUARIO
id_emp
INTRODUCIR
PASSWORD
error
id_emp
ENTRADA
VALIDAR
Pgina 181
error
ACCESO
AUTORIZADO
id_emp
ACCESO
DENEGADO
6.2
TABLA
Atributos
Tipo
ID_CLI
INTEGER
TOTAL
DOUBLE
FECHA
DATE
HORA
DATE
Facturas
Pgina 182
TABLA
Atributos
Tipo
ID_CLI
INTEGER
MESA
INTEGER
FECHA
DATE
HORA
DATE
ID_PLATO
INTEGER
CANT
INTEGER
Comandas
Pgina 183
TABLA
Atributos
Tipo
ID_PLATO
INTEGER
INGRED
VARCHAR(20)
DESC
VARCHAR(150)
URL
VARCHAR(50)
PRECIO_UNIT
DOUBLE
Men
Pgina 184
TABLA
Atributos
Tipo
ID_PLATO
INTEGER
SUGER
VARCHAR(80)
Sugerencias
Pgina 185
7) Pruebas
7. PRUEBAS
Una vez desarrollados y probados cada uno de los componentes
integrantes de la aplicacin, deben realizarse una serie de pruebas
unitarias para integrar todo el sistema. As, el objetivo global de esta
fase es someter al sistema desarrollado y sus componentes, a una serie
de verificaciones encaminadas a garantizar un nivel de fiabilidad
aceptable. Esta fase es crtica y debe por tanto, ser planificada,
diseada y realizada con el mismo rigor y control con el que se realiza el
desarrollo
del
sistema.
Si
los
resultados
de
las
pruebas
son
7.1
Pruebas unitarias
Pgina 187
Pgina 188
7.2
Pruebas de integracin
Pgina 189
8) Implantacin
8. IMPLANTACIN
Una vez probada la integridad del software del sistema y especificada su
instalacin y configuracin, se debe transferir el software producido en
un entorno de desarrollo a uno de produccin, para llevar a cabo la
explotacin del sistema. Para ello, se debern realizar una implantacin
fsica de la aplicacin y despus proceder con la ejecucin de la base de
datos.
8.1
Implantacin fsica
Pgina 191
9) Conclusiones
9. CONCLUSIONES
El xito de un proyecto informtico depende de muchos factores como
puede ser, la calidad del equipo de trabajo, una buena planificacin, el
dinero disponible o el tiempo.
Pgina 193
Pgina 194
Pgina 196
11) Bibliografa
11. BIBLIOGRAFA
A continuacin se indican aquellas fuentes consultadas durante la
elaboracin del proyecto.
11.1 Libros
[BARR01]
de
sistemas,
Publicaciones
de
la
[RIVE05]
[LARM03]
[WESL99]
[MUO08]
Pgina 198
[ESQU08]
Pgina 199
[WWW001]
[WWW002]
[WWW003]
[WWW004]
[WWW005]
Restauracin electrnica.
http://www.e-restauracion.com
[WWW006]
[WWW007]
Pgina 200
12) Anexos
12. ANEXOS
En este apartado se incluye una valoracin econmica del proyecto, una
planificacin y un manual de usuario.
12.1 Manuales
10.
Pgina 202
11.
12.
solicitar la
13.
Pgina 203
Netbeans
6.1
ya
que
se
necesitar
esa
informacin
14.
puerto
HTTP
puerto
de
la
consola
de
Pgina 204
16.
Pgina 205
Pgina 206
4. Aparecer
entonces la
Pgina 207
6. En
la
siguiente
ventana
que
aparece,
deben
estar
Pgina 208
Pgina 209
Pgina 210
Pgina 211
Pgina 212
Pgina 213
Pgina 214
Pgina 215
Pgina 216
Pgina 217
del
mismo,
director,
jefe
de
proyecto,
analista
se
representa
las
horas
que
ha
empleado
cada
Pgina 218
Horas
Total
Director
30
95
2850
Jefe de proyecto
60
70
4200
Analista
281
50
14050
Programador
120
30
3600
491
24700
Participante
TOTAL
Pgina 219
Elemento
Precio
Cantidad
Total
Equipo de
650
1950
Pantalla tctil
310
620
Servidor
283
283
2853
150
450
Subtotal SW
450
TOTAL
3303
sobremesa
Subtotal HW
Windows
Pgina 220
Tipo
Coste
Sueldos y salarios
24700
2853
Hardware
Software
450
TOTAL
28003
Pgina 221
12.3 Planificacin
Pgina 222