CREACIÓN DE EMPRESAS
TRABAJO DE FIN DE GRADO
GRADO EN INGENIERÍA INFORMÁTICA
Au o es:
Lo enzo Ál a ez C uz
Raúl Jiménez Redondo
TUTORES:
Juan An onio Recio Ga cía
Da id Pascual Ezama
FACULTAD DE INFORMÁTICA
UNIVERSIDAD COMPLUTENSE DE MADRID
2016-2017
I
A nues as amilia es,
po habe nos apoyado
du an e es e la go eco ido
II
AUTORIZACIÓN
Los abajo i man es, alumnos y u o es del T abajo Fin de G ado (TFG) en el
G ado en Ingenie ía In o má ica de la Facul ad de In o má ica, au o izan a la Uni e sidad
Complu ense de Mad id (UCM) a di undi y u iliza con ines académicos, no come ciales
y mencionando exp esamen e a su au o el p esen e T abajo Fin de G ado ealizado
du an e el cu so académico 2015- 2016 bajo la di ección de Juan An onio Recio Ga cía
y Da id Pascual Ezama.
Así mismo au o izan a la Uni e sidad Complu ense de Mad id a que sea
deposi ado en acceso abie o en el eposi o io ins i ucional con el obje o de
inc emen a la di usión, uso e impac o del TFG en In e ne y ga an iza su p ese ación
y acceso a la go plazo.
____________________
Lo enzo Ál a ez C uz
___________________
Raúl Jiménez Redondo
______________________
Juan An onio Recio Ga cía
___________________
Da id Pascual Ezama
II
AGRADECIMIENTOS
Que emos da las g acias a nues os amilia es po odo el es ue zo deposi ado
en nues os es udios y po el apoyo b indado du an e es os años.
También que emos ag adecé selo a nues os compañe os de la Facul ad, con los
cuales hemos ap endido a abaja en equipo y colabo a . A los di ec o es del p oyec o,
que han apos ado po noso os pa a la ealización de un abajo no edoso en la acul ad
y po su disposición y ayuda. A nues os amigos, que han c eído en noso os en odo
momen o y nos han apoyado
Y, po úl imo, a nues os compañe os de abajo, los cuales nos han hecho c ece
los dos úl imos años pe sonal y p o esionalmen e
III
RESUMEN
RESUMEN
La apo ación de la in o má ica a la sociedad ac ual se ha consolidado y
encon amos día a día nue as aplicaciones que apo an alo a las emp esas o que
simplemen e nos ayudan en un ac o co idiano como el de hace la comp a.
En nues o caso, hemos lle ado a cabo la ealización de un p o o ipo de
aplicación mó il pa a iOS y And oid consis en e en la publicación y consul a de o e as
de ocio y hos ele ía en iempo eal basadas en geolocalización.
En es a memo ia se desc ibe el abajo ealizado, el plan de negocio ela i o al
p oyec o, las uncionalidades de la aplicación, las ecnologías empleadas, la a qui ec u a
del sis ema, el diseño del p o o ipo, su implemen ación, las conclusiones a las que se ha
llegado y el abajo u u o a ealiza en el p oyec o.
Palab as cla e
O e as, Hos ele ía, Aplicación mó il, Geolocalización, Tiempo eal, API REST
ABSTRACT
Nowadays IT con ibu es in an ou s anding way o he global and social
de elopmen . The con inuous eme gence o apps has ans o med he
con empo aneous li es yle, mos imes making hings much easie by simpli ying ou
daily habi s, such as shopping.
Ou p ojec p esen s an app p o o ype designed o iOS and And oid ha publish
an accu a e o e o leisu e and hospi ali y sec o ac i i ies. I is upda ed in eal ime and
he o e s published a e based on geo-loca ion.
This memo y desc ibes he esea ch done and i includes he business plan o he
p ojec , as well as he ea u es o he app, he echnologies used o de elop i , i s sys em
a chi ec u e, a p o o ype design and also i s implemen a ion.
This p ojec includes an analysis o conclusions and a comple e p oposal o u u e
imp o emen s and u he de elopmen .
Key wo ds
O e s, Hospi ali y sec o ac i i ies, Geo-loca ion, Real ime, API REST

IV
Tabla de con enido
AUTORIZACIÓN............................................................................................. II
AGRADECIMIENTOS ...................................................................................... II
RESUMEN .................................................................................................... III
RESUMEN .......................................................................................................... III
ABSTRACT.......................................................................................................... III
ÍNDICE DE FIGURAS ..................................................................................... VII
CAPÍTULO 1. INTRODUCCIÓN ..................................................................... 1
1.1. Mo i ación ..............................................................................................1
1.2. Obje i os .................................................................................................2
1.3. Es uc u a de la memo ia .........................................................................3
CHAPTER 1 INTRODUCTION .......................................................................... 4
1.1 Mo i a ion ..............................................................................................4
1.2 Objec i es ...............................................................................................5
1.3 S uc u e .................................................................................................5
CAPÍTULO 2. ESTADO DEL ARTE .................................................................. 6
CAPÍTULO 3. PLAN DE NEGOCIO ................................................................. 8
3.1. P oyec o y obje i os ................................................................................8
3.1.1. La idea ......................................................................................................... 8
3.1.2. ¿Po qué? .................................................................................................... 8
3.1.3. P omo o es ................................................................................................. 9
3.1.4. Misión.......................................................................................................... 9
3.1.5. Obje i os ..................................................................................................... 9
3.2. Sec o , se icios y me cado .................................................................... 10
3.2.1. Pe spec i as del sec o ............................................................................. 10
3.2.2. La opo unidad en el sec o de los descuen os aplicables ....................... 10
3.2.3. Nues a app: isión gene al ...................................................................... 11
3.2.4. Pun os ue es y en ajas.......................................................................... 11
3.2.5. Usua ios .................................................................................................... 12
3.2.6. Público obje i o ........................................................................................ 12
3.2.7. Es udio de me cado: ampliación .............................................................. 12
3.3. Compe i i idad ...................................................................................... 13
3.3.1. La compe encia ......................................................................................... 13
3.3.2. P incipales compe ido es.......................................................................... 13
3.3.3. Análisis de la compe encia ........................................................................ 13
3.4. Plan de Ma ke ing ................................................................................. 15
3.4.1. Análisis DAFO ............................................................................................ 15
3.4.2. Análisis del clien e obje i o ...................................................................... 15
3.4.3. Es a egia de comunicación ...................................................................... 15
3.4.4. Es a egia de acep ación en el me cado................................................... 16
V
3.5. Plan de Ven as....................................................................................... 17
3.5.1. Es a egia de en as .................................................................................. 17
3.5.2. Plan de en as anual ................................................................................. 17
3.6. O ganización y RRHH ............................................................................. 18
3.6.1. Di ección de la emp esa ........................................................................... 18
3.6.2. Plan de RR.HH. .......................................................................................... 18
3.7. Es ablecimien o ..................................................................................... 19
3.7.1. Plan de es ablecimien o............................................................................ 19
3.8. Resul ados p e is os .............................................................................. 20
3.8.1. Análisis del pun o de equilib io ................................................................ 20
3.8.2. Resul ado a cinco años.............................................................................. 20
3.8.2.1. Caso espe ado ........................................................................................ 20
3.8.2.2. Caso conse ado ................................................................................... 21
3.8.2.3. Caso op imis a........................................................................................ 21
3.8.3. Resul ado y bene icios ne os .................................................................... 22
3.9. Plan de inanciación ............................................................................... 23
3.9.1. Necesidades inancie as y plan de inanciación ....................................... 23
3.10. Conclusiones ......................................................................................... 24
3.10.1. Riesgo ...................................................................................................... 24
3.10.2. Pun os ue es ......................................................................................... 24
3.10.3. Ren abilidad ............................................................................................ 25
3.10.4. Segu idad ................................................................................................ 25
CAPÍTULO 4. DESARROLLO DEL PROTOTIPO ...............................................26
4.1. FUNCIONALIDAD ................................................................................... 26
4.1.1. Funcionalidad de la aplicación .................................................................. 26
4.2. TECNOLOGÍAS EMPLEADAS .................................................................... 37
4.2.1. Aplicación mó il ........................................................................................ 37
4.2.2. Base de da os ............................................................................................ 41
4.2.3. Se ido ..................................................................................................... 41
4.3. ARQUITECTURA DE LA APLICACIÓN ........................................................ 44
4.3.1. Aplicación mó il ........................................................................................ 44
4.3.2. Base de da os ............................................................................................ 45
4.3.3. Se ido ..................................................................................................... 45
4.3.4. API REST .................................................................................................... 45
4.4. MODELO DE DATOS ............................................................................... 49
4.5. DISEÑO.................................................................................................. 52
4.6. IMPLEMENTACIÓN ................................................................................ 59
4.6.1. Aplicación mó il ........................................................................................ 59
CAPÍTULO 5. CONCLUSIONES .....................................................................65
CHAPTER 5. CONCLUSIONS......................................................................66
CAPÍTULO 6. TRABAJO FUTURO .................................................................67
CAPÍTULO 7. APORTACIONES AL PROYECTO ..............................................68
7.1. LORENZO ÁLVAREZ CRUZ ....................................................................... 68
VI
7.2. RAÚL JIMÉNEZ REDONDO ...................................................................... 69
REFERENCIAS ...............................................................................................70
VII
ÍNDICE DE FIGURAS
Figu a 3-1 Análisis DAFO ................................................................................................. 15
Figu a 3-2 Plan de en as anual ...................................................................................... 17
Figu a 3-3 P e isión RR.HH. ............................................................................................ 18
Figu a 3-4 Resul ados p e is os: caso espe ado ............................................................ 20
Figu a 3-5 Resul ados p e is os: caso conse ado ....................................................... 21
Figu a 3-6 Resul ados p e is os: caso op imis a ............................................................ 21
Figu a 3-7 P e isión de esul ados ................................................................................. 22
Figu a 3-8 P e isión de bene icios ne os ........................................................................ 22
Figu a 4-1 Vis a de es ablecimien o: o e as p opias..................................................... 27
Figu a 4-3 Vis a elimina / ol e a publica o e a ......................................................... 28
Figu a 4-2 Vis a c eación de o e a ................................................................................ 28
Figu a 4-5 C eación de es ablecimien o ......................................................................... 29
Figu a 4-4 Vis a es ablecimien o: de alle de o e a ....................................................... 29
Figu a 4-6 Vis a público: o e as ..................................................................................... 30
Figu a 4-6 Inicio de sesión en aplicación público ........................................................... 30
Figu a 4-9 Vis a o e a en mapa ..................................................................................... 31
Figu a 4-8 Vis a gene al mapa ........................................................................................ 31
Figu a 4-11 E o au en icación usua io ......................................................................... 32
Figu a 4-10 C ea usua io público .................................................................................. 32
Figu a 4-12 Menú la e al: simula ubicación .................................................................. 33
Figu a 4-12 Vis a de alle de o e a ................................................................................. 33
Figu a 4-14 Diag ama casos de uso: es ablecimien o .................................................... 34
Figu a 4-15 Diag ama casos de uso: usua io no egis ado ........................................... 35
Figu a 4-16 Diag ama casos de uso: usua io egis ado ................................................ 36
Figu a 4-17 Logo de Ionic F amewo k ............................................................................ 37
Figu a 4-18 Aplicación na i a s híb ida ......................................................................... 38
Figu a 4-19 Comando ionic se e en consola ................................................................. 39
Figu a 4-20 Logo de Google Maps .................................................................................. 40
Figu a 4-21 Logo de MySQL ............................................................................................ 41
Figu a 4-22 Logo de D eam ac o y ................................................................................. 42
Figu a 4-23 A qui ec u a de la aplicación....................................................................... 44
Figu a 4-24 Ejemplo espues a API REST es ablecimien o ............................................. 46
Figu a 4-25 Ejemplo espues a API REST o e a ............................................................. 47
Figu a 4-26 Esquema de la base de da os ...................................................................... 49
Figu a 4-27 Boce o o e a lis a-cuad ícula ..................................................................... 52
Figu a 4-28 Boce o is a del mapa ................................................................................. 53
Figu a 4-29 Di e encias inicio de sesión ......................................................................... 54
Figu a 4-30 E o inicio de sesión ................................................................................... 54
Figu a 4-29 Di e encias c eación de usua io .................................................................. 55
6
CAPÍTULO 2. ESTADO DEL ARTE
Nos es amos encaminando hacia un mundo en el que la ecnología iene cada ez mayo
cabida en nues o día a día. Podemos encon a aplicaciones de odo ipo, pensadas pa a odas
las edades y odos los en o nos. Dichas aplicaciones ienen di e en es uncionalidades:
podemos encon a aplicaciones de edes sociales, de medios de anspo e, de educación,
juegos… A pesa del c ecimien o exponencial que el mundo de las aplicaciones mó iles es á
su iendo, pensamos que oda ía quedan muchas po sali a la luz.
Encon amos in inidad de aplicaciones, en nues o caso conc e o, de o e as de ocio,
bien sea pa a dis u a las al momen o o pa a pode dis u a las en un u u o. Podemos
encon a aplicaciones que nos o ecen un descuen o sob e el p ecio o iginal o simplemen e
una o e a nue a que lance el es ablecimien o en cues ión. La inalidad es cla a en cualquie
caso: da a conoce un nue o es ablecimien o o llama la a ención de nue os usua ios en
aquellos que no es én eniendo el éxi o espe ado.
Nos in oducimos en es e p oyec o en el me cado de las apps mó iles, el cual iene una
g an p oyección de c ecimien o en los p óximos años, llegando a alcanza la ci a de 46.000
millones de eu os. En esumen, en amos en un mundo con una g an p oyección, pe o con g an
núme o de aplicaciones exis en es. En nues o sec o en conc e o, el de las o e as en ocio y
hos ele ía, ya exis en un g an núme o de ellas como El Tenedo , Le sBonus o G oupon.
Ac ualmen e, odas las aplicaciones del sec o ienen el mismo uncionamien o (o muy
simila ) y se mue en en el mismo ámbi o. En odas pod emos ob ene un icke a canjea en el
es ablecimien o de ocio seleccionado en unas echas es ablecidas po mismo. Las di e encias
exis en es en e unas y o as esiden en el ipo de o e a: po cen aje de descuen o sob e un
p oduc o o se icio, nue a o e a a p ecio educido, nue o p oduc o que se quie e da a
conoce …). Más allá del ipo de o e a, las di e encias exis en es en e aplicaciones son
p ác icamen e nulas.
Nues a aplicación quie e i un paso más allá. No que emos queda nos en el concep o
de comp a de un icke , canjeo di ec o en el local y dis u e del mismo.
En p ime luga , no se á necesa ia la desca ga de ningún cupón ni la ealización de
ningún pago ía online. De es a o ma, gen e con a ia a ealiza comp as ía online o que
simplemen e no ienen una a je a de c édi o o débi o pod án dis u a de nues as o e as
igualmen e. Se a a de la p ime a di e encia que apo a nues a aplicación espec o al es o: la
no necesidad de desca ga ni pago.
En segundo luga , hablamos de o e as pa a dis u a en el momen o. En muchas
pla a o mas nos piden una ese a an icipada o un pe iodo de espe a pa a pode dis u a de

7
nues a comp a. También podemos encon a nos con un pe iodo muy educido pa a dis u a
de nues a o e a (una semana conc e a, po ejemplo). En nues o caso, el usua io pod á
selecciona la o e a y dis u a de la misma en ese p eciso momen o, en iempo eal, du an e
el iempo que el ges o del local es ime opo uno pa a dicha o e a.
Pa a e mina , los usua ios ecibi án o e as en iempo eal en unción de la localización,
pa a pode dis u a de las mismas es ableciendo uno mismo el adio de dis ancia en el que
que emos ecibi o e as. De es a o ma nos asegu a emos de ob ene las o e as más ce canas
y pode acudi al es ablecimien o que las o e e en el meno iempo posible.
Es amos hablando po an o de una aplicación cuyas p incipales di e encias espec o a
o as aplicaciones de o e as son, po un lado, la capacidad de dis u a de un descuen o en
iempo eal, sin necesidad de ealiza ges iones p e ias ni pagos y, po o o, ob ene las mismas
po geolocalización, ga an izando de es a o ma que podamos dis u a de una o e a
ins an áneamen e g acias a encon a nos a poca dis ancia del es ablecimien o que haya
o e ado el descuen o.
8
CAPÍTULO 3. PLAN DE NEGOCIO
3.1. P oyec o y obje i os
3.1.1. La idea
¿Cuán as eces has dicho a us amigos eso de “¿ omamos algo hoy?” y la espues a ha
sido “ ale, ¿dónde?”. ¿Cuán as eces has quedado con u pa eja pa a cena pe o no sabéis
dónde i ? ¿Te moles a i al cen o de u ciudad y que e pa en cada 20 me os pa a o ece e i
a un pub?
Es e p oyec o nace con la idea de desa olla una app que esuel e odos los p oblemas
an e io men e mencionados. Que emos que pequeños y medianos emp esa ios de nues o
país puedan o ece a a és de nues a pla a o ma descuen os en iempo eal pa a el uso po
pa e de usua ios en el ámbi o de la hos ele ía, como pueden se ba es, es au an es, salas de
concie o o pubs y disco ecas.
El concep o de la app es muy sencillo. El dueño o esponsable del es ablecimien o
añadi á una o e a en iempo eal a nues a base de da os, de mane a que al momen o se á
mos ada a odos los usua ios que se encuen en en un en o no p óximo y puedan acudi al
es ablecimien o en un pe iodo co o de iempo. Un usua io pod á accede median e il os a
los locales que en ese momen o ienen ac i a alguna o e a, o e en un mapa cuáles son los
es ablecimien os p óximos que disponen de o e a. Pod á selecciona qué es lo que más le
ape ece en ese ins an e pa a encon a la o e a que mejo se adap a a sus necesidades del
momen o.
Además, la app dispond á de un sis ema de no i icaciones de mane a que no e pie das
las nue as o e as que se ac i en p óximas a i en iempo eal. ¡Da e p isa po que las o e as no
es a án ac i as e e namen e!
3.1.2. ¿Po qué?
Hemos obse ado con el paso de los años que cada ez unciona mejo el apa ado de
las o e as den o de las apps median e la comp a y uso de cupones. Y es que odos salimos
ganando. El dueño del local po que consigue clien es, los usua ios po que aho an sin deja de
sali y hace cosas que les gus a.
Pe o en es e mundo de las o e as, al a po en a en el e eno de las o e as en iempo eal.
Muchas eces nos gus a ía comp a uno de esos icke s y pode u iliza los al momen o, y eso
no es siemp e posible. Con nues a app no end emos que espe a ni ese a nada. Si emos
una o e a ac i a, amos al local que la haya o e ado y ¡a dis u a !
Además, no se á necesa io hace ningún pago ía app, ya que el obje i o es
ap o echa nos de es as o e as en el momen o, y es o puede e asa el p oceso.
9
3.1.3. P omo o es
Es e p oyec o es á compues o po dos in eg an es, Raúl Jiménez Redondo y Lo enzo
Ál a ez C uz, u u os g aduados en ingenie ía in o má ica en la Uni e sidad Complu ense de
Mad id. Ambos nos enca gamos del desa ollo y man enimien o de la aplicación du an e la
pues a en ma cha de la misma, así como del modelo de negocio y ma ke ing.
3.1.4. Misión
Nues a misión es doble. Po un lado, ayuda al pequeño y mediano emp esa io que
iene un local a ayendo con o e as en iempo eal a esas pe sonas que, habiendo decidido
sali y dis u a de un a o de ocio, no saben dónde i . Y segundo, po supues o, ayuda a esas
pe sonas indecisas a elegi un local y aho a dine o al mismo iempo.
3.1.5. Obje i os
Nues o p incipal obje i o es el de c ece lo más ápido posible den o del e i o io
español. Que emos que una pe sona cuando salga mi e la aplicación pa a e qué o e as se
encuen a, aunque enga cla o dónde le gus a ía i . El obje i o, po an o, es gene a en las
pe sonas que se desca guen la app la necesidad de mi a las o e as cada ez que decidan sali
po cualquie incón de la geog a ía española.
Es e p oyec o es á pensado pa a se empezado en Mad id, uno de los si ios con mayo
ac i idad en el ámbi o que nos mo emos. Pe o que emos c ece y lo que emos hace ápido,
pues o que se a a de una app con ácil mo ilidad y que llega á ápidamen e a los usua ios de
sma phones en nues o país. La es a egia de expansión y de cap ación de clien es la
comen a emos en el plan de ma ke ing.
Pa a e mina , deci ambién que nues o p incipal obje i o y el des ina a io inal de la
app es el pequeño y mediano hos ele o espec o a las g andes anquicias que pueden ealiza
o e as po el g an público que ienen. De es a o ma que emos con e i a es os locales en
compe encia mucho más du a espec o de las anquicias, g andes bene icia ias de las o e as
a día de hoy.
10
3.2. Sec o , se icios y me cado
3.2.1. Pe spec i as del sec o
Nos in oducimos, en p ime luga , en el me cado de las apps mó iles, el cual no es á
sin iendo la c isis y que iene una g an p oyección de c ecimien o en los p óximos años. Se
espe a que en los p óximos cua o años el me cado se dispa e un 200% y alcance la ci a de
46.000 millones de eu os.
En ese aspec o, hablamos de un me cado con g an mo imien o de dine o y que con inúa
en alza sin p e isiones de descenso a la go plazo.
En el caso conc e o de nues a app, que se a a mo e en el en o no de las o e as en
hos ele ía y ocio noc u no, hablamos de un sec o más pe judicado po la c isis económica.
Según un es udio ealizado po El economis a, un o al de 44.582 es ablecimien os ce a on sus
pue as en e a 39.596 que las ab ie on. Es e mismo es udio ambién con empla un aumen o
de un 3,4% en las en as po pa e de g andes cadenas y anquicias en e 2008 y 2014. Es o
supone que una pa e del me cado ha sido abso bido po es as g andes emp esas y anquicias,
siendo el mayo pe judicado el pequeño y mediano emp esa io. Po es e mo i o, pensamos que
nues a app mó il end á una g an acogida po el público al que a di igido, sin desca a la
expansión en un u u o a medio plazo a es e ipo de emp esas.
En de ini i a, nos que emos ab i hueco en el mundo de la hos ele ía ap o echando un
me cado den o de las apps mó iles po explo a .
3.2.2. La opo unidad en el sec o de los descuen os aplicables
Desde la apa ición de las páginas web de o e as en nues o país en el año 2008, es e
sec o no ha pa ado de c ece . De mane a conjun a con es as páginas han ido apa eciendo
aplicaciones mó iles que se han hecho hueco en el me cado de una mane a más que no able.
Es amos hablando de aplicaciones que se pueden encon a en e las 50 más
desca gadas de nues o país. La app de G oupon, po ejemplo, iene un o al de 40 millones de
desca gas.
A pesa de habla de un me cado con un g an núme o de desca gas y de usua ios, hemos
encon ado un apa ado sin explo a , y que emos en a de lleno en él. Hoy en día son muchas
las pe sonas que ap o echan es os descuen os pa a dis u a de una cena o una ac i idad.
Hemos is o una g an opo unidad po que, en e o os muchos da os, G oupon endió un o al
de 400 millones de cupones el úl imo año, lo cual e leja que es un me cado a ac i o y en el
cual se in e esan los usua ios.
11
3.2.3. Nues a app: isión gene al
Vamos a desa olla una app mó il ácil de usa y muy in ui i a. En p ime luga , se á
indispensable el egis o pa a di e encia los dos pe iles que hab á en nues a app: emp esa io
y usua io.
En el caso de que el pe il c eado sea el de emp esa io, el usua io end á acceso a un
panel de con ol desde el que ges iona el es ablecimien o. Desde ahí se pod án añadi nue as
o e as, elimina o e as igen es que ya no que emos que apa ezcan, añadi o os del local…
Es e pe il se á de pago y end á las siguien es ca ac e ís icas:
Po o o lado, end emos el pe il del usua io. Dicho pe il se á g a ui o, y end emos
dis in as ías de acceso a las o e as:
• Po ubicación: sin duda alguna, el pun o ue e de la aplicación. Pod emos e en un
mapa las o e as en iempo eal que se encuen en p óximas a nues a posición.
• Po no i icación: u ilizando la ubicación del usua io, exis i á la posibilidad de ecibi
no i icaciones con nue as o e as que hayan sido añadidas en locales ce canos a nues a
si uación.
Con emplamos ambién la posibilidad de que en la pan alla de inicio se mues en las
o e as en elación a la dis ancia con el usua io, mos ándose en p ime luga las o e as más
ce canas a nues a ubicación y en úl imo luga las más lejanas.
3.2.4. Pun os ue es y en ajas
Las en ajas que conside amos en el desa ollo de es a aplicación son las siguien es:
• Conocimien o del me cado de las app’s mó iles
• Conocimien o de la he amien a de desa ollo
• Inmedia a inco po ación al me cado
• Abanico de edades muy amplio
• En ada a un apa ado del me cado de las o e as de ocio y hos ele ía sin explo a
(o e as en iempo eal)
Po o o lado, los pun os ue es pa a los usua ios de nues a aplicación son:
• Aplicación muy in ui i a y de ácil manejo y ges ión. No se equie e de conocimien os
p e ios en ges ión de app
• In e sión de iempo muy baja. Los emp esa ios no a da án más de 3 minu os en añadi
una nue a o e a, una nue a o o o elimina una o e a igen e.
• No hay necesidad de pago ía app. En un p incipio, no se á necesa io, po pa e de los
usua ios, la comp a de un icke ía app.

12
3.2.5. Usua ios
Conside amos usua ios po enciales los pequeños y medianos emp esa ios que egen an
es e ipo de locales. En España, hay un ba po cada 132 habi an es. Conc e amen e en Mad id
hay un o al de 17.271 ba es. Con amos con a ae el p ime año de ida de la aplicación un
o al de 458 locales. Se explica á más adelan e el p ocedimien o y la es a egia a segui pa a
a ae ese núme o de locales.
3.2.6. Público obje i o
Nos cen a emos en habi an es españoles con un sma phone con edades
comp endidas en e los 18 y los 65 años. Es amos hablando de que en diciemb e de 2014 un
53% de la población española enía un sma phone en ese ango de edades (se calcula que a
día de hoy es a ci a pod ía es a en el 72%). En de ini i a, hablamos de ap oximadamen e 20
millones de usua ios po enciales a día de hoy.
Al inaliza el desa ollo de la app e in oduci la en el me cado, nos cen a emos en un
público más jo en, comp endido en e los 18 y los 30 años, pa a que in oduzcan la app en su
en o no y podamos c ece de una mane a más ápida.
Es po ello que la idea inicial es hace una ue e in e sión en publicidad en edes sociales
ales como Facebook, Twi e o Ins ag am. Con emplamos ambién la posibilidad de con ac a
con pe sonas in luyen es en dichas edes sociales (con más de 1 millón de seguido es) pa a que
la publicidad llegue al mayo núme o de pe sonas en el meno iempo posible.
3.2.7. Es udio de me cado: ampliación
Que emos des aca ambién la impo ancia que es á eniendo el mundo de las app’s
mó iles, cada día más p esen e en nues o en o no. Se es ima que 1 de cada 3 usua ios de app
ha in e ido dine o eal en una comp a i ual alguna ez en su ida. En ando más a ondo en
el mundo de las app’s mó iles, según un es udio elabo ado en base a los es imonios de 1500
desa ollado es de 83 países, se es ablece que la ac u ación media de una app es á en e 1200
y 3900 eu os mensuales, encon ándose un 65% de las app’s de Google Play en dicha anja.
Hablamos po an o de un me cado muy a ac i o y que mue e una g an can idad de
dine o dia iamen e, y con g andes p e isiones en lo que a c ecimien o se e ie e.
Comen a ambién que la decisión de lle a a cabo es a aplicación basándonos en la
geolocalización es debido a la apa ición de aplicaciones basadas en es e sis ema y que es án
eniendo una g an acogida como Wallapop.
13
3.3. Compe i i idad
3.3.1. La compe encia
En lo que a compe encia se e ie e, nos in oducimos en un me cado po explo a a
pesa de la g an a iedad de aplicaciones des inadas a o ece descuen os y a la exis encia de
aplicaciones de es a índole pe o sin habe llegado a aba ca el me cado.
Debemos conside a compe encia cualquie aplicación de pe il medio y medio/al o
den o del ma ke de Google que se dedique a la ges ión de o e as. Encon amos a ias app y
páginas web que lle an a cabo la ges ión de o e as, las cuales han sido analizadas y expues as
a con inuación.
3.3.2. P incipales compe ido es
Los p incipales compe ido es que encon amos en el sec o al que que emos pasa a
o ma pa e son:
• Compe ido es di ec os
o MyD ink
o Res au an es.com
o A apalo
• Compe ido es secunda ios
o El enedo
o G oupon, G oupalia, Le sbonus, O e um
3.3.3. Análisis de la compe encia
Haciendo un análisis de los p incipales compe ido es que mencionamos an e io men e,
conside amos impo an e sepa a de nue o los compe ido es di ec os de los compe ido es
secunda ios.
Hablando de nues os compe ido es di ec os, El enedo , Res au an es.com y MyD ink,
que emos di e encia los dos p ime os del e ce , ya que la app MyD ink no ha enido una
cabida especial en el me cado, ya que cuen a con menos de 100 desca gas en el ma ke de
Google. La idea de la aplicación se asemeja bas an e a la nues a, si bien es sólo de bebidas.
Pensamos que no ha enido acep ación debido a que no se le ha dado publicidad y debido a su
poco a ac i o, ya que no con iene apenas o os y la base de da os es á acía.
El enedo y Res au an es.com, po el con a io, son aplicaciones que han enido una
buena acep ación en el me cado y son usadas a dia io po un g an núme o de usua ios.
14
Conside amos opo uno hace una di e enciación en e es as dos aplicaciones y la
nues a, ya que el mayo lujo de usua ios de ambas p o iene de su página web y no de la
aplicación mó il como se ía nues o caso. En el caso de El Tenedo , po ejemplo, hablamos de
6 millones de isi as mensuales a la página web en e a un núme o o al de 3 millones y medio
de desca gas de la aplicación mó il.
Respec o a los compe ido es secunda ios, pensamos que nues a aplicación pod ía se
un g an complemen o, pe o en ningún caso compe encia di ec a. El mundo de las o e as c ece
a g an elocidad, y un cla o ejemplo es que la aplicación de le sbonus cuen a con 1.100.000
desca gas. O o da o in e esan e que nos ha lle ado a apos a po es a idea es el núme o de
cupones endidos en es e ipo de aplicaciones. La emp esa G oupon alcanzó el pasado ma zo
los 1000 millones de cupones endidos.
Po an o, como conclusión, hablamos de un me cado po explo a , ya que aplicaciones
que abajen con o e as en iempo eal basadas en geolocalizacion no exis en como al.
G andes emp esas como las ci adas an e io men e pod ían plan ea se inco po a es e nicho de
me cado, po lo que con iene c ece de una mane a ápida.
15
3.4. Plan de Ma ke ing
3.4.1. Análisis DAFO
Aspec os a o ables
Aspec os des a o ables
Análisis in e no
Fo alezas
• Sencillez en la
pues a en ma cha
• Bajo iesgo - al a
ecompensa
Debilidades
• Bajo conocimien o
en diseño g á ico
• Vida media de una
app en e 3-5 años
Análisis ex e no
Opo unidades
• En ada a un
sec o del me cado
sin explo a
Amenazas
• Expe iencia de los
compe ido es
Figu a 3-1 Análisis DAFO
3.4.2. Análisis del clien e obje i o
En el desa ollo de la aplicación y nues a salida al me cado op a emos po c ea un
p oduc o cuyo clien e obje i o sea el de ca ac e ís icas más gené icas.
Con es a idea se ob iene un clien e obje i o en p opiedad de un sma phone con
p edisposición a desca ga nue as aplicaciones. Hablamos po an o de un abanico muy amplio,
ya que la media de edades de usua ios de sma phones en España a de los 13 años a los 70,
aunque pa a el lanzamien o nos cen a emos en un abanico de edades más conc e as.
3.4.3. Es a egia de comunicación
El sis ema de di usión que usa emos pa a la aplicación se á po medio de las edes
sociales, usando anuncios des inados a usua ios de edades comp endidas en e los 16 y los 30
años. Plan eamos di e en es ipos de di usión, siendo el p ime o de ellos el de u iliza
“in luence s”, usua ios de es as edes sociales con un al o núme o de seguido es. Haciendo un
es udio de los p ecios de es e ipo de di usión, las ci as medias oscilan de los 450 eu os a los
4.500, cuando la cuen a iene cien os de miles de seguido es. Una cuen a con 6 millones de
ans puede ecibi , ácilmen e, en e 18.000 y 90.000 eu os cada ez que compa e una imagen
según la misma publicación según dicha publicación.
O a opción que con emplamos es la de inc us a publicidad en las edes sociales de
o ma di ec a, sin pasa po es os usua ios. Que emos publici a nos en Facebook e Ins ag am
en un p ime momen o, ya que aba can los usua ios de edades comp endidas en e los 16 y los
22
3.8.3. Resul ado y bene icios ne os
Figu a 3-7 P e isión de esul ados
Figu a 3-8 P e isión de bene icios ne os

23
3.9. Plan de inanciación
3.9.1. Necesidades inancie as y plan de inanciación
Es e p oyec o equie e de una inanciación pa a pode lle a a cabo el plan de ma ke ing
es ablecido y pode ealiza los pagos en publicidad co espondien es. El es o de los gas os que
iene la emp esa se compensan con los ing esos gene ados.
Hablamos po an o de un o al de 100.000€ de in e sión inicial pa a pode a anca el
p oyec o y ene cubie os los cua o p ime os años en lo que a publicidad se e ie e. Pa a ello
con emplamos la posibilidad de solici a inanciación a acele ado as de es e ipo de
aplicaciones.
Hemos p e is o cub i odas las necesidades median e capi al apo ado po inanciación
ex e na. Median e la inanciación ex e na amos a cub i los gas os en publicidad del p oyec o
y los sala ios de los dos p ime os años.
24
3.10. Conclusiones
3.10.1. Riesgo
Nos encon amos an e un p oyec o con un ni el de iesgo ele ado debido a lo no edoso
del mismo y a la necesidad de inanciación al comienzo del p oyec o, a pesa de encon a a
nues o a o los siguien es ac o es:
• Compe encia di ec a baja pues o que no encon amos ninguna app que ges ione
o e as en hos ele ía en iempo eal.
• A pesa de la necesidad de inanciación, conside amos es a baja en compa ación con
los bene icios que la app pod ía gene a .
A pesa de con a con los an e io es pun os a nues o a o , no debemos ol ida que
hay un 35% de apps que ienen unos ing esos mensuales po debajo de los 1.400€ y
ap oximadamen e el 40% mue e en los dos p ime os años. Es po ello que el ac o iesgo es
ele ado, pues o que nues a app pod ía ene un núme o de clien es meno que lo es imado
según la acep ación en e los usua ios de la misma.
3.10.2. Pun os ue es
Con el desa ollo de nues a aplicación conside amos que enemos los siguien es pun os
ue es a a o :
• Poca compe encia di ec a al a a se de una aplicación no edosa en el ámbi o de la
hos ele ía y el ocio noc u no
• Capacidad de desa olla una aplicación con usable e in ui i a
• Aba camos un sec o con un público obje i o muy amplio
• Necesidad de man enimien o muy baja
• Al a a se de una app, podemos e i a la del me cado en el momen o que
conside emos necesa io si obse amos una endencia nega i a, minimizando de
es a o ma las pé didas
En esumen, con amos con una se ie de pun os a nues o a o que hacen de nues a
aplicación una buena apues a de u u o a pesa del iesgo exis en e.
25
3.10.3. Ren abilidad
La iabilidad en el aspec o económico se de ine como “bene icio compa ado con el o al
de ecu sos empleados pa a ob ene dicho bene icio”. Así puede a i ma se que la en abilidad
es al a.
Analizando desde el caso menos a o able has a el más a o able, se puede obse a
que el iesgo es mode ado pe o los bene icios son conside ablemen e al os, ecupe ando la
in e sión inicial y con pe spec i as de c ecimien o con inuo. De es e modo y con el análisis
económico se con i ma la emp esa como iable a medio plazo.
3.10.4. Segu idad
Nos encon amos an e un p oyec o que cons a de una se ie de ac o es que ga an izan
la segu idad del in e so :
• Pa imos de una in e sión inicial mode ada eniendo en cuen a el sec o del que
hablamos
• Conocemos el me cado de las aplicaciones mó iles y podemos explo a la app
gene ando el mayo bene icio posible.
• Gas os ampliables y educibles al mismo iempo, pues o que g an pa e de nues os
gas os es án des inados a publicidad, pudiendo amplia con a os publici a ios con o as
emp esas en caso de encon a nos con un mayo núme o de clien es y de público en
gene al y inaliza con a os al mismo iempo en caso con a io.
• Hemos abajado con núme os de mane a p uden e en los casos económico-
inancie os.
Po an o, conside amos nues a aplicación una apues a de u u o y con g an
p obabilidad de éxi o.
26
CAPÍTULO 4. DESARROLLO DEL PROTOTIPO
4.1. FUNCIONALIDAD
El desa ollo de es e p oyec o se ha lle ado a cabo median e la c eación de dos
aplicaciones mó iles. Es o es así ya que cada uno de ellas es á des inada a un usua io di e en e.
La aplicación es ablecimien o es á c eada pa a que sea usada po los dueños de los
es ablecimien os o algún abajado de es os de modo que desde es a aplicación es donde se
c ean y adminis an las o e as. En cambio, la aplicación público es á pensada pa a que sea el
público en gene al el que la use ya que es a aplicación se usa pa a consul a las o e as que han
publicado los es ablecimien os.
Además, con el in de ideliza a los usua ios que consul an las o e as, se dan cie as
en ajas a los usua ios que se egis en en la aplicación, aunque la aplicación ambién puede
se usada sin un egis o p e io.
De es e modo, se dis inguen cla amen e es ac o es como usua ios del se icio:
• Es ablecimien o: es el c eado de con enido. Es e ol pe mi e c ea , modi ica y
elimina o e as. Sin la pa icipación ac i a del es ablecimien o el p oyec o deja
de unciona ya que al no habe o e as los o os ipos de usua ios no encuen an
ningún alicien e pa a usa la aplicación
• Usua io no egis ado: cualquie a puede usa la aplicación. Pa a e i a que los
usua ios no se ace quen a la aplicación po no egis a se y no da sus da os
pe sonales, se pe mi e el uso de la aplicación sin es a egis ado en ella. Es e
uso es limi ado ya que algunas de las uncionalidades no se le o ecen a es e ipo
de usua io
• Usua io egis ado: es e ipo de usua io puede ealiza las mismas unciones que
el usua io no egis ado pe o además se le o ecen una se ie de p i ilegios pa a
que la expe iencia usando la aplicación sea mejo y quie a ol e pa a segui
u ilizándola
4.1.1. Funcionalidad de la aplicación
Toda la usabilidad de ca a a los usua ios ecae sob e las aplicaciones desa olladas, po
an o, odas las uncionalidades que aho a se desc iben se dan en alguna de las aplicaciones
c eadas.
A con inuación se mues an las uncionalidades pa a el es ablecimien o:
27
Funcionalidad 1: Consul a odas las
o e as p opias
El es ablecimien o puede consul a ,
median e una lis a, odas las o e as
publicadas. Es a lis a se encuen a o denada
po o den de c eación de la o e a. En ella se
incluyen an o las o e as que ya han caducado
como las o e as que es án disponibles
ac ualmen e. Es a ca ac e ís ica se indica al
usua io.
Funcionalidad 2: C ea una o e a
El usua io del es ablecimien o c ea una
nue a o e a y se publica de inmedia o. La
in o mación necesa ia pa a la publicación de la
o e a es la siguien e:
• Tí ulo: un eslogan llama i o
sob e la o e a
• Desc ipción: una desc ipción
escue a indicando en qué
consis e la o e a y las
condiciones de la misma
• Du ación: el iempo que a a
pe manece ac i a la o e a
• Tipo: el es ablecimien o debe elegi la ca ego ía a la que pe enece su o e a.
Es a elección se lle a a cabo en e:
o Ca é
o Comida
o Ce eza
o Vino
Funcionalidad 3: Vol e a publica una o e a ya publicada
Con el in de agiliza y simpli ica el p oceso de la publicación de las o e as exis e la
posibilidad de ol e a publica una o e a ya publicada con an e io idad. La o e a se publica
man eniendo odos los campos al y como se publica on la p ime a ez.
Funcionalidad 4: Elimina una o e a
El es ablecimien o iene la posibilidad de elimina una o e a, an o ya caducada como
en igo . La eliminación de una o e a no disminuye el núme o de o e as publicadas den o del
lími e de la susc ipción.
Figu a 4-1 Vis a de es ablecimien o: o e as p opias

28
Funcionalidad 5: Consul a o e as de es ablecimien os ce canos
Se mues an las o e as publicadas po los es ablecimien os. Solo se mues an las
o e as igen es. No se le o ece la posibilidad al es ablecimien o de consul a el his ó ico de
o e as publicadas po o os es ablecimien os.
Funcionalidad 6: Consul a el mapa de los es ablecimien os con o e as en igo
Se mues a un mapa, cen ado en la ubicación del es ablecimien o egis ado, con odos
los es ablecimien os que ienen o e as en igo . Al selecciona un es ablecimien o se mues a
la in o mación de la o e a.
Funcionalidad 7: Consul a las condiciones de una o e a
Se mues a de o ma de allada oda la in o mación de la o e a incluyendo la di ección
y el núme o de elé ono del es ablecimien o.
Figu a 4-3 Vis a c eación de o e a
Figu a 4-2 Vis a elimina / ol e a publica o e a
29
Funcionalidad 8: Regis a se como es ablecimien o
El egis o en la aplicación es lib e. Pa a pode egis a se como es ablecimien o es
necesa ia la in o mación siguien e:
• Nomb e del es ablecimien o
• Email
• Con aseña
• Desc ipción del es ablecimien o
• Núme o de elé ono
• Di ección del es ablecimien o incluyendo la calle, el núme o y la ciudad
Funcionalidad 9: Inicia sesión en la aplicación
Pa a accede a la aplicación es necesa io inicia sesión indicando el email asociado al
es ablecimien o y la con aseña.
Las unciones que se pueden ealiza desde la aplicación de público son las siguien es:
Figu a 4-5 Vis a es ablecimien o: de alle de o e a
Figu a 4-5 C eación de es ablecimien o
30
Funcionalidad 10: Accede sin inicia sesión
En la aplicación que usa el público es posible accede sin un egis o p e io. Es e acceso
sin egis o hace que disponga de menos uncionalidades.
Funcionalidad 11: Consul a las o e as de es ablecimien os ce canos
Se mues an las o e as igen es publicadas po los es ablecimien os.
Funcionalidad 12:
Consul a el mapa de los es ablecimien os con o e as en igo
Se mues a un mapa, cen ado en la ubicación del usua io, con odos los
es ablecimien os que ienen o e as en igo . Al selecciona un es ablecimien o se mues a la
in o mación de la o e a.
Funcionalidad 13: Consul a las condiciones de una o e a
Se mues a de o ma de allada oda la in o mación de la o e a incluyendo la di ección
y el núme o de elé ono del es ablecimien o.
Figu a 4-7 Inicio de sesión en aplicación público
Figu a 4-7 Vis a público: o e as
31
Funcionalidad 14: Regis a un nue o usua io
En caso de que el usua io no egis ado quie a pasa a usa la aplicación como usua io
egis ado lo puede egis ando un nue o usua io. Pa a el egis o es necesa ia la siguien e
in o mación:
• Nomb e
• Email
• Con aseña
Po úl imo, si el usua io es á egis ado e iden i icado, además de las unciones que
dispone cualquie usua io, iene las siguien es uncionalidades ex a:
Funcionalidad 15: Ma ca un es ablecimien o como a o i o
El usua io egis ado puede ma ca un es ablecimien o como a o i o pa a consul a
pos e io men e sus es ablecimien os a o i os di ec amen e sin necesidad de consul a el
es o.
Figu a 4-9 Vis a gene al mapa
Figu a 4-9 Vis a o e a en mapa
38
Figu a 4-18 Aplicación na i a s híb ida
Ionic amewo k ue c eado en 2013 po la compañía D i y. Es a compañía ya había
desa ollado con an e io idad los p oduc os Codiqa y Je s ap, dos he amien as pa a la
c eación de in e aces. Escuchando las necesidades de sus clien es decidie on c ea su p opia
he amien a pa a el desa ollo de aplicaciones mó iles basados en es ánda es web. De es e
modo lanza on en no iemb e de 2013 una e sión al a del p oduc o. En mayo de 2015 io la luz
el p oduc o de ini i o. Du an e 2016 se ha lanzado la e sión 2.0 de es e amewo k.
Pa a empeza a u iliza ionic hay que segui unos pasos muy sencillos: lo p ime o es
ene ins alado Node.js [6] pa a ges iona los paque es npm. A con inuación, median e es a
he amien a se puede ins ala ionic a a és de una consola con el siguien e comando:
npm ins all -g co do a ionic
En el nues o hemos usado la e sión 1.0 del p oduc o ya que cuando comenzamos el
desa ollo de nues a aplicación, la e sión 2.0 oda ía es aba en ase de p uebas.
Ionic amewo k iene di e en es plan illas con las que comenza un p oyec o, aunque
ambién se pueden empeza p oyec os acíos:
ionic s a myApp blank
ionic s a myApp abs
ionic s a myApp sidemenu
Median e es os es comandos se c ea á el p oyec o myApp en blanco, con pes añas, o
con un menú la e al espec i amen e.
Pa a pode p oba la aplicación es necesa io añadi la pla a o ma del sis ema ope a i o
pa a el que se quie e c ea la aplicación. En nues o caso, al se dos sis emas ope a i os
di e en es, se añaden las dos pla a o mas:

39
ionic pla o m add ios
ionic pla o m add and oid
Po úl imo, es necesa io cons ui el a chi o de ins alación y lanza lo en un emulado
den o del mismo o denado o bien di ec amen e en un disposi i o:
ionic build ios
ionic emula e ios
ionic emula e ios
Además, como se puede comp oba en la siguien e imagen, pa a que la e apa de
desa ollo sea más sencilla, ambién se puede lanza la aplicación en un se ido in e no y
comp oba el desa ollo en iempo eal en un na egado web.
Figu a 4-19 Comando ionic se e en consola
Pa a ans o ma el código h ml y ja asc ip en la aplicación mó il, ionic amewo k
u iliza Apache Co do a [7].
La elación en e el ha dwa e del disposi i o y la aplicación es posible g acias a Co do a.
En ionic, al usa Angula Js como amewo k de Ja aSc ip , es a elación se lle a a cabo median e
el paque e ngCo do a [8].
ngCo do a pe mi e el uso de más de 70 plugins que in e ac úan en e la aplicación y el
ha dwa e del disposi i o. En e es os plugins se pueden encon a odo ipo de se icios que
acili an eno memen e la implemen ación de la aplicación en e los que podemos des aca el
que pe mi e el acceso a la cáma a, uno que ealiza la au en icación median e el senso de
huellas dac ila es de los disposi i os o odos lo que pe mi en e el es ado de los dis in os
senso es del disposi i o.
40
En nues a aplicación hemos hecho uso de co do aGeoloca ion, un plugin que acili a el
acceso a la ubicación del disposi i o pe mi iendo accede a es a median e el uso del GPS o
limi ando el uso de la ubicación únicamen e a la gene ada po las edes mó iles.
También hemos usado el plugin angula -momen de angula js, el cual pe mi e calcula
con poco código la di e encia en e dos echas y exp esa es a di e encia en lenguaje na u al
Figu a 4-20 Logo de Google Maps
Pa a la ep esen ación de los da os en mapas se ha empleado la API de Google Maps [9]
en su e sión web. No se ha empleado la e sión na i a pa a And oid o iOS y el uso de su SDK
ya que al se una aplicación mó il híb ida y no una aplicación na i a no e a posible su uso.
Además de es e se icio de mapas ambién se con empla on o os. El p incipal i al que
con emplamos en e a Google Maps ue He e [10]. Es e se icio, en p opiedad ac ualmen e de
Audi, BMW y Daimle , ue o iginalmen e desa ollado po Nokia. O ece p ác icamen e los
mismos se icios que Google Maps y con el uso que se les dan a los mapas en nues a aplicación
hubie a se ido cualquie a de los dos se icios, pe o al se Google Maps mucho más popula , la
comunidad de desa ollo que usa es e se icio en e a He e es mucho mayo po lo que hay
más in o mación en la ed.
Pa a ans o ma las di ecciones que in oducen los es ablecimien os en coo denadas
geog á icas se u iliza el se icio de Google Maps Geoloca ion API, el cual ecibe median e una
pe ición h p, una di ección de una calle con la ciudad y de uel e las coo denadas geog á icas
co espondien es a esa ubicación.
En la e apa de ap endizaje de Ionic F amewo k se ealizó el cu so Ionic by Example [11]
impa ido po Mi ko Nasa o en la pla a o ma online Udemy.
Las he amien as u ilizadas pa a el desa ollo han sido las siguien es:
• iTe m2 [12] : consola más comple a que la consola u ilizada po de ec o
• Sublime Tex [13] :comple o edi o de ex o pa a el desa ollo del código h ml y
ja asc ip necesa io pa a la aplicación
41
• Xcode 8 [14]: la he amien a de desa ollo de Apple es necesa ia pa a pode
compila el p oyec o y desplega la aplicación en un disposi i o mó il con iOS
• OmniG a le 6 [15]: es a he amien a de diseño ha sido la u ilizada en la c eación
de los g á icos que se mues an en es a memo ia
4.2.2. Base de da os
Pa a el uso y almacenamien o de los da os se ha empleado una base de da os MySQL
[16]. La p incipal azón pa a elegi es e ipo de base de da os ha sido el hecho de se de código
abie o. Al se código abie o pe mi e que D eam ac o y [17], la API REST empleada en es e
p oyec o, lo incluya de mane a g a ui a y iable den o de su amplia gama de bases de da os
sopo adas.
Figu a 4-21 Logo de MySQL
An es de decan a nos po MySQL se con empló ambién el uso de bases de da os no
elacionales, pe o da o el ca ác e ma cadamen e es uc u ado de nues os da os se conside ó
que e a mejo usa una base de da os elacional.
Además, como úl ima azón pa a oma es a decisión se conside ó que la exis encia de
expe iencia p e ia con es e ipo de bases de da os agilizaba su uso.
4.2.3. Se ido
Pa a el desa ollo del se ido y el acceso a los da os almacenados en la base de da os
se ha c eado una API REST desde la que la aplicación solici a los da os necesa ios en cada
momen o y es e se los en ega.
En la c eación de es a API REST hemos usado D eam ac o y [17]. Es a he amien a, de
código abie o, pe mi e c ea pa a cualquie base de da os una API REST a la que accede
median e pe iciones h p pa a ges iona los ecu sos de la base de da os.
42
Figu a 4-22 Logo de D eam ac o y
D eam ac o y es una pla a o ma g a ui a, aunque ambién dispone de dos planes de
pago en los que las p incipales en ajas son la asis encia écnica y la inclusión y sopo e de bases
de da os ex a.
Sopo a an o bases de da os elacionales como no elacionales. En e las elacionales
des acan:
• Pos g eSQL
• MySQL
• SQLi e
Además, en las e siones de pago se incluye sopo e pa a SQL Se e y pa a O acle.
En e las bases de da os no elacionales se encuen a:
• MongoDB
• CouchDB
• Cassand a
También sopo a bases de da os p opias de p o eedo es de se icios cloud:
• AWS DynamoDB
• Azu e Tables
Po úl imo, D eam ac o y ambién es capaz de c ea una API REST en se icios de
almacenamien o de iche os como:
• AWS S3
• Azu e BLOB
• Fiche os locales
La ges ión del acceso a los ecu sos de la API REST se puede hace que sea de o ma
o almen e pública, median e la au en icación con el sis ema OAu h, o como se ha hecho en
nues a aplicación, median e el egis o en la aplicación y el acceso a ella con un usua io y
con aseña con la adquisición de un Token con una alidez du an e un iempo de e minado.
Pa a es e ipo de au en icación es posible c ea oles den o de una misma API o o gando a
cada uno acceso y modi icación o no a los dis in os ecu sos exis en es en la base de da os.
Se gene a documen ación au omá icamen e de la API REST a a és de Swagge 2.0 [18],
el p oyec o open-sou ce más popula pa a la gene ación de documen ación pa a API
Se puede hace uso de es a he amien a de o mas dis in as: en un se ido p i ado,
desca gando la imagen del se ido , álida pa a Windows, Linux y MacOS; o c eando la imagen
del se ido en cualquie p o eedo de se icios cloud en los que ya exis e la imagen AMI pa a
ins ala , en e los que se encuen as los p incipales p o eedo es cloud como Amazon Web
43
Se ices, Google Cloud o Mic oso Azu e. Es e ipo de despliegue no incu e en ningún gas o
ex a, únicamen e el que se gene a po la máquina del se ido cloud.
En nues o caso nos hemos decan ado po es a úl ima opción desplegando
d eam ac o y en un se ido de Mic oso Azu e median e una ins ancia de ipo A0.

44
4.3. ARQUITECTURA DE LA APLICACIÓN
Figu a 4-23 A qui ec u a de la aplicación
La aplicación es á es uc u ada en es se icios di e enciados: aplicación mó il, se ido
y base de da os.
Desde la aplicación se gene an las o e as que se en ían al se ido median e una
pe ición h p de la API REST. Además, desde las aplicaciones ambién se hacen las consul as,
median e el mismo sis ema, pa a ob ene la in o mación de los es ablecimien os y las o e as.
El se ido de D eam ac o y ans o ma median e la API REST las consul as h p en
consul as adap adas a MySQL
4.3.1. Aplicación mó il
Las dos aplicaciones mó iles que incluye es e p oyec o es án desa olladas an o pa a
And oid como pa a iOS.
La aplicación iOS es á desa ollada bajo la e sión 10 del sis ema ope a i o de Apple.
Es o supone que la aplicación es ap a pa a, al menos, el 76% [19] de los disposi i os con es e
sis ema ope a i o.
La e sión And oid mínima que sopo a la aplicación c eada es And oid 4.1, po lo que
se da cobe u a al 97% [20] de es os elé onos.
Obse ando el úl imo in o me Ga ne [21] publicado en el 17 de no iemb e de 2016 y
que hace e e encia al e ce imes e de 2016, se ap ecia que el uso de iOS y And oid es de un
11,5% y 87,8% espec i amen e, lo que indica que un o al de 94,1% de los sma phones en la
ac ualidad pueden usa alguna de las dos aplicaciones desa olladas pa a el p oyec o, eniendo
en cuen a la e sión de cada sis ema ope a i o.
45
4.3.2. Base de da os
La base de da os del p oyec o es una base de da os de pla a o ma como se icio (PaaS)
pues o que es á alojada en un se ido emo o de Mic oso Azu e [22] hospedado en la egión
Es e de Es ados Unidos. Se decidió hace uso de es e p o eedo de se icios cloud en luga de
o os como Amazon Web Se ices o Google Cloud Pla o m debido a que el p o eedo elegido
pa a aloja la API REST ue Azu e y se conside ó que la ag upación de odos los se icios en un
mismo p o eedo ha ía más ácil su manejo y man enimien o.
4.3.3. Se ido
El acceso a la base de da os se ealiza median e una API REST con igu ada median e
D eam ac o y. Es e se icio es á alojado en un se ido de Mic oso Azu e en la egión Es ados
Unidos Es e. El ipo de ins ancia con a ada es una A0. Es a ins ancia iene las siguien es
ca ac e ís icas:
• Núcleos: 1
• RAM: 0,75GB
• Tamaño de disco: 20GB
Pa a el uso en los p ime os meses de ida de la aplicación, las ca ac e ís icas de es e
se ido son su icien es, aunque no se desca a que sea necesa io inc emen a la po encia del
mismo. En al caso se pod ía ealiza g acias a la escalabilidad del se icio.
4.3.4. API REST
La API REST c eada pa a la aplicación pe mi e accede de o ma sencilla a los ecu sos
de la base de da os. Además hace posible que si en un u u o se c ea una e sión web la
aplicación, es a API REST sea eu ilizable y se pueda accede a ella del mismo modo.
El modo de uso es sencillo: simplemen e hay que hace una pe ición HTTP indicando el
ecu so al que se desea accede . Es as pe iciones pe mi en además inclui pa áme os pa a
hace una pe ición más ce e a.
Las pe iciones posibles son las siguien es:
• Es ablecimien o:
o GET /api/ 2/dbeb/_ able/es ablecimien o
▪ Se ob iene una lis a con odos los es ablecimien os
o GET /api/ 2/dbeb/_ able/{id_es ablecimien o }
▪ Se ob iene la in o mación del es ablecimien o con id
id_es ablecimien o
o POST /api/ 2/dbeb/_ able/es ablecimien o
46
▪ Se c ea un es ablecimien o. Los campos necesa ios se incluyen
den o de body
Figu a 4-24 Ejemplo espues a API REST es ablecimien o
• O e a:
o GET /api/ 2/dbeb/_ able/o e a
▪ Se ob iene una lis a con odas las o e as
o GET /api/ 2/dbeb/_ able/o e a/{id_o e a}
▪ Se ob iene la in o mación de la o e a con id id_o e a
o POST /api/ 2/dbeb/_ able/o e a
▪ Se c ea una o e a. Los campos necesa ios se incluyen den o de
body
o DELETE /api/ 2/dbeb/_ able/o e a/{id_o e a}
▪ Se elimina la o e a con id id_o e a
47
Figu a 4-25 Ejemplo espues a API REST o e a
O os endPoin s de la API
• GET /api/ 2/dbeb/_ able/cuen a
o Usado pa a consul a odos los ipos de cuen a (susc ipción que exis en)
• GET /api/ 2/dbeb/_ able/cuen a/{id_cuen a}
o Usado pa a consul a la in o mación del ipo de cuen a con id id_cuen a
• GET /api/ 2/dbeb/_ able/ cuen aasociada
o Usado pa a consul a odas las susc ipciones que ienen los
es ablecimien os
• GET /api/ 2/dbeb/_ able/ cuen aasociada /{id_cuen aasociada }
o Usado pa a consul a la in o mación de la susc ipción con id
id_cuen aasociada
• POST /api/ 2/dbeb/_ able/ cuen aasociada
o Usado pa a c ea una susc ipción. Los campos necesa ios se incluyen
den o de body
• GET /api/ 2/dbeb/_ able/ usua io
o Usado pa a consul a odos usua ios
• GET /api/ 2/dbeb/_ able/ usua io /{id_ usua io }
o Usado pa a consul a la in o mación del usua io con id id_ usua io
• POST /api/ 2/dbeb/_ able/ usua io
o Usado pa a c ea un usua io. Los campos necesa ios se incluyen den o
de body
• GET /api/ 2/dbeb/_ able/ a o i o
o Usado pa a consul a odos los a o i os que hay almacenados
• GET /api/ 2/dbeb/_ able/ a o i o /{id_ a o i o }
o Usado pa a consul a la in o mación del a o i o con id id_ a o i o
• POST /api/ 2/dbeb/_ able/ a o i o
54
A con inuación se mues an imágenes de la aplicación con las dis inciones que exis en
en e ellas:
El inicio de sesión en ambas aplicaciones
equie e únicamen e del email y la con aseña pa a
accede a la aplicación y desde es a is a, en ambas
aplicaciones se puede accede a la c eación del
usua io: es ablecimien o público.
En la aplicación público además se puede
pulsa el bo ón en a sin egis a se pa a accede a la
aplicación.
En ambas aplicaciones se mos a á un e o si
no se puede inicia sesión. No se indica si el e o
eside en la con aseña o en que no se encuen a el
usua io como medida de segu idad
Figu a 4-29 Di e encias inicio de sesión
Figu a 4-30 E o inicio de sesión

55
La c eación de los usua ios (es ablecimien o o público) ambién di ie e de una aplicación
a o a, aunque las dos conse an el mismo pa ón de diseño.
La is a p incipal de la aplicación
es ablecimien o se cen a en las o e as p opias. Es a
isualización se compone de una imagen indicando el
ipo de o e a en la que se engloba, el í ulo de la
o e a que se ha publicado, un b e e ex o explicando
en qué consis e la o e a y po úl imo la caducidad de
la o e a. Todas las o e as se mues an en o ma de
lis a y se desliza á hacia abajo en caso de que odas las
o e as no quepan en la pan alla.
El acceso a las o as is as p incipales de la
aplicación se ealiza median e pes añas: home,
o e as o os ba es y mapa.
En la esquina supe io de echa se encuen a el
bo ón pa a accede a c ea una o e a y en la esquina
supe io izquie da se mues a el bo ón que despliega
en el menú auxilia donde se ce a á la sesión.
Desde es a is a, es posible desliza hacia la
izquie da una o e a pa a mos a el menú que o ece
la posibilidad de bo a la o e a deslizada o ol e la a
publica
Figu a 4-31 Di e encias c eación de usua io
Figu a 4-32 Vis a p incipal de la aplicación
es ablecimien o
56
La is a pa a c ea o e a mues a dos cuad os
de ex o en los que se in oduci á el í ulo y la
desc ipción de la o e a. El iempo que la o e a es a á
ac i a se in oduce median e dos pa áme os. El ipo
de o e a se selecciona de un o al de cua o opciones
que su mues an en o ma de desplegable al pulsa
ipo de o e a.
La o ma en la que se isualizan las o e as de
o os es ablecimien os, an o en o ma de lis a como
en e sión sob e un mapa, es la misma en la aplicación
es ablecimien o y en la de público.
En la isualización en o ma de lis a es posible
desliza las o e as hacia abajo pa a ol e a ca ga las
o e as disponibles en el sis ema
Figu a 4-34 Vis a menú la e al
Figu a 4-34 Vis a elimina o e a
Figu a 4-35 Vis a c ea o e a
57
La is a en de alle de una o e a ambién es la misma en las dos aplicaciones.
En la pa e supe io se mues a en g ande el nomb e del es ablecimien o y a
con inuación se mues a un cuad o en el que incluye la in o mación de la o e a y del
es ablecimien o.
En la esquina supe io izquie da apa ece el icono del ipo de o e a. El p ime ex o que
apa ece es el í ulo que se le ha dado a la o e a y a con inuación la desc ipción de la misma.
Después se puede e la desc ipción del es ablecimien o que ha publicado la o e a. El úl imo
ex o que se mues a en colo neg o es el iempo necesa io pa a llega has a la ubicación de
ese es ablecimien o.
Los dos úl imos í ems que se mues an son la di ección del es ablecimien o y el núme o
de elé ono del mismo. Ambos son bo ones que lanza án la aplicación de mapas del disposi i o
con las indicaciones pa a llega al es ablecimien o o la de elé ono pa a llama al mismo.
Figu a 4-38 Iconos ipo de o e a
Figu a 4-37 Ti a pa a ac ualiza
Figu a 4-37 Vis a o e a de allada
58
La is a del mapa mues a un globo ojo pa a indica la posición del usua io o la posición
del es ablecimien o desde el que se ha iniciado sesión. Median e globos e des se mues an los
es ablecimien os ce canos que ienen o e as en igo .
Al pulsa sob e el globo ojo se mues a un ex o indicando al usua io que esa es su
posición. Si se pulsa sob e un globo e de apa ece un cuad o de ex o indicando el nomb e del
es ablecimien o en g ande y con una uen e meno se mues a el í ulo de la o e a y su
desc ipción.
Figu a 4-40 Vis a del mapa
Figu a 4-40 Vis a mapa con o e a seleccionada
59
4.6. IMPLEMENTACIÓN
4.6.1. Aplicación mó il
Como ya se ha explicado p e iamen e, las dos aplicaciones que o man es e p oyec o
han sido desa olladas u ilizando Ionic F amewo k. La o ganización de un p oyec o ealizado
con Ionic es simila a como se ía o ganizado un p oyec o Angula .
La es uc u a de la aplicación es la siguien e:
• Aplicación
o hooks
o pla o ms
▪ and oid
▪ ios
o pluggins
o esou ces
▪ and oid
▪ ios
▪ icon.png
▪ splash.png
o scss
o www
▪ css
▪ img
▪ js
▪ lib
▪ empla es
▪ index.h ml
El di ec o io más impo an e del p oyec o es el úl imo, www, en él es donde se c ea oda
la aplicación. En la ca pe a css se almacenan los iche os pa a da le el aspec o isual a la
aplicación. En img se gua dan las imágenes que se mues an en la aplicación. En la ca pe a js se
gua dan los iche os ja asc ip que con olan el negocio de la aplicación. Hay uno pa a las u as
de cada is a, uno pa a los con olado es, uno pa a los se icios y un úl imo que inicializa odo.
El di ec o io lib almacena las lib e ías necesa ias pa a ejecu a la aplicación. En empla es se
gua dan cada una de las is as o ac i idades de la aplicación, es o se hace en o ma o h ml. El
úl imo iche o, index.h ml, es el que se mues a po p ime a ez al inicia la aplicación.

60
El di ec o io esou ces almacena los iconos y splash de cada pla a o ma pa aa la que se
a a gene a una aplicación. Tan o los iconos como los splash se gua dan en odos los amaños
que ayan a se necesa ios.
En la ca pe a pluggins se almacena una ca pe a pa a cada pluggin de ionic/co do a
necesa io pa a el uncionamien o de la aplicación.
Cuando se gene a la aplicación median e los comandos
ionic build ios
ionic build And oid
se gene a una ca pe a pa a cada sis ema ope a i o en el que se c ea un p oyec o
idén ico al que se hubie a c eado si la aplicación hubie a sido desa ollada en Ja a pa a And oid
o Swi pa a iOS. En es as ca pe as se encuen a el a chi o .apk pa a And oid y el .xcodep oj
necesa io pa a compila la aplicación pa a iOS.
A con inuación se explica cómo se han implemen ado cada una de las unciones que se
pueden ealiza desde la aplicación mó il:
Funcionalidad 1: Consul a odas las o e as p opias
Se ealiza una pe ición GET a la API al ecu so o e a e incluyendo como il o el p opio
email del es ablecimien o e incluyendo el oken ecibido al inicia sesión. Como espues a se
ob iene un JSON con odas las o e as c eadas po es e es ablecimien o.
Es a colección se añade al empla e h p co espondien e median e Angula . G acias al
plugin momen o de Angula se mues a el iempo que hace (o queda) que la o e a caducó
(caduca á) espec o al momen o ac ual, en luga de mos a una echa y una ho a al cual.
Funcionalidad 2: C ea una o e a
Se añaden los campos necesa ios pa a c ea una o e a y se en ía un mensaje POST al
ecu so o e a incluyendo el oken ecibido al inicia sesión y en el campo body se añaden la
in o mación de la o e a. Se ecibe una con i mación posi i a o nega i a en unción de si ue
posible o no c ea la o e a.
Funcionalidad 3: Vol e a publica una o e a ya publicada
En la is a p incipal, desplazando una o e a hacia la izquie da se mues an dos
opciones: ol e a publica y elimina . La p ime a en ía un mensaje POST al ecu so o e a
incluyendo la misma in o mación que en la o e a o iginal pe o modi icando la echa de in de
alidez po la echa ac ual más el iempo de du ación de la o e a o iginal. Como en el es o de
pe iciones, es necesa io inclui el oken.
61
Funcionalidad 4: Elimina una o e a
Al selecciona la opción elimina o e a se en ía una pe ición DELETE con el id de la
o e a seleccionada y es a queda eliminada de la base de da os,
Funcionalidad 5: Consul a o e as de es ablecimien os ce canos
Se ealiza una pe ición GET a la API al ecu so o e a y añadiendo como il o el p opio
email pa a e i a que se eciban las o e as publicadas po el p opio es ablecimien o. Se ob iene
un JSON JSON con odas las o e as c eadas po o os es ablecimien os.
La dis ancia del p opio es ablecimien o a cada uno de los o os es ablecimien os se
ealiza median e la siguien e unción:
unc ion Dis (la 1, lon1, la 2, lon2) {
ad = unc ion(x) { e u n x*Ma h.PI/180;}
a R = 6378.137; //Radio de la ie a en km
a dLa = ad( la 2 - la 1 );
a dLong = ad( lon2 - lon1 );
a a = Ma h.sin(dLa /2) * Ma h.sin(dLa /2) + Ma h.cos( ad(la 1))
* Ma h.cos( ad(la 2)) * Ma h.sin(dLong/2) * Ma h.sin(dLong/2);
a c = 2 * Ma h.a an2(Ma h.sq (a), Ma h.sq (1-a));
a d = R * c;
d = d*1000;
e u n d. oFixed();
}
Es a unción calcula la dis ancia en km. Aplicando una elocidad de paseo de 5km/h se
ans o ma es a dis ancia en el iempo que le lle a ía a una pe sona llega has a el
es ablecimien o. Es e iempo, po an o, es me amen e in o ma i o.
Las coo denadas u ilizadas como ubicación del es ablecimien o son las coo denadas del
p opio es ablecimien o, no las de la posición del disposi i o mó il en el momen o de ealiza la
ope ación. Es o es así pa a pe mi i al dueño de un es ablecimien o e las o e as de los
es ablecimien os ce canos a su p opio es ablecimien o incluso aunque él no se encuen a en su
es ablecimien o.
Funcionalidad 6: Consul a el mapa de los es ablecimien os con o e as en igo
La pe ición que se ealiza es la misma que la ealizada en la uncionalidad 5, pe o en es e
caso la ep esen ación no se hace median e el mismo empla e. En es a ocasión se añaden
como un ma ke de Google Maps pa a que en el momen o de mos a el mapa se mues e la
in o mación de los es ablecimien os y sus o e as.
Funcionalidad 7: Consul a las condiciones de una o e a
En la is a c eada en la uncionalidad 5 exis e la posibilidad de selecciona una o e a y,
u ilizando el id de la o e a y el email del es ablecimien o que ha c eado la o e a se hacen una
pe ición GET al ecu so o e a incluyendo la in o mación de la elación con el ecu so
es ablecimien o pa a ob ene oda la in o mación en la misma pe ición.
62
Funcionalidad 8: Regis a se como es ablecimien o
Se le piden al usua io los da os necesa ios pa a c ea un es ablecimien o. Median e la
API Geocoding de Google se ans o ma la di ección in oducida (Ej: Paseo del P ado, 3, Mad id)
en coo denadas geog á icas (Ej: 40.417671, -3.692895), que son las que se almacenan en la
base de da os, además de la di ección pa a pode mos a la a los usua ios. P ime o se en ía el
email y la con aseña pa a gene a un nue o usua io en el se icio de ges ión de usua ios. A
con inuación se c ea el es ablecimien o en la base de da os y ya es posible inicia sesión con los
da os de es e es ablecimien o.
Funcionalidad 9: Inicia sesión en la aplicación
El inicio de sesión se ealiza median e au en icación en la API. Se en ía una pe ición POST
pa a inicia sesión en la API en iando el email, la con aseña y el oken de la aplicación, que se
encuen a almacenado en la aplicación. Si las c edenciales son co ec as, se de uel e un JSON
con el oken pa a ealiza las pe iciones y su in o mación. Si las c edenciales son inco ec as se
de uel e un JSON con la in o mación del e o .
Funcionalidad 10: Accede sin inicia sesión
La aplicación pe mi e accede a la in o mación de las o e as y es ablecimien os sin es a
egis ado.
En la pan alla de inicio de la aplicación de público se mues a un bo ón en el que se
indica Inicia sesión sin egis a se. Dado que es necesa io ob ene un oken pa a u iliza la API
del p oyec o, se ealiza el mismo p ocedimien o que en la uncionalidad 19 pe o el usua io y la
con aseña son los almacenados en la aplicación como usua io p ede e minado. Así se ob iene
el oken necesa io pa a la API y es posible consul a in o mación sin es a egis ado en la
aplicación.
Funcionalidad 11: Consul a las o e as de es ablecimien os ce canos
Se ealiza del mismo modo que la uncionalidad 5 pe o incluyendo el oken del usua io
público en luga de la del es ablecimien o.
Además, se aplica un il o en el que si la dis ancia en e el usua io y el es ablecimien o
es mayo de 2km no se mos a á la in o mación de es a o e a en el caso de que es a
uncionalidad se ealice como usua io no egis ado.
Pa a calcula la ubicación del usua io se u iliza el senso GPS del disposi i o mó il, o la
ubicación p opo cionada po la conexión a in e ne si el GPS no es á ac i ado.
Funcionalidad 12: Consul a el mapa de los es ablecimien os con o e as en igo
Se ealiza del mismo modo que la uncionalidad 6 pe o incluyendo el oken del usua io
público en luga de la del es ablecimien o.
Además, se aplica un il o en el que si la dis ancia en e el usua io y el es ablecimien o
es mayo de 2km no se mos a á la in o mación de es a o e a en el caso de que es a
uncionalidad se ealice como usua io no egis ado.
63
Pa a calcula la ubicación del usua io se u iliza el senso GPS del disposi i o mó il, o la
ubicación p opo cionada po la conexión a in e ne si el GPS no es á ac i ado.
Funcionalidad 13: Consul a las condiciones de una o e a
Se ealiza del mismo modo que la uncionalidad 7 pe o incluyendo el oken del usua io
público en luga de la del es ablecimien o.
Funcionalidad 14: Regis a un nue o usua io
Se le piden al usua io los da os necesa ios pa a c ea un es ablecimien o. P ime o se
en ía el email, el nomb e y la con aseña del usua io pa a gene a un nue o usua io en el
se icio de ges ión de usua ios. A con inuación se c ea el usua io en la abla usua ios de la base
de da os.
Funcionalidad 15: Ma ca un es ablecimien o como a o i o
Se en ía un mensaje pos al ecu so a o i o de la API indicando en el body el email del
usua io y el email del es ablecimien o. De es e modo queda almacenado el es ablecimien o
como es ablecimien o a o i o del usua io. Es a uncionalidad no es á implemen ada en la
aplicación.
Funcionalidad 16: Consul a las o e as igen es de sus es ablecimien os a o i os
Se ealiza del mismo modo que la uncionalidad 11. Se ealiza o a pe ición al ecu so
a o i o incluyendo como il o el email del usua io.
Al ecibi la in o mación de las dos pe iciones se c uzan es os da os y se mues an al
usua io únicamen e las o e as que pe enecen a es ablecimien o que ha ma cado como
a o i o. Es a uncionalidad no es á implemen ada en la aplicación.
Funcionalidad 17: Simula su ubicación pa a consul a las o e as de o o luga
Al igual que en la uncionalidad 8, se hace uso de la API Geocoding de Google pa a
ans o ma la di ección in oducida po el usua io en coo denadas geog á icas. Es a ubicación
queda almacenada como la ubicación ac ual del usua io y odas las ope aciones se ealizan
u ilizando es a nue a ubicación. Es a uncionalidad no es á implemen ada en la aplicación.
Funcionalidad 18: Fil a las o e as
Se mues an al usua io los cua o ipos de o e a posibles. El usua io selecciona el ipo
de o e a que quie e busca y a con inuación se il an las o e as de modo que solo se mues an
las o e as cuyo ipo es el ma cado po el usua io egis ado. Es a uncionalidad no es á
implemen ada en la aplicación.
Funcionalidad 19: Inicia sesión como usua io egis ado
En la p ime a is a de la aplicación público se mues a al usua io dos en adas de ex o
pa a in oduci el email del usua io y la con aseña. Cuando el usua io in oduce es os da os y
70
REFERENCIAS
[1]
Apple, «iOS 10,» [En línea]. A ailable: h p://www.apple.com/es/ios/ios-
10/. [Úl imo acceso: 10 01 2017].
[2]
J. B is owe, «Tele ik De elope Ne wo k,» 15 03 2015. [En línea].
A ailable: h p://de elope . ele ik.com/ ea u ed/wha -is-a-hyb id-mobile-app/.
[Úl imo acceso: 15 01 2017].
[3]
Google, «And oid,» [En línea]. A ailable:
h ps://www.and oid.com/in l/es_es/. [Úl imo acceso: 10 01 2017].
[4]
D i y, «Ionic,» 2013. [En línea]. A ailable: h ps://ionic amewo k.com.
[Úl imo acceso: 11 01 2017].
[5]
Google, «WebView,» [En línea]. A ailable:
h ps://de elope .and oid.com/ e e ence/and oid/webki /WebView.h ml.
[Úl imo acceso: 15 01 2017].
[6]
Node.js Founda ion, «Node.Js,» [En línea]. A ailable: h ps://nodejs.o g/.
[Úl imo acceso: 13 01 2017].
[7]
Apache, «Co do a,» [En línea]. A ailable: h ps://co do a.apache.o g.
[Úl imo acceso: 10 01 2017].
[8]
Ionic, «ngCo do a,» [En línea]. A ailable:
h p://ngco do a.com/docs/plugins/. [Úl imo acceso: 10 01 2017].
[9]
Google, «Google Maps,» [En línea]. A ailable:
h ps://de elope s.google.com/maps/. [Úl imo acceso: 10 01 2017].
[10]
He e, «He e,» [En línea]. A ailable: h ps://de elope .he e.com. [Úl imo
acceso: 10 01 2017].
[11]
M. Nasa o, «Udemy: Ionic By Example,» [En línea]. A ailable:
h ps://www.udemy.com/ionic-by-example/l. [Úl imo acceso: 08 01 2017].
[12]
G. Nachman, «iTe m2,» [En línea]. A ailable: h ps://www.i e m2.com.
[Úl imo acceso: 11 01 2017].
[13]
«SublimeTex ,» [En línea]. A ailable: h ps://www.sublime ex .com.
[Úl imo acceso: 10 01 2017].
[14]
Apple, «Xcode 8,» [En línea]. A ailable:
h ps://de elope .apple.com/xcode/. [Úl imo acceso: 10 01 2017].
[15]
The Omni G oup, «Omnig a le,» [En línea]. A ailable:
h ps://www.omnig oup.com/omnig a le. [Úl imo acceso: 14 01 2017].
[16]
O acle Co po a ion, «MySQL,» [En línea]. A ailable:
h ps://www.mysql.com. [Úl imo acceso: 13 01 2017].
[17]
D eamFac o y, 1998. [En línea]. A ailable:
h ps://www.d eam ac o y.com. [Úl imo acceso: 12 01 2017].

71
[18]
Sma Bea So wa e, «Swagge ,» [En línea]. A ailable: h p://swagge .io.
[Úl imo acceso: 15 01 2017].
[19]
Tech imes, «iOS 10 Adop ion Ra e: Ins alled On 76 Pe cen O iDe ices,»
[En línea]. A ailable: h p://www. ech imes.com/a icles/191556/20170106/ios-
10-adop ion- a e-ins alled-on-76-pe cen -o -ide ices.h m. [Úl imo acceso: 04 01
2017].
[20]
Acco ding o Apple’s o icial igu es, iOS 10 adop ion a e now a 54%,
«Techc ucnch,» [En línea]. A ailable:
h ps:// echc unch.com/2016/10/11/acco ding- o-apples-o icial- igu es-ios-10-
adop ion- a e-now-a -54/. [Úl imo acceso: 04 01 2017].
[21]
Ga ne , «Wo ldwide Sales o Sma phones,» [En línea]. A ailable:
h p://www.ga ne .com/news oom/id/3516317. [Úl imo acceso: 11 01 2017].
[22]
Mic oso , «Azu e,» [En línea]. A ailable: h ps://po al.azu e.com/.
[Úl imo acceso: 10 01 2017].
[23]
Google, «Google Maps Geoloca ion API,» [En línea]. A ailable:
h ps://de elope s.google.com/maps/documen a ion/geoloca ion/in o?hl=es-
419. [Úl imo acceso: 11 01 2017].