Menu : el menú en tu dispositivo móvil

Transcripción

1 Facultad de Informática Universidad Nacional de La Plata Tesina de Grado Menu : el menú en tu dispositivo móvil 10 de septiembre de Carrera: Licenciatura en Sistemas Director: Dr. Gustavo Rossi Alumno: A.P.U. César Sebastián de León

2 Índice 1. Agradecimiento 2. Motivación 3. Alternativas no informáticas a Menu 4. Alternativas informáticas a Menu 4.1. Software alternativo a Menu 4.2 InnMenu 4.3. Digital Menu 4.4. Tu Carta Digital 4.5. Carta Menú Digital 4.6. Entre Cartas 4.7. Tocarta 4.8. MenúOn 4.9. Table Tech ezee emenu Genius Menu Menu Digital 5. Ventajas de Menu

3 6. Sistema operativo android 6.1. Arquitectura 6.2. Descripción 6.3. Acceso a recursos 6.4. Sistema de archivos 6.5. Jerarquía de archivos 6.6. Dalvik virtual machine 6.7. Android runtime 7. Wi Fi Direct 7.1. Descripción de Wi Fi Direct 7.2. Wi Fi Direct en android 7.3. Aplicaciones móviles android que usan Wi Fi Direct 8. Tecnologías de desarrollo 8.1. Infraestructura tecnológica 8.2. Tecnología usada para el desarrollo de la aplicación 8.3. Android Studio 8.4. Estructura de un proyecto android 8.5. Programación orientada a objetos 8.6. Lenguaje Java 8.7. SQLite 8.8. Android NDK 8.9. Xamarin Ionic Creapp Apps Builder Mobincube App Generador

4 9. Desarrollo de Menu 9.1. Plan de negocio 9.2. Ciclo de vida 9.3. Análisis 9.4. Diseño 9.5. Implementación 9.6. Prueba 9.7. Publicación en la tienda de aplicaciones de Google 9.8. Mantenimiento 10. Menu multiplataforma Menu para plataformas con sistema operativo android Menu para ios y Mac OS Tecnologías para desarrollar aplicaciones ios en Java Codename One RoboVM Avian XMLVM J2ObjC Menu para Windows Desarrollo de aplicaciones universales para Windows Desarrollo de un sitio web para Menu 12. Resumen y palabras claves 13. Conclusión 14. Frase célebre sobre sistemas informáticos 15. Bibliografía

5 16. Enlaces Enlaces sobre android Enlaces sobre Wi Fi Direct Enlaces sobre desarrollo de software Enlaces sobre economía y sistemas Enlaces sobre reglas de publicación y propiedad intelectual

6 Agradecimiento A todos aquellos que: ideamos, proyectamos, soñamos y creamos, en el año 1.999, a la Facultad de Informática de la UNLP, y años después, la carrera de Licenciatura en Sistemas.

7 Motivación Es común observar en la Ciudad Autónoma de Buenos Aires (y demás capitales del mundo): a los arbolitos en la peatonal, gritando compro, vendo, dólar, euro, real, compro, vendo, pago más ; pizarras dobles en la vereda obstaculizando el paso, escrita con tiza de varios colores, anunciando la promoción del día de un restaurant; pizarrones en los bares anunciando un happy hour no vigente; a desconocidos en la noche dando lugar a sospechas, al desconocerse a que se dedican; y en los after office la problemática de identificar a una moza, para acceder a un menú y demás.

8 Alternativas no informáticas a Menu Carteles: los más clásicos podrían ser se busca vendedor/a con experiencia o se alquila departamento, dueño directo, n teléfono: y demás. Pizarras: en los after office en común leer happy hour, 2x1 en Cerveza tirada o en la vereda de los restaurantes menú del día: milanesa con guarnición, incluye bebida y postre, $100 y demás. Cartas: generalmente está impresa la información de los productos (y/o servicios), divididos en categoría, con su respectivo precio. Menú en papel: a veces solemos ver una hoja impresa de un menú adherida a la pared, este mecanismo es usado en fotocopiadoras, buffets y demás. Etiquetas: es usado principalmente en las despensas, donde a cada producto le etiquetan el precio. Voz: esta forma de difusión es muy usada por vendedores ambulantes, arbolitos y otros. Folletos: los mismos se reparten casi siempre en las calles céntricas de una ciudad, se dejan casa por casa o debajo los limpiaparabrisas.

9 Software alternativo a Menu A continuación se listan algunas alternativas::

10 InnMenu Este software multiplataforma exclusivo para restaurantes, tiene entre sus principales ventajas: el indicativo del tiempo de demora por ítem y la posibilidad de ocultar temporalmente los mismos.

11 Digital Menu Es una aplicación que le permite al comensal descargarse la carta digital de un restaurant en su smartphone y disfrutar de: fotos en alta resolución de sus comidas, valoraciones, descripciones detalladas, búsquedas por categoría y publicidad. Permite a los usuarios subir sus propias fotos de las comidas y cambiar el idioma del menú. Desde el BackOffice se administra la información del menú del restaurant.

12 Tu Carta Digital El sistema se desarrolla a medida del negocio de comidas o bebidas, y es capaz de generar PDF s imprimibles con el contenido de su carta digital y usarse en el caso de no poder contar con sus tablets o ante la necesidad de reforzar el servicio con cartas de papel.

13 Carta Menú Digital El abono es mensual para disponer de la aplicación, que tiene un módulo de publicidad, posibilita la realización de reservas, delivery y demás. Se obtiene la aplicación personalizada de las tiendas, previo envío de marca y logo, a kaitzen.

14 Entre Cartas Solo está disponible para dispositivos android, el modelo de negocio es subscripción paga (24,69 al mes + IVA ).

15 Tocarta El sistema informático ofrece un servicio online que permite a cualquier restaurant crear los menúes, subir fotos de los platos, cambiar precios, etiquetar platos, activar ofertas y promociones, configurar sus redes sociales, etc.

16 MenúOn Esta aplicación está orientada al sector de la hostelería, fue desarrollada para ser de utilidad a comercios alimenticios. La carta digital funciona bajo conectividad web y es accesible desde distintos dispositivos: tablets, computadoras y teléfonos.

17 Table Tech Es exclusivo para restaurantes y hoteles, los clientes no podrán usar la aplicación desde sus dispositivos, dado que el mismo solo estará en los dispositivos del negocio.

18 ezee emenu ezee emenu es una aplicación de menú digital de ezee Technosys Pvt. Ltd, para iphones, teléfonos Android, ipads y tablets, permite publicar artículos de menú en forma digital, y a los clientes visualizarlos previo ingreso del código del restaurant en la aplicación.

19 Genius Menu GeniusMenu es un sistema de menú interactivo digital para tablets, teléfonos y computadoras. Este revolucionario sistema multiplataforma está diseñado específicamente para restaurantes, hoteles, casinos y cruceros. Tiene versión móvil y web.

20 Menu Digital El Menú Digital es una aplicación que permite la creación y gestión de los menúes en formato digital, consta de dos partes: la gestión backoffice de menúes y la gestión de la propia aplicación. Necesita de internet para su funcionamiento, el backoffice se gestiona a través de un navegador web.

21 Ventajas de Menu Las soluciones a medida, no exclusivas para restaurantes, son una alternativa a Menu, pero los clientes no accederían al menú desde sus teléfonos, sino desde los dispositivos de un determinado negocio. Mientras que el software genérico, exclusivo para restaurantes, difícilmente le sea de utilidad a un verdugo en Teherán o una prostituta en Amsterdam. Por lo tanto Menu, sería el primer sistema informático: genérico, no exclusivo para restaurantes, que no necesita de internet para su funcionamiento.

22 Arquitectura de android

23 Descripción de android El sistema operativo android corre sobre linux, se aprovecha de este para: Abstracción de hardware. Administración de memoria. Administración de CPU. Networking. Seguridad. Cuando se invoca el primer componente de una aplicación se crea un proceso linux con un único thread. Por defecto todos los componentes de una aplicación corren sobre el mismo hilo (main thread). Aunque se puede configurar los componentes de la aplicación corran en procesos o threads separados. Por defecto ninguna aplicación puede ejecutar ninguna operación que afecte a las demás: Solo se puede escribir o leer datos privados de la aplicación. No se puede leer o escribir archivos de otra aplicación. Las aplicaciones comparten datos y recursos de manera explícita.

24 Acceso a recursos en android Acceso a archivos: Cuando se instala cada paquete, android le otorga un user id de linux. En otro dispositivo el mismo paquete podría tener otro user id. Dos aplicaciones con el mismo user id son tratados como la misma aplicación. Mismo userid, mismos permisos sobre archivos. Aplicaciones que comparten el user id deben compartir la firma. Es decir deben ser firmados utilizando la misma clave privada. La seguridad entre aplicaciones ocurre a nivel de proceso (DVM, IPC Linux). Cada capa asume que la capa que le sigue es segura. Permisos sobre recursos: Las aplicaciones definen de manera estática los permisos requeridos. Los permisos de una aplicación no se pueden modificar dinámicamente. Para proteger recursos del dispositivo, una aplicación por defecto no puede hacer nada. Para hacer uso de características del sistema, la aplicación debe declarar su uso. Los permisos son autorizados por el usuario, durante la instalación. java.lang.securityexception > <manifest xmlns: android = " package= "com.sebdeleon.menu" > <uses permission android :name= "android.permission.access_wifi_state" /> <uses permission android :name= "android.permission.change_wifi_state" /> <uses permission android :name= "android.permission.change_network_state" /> <uses permission android :name= "android.permission.internet" /> <uses permission android :name= "android.permission.access_network_state" /> </manifest>

25 Sistema de archivos en android La estructura de los archivos en un disco duro o memoria flash suele estar ordenado de forma jerárquica, rara vez los vamos a encontrar de forma lineal o plana. Para indicar la ubicación de un archivo se suele hacer mediante una "cadena de texto". La nomenclatura puede cambiar en función del sistema utilizado, pero casi siempre suelen seguir una misma estructura, la ya conocida por todos, XXX/YYY, nombres de carpetas separado por barras, de izquierda a derecha en orden de importancia. En android tenemos varios sistemas de archivos, los principales son: F2FS: Las siglas en inglés significan "Flash Friendly File System". Se trata del sistema de archivos creado por Kim Jaegeuk en Samsung para el núcleo Linux (en la que Android se basa). Fue creado de forma específica por y para que tuviera muy en cuenta las características de los dispositivos con almacenamiento Flash, el tipo de memoria más común en teléfonos. Nuestros teléfonos traen una memoria de estado sólido (SSD), y generalmente tarjetas SD, ambas con tecnología flash.

26 EXT4: Cuarto sistema de archivos extendido, o en inglés, "fourth extended filesystem", es un sistema de archivos transaccional que fue creado por Andrew Morton en 2006, como mejora a EXT3. El 25 de diciembre de 2008 se publica el kernel Linux que lo hace oficial dejando de lado la fase experimental. Este sistema de archivos es capaz de trabajar con tamaños mucho mayores, ya que puede mover archivos de hasta 16 TB. También existe la posibilidad de crear hasta subdirectorios, el doble que con EXT3. La desfragmentación también es algo que este sistema de archivos permite, y es posible desfragmentar archivos individualmente. Ya no es necesario desmontar el disco para proceder al desfragmentado del sistema de archivos entero. Este sistema de archivos es el que la gran mayoría de terminales android utiliza por defecto.

27 Jerarquía de archivos en android La jerarquía de archivos en android es una versión modificada de la jerarquía de archivos gnu/linux tradicional. A continuación se presenta un breve resumen de los niveles superiores de la estructura de directorios de la versión Jelly Bean: acct: este directorio es el punto de montaje para la acct cgroup, que se encarga de la contabilidad de usuarios. cache: el punto de montaje para la partición /dev/block/mtdblock2 (el nombre de la partición puede variar). El tamaño de la memoria caché está limitado al tamaño de esta partición. d: es un enlace simbólico a /sys/kernel/debug. data: es el punto de montaje para la partición /dev/block/mtdblock1. default.prop: este archivo define varias propiedades predeterminadas. dev: es el punto de montaje para un sistema de archivos tmpfs. etc: un enlace simbólico a /system/etc. init: un programa binario que procesa el archivo init.rc. El archivo init.rc importa el otro init.*.rc. Cuando se inicia android, el kernel ejecuta el programa init al final de su proceso de arranque.

28 mnt: además de servir de punto de montaje a las tarjetas SD internas y externas, este directorio sirve como un punto de montaje para los sistemas de archivos. El directorio /mnt/asec es un punto de montaje para un sistema de archivos tmpfs, y forma parte de la seguridad de android. El directorio /mnt/obb es un punto de montaje del sistema de archivos tmpfs, y almacena los archivos (que superan los 50 MB) de expansión para aplicaciones. El directorio/mnt/secure es otro componente de seguridad de android. proc: es el punto de montaje del sistema de archivos procfs, que proporciona acceso a las estructuras de datos del núcleo. Programas tales como ps, lsof, y vmstat, utilizan el /proc como fuente de su información. root: el directorio principal de la cuenta de root. sbin: contiene los binarios de varios daemons importantes. sdcard: un enlace simbólico a /mnt/sdcard. sys: es el punto de montaje del sistema de archivos sysfs, que es un reflejo de la estructura del núcleo. system: este directorio es el punto de montaje para el /dev/block/mtdblock0. Bajo este directorio están los directorios que normalmente vemos en el directorio raíz de una distribución gnu/linux estándar. Estos directorios incluyen bin, etc, lib, usr, y xbin. ueventd.goldfish.rc ueventd.rc: estos archivos definen las reglas de configuración para el directorio /dev. vendor: un enlace simbólico a /system/vendor.

29 Dalvik virtual machine Dalvik es la máquina virtual de android, es el software que ejecuta las aplicaciones en los dispositivos con Android. Una máquina virtual de este tipo, se ejecuta como un proceso normal dentro de un sistema operativo. Su objetivo es el de proporcionar un entorno de ejecución independiente de la plataforma de hardware y del sistema operativo, que oculte los detalles de la plataforma subyacente y permita que un programa se ejecute siempre de la misma forma, sobre cualquier plataforma. Dalvik es una parte integral de android, los programas que ejecuta este sistema operativo usualmente están escritos en java, y luego son convertidos de archivos compatibles con máquinas virtuales de java a archivos compatibles con dalvik. El formato de los archivos ejecutables dalvik es compacto y está diseñado para ser más apropiado para sistemas que están un poco limitados en términos de memoria y velocidad de procesador. DVM (no J2ME) Maquina basada en registros Diseñada para correr sobre poca memoria Ejecuta sus propios bytecodes (.dex) Uni plataforma (android) El ejecutable es un archivo.apk JVM Maquina basada en stack Consume mas memoria Ejecuta bytecodes java (.classes) Multi plataforma El ejecutable es un.jar

30 Android runtime ART hace referencia a Android Runtime, es el responsable de correr las aplicaciones en android. ART es el sucesor de Dalvik Runtime y su principal diferencia es que el primero elimina la necesidad de una máquina virtual o de interpretar el código de las aplicaciones, lo cual se ve reflejado en mejoras en el desempeño de la aplicación desde el lanzamiento, esto lo hace por medio del compilador de código. Actualmente ART está en una fase inicial, dado que hizo su debut con android 4.4 kitkat. Sin embargo ART no viene por defecto y debe ser activado en el dispositivo. Para emplear ART hay que activar el modo desarrollador en el dispositivo y después debes hay que ir a ajustes > opciones de desarrollador > seleccionar Runtime. Después de esto habrá que esperar unos 10 minutos, para que se vuelvan a cargar todas las aplicaciones. Los expertos recomiendan no intentar esto en otras versiones de android, ya que el sistema podría fallar y porque aún es muy inestable. Dentro de los cambios que se presentan al momento de usar ART es que las aplicaciones se demorarán más en instalar, debido a que el sistema de compilado de código cambia, pero una vez instaladas, van a correr mucho más rápido, casi como si fueran nativas. Adicionalmente la duración de la batería del dispositivo y la multitarea se verán beneficiados. Google está haciendo bien la tarea y quiere entregar un producto con mayor calidad a sus usuarios.

31 Descripción de Wi Fi Direct Son conocidas las limitaciones del bluetooth, frente al Wi Fi, en cuanto a velocidad de transferencia y rango de acción. Por ello, Wi Fi Alliance, ha certificado la especificación, Wi Fi Direct, que permite transmitir datos entre dispositivos, sin necesidad de un intermediario. Esta idea ya existía con Ad hoc, sin embargo, era dificultosa de configurar para usuarios inexpertos, todos los nodos estaban en el mismo canal y no tenía seguridad integrada o encriptación. Las velocidad de transmisión de datos que se alcanza con Wi Fi Direct, es de 250 Mb/s y su rango de alcance es de 250 metros. Diferentes dispositivos, se pueden comunicar entre sí, olvidándonos de los molestos cables. Incluso los dispositivos que poseen Wi Fi, pueden interactuar con los que poseen Wi Fi Direct, porque para hacer la comunicación, solo se requiere que uno de estos tenga Wi Fi Direct.

32 Wi Fi Direct en Android Unos investigadores han encontrado una vulnerabilidad que provoca reinicios en los terminales android. Desde la firma Core Security alertaron en septiembre a la compañía de Mountain View, de la presencia de este fallo con Wi Fi Direct, al menos para los investigadores, presenta un problema importante, los terminales se reinician cuando quieren conectarse a otros dispositivos, tales como: smartphones, cámaras, videoconsolas, computadoras o impresoras. Sin embargo, no deja de ser un fallo a solucionar y que afecta a la inmensa mayoría de los terminales actuales que tienen el sistema operativo android, versión superior a la 4.0 e inferior a la 5.0.1, dado que según los investigadores, tal vulnerabilidad no aparece en la versión y superiores. Dado que habrá muchos que no actualicen, aún queda por saber si google hará algo al respecto, seguramente lanzará un parche de actualización que permita quitar tal vulnerabilidad de los dispositivos afectados.

33 Aplicaciones móviles android que usan Wi Fi Direct Las aplicaciones móviles más populares que emplean Wi Fi Direct: Firechat: es una aplicación de mensajería que nos permite comunicarnos con otros terminales cercanos, aunque no dispongamos de una conexión a Internet (o 3G). OpenGarden: permite compartir las conexiones a internet entre computadores portátiles, tabletas y teléfonos. No se requiere acceso de root. Es similar a un punto de acceso Wi Fi, pero utiliza Bluetooth y Wi Fi Direct. ent PrinterShare Mobile Print: otorga la posibilidad de imprimir desde un dispositivo externo a una impresora, sin que exista una conexión cableada entre estos. e Airdroid: permite acceder y manejar el teléfono android o tablet desde una computadora con Windows, Mac o Gnu/Linux. SuperBeam y WiFi Shoot: permiten el intercambio de archivos entre dos dispositivos.

34 Infraestructura tecnológica Se dispuso para la realización de este proyecto, de: Hardware: una computadora portátil estándar, en la cual se destacan un procesador de 64 bits y 4 Gb de memoria RAM. Software: sistema operativo xubuntu de 64 bits, navegador web Chrome, google docs, 1Mb de ancho de banda de internet, diagramador umbrello, Java 7 de Oracle y android studio. Y para realizar las pruebas, se dispuso de: Hardware: una tablet Overtech PC MID 9504, con almacenamiento interno de 8GB, display de 7 (800x480) TFT LCD, CPU Boxchip A13 de 1.2Ghz y memoria Ram DDR3 de 512 Mb. Software: sistema operativo android 4.0.4

35 Tecnología usada para el desarrollo de la aplicación La aplicación se desarrolló en lenguaje java con android studio 1.3 sobre xubuntu de 64 bits, dado que con android NDK (C, C++), la complejidad del código se vuelve superior, aunque el rendimiento de la aplicación podría mejorar, Xamarin es de licencia paga e Ionic es un framework para desarrollar aplicaciones híbridas (no nativas). A su vez, generadores de aplicaciones como: Creapp, Apps Builder y Mobincube App Generador, son demasiados costosos, y demás desventajas.

36 Android Studio Android Studio es un entorno de desarrollo integrado (IDE), basado en IntelliJ IDEA de la compañía JetBrains, que proporciona varias mejoras con respecto al plugin ADT (Android Developer Tools) para Eclipse. Android Studio utiliza una licencia de software libre Apache 2.0, está programado en java y es multiplataforma. Fue presentado por Google el 16 de mayo del 2013 en el congreso de desarrolladores Google I/O, con el objetivo de crear un entorno dedicado en exclusiva, a la programación de aplicaciones para dispositivos android, proporcionando a Google un mayor control sobre el proceso de producción. Se trata de una alternativa real a Eclipse, el IDE recomendado por Google hasta la fecha, pero que presentaba problemas debido a su lentitud en el desarrollo de versiones que solucionaran las carencias presentes (es indispensable recordar que Eclipse es una plataforma de desarrollo, diseñada para ser extendida a través de plugins). Android Studio se ha mantenido durante todo este tiempo en versión beta, pero desde el 8 de diciembre de 2014, en que se liberó la versión estable de Android Studio 1.0, Google ha pasado a recomendarlo como el IDE para desarrollar aplicaciones para su sistema operativo, dejando el plugin ADT para Eclipse de estar en desarrollo activo. A partir de la versión 1.3 agrega soporte para C/C++.

37

38 Estructura de un proyecto Android Un proyecto android está formado básicamente por archivos de código fuente en lenguaje java y archivos tales como ícono, imagenes, xml s y demás. Cada elemento se almacena en una carpeta específica: AndroidManifest.xml: este archivo describe la aplicación android, en el mismo se indican las actividades, los servicios, los proveedores de contenido, los permisos que requerirá la aplicación, la versión mínima de android para poder ejecutarla, la versión de la aplicación, etc. Java: esta carpeta contiene el código fuente de la aplicación, los archivos java se almacenan en carpetas según el nombre de su paquete. MainActivity: contiene la clase java con el código de la actividad inicial. ApplicationTest: contiene la clase java pensada para insertar código de testeo de la aplicación utilizando el API JUnit. Res: es una carpeta que contiene los recursos usados por la aplicación. Drawable: en esta carpeta se almacenan los ficheros de imágenes (JPG o PNG) y descriptores de imágenes en XML, el archivo ic_launcher.png es el icono de la aplicación, generalmente las imagenes están en cuatro versiones (tamaños) diferentes.

39 Layout: contiene archivos xml s con vistas de la aplicación, las vistas nos permitirán configurar las diferentes pantallas que compondrán la interfaz de usuario de la aplicación. Menu: contiene archivos xml s con los menús de cada actividad. Values: contiene archivos xml s para indicar valores usados en la aplicación, de esta manera podremos cambiarlos desde estos archivos, sin necesidad de ir al código fuente. En dimens.xml, se define el margen horizontal y vertical por defecto, en el archivo strings.xml, se definen todas las cadenas de caracteres de la aplicación, en styles.xml, se define el estilo de la aplicación. A su vez, hay que definir una carpeta values para cada idioma soportado, a parte de la opción por defecto. Anim: contiene archivos xml s con animaciones de vistas (Tween). Animator: contiene archivos xml s con animaciones de propiedades. Xml: contiene archivos xml s requeridos por la aplicación. Raw: contiene archivos adicionales que no se encuentran en formato XML. Gradle Scripts: en esta carpeta se almacenan una serie de ficheros Gradle que permiten construir la aplicación. Se puede definir la versión del sdk de compilación (targetsdkversion) y la versión mínima (minsdkversion).

40

41 Programación orientada a objetos Los 5 conceptos fundamentales dentro de la Programación Orientada a Objetos: Abstracción: proceso de extracción de las características esenciales, ignorando los detalles superfluos. Encapsulación: proceso por el que se ocultan los detalles del soporte de las características esenciales de una abstracción. Modularización: proceso de descomposición de un sistema en un conjunto de módulos o piezas independientes y cohesivos (con significado propio). Lo adecuado es conseguir los mínimos acoplamientos. Jerarquización: proceso de estructuración por el que se produce una organización (jerarquía) de un conjunto de elementos en grados o niveles de responsabilidad, incumbencia o composición entre otros. Polimorfismo: comportamientos diferentes, asociados a objetos distintos, pueden compartir el mismo nombre, al llamarlos por ese nombre se utilizará el comportamiento correspondiente al objeto que se esté usando.

42 Lenguaje Java El lenguaje java posibilita el desarrollo de aplicaciones seguras, robustas, sobre múltiples plataformas en redes heterogéneas y distribuidas. Principales características del Lenguaje: Simple y familiar: El objetivo de los diseñadores de java fue crear un lenguaje de programación que fuera fácil de aprender. Java adoptó una sintaxis similar a la de C/C++ teniendo en cuenta su popularidad. Y eliminó aquellas características que son fuente de confusión. Características de C/C++ eliminadas en Java No más preprocesador No más estructuras de datos ni uniones No más funciones No más herencia múltiple de clases No más GOTO No más punteros Orientado a Objetos: Java posee todas las características de un lenguaje orientado a objetos Polimorfismo. Encapsulamiento. Herencia. Java implementa herencia simple de clases. Una clase puede ser subclase de una única clase. Todas las clases heredan de la clase Object. Java enriquece el modelo de herencia simple de clases, implementando interfaces.

43 Distribuido: Con java es posible usar protocolos como HTTP y FTP para leer o copiar archivos remotos de manera tan simple como si estuviesen en el File System local. El comportamiento distribuido de java posibilita la colaboración y la distribución de carga de trabajo del sistema. Ejemplo: Applets, Servlet, etc. RMI (Java Remote Method Invocation) provee una forma simple y directa de manejar objetos distribuidos. Seguro: Mapa de memoria y alocación de memoria: En java no existe el concepto de punteros a memoria al estilo C y C++. En java el modelo de alocación de memoria es transparente al programador, ya que es controlado íntegramente por la JVM. Chequeos de seguridad en el Class Loader: Las clases de la API java no pueden ser sobrescritas por clases importadas desde la red. Las clases importadas desde la red, se ubican en espacios de nombres privados. Robusto: Java fue diseñado para la creación de software altamente confiable. Provee un chequeo en tiempo de compilación, seguido por un segundo nivel de chequeo en tiempo de ejecución.

44 Arquitectura neutral: Java fue diseñado para soportar aplicaciones que se ejecutan en ambientes de redes heterogéneos, independientemente de la plataforma de hardware y del sistema operativo. La arquitectura neutral dada por los ByteCodes es el paso más importante hacia la portabilidad de los programas. Write once, run anywhere. Multithreaded: Un Thread es un flujo de control secuencial dentro de un programa. Java provee múltiples threads en un programa, ejecutándose concurrentemente y llevando a cabo tareas distintas. La API java contiene primitivas de sincronización. Los múltiples hilos (threads) de ejecución permiten mejorar la interactividad y la performance del sistema. Interpretado y dinámico: El compilador java genera ByteCodes para la JVM. El intérprete, incorporado en la JVM es el que permite ejecutar el programa. Los ByteCodes de java pueden ejecutarse en cualquier plataforma que tenga la JVM implementada. Java es dinámicamente extensible ya que las clases se linkean a medida que se necesitan y pueden ser cargadas dinámicamente a través de la red.

45

46 SQLite SQLite es un sistema gestor de base de datos relacional (RDBMS). Lo que hace único a SQLite es que se considera una solución embebida. La mayoría de los sistemas de gestión de bases de datos como Oracle, MySQL, y SQL Server son procesos de servidor autónomos que se ejecutan independientemente. SQLite es en realidad una librería que está enlazada dentro de las aplicaciones. Todas las operaciones de base de datos se manejan dentro de la aplicación mediante llamadas y funciones contenidas en la librería SQLite. A su vez se basa en el Lenguaje Estructurado de Consultas (SQL); el mismo lenguaje que utilizan la mayoría de RDBMSs. Está realmente escrito en C y está contenido en un envoltorio de java que proporciona Android Studio. Este envoltorio está formado por un conjunto de clases java que interactúan directamente con el sistema gestor de base de datos de SQLite. Cursor: la clase Cursor otorga acceso a los resultados de una consulta de base de datos. Por ejemplo, si usa la operación SQL SELECT, puede tener potencialmente múltiples resultados de la base de datos. La clase Cursor le permite ir paso a paso en estos resultados y podrán accederse desde el código de la aplicación. SQLiteDatabase: esta clase es la verdadera interfaz entre el código de su aplicación y la base de datos SQL. Incluye funciones para realizar las operaciones basadas en SQL como INSERT, DELETE, QUERY y RAWQUERY (una sentencia de consulta SQL que devuelve los resultados en forma de objeto Cursor).

47 SQLiteOpenHelper: esta clase auxiliar se diseñó para facilitar la creación y modificación de bases de datos. Por favor tenga en cuenta que esta clase debe ser una subclase dentro del código de su aplicación y contener los métodos de oncreate() y onupgrade(). Aunque estas clases puedan parecer un poco confusas, este enfoque es sin duda mucho más fácil de entender que las interfaces RDBMS convencionales y debido a que SQLite es tan ligero, incluso si su código no es perfecto no debería tener ningún problema en ser capaz de crear bases de datos funcionales para sus aplicaciones android. La conclusión es que a menos que esté haciendo la aplicación Android más básica posible, necesita gestionar datos. SQLite hace fácil incorporar potentes características de base de datos que proporcionarán una experiencia mucho más interactiva a sus usuarios.

48 Android NDK El Android NDK (Native Development Kit) permite a los desarrolladores reutilizar código escrito en C/C++, introduciéndolo en las aplicaciones a través de JNI (Java Native Interface). El NDK hace que la ejecución de la aplicación sea en cierto modo más rápida, ya que pasará a ejecutarse directamente en el procesador y no es interpretado por una máquina virtual. El NDK puede ser útil y beneficioso para ciertos tipos de aplicaciones, pero no para otros. El uso de código nativo en android no se traduce en una notable mejora de rendimiento, pero sí aumenta la complejidad de la aplicación.

49 Xamarin Xamarin permite generar nuestra aplicación para ios (.APP) y para Android (.APK), la cual correrá de forma nativa. Gracias a esto, surge una de las grandes ventajas de Xamarin: la reutilización de código. Al desarrollar para todas las plataformas en la misma tecnología, no es necesario reescribir el código, al poder reutilizar los módulos existentes. Con Xamarin también se puede desarrollar aplicaciones nativas para Windows Phone, Windows 8 y web en C# y.net.

50 Ionic Ionic es un framework open source, para el desarrollo de aplicaciones móviles, que utilizan tecnologías web y se integra completamente con AngularJS. Fue desarrollado por la empresa Driftyco y el primer release es de noviembre de 2013 y actualmente está en la versión Beta. Ventajas de Ionic Framework: Animaciones aceleradas por hardware Mínima manipulación del DOM No usa JQuery Fácil adaptación del diseño Soporte de Phonegap integrado Los componentes UI son directivas de AngularJS Ruteo con AngularUI

51 Creapp Creapp es uno de los asistentes para crear aplicaciones móviles desde cero más simple de usar. Dispone además de un potente editor visual que permite crear y configurar diferentes tipos de aplicaciones en tan solo 5 pasos, sin conocimientos de programación. Ofrece un buen catálogo de plantillas prediseñadas para crear una aplicación. A partir de la plantilla elegida el servicio permite personalizarla. Además, Creapp permite la posibilidad de integrar interesantes prestaciones en el proyecto como sistemas de pedidos online, mecanismos de pago para tiendas virtuales y otro tipo de servicios de gran utilidad para medianas y pequeñas empresas. Finalmente, sólo queda exportar el proyecto a las diferentes plataformas existentes como Android, ios o HTML5. El servicio Creapp cuenta con un plan personalizado de 19 euros al mes que permite generar aplicaciones HTML5 y un plan mucho más completo de 59 euros al mes que permite generar aplicaciones compatibles con las tres plataformas.

52 Apps Builder Apps builder es otra interesante herramienta para diseñar y publicar tu propia aplicación móvil con cero conocimientos de programación, de forma rápida y sencilla. La diferencia de este servicio con respecto al resto de asistentes es que su editor puede capturar los contenidos de nuestra página web para utilizarlo como base con la cual desarrollar aplicaciones para los diferentes sistemas operativos móviles. También dispone de una galería de 37 plantillas disponibles para el diseño de la interfaz de la aplicación, además de la posibilidad de configurar paso a paso y sin tocar una sola línea de código, las características de tu aplicación añadiendo módulos como: Noticias, Foto, Vídeo, Podcasting, Tienda, Canal RSS, Facebook, Twitter, Sitio web, Radio, PDF, Texto, Código, Muro de chat, Contactos, Mapas, Mensaje de texto, Llamada y Correo. Este servicio ofrece la posibilidad de crear aplicaciones con diferentes grados de complejidad gracias a su configuración por módulos, que incluso pueden ser modificados con posterioridad a su publicación. Permite crear desde una aplicación oficial con las actualizaciones de un blog personal, hasta un portfolio gráfico con los últimos trabajos, también permite exportarlo a las distintas plataformas disponibles: HTML5, ios, Android, Windows Phone o Windows 8. Apps Builder ofrece la posibilidad de probar el servicio de forma gratuita durante 30 días. Aunque para publicar una o más aplicaciones ofrece un plan premium que va desde los 15 euros a los 149 euros en función de los servicios contratados.

53

54 Mobincube App Generador Mobincube App Generador es uno de los generadores de aplicaciones móviles multiplataforma más completos dado el grado de personalización que permite. Ofrece un servicio muy completo de asistencia paso a paso a inexpertos en el campo de la programación, con una buena galería de plantillas prediseñadas para los diferentes contenidos. A nivel de edición gráfica y visual de la interfaz ofrece un mayor grado de libertad a la hora de decidir la imagen corporativa de una aplicación. En cuanto a integración de las funcionalidades en la aplicación, resulta bastante intuitiva y práctica y ofrece la posibilidad de exportar nuestro proyecto a las principales plataformas como ios, Android, HTML5, BlackBerry o Windows Phone. El servicio Mobincube App Generador ofrece un plan personalizado que varía en función de las funcionalidades que se contraten. Además cuenta con interesante servicio de monetización que permite gestionar de forma simple la integración de anuncios en la aplicación.

55

56 Plan de negocio Si bien existen diferentes modelos de negocio usados para aplicaciones móviles, esta aplicación será paga, aunque tendrá una versión lite (gratuita) que permitirá ver el menú que ofrecen otros dispositivos, mientras que la versión paga dispondrá también de las funcionalidades de ofrecer un menú, enviar solicitudes en base a las opciones seleccionadas y recibir solicitudes en función del menú ofrecido. Análisis FODA: Fortalezas: Todavía no existen aplicaciones móviles genéricas, no exclusivas para restaurantes, que no necesiten de internet (o red de telefonía) para ver el menú desde el teléfono. Oportunidades: Hay una tendencia en la sociedad de usar el teléfono para todo. Debilidades: Competencia indirecta de menúes en papel o pizarras. Amenazas: Competencia directa de otras aplicaciones similares que podrían crearse.

57 Ciclo de Vida El ciclo de vida en cascada es el que más se ajusta a este proyecto, se realizará la creación de manera lineal, se irá avanzando de a fases, el tiempo total estimado se detalla en el siguiente diagrama de Gantt: Etapa Descripción Fecha de inicio Fecha de fin A Análisis 30/10/ /11/2014 B Diseño 16/11/ /12/2014 C Implementación 02/12/ /02/2015 D Prueba 03/02/ /02/2015 E Publicación en tienda de aplicaciones 14/02/ /02/2015 F Mantenimiento 01/03/2015

58 Análisis Se creará un sistema informático que otorgará otra posibilidad de comunicación entre quienes ofrecen productos y/o servicios, y quienes los solicitan, esta aplicación para dispositivos móviles permitirá especificar un menú con opciones (productos o servicios) de una persona, negocio u otro, y desde otros dispositivos con la misma aplicación que tenga la funcionalidad complementaria, poder ver, seleccionar y comunicar cuales fueron seleccionadas. La versión lite solo ofrecerá la posibilidad de visualización de menúes. La comunicación entre dispositivos será a través de Wi Fi Direct. El desarrollo propuesto es una aplicación para dispositivos móviles hecha con Android Studio, que permita: Crear un menú de opciones (productos o servicios) que ofrece una persona, negocio u otro (funcionalidad paga). Recibir solicitudes de opciones seleccionadas (productos o servicios) (funcionalidad paga). Ver opciones del menú que ofrecen otros dispositivos. Seleccionar opciones del menú y comunicar tal selección (funcionalidad paga).

59 Diseño Diagrama de casos de uso Descripción de los casos de uso Nombre: Autor: Cargar menú A.P.U. de León, César Sebastián Fecha: 23/07/2015 Descripción: El vendedor carga la información de su menú Actor: Vendedor Precondiciones: El vendedor deberá disponer de la versión full de la aplicación menu Flujo normal: 1. El vendedor inicia la aplicación menu 2. El vendedor accede a la solapa de configuración 3. El vendedor completa los ítems y nombre de su menú 4. El vendedor guarda la información Flujo alternativo: Poscondiciones: El vendedor dispone de la información de su menú en su dispositivo

60 Nombre: Autor: Recibir solicitudes A.P.U. de León, César Sebastián Fecha: 23/07/2015 Descripción: El vendedor recibe solicitudes Actor: Vendedor Precondiciones: 1. El vendedor deberá disponer de la versión full de la aplicación Menu 2. El vendedor tendrá la aplicación en ejecución 3. El vendedor tendrá activo el menú 4. El vendedor ofrecerá al menos un ítem en su menú Flujo normal: 1. El vendedor accede a la solapa de solicitudes Flujo alternativo: Poscondiciones: El vendedor dispone de la información de las solicitudes: identificación de los cliente y por cada uno, al menos una tupla ítem cantidad

61 Nombre: Autor: Enviar solicitud A.P.U. de León, César Sebastián Fecha: 23/07/2015 Descripción: El cliente indica los ítems de un determinado menú, con su respectiva cantidad, y los envía Actor: Cliente Precondiciones: 1. El cliente deberá disponer de la versión full de la aplicación menu Flujo normal: 1. El cliente indica para cada ítem una determinada cantidad 2. El cliente presiona el botón send Flujo alternativo: Poscondiciones: El cliente envió la solicitud a un determinado negocio (o persona)

62 Nombre: Autor: Ver menú A.P.U. de León, César Sebastián Fecha: 23/07/2015 Descripción: El cliente visualiza los ítems del menú Actor: Cliente Precondiciones: 1. Deberá haber algún menú activo dentro del rango de alcance de Wi Fi Direct del dispositivo del cliente Flujo normal: 1. El cliente inicia la aplicación o presiona el botón refresh 2. El cliente selecciona un determinado negocio (o persona) Flujo alternativo: Poscondiciones: El cliente dispone de la información del menú de un determinado negocio (o persona)

63 Diagrama de base de datos Diagrama de estados Diagrama de actividades

64 Implementación Para realizar la implementación se usó android studio, que dispone de una máquina virtual (android virtual machine), que permite a medida que vamos desarrollando, probar las aplicaciones en múltiples versiones y configuraciones del sistema operativo android:

65 El ícono de la aplicación Menu, son 3 líneas horizontales de color negro sobre un fondo blanco:

66 Al iniciar la aplicación o apretar el botón refresh, se visualizará el listado de negocios (o personas):

67 Si tocamos sobre por ejemplo Wilkenny Irish Pub, se visualizará el siguiente listado de ítems, con su respectivo precio y cantidad, la cantidad se incrementa cada vez que tocamos sobre un determinado ítem:

68 Si apretamos el botón enviar en la pantalla anterior, al bartender de Wilkenny, le llegara en la solapa solicitudes, la siguiente información, donde #InformacióndelSolicitante sería: latitud, longitud, nombre de la persona, correo electrónico, número de teléfono y foto de la persona:

69 El bartender de Wilkenny, previamente deberá haber completado en su dispositivo, en la solapa de configuración, la siguiente información:

70 Prueba Se usó para probar la aplicación, la tablet, primero se tuvo que activar las opciones de desarrollador, tocando varias veces sobre el número de compilación :

71 Luego se activó la opción Depuración de USB y Permitir ubicación de prueba :

72 Se descargó la aplicación Fake Location GPS, dado que la tablet no tiene GPS, y se fijó la ubicación diagonal 80 n: 888 de la ciudad de La Plata, provincia de Buenos Aires, República Argentina:

73 Publicación en tienda de aplicaciones Es importante registrar el software en propiedad intelectual, previo a su publicación. Las tiendas de aplicaciones para dispositivos móviles permiten a los usuarios buscar y descargar estas de forma centralizada y sencilla, para enriquecer el terminal con nuevas funciones tras cada descarga. Las aplicaciones pueden ser gratuitas o pagas. En el segundo caso, las tiendas disponen de un mecanismo de pago asociada a la cuenta del usuario y a sus datos bancarios, sobre la que debitará dinero en caso de compra. Las 11 tiendas más conocidas son: Google Play, Amazon Appstore, SlideME, 1Mobile Market, Samsung Galaxy Apps, Mobile9, Opera Mobile Store, Mobango, Soc.io Mall, F droid y GetJar. Para subir aplicaciones a la tienda de google, hay que registrarse abonando 25 U$S, y después, a través de un sitio web, podremos subir la aplicación, con la información asociada.

74 Mantenimiento En caso de fallas habría que corregirlas, también se podrían aumentar los idiomas soportados por la aplicación, dado que en principio se subiría a la tienda con solo 2 idiomas, español e inglés. La funcionalidad de la aplicación podría aumentarse, por ejemplo agregar la posibilidad de sumar fotos por cada ítem, desactivar ítems de manera temporal, admitir posibilidad de comunicación a través de bluetooth. En función del rendimiento de la aplicación, ciertas partes del código podrían reemplazarse por código nativo (C/C++).

75 Menu para plataformas con sistema operativo android En principio Menu se desarrollará para teléfonos y tablets que cuenten con el sistema operativo android, pero se podría también crear para otras plataformas que cuenten con el mismo sistema operativo, la última versión de android studio nos provee de los diferentes SDKs para desarrollar aplicaciones para: Phone y Tablet, Wear, TV, Android Auto y Glass.

76 Menu para ios y Mac OS Los dispositivos de apple con ios o Mac OS implementan en las últimas versiones airdrop (similar a Wi Fi Direct), que sólo es compatible entre estos, aunque un dispositivo ios o Mac OS se puede comunicar con un dispositivo que disponga de Wi Fi Direct. Por lo tanto se podría desarrollar la aplicación Menu para ios o Mac OS que podrá comunicarse con los dispositivos que tengan la aplicación Menu sobre ios o Mac OS (a través de airdrop) o sobre algún dispositivo que tenga Wi Fi Direct. Los requisitos mínimos para comenzar a desarrollar una aplicación para ios nativa son: Mac OS X 10.6 (Snow Leopard) o posterior ios SDK 5.0 o posterior Dispositivo móvil para pruebas (opcional) El ios SDK contiene el código, la información y las herramientas necesarias para desarrollar, probar, ejecutar, depurar y ajustar las aplicaciones para el ios. Otra opción interesante para desarrollar aplicaciones es el IDE Xcode en el que podemos desarrollar en C, C++, Java y Objective C, para ios y Mac OS.

77 Codename Uno Codename One proporciona un conjunto de herramientas de desarrollo de completo para programar aplicaciones ios en Java. Las aplicaciones hechas en Codename Uno se pueden importar para que se ejecuten en diferentes plataformas, incluyendo Android, ios, BlackBerry y Windows Phone. Codename Uno es un kit de herramientas que intenta cumplir con la característica de java: "escribir una vez, ejecutar en cualquier lugar". Dos componentes son clave para otorgarle la posibilidad de trabajar en múltiples plataformas: Conjunto de herramientas de interfaz de usuario ligera: El kit de herramientas de interfaz de usuario multiplataforma es similar a Swing. Las interfaces de usuario son conectables y temables, lo que les permite asumir el look and feel nativo de los dispositivos. Ejecución adaptable: Todo el código dependiente de una plataforma está contenido en una única clase que puede ser fácilmente anulado para soportar otra plataforma. Esto hace el marco extremadamente portátil.

78 RoboVM Con el proyecto RoboVM, la gente puede programar en Java y no en Objective C o Swift, para generar aplicaciones para ios. Para ser más preciso, RoboVM genera bytecodes para el compilador ARM. Hay un puente Java Objective C, que permite llamar a cualquier función nativa de la API de ios. Los objetos de Objective C pueden ser usados como si fuesen objetos en Java. Se necesita del sistema operativo Mac OS para usar RoboVM. El desarrollador podría usar probablemente cualquier sistema operativo e IDE para programar una aplicación, pero si se quiere correr el código compilado, se necesita de Mac OS (virtualizado/emulado o no).

79 Avian Avian no fue escrito para resolver el problema de Java e ios específicamente. En cambio, aviar es una JVM ligera que incluye una herramienta bootimage generador que compila bytecodes de Java en binarios nativos que se pueden ejecutar en dispositivos con ARM como el iphone. El creador de avian, Joel dados, ha publicado una aplicación ios de ejemplo que sirve como una prueba de concepto para la construcción de aplicaciones de ios en avian. Cualquier interacción entre Java y el entorno nativo debe llevarse a cabo usando JNI. Avian no solo incluye su propia biblioteca de clases que es un subconjunto más modular y portátil de JavaSE, sino que también le permite construir aplicaciones con OpenJDK 7. Con el fin de reducir el tamaño del binario resultante, avian utiliza Proguard para despojar código muerto.

80 XMLVM XMLVM tiene como objetivo permitir la conversión entre diferentes lenguajes. Convierte los bytecodes de Java a código fuente de C, que se utiliza para crear aplicaciones de ios en Java. El proceso de construcción XMLVM típico es escribir algo de código en Java, compilarlo usando javac, a continuación, se utiliza XMLVM para convertir los archivos.class en archivos.h y.c. Estos archivos se agregan a un proyecto de Xcode y para construir una aplicación ios.

81 J2ObjC Google presentó J2ObjC una interesante herramienta para los desarrolladores que pretenden programar aplicaciones móviles multiplataforma (Android e ios). J2ObjC traduce código Java a Objetive C. Es un proyecto Open Source desarrollado por Google que se encuentra actualmente entre alpha y beta, pero que nos puede ayudar a hacer algunas conversiones de código de manera automática. J2ObjC soporta Java 6 incluyendo la mayoría de características necesarias en el desarrollo de aplicaciones cliente. Tenemos en cuenta que puede manejar excepciones, clases internas e internas anónimas, reflection, hilos, etc. Además de test unitarios desarrollados con Junit. Hay que recordar que no transforma el código de la interfaz de usuario, si no el código que forma parte de la lógica de la aplicación. Los pasos que J2ObjC realiza son: eliminación de código que no se usa en el JAR, re escritura de código (si no es posible hay que revisarlo), convertir tipos de datos de Java, añade destructores de memoria si son necesarias para gestión de memoria en el código. El código generado por J2ObjC puede ser integrador en XCode, ya que es compatible con el ios Foundation Framework, además de ser probado, testeado y analizado usando Xcode Instruments.