UNIVERSIDAD DE ORIENTE

NÚCLEO SUCRE - CARÚPANO

ESCUELA DE CIENCIAS
DEPARTAMENTO DE INFORMÁTICA
CÁTEDRA: SISTEMAS DE INFORMACIÓN II

APLICACIÓN WEB PARA EL CONTROL DE ORDENES EN EL RESTAURANTE

“EL TRANVIA” UBICADO EN CARÚPANO ESTADO SUCRE

FACILITADORA: BACHILLER:
ING. ANA CEDEÑO MARCANO DANIEL
C.I. 27.483.191
 CARÚPANO, MARZO DE 2020
CAPITULO IV
RESULTADOS

Este capítulo contempla el conjunto de datos e información obtenida de la

aplicación de las técnicas e instrumentos de recolección de datos mencionadas en
el capitulo anterior. También se refleja fase por fase la metodología de desarrollo
de software considerada para la realización de este proyecto.

TÉCNICAS DE RECOLECCIÓN DE DATOS

Las técnicas utilizadas para la recolección de datos en este proyecto de
investigación son: Observación directa y la entrevista.

INSTRUMENTOS DE RECOLECCIÓN DE DATOS

El desarrollo de las técnicas de recolección de datos mencionadas
anteriormente requirió la implementación de instrumentos para plasmar los
resultados de estos. Respectivamente a la observación directa y a la entrevista, se
usaron la guía de observación y la guía de entrevista.
 Guía de observación

Guía de observación Pág. 1/5

Fecha: 28/02/2020

El siguiente formato tiene como propósito indicar las observaciones realizadas en el

restaurante El tranvía con respecto a los métodos con los que llevan a cabo el control de los
pedidos ordenados por los clientes.
Los distintos aspectos observados en esta guía cuentan con una escala definida con
la cual se mide la condición actual de dicho aspecto. La escala a la que responde cada ítem
es marcado con una equis (X).

Bueno
Regular
Deficiente
Guía de observación Pág. 2/5
 1) Carga de los meseros

Bueno
Regular X
Deficiente

El sistema manual llevado actualmente en el restaurante El tranvía obliga a que los

meseros tengan las responsabilidades de tomar las órdenes de los clientes y de servir como
medio entre cliente y cocina. La carga de los meseros resulta ser evaluada como regular
debido a la poca cantidad de meseros y la carga laboral de estos.

2) Tiempo de espera para que un cliente sea atendido

Bueno
Regular
Deficiente X

La carga laboral de los meseros hace que estos no siempre estén disponibles para
atender a un cliente nuevo que llegue al local. Por ello, el tiempo que los clientes deben
esperar para que un mesero le lleve la carta y luego proceda a tomar la orden es
considerablemente alto y por tanto deficiente.
 Guía de observación Pág. 3/5

3) Traslado de las órdenes a la cocina

Bueno
Regular X
Deficiente

Los meseros luego de tomar la orden de un cliente, generalmente, proceden a atender

a otro cliente que se encuentre esperando por servicio. Por ende, el tiempo de demora para
el traslado a la cocina de un pedido ya realizado resulta ser evaluado como regular.

4) Comunicación entre los meseros y los cocineros

Bueno
Regular X
Deficiente

Los meseros pasan poco tiempo en la cocina ya que la mayoría del tiempo deben
estar atendiendo a los clientes. Por ello, no existe una comunicación muy fluida y eficaz
entre meseros y cocineros.

Guía de observación Pág. 4/5

 5) Equivocación en las órdenes

Bueno X
Regular
Deficiente

Un dato importante arrojado por la observación es la frecuencia de equivocación en

los pedidos (ya sea por errores cometidos por el mesero o en la cocina) que, aunque sea
baja, es un factor existente.

6) WiFi en el local

Bueno X
Regular
Alta

En el restaurante se posee un router con alcance suficiente para proveer de wifi a

toda el área del local. Para que un cliente tenga acceso a la contraseña del wifi debe primero
realizar algún consumo.
Guía de observación Pág. 5/5
 7) Clientes entretenidos

Bueno X
Regular
Deficiente

Ya que se les ofrece wifi a los clientes, en su mayoría, entran en sus redes sociales
favoritas para pasar el rato mientras esperan a ser atendidos y cuando esperan a que les
lleven los alimentos. Sin embargo, hay una pequeña parte de la población que, aún cuando
tienen acceso al wifi, no saben qué hacer mientras esperan y se aburren.

8) Colas para esperar una mesa libre

Bueno
Regular X
Deficiente

Hay momentos en que todas las mesas en el restaurante están ocupadas, entonces
los nuevos clientes que van llegando se ven forzados a hacer una cola mientras esperan a
que quede disponible una mesa. Esto sucede con frecuencia al mediodía y cuando esto
ocurre, las personas que llegan, al darse cuenta de no hay mesa disponible se retiran del
local.
 Guía de entrevista

Guía de entrevista Pág. 1/2

Fecha: 06/03/2020

El siguiente formato tiene como propósito recolectar información directamente de los

que van a tener interacción con la aplicación web propuesta en este proyecto, de manera
que se pueda expresar el sentir de esta población con respecto al sistema manual llevado a
cabo actualmente en el restaurante El tranvía sobre el control de los pedidos ordenados por
los consumidores; y también el sentir acerca de una aplicación web orientada a facilitar estos
procesos.
Esta entrevista es estructurada, por tanto, únicamente consta de respuestas cerradas
(Si y no). Fue aplicada a un total de 33 personas. Cubriendo al personal de la cocina,
representado por cinco (5) personas, y un promedio de veintiocho (28) clientes al día.

1) ¿Ha visitado usted anteriormente el restaurante El tranvía?

Si_____ No_____

2) ¿Considera usted que la toma de órdenes se lleva a cabo rápidamente?

Si_____ No_____

3) ¿Considera usted que la comunicación de las órdenes a la cocina se lleva a cabo

eficazmente?
Si_____ No_____
 Guía de observación Pág. 2/2

4) ¿Considera usted que los métodos para llevar a cabo las actividades anteriores (toma
de pedidos y comunicación de estos a la cocina) podrían ser mejorados?
Si_____ No_____

5) ¿Considera usted que la información proporcionada en el menú es completa?

Si_____ No_____

6) ¿Considera usted que hace falta un sistema para hacer reservaciones?

Si_____ No_____

7) ¿Conoce usted las Aplicaciones web?

Si_____ No_____

8) ¿Considera usted que el uso de una Aplicación web facilitaría la toma de pedidos?
Si_____ No_____

9) ¿Considera usted que el uso de una Aplicación web facilitaría la comunicación de los
pedidos a la cocina?
Si_____ No_____

10)¿Considera usted que el uso de una Aplicación web ayudaría a reducir la frecuencia
en que se dan las colas para esperar mesas disponibles?
Si_____ No_____

11)¿Considera usted que el uso de una Aplicación web ayudaría a atraer más clientes al
restaurante?
Si_____ No_____
 La aplicación de la entrevista estructurada, con la guía mostrada
anteriormente, arrojó los siguientes resultados:

1) ¿Ha visitado usted anteriormente el restaurante El tranvía?

Opciones F.I %
Si 17 51,51%
No 16 48,48%
Total 33 99,99%
Tabla N° 1: Distribución de frecuencia de la pregunta #1 de la entrevista.
Fuente: Elaboración propia.

EMBED Excel.Chart.8 \s
 /
Gráfico N° 1: Gráfico de la pG
Gráfico N° 1: Gráfico de la pregunta #1 de la entrevistaF
Fuente: Elaboración propia

En la gráfica N° 1 se expresa que el 52% de los entrevistados son clientes

que frecuentan el establecimiento, mientras que el otro 48% no

EST
ESTUDIO DE FACTIBILIDA mencionado anteriormente en el restaurante El
tranvía. Este estudio de factibilidad está compuesto por un estudio técnico, estudio
económico y estudio operativo.

Estudio técnico
Este estudi
El desarrollo de una aplicación web como la propuesta en este proyecto
implica la necesidad de realizar una investigación que determine la factibilidad del
des

Estudio técnicE
Este estudio permitirá reunir todos los datos necesarios en la determinación
de la viabilidad técnica de la aplicación propuesta, es decir, determinar las
herramientas tecnológicas que posee la empresa objeto de estudio y comparar
estas con las necesarias para hacer que el software funcione correctamente y
realice sus funciones de forma optimaP
Primero, se establecen las herramientas que posee el restaurante El
tranvía, las cuales son representadas en las siguientes tablas
H
Hardware actua

R RecursC CantidaD
 Descripció Table  P
Ta 2  Procesador Dual Core 1.3
Gh8almacenamiento
1 GB
 8 GB de Memor1
 1 GB de RAP
Pantalla de 10 Route  T
R 1  TP-LINK TL-WR7202
 2 entradas LA6
64 dispositivos conectadoT
Tabla N.º 2: Hardware actualF
Fuente: Elaboración propia
Softw
Software actua
R RecursD
Descripció  TableA
T  Android 4.G
Google ChromT
14141414뀞 14 뀶 14 끖 14 끘 14 끚 14 끨 14 끪 14 끮 14 낒 14ê1414141414F
Fuente: Elaboración propia
U
Una vez listados las características de los equipos que se encuentran
disponibles en el establecimiento, se procede a listar los requisitos mínimos, tanto
de hardware como de software, para que la aplicación web funcione
correctamente
R
Requisitos mínimos de hardwar
 P
Para la empres
R RecursC CantidaD
Descripció Table  P
Ta 2  Procesador single core 1.0 Gh4
  4 GB de memoria de
almacenamient5
 512 MB de RAP
 Pantalla de 4.5C
Cámara de 2mR Route1  2dis
20 15삎 15 삐 15 산 15 삲 15 샂 15 샔 15 샬 15 샮 15ñ15T
Tabla N.º 4: Hardware mínimo para la empresaF
Fuente: Elaboración propia
C es para el área de trabajo de los cocineros,
Cabe destacar que la importancia de una
tablet1
515151515151515151515151515151515151515151515151515151515151515151
515151515151515151515151515151515151515151515151515151515151515151
515151515151515151515151515151515151515151515151515151515151515151

515151515151515151515쩪 15 쪊 15 쪌 15 쪎 15 쫄 15 쫆 15 쫈 15 핖 15 하 15 핚 15

핼 15 핾 15 햌 15 햎 15 햞 15 햠 15 햶 15 햸 15 햼 15 햾

15�15�15�15�15�15�15�15�15�15�15�15�15�15��뿆 ꖳ 肒潼潼潼

捼奼籣籙籙籙剙籙 ᔌ 佨텈 ᘀ ꍨ魲 15ᘒ ꍨ魲伀 Ŋ 儀 Ŋ 猀ੈ ᘖ ꍨ魲伀 Ŋ 儀 Ŋ 洀ੈ猠ੈ ᘘ ꍨ

魲㔀 Ĉ 䩏 䩑 ࡜猁ੈ ᘆ ꍨ魲 15ᔣ霢 ᘀ ꍨ魲㔀 Ĉ 䩃䩏 䩑 䩞 䡳 ఊ ᔤ霢 ᘀ⥠䌀 ᡊ 伀 Ŋ

儀 Ŋ 帀 Ŋ 洀ੈ猌ੈ
ᘚ ꍨ魲伀 Ŋ 儀 Ŋ 帀 Ŋ 洀ੈ猌ੈ
ᘖ ꍨ魲伀 Ŋ 儀 Ŋ 帀 Ŋ 猀ੈ
ᔌ ꍨ魲 ᘀ ꍨ魲 18ᘚ 㡨ꥇ伀 Ŋ 儀 Ŋ 帀 Ŋ 洀ੈ猌ੈ
 ᔓ⡨덒 ᘀ 㡨ꥇ㔀脈䩃 µᔣ⡨덒 ᘀᕨ 屋㔀 Ĉ 䩃 µ 䩏 䩑 䩞 䡳 ఊ ᘝ ꍨ魲㔀 Ĉ 䩃 µ 䩏

䩑 䩞 䡳 ఊ 쪎 19 쫆 19 쫈 19 하 19 핚 19 핾 19 햎 19 햠

19ó1919191919191919191919ó1919191919혀 191919191919Â1919191919숀
19191
9191
919
Â1
919191919191919191919191919191919191919191919191919191919191919191
919191919191919191919191919191919191919191919191919191919191919191
919191919191919191919191919191919191919191919191919191919191919191
919191919191919191919191919191919191919191919191919191919191919191

91919191919唔̀Ĥ 搒 Ũ ② 朁恤 ꬤ 氀჆

191919 191919后̤̀̀☊଀ᡆሀ 桤 ā 愀̤摧犣›฀19␃ᄃ얄 ሂ 桤 ā 怀얄愂̤

摧犣›଀19␃ᄁ얄 ሂ 桤 ā

怀얄愂 Ĥ‫ ܀‬es para el ár

 P

Para los clienteR RecursC CantidaD

Descripció Cualq  P
Cucámara 1  Procesador single core 1.0 Gh4
 4 GB de memoria de
almacenamient5
1  512 MB de RAP
Procesador single co  Pantalla de 4.5C
Cámara de 2mT
Tabla N.º 5: Hardware mínimo para los clientesF
Fuente: Elaboración propia
P
191
919191919191919191919191919191919191919191919191919191919191919191
919191919191919191919191919191919191919191919�19�19�19�19�19�19
�19�19ê1919191919191919191919ê1919191919191919191919[191919191
0䰀 202020202020L2020202020202020202020202020202020202020฀20␃ᄁ얄

ሂ ᑤā 怀얄愂 Ĥ 摧犣›踀 20␖ᜁ Ĥ 晉 20 阁 20 瘡̀Ũ 혵́೼혵 ą̂‫ݧ‬혵 ȅ̃ኑ 瘣 Ā೼瘣 ȁ‫ݧ‬瘣̂ኑ 嘺

阂/혓 0ĀȀ 20ĀȀ 20ĀȀ 2020ÿ2020ĀȀ 2020ÿ20᐀϶⛴㘕㔁 ‫ז‬Ā‫ﰃ‬㔌 ‫ז‬ȁ 會㔇 ̂‫ז‬鄃⼒̂¤ĀȀ ⼀

௖Ȁ ĀȀ ⼀௖ȀĀȀ ⼀௖ȀĀȀ ㈀ۖ̀̂'혴ഁ㜃㐀ۖĀ̂'⬃瀀 Ỗ20＀20＀2020＀20＀2020＀20＀20

瑹①«᐀U☊଀݆ሀ
݆ 桤 ā 最恤 ꬤ 氀჆
202020 202020‫܀‬
�20�20�20�20�20�20�20�20�20�20�20�20�20202020202020

2020202020202020훨훇훇훨ꢶꢜꢎ 箊筬詛詌詌

202020202020202020ᘜᕨ 屋㔀 Ĉ 䩏 䩑 ࡜币 Ŋ 猀ੈ ᘠ 㡨ꥇ㔀脈䩏 䩑 ࡜庁 Ŋ
Req
Requisitos mínimos de softwar
I IteD
Descripció  TableA
T  Android 4.GMozilla Firefox

Google Chrome T
Tabla N.º 6: Software mínimoF
Fuente: Elaboración propia
Escaracterísticas de los equipos que se poseen en la empresa se puede
concluir que la empresa cumple con todos los requerimientos para el
funcionamiento de la aplicación web
Estos requisitos mínimos de software aplican tanto para clientes como para
los dispositivos de la empresa. De acuerdo a la comparación entre los requisitos
mínimos y las 202020202020202020
Es
Estudio económicA
A través de este estudio se pretende señalar los gastos actuales que hace
la empresa para mantener el sistema manual usado a día de hoy en el negocio
objeto de estudio. También se determinan los gastos de inversión que se tendrían
que llevar a cabo para la implementación del programa propuesto. A través de un
análisis costo-beneficio se logró reflejar que la implementación de la aplicación en
cuestión en el restaurante El tranvía esA
A continuación se muestran los costos necesarios para implementar el
sistema propuesto
C
Costo de inversió
R RecursC CantidaT 212121P
Precio anual (Bs.P Programado1 2 2 meses
aproximadament3
3.750.000,0N Nombre de domini1 D De por vid-
S Servicio de hostin1 - -
T Total de costos de
inversió

T
Tabla N.º 7: Costo de inversiónF
Fuente: Elaboración propia
L
21212121212121212121212121212121212121212121212121212

121212121g2121212121 匀 212121212121S2121212121 匀

212121212121S2121212121 最 212121212121S2121212121 匀

212121212121S21212121212121212121 唔 ̀Ĥ 搒 Ũ ② 朁 ཤ 腥 氀 ჆

212121 212121需 21␖ᜁ Ĥ 晉 21 阁 21 瘡 ЀŨ 혵́ऩ 혵 ą̂प 혵 ȅ̃୷ ̅̄혵

̅̄ प 瘣 Ā ऩ 瘣 ȁ प 瘣̂୷

瘣 Ѓप 嘺

阂 0 혓 0ĀȀ 21ĀȀ 21ĀȀ 2121ÿ2121ĀȀ 2121ÿ21᐀϶⛴㘕㔁 ‫ז‬Ȁ⨃㔉 ̂‫ז‬眃㔋 ‫ז‬Ѓ⠃⼉௖Ѓ¤ĀȀ

⼀ ̀ ĀȀ ⼀ ̀ĀȀ ⼀ ̀ĀȀ ㈀ ۖЀ̂* 혴 ഁ 㜃 㐀 ۖĀ̂*ⴃ 瀀

⣖21＀21＀2121＀21＀2121＀21＀2121＀21＀21ऀP

Por otra parte, como se trata de una aplicación web, esta debe estar
montada en un servicio de hosting que se encargue de colocar el software en un
servidor para que esté disponible para los clientes a través de internet
 B
BeneficioS
Son muchos los beneficios ofrecidos por la implementación de una
aplicación web como la propuesta en este proyecto. Cabe destacar que dichos
beneficios no consisten en generar ingresos extras, pues no se trata de vender un
producto o servicio más al cliente, sino que consiste en la agilización de los
procesos que se realizan en el día a día de la empresa objetiva. Sin embargo, los
beneficios que trae la implantación de este software son numerosos en aspectos
varios. A continuación se mencionan
 A
 Ahorro de los costos actuales con los que incurre la empresa para
mantener el sistema actual, tales como la compra constante de lapiceros
y papelO
 Obtención de nuevos clientes atraídos por la innovación ofrecidaA
 Agilización de procesos, aumentando así la cantidad máxima de clientes
que se pueden atender en un díaO
 Obligación con el planeta ya que la implementación de la aplicación web
propuesta resulta en una gran reducción de uso de papelM
 Mantiene al cliente entretenido con una sección para juegosR
Reducción de las colas en espera para que una mesa quede libre
E
Estudio operativ
Toda organización que tenga dentro de sus planes implementar una
herramienta tecnológica que facilite sus procesos internos, no solo debe
preocuparse de que sea económicamente viable, también se debe preocupar
porque el personal que realiza estos procesos cumpla con los requisitos para
operar dicha herramienta, es decir, saber de qué se trata, cómo interactuar con
esta y saber sacarle el mayor provecho
A través del estudio operativo se pretende establecer los requerimientos
para aquellas personas que van a operar con la aplicación web, en este caso los
clientes del restaurante El tranvía y el personal de la cocina
 Requisitos para los cliente
Para que los clientes puedan manejarse como es debido a través de las
opciones ofrecidas en la aplicación web propuesta es recomendable que cumplan
con los siguientes puntos
 M
Manejo básico con un navegador web
R
Requisitos para el persona se considera que el personal no va a
tener complejid
Debido a que el diseño de la aplicación es intuitivo ᔐ ᕖ ᕚ ᕜ ᕼ ᖔ ᖖ ᖲ ᪠ ᪢ ᬞ
᬴᭔
De acuerdo a lo anterior, se establecen como requisitos para el personal los
siguientes
 M
 Manejo básico con una tabletM
Manejo básico con un navegador web
DE
DESARROLLO DE LA PROPUEST
El desarrollo de la aplicación web propuesta para el control de las órdenes
del restaurante El tranvía se hizo uso de la metodología de desarrollo de software
ICONIX (definida detalladamente en el capítulo II de este proyecto) cumpliendo
con cada una de sus fases. A continuación se describe lo hecho para cumplir con
estas fases y obtener la app mencionada

Fase 1: Análisis de requisito embargo, antes de este se hace un listado

de los requerimientos que son la fuente principal para elabor
Para comenzar con la primera fase de la metodología ICONIX se debe
realizar un modelo de dominio, sin 2323232323Ụ Ủ Ứ Ừ ἒ ἦ Ἠ Ἢ ⎢ ⎤ ⎦ ⎨ ⎬ ⎰ ⏤ ⏦
쫗꾽隢碇塧㭋-2424242424ᘚ�褵伀 Ŋ 儀 Ŋ 帀 Ŋ 洀ੈ猠ੈ ᔟ 镨蕭 ᘀ�褵㔀 Ĉ 䩏 䩑

䩞 䡳 ᘙ 镨蕭㔀 Ĉ 䩏 䩑 䩞 䡳 ᔜ 镨蕭 ᘀ 镨蕭伀 Ŋ 儀 Ŋ 帀 Ŋ

a.
a. Requerimientos funcionaleS
Sirven para visualizar el o los procesos que existen en la actualidad. Se
pone especial atención en las funciones descritas como un conjunto de entradas,
comportamientos y salidas. Detallan los requisitos que el sistema debe cumplir
para automatizar los procesos que se desean mejorar
 G
 Gestión de la aplicacióH
 Habrá un único tipo de usuario que pueda gestionar la
aplicación, en este caso será el usuario AdministradorP
contraseña.
Podrá listar los ítems del menú y la cantidad de mesas.
Podrá agregar nuevos ítems al menú
 Para gestioP
 Podrá listar los ítems del menú y la cantidad de mesasP
 Podrá agregar nuevos ítems al menú y nuevas mesasP
 Podrá modificar la información de los ítems existentes en el
menú, al igual que la data de las mesasP
 Podrá eliminar ítems del menú, mesas y juegosO
 Orden de pedidoL
 La orden debe tener al menos un (1) ítem seleccionado para
que esta pueda ser enviada correctamente a la cocinaP
mismo ítem no puede ser menor a cero (0), y si es mayor a
diez (
 Para tratar de evitar errores humanos, la cantidad pedida para
un2
42424242424242424242424242424242424242424242424242

424242424242424242424242424242424242424242424⸼ ⼜ ⼞
 ⽮⾠㌤㌦㐊㐌㑊㑌㒺㒼㕬㕮㖈E

 El dispositivo que use el cliente para ordenar debe contar con al

menos una cámara para poder escanear códigos QRG
 Gestión de pedidos en la cocinL
 Los pedidos pueden ser tanto olvidados como realizadosU
 Un pedido es marcado como realizado cuando ya se hayan cocinado
todos los ítems de esteR
 ReservacioneC
 Cada reservación entregará un código irrepetible que la
identifiqueU
 Un cliente que hace un pedido en el restaurante y luego
escanea el código QR de una mesa que tenga estado
reservada, tendrá que escribir el código de la reservación en
la aplicación. Si el código es correcto, se envía el pedido, en
caso contrario, no se envíaU
 Una reservación no se puede hacer antes de la fecha actualU
 Una reservación tiene un tiempo límite de 2 horasU
Una reservación no puede exceder el tiempo en que cierra el restaurante
b
b. Requerimientos no funcionaleT atributo de calidad, s
 También se conocen como 㣺 㣼 㦌 㦎 㦐 㦖 㧐 㧒 䀐 䀒 䉬 䊆 䊈 䊊 䐪 䐬 䒄

䒌 䙂 䙄 䛂 �뻍 ꖲ 늗澂潜屇屇尷屇 252525ᘞ ꕨ꜕䌀 ᡊ 伀 Ŋ 儀 Ŋ 帀 Ŋ 愀 ᡊ 猀ੈ ᔨ

䙨ᘀ⥨㸁䌀 ᡊ 伀 Ŋ 儀 Ŋ 帀 Ŋ 愀 ᡊ 洀ੈ猠ੈ ᔤ 䙨ᘀ⥨㸁䌀 ᡊ 伀 Ŋ 儀 Ŋ 帀 Ŋ

愀 ᡊ 猀ੈ ᔤ 䙨ᘀ 塨䌀 ᡊ 伀 Ŋ 儀 Ŋ 帀 Ŋ 愀 ᡊ 猀ੈ ᔨ 䙨ᘀ 塨䌀 ᡊ 伀 Ŋ 儀

Ŋ 帀 Ŋ 愀 ᡊ 洀ੈ猠ੈ ᘚ 塨伀 Ŋ 儀 Ŋ 帀 Ŋ 洀ੈ猠ੈ ᘙ 塨㔀 Ĉ 䩏 䩑 䩞 䡳 ᘖ

塨伀 Ŋ 儀 Ŋ 帀 Ŋ 猀ੈ ᘝ 敨渆㔀脈䩏 䩑 䩞 䡭 䡳 ᘚ 敨渆伀 Ŋ 儀 Ŋ 帀 Ŋ 洀ੈ猠

ੈ ᔤ 卨聧 ᘀꙨ 䌻䌀 ᡊ 伀 Ŋ 儀 Ŋ 帀 Ŋ 愀 ᡊ 猀ੈ ᘢꙨS

 Seguridad: La aplicación web podrá ser usada sin necesidad de

proveer información personal ni se debe crear una cuenta
específicamente para este software. El único tipo de usuario para
 este proyecto es el de Administrador, el cual si deberá tener un
nombre de usuario y contraseña para tener acceso a sus funcionesD
 Disponibilidad: Al tratarse de una aplicación web, esta estará
disponible las 24 horas del día, los 7 días de la semana. Además, se
podrá acceder a esta desde cualquier lugar donde se tenga acceso a
internetP
 Portabilidad: El presente será desarrollado para poder ser utilizado
en múltiples plataformas ya que los códigos HTML, CSS, JavaScript
y PHP se ejecutan del lado del servidor y se muestran al cliente sin
importar la plataforma desde la que acceda a la aplicación
webCservicio con excelentes beneficios y a bajos costos en
comparación con servidores Microsoft.

c. Modelo de dominio
Un modelo de dominio, permite plasmar en un documento gráfico la
manera en cómo se desarrolla el n
Costo: Esta podrá ser alojada en un servidor Linux, reduciendo así los costes de
hosting, y
c.
c. Modelo de domini
Un modelo de dominio, permite plasmar en un documento gráfico la manera
en cómo se desarrolla el negocio a base de conceptos. La información surge
desde la primera visita informal realizada, teniendo muy en cuenta el lenguaje
propio del negocio. Este modelamiento puede ser trabajado a la par con los casos
de usos
Los conceptos o ideas son todas aquellas personas, cosas o actividades
que se realizan en el proceso que se desea automatizar mediante la aplicación. El
modelamiento de dominio es un trabajo más de enfoque real a las distintas
actividades del negocio, por eso no se debe determinar ningún componente de
software, nada de bases de datos o ventanas del sistema
 F
Figura N° 1: Modelo de dominioF
Fuente: Elaboración propia

d. Prototipo de interfaces gráfic evaluados en distintas iteraciones

hasta llegar al siguiente:

d.1 Prototipo de inicio

/
Figura N° 2: Prototipo de inicio.
Fu
A partir de la información tomada hasta el momento, se reali

d.1 Prototipo de inici

F
Figura N° 2: Prototipo de inicioF
Fuente: Elaboración propia
a los que puede acceder en el menú inferior.
d.2 Prototipo de ordenar platos

/
Figura N° 3:
Esta pantalla cumple la función de dar la bd
d.2 Prototipo de ordenar plato

F
Figura N° 3: Prototipo de ordenar platosF
Fuente: Elaboración propia
al botón de ¡Lo quiero! Se despliega la opción para colocar la cantidad a
ordenar y los bo
 Esta pantalla muestra la lista de platos en el menú a disposición del cliente.

Si da click282828282828282828282828媢 媤 嫶 嫸 嬮 嬰 嬲 嬴 彎 彔 彖 彘 形 徚 徜

從 徠 徢 忶 忸 戶 戸 戺 戼 摀 摂 摈 ��볊ꎯ螕汸镟䖼�

d.3
d.3 Prototipo de ordenar bebida

F
Figura N° 4: Prototipo de ordenar bebidasF
28282828彔 彖 彘 徜 從 徢 忸 戸 戺 摂 摄

Esta pantalla muestra la lista de bebidas en el menú a disposición del

cliente. Si da click al botón de ¡Lo quiero! Se despliega la opción para colocar la
cantidad a ordenar y los botones para aceptar dicha cantidad o para cancelar la
selección de ese plato
d.4
d.4 Prototipo de ordenar postre

F
Figura N° 5: Prototipo de ordenar postresF
Fuente: Elaboración propia
al botón de ¡Lo quiero! Se despliega la opción para colocar la cantidad a
ordenar y los bot
Esta pantalla muestra la lista de postres en el menú a disposición del

cliente. Si da click282828282828282828282828282828282828摈 摊 摔 撌 撎 撐 撒

撔擨擪攠攢攤攦楎楐楖楘楢榞榠榢榤榦槾樀氶永

d.5
d.5 Prototipo de resumen de pedid

F
Figura N° 6: Prototipo de resumen de pedidoF
楖楘榠榢榦樀永氺溴溶溸溺滺
 Esta pantalla muestra un resumen del pedido que hizo, mostrándole los
ítems que seleccionó y la cantidad de cada uno; también es importante que pueda
visualizar la cantidad total a pagar. Si da click a aceptar, se despliega la pantalla
de la figura n° 7, y si da a cancelar, regresa a la pantalla de la figura n° 5
d.6
d.6 Prototipo de enviar pedid

F
Figura N° 7: Prototipo de enviar pedidoF
Fuente: Elaboración propia
dispositivo del cual se accedió a la aplicación web, con
Esta pantalla pide permisos para poder usar la cámara del 湰 溰 溲 溴 溸 溺

滄 滸 滺 滼 滾 漀 潐 潒 澈 澊 澌 澎 澪 쳚놽첤諚摶摶�㱈

29292929292929292929292929ᘖ⩨ ࠸伀 Ŋ 儀 Ŋ 帀 Ŋ 猀 ੈ ᘙ⩨࠸㔀 Ĉ 䩏 䩑 䩞 䡳  ᘝ⩨

࠸㔀脈䩏 䩑 䩞 䡭

d.7
d.7 Prototipo de reservació

F
Figura N° 8: Prototipo de reservaciónFpropia.

Esta panta
Fuente

Esta pantalla muestra el formulario que debe llenar el cliente que

tenga la intención de realizar una reservación.L
La mesa a reservar será seleccionada de una lista desplegable. La fecha de
reservación no puede ser anterior a la fecha actual. Por último, la suma de la hora
de inicio de la reservación y la duración de esta no puede excederse de la hora de
cierre del local
d.
d.8 Prototipo de entretenimient
 F
Figura N° 9: Prototipo de entretenimientoF
Fuente: Elaboración propia
E
3030303030303030303030303030筌 筎 筐 筒 箦 箨 篞 篠 篢 篤 缲 缼 缾 罈

罸 罾 羊 羌 �닄닄閣粈彮䙓䘹 n303030303030303030303030ᘙ 鱨娤㔀 Ĉ 䩏 䩑 䩞

䡳 ᘙ⥨핏㔀 Ĉ 䩏 䩑 䩞 䡳 ᘖ⥨핏伀 Ŋ 儀 Ŋ 帀 Ŋ 猀ੈ ᘝ⥨핏㔀脈䩏 䩑 䩞 䡭 䡳 ᘚ⥨핏伀

Ŋ 儀 Ŋ 帀 Ŋ 洀ੈ猠ੈ ᘖ 끨﨔伀 Ŋ 儀 Ŋ 帀 Ŋ 猀ੈ ᘙ

d.9
d.9 Prototipo del frente de la cocin

F
Figura N° 10: Prototipo del frente de la cocinaF
303030303030篢 缴 缶 缸 缺 缼 缾 羌 美 羒

Esta pantalla muestra la lista de pedidos dividida en dos secciones

que indican los estados de una orden. Las órdenes en espera son aquellos que
están por ser realizados, el que está al tope es el que se está cocinando en ese
momento, en el inferior del recuadro con los datos de la orden está un botón que
es presionado por cualquiera de los cocineros para indicar que dicho pedido fue
terminado.P
Por otro lado, en la sección de órdenes terminada se muestra un historial de las
órdenes que ya han sido cocinadas