Introducción al sistema operativo para
dispositivos móviles Android Ricardo S. Guadrón.(1)
Juan J. Guevara.(2)
Resumen. En este artículo, se hace una descripción del sistema operativo para dispositivos móviles que utilizan Android,
sus características y estado actual a nivel mundial, así como su estructura y los componentes necesarios para implementar
un entorno de desarrollo simple.
Palabras claves. Android, dispositivos móviles, smartphones, sistemas operacionales (computadores).
I. INTRODUCCIÓN En este sentido, los dispositivos móviles que incorporan el
sistema operativo Android de Google, son los que han
La comunicación y computación móvil son hoy en día una mostrado el crecimiento más elevado en los últimos años,
realidad. En el transcurso de los últimos cinco años se ha a esto hay que sumar le el hecho que es un sistema operati-
presenciado cómo han incursionado en el mercado y en vo libre (basado en Linux), bien documentado y cuyas
nuestra vida diversos tipos de dispositivos móviles como aplicaciones se desarrollan por medio de la plataforma
smartphones y tablets. Su importancia es tal que, actual- Java. Esto convierte a Android en la plataforma ideal para
mente, es muy difícil imaginarse una vida productiva (y de incursionar en el desarrollo de aplicaciones y hardware
ocio) sin este tipo de aparatos, ya que poco a poco han para dispositivos móviles.
incorporado funciones que anteriormente sólo estaban
disponibles en computadoras de escritorio o laptops, tales II. ANDROID EN EL MUNDO
como correo electrónico, edición de documentos, video-
conferencias, telefonía, acceso a redes sociales, entre otras. La compañía Android Inc. fue fundada por Andy Rubin en
2003 en Palo Alto, California, para desarrollar, según
Por otra parte, los dispositivos de comunicación móvil palabras del mismo Rubin, “…dispositivos móviles más
están incursionando en otras actividades productivas, inteligentes que están más pendientes de la ubicación y
como la automatización industrial, comercio electrónico y preferencias de sus propietarios”. Google adquirió
comunicación satelital, entre otros, apoyados por gigantes Android Inc. en 2005 y mantuvo a los principales emplea-
como Google, Samsung, Apple y Microsoft que ven en dos trabajando en su ahora subsidiaria compañía. En
estos dispositivos el futuro de la informática y las comuni- aquellos años, muchos analistas vaticinaron que, con la
caciones. compra de Android Inc., Google planeaba incursionar en el
mercado de la telefonía móvil. En 2007 Google junto a
Debido a las tendencias del mercado de estos dispositivos, otras 34 compañías relacionadas con la industria de la
se hace necesario que los países de la región se preparen comunicación móvil, crearon la Open Hanset Alliance
adecuadamente para ser parte de este movimiento tecno- (OHA) cuya finalidad ha sido la creación de estándares
lógico, implementando dichas tecnologías móviles y abiertos para dispositivos móviles. El mismo día de la
produciendo tanto hardware como software que puedan creación de la OHA, se anunció el lanzamiento del sistema
integrarse a las plataformas móviles existentes, de manera operativo para dispositivos móviles Android, el cual
que por medio de éstas pueda crearse un nicho de produc- actualmente se desarrolla y distribuye tomando como
ción que permita ser parte del desarrollo de soluciones base las licencias de código abierto Apache 2.0 y GPLv2. A
móviles, lo cual contribuirá al desarrollo tecnológico de la fecha Android Open Source Project (liderada por
nuestra región. Google), es la organización encargada del mantenimiento
y desarrollo de Android.
(1)Ingeniero Electricista. Director Escuela de Ingeniería Eléctrica y Electrónica. ITCA-FEPADE Santa Tecla. email: rguadron@[Link]
(2)Técnico de Ingeniería Electrónica. Docente Escuela de Ingeniería Eléctrica y Electrónica. ITCA-FEPADE Santa Tecla. email: [Link]@[Link]
24
A mediados del 2011, Android se convirtió en el tercer Jelly Bean) pueden instalarse tanto en tablets como en
sistema operativo para dispositivos móviles en el mundo, smartphones.
sólo por debajo de Symbian OS (Nokia) e IOS (Apple). El
continuo auge de los smartphones y tablets propició a III. ESTRUCTURA DE SOFTWARE DE LA
inicios del 2012 la caída de Symbian, dejando solamente a PLATAFORMA ANDROID
Android e IOS en competencia. A mediados del 2012,
Android finalmente superó a IOS como el sistema operati- A. Estructura de las aplicaciones
vo para dispositivos móviles más utilizado a nivel mundial.
Según estimaciones de IDC, al segundo trimestre de 2013,
Android tiene la mayor cuota de mercado con el 79.3%,
muy por encima de su principal rival IOS de Apple, que
tiene un 13.2%. Esta tendencia es una muestra clara del
auge de las ventas de smartphones que utilizan Android
como su sistema operativo.
Una de las principales razones para el éxito de Android Fig. 1. Capas de la estructura de software de Android
radica en el hecho de ser Open Source, lo cual permite a
diversas empresas como Samsung, Nokia, LG, Sony y • Aplicaciones: esta es la capa superior en la cual se ejecu-
otras, tomar el código fuente y efectuar modificaciones tan todas las aplicaciones instaladas en el sistema operati-
con el fin de personalizarlo a partir de la estrategia de vo tales como contactos, navegadores de internet, juegos,
mercado del smartphone en donde el sistema operativo herramientas de administración del smartphone, etc. Las
funcionará. aplicaciones que se ejecutan en esta capa son desarrolla-
das con el lenguaje de programación Java.
Desde su lanzamiento en 2007, Android ha evolucionado
incorporando nuevas prestaciones de software y adaptán- • Framework de las aplicaciones: las aplicaciones requie-
dose a nuevos modelos de smartphones y tablets. ren de un marco o plataforma de trabajo estandarizado
haciendo que todas sean compatibles y puedan comuni-
Versión Nombre API Distribución carse entre sí. El framework de aplicaciones tiene como
clave función proveer este marco de trabajo a través de las Inter-
2.2 Froyo 8 2.4% faces de Programación de Aplicaciones (APIs), de manera
2.3.3 Gingerbread 10 30.7% que tanto las aplicaciones por defecto del sistema operati-
2.3.7 vo y las desarrolladas por terceros no tengan problemas al
3.2 Honeycomb 13 0.1%
hacer uso de los recursos del Smartphone y se desarrollen
siguiendo los mismos estándares de diseño. La AOSP
4.0.3 - Ice Cream 15 21.7% provee constantes actualizaciones en sus APIs. Actualmen-
4.0.4 Sandwich
te Android 4.1 se distribuye con la versión API 16, la cual es
4.1.x 16 36.6% compatible retrospectivamente hasta la versión API 8
Jelly Bean
4.2.x 17 8.5% (Android 2.2). Los desarrolladores de aplicaciones tienen
acceso a las APIs por medio del Android SDK.
Tabla. 1. Cuota de mercado de versiones de Android
• Librerías y Darvik Virtual Machine: Android incorpora
Vale la pena mencionar que las versiones [Link] (Honey- una serie de librerías escritas en C/C++ que son utilizadas
comb) fueron desarrolladas para ejecutarse en tablets. por varios de los componentes del sistema operativo.
Esto propició que las versiones [Link] (Froyo y Gingerbread) Algunas de las librerías son: librerías de medios para la
fuesen las últimas disponibles para ejecutarse en smar- reproducción de archivos; SGL para generación de gráficos
tphones, lo cual las convirtió en las más difundidas. 2D; SQLite un motor muy liviano para bases de datos
Actualmente, las versiones [Link] (Ice Cream Sandwich y relacionales; OpenGL ES 1.0 API; librerías para generar
25
gráficos 3D. El Darvik Virtual Machine (DVM) es la máqui- tiene acceso únicamente a los componentes que necesita
na virtual (similar al JVM) creada especialmente para para realizar su trabajo, implementando un sistema muy
Android con el objetivo de ejecutar las clases creadas con seguro.
Java.
C. Componentes de una aplicación
• Kernel de Linux: basado en la versión 2.6, provee acceso
a los recursos de hardware y servicios importantes del Una aplicación posee componentes; estos son los bloques
sistema, tales como el manejo de memoria, seguridad, red de construcción inicial de dicha aplicación. Hay cuatro
y modelo de drivers. tipos de componentes:
B. Estructura de seguridad de las aplicaciones • Activities: representa una sola pantalla con un interfaz de
usuario. Una aplicación posee, por lo general, varias activi-
Todas las aplicaciones de Android son escritas utilizando el dades.
lenguaje de programación Java. Por medio del Android
SDK se compila el código generando un paquete Android • Activities: representa una sola pantalla con un interfaz
con extensión apk. Esto significa que todo archivo con de usuario. Una aplicación posee, por lo general, varias
extensión apk será considerado como una aplicación por actividades.
el sistema operativo. El archivo apk debe ser instalado en
el dispositivo (smartphone o tablet) para que pueda ser • Services: es un componente que se ejecuta en back-
ejecutado. Cuando esto sucede la aplicación es encapsula- ground (el usuario no se da cuenta que éste se está ejecu-
da dentro de su propia caja de seguridad. tando). Los servicios no poseen UID y se utilizan para
ejecutar procesos de larga duración. Ejemplo: reproducir
Los siguientes son algunos de los aspectos de seguridad una canción o remotos.
más importantes:
• Content providers: se utilizan para administrar un
• Dado que Android es un sistema operativo basado en conjunto de información compartida. A través de ellos es
Linux, y este a su vez es un sistema operativo multiusuario, posible visualizar y modificar información de bases de
cada aplicación es considerada un usuario diferente. datos.
• El sistema operativo asigna una UID (Identificación • Broadcast receivers: son componentes que se utilizan
única) a cada una de las aplicaciones y a todos los archivos para responder los anuncios de difusión del sistema opera-
que pertenecen a ésta. De manera que solamente la aplica- tivo. Ejemplo: batería baja, aviso de finalización de descar-
ción con el UID correcto puede acceder a dichos archivos ga de archivos, actualizaciones, etc.
protegiendo información sensible como: contactos,
contraseñas, fotografías, etc. En Android, las aplicaciones pueden activar los compo-
nentes de otras aplicaciones, cuando el sistema inicia un
• Cada proceso posee su propia DVM, de manera que éste componente, se inicializa el proceso para esa aplicación e
se ejecuta aislándose de las demás. instancia todas las clases necesarias para que el compo-
nente funcione; ésta es una de las razones por las cuales
• Por defecto, toda aplicación se ejecuta en su propio las aplicaciones Android no tienen un punto de entrada
proceso de Linux. De esta manera, Android inicia un (no existe el método main).
nuevo proceso cuando la aplicación se ejecuta y lo cierra
cuando la aplicación deja de utilizarse; esto libera memo- Los componentes Activities, Services y Broadcast Recei-
ria RAM haciendo más eficiente el rendimiento del dispo- vers pueden ser activados por medio de un mensaje
sitivo. asincrónico denominado intent. Un intent se encarga de
enlazar en tiempo real los componentes de las aplicacio-
Los aspectos anteriores garantizan la aplicación del “prin- nes que son necesarios para desarrollar una tarea.
cipio de privilegios mínimos”, en donde cada aplicación También es indispensable que un intent tenga definido el
26
tipo de acción que el componente debe realizar (Ejemplo: • Dar al usuario una experiencia consistente en cuanto al
ver, enviar, recibir, etc.) y el URI de los datos requeridos funcionamiento de aplicaciones en diversos dispositivos
por el componente. móviles.
• Permitir a los fabricantes de dispositivos móviles crear
aparatos diferentes pero compatibles.
• Minimizar los costos y gastos asociados con la compati-
bilidad.
Fig. 2. Los intent se utilizan para enlazar varias actividades
en las aplicaciones El programa de compatibilidad de Android está formado
D. Archivo Manifest por tres componentes:
El archivo Manifest está escrito en lenguaje XML. Forma • Código fuente: la pila de software de Android.
parte de todas las aplicaciones Android bajo el nombre
[Link]. Su función es registrar todos los • CDD: un documento que representa las políticas respec-
componentes que forman parte de una aplicación para to a la compatibilidad del hardware.
que al momento de iniciar dicha aplicación el sistema sepa
que en realidad existen. • CTS: conjunto de aplicaciones que representan el meca-
nismo de comprobación de la compatibilidad.
• Definir los permisos de las aplicaciones, como acceso a
Prestación Especificación mínima
internet, unidades de almacenamiento (SD).
Chipset ARM
Memoria 128 MB RAM; 256 MB Flash
• Definir el nivel de API mínimo necesario para ejecutar la Externa
aplicación. Almacenamiento Mini o Micro SD
Pantalla principal QVGA TFT LCD o mejor, 16-bit
• Definir los componentes de hardware que la aplicación de color o mejor
utilizará, como la cámara, GPS, acelerómetro, etc. Teclas de Navegación de 5 vías con 5
navegación aplicaciones, encendido,
cámara y controles de
• Definir librerías de API que la aplicación necesite para volumen
enlazar otras plataformas, como Google Maps. Cámara 2MP CMOS, no indispensable
USB Interface estándar mini-B USB
Bluetooth 1.2 o 2.0, no indispensable
Sensores Acelerómetro, Magnetómetro,
IV. CARACTERÍSTICAS DE HARDWARE DE GPS, Giroscopio, Barómetro,
UN DISPOSITIVO MÓVIL ANDROID Termómetro, Sensor de
TÍPICO proximidad. No son
indispensables
Con el objetivo de garantizar que el sistema operativo Tabla. 2. Especificaciones técnicas de un dispositivo Android
Android y sus aplicaciones puedan funcionar correcta-
mente en dispositivos móviles, la AOSP posee un progra-
ma denominado “Android Compatibility Program”. Este V. HERRAMIENTAS PARA IMPLEMENTAR
programa proporciona información y especificaciones UN ENTORNO DE DESARROLLO
técnicas a los desarrolladores de hardware para facilitar la
compatibilidad con el software. Los principales objetivos El proceso de creación de aplicaciones Android consta de
de este programa son: cuatro fases: configuración, desarrollo, depuración y
comprobación, publicación:
• Proporcionar un entorno de aplicación y hardware cohe-
rente para los desarrolladores de aplicaciones Android.
27
A. Configuración • Liberar aplicación: publicar, vender y distribuir la aplica-
ción a los usuarios.
En esta fase se instala y configura el entorno de desarrollo
y se crean los dispositivos virtuales AVD. Las principales
actividades son: • Mantenimiento: proporcionar soporte técnico a los usua-
rios, producir actualizaciones y mejoras y proporcionarlas
• Obtener el software de desarrollo: JDK de Java, Eclipse a los usuarios.
IDE y Android SDK.
• Instalar y configurar el entorno de desarrollo: Instalar
JDK, descomprimir Eclipse, definir el espacio de trabajo de V. CONCLUSIÓN
Eclipse, instalar ADT en Eclipse, instalar Android SDK y
descargar las APIs y documentación.
• Configurar dispositivos virtuales y reales: crear dispositi- Google utiliza Google Play como plataforma para la publi-
vos virtuales por medio del AVD manager, conectar los cación, distribución y comercialización de aplicaciones
dispositivos físicos (smartphones o tablets) y verificar Android; lamentablemente el acceso a esta plataforma
conexión. como vendedores no está disponible para ningún país
centroamericano, de manera que hoy en día aún no es
B. Desarrollo posible comercializar aplicaciones Android por medio de
Google Play.
En esta fase se crea y desarrolla el proyecto de Android con
el código fuente, recursos y el archivo AndroidMani-
[Link]. Sin embargo, existen otras plataformas que permiten
comercializar aplicaciones desde El Salvador. Una de ellas
C. Depuración y comprobación es AndroidPIT.
En esta fase se construye el proyecto en un paquete .apk
depurable, el cual puede instalarse en un emulador o
smartphone. VI. BIBLIOGRAFÍA CONSULTADA
• Construcción y ejecución de la aplicación: este se ejecuta
en modo depuración. ANDROID Application Development : Programming with
• Depurar la aplicación: utiliza las herramientas de depura- the Google SDK by Rick Rogers [et al.]. Estados Unidos :
ción de Android. O’Reilly, 2009. 334 p. ISBN: 9780596521479.
• Comprobación de funcionamiento: utiliza emuladores y
comprueba el funcionamiento por medio del framework
de comprobación. HASEMAN, Chris. Android Essentials. Berkeley, C. A.
Apress, 2008. 111 p. ISBN: 9781430210641.
D. Publicación
En esta fase se construye y prepara la aplicación para su MURPHY, Mark L. Beginning Android 2. Berkeley, C.A. :
publicación y distribución a los usuarios. Deben tomarse Apress, 2010. 416 p. ISBN: 9781430226291.
en cuenta las siguientes actividades:
• Preparar aplicación para liberación: configurar, construir
y comprobar el funcionamiento de la aplicación en modo
release.
28