Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                

1 - 1.metodología para El Desarrollo de Aplicaciones Móviles PDF

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 17

Tecnura

ISSN: 0123-921X
tecnura@udistrital.edu.co
Universidad Distrital Francisco José de Caldas
Colombia

Gasca Mantilla, Maira Cecilia; Camargo Ariza, Luis Leonardo; Medina Delgado, Byron
Metodología para el desarrollo de aplicaciones móviles
Tecnura, vol. 18, núm. 40, abril-junio, 2014, pp. 20-35
Universidad Distrital Francisco José de Caldas
Bogotá, Colombia

Disponible en: http://www.redalyc.org/articulo.oa?id=257030546003

Cómo citar el artículo


Número completo
Sistema de Información Científica
Más información del artículo Red de Revistas Científicas de América Latina, el Caribe, España y Portugal
Página de la revista en redalyc.org Proyecto académico sin fines de lucro, desarrollado bajo la iniciativa de acceso abierto
Metodología para el desarrollo
de aplicaciones móviles
Methodology for mobile application development

Maira Cecilia Gasca Mantilla


Ingeniero Electrónico, Magíster en Mantenimiento Industrial. Docente de la
Universidad Antonio Nariño. Santa Marta, Colombia.
Contacto: magasca@uan.edu.co
Luis Leonardo Camargo Ariza
Ingeniero Electrónico, Magíster en Ingeniería Electrónica. Docente de la Uni-
versidad del Magdalena. Santa Marta, Colombia.
Contacto: lcamargoa@unimagdalena.edu.co
Byron Medina Delgado
Ingeniero Electrónico, Magíster en Ingeniería Electrónica. Docente de la Uni-
versidad Francisco de Paula Santander. Cúcuta, Colombia.
Contacto: byronmedina@ufps.edu.co
Fecha de recepción: 1 de marzo de 2013 Clasificación del artículo: investigación

Fecha de aceptación: 27 de agosto de 2013 Financiamiento: Universidad del Magdalena

Palabras clave: comunicación móvil; servicio de información; software de código


abierto.

Key words: Information Services; Mobile Communication; Open Source Software.


RESUMEN rolla en cinco etapas: etapa de análisis, donde se
obtienen y clasifican los requerimientos y se per-
El artículo presenta la evolución de los servi- sonaliza el servicio; etapa de diseño, momento en
cios de telefonía móvil en Latinoamérica con- el que se define el escenario tecnológico y se es-
textualizados en las diferentes generaciones tructura la solución por medio de algún diagrama
tecnológicas, las características del software para o esquema, integrando tiempos y recursos; etapa
dispositivos móviles y una propuesta de método de desarrollo, cuando se implementa el diseño en
de trabajo para el desarrollo de aplicaciones para un producto de software; etapa de prueba de func-
móviles. El método se basa en la conceptual- ionamiento, donde se emula y simula el producto
ización de las tecnologías y las metodologías ág- ajustando detalles, se instala en equipos reales
iles para el desarrollo de software, y su objetivo y se evalúa el rendimiento, y posteriormente se
principal es facilitar la creación de nuevas aplica- evalúa el potencial de éxito; y finalmente, en la
ciones y servicios exitosos. El método se desar- etapa de entrega, se define el canal de distribución

20 Tecnura Vol. 18 No. 40 pp. 20 - 35 abril - junio, 2014


investigación
de la aplicación, con el propósito de adecuar la this method is to facilitate the creation and evalu-
aplicación al mismo. Además, el artículo presenta ation of new applications and services. The meth-
los resultados del desarrollo de un servicio m- od is developed in five steps: the analysis stage,
salud para Android y J2ME utilizando el método the requirements is obtained and classified and
propuesto, el servicio está dirigido a pacientes the service is customize; the design stage, in this
que requieren o deseen tener un control periódico stage is defined the technological and the solution
de las medidas corporales de tensión arterial y is structured by some chart or diagram; the de-
glucosa, servicio que obtuvo un potencial de éxito velopment stage, the design is implemented in a
en los usuarios de prueba. software product; the performance test stage, the
application is emulates and simulates to adjusting
ABSTRACT details in the product, the software is installs in
real equipment and is evaluated the performance
This paper presents: the evolution of mobile tele- and success; the delivery stage, the distribution
phony services in Latin America contextualized channel of the application is defined, in order to
in different technology generations, the features adapt the application at the same. Furthermore,
of software for mobile devices, and proposes the paper presents the results of developing a m-
a method for developing mobile applications health service in Android and J2ME using the
in Latin America. This method is based on the proposed method, service for patients who need
conceptualization of contemporary telecommu- or wish to have regular monitoring of measure-
nications technologies and the agile software de- ments of blood pressure and glucose. The service
velopment methodologies. The main objective of has a satisfactory evaluation with test users.

* * *

INTRODUCCIÓN el servicio de voz. La segunda generación es el


comienzo de la era digital en la interfaz de radio
En la última década, el uso de la telefonía móvil y los operadores pudieron prestar servicios de
en Latinoamérica ha tenido un creciente auge; la transferencia de datos; fue en ese momento cuan-
disminución de los costos en los equipos y la evo- do se popularizó el Servicio de Mensajería Corta,
lución de las tecnologías móviles han permitido Short Message Service (SMS). En redes de 2G
aumentar el número de usuarios y las velocidades como: Sistema Global para las Comunicaciones
de transferencia de información, garantizando la Móviles, Global System for Mobile Communica-
penetración en el mercado con un promedio de tions (GSM) y Servicio Avanzado de Telefonía
103 líneas telefónicas por cada 100 habitantes en Móvil–Digital, Digital-Advanced Mobile Phone
el 2011 en Latinoamérica (UIT, 2012). Service (D-AMPS).

Un valor agregado que le permitió a la telefonía Con la implementación de tecnologías como:


móvil una alta penetración en el mercado y un Servicio General de Paquetes de Radio, General
grado de aceptación alto por parte de los usua- Packet Radio Service (GPRS), Tasa de Datos Me-
rios, es el poder ofrecer servicios alternos a los jorada para la Evolución de GSM, Enhanced Data
canales de voz. Rates GSM of Evolution (EDGE) y Acceso Múlti-
ple por División de Código, Code Division Mul-
La primera generación 1G de telefonía móvil, por tiple Access (CDMA IS95, IS95B); se dio paso
ser de naturaleza analógica, solo podía prestar a la generación 2.5G, aumentando la velocidad

Metodología para el desarrollo de aplicaciones móviles 21


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación
de transferencia (Halonen, Romero y Melero, empresarial (m-business), comercial (m-commer-
2003), y con esto aparecieron nuevos servicios ce), académico (m-learning), de salud (m-health)
como el acceso a Internet desde el móvil por me- y social (redes sociales como: correo electróni-
dio del Protocolo para Aplicaciones Inalámbricas, co instantáneo de Blackberry, Facebook, Twitter,
Wireless Application Protocol (WAP), el Servicio MySpace, Skype, entre otros) (Autelsi, 2009).
de Mensajería Mejorada, Enhanced Messaging
Service (EMS), el Servicio de Mensajería Mul-
Los servicios móviles representan las capacida-
timedia, Multimedia Messaging Service (MMS),
des de comunicación que los operadores ponen a
entre otros (Montilla, 2004).
disposición de los clientes “Usuarios”. Estas ca-
En la tercera generación 3G y 3.5G aparecen pacidades están completamente definidas a través
nuevos servicios, entre los que se destacan la de protocolos y funciones estandarizadas, al me-
videoconferencia y el Sistema de Posicionamien- nos en su forma de uso.
to Global, Global Positioning System (GPS),
además del uso de las redes del operador de En la actualidad, la mayoría de los servicios mó-
telefonía para acceder a Internet desde un com- viles están desarrollados en: HTML 5, WAP, Java
putador con altas velocidades de descarga, High 2 Micro Edición (J2ME), C#, Silverlight, .NET,
Speed Downlink Packet Access (HSDPA) (Holma entre otros. También, en aplicaciones nativas para
y Toskala, 2004). los Sistemas Operativos de los móviles (S.O. del
móvil), como: Android, Symbian, iOS y MeeGo.
La cuarta generación 4G con tecnologías como:
Long Term Evolution (LTE), LTE Avanzado, LTE
El escenario tecnológico actual posiciona a los
Advanced (LTE-A), High Speed Packet Access
desarrolladores de servicios como la nueva fuerza
(HSPA+) y el estándar IEEE 802.16; ofrecen ser-
vicios basados completamente en el Protocolo de de negocios en las redes de próxima generación
Internet (IP), con velocidades de transferencia Application Stores, allí radica la importancia de
hasta de 100 Mbps y con Calidad de Servicios, unificar metodologías y entornos para el desarro-
Quality of Service (QoS) (Agusti et al., 2010). llo de servicios, que faciliten la creación de estos
con alto nivel de calidad, llevando dicho desarro-
Paralelamente al crecimiento de las redes, la evo- llo al éxito, de forma atractiva y eficiente.
lución de los teléfonos móviles ha conllevado
a la integración de diversas tecnologías a estos El desarrollo de aplicaciones para proveer servi-
dispositivos, tecnologías como WiFi, Bluetooth, cios móviles, difiere del desarrollo de software
GPS, infrarrojo, touchscreen, USB, entre otras. tradicional en muchos aspectos, lo que provoca
Esto ha permitido que el teléfono celular sea que las metodologías usadas para estos entornos
compatible con una amplia gama de dispositivos
móviles, también difieran de las del software clá-
y pueda sincronizarse con otros equipos para el
sico (Rahimian y Ramsin, 2008).
intercambio de información.

Las características especiales de los entornos mó-


La disponibilidad de las mejoras tecnológicas,
tanto en las redes de los operadores como en los viles como el canal de radio, la capacidad de los
dispositivos móviles, están creando en las per- terminales, la portabilidad, el tiempo de salida al
sonas la demanda del uso de nuevos servicios. mercado “Time-to-Market”, la movilidad del usua-
Servicios que se basan en estas tecnologías para rio, entre otras; exigen nuevas tendencias para de-
solucionar problemas específicos en el ámbito sarrollar el software móvil en Latinoamérica.

22 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación
●● Las condiciones del canal de radio en las ciones, del entorno específico donde se ejecuta la
comunicaciones móviles, como el ancho de aplicación (terminales y redes), además de la ca-
banda variable, la disponibilidad de la red en racterización del cliente latinoamericano.
el área del servicio, la diversidad en los es-
tándares de la interfaz de aire, la dependencia Por las razones anteriores, se propone la “Meto-
de la tecnología implantada por el operador; dología para el Desarrollo de Aplicaciones Móvi-
diferencian los entornos fijos alámbricos e les, MDAM”, metodología usada para la creación
inalámbricos de los entornos móviles. de un servicio m-salud (mHealth) denominado
●● Las capacidades de los terminales, especifica- DrMovil y que es el caso de uso.
ciones como el tamaño de la pantalla, el tiem-
po útil de la batería, los teclados reducidos, El término mHealth se define como la unión de la
la capacidad de procesamiento y almacena- computación móvil, sensores médicos y tecnolo-
miento, las tecnologías alternas incluidas en gías de comunicación, para el cuidado de la salud
el terminal, entre otros; determinan los recur- (Istepanian, Jovanov y Zhang, 2004). MHealth
sos disponibles de hardware de la aplicación. es una propuesta tecnológica que en los últimos
años ha surgido como un segmento importante de
●● La total portabilidad de las aplicaciones se di-
la telemedicina y su objetivo principal es mejorar
ficulta por la diversidad técnica en el software
los servicios de salud, integrando los beneficios
y el hardware de los equipos en los que se eje-
de movilidad y ubicuidad, propios de los siste-
cuta la aplicación móvil.
mas móviles, a los tratamientos de cuidados de
●● El tiempo de salida al mercado refleja una in- la salud tradicional, tratando de llevar la atención
dustria cambiante tecnológicamente, donde de salud a la gente y no la gente al sistema de
los servicios están condicionados, general- salud. Las aplicaciones de mHealth están creando
mente, por el tiempo que se tomen los desa- mecanismos para el intercambio de información
rrolladores para transformar una idea o una relacionada con el cuidado de la salud, incluso en
solicitud, en un producto o solución acabada lugares remotos y de escasos recursos, debido a
y lista para ser usada y facturada. la gran área de cobertura e influencia social de
●● La movilidad y la localización, son variables las redes de telefonía móvil, convirtiéndose en un
que determinan el uso del servicio desde cual- factor estratégico para salvar vidas (Vital Wave
quier lugar y en cualquier instante, caracterís- Consulting, 2009).
ticas relacionadas directamente a los entornos
y servicios móviles.
METODOLOGÍA
Las metodologías ágiles para el desarrollo de
software, surgieron como una solución inmediata, La metodología propuesta para el desarrollo de
garantizando la realización de proyectos en corto aplicaciones para móviles se fundamenta en la
plazo, las cuales se pueden ajustar a los Time-to- experiencia de investigaciones previas en apli-
Marker de los servicios móviles, como es el caso caciones móviles, la evaluación del potencial de
de las metodologías Mobile-D (Kynkäänniemi éxito para servicios de tercera generación deno-
y Komulainen, 2006), y Rapid7 (Kylmäkoski, minada 6 M, la ingeniería de software educativo
2005). Sin embargo, no garantizan el potencial de con modelado orientado por objetos (ISE-OO), y
éxito de estos, éxito que depende en gran parte principalmente en los valores de las metodologías
del conocimiento electrónico y de telecomunica- ágiles.

Metodología para el desarrollo de aplicaciones móviles 23


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación
De la ISE-OO se hereda el enfoque de los micro- ●● Colaboración con el cliente sobre negocia-
mundos interactivos y la orientación por objetos; ción contractual.
los elementos de los micromundos más utilizados
en los servicios móviles interactivos son: Mun- ●● Individuos e interacciones sobre procesos y
do, Escenarios, Personajes y Roles, Argumento e herramientas.
Historia, Variables Compensatorias, Variables de
Control, Variables de Resultado, Zonas de Comuni- De la 6 M’s se extrae la concepción de que las
cación, Ambientación-Caracterización, Recupera- aplicaciones móviles deben garantizar el cum-
ción de Estados Anteriores, Manejo de Información plimiento de las necesidades de los usuarios y al
del Usuario, Mecanismos para Análisis de Desem- mismo tiempo generen ingresos. La 6 M’s debe
peño, Ampliación de las Posibilidades del Micro- su nombre a los seis atributos que se miden para
mundo, Personalización del Ambiente y, Soporte evaluar el éxito del servicio propuesto: Movement
a la Comunicación en Grupo, entre otros (Gómez, (Movimiento), Moment (Momento), Me (Yo),
Galvis y Mariño, 1998). Multi-user (Multiusuario), Money (Dinero) y Ma-
chines (Máquinas) (Ahonen, Barret y Golding,
De las metodologías ágiles se heredan los con- 2002).
ceptos inmersos en los cuatro postulados o mani-
fiesto ágil (Beck et al., 2001). La metodología se encuentra enmarcada en cin-
co fases como se muestra en la figura 1, deno-
●● Desarrollar software que funciona más que
minadas: análisis, diseño, desarrollo, pruebas de
conseguir buena documentación.
funcionamiento y entrega. A continuación se des-
●● La respuesta ante el cambio es más importan- cribe cada una de las actividades que intervienen
te que el seguimiento de un plan. en el desarrollo de la propuesta.

Figura 1. Etapas de la metodología para el desarrollo de aplicaciones móviles

Fuente: elaboración propia.

24 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación
Análisis Los requerimientos funcionales son todos aque-
llos que demandan una función dentro del siste-
En esta fase se analizan las peticiones o reque- ma. Se deben definir claramente cada una de las
rimientos de las personas o entidad para la cual tareas que debe realizar la aplicación.
se desarrolla el servicio móvil “Cliente”, el pro-
pósito es definir las características del mundo o Los requerimientos no funcionales son la estabili-
entorno de la aplicación. Se realizan tres tareas: dad, la portabilidad, el rendimiento, el tiempo de
obtener requerimientos, clasificar los requeri- salida al mercado y, el costo, entre otros.
mientos y personalizar el servicio. ●● Personalizar el servicio: adicionalmente se
deben analizar aspectos de la cotidianidad del
●● Obtener requerimientos: se sugiere hacer una
cliente como preferencias, costumbres y par-
serie de entrevistas al cliente, para que ma-
ticularidades del usuario, con el propósito de
nifieste los síntomas del problema o nece-
garantizar la aceptación del servicio.
sidades que se pretenden solucionar con las
tecnologías móviles, o simplemente, para que
señale las características que debe tener la Diseño
aplicación.
El objetivo de esta etapa es plasmar el pensamien-
●● Clasificar los requerimientos: una vez identi- to de la solución mediante diagramas o esquemas,
ficados los requerimientos que debe tener el considerando la mejor alternativa al integrar aspec-
software, se procede a clasificarlos. Dichos tos técnicos, funcionales, sociales y económicos. A
requerimientos se pueden clasificar en entor- esta fase se retorna si no se obtiene lo deseado en
no, mundo, funcionales y no funcionales. la etapa prueba de funcionamiento.

El entorno se refiere a todo lo que rodea al servi- Se realizan cuatro actividades en esta fase: definir
cio. Por ejemplo, las características técnicas del el escenario, estructurar el software, definir tiem-
dispositivo móvil del cliente, el sistema operati- pos y asignar recursos.
vo subyacente (móvil y servidores), la tecnología
●● Definir el escenario: las aplicaciones móviles
utilizada para la transferencia de información, el
se pueden diseñar para ejecutarse en diferen-
Sistema Manejador de Base de Datos, Data Base
tes escenarios, dependiendo del sistema de
Management System (DBMS), si se requiere, el
conexión y sincronización con el servidor o
formato de archivos y, otros módulos tecnológi-
aplicación central; el proceso de sincroniza-
cos utilizados para el servicio.
ción se realiza para insertar, modificar o borrar
información. Entre los diferentes escenarios
El mundo es la forma cómo interactúan el usuario se encuentran los siguientes: 1) desconecta-
y la aplicación. Aquí se encuentran los requeri- do: los procesos se realizan en el dispositivo
mientos de la Interfaz Gráfica de Usuario, Gra- móvil desconectado, después de terminar el
phical User Interface (IGU), la forma en que el proceso, si se requiere, puede conectarse con
software va a generar los datos de salida, el for- una aplicación central mediante el proce-
mato de los datos y los demás requerimientos que so de sincronización. 2) Semiconectado: los
involucren la comunicación hombre-máquina, procesos pueden ejecutarse en el dispositivo
considerando la gama tecnológica de los teléfo- móvil desconectado, pero se requiere estable-
nos móviles de los usuarios a la que va dirigida cer conexión en algún momento para termi-
el servicio. nar el proceso, al sincronizar la información

Metodología para el desarrollo de aplicaciones móviles 25


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación
con el servidor o aplicación central. En los lizar, modular y reutilizar lo desarrollado; la se-
escenarios desconectado y semiconectado se lección del patrón de diseño debe estar acorde con
recomienda utilizar los protocolos y tecnolo- el escenario del servicio. Algunos patrones que se
gías que se ajusten al servicio y capacidades ajustan a los escenarios de las aplicaciones mó-
tecnológicas del dispositivo. Algunos son: viles son: modelo vista de controlador, diseño de
Media Transfer Protocol (MTP), Near Field capas, entre otros.
Communication (NFC), SlowSync, FastSync,
SyncML, entre otros. 3) Conectado: el dispo- ●● Definir tiempos: se establecen los plazos para
sitivo debe estar siempre conectado con la cada una de las actividades restantes, con el
aplicación central o servidor para su correc- objetivo de terminar la aplicación a tiempo
to funcionamiento, no se almacenan datos para su salida al mercado. Se debe tener en
o archivos en el móvil, la sincronización se cuenta el diseño computacional del software
realiza mediante la validación de formularios, realizado en la tarea anterior y, las caracte-
usualmente se utiliza el Protocolo de Trans- rísticas volátiles y dinámicas de los servicios
ferencia de Hipertexto (Hypertext Transfer móviles.
Protocol, HTTP).
●● Asignar recursos: se asignan los recursos para
●● Estructurar el software: se deben utilizar al- realizar cada actividad y alcanzar los objeti-
gunos diagramas de Modelado de Lengua- vos propuestos, se deben considerar recursos
je Unificado, Unified Modeling Language humanos, financieros y tecnológicos. Ade-
(UML), según las necesidades del proyecto,
más, se deben seleccionar las herramientas
modelando el sistema desde varias perspecti-
para el desarrollo de la aplicación móvil.
vas, ver figura 2.

Desarrollo

El objetivo de esta fase es implementar el diseño


en un producto de software. En esta etapa se rea-
lizan las siguientes actividades:

●● Codificar: se escribe en el lenguaje de progra-


mación seleccionado, cada una de las partes
definidas en los diagramas realizados en la
etapa de diseño.

●● Pruebas unitarias: se verifica el funciona-


miento de la aplicación. En primer lugar, se
Figura 2. Posibles diagramas para el desarrollo de
comprueba la correcta operación de cada ele-
aplicaciones móviles
mento desarrollado —objeto, clase, actividad,
Fuente: elaboración propia. documento, entre otros— en forma individual;
posteriormente, se pone en funcionamiento el
Se sugiere traducir los requerimientos obtenidos conjunto de elementos, comprobando la inte-
de la etapa anterior en un diagrama que descri- rrelación entre ellos. Se ejecuta y se observan
ba en forma objetiva el servicio por implementar. los resultados obtenidos, para compararlos
Además, definir un patrón de diseño para flexibi- con los esperados.

26 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación
●● Documentar el código: a medida que se co- rrollo móvil para que utilicen el método de
difica y se prueba cada elemento, se redacta evaluación de las 6 M’s, y califiquen la pre-
la pequeña documentación sobre lo desarro- sencia de los seis atributos en la aplicación
llado. desarrollada.
●● Codificar ayudas: además del manual de ins-
Cualquier servicio que brinde un gran valor en
talación y de usuario, deben existir una serie
cualquiera de las 6 M’s tiene un buen potencial
de ayudas que informen de manera didáctica
para el éxito como servicio móvil. Si la evalua-
lo que puede hacer el usuario con la aplica-
ción, estas ayudas deben ser codificadas en el ción de las 6 M’s del servicio es insatisfactoria, se
mismo lenguaje de programación e integrada debe rediseñar el servicio fortaleciendo los atri-
en la interfaz de aplicación para visualizarlas butos mencionados.
en el móvil.
Entrega
Pruebas de funcionamiento
Terminada la depuración de la aplicación y aten-
El objetivo de esta fase es verificar el funciona- didos todos los requerimientos de última hora del
miento de la aplicación en diferentes escenarios cliente se da por finalizada la aplicación y se pro-
y condiciones; para esto se realizan las siguientes cede a la entrega del ejecutable, el código fuente,
tareas: la documentación y el manual del sistema.

●● Emulación y simulación: se realizan pruebas ●● Manuales: el objetivo es el entrenamiento; una


simulando el escenario y emulando el dispo- aplicación móvil debe constar de un manual del
sitivo móvil, explorando todas las utilidades y sistema donde se indique el proceso de instala-
funciones de la aplicación, introduciendo dife- ción, la atención a posibles fallas en el tiempo
rentes datos, inclusive erróneos, para medir la de ejecución y, las especificaciones técnicas
funcionalidad y el nivel de robustez del soft- mínimas de hardware y software que requiere
ware. Si se encuentran algunas fallas, se debe el equipo, para el funcionamiento adecuado del
regresar a la etapa de codificación en la fase aplicativo desarrollado.
de desarrollo para solucionar los problemas,
si las pruebas son satisfactorias se procede a la ●● Distribución: se define el canal de comercia-
etapa de pruebas con dispositivos reales. lización de la aplicación, con el propósito de
adecuar la aplicación al medio de distribu-
●● Dispositivos reales: deben hacerse pruebas de ción. A continuación se mencionan algunos
campo en equipos reales para medir el desem- de los canales de distribución existentes.
peño y el rendimiento del aplicativo. Si se en-
cuentran fallas en el tiempo de ejecución, si el Las tiendas físicas u outlets, especializadas o no,
software no cumple con los requerimientos es-
corresponden a las tiendas que venden dispositi-
pecificados, o si el cliente solicita un cambio
vos y servicios de telecomunicaciones, normal-
de última hora, hay que regresar a la fase de
mente operadores o marcas como Apple.
diseño para reestructurar y solucionar el incon-
veniente presentado.
Los portales de operadores o desarrolladores de
●● Análisis de las 6 M’s: para valorar el poten- servicios, ofrecen un catálogo amplio de aplica-
cial de éxito del servicio, se sugiere buscar ciones y ventas vía Web Site desde el PC, que lue-
un grupo de expertos en el campo del desa- go son instaladas en el móvil.

Metodología para el desarrollo de aplicaciones móviles 27


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación
Las Applications Stores, son las tiendas online de El servicio desarrollado está soportado por: Dr-
los fabricantes de dispositivos o de sistemas ope- Movil.apk, aplicación para usuarios de móviles
rativos. con S.O. Android; DrMovil.jar, aplicación para
usuarios de móviles con S.O. Symbia y OS7 de
OTA, Over the Air, es la comercialización de BlackBerry; y DrMovilServidor, software que in-
aplicaciones a través de la interfaz de radio. Los corpora la lógica del servicio y la aplicación Web
contenidos móviles son distribuidos a los termi- dirigida al médico supervisor del servicio. DrMo-
nales usando SMS, WAP y Streaming, entre otros.
vilServidor y DrMovil fueron diseñados para eje-
cutarse en conjunto como se ilustra en la figura 4.
Los servicios basados en el Subscriber Identity
Module (SIM), o la Universal Integrated Circuit
Card (UICC), son aplicaciones instaladas previa-
mente en el chip de estas tarjetas.

RESULTADOS

El método propuesto, llamado DrMovil, se utilizó


para desarrollar el servicio de m-Health para pre-
venir y monitorizar pacientes con enfermedades
relacionadas a la glucosa y tensión arterial (HTA). Figura 4. Descripción del servicio DrMovil
DrMovil se desarrolló considerando las tecnolo- Fuente: elaboración propia.
gías presente en Latinoamérica en un tiempo de
cuatro meses, cumpliendo el Time-to-Market y
DrMovil.apk y DrMovil.jar están dirigidas a per-
obteniendo una evaluación de éxito satisfactoria
sonas: hipertensas, diabéticos, hipoglucémicos,
por parte de un grupo de usuarios y expertos; los
deportistas, mujeres embarazadas, entre otras,
desarrolladores del servicio son: Miguel Jose Ri-
permitiendo al usuario utilizar su dispositivo mó-
vera Ospino y Andrés Fabián Díaz-Granados To-
bías estudiantes de Ingeniería, y el docente Luis vil para:
Leonardo Camargo Ariza. En la figura 3 se mues- ●● Ingresar y almacenar los valores de glucosa,
tra la ejecución de cada fase con la dedicación del tensión arterial sistólica (PAS) y tensión ar-
tiempo en semanas.
terial diastólica (PAD) en la memoria interna
del dispositivo.

●● Comparar los valores ingresados con los es-


tándares mundiales de las mediciones de estas
variables fisiológicas.

Para la HTA se clasifican las medidas en: Normal,


Pre-hipertensión, HTA1, HTA2, como se muestra
Figura 3. Tiempos de ejecucion del servicio DrMovil en la tabla 1 (U.S. Department of health and hu-
Fuente: elaboración propia. man services, 2004).

28 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación
Tabla 1. Clasificación de la hipertensión arterial arterial diastólica; enviadas desde los disposi-
tivos móviles del usuario.
Categoría PAS PAD
Normal <120 <80 ●● Permitir a los médicos del sistema acceder a
Pre-hipertensión 120-139 80-89 la información de las medidas fisiológicas de
HTA estado 1 140-159 90-99 sus pacientes, desde la Web por medio de la
HTA estado 2 ≥160 ≥100 autenticación del usuario.
Fuente: elaboración propia.
●● Permitirles a los médicos del sistema, enviar
desde la web, el diagnóstico al teléfono móvil
Los niveles de glucosa en mg/dl se clasificaron en
bajo (<80), normal (>80 y <155) y alto (>155), del paciente, por medio de un mensaje de tex-
teniendo en cuenta la tabla 2 (Alfaro, Simal y Bo- to SMS, según la evolución de las medidas.
tella, 2000).
●● Permitirle al administrador del sistema crear
Tabla 2. Criterios de control para la diabetes mellitus y editar el perfil de los médicos del sistema,
asignar y modificar la lista de pacientes que
Categoría Bueno Límite Malo
atiende cada médico adscrito al sistema.
Glucemia basal (mg/dl) 80-100 <140 >140
Glucemia después de
80-144 <180 >180 Las aplicaciones se instalaron y probaron en va-
comer (mg/dl)
rios dispositivos comerciales con soporte para
Glucemia antes de >140
100-140 <120 J2ME y sistema operativo Android, comproban-
comer (mg/dl) <100
do los parámetros de: presentación, navegación,
Fuente: elaboración propia. ayudas, gráficas, almacenamiento y sincroniza-
ción con el servidor. En la figura 5 se muestran
●● Visualizar de forma gráfica la evolución
algunos pantallazos de la ejecución de la aplica-
histórica de los valores de las mediciones al-
macenadas y enviar la información sobre las ción DrMovil.jar y DrMovil.apk. En la figura 6 se
mediciones realizadas a una base de datos en muestra algunos pantallazos de la aplicación web.
internet para ser analizada por el médico.
Posteriormente se realizó una jornada de utili-
●● Enviar un mensaje de texto corto SMS con la
zación del sistema DrMovil en el campus de la
información de la medida corporal al teléfono
Universidad del Magdalena; en esta jornada algu-
móvil del médico de forma automática.
nos estudiantes se tomaron muestras de glucosa
DrMovilServidor está dirigido a las empresas pres- o presión arterial, acompañados de estudiantes
tadoras de servicios de salud que quieran utilizar de enfermería de últimos semestres, utilizando
los beneficios de las tecnologías de información y el DrMovil instalado en sus teléfonos personales
comunicación para mejorar los procesos de super- para registrar, comparar y enviar la información
visión de pacientes y prevención de enfermedades. de las medidas tomadas; además, los próximos
Las funciones básicas del DrMovilServidor son: profesionales de enfermería realizaron pruebas
●● Recibir, procesar y almacenar, en la base de de funcionamiento a la aplicación Web DrMovil-
datos, los valores de las medidas fisiológicas Servidor, revisando las muestras almacenadas por
de: glucosa, tensión arterial sistólica y tensión los voluntarios, ver figura 7.

Metodología para el desarrollo de aplicaciones móviles 29


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación

Figura 5. DrMovil en dispositivos comerciales

Fuente: elaboración propia.

30 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación

Figura 6. Algunas pantallas de la aplicación Web

Fuente: elaboración propia.

Figura 7. Prueba de DrMovil con usuarios

Fuente: elaboración propia.

Metodología para el desarrollo de aplicaciones móviles 31


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación
Se les solicitó a los usuarios mencionados y al- servicio. Las características de la muestra de los
gunos expertos, diligenciar una encuesta sobre el usuarios se enmarcan en la figura 8.

Figura 8. Caracteristicas de los usuarios que evaluaron el servicios

Fuente: elaboración propia.

Los usuarios con sistema operativo Windows ron para valorar el potencial de éxito del servicio,
Mobile y otros no pudieron instalar, ni evaluar el la evaluación se sintetiza en la tabla 3.
servicio. Los resultados de la encuesta se utiliza-

Tabla 3. Evaluación de las 6 M´s del servicio DrMovil

Atributo Definición Calificación Justificación

Un servicio que cuente con este atribu-


El paciente puede ingresar la medida en cualquier
to debe estar disponible en cualquier
Momento 4 momento, pero la respuesta del diagnóstico depende
instante de tiempo en que el usuario
del horario de atención del médico.
desee usar dicho servicio.

El usuario se puede desplazar a cualquier lugar y rea-


Un servicio móvil debe ser “móvil” por
lizar sus registros, siempre y cuando tenga cobertura
Movilidad naturaleza, la ubicación debe ser una 4
del operador. La atención médica se ajusta al área de
parte integral del servicio.
cobertura del operador.
Aunque la aplicación es de descarga gratuita, ésta
genera ingresos al operador al ocasionar tráfico en

Como cualquier acción comercial, un la red de datos.

servicio móvil tiene un fin lucrativo, ya La entidad prestadora de servicios de salud (EPS)
Dinero 5
sea para el operador, para el proveedor reduce costos por la atención de pacientes, lo que
del servicio o para el usuario. permite redirigir los ingresos a casos de mayor rele-
vancia.

El paciente reduce los costos de traslado a la EPS.

32 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación
Atributo Definición Calificación Justificación

El servicio presenta un grado de personalización por-


Se refiere al nivel de personalización de que permite que el usuario seleccione: el médico, el
Yo 3
un servicio. modo de ver los registros almacenados y el tipo de
conexión para enviar los datos.
La tecnología (terminal o redes) siem-
El servicio solo puede ser soportado por celulares de
pre es el factor que posibilita o limi-
gama media que posean Java o Android, y conexión
ta; el atributo máquina busca añadir
a la red de datos.
Máquina potencia a los dispositivos de última 4
El usuario puede hacer un buen uso de la aplicación
generación que cada vez tienen mayo-
sin importar la resolución de la pantalla y el tipo del
res prestaciones a nivel de hardware y
teclado.
software.
Busca extenderse dentro de la comu-
Aunque la aplicación permite una comunicación en
nidad, que el servicio sea interactivo
Multiusuario 1 dos direcciones, no permite interactuar con la perso-
y que pueda utilizarse por múltiples
na en el otro extremo del sistema.
usuarios de manera simultánea.

Fuente: elaboración propia.

CONCLUSIONES no poseen alta capacidad de procesamiento, como


los teléfonos móviles no inteligentes.
Las aplicaciones móviles deben considerar las
Android, permite la creación de formatos de in-
características del entorno de ejecución de la apli-
terfaz más amigables para el usuario, sin gran
cación que dispone el teléfono, para garantizar el
complejidad en el código, por la característica de
correcto funcionamiento de la misma. edición mediante archivos xml.

Las aplicaciones móviles pueden ayudar a sol- La utilización de SMS para mensajes emergentes
ventar los problemas de tipo particular o general permite que el usuario reciba la información sin
de la sociedad, debido a sus características de mo- necesidad de tener activa la aplicación, mejoran-
vilidad y ubicuidad. do el rendimiento computacional y el tiempo útil
de la batería.
Los entornos integrados de desarrollo (IDE) fa-
cilitan la elaboración de aplicaciones móviles, El uso de aplicativos m-Health mejora los tiem-
porque ofrecen herramientas de edición, compi- pos y los costos que implican el diagnóstico de
pacientes con enfermedades que requieran un
lación, depuración, análisis y ejecución en una
control periódico, porque permite conectar al
misma interfaz, mejorando los tiempos de eje- médico y al paciente, sin importar su ubicación
cución de las etapas de diseño, desarrollo y prue- geográfica.
bas, de la metodología propuesta.
El servicio desarrollado facilita el autocontrol a
J2ME es una plataforma soportada por una gran pacientes con problemas de azúcar e hiperten-
variedad de dispositivos, incluyendo aquellos que sión, porque guarda y grafica los históricos de las

Metodología para el desarrollo de aplicaciones móviles 33


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado
investigación
medidas corporales, referenciando éstas con valo- FINANCIAMIENTO
res de estándares mundiales de prevención.
Este artículo es un producto del proyecto de inves-
En el tiempo que se realizó la aplicación, la ten-
dencia de la programación en dispositivos móvi- tigación: Sistema de interacción entre un paciente
les migró hacia los nuevos sistemas operativos y el médico utilizando las tecnologías móviles, fi-
Android y Windows Phone. nanciado por la Universidad del Magdalena.

REFERENCIAS

Agusti, R., Bernardo, F., Casadevall, F., Ferrús, Halonen, T., Romero, J. & Melero, J. (2003).
R., Pérez, J. y Sallent, O. (2010). LTE: Nue- Gsm, Gprs And Edge Performance Evolu-
vas Tendencias en Comunicaciones Mó- tion Towards 3G Umts. Inglaterra: John Wi-
viles. Madrid: Fundación Vodafone España. ley & Sons.
Ahonen, T., Barret, J. & Golding, P. (2002). Ser-
Holma, H. & Toskala, A. (2004). WCDMA for
vices for UMTS, Creating Killer Applica-
UMTS. Radio Access For Third Generation
tions in 3G. West Sussex: John Wiley &
Sons. Mobile Communications. Inglaterra: John
Wiley & Sons.
Alfaro, J., Simal, A. y Botella, F. (2000). Trata-
miento de la diabetes mellitus. Revista Istepanian, R., Jovanov, E. & Zhang, Y. (2004).
Información Terapéutica del Sistema Na- Guest editorial introduction to the special
cional de Salud, 24 (2), 33-43. section on m-health: Beyond seamless mo-
bility for global wireless healthcare connec-
Autelsi, Asociación española de usuarios de tele-
tivity. IEEE Transactions on information
comunicaciones y de la sociedad de la in-
technology in biomedicine, 8 (4), 405-412.
formación (2009). Modelos de negocios en
dispositivos y aplicaciones móviles. Recu-
Kylmäkoski, R. (2005). RaPiD7: A Collaborative
perado de http://www.autelsi.es/cms/autel/
images/socios/aplicmov.pdf. Method for the Planning Activities in Soft-
ware Engineering - Industrial Experiment.
Beck, K., Beedle, M., Bennekum, A., Cockburn, Recuperdado de Information Technology
A., Cunningham, W., Fowler, M. & Thom- for European Advancement: http://www.
as, D. (2001). Manifesto for Agile Software agile-itea.org/public/papers/RaPiD7.pdf.
Development. Utah: The Agile Alliance.
Available http://agilemanifesto.org/. Kynkäänniemi, T. & Komulainen, K. (2006). Ag-
ile Documentation in Mobile-D Projects
Gómez, R., Galvis, A. y Mariño, O. (1998). Ing-
(Agile Deliverable D.2.10). Recuperado
eniería de software educativo con modelaje
orientado por objetos: un medio para desar- de Information Technology for European
rollar micromundos interactivos. Informáti- Advancement: http://www.agile-itea.org/
ca Educativa UNIANDES – LIDIE, 11 (1), public/deliverables/ITEA-AGILE-D2.10_
9-30. v1.0.pdf.

34 Tecnura Vol. 18 No. 40 abril - junio, 2014


investigación
Montilla, A. (2004). Desarrollo de servicios para subscriptions. Recuperado de http://www.
telefonía móvil 2.5g y 3g. Caracas: CONA- itu.int/ITU-D/ict/statistics/material/excel/
TEL/CEDITEL. Mobile-cellular2000-2011.xls.

Rahimian, V. & Ramsin, R. (2008, 6 de ju- U.S. Department of health and human services.
nio). Designing and agile methodology (2004). Seventh Report of the Joint Na-
for mobile software development: a hy- tional Committee on Prevention, Detec-
brid ethod engineering approach. Second tion, Evaluation, and Treatment of High
International Conference on Research Blood Pressure. Recuperado de http://
Challenges in Information Science. Recu- www.nhlbi.nih.gov/guidelines/hyperten-
perado de http://ieeexplore.ieee.org/xpl/ sion/jnc7full.pdf.
articleDetails.jsp?arnumber=4632123&pu
number%3D4620134%26sortType%3Das Vital Wave Consulting. (2009). MHealth for
c_p_Sequence%26filter%3DAND%28p_ Development: The Opportunity of Mobile
IS_Number%3A4632084%29%26pageNu Technology for Healthcare in the Devel-
mber%3D2. oping World. Recuperado de http://www.
globalproblems-globalsolutions-files.org/
UIT, Unión Internacional de Telecomunicacio- unf_website/assets/publications/technol-
nes. (2012). World Telecommunication ogy/mhealth/mHealth_for_Development_
ICT Indicators Database, Mobile cellular full.pdf

Metodología para el desarrollo de aplicaciones móviles 35


Maira Cecilia Gasca Mantilla / Luis Leonardo Camargo Ariza / Byron Medina Delgado

También podría gustarte