UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO 
FACULTAD DE ESTUDIOS SUPERIORES 
DEARAGÓN 
.. DESARROLLO DE APLICACIONES PARA CONOCER 
INFORMACIÓN SOBRE LA UBICACIÓN DE 
OBJETOS EN DISPOSITIVOS MÓVILES .. 
T E S S 
QUE PARA OBTENER El TíTULO DE: 
INGENIERO EN COMPUTACiÓN 
• P A' E S E NT A : 
CARLOS OMAR CHÁ VEZ SÁNCHEZ 
ASESOR: 
ING. ALEJANDRO RENÉ GONZÁLEZ PONCE 
MÉXICO, 2005. 
 
UNAM – Dirección General de Bibliotecas 
Tesis Digitales 
Restricciones de uso 
  
DERECHOS RESERVADOS © 
PROHIBIDA SU REPRODUCCIÓN TOTAL O PARCIAL 
  
Todo el material contenido en esta tesis esta protegido por la Ley Federal 
del Derecho de Autor (LFDA) de los Estados Unidos Mexicanos (México). 
El uso de imágenes, fragmentos de videos, y demás material que sea 
objeto de protección de los derechos de autor, será exclusivamente para 
fines educativos e informativos y deberá citar la fuente donde la obtuvo 
mencionando el autor o autores. Cualquier uso distinto como el lucro, 
reproducción, edición o modificación, será perseguido y sancionado por el 
respectivo titular de los Derechos de Autor. 
 
  
 
Agradecimientos 
Agradezco en forma especial a Alejandro González y Liliana Hernandez, 
quienes depositaron en mi su confianza y amistad. Sin duda alguna, sus 
consejos, experiencia, y sobre todo, su apoyo y paciencia, contribuyeron para 
llevar al término este trabajo. 
A mi Madre, por su amor, por su sacrificio y dedicación que ha puesto en su 
vida para que sus hijos tengan una educación y todas las oportunidades para 
salir adelante, por su apoyo incondicional y su fortaleza para enfrentar los 
momentos difíciles. 
A mi Padre, por su valioso ejemplo de esfuerzo, trabajo y constancia para el 
éxito de las metas. 
A mis hermanos, quienes han vivido conmigo mis ilusiones, mis desganas, mis 
tristezas y mis alegrías, mostrando en todo momento una paciente 
comprensión y un constante apoyo. 
Ya todos aquellos familiares y amigos que han sido parte de mi vida. 
A mis padres ... 
índice 
Introducci<m ........ ......... ... .... ..... •.. ........ ..... ... .. .. ... ......... ... ... .. ..... ... ... ... ......... .. ..... ..... ...... .... viii 
Capítulo 1. ¿Qué es un PDA? .. .... .... ......... ..... .. ... ... ....... .... ..... .... .. ..... .... .... .. ........ ..... ...... .. 13 
1.1 Historia ..... ... ... ... ....... .... ................. ........... ...... ............... .... ... .......... ........ .. ............ .... ...... .. ........ 14 
1.2 Características ........ ...... .......... ................. .. .. ...... .. ......... .......... ... ............... .. ...... ... .... .... ....... .. ... 15 
1.3 PalmOS ...... ....... .......... ............ ............................................................................. ... .... .......... ... 20 
1.3.1 Historia .................. ... .. ...... .. ............................ .... ........ .. ....... ......... .... ...... ..... ..... .. ..... .......... 21 
1.4 Pocket PC ............................. ............. ........... ............. .... ...... ..... ....... ........... .. ...... .... .... ........ .. .. . 22 
1.4.1 Historia ............ ........ ........... ......... ...... ..................... ..... ........ .. ...... ....... ... .... ................ .. ... ... 23 
1.5 Selección de la plataforma ............. .. ..................... .. ........ ...... .. ...... .... .......................... .. .. .. ...... 25 
Capítulo 2. Sistemas de información espaciaL .... ... .... .. .... ........ .. ........ ......... ... .... ........ ....... 26 
2.1 ¿Qué es información espacial? ............. ...... .... .. ...................... .. ....... ..................... .. ................ 26 
2.2 ¿Qué son Sistemas de información (S~? ................ .. .... .. ............... .... .................. .. ...... ........... 26 
2.3 ¿Qué son Sistemas de información espacial (S/E) ? .............................................................. 27 
2.4 Tipos de dato (atributos) .... .. ................................... : ......... .... .... .... .... ... ........................ .. .. ........ 29 
2.5 Tipos de Formato .... ....... ....... ... ................. ........... .......... .... ... .............................. .................. .. . 30 
2.5.1 Raster .............. ................. ........................ ... .. ................................ ............... ....... ............. 30 
2.5.1.1 Representación de datos ............................... ...... .. ............ .. .... .. ...... .......................... 31 
2.5.1 .2 Ventajas y desventajas ...................................................... .......... ...... .... .............. .. .... 33 
2.5.2 Vector ... ... ... .... ..... ........... ... .... .. ...... ..... .. .. ............ ... ... ............. ........ ..... ... ...... .. ..... ... ... ......... 33 
2.5.2.1 Representación de datos ... ........ ...... ............... ............................ ............. .. .... ......... .. . 35 
2.5.2.2 Ventajas y desventajas .............. .. ......... ... ...... ........... .. ..... ........... ................ ............... 38 
2.5.3 Comparación de los modelos raster y vector ................................ .. .............. .................. . 39 
Capítulo 3. PalmOS: Características de la plataforma . .. ...... .. .... .. .......... ......... ...... .. ... .. ..... 42 
3.1 Gestión de energía .. ... .. ....... ............ .. ............. ........... ...... .... .. ......... ....... ... ... ... : ..... ............. .. .... 42 
3.2 Ejecución de aplicaciones .... ............. ......... .... .............. .. .......... .......................... .......... .... .. .. ... 43 
3.3 Códigos de lanzam iento ............................................ .... ... ......... .... ..................... ..... ....... ....... .. 44 
3.4 Gestión de eventos .... ......... ..... ..... .... .. ..... .... ... ..... ............ .. .. ... ....... ....... ...... ..... .. ... ..... ............ .. 44 
3.5 Gestión de memoria ...... ................. ... ........................ .... .. ... .. .. ..... ..... ............... ..... .. ..... .... .... .... 45 
3.6 Recursos .. ..... .... .. ..... .. .... .. ... ....... ......... ... .... .. .... ..... .... .......... ...... ............ ... ........... ..................... 46 
3.7 Elementos de interfaz de usuario ................. .. ..................... .. .... ................... .. ............. .. .. ... .. ... 47 
3.8 Comunicaciones .... .. .. ... .................... .................................................... ...... ........ ... .... .. .. .. ........ 53. 
3.9 Intercambio de datos .... .. ................................... ............ .. ............... .. ... ... ........ .... ... ........ .......... 55 
3.10 Reestablecimiento del dispositivo ...................... ... .... .. ...... .. ........ .. ...................... ... ........... .. .. 55 
3.11 Versiones ..... ... ... ......... .... ............ ...................................... ..... ........... ........ ........ .......... ... ......... 56 
Capítulo 4. Ambientes de desarrollo ...... ............................ .. .... .. ........... .... .. .... .............. ... . 60 
4.1 Metrowerks CodeWarriror ......... ......... ............................ .. .... ... ... .... ...................... .. ..... ............. 61 
4.2 PRC·Tools ..... .. .... .. .. ...... ... ... ........... ...... ........... ......... ... .. ........... ........... ............. .................. ..... 66 
4.3 Felch DeveloperStudio .. ... ....... ... ... .. ...... .......... ....... .. .... ........ , ... ....... ..... ......... ......... ................. 68 
4.4 Ambientes de desarrollo alternativos .: .. .. .. .. ......... ................... : .............. ..... .. ............ ....... ....... 69 
4.4.1 Desarrollo basado en forms ...... .. ................ .................................................... ................. 69 
4.4.2 Desarrollo sobre los dispositivos PalmaS .. ............... .... .. ............................... .. .... ...... ...... 71 
4.4.3 Otros lenguajes distintos a C .... .. .... ....................... .. ........ .. ............ .. ........ .............. .... .... ... 73 
4.5 Selección del ambiente de desarrollo .......... ...................... .. .. .. .................................... ............ 75 
Capítulo 5. Bases de datos ....... .. ..... ... ... ... ...... ... ... .... .. ....... ....... .. ..... .. ..... .. ...... .. ..... ... ........ 76 
5.1 Bases de datos orientadas a registro .... ....................................... ...... ..................................... 77 
5.2 Sistemas administradores de base de datos (DBMS) ............................................................. 78 
5.2.1 Interfases de los sistemas administradores de bases de datos ...... .. ........ ...... ...... ......... .. 79 
5.2.2 Bases de datos relacionales ... ............................................. .. ........... ................ ......... ....... 80 
5.2.3 Bases de datos orientadas a objetos .. .. ...... ................... ........ .................. .. ...................... 81 
5.3 Otras bases de datos .... .... ....... .. ..... ..... : ................. .... ..... .. ...................................................... . 82 
5.4 Selección de la metodología de acceso de datos .. .... ......................................... .................... 82 
5.5 Bases de datos en PalmOS .................. ........................ ...... .. .. .. ............ ....................... .. ........ . 83 
5.5.1 Manejo de bases de datos ........................................... ... .. ............ .. ... .. .. ........................... 84 
5.5.2 Manejo de registros ..... .... .............. .... .................... ... ....... ................................................ . 88 
5.6 Aplicación de ejemplo ................................... .... ......... ................. .. .... ...... ........ ... ...................... 92 
5.6.1 Definición de las estructuras de datos ...... .. ................ .. .......... .. .. ...................................... 92 
5.6.2 Rutinas para la inicialización de la base de datos .... .......... .............................................. 93 
Capítulo 6. Estructura de una aplicación .. .... ...... .. ... ... .. ... .......... .. ........ .. .. .. .... .. ... ... .. .......... 96 
6.1 Rutina principal: PilotMain ......... .......................... ......... ... ... ........ ... ......... ... .. ........................... . 96 
6.2 Rutina de il)icio: AppStart ................ .... ...... .. .. .. ........................... .. ............ .. .... ......................... 97 
6.3 Rutina de cierre: AppStop .. .......... ...................................... ..................................................... 98 
6.4 Bucle principal de eventos ........ ....... .. .............. .............. ..... .... ... ........ ...................................... 99 
6.4.1 Cola y bucle de eventos de la aplicación .................... .. .. .. ................. .. .......................... 100 
6.5 Manejadores de eventos de los elementos Form ............ .. ........ .. ...... .. .. ........ ...... .... ............. 103 
6.6 Descripción de la aplicación de ejemplo ...... ........ ................................................................. 108 
6.6.1 Instalación .... ............. .... ....... ..... .. ..... ........... .. ... .......... ............... .... ...... .. .... ...................... 108 
6.6.2 Ejecución ................ ..... .. ... .... .. ........................................................................... ..... ..... ... 109 
6.6.3 Vistas .... .. .... ......... ... ........ .. ... .. .... .. ... ............... .... ............. ....... .................... .. ...... ...... ...... . 109 
Conclusiones ........... ... ..... ...................... .. ............ ... ..... ....... .............. ...... ..... ..... .... ........ .. 113 
Glosario ...... ..... .... .... .. .. .... .... ... .... .... .... ... ............ ... ... .......... ............ .... ..... ... ........ ..... .... .. .. 115 
Referencias ...................................................... ......... : ... ..... ..... .......... ..... .. .. .. ... ....... ........ 122 
índice de Figuras 
Figura 1.1 Algunos tipos de PDA's ...................... .......... .. .. ............ .. ............................ ...... .. ............ 14 
Figura 1.2 Vistas del teléfono inteligente Treo .... .. ............ .... .................. .. .......... .............. .. ............. 20 
Figura 1.3 Dispositivos con sistema operativo Windows CE ............ .. .......... .... .. ............................ . 22 
Figura 2.1 Representación lógica de un raster .................... .. .. ............................ .. ......... ................. 31 
Figura 2.2 Representación digital de un raster ................ .................. .. .. .... ............ ............ ...... .. .... .. 32 
Figura 2.3 Representación raster en formato Run-Iength .................... .. .. ........ .............................. 32 
Figura 2.4 Representación lógica de un vector ............ .... .......................... .............. .. ................ .... . 34 
Figura 2.5 Representación de una región mediante polígonos, arcos y nodos .. ...... .. ...... .. .. .. ........ 35 
Figura 2.6 Representación digital de un vector ........................ .. .................................... .. .. ............. 36 
Figura 2.7 Representación digital de un vector en formato Spaguetti ........ .............. ...... .. .. .... .... ..... 36 
Figura 2.8 Representación digital de un vector mediante diccionario de vértices ........................... 37 
Figura 2.9 Representación digital de un vector mediante formato DIME ............................ .... .. .... .. 37 
Figura 2.10 Representación digital de un vector mediante formato arco/nodo .. .................... .. .. .. ... 38 
Figura 2.11 Características de los formatos raster y vector ........ ...................... .. ............ ........ .. ...... 39 
Figura 2.12 Tabla de propiedades de los formatos raster y vector .... ................ ...... ....................... 39 
Figura 2.13 Imágenes en formato raster y vector ............................ ...................... ........................ .. 40 
Figura 2.1 4 Representación de imágenes mediante la superposición entre raster y vector ........... 41 
Figura 5.1 Ejemplo de un registro mediante una estructura en lenguaje C .............. ...................... 77 
Figura 5.2 Código para la creación de una base de datos .............................................................. 85 
Figura 5.3 Código para la apertura de una base de datos .......... .. ........ .. ............ .. ...... .......... .. .... .... 86 
Figura 5.4 Código para el cierre de una base de datos .. .. .. ........ .. ................................ .......... ......... 87 
Figura 5.5 Estructura para los registro de tipo Estación ........ ........ .... .................................... .... .... .. 92 
Figura 5.6 Estructura para los registro de tipo Unea ........ .. .... .................. .............. ............. .. .. .. .. .. .. 92 
Figura 5.7 Estructura para los registro de tipo Mapa ............ ................ .................................... .... ... 92 
Figura 5.8 Rutina para agregar registros de tipo estación ........................ .................... .......... ......... 93 
Figura 5.9 Rutina para agregar registros de tipo línea ...... ........ .. ............ ...... ........ ............ .............. 94 
Figura 5.10 Rutina para agregar registros de tipo mapa ........ ...................... .. ................................. 94 
Figura 6.1 Código de la rutina PalmPilot ........ ... ................... .............. ...... ....................................... 97 
Figura 6.2 Código de la rutina AppStart .............................. ........................ ........... .... ............. ..... .. .. 98 
Figura 6.3 Código de la rutina AppStop .... ............................... .. .. ..... ........ .............. ... ... ........ ........... 98 
Figura 6.4 Código de la rutina AppEventLoop .......... ........................................... ..................... ... .... 99 
Figura 6.5 Modelo de un evento en el bucle de eventos .. .. .................... .. ............... ........ ... ..... .. .... .. 1 00 
Figura 6.6 Código de la rutina AppHandleEvent... .. ......... .......................... ............... ....................... 102 
Figura 6.7 Código del manejador de eventos de MainForm ........................................ .. .............. ... . 104 
Figura 6.8 Código del manejador de eventos de EstacionesForm ... ..... ... ................... ..... ........ .. .. ... 105 
Figura 6.9 Código del manejador de eventos de DetallesEstacionesForm ..................... ................ 106 
Figura 6.10 Código del manejador de eventos de MapaForm .... ....... ......... ......... .. ................ ......... 1 07 
Figura 6.11 Vistas de la instalación de una aplicación PalmOS .. .... .. ...... .. ............. ... ........... .......... . 1 08 
Figura 6.12 Vista del escritorio PalmOS ................................. ........ ....... .................. ... .. ................... 109 
Figura 6.13 Vista inicial de la aplicación del metro ..................... ..... ............ .................................... 109 
Figura 6.1 4 Vista del mapa de la aplicación del metro .... ...... .................................. ................... ..... 110 
Figura 6.15 Vista de la selección de una región en el mapa del metro ...... .. ......... ..... .................... 11 O 
Figura 6.16 Vista de la lista de las estaciones del metro ..... .... ............................ .... ..... ..... ..... ...... .. . 111 
Figura 6.17 Vista de los detalles de las estaciones del metro .. .................... .......... ........ ..... .... ........ 111 
I 
·1 
Introducción 
Nuestra sociedad actual está protagonizada por la imagen. El empleo de imágenes como 
recurso informativo es cada vez mayor en organizaciones y servicios de información de 
distintos ámbitos. 
Los Sistemas de Información Espacial son un tipo especializado de sistemas que se 
distinguen por su capacidad de gestionar información espacialmente referenciable y que 
permiten además su representación gráfica. Se dice que son herramientas, porque 
ayudan a la formación de elementos de juicio para la toma de decisiones luego que se 
han aprovechado sus funciones de captura, almacenamiento, refinamiento, análisis y 
visualización de la información. 
Las técnicas y procedimientos de digitalización y almacenamiento, junto al incremento de 
aplicaciones de gestión documental gráfica o multimedia, permiten reprantear la 
organización y recuperación en los servicios de documentación para integrar, en un 
mismo sistema, tal'}to el documento primario en forma de imágenes, como el secundario, 
su descripción, consultables mediante aplicaciones que permiten la búsqueda y selecQión 
de manera rápida y sencilla, ya sea remotamente, vía Internet, o localmente, en la pe. 
Los mapas son un medio natural para clasificar y presentar información relacionada a la 
localización de servicios. La gente usa mapas para navegar durante sus viajes y para 
preparar sus rutas. Más aun, los mapas explotan las capacidades de dos dimensiones de 
la visión humana y presentan la información en una forma compacta y de fácil 
comprensión. En la actualidad, debido a los avances en las comunicaciones modernas y 
en las tecnologías de la información, hay un esfuerzo incremental en el desarrollo de 
sistemas de ubicación espacial. 
Introducción ix 
El uso de computadoras y el acceso a recursos de información ha llegado a ser una parte 
necesaria en nuestro trabajo y vida diaria. 
Con la popularidad de las mini computadoras, como los PDAs, en el ambiente de 
negocios, y el incremento en las capacidades de procesamiento y de almacenamiento de 
estas, junto con la necesidad de tener al alcance de la mano información, corporativa y de 
propósito general, en todo momento y lugar, justifica llevar los sistemas que normalmente 
tienen cabida en la pe a estos dispositivos. 
El mundo esta dirigiéndose hacia la globalización y la movilidad. La noción del cómputo 
móvil y portátil' ha acelerado la evolución de teléfonos móviles, PDAs, e híbridos llamados 
teléfonos inteligentes. Como avanza la tecnología más atención ha sido dada hacia el 
suministro y desarrollo de servicios comerqiales de valor agregado en ambientes móviles. 
Un ejemplo de servicios de valor agregado son los servicios basados en la ubicación, los 
cuales se refieren a aplicaciones en dispositivos móviles que reaccionan a la selección de 
objetos referenciables2
. 
Los dispositivos móviles permiten el acceso a datos y a otras aplicaciones en cualquier 
momento y cualquier lugar. Los datos pueden ser adquiridos, recuperados y 
sincronizados. De esta forma, la demanda de servicios y aplicaciones sobre dispositivos 
móviles se ha incrementado considerablemente. Ahora es posible tener una aplicación 
interactiva, actualizada, informativa y gráfica directamente en teléfonos y PDAs. 
Recientemente los dispositivos móviles basados en PalmOS han llegado a ser un 
vehículo popular para la distribución de la información y las aplicaciones para 
visualización de mapas basadas en PalmOS, están rápidamente envolviendo y 
adaptándose a este nuevo ambiente. 
Entre los campos que explotan esos avances en orden de proveer poderosos servicios 
están el turismo, la cultura y la educación. 
, El termino Portátil, cuando se describe hardware, significa pequeño y ligero. Oe tal forma que por computo portátil se 
refiere a dispositivos lo suficientemente pequeños para poder ser transportados por humanos. Estos incluyen notebooks, 
computadoras handheld, y POAs. 
2 Por objeto referenciable se entiende a todo objeto, ffsico o abstracto (servicios), el cual tiene una ubicación en el 
espacio o puede ser representado espacialmente mediante una región en el caso de mapas bidimensionales. 
Introducción x 
El principal enfoque de este trabajo es el mostrar la utilidad que ofrece una aplicación 
referente a la ubicación y localización de servicios mediante la utilización de mapas, junto 
con la semántica de sus regiones en un dispositivo portátil basado en PalmOS. 
Ejemplificar la utilidad de dichos temas, mediante la implementación de una aplicación de 
ubicación basada en lenguaje e para sistema de transporte, metro, de la ciudad de 
México sobre un dispositivo PalmOS. 
Objetivos 
Objetivo general 
Proporcionar la teoría básica, útil para el desarrollo de una aplicación sobre 
servicios basados en su ubicación (LBS), mediante la utilización de mapas, junto 
con el significado de sus regiones en un dispositivo portátil basado en PalmOS y 
ejemplificar la utilidad de dichos servicios, mediante la . implementación de una 
aplicación, basada en lenguaje e, para el sistema de transporte 'metro' de la 
ciudad de México sobre un dispositivo PalmOS. 
Objetivos específicos 
Proporcionar la teoría necesaria para el desarrollo de servicios bas~dos en la 
ubicación y localización de información. 
Realizar una revisión teórica sobre las técnicas para el almacenamiento de mapas, 
e identificar las ventajas y desventajas de cada técnica. 
Introducción xi 
Mostrar los alcances y restricciones de la tecnología portátil, en especial los PDAs, 
como plataforma base para el desarrollo de nuevos servicios, detallando la 
plataforma líder en el mercado actual, PalmOS. -
Dar una introducción a los ambientes de desarrollo existentes en el mercado para 
el desarrollo sobre la plataforma PalmOS. 
Ejemplificar la utilidad del servicio, mediante la implementación de una aplicación 
standalone2 de s~rvicios basados en su ubicación, basada en lenguaje C, para el 
sistema de transporte metro de la ciudad de México sobre un dispositivo PalmOS. 
Planteamiento del problema 
Llega a ser evidente, dadas las limitaciones de hardware de los dispositivos, que· la 
necesidad de información gráfica en un aplicación, implica tanto teléfonos y PDAs, que 
estén equipados con pantallas a color y poderosos CPUs. Es posible desarrollar 
aplicaciones basadas en la información espacial con funcionalidad avanzada y 
presentación grafica en dispositivos portátiles. Aunque dichos dispositivos tengan 
recursos limitados. Cada dispositivo móvil tiene distintas características en términos de 
procesamiento, memoria y soporte de color. 
En orden para desarrollar aplicaciones atractivas deben de satisfacerse al menos tres 
demandas críticas: primera, la demanda de funcionalidad. La aplicación debe satisfacer 
las necesidades del cliente, considerando la funcionalidad o crear una necesidad que el 
cliente no tenga ya. Segunda, la apariencia de la, por ejemplo, la representación gráfica, 
debe ser atractiva; por ejemplo, en una aplicación basada en la ubicación, la parte mas 
importante puede ser la presentación de mapas. Finalmente, está la capacidad de 
respuesta, es decir, la sensibilidad de la aplicación. Sin importar lo impresionante de la 
2 Por aplicación standalone, se refiere a un programa de cómputo, que opera por si solo, es decir, no es usado como 
parte de otra aplicación, ni depende de otra aplicación para poder operar. 
------ - - -------
Introducción xii 
funcional idad o la apariencia que la aplicación tiene, llega a ser in atractiva al cliente, si la 
capacidad de responder a los eventos generados por parte del usuario es lenta; por 
ejemplo, si toma varios minutos la visual ización de un mapa. 
Así, el aspecto de desempeño es extremadamente importante. La parte mas critica, es el 
desempeño y la sensibilidad de respuesta, provistas por la aplicación con datos gráficos. 
La información debe ser útil (de suficiente calidad, confiable y actual) y proporcionada de 
tal forma que fácilmente pueda ser encontrada y accedida. 
Capítulo 1 
1. ¿Qué es un PDA? 
Un asistente digital personal, o PDA de sus siglas en ingles Personal Digital Asistant, es 
un dispositivo de mano o portátil, que originalmente fue . diseñado como organizador 
personal y en la actualidad combina características de computo, Internet (en algunos 
dispositivos), y de red. Las funciones básicas de cualquier PDA son: una libreta de citas 
(datebools), libreta de direcciones (addressbook), lista de tareas por hacer (tasklist), y una 
libreta para recados y anotaciones (memopad). Mientras que dichas características son 
de gran utilidad, lo que realmente hizo que los PDAs fueran tan populares, fue la 
capacidad de sincronización de información con la Pe. [1] 
Todos los PDAs tienen pantallas de LeO táctiles, las cuales responden al lápiz óptico o 
stylus y al dedo y en algunqs modelos la pantalla es a color. Todos tienen stylus, el cual 
es la forma usada para navegar en la pantalla y para introducir información usando 
reconocimiento de escritura (handwriting, HWR). En la actualidad se puede agregar 
teclado, así como otros accesorios (modem, dispositivos GPS, cámaras digital~s, etc.) 
(Figura 1.1). 
Capítulo 1. Que es un PDA? 14 
Figura 1. 1 Algunos tipos de PDA's. 
1.1 Historia 
Los PDAs han estado en el mercado desde 1990. Entre las primeras populares, se 
encuentra la Newton de Apple y la original Pa/m Pilot. Apple descontinuó la línea Newton 
en 1998, y Palrrf obtuvo de esta forma, la mayor parte del mercado. La ahora 
descontinuada Psion, fue también muy popular en esa época. Al tener Palm la 
popularidad, Microsoft decidió tomar una parte de ese mercado e introdujo la primer PDA 
con el sistema operativo WindowsCE, las cuales estuvieron disponibles en diseños de 
mini-Iaptops, y fueron conocidas como HPCs (handheld PCs). Estuvieron disponibles en 
el mercado en 1997; pero sus ventas fueron muy bajas debido a que eran poco portátiles 
y más complejas que las PDA con PalmOS. Aunque Psion tenía un diseño semejante, 
tenía más popularidad ya que tenía un sistema operativo confiable y amigable junto con 
un mejor teclado. 
En 1998 Y 1999 la primer PPC (Pa/m PC) con WindowsCE apareció en el mercado, y 
fueron más populares, ya que presentaban mayor portabilidad que las HPCs. Con Palm 
aun acaparando el mercado, en el 2000, Microsoft liberó un nuevo sistema operativo 
llamado PocketPC, el cual presentaba una mejor interfaz de usuario, y además requería 
generar menos eventos para obtener la información necesitada, y de esta forma comenzó 
2 El termino Palm Computing, o algunas veces solo Palm, se usará para referirse a la compañia que inicialmente fabricó 
los primeros dispositivos PalmOS. Mientras que el termino PalmOS, o plataforma PalmOS, se referirá a cualquiera de los 
dispositivos dentro la gama de los PDAS que trabajan con el sistema operativo de Palm.(l) 
Capítulo 1. Que es un PDA? 15 
a crecer. De cualquier forma, los PDAs con PocketPC están etiquetados por su alto costo 
en comparación con su contraparte de Palm, lo cual no les es benéfico. 
Los PDAs con PocketPC 2002, liberados en el mismo año (2002), mostraron mejoras en 
interfaz de usuario, mejor soporte para conexiones de red y un poderoso hardware, útil 
para juegos. Con la introducción de dichos dispositivos, PocketPC comenzó a incursionar 
seriamente en el mercado de los PDAs, todavía dominado por PalmOS. Aunque su costo 
aun era más elevado que Palm, ofrecían ya, pantallas a color, aplicaciones para MP3 y 
una variedad de opciones para red, características que Palm no ofrecía. Hoy en día, 
pueden obtenerse PDAs con PalmOS con aplicaciones MP3 (MP3 playe!}, visor de 
películas (movie playe!} y capacidad para red. PalmOS 5 es la ultima versión de PalmOS, 
y la actual versión de PocketPC es llamada Windows Mobi/2003 Second Edition. 
1.2 Características 
1.2.1 Sistema operativo 
El sistema operativo contiene instrucciones preprogramadas que indican al procesador 
que hacer. Los sistemas operativos usados por los PDAs no son tan complejos como 
aquellos usados por las PCs, al tener éstos menos instrucciones y ocupar menos 
memoria. 
Existen tres principales sistemas operativos compitiendo por el mercado de los PDAs: 
Palm Computing, de 3Com, es el fabricante del original organizador Pilot y su sistema 
operativo PalmOS es el líder en ventas dentro el mercado de los PDAs. Palm ha 
autorizado el uso de su sistema operativo a otros fabricantes como: Hanspring, 
Qualcomm, y TRG.tienen PDAs fabricados basados en PalmOS, y, se espera que Nokia y 
Sony se agreguen a este grupo en un futuro cercano. 
Varias compañías, incluyendo Compaq, Hewlett Packard, y Casio hacen la competencia 
de PDAs que corren sobre el sistema operativo PocketPC de Microsoft (formalmente 
llamado WindowsCE) , y son actualmente el segundo lugar en ventas dentro del mercado 
de los PDAs, después de PalmOS. 
Capítulo 1. Que es un POA? 16 
Symbian es una empresa conjunta entre Psion, Nokia, Ericsson y Motorola, la cual 
produjo el sistema operativo EPOC, actualmente conocido como Symbian, el cual es 
usado sobre PDAs producidos por Psion, Ericsson, Nokia y Oregon Scientific. EPOC es el 
más popular de los sistemas operativos usados en Europa por su capacidad de manejar 
comunicaciones móviles. 
PalmOS ocupa menos memoria y corre más rápido y muchos usuarios lo prefieren por ser 
fácil de usar. PocketPC soporta gráficos, paquetes de Windows miniaturizados (Word, 
Exce~ , y otras aplicaciones (tales como programas de MP3 y MPEG). PocketPC requiere 
más memoria y es más lento, y a los usuarios les parece más complejo. En la actualidad 
PalmOS domina el mercado de las PDAs, aunque PocketPC, va en aumento. 
1.2.2 Microprocesador 
Como las computadoras de escritorio y portátiles estándar, los PDAs funcionan mediante 
procesadores. El microprocesador es el cerebro del PDA y coordina todas las funciones 
acorde a instrucciones programadas. Distinto de las computadoras de escritorio y 
portátiles, los PDAs usan microprocesadores pequeños y baratos, tales como el 
MC68328, conocido como Dragonball, de Motorola, el multiprocesador sin MIPS, o el 
SH7709a de Hitachi. Aunque esos microprocesadores tienden a ser mas lentos que el de 
una PC (16-75 MHz, comparados a mas de 1000 MHz en una Pe), son adecuados para 
las tareas que un PDA desempeña. Hoy en día las velocidades están entre 100MHz y 
624MHz. Los beneficios de tamaño pequeño y precio bajo son más importantes que los 
de el costo de tener bajas velocidades. 
Generalmente PocketPC tiene procesadores más rápidos, ya que su sistema operativo 
requiere mas poder que el que es requerido por PalmOS. 
1.2.3 Memoria 
Un PDA no tiene disco duro, en su lugar tiene memoria RAM y ROM, de la cual una 
porción es usada para almacenar programas y datos. 
Capítulo 1. Que es un PDA? 17 
El área de la ROM no es volátil, lo que significa que no es borrada aun cuando se apague 
el dispositivo" En ella es donde el sistema operativo y los programas básicos 
(addressbook, calendar, memopad, etc.), que vienen de fabrica, son instalados. Los 
datos y cualquier programa que sean agregados posteriormente son almacenados en la 
RAM del dispositivo. 
Este enfoque tiene varias ventajas sobre una PC estándar. Cuando el PDA es encendido, 
todos los programas están disponibles al instante, por lo que no se tiene que esperar a 
que las aplicaciones sean cargadas. Cuando se hacen cambios a un archivo, ellos son 
almacenados automáticamente, de esta forma no se necesita explícitamente de un 
comando 'Guardar'. Y cuando el dispositivo es apagado, los datos están aun guardados, 
ya que el PDA se mantiene alimentado con una pequeña cantidad de energía 
suministrada por las baterías. 
Todos los PDAs usan memoria de estado sólid04
; algunas usan RAM estática (SRAM)5 y 
algunas otras usan memorias Flash6
• Aunque, en algunos modelos se incorporan formas 
de memoria removible. De cualquier forma, los programas adicionales requieren más 
memoria, así que modelos mOas avanzados usualmente incorporan más memoria. 
Generalmente los PDAs con PalmOS tienen 16 MB o más de RAM, mientras que 
PocketPC tienen de 32 a 64 MB de memoria. En modelos recientes de PDAs, la cantidad 
de memoria es actualizable (en el periodo de realización del presente trabajo). 
1.2.4 Baterías 
Los PDAs funcionan con baterías. Algunos m<?delos usan baterías alcalinas (AAA), 
mientras otros usan baterías recargables (litio, níquel-cadmio o híbrido de níquel-metal). 
El tiempo de vida de una batería depende sobre el tipo de PDA y el tipo de tareas que 
éste realiza. Aquí se listan algunos de las cosas por las que puede agotarse una batería: 
4 Tipo de memoria que no contiene partes físicas removibles, es decir, está compuesta en su totalidad por componentes 
electrónicos, tales como circuitos integrados. 
5 Tipo de memoria mas rápida, confiable y menos volátil que la RAM dinámica (DRAM), pero requiere mas energía y es 
mas costosa. El termino estática se deriva del hecho de que no necesita ser refrescada (re energizada) constantemente 
para evitar la perdida de sus datos, como la DRAM. 
6 Tipo de memoria EEPROM que permite ser borrada y reprogramada en bloques en vez de una byte a la vez. 
Capítulo 1. Que es un POA? 18 
El sistema operativo. PocketPC requiere más poder en virtud de sus 
requerimientos mayores de memoria. 
Más memoria 
Pantalla de LCD a color 
Grabación de voz 
MP3player 
. El tiempo de vida de las baterías puede variar dependiendo el modelo de PDA y sus 
características. Muchos PDAs tiene sistemas de administración de poder para extender el 
tiempo de vida de las baterías. Aún, si las baterías están tan bajas como para poder 
encender el dispositivo (mostrará bastantes mensajes de precaución antes de que esto 
pase), habrá normalmente suficiente energía para mantener la RAM en el mismo estado. 
En el caso de que las baterías estén totalmente sin energía o que sean retiradas del 
dispositivo, se tendrá aproximadamente un minuto para reemplazarlas antes de que se 
pierda la carga completamente. En este punto, muchos PDAs perderían sus datos. Los 
PDAs pueden también venir con adaptadores CA. 
1.2.5 Pantalla LeD 
Los PDAs tienen algún tipo de pantalla LCD. Distinto de las pantallas LCD para 
computadoras de escritorio o portátiles, las cuales son usadas únicamente como 
dispositivos de salida, los PDAs usan sus pantallas como dispositivo de entrada y salida. 
Las pantallas LCD de los PDAs son más pequeñas que las pantallas de computadoras 
portátiles. Las computadoras de mano (hand-held computers) generalmente tienen 
pantallas mas grandes que las computadoras tipo Palm (palm-sized computers). Las 
pantallas de los PDAs tienen las siguientes características: 
LCD, LCD realzado, o CSTN, de tamaño 160x160 para PalmOS y 320x240 
para PocketPC 
Blanco y negro (escala de grises de 4 bits) o color(16 bits) 
aq 
Capitulo 1. Que es un PDA? 19 
Pantalla de matriz pasiva o activa7
• Las pantallas de matriz activa tienen mayor 
nitidez y son más fáciles de leer, aunque las de matriz pasiva utilizan menor 
energía 
Reflective o backlit (o backlight) . Las pantallas de tipo backlit son buenas para 
leer con luz baja. 
1.2.6 Bahías de expansión 
Muchos de los POAs actuales. tienen bahías de expansión que pueden acceder a tarjetas 
de memoria o almacenamiento, y tarjetas de E/S (entrada/salida), tales como módem y 
tarjetas de red. PocketPC normalmente tiene ranuras SO y algunas veces CF. Los POAs 
de Palm y Hanspring tienen ranuras SO. Sony Clie tiene ranuras Memory Stick. Para 
Palm, se puede adquirir tarjetas de almacenamiento, Bluetooth y WiFi para ranuras SO. 
Para PocketPC, se pueden adquirir tarjetas de memoria, Bluetooth, WiFi y GPS. Las 
ranuras CF de PocketPC pueden aceptar tarjetas de almacenamiento, módulos de 
cámara digital, modems, ethernet alámbrico y WiFi. Para Clie, pueden adquirirse tarjetas 
Memory Stick de almacenamiento y Bluetooth. 
1.2.7 Syncing 
La sincronización con la PC, permite tener la información contenida en el POA respaldada 
en la propia PC, incluso tener respaldo de cada una de las aplicaciones que han sido 
instaladas adicionalmente. 
Desde que PocketPC es hecho por Microsoft, puede ser sincronizado con MS Outlook 
para datos PIM y correo electrónico. También puede ser sincronizado con Excel y Word, 
además de leer archivos de estos tipos. 
7 Pantalla de matriz pasiva en un tipo de pantalla de panel plano, que consiste de una rejilla cableada horizontal y 
verticalmente. En la intersección de cada rejilla hay un elemento LeO, el cual constituye un único pixel, este puede ser 
iluminado o apagado. Las pantallas de matriz activa, conocidas también como TFT, utilizan un transistor para controlar 
cada pixel. Las pantallas TFT tienen mayor calidad pero son más costosas que las de matriz pasiva. 
-
Capítulo 1. Que es un PDA? 20 
Por otra parte, PalmOS puede sincronizarse con el escritorio de Palm, el cual soporta 
completamente aplicaciones PIM de escritorio e incluso de Out/ook. Muchos PDAs de 
PalmOS tienen una aplicación la cual permite trabajar completamente con documentos de · 
MS Office, Word, Excel e incluso Power Point, y soporta características más avanzadas 
que las soportadas por las propias de Microsoft Pocket Word y Excel. 
PocketPC no puede sincronizarse con Mac. Éste puede ser sincronizado sólo con 
Windows. Aunque puede adquirirse por terceros el software de sincronización, no es del 
todo compatible, a diferencia de Palm, que puede ser sincrQnizado con Mac y Windows. 
1.3 PalmOS 
Desde la introducción de la primer Palm Pilot en 1996, la plataforma PalmOS ha definido 
la tendencia y la expectativa para el cómputo móvil , desde la forma en que la gente usa 
los dispositivos portátiles (PDAs) como organizadores personales para uso de dispositivos 
de información móvil como herramienta de negocios, y aun la capacidad de acceder a la 
Internet o una base de datos corporativa central vía conexión inalámbrica. 
Palm Computing fue capaz de realizar la mezcla correcta de características para 
conseguir un Asistente Personal Digital (PDA) que es fácil de integrar a todo tipo de 
necesidad del usuario (Figura 1.2). 
Figura 1. 2 Vista de distintos ángulos del teléfono inteligente Treo 600 
"---------------- --- - -
l 
Capítulo 1. Que es un PDA? 21 
1.3.1 Historia 
Palm computing fue fundada en 1992 y adquirida por U.S. Robotics in 1995. En 1996, 
Palm computing introduce los productos Pi/ot1000 y Pi/ot5000, dispositivos que 
encabezaron el resurgimiento de cómputo de los PD(l.s (handhled computing). En junio de 
1997, Palm llegó a ser una subsidiaria de 3Com cuando U.S. Robotics fue adquirida por 
3Com. Con la adquisición de Smartcode Tecnology, en febrero de 1999, Palm agregó 
capacidad de comunicaciones inalámbricas avanzadas a la plataforma PalmOS para 
abarcar el mercado de los dispositivos de comunicación móvil, como teléfonos celulares, 
dispositivos de mensajes, comunicadores de datos y teléfonos inteligentes. En septiembre 
de 1999, 3Com anunció planes de hacer a la subsidiaria Palm, una compañía 
independiente de comercio. De esta forma la compañía llegó a ser independiente en 
marzo de 2000, y fue comercializada con NASDAQ en el marcador de símbolos Palm 
(ticker symbol Palm). 
En octubre de 2003, los accionistas de Palm votaron por crear PalmSource, creadora del 
software de la plataforma PalmOS, como una compañía independiente y adquirió 
Handspring. La compañía combinada es conocida como PalmOne y es comercializada 
con NASDAQ en el marcador de símbolos Palm (ticker symbol Palm). Uniendo a Zire, 
Tungsten y Treo, la creación de PalmOne lanzó un nuevo, líder mas fuerte en el mercado 
de soluciones de hardware y software del computo portátil y de comunicaciones. 
Conocida por su único compromiso hacia una interfaz elegante y simple que es fácil de 
usar, la familia de productos PalmOne, fue construida para beneficio de los clientes. En la 
actualidad, la familia de productos consiste de la serie de handhelds de Zire y Tungsten y 
la rama de teléfonos inteligentes Treo. Dicha familia de productos está equipada con una 
suite de aplicaciones PIM, capacidad de transmisión por infrarrojo, calculadora, 
aplicaciones para notas y juegos. Éstas también vienen con el software de escritorio 
(desktop PIM), el HotSync local y el software <?e sincronización remota. 
Palm abrió su sistema, permitiendo a miles de desarrolladores la oportunidad para crear 
sofisticados y diversos programas específicos de Palm. Esto permitió realmente la 
expansión del sistema operativo de Palm (PalmOS), y por lo tanto el uso del dispositivo, lo 
. que hizo que Palm tomara el mercado de una forma bastante rápida. 
oaq 
Capítulo 1. Que es un PDA? 22 
1.4 Pocket pe 
En 1996, Microsoft introdujo el más reciente miembro de la familia de sistemas operativos 
Windows: Windows CE. Windows CE es un sistema operativo pequeño, de 32 bits, 
independiente de la plataforma disponible para un amplio rango de aplicacio~es de 
hardware. [9] 
El enfoque inicial del sistema operativo Windows CE es un nuevo conjunto de dispositivos 
para el mercado de los handheld. Microsoft ha dado una nueva categoria de 
computadores llamado handheld PC. Esta nueva tecnología refleja el deseo de Microsoft 
para poner el handheld aparte de la actual generación de dispositivos PDA u 
organizadores personales. 
Un handheld PC corriendo Windows CE esta diseñado par ser una compañía móvil de la 
computadora de escritorio (PC corriendo un sistema operativo de la familia de Windows). 
Windows CE provee a los usuarios con una interfaz familiar, y soporta distintas formas de 
sincronización de datos entre el handheld PC y la PC de escritorio (Figura 1.3). 
Optlonal keyboard Nokeyboard 
Figura 1. 3 Dispositivos con sistema operativo WindowsCE 
G 
Capítulo 1. Que es un PDA? 23 
1.4.1 Historia 
Los proyectos WinPad y Pulsar fueron los antecesores de Windows CE, pero dichos 
proyectos nunca salieron al mercado. [9] 
WinPad 
En 1992, Microsoft comenzó a trabajar sobre una versión compacta de Windows 3.1 que 
seria usada para producir computadoras handheld basadas en Windows. Como la Newton 
de Apple, WinPad no tenía teclado, pero empleaba tecnología de reconocimiento de 
escritura como medio de entrada. 
WinPad tenía la intención de ser una compañía de la PC de escritorio. Podría ser 
conectada a la PC de escritorio mediante cable serial. Una vez conectada, los datos 
podrían ser sincronizados entre los ambos dispositivos. Las aplicaciones para WinPad 
eran escritas en Visual Basic. 
Entre los factores que provocaron el abandono del proyecto fueron: 
Pulsar 
El precio estimado para el consumidor bastante alto 
La tecnología de reconocimiento de escritura empleada era propensa a errores 
y muy lenta 
En 1993, otro proyecto, llamado Pulsar, fue iniciado por el grupo de tecnología avanzada 
de Microsoft. El objetivo del proyecto Pulsar era crear un nuevo super-pager que 
permitiera comunicar a las personas con otras y con servicios sobre redes inalámbricas. 
Pulsar estaba orientado más a ser dispositivo del cliente, y no una herramienta para 
complementar a la PC de escritorio como WinPad. 
... 
Capítulo 1. Que es un PDA? 24 
El dispositivo de Pulsar era del tamaño de un pager grande y no tenia teclado. La entrada 
de datos del dispositivo era realizada a través de un teclado sobre la pantalla. La 
programación de aplicaciones para Pulsar era hecha con Visual Basic. 
Las primeras pruebas con usuarios revelaron que el tamaño pequeño del dispositivo y la 
falta de teclado eran serios inconvenientes. 
Pegasus 
A finales de 1994, Microsoft decidió combinar los dos dispositivos handheld dentro de un 
grupo, bajo el nombre código de Pegasus. Como en el proyecto WinPad, el objetivo 
general fue cre~r un dispositivo móvil que trabajara en compañía de una PC de escritorio. 
Otro de los objetivos del nuevo proyecto consistía en liberar el dispositivo con un costo 
suficientemente bajo ($500 USO), crear una plataforma apropiada para comunicaciones, y 
tener un ambiente de desarrollo abierto para construir aplicaciones para Pegasus. 
El proyecto Pegasus continuó a lo largo de 1995, eventualmente adoptando la interfaz de 
Windows95 y llegando a ser WindowsCE. Cerca de 1996, desarrolladores de hardware se 
asociaron al proyecto y comenzaron la creación de dispositivos prototipos. 
A finales de 1996, Microsoft anunció oficialmente el proyecto Pegasus, con el nombre de 
WindowsCE. 
WindowsCE 
En la actualidad WindowsCE es un sistemá de 32 bits, multitarea, multihilos, 
independiente de la plataforma, ofrece soporte para ActiveX y Java, conectividad LAN, 
entre otros. WindowsCE puede también ser usado en otros tipos de dispositivos. Los 
dispositivos pueden incluir algo simple como un teléfono o pager, o algo complejo tal 
como una tarjeta de navegación y un sistema de control en un automóvil. En general, 
WindowsCE es apropiado para distintos sistemas. Todo tipo de dispositivos con una 
pantalla como interfaz, es un posible candidato. 
Capítulo 1. Que es un PDA? 25 
1.5 Selección de la plataforma 
Para el presente trabajo se decidió optar por la plataforma PalmOS, dado que entre las 
ventajas que tiene dicha plataforma en comparación con sus contrapartes se encuentran: 
PalmOS ocupa menos memoria pero corre más rápido 
Muchos usuarios lo prefieren por ser fácil de usar 
Ocupa menos memoria y poder de procesamiento lo que la hace más 
económica 
Ocupa la mayor parte del mercado actual de PDAs 
La habilidad de sincronización con la PC es posible con otros sistemas 
operativos distinto:; de Windows 
Existen distintos ambientes para desarrollo de aplicaciones. Que van desde 
herramientas simples y gratuitas, hasta sofisticados y costosos lOEs 
Las aplicaciones PalmOS pueden ser ejecutadas en cualquier dispositivo 
PalmOS con distinta versión de sistema operativo sin modificación alguna, ya 
sea PDA o teléfono inteligente, a diferencia de WindowsCE y Symbian, en los 
cuales no puede ser ejecutada una aplicación si no esta desarrollada para 
determinada versión del sistema operativo. 
Por lo tanto se enfocará en los dispositivos PalmOS, ya que a pesar que se cree que el 
mercado de los próximos años lo ocupará en su mayoría, PocketPC, PalmOS tiene mayor 
número de clientes en la actualidad. 
Capítulo 2 
2. Sistemas de información espacial 
2.1 ¿Qué es información espacial? 
La información espacial puede ser definida como todo tipo de información que tiene una 
ubicación en el espacio [10]. Un subconjunto de la información espacial2 con la cual 
mucha gente trata diariamente, es la información geográfica~ la cual es definida como la 
información que puede ser relacionada a una ubicación sobre la superficie de la tierra 
[10]. 
Comúnmente nos encontramos con este tipo de información, a través de mapas 
topográficos y turísticos, directorios de calles, y también en mapas de vegetación, mapas 
de límites de propiedad, entre otros. 
2.2 ¿Qué son Sistemas de información (51)? 
Los sistemas de información son una colección de datos y herramientas para trabajar con 
tales datos, los cuales contienen datos en forma análoga acerca de un fenómeno en el 
mundo real, de tal forma que la represel)tación física de dicha información, los datos, 
constituyen el modelo de ese fenómeno [10]. Así, que la colección de datos, la base de 
2 Espacial es un término usado aquí para referirse a datos de ubicación, para objetos posicionados en el espacio, no 
solo geográficamente, sino un término usado para el espacio en general. 
Capítulo 2. Sistemas de información espacial 27 
datos, es un almacén físico de vistas variadas del mundo real representando nuestro 
conocimiento en un punto en el tiempo [10). 
Un sistema de información (SI) puede ser definido como un sistema maquina-usuario 
integrado para proveer información para soportar funciones de operación, gestión y toma 
de decisiones en una organización. A un nivel estructural, esto es hecho de un conjunto 
de componentes o subsistemas que capturan, procesan, almacenan, analizan, 
condensan, y diseminan información en distintas formas. 
2.3 ¿Qué son Sistemas de información espacial (SIE)? 
Tradicionalmente, los sistemas de información están orientados al texto lo cual provee de 
información sobre reportes, documentos y toma de decisiones para todos los niveles en la 
jerarquía de una organización. Esto es caracterizado por modos de operación de entrada 
y salida basados en texto, enfocados principalmente sobre campos estructurados y texto 
libre. De cualquier forma, este estilo de sistemas de información, ha llegado a ser obsoleto 
en algunas áreas donde la información ya no es más basada en texto completamente, en 
vez de eso, está basada en una combinación de texto, audio, imágenes junto con su 
significado o la relación espacio-tiempo entre estos. 
Sistemas de información recientes (basados en el conocimiento, espaciales o visuales, 
multimedia, de investigación, etc.) pueden ser definidos como un sistema maquina-
usuario integrado para proveer información interrelacionada, basada en el conocimiento, 
visual y multimedia, para soportar funciones de investigación y otras operaciones de 
gestión y toma de decisiones en una organización. Así, que un sistema de información 
espacial (SIE) es un conjunto de herramientas para representar vistas del mundo real 
mediante datos acerca de su ubicación [10). 
Los sistemas de información espacial son una tecnología para procesar datos espaciales, 
y las herramientas, las cuales pueden ser activadas mediante la pulsaciÓn de un botón o 
la escritura de un comando, representan funciones de procesamiento; por ejemplo, 
visualización de un mapa, mediadas de distancias, etc. Dichas herramientas trabajan 
Capítulo 2. Sistemas de información espacial 28 
sobre alguna o toda la información almacenada de alguna forma sistemática en una base 
de datos. 
El desarrollo de sistemas de computadora para la manipulación de información espacial 
ha cambiado la percepción de la información y existe actualmente un enorme rango y 
cantidad de información mantenida en este tipo de sistemas. 
Entre los campos incluidos en los sistemas de información espacial están: 
Sistemas de información geográfica (Geographicallnformation Systems, GIS) 
Percepción remota (Remate Sensing) 
Fotografía aérea (A erial Photography) 
Imágenes satelitales (Satellite Imagery) 
Sistemas de posicionamiento global (Global Positioning Systems, GPS) 
Modelado en 3D (3D Modelling) 
Análisis temporal (Temporal Análisis) , entre otros. 
Los sistemas de información espacial están diseñados para la captura de información 
sobre ubicación, almacenamiento, análisis, manipulación y producción de imágenes o 
descripciones éstas como respuesta de salida. 
Un aspecto fundamental dentro de los sistemas de información espacial es la forma de 
almacenar la información. Las bases de datos de estos sistemas contienen datos de tipo 
gráfico y alfanumérico, integrados para formar una completa fuente de información. La 
exactitud y nivel de resolución son elementos importantes en el desarrollo de una base de 
datos de un SIE, y vienen determinados por el uso al que esté destinado el sistema; por 
ejemplo, sistemas diseñados para aplicaciones de ingeniería requerirán, en general, un 
alto nivel de exactitud y de una gran resolución, a diferencia de los pensados para 
planificaciones o guías que no requieren de ese alto nivel de exactitud de detalle, sobre 
todo teniendo en cuenta que los costos de acceso a las base de datos para visualización 
y búsquedas de información pueden incrementar enormemente. 
Los sistemas de información espacial deben ser capaces de almacenar información 
sobre: 
La geometría: que es la forma y ubicación de los objetos 
l 
Capítulo 2. Sistemas de información espacial 29 
Los atributos: que es la información descriptiva conocida acerca de los objetos, 
normalmente mostrada con simbología y notación. 
2.4 Tipos de dato (atributos) 
La generación de la base de datos inicial incluye la captura e integración de datos que 
generalmente proceden de fuentes diversas, las cuales a menudo presentan diferentes 
escalas y formatos que deben ser unificados. Una base de datos completamente 
integrada requiere de entidades de control y de referencia a las que se deben ajustar 
otras entidades. 
Los datos en un SIE, pueden ser clasificados en: gráficos y alfanuméricos. Cada uno de 
ellos tiene características específicas y diferentes requisitos para su eficaz 
almacenamiento, proceso y representación. 
Los datos gráficos son descripciones digitales de las entidades del plano, y suelen incluir 
las coordenadas, reglas y símbolos que definen los elementos cartográficos en un mapa. 
El SIS utiliza estos datos para generar un mapa o representación gráfica en una pantalla 
de ordenador o bien sobre papel. 
Los datos alfanuméricos son descripciones de las características de las entidades 
gráficas, y generalmente son almacenados en formatos convencionales para este tipo de 
información. La información alfanumérica y gráfica se encuentra completamente 
integrada, siendo esta integración, junto con la capacidad de gestión de ambos tipos de 
datos, lo que caracteriza a los Sistemas de Información Espacial. 
Para representar el mundo real en datos espaciales debemos hacer un proceso de 
abstracción. Las entidades del mundo real pueden ser abstraídas de diferentes formas, 
por ejemplo, como puntos, líneas, áreas (abstracción geométrica o cartográfica) o como 
imágenes (por ejemplo, fotografías) o como etiquetas (por ejemplo una dirección). 
Las abstracciones de los objetos del mundo real ahora deben ser representadas. Estas 
. representaciones pueden ser en formato vectorial, formato raster, por símbolos o por 
Capítulo 2. Sistemas de información espacial 30 
textos, y, por último, señalar una de las características mas significativas de las entidades 
de datos espaciales, las relaciones existentes entre las mismas. 
2.5 Tipos de Formato 
Un paso importante en el desarrollo de Sistemas de Información Espacial, consiste en 
convertir información gráfica en una forma que pueda ser leída por una computadora, 
mediante la descripción de la forma y ubicación de características sobre los objetos que 
componen una imagen. 
Existen dos métodos fundamentales para almacenar la información de una región en una 
forma digital: 
2.5.1 Raster 
raster 
vector 
Raster es un método de almacenamiento, procesamiento y visualización de datos 
espaciales, donde cada región está dividida en filas y columnas, las cuales forman una 
estructura cuadricular de pequeñas celdas. Cada celda debe ser de forma rectangular, 
pero no necesariamente cuadrada. Cada celda dentro de ésta matriz, contiene 
coordenadas de ubicación así como un valor de atributo. La ubicación espacial de cada 
celda está implícita, contenida en el orden de la matriz, a diferencia de una estructura de 
vector la cual almacena la topología explícitamente. Las regiones conteniendo el mismo 
valor de atributo son reconocidas como semejantes, de cualquier forma, las estructuras de 
tipo raster no pueden identificar los bordes de tales áreas como polígonos. 
Los datos raster son una abstracción del mundo real donde los datos espaciales son 
expresados como una matriz de células o píxeles, con la posición espacial implícita en el 
orden de los píxeles (Figura 2.1). Con el modelo de datos raster, los datos espaciales no 
son continuos, sino divididos en unidades discretas, lo cual hace a los datos raster, 
.., 
Capítulo 2. Sistemas de información espacial 31 
apropiados para cierto tipo de operaciones espaciales; por ejemplo, cubiertas o cálculo de 
áreas. 
Raster 
Figura 2. 1 En la parte baja se muestra una imagen antes de ser digitalizada. En la 
parte superior se muestra la misma imagen discretizada utilizando el foonato raster. 
Las estructuras raster pueden llevar al incremento de almacenamiento en ciertas 
situaciones, desde que estos almacenan cada célula en la matriz sin considerar si es 
cierta característica o espacio vacío. 
En las estructuras raster el píxeF es equivalente y usualmente referido como un elemento 
celda o celda de cuadricula. Píxel o celda se refiere a la más pequeña unidad de 
información disponible en una imagen o un raster. 
2.5.1.1 Representación de datos 
Numeración exhaustiva 
En esta estructura cada píxel tiene su valor propio, de ahí que no hay compresión cuando 
valores semejantes .están encontrados (Figura 2.2). 
3 Pixel es la contracción de las palabras en ingles 'picture elemenr. Comúnmente es utilizado para describir la unidad 
mínima de un dispositivo de visualización (por ejemplo un monitor) o de una imagen, al cual le puede ser asignado 
atributos, tales como un color. . 
-
Capítulo 2. Sistemas de información espacial 
RepresentacioR raster 
Figura 2. 2 ~epresentación de una imagen digitalizada en 
formato raster. 
Codificación run-Iength 
pixel 
1 
2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
62 
63 
64 
32 
valor 
A 
A 
A 
A 
O 
O 
O 
O 
A 
A 
A 
A 
A 
O 
O 
O 
O 
O 
O 
Si un raster contiene grupos de celdas con valores idénticos, este tipo de codificación 
puede comprimir su almacenamiento, ya que en vez de almacenar cada celda, cada 
componente almacena un valor y el número de celdas con ese valor. Si hay únicamente 
una celda, el almacenamiento se duplicara, pero para el caso de tres o más celc;las existe 
una reducción significativa. Esta técnica es en particular de utilidad para la codificación de 
imágenes monocromáticas o imágenes binarias (Figura 2.3). 
Líneas Valores 
1 A, 4 O. 9 
2 A, 6 O. 8' " 
3 A. 4 O;. 5 a. s o. 's 
4 A. 4 O. 11 
5 A. 3 O, S C. 9 ' 
6 O. 6 C. 6 o; .8 
7 e, 6 o. 8 
8 O, s 
Figura 2. 3 Representación de una imagen digitalizada en formato raster utilizando el método de 
codificación Run-/ength. En la figura de la derecha se muestra una imagen raster, mientras que en la figura 
de la izquierda, se muestra la codificación de dicha imagen. 
• 
Capítulo 2. Sistemas de información espacial 33 
Quadtrees 
Uno de las técnicas más utilizadas consiste en dividir un mapa en una estructura 
jerárquica basada en el principio de descomposición recursiva del espacio en cuadrantes, 
resultando en una determinada estructura de árbol. Se emplea con el objeto de reducir 
espacio de almacenamiento y el tiempo de procesamiento. Cuando la descomposición es 
en octantes, el modelo se denomina Odree. 
2.5.1.2 Ventajas y desventajas 
El modelo raster tiene una organización muy simple de los datos, lo cual permite realizar 
con gran facilidad ciertos procesos de análisis; por ejemplo la superposición de planos, 
muy fácil de programar mediante operaciones con matrices, ésta operación es 
computacional mente muy costosa cuando el formato es de tipo vectorial, se realizan muy 
rápidamente y automáticamente si el formato es de tipo raster, pero el resultado estará 
afectado de un error debido a la discretización (parte derecha de las imágenes en la 
Figura 2.13). 
Sus gráficos, aunque deficientes,. se pueden realizar con dispositivos baratos; por 
ejemplo, una impresora matricial. Sus inconvenientes son: el gran volumen de 
almacenamiento que requiere, la baja calidad de las representaciones gráficas y la 
dificultad de realizar análisis complejos sobre los gráficos, así, almacenados. Por último, 
el modelo raster, no reconoce explícitamente la existencia de objetos geográficos, y por 
tanto, en las aplicaciones en que sea esencial Su empleo, éste modelo no podrá ser 
utilizado. 
2.5.2 Vector 
Vectores una estructura de datos, usada para almacenar datos espaciales (Figura 2.4). El 
modelo vectorial se basa en tres primitivas básicas: 
< 
Capítulo 2. Sistemas de información espacial 
el nodo: es la unidad básica para representar entidades con posición 
pero sin dimensión (al menos a la escala escogida) 
la línea o el arco: representa entidades de una dimensión y está 
restringido a línea recta en algunas implementaciones 
el polígono o área: se utiliza para representar las entidades 
bidimensionales. 
Figura 2. 4 En la parte baja, se muestra una imagen antes de ser digitalizada. En la parte 
superior se muestra la misma imagen discretizada utilizando el formato vector. 
34 
Los datos del vector están compuestos por líneas y arcos, qefinidos por valores 
numéricos, indicando puntos de inicio y fin en forma de coordenadas, denominados nodos 
(Figura 2.5). La ubicación de esos nodos y la estructura topológica son usualmente 
almacenadas explícitamente. Las características son definidas únicamente por sus bordes 
y Hneas curvas representadas como una serie de arcos unidos. El almacenamiento del 
vector implica el almacenamiento de la topología explicita, lo cual es costoso, de cualquier 
forma solo almacena aquellos puntos los cuales definen una característica y todo el 
espacio fuera de ella no es tomado en cuenta. 
i 
Capítulo 2. Sistemas de información espacial 
Polígono 
Arco 
Figura 2. 5 Representación de una región mediante un polígono, con 
nodos y arcos. 
35 
De acuerdo con las características de este modelo de datos, los objetos espaciales son 
representados explícitamente y, junto con las características espaciales, el aspecto 
temático es asociado. 
Existen distintas formas para organizar ésta doble base de datos (la espacial y la 
temática). Usualmente, los sistemas vectoriales están formados por dos componentes: la 
que manipula los datos espaciales y la que manipula los datos temáticos. Este es el 
sistema de organización híbrido, ya que enlaza una base de datos relacional de los 
atributos topológicos con otra con los datos espaciales. 
2.5.2.1 Representación de datos 
En el modelo basado en vector, las unidades básicas de información espacial son puntos, 
líneas y arcos, y polígonos (Figura 2.5). Cada una de dichas unidades está compuesta por 
series de uno o más puntos de coordenadas; por ejemplo, una línea es una colección de 
puntos relacionados, y un polígono es una colección de líneas relacionadas (Figura 2.6). 
-
Capftulo 2. Sistemas de información espacial 
Mundo real Modelo digital 
e 
o··!l - -: - - -:- - - - -
. i ~ ) - +. -.:- ----
.vi • 
, Ix 
I--~-~ . "'. - , - - -, - - - --
v II I v iii I 
Figura 2. 6 Representación de una imagen digitalizada en formato vector y su 
representación simbólica. 
Existen distintos modelos para manipular la información de un vector : 
5 
4 
3 
2 
Lista de coordenadas 'spaguetti' (Figura 2.7) 
Diccionarios de vértices (Figura 2.8) 
DIME (Duallndependent Map Encoding) (Figura 2.9) 
Arco/nodo (Figura 2.10) 
2 3 4 5 
A, 6 ( Identificador del po!íqono v numero de vertices ) 
1, 3 ( Coordenadas del primer vertice I 
1.8, 2.6 
2.8, 3 
3.3, 4 
3.2, 5.2 
1, 5.2 
1, 3 ( Coordenadas del primer vertice nuevameré ) 
B, 1 ( ldentilicador del polÍqono V numero de vertices I 
4,4 
C. 4 ( Identificador de la ~ nea y número de vertices I 
1,2 
3.5,2 
4.2, 2.7 
5.2, 2.7 
Figura 2. 7 Representación de la estructura tipo lista de coordenadas o 'spaguetti '. Algunas 
de laS ventajas y desventajas de están: 
Es simple 
Fácil de manejar 
Sin topología 
Bastante duplicado, de ahi que se necesita gran espacio de almacenamiento 
Usado comúnmente en CAC(Computer Assited Cartography) 
1 
36 
  
Capítulo 2. Sistemas de información espacial 37 
    
  
     
  
Archivo 1 Archivo 2 
5 vértice XX Y poligono A: j di, ñi, iv, v, vi 
punto B: xi 
4 i 3 línea C: vii, viii, ix, x 
hi 1. 26 
3 ii 28 3 
iv 334 
2 v 32 52 
vi 1 5.2 
1 vil 4 2 
viii 35 2 
== —= ix 52 21 
11.02.03. 4 05 $ 4 
xi + 4 
Figura 2. 8 Representación de la estructura diccionario de vértices. Entre sus 
  
    
    
caracterlsticas están: 
- sin topología 
- sin duplicado 
Archivo 1 
vértice XX Y 
5— 
¡ 1 3 
47 1] 1.8 26 
hi 2.8 3 
3 iv 3,3 á 
v 3.2 5.2 
27 vi 1 5,2 
vii 1 2 
4 - viii 3.5 2 
lx 42 2.1 
x 5.2 2.1 
T T 1 T T ' xi 4 4 
segmento poligono der poligono izq del vértice al vértice 
poligono segmentos a extemno A | ii 
b externo Á li ii A abcdef 
c extemo Á ill iv 
d extemo Á iv v 
e extemo Á v vi 
f externo A vi ¡ 
9 extemo extemo vii o vill 
h extemo extemno viii ix 
¡ extemo extemo ix x 
Figura 2. 9 Representación de la estructura DIME. Entre sus caracteristicas están: 
- — Desarrollado por US Bureau de Census 
- — Los nodos (intersecciones de las lineas) son identificados por códigos 
- — Asigna un código direccional de la forma de un “nodo inicial” y 'nodo final' 
- Direcciones de calles y coordenadas UTM están explicitamente definidas para cada enlace
I ~ 
Capítulo 2. Sistemas de información espacial 
5 
4 
3 
2 
5 
4 
3 
2 
Anhiw1 Anhiw2 
virote X y pOlígono A: i, ii, iii, iv, v, vi 
punto B: xi 
1 3 linei C: vii, viii, ix, X 
ii 1.8 2.6 
+8 
xi 
iii 2.8 3 
iv 3.3 4 
v 3.2 5.2 
vi 5.2 
vi Vlñ 
vii 1 2 
viii 3.5 2 
Ix 4.2 2.1 
2 3 4 5 
x 5.2 2.7 
xi 4 4 
Figura 2. 8 Representación de la estructura diccionario de vértices. Entre sus 
características están: 
sin topología 
sin duplicado 
Anbiw1 
virote X y 
+8 ii 1.8 2.6 
xi iii 2.8 
iv 3.3 4 
v 3.2 5.2 
vi 5.2 
vii viii vii 2 
viii 3.5 2 
ix 4.2 2.7 
x 5.2 2.7 
xi 4 4 
2 3 4 5 
~ polígono def pOlígono izq del virtite iII virtite 
a externo A ii peti .... sepIeII6Ds 
b externo A iii A a.b, c,d,e,f 
e externo A iii iv 
d externo A iv v 
e externo A v vi 
f externo A vi i 
9 externo externo vii viii 
h externo externo vii i ix 
i externo externo ix. x 
Figura 2. 9 Representación de la estructura DIME. Entre sus características están: 
Desarrollado por US Bureau de Census 
Los nodos (intersecciones de las líneas) son identificados por códigos 
Asigna un código direccional de la forma de un 'nodo inicial' y 'nodo final' 
Direcciones de calles y coordenadas UTM están explícitamente definidas para cada enlace 
37 
1 
I 
Capítulo 2. Sistemas de información espacial 38 
Archivo 1. Coordenadas de nodos y Vér1icH para todos los arcos 
arco de nodo véttice a_nodo 
5 1 3.2,5.2 1,5.2 1,3 
2 1,3 1.8, 2.6 2.8, 3 3.3, 4 3.2,5.2 
3 1, 2 3.5,24.2,2.7 5.2, 2.7 
4 
An:hlvo 2. ToPO~ gra de areos 
3 
arco de nodo a_nodo der "polígono q...Jlolígono 
1 1 2 Extemo A 
2 2 1 A Externo . 
2 3 3 4 Extemo Extemo 
Arehlvo 4. Tope ogIa de nodos 
2 3 4 5 Nodo Arcos 
1 1, 2 
2 1, 2 
3 3 
4 4 
5 5 
Figura 2. 10 Representación de la estructura arco/nodo. 
2.5.2.2 Ventajas y desventajas 
El detalle con el que se almacenan las relaciones es un compromiso entre la eficiencia del 
proceso y el modelo preciso de la realidad. Los procedimientos de análisis en este modelo 
son más laboriosos, pero más precisos que en el modelo raster, ya que con llevan la 
resolución analítica de intersecciones entre arcos, la determinación de áreas y la 
evaluación de posiciones relativas entre elementos diferentes (punto/polígono, 
puntollínea, etc.). 
Los atributos no espaciales son almacenados en una base de datos alfanuméricos 
interrelacionada con la base de datos espaciales, ofreciendo con ello posibilidades muy 
distintas de las del modelo raster. 
Éste modelo es mucho más parecido a la percepción humana del espacio que la ofrecida 
por los modelos raster, y en parte, por ello tiene mas variantes y más dificultades 
añadidas. Está más de acuerdo con la cartografía tradicional y, por ello, resulta más 
intuitiva. Pero la principal ventaja de este modelo respecto del modelo raster, es su 
capacidad para expresar las relaciones espaciales existentes entre las entidades, esto es, 
l 
I 
I 
I 
I 
Capítulo 2. Sistemas de información espacial 39 
la información topológica, que es la que dota al modelo, de la semántica necesaria para 
representar el conocimiento territorial (parte izquierda de las imágenes en la Figura 2.13). 
2.5.3 Comparación de los modelos raster y vector 
En las Figuras 2.11 y 2.12, se muestran dos tablas comparativas de las propiedades que 
ofrecen los formatos raster y vector, así como de sus características. 
Espacio continuo . 
Integración 
Discontinuo 
\1 X ------ -'-- ---'---;¡-·-- x --· 
--_ .. _~-- -- -~-_ .. _-_._--_._----- .... - --- -
X \1 
--'---------
Figura 2. 11 Tabla de características de los formatos "de representación, raster y vector. 
-
Atto volumen de datos Bajo volumen de datos 
Visualización lenta ----- VISualización rápid~ __ . _____ . __ _ 
No tiene información de atributos ---..,.---P-ued- e-a-Im-ace- n-ar-in-:fo- rm- aoo..'c· ·c-n de atributos 
.-----._-------
______ ~~ _ s agradable a la ~~ t~ _____ .____ ____ Menos agradable a la vista 
_______ . Detallegra.!i~alt <:.. _____ . ____________ ~ lIeg~b~~ _._._._ 
Figura 2. 12 Tabla comparativa entre los formatos de representación, raster y vector. 
Capitulo 2. Sistemas de información espacial 40 
Recomendaciones para el empleo correcto de los formatos raster y vector : 
Usar el formato vectorial para la realización de gráficos y mapas precisos 
(parte izquierda de las imágenes en la Figura 2.13). 
Usar el formato vectorial para análisis de redes (cableados eléctricos y 
telefónicos, rutas de transporte, etc.). 
Para la superposición y combinación de planos es más rápido y barato el 
modelo raster. 
Usar el método raster cuando se trabaja con representaciones y simulaciones 
de superficies (parte derecha de las imágenes en la Figura 2.13). 
Utilizar el formato raster y vectorial en combinación cuando es necesario 
representar líneas con precisión (vectorial) y superficies rellenas (raster) 
(Figuré! 2.14). 
Disponer de algoritmos de conversión de vectorial-raster y viceversa. 
Recordar que se pueden editar simultáneamente datos raster y vectoriales. 
Figura 2. 13 En las figuras se muestra la comparación visual de la representación raster (parte derecha de 
cada imagen), y vectorial (parte izquierda de cada imagen) de un mapa para descripción de calles y 
avenidas en una ciudad. 
Capítulo 2. Sistemas de información espacial 
Figura 2. 14 En las imágenes de arriba, se muestra la utilización hibrida de la representación raster y 
vector, mediante la superposición de éstas. 
.., 
41 
Capítulo 3 
3. PalmOS: Características de la plataforma. 
3.1 Gestión de energía 
PalmOS esta diseñado para minimizar el uso de la energía, a diferencia de las pe de 
escritorio que tienen características de ahorro de energía para evitar altos costos de 
energía eléctrica, en los dispositivos PalmOS la eficiencia de ahorro de energía está 
enfocada en extender el tiempo de vida de la batería. 
PalmOS administra para extender la pequeña cantidad de energía disponible a semanas 
de operación normal, lo cual es realmente sorprendente considerando que el dispositivo 
nunca es apagado. 
PalmOS suministra la energía en distintos subterminos. El botón de encendido/apagado 
únicamente cambia el dispositivo a modo de baja energía y a modo normal o activo. La 
energía nunca debe ser totalmente apagada, ya que la memoria junto con otros 
elementos requiere del suministro de una pequeña cantidad de energía para su 
funcionamiento. Esto es principalmente importante en el caso de la memoria, debido a 
que el dispositivo almacena las aplicaciones y datos permanentes en RAM, la cual 
perdería sus datos si el dispositivo es dejado sin energía. 
La forma en la que PalmOS ahorra batería es mediante la administración de energía 
basada en sus modos de ejecución (runníng modes). Un dispositivo Palm tiene tres 
modos de operación [2)[3)[7]: 
l 
Capítulo 3. PalmOS: Características de la plataforma. 43 
1. S/eep mode. ocurre cuando no hay actividad alguna de parte del usuario sobre 
el dispositivo para una cierta cantidad de ' minutos. Por omisión son dos 
minutos, se está en este modo de ejecución cuando el dispositivo es apagado 
usando el botón de encendido/apagado. En este estado, el procesador, la 
pantalla, y otro hardware no reciben energía, pero lo que es la memoria, el 
reloj, y algunos circuitos de bajo nivel son mantenidos con energía. Oprimiendo 
el botón de encendido/apagado restaura el procesador y el demás hardware. 
2. Doze mode. Ocurre cuando un aplicación esta en espera de entrada de datos 
de parte del usuario. El reloj del procesador esta activo pero sin ejecutar 
instrucciones, hasta que una interrupción de hardware indica la actividad del 
usuario, lo cual hace que el dispositivo salga de este modo. Mucho del tiempo 
que esta en ejecución una aplicación es perdido en este estado. 
3. Running mode. Ocurre cuando el procesador esta ejecutando instrucciones. 
Durante este modo se consume mucha energía, así que el dispositivo de~e 
regresar lo mas rápido posible a Doze mode para conservar la energía de las 
baterías. 
3.2 Ejecución de aplicaciones 
PalmOS tiene un kernel multitareas 1• De cualquier forma, el gestor de aplicaciones (U/AS, 
User /ntarface Application She/~ que muestra la interfaz de usuario, puede ejecutar solo 
una aplicación a la vez. Normalmente la aplicación en ejecución es llamada como una 
1 Multitarea es la capacidad de ejecutar más de una tarea al mismo tiempo, una tarea se refiere a un programa. Los 
términos multitarea y multiprocesamiento son frecuentemente usados sin distinción, aunque multiprocesamiento implica 
que mas de un CPU este envueHo. 
En multitarea, solo un CPU esta envuelto, pero cambia de un programa a otro tan rápido que da la apariencia de ejecutar 
todos los programas al mismo tiempo. 
Existen dos tipos de muHitarea: preventivo y cooperativo. En multitarea preventivo, el sistema operativo asigna porciones 
de tiempo de CPU a cada programa. En multitarea cooperativo, cada programa puede controlar el CPU el tiempo que 
sea necesario. Si en programa no esta utilizando el CPU, éste puede permitir que otros programas lo utilicen 
temporalmente. 
l 
I 
Capítulo 3. PalmOS: Características de la plataforma. 44 
subrutina. El UIAS obtiene nuevamente el control hasta que la aplicación en ejecución es 
terminada [3]. 
Ciertas llamadas en una aplicación pueden causar que el sistema operativo lance una 
nueva tarea. Un ejemplo de ello, es cuando la aplicación de sincronización (HotSync) 
inicia otra tarea conjunta al UlAS, la cual manipula la comunicación serial con la pe. La 
tarea de comunicación serial tiene una prioridad más baja que la de la tarea principal de 
interfaz de usuario, lo cual le permite al usuario interrumpir la comunicación generando 
algún evento, ya sea oprimiendo un botón físico o m~diante la generación de un evento 
en la pantalla del dispositivo. 
3.3 Códigos de lanzamiento 
Cuando el sistema lanza una aplicación, llama a una función llamada PilotMain y le pasa 
un parámetro conocido como código de lanzamiento. Dicho código puede indicar a la 
aplicación que inicie y muestre su interfaz de usuario, en dicho caso iniciara su bucle de 
eventos y procesara la cola de eventos. Este tipo de inicio es llamado lanzamiento normal. 
Un código de lanzamiento puede indicar a la aplicación ejecutar una tarea pequeña sin 
mostrar la interfaz su usuario, y salir. Cuando una aplicación recibe otro código de 
lanzamiento distinto del lanzamiento normal, pasa el control a otra función en la aplicación 
que es ejecutada fuera del bucle de eventos. 
3.4 Gestión de eventos 
Una aplicación PalmOS es un manejador de eventos, recibiendo eventos del sistema 
operativo y atendiéndolos o delegándolos al sistema nuevamente. 
Una estructura de eventos describe el tipo de evento que ha sido generado, así como 
información referente a tal evento. Durante un lanzamiento normal, la ejecución pasa al 
bucle de eventos de la aplicación, el cual recupera los eventos de la cola y los despacha 
de acuerdo al tipo de evento. 
i 
Capítulo 3. PalmOS: Características de la plataforma. 45 
El bucle de eventos delega muchos de los eventos al sistema operativo, ya que el sistema 
tiene facilidades para tratar con tareas comunes, tales como mostrar menús o determinar 
que botón fue seleccionado. 
Una aplicación normal se mantendrá en el bucle'de eventos hasta que reciba un evento 
indicando el cierre de la aplicación, punto en el cual el bucle de eventos pasara el control 
a otra función para que inicie las operaciones de limpieza y prepare al programa para ser 
cerrado. 
3.5 Gestión de memoria 
La RAM Y la ROM de un dispositivo PalmOS residen en un modulo de memoria llamado 
tarjeta (card). Originalmente era una tarjeta física que el usuario podía reemplazar 
fácilmente para actualizar la cantidad de memoria disponible, o para intercambiar el 
sistema operativo y las aplicaciones en la ROM por nuevas versiones. De cualquier forma, 
una tarjeta es ahora, una abstracción lógica usada por PalmOS para describir un área de 
memoria usada para contener ROM y RAM, Y es referida como tarjeta cero (card O), 
aunque en la actualidad pueden tener mas de una tarjeta de memoria (card1, card2, etc). 
PalmOS esta construido sobre una arquitectura de 32 bits. Las direcciones de memoria 
son de 32 bits de largo, dando al sistema operativo un total de 4GB de espacio de 
direcciones en el cual almacenar datos y código. 
La RAM en PalmOS esta dividida en dos áreas separadas: RAM dinámica y RAM de 
almacenamiento. 
La RAM dinámica provee un espacio para almacenamiento temporal de variables globales 
y otros datos que no requieren persistenCia entre las ejecuciones de una aplicación. La 
RAM de almacenamiento es usada en la misma forma en la que una pe utiliza el disco 
duro; provee almacenamiento permanente para aplicaciones y datos. 
l 
Capítulo 3. PalmOS: Características de la plataforma. 46 
3.5.1 RAM dinámica 
Toda el área dinámica de la RAM del dispositivo es usada para implementar el heap 
dinámico. Un heap es un área contigua de memoria que administra y contiene a su vez 
pequeñas unidades de memoria, las cuales son llamadas chunks. Un chunk es un área 
contigua de memoria entre 1 byte y poco menos de 64 KB (65 528 bytes para ser 
precisos) de tamaño. Todos los datos son almacenados en chunks. 
3.5.2 RAM de almacenamiento 
El área que no esta dedicada al heap dinámico está dividido en un número de heaps de 
almacenamiento. El tamaño y el número de heaps de almacenamiento dependen de la 
versión de sistema operativo y de la cantidad de RAM disponible en el dispositivo. 
Los chunks de memoria en un heap de almacenamiento son llamados records. Cada 
record es parte de una base de datos que es implementada por el gestor de datos de 
. PalmOS. Una base de datos es una lista de chunks de memoria y alguna información 
sobre la base de datos (encabezado). 
El gestor de datos ~rovee funciones para crear, abrir, cerrar y borrar bases de datos, así 
como funciones par manipulación de records dentro de dichas bases de datos. 
Dado que la memoria es un recurso limitado en dispositivos PalmOS, las aplicaciones no 
copian datos del heap de almacenamiento al dinámico como se haría en una PC de 
escritorio, en ves de eso, los datos son modificados en el mismo sitio. 
3.6 Recursos 
Una aplicación PalmOS está compuesta por recursos, los cuales son bloques que 
representan datos, código ejecutable, elementos de interfaz de usuario y otras piezas de 
la aplicación. Los recursos pueden ser reubicados en memoria, donde cada uno es 
Capítulo 3. PalmOS: Características de la plataforma. 47 
reconocido por el nombre de su tipo de 4 bytes y un identificador (ID) numérico de 2 
bytes. 
Los recursos pueden ser: 
De sistema. Incluye el código de la aplicación, estructuras para la inicialización 
de las variables globales de la aplicación e información requerida por el 
sistema operativo para lanzar la aplicación 
De form . Incluye los elementos de la interfaz de usuario 
De proyecto. Incluyen cosas que pueden ser referenciadas dentro de la 
aplicación tales como elementos contenedores, por ejemplo: menús, cajas de 
dialogo, de alerta e incluso otros forms. 
Una aplicación es realmente una base de datos de recursos. Estas bases de datos tienen 
la terminación' .prc'. 
3.7 Elementos de interfaz de usuario 
A continuación se describen los elementos de interfaz de usuario disponibles en PalmOS, 
así como su funcionamiento. 
3.7.1 Forms 
Un form es un contenedor, para distintos tipos de elementos de la interfaz de usuario. 
Este elemento normalmente representa una solo pantalla o vista en la aplicación o una 
caja de dialogo. 
Cada aplicación debe consistir de al menos un elemento tipo formo Muchos de estos 
elementos ocupan la pantalla completa con excepción de las cajas de dialogo, que 
ocupan parcialmente la pantalla respecto a lo alto y están ubicados en la parte baja de la 
pantalla. 
Capítulo 3. PalmOS: Características de la plataforma. 
Las características que tienen los elementos form son: 
Una barra de titulo 
Una barra de menú 
Un icono de ayuda (solo en forms de tipo modaQ 
3.7.2 Alerts 
48 
Los elementos de tipo alert proveen una forma fácil para mostrar cajas de dialogo 
modales simples. Un alert es un tipo form especial con una barra de titulo, un mensaje de 
texto, uno o más botones y un icono. 
Un alert puede ser de uno de los siguientes tipos: 
De información (information) 
De confirmación (confirmation) 
De indicación de peligro (warning) 
De error 
3.7.3 Menús 
Los menús pueden tener uno o más menú items o elementos de menú, cada uno de los 
cuales puede tener . un comando de acceso directo asignado. Un comando de acceso 
directo es un carácter que permite al graffiti acceder a determinado elemento del menú y 
generar eventos como si se hubiera seleccionado dicho elemento. 
Para agrupar visualmente los elementos de menú, puede utilizarse una barra de 
separación. Los menús pueden estar contenidos en una barra de menús (menu bat') , y 
únicamente puede ser asignada una barra de menú a un elemento formo 
Capítulo 3. PalmOS: Características de la plataforma. 49 
3.7.4 Tablas 
Las tablas son una forma para mostrar datos de tal forma que pueden ser directamente 
editados. Una tabla puede organizar otros elementos de interfaz de usuario dentro de sus 
filas y columnas. Las tablas pueden ser desplazadas verticalmente. 
3.7.5 Listas 
Una lista es ideal para mostrar múltiples filas de datos para seleccionar en ves de editar. 
Como una tabla, las listan pueden desplazarse verticalmente para mostrar los elementos 
que no pueden ser mostrados de una vez en el espacio asignado para la lista. El sistema 
muestra indicadores de desplazamiento (p~ueñas flechas) en las esquinas de una lista 
para indicar que ésta pueda ser desplazada hacia arriba y abajo, y así mostrar los 
elementos ocultos. A diferencia de las tablas, una lista no es apropiada para mostrar 
datos dinámicamente. 
Las listas pueden ser mostradas de dos distintas formas; incluir una lista directamente en 
un elemento form, hacerla visible y mostrarla como un elemento estático, o hacerla no-
visible y asociarla a un disparador (triggel') para mostrarla emergente (pop-up) . 
3.7.6 Pop-up trigger 
Un pop-up trigger consiste de una flecha apuntando hacia abajo ubicada a la izquierda de 
una etiqueta de texto, la cual puede cambiar su tamaño para acomodarse a cambios en 
el texto, esto hace que el pop-up trigger haga muy eficiente uso del espacio de la pantalla. 
Los pop-up triggers permiten al usuario escoger un elemento de una lista asociada sin 
ocupar espacio en pantalla para mostrar la lista completa. Únicamente el elemento de la 
lista seleccionado es mostrado en la etiqueta del pop-up trigger. 
Capítulo 3. PalmOS: Características de la plataforma. 50 
3.7.7 Botones 
Un botón tiene usualmente un área con esquinas redondeadas y contiene un texto, 
pueden ser sin contorno e incluso contener una imagen. Los botones son los elementos 
más comunes en una aplicación. Requieren únicamente de un tap del stylus para generar 
un evento, también son los elementos de interfaz de usuario mas rápidos con los cuales el 
usuario puede interactuar . 
. 3.7.8 Repeating buttons 
A diferencia de un botón, el cual envía únicamente un evento cuando este es pulsado 
(tap) , un repeating button o botón de repetición, continua colocando eventos-en la cola de 
eventos mientras el usuario mantiene el stylus sobre dicho botón. Los botones de 
repetición son usados generalmente para desplazar otros elementos de interfaz de 
usuario, tales como tablas. 
Aunque los botones de repetición visualmente son muy semejantes a los botones, están 
definidos sin un borde. PalmOS tiene letras de símbolos que contienen caracteres de 
flechas apropiados para ser usados como etiquetas de los botones de repetición. 
3.7.9 Selector triggers 
Un selector trigger muestra un valor dentro de una caja rectangular con bordes de línea 
punteada. Cuando el usuario pulsa la caja, una caja de dialogo (dialog box) aparece la . 
cual permite que el usuario cambie los datos mostrados dentro de la caja. El. selector 
trigger crece o se encoge para adaptarse al ancho del nuevo valor a mostrar. El uso más 
común para este tipo de elementos es para seleccionar tiempo y fecha. 
3.7.10 Push Buttons 
Los push buttons o botón de pulsación, desempañan la misma función que los radio 
buttons de otras interfaces graficas. Un botón de pulsación se encuentra siempre dentro 
Capítulo 3. PalmOS: Características de la plataforma. 51 
de un grupo de dos o más botones de pulsación. Únicamente un botón dentro del grupo 
de botones de pulsación puede ser seleccionado a la vez, y tal botón es resaltado. 
Normalmente son usados cuando es necesario realizar una selección dentro de un 
número pequeño de opciones. 
3.7.11 Check boxes 
Un check box o casilla de verificación, consiste de un cuadro y una etiqueta de texto que 
por omisión se muestra a su derecha. Si el elemento es seleccionado el cuadro es 
marcado, de lo contrario, si el elemento es deseleccionado, el cuadro se muestra vacío. 
Igual que los botones de pulsación, las casillas de verificación también pueden estar 
agrupadas, de tal forma que únicamente un elemento pueda ser seleccionado a la vez. 
Las casillas de verificación normalmente son usadas en situaciones donde más de un 
elemento pueda ser seleccionado a la vez. 
3.7.12Sliders 
Un slidet' o barra de progreso, le permite al usuario seleccionar gráficamente un valor 
perteneciente a cierto rango. 
3.7.13 Labels 
Un elemento label o etiqueta, es un texto pequeño no modificable que aparece en un 
elemento de tipo form o en uno de tipo tabla. Las etiquetas son normalmente utilizadas 
para proveer descripciones de otros elementos de interfaz. Las etiquetas también se usan 
para proveer información o instrucciones en las cajas de ~Jialogo. 
4 Los elementos s/ider están disponibles a partir de PalmOS 3.5 y versiones posteriores. 
Capítulo 3. PalmOS: Características de la plataforma. 52 
3.7.14 Form Bitmaps 
Cada form puede tener uno o más form bitmaps asociados a él. Los form bítmaps son 
elementos de la interfaz de usuario que tienen la propiedad de tener una imagen asociada 
a ellos por lo que son usados para mostrar imágenes, normalmente para mostrar iconos. 
3.7.15 Fields 
Los elementos field o campos de texto permiten la edición de texto mediante cualquier 
tipo de entrada de texto. Un campo de texto también es de utilidad para mostrar texto no 
modificable que puede cambiar a lo largo de la ejecución de una aplicación. 
Los campos de texto pueden consistir de una línea o tener múltiples líneas. Los campos 
de texto de una solo línea pueden ser alineados a la derecha o a la izquierda y no aceptan 
caracteres de tabulación (tab) ni de retorno (return). Los campos de texto de múltiples 
líneas pueden ser configurados para cambiar de tamaño(a lo alto) dinámicamente, de tal 
forma que puede ser expandido o contraído según el tamaño de texto insertado. Los 
Scrol/bars son frecuentemente usados en conjunto con campos de texto multilínea. 
3.7.16 Graffiti shift indicador 
Normalmente el Graffití shift indicador o indicador de escritura, está ubicado en la esquina 
inferior derecha. El indicador de escritura es utilizado en conjunto con los campos de texto 
para señalar que estos pueden ser editados. El indicador de estado muestra el actual 
estado del sistema de entrada de texto del Graffití: puntuación, símbolo, mayúsculas o 
minúsculas. 
3.7.17 Scrollbars 
El elemento scrol/bar o barra de desplazamiento, permite que el usuario se desplace 
verticalmente a través de tablas, listas y campos de texto multilínea. Las flechas al tope y 
en la base de la barra de desplazamiento pueden ser usadas para desplazar una sola 
Capítulo 3. PalmOS: Características de la plataforma. 53 
línea a la vez. Una barra sólida a la mitad de la barra de desplazamiento, conocida como 
carro de desplazamiento, provee un indicador visual del porcentaje del total de datos 
contenidos en el elemento conjunto, ya sea campo de texto, lista o tabla. 
3.7.18 Gadget 
Los gadget son elementos de la interfaz de usuario muy básicos, ya se puede decir que 
son solo un lienzo transparente con la capacidad de responder a los eventos generados 
en la pantalla. Esta característica permite construir un elemento propio capaz de 
responder a la interacción del usuario. Los gadgets son utilizados cuando ninguno de los 
elementos de interfaz de usuario ya mencionados cumple con nuestras necesidades, ya 
que puede ser usado para crear un nuevo elemento. 
3.8 Comunicaciones 
Una parte clave en el éxito de la plataforma PalmOS es la capacidad para comunicarse 
con otros dispositivos. A continuación se da una descripción breve sobre las formas en las 
que la plataforma PalmOS puede establecer comunicación e intercambiar datos con otros 
dispositivos. 
3.8.1 Serial 
Los dispositivos PalmOS utilizan el protocolo serial (RS-232) para sincronizarse a través 
de su base con una PC de escritorio. 
3.8.2 TCPRP 
El protocolo estándar de Internet (TCP/IP) permite a dispositivos PalmOS con el hardware 
apropiado, tal como un módem, conectarse a cualquier maquina sobre Internet e 
intercambiar datos. 
l 
Capítulo 3. PalmOS: Características de la plataforma. 54 
3.8.3 B/uetooth 
Bluetooth permite que dos o más dispositivos pequeños se conecten fácilmente para 
intercambio de datos, sin la necesidad de cables. Adicionalmente dispositivos PalmOS 
que soporten Bluetooth pueden automáticamente intercambiar datos, sin la necesidad de 
que el usuario inicie manualmente el intercambio. 
3.8.4 WebClippíng 
WebClipping es una estrategia usada por los sistemas inalámbricos de PalmOS para 
minimizar la cantidad de datos que deben ser transferidos entre el radio inalámbrico de los 
dispositivos PalmOS y la red. Un usuario PalmOS inalámbrico ejecuta una aplicación de 
WebClipping para solicitar información, la cual es entonces visualizada por el Clipper, el 
cual es la aplicación para navegación residente en el dispositivo PalmOS 5. 
3.8.5 Te/efónía 
El soporte para telefonía de PalmOS trabaja con teléfonos empotrados (tales como el 
Treo de Hanspring, el QCP6035 de Kyocera y Samsung 1300), y con teléfonos 
conectados al handheld mediante cable o infrarrojo. Entre las características que el gestor 
de telefonía de PalmOS soporta, configuración de teléfono, marcado y comunicación SMS 
(Short Messaging Service) 6 . 
3.8.6/rDA 
Los dispositivos PalmOS tiene la capacidad de comunicarse mediante el protocolo 
estándar ¡rOA (Infrared Data Asociation( Protocolo de comunicación de bajo nivel puede 
5 El soporte de PalmOS para Web Clipping está disponible desde la versión de PalmOS 3.2. 
6 El soporte de PalmOS para telefonía está disponible a partir de la versión PalmOS 4.0. 
7 El soporte de comunicación vía infrarrojo está disponible desde la versión de PalmOS 3.0. 
.., 
Capítulo 3. PalmOS: Características de la plataforma. 55 
ser usado para comunicarse vía infrarrojo (IR) con una gran variedad de dispositivos, 
incluyendo teléfonos celulares, pagers, e incluso pes de escritorio y portátiles. 
3.9 Intercambio de datos 
El gestor de intercambio de datos de PalmOS provee soporte para enviar records 
individuales y aplicaciones entre dos dispositivos mediante infrarrojo, SMS y Bluetooth. 
Aunque este procedimiento es usado principalmente para intercambiar datos entre dos 
dispositivos PalmOS vía beam, el gestor de intercambio es un método genérico de 
comunicaciones que permite el intercambio entre distintos dispositivos. El gestor de 
intercambio corre por encima de otros sistemas de comunicaciones de PalmOS, tales 
como la biblioteca de infrarrojo, de rutinas SMS del gestor de telefonía y de la biblioteca 
Bluetooth. Esta arquitectura modular permite a la aplicaciones utilizar el mismo código 
para envió de datos usando varios mecanismos de transferencia sin la necesidad de 
conocer a detalle las distintas tecnologías de comunicación. 
3.10 Reestablecimiento del dispositiva 
Cuando se depuran las aplicaciones sobre un dispositivo PalmOS, frecuentemente es 
necesario reestablecer el dispositivo. Existe distintas formas de reestablecer el dispositivo, 
dependiendo de la situación [3]: 
Soft reset. Un Soft reset limpia la memoria dinámica del dispositivo, dejando 
únicamente la memoria de almacenamiento, de tal forma que las aplicaciones y 
datos del dispositivo quedan intactos. Para realizar un Soft reset es necesario 
presionar el botón de reestablecer de la parte de atrás del dispositivo. 
Hard reset,. Un Hard reset limpia toda la memoria RAM, ambas dinámica y de 
almacenamiento. Para realizar un Hard reset, se presiona el botón de 
reestablecer mientras se mantiene presionado el botón de encendido. El 
sistema solicitara la confirmación antes de proceder. 
Capítulo 3. PalmOS: Características de la plataforma. 56 
No-notification reset. Este tipo de reestablecimiento previene al sistema de 
enviar el código de lanzamiento sysAppLaunchCmdSystemReset a todas las 
aplicaciones del dispositivo. Si existe un error en la rutina principal (PilotMain) 
de la aplicación, es posible que ésta colapse al sistema antes de que termine el 
reestablecimiento, enviando al dispositivo a un ciclo continuo por tratar de 
reestablecer el dispositivo. Presionando el botón de reestablecer mientras se 
mantiene presionado el botón de desplazamiento, permite reestablecer el 
dispositivo sin enviar al sistema el código de lanzamiento a la aplicación con 
falla, permitiendo de esta forma borrar el programa con falla sin tener que 
realizar un borrado total mediante Hard reset. 
3.11 Versiones 
Muchos cambios se han hecho entre los diferentes modelos de dispositivos PalmOS pero 
lo que se debe tener en mente son los cambios al sistema operativo mismo. De la misma 
forma en que Palm y sus comercializado res han cambiado en hardware gradualmente, 
PalmOS también ha evolucionado a un ritmo fácil , haciendo la compatibilidad con los 
dispositivos anteriores mucho más fácil de implementar. 
Ya que un número de nuevas funciones han sido agregadas a PalmOS en cada nueva 
versión, el sistema provee servicios para poder determinar fácilmente que características 
son soportadas en determinada versión del sistema. 
A continuación se muestra una breve descripción de las dos más recientes versiones de 
PalmOS. 
3.11.1 PalmOS 5 
PalmOS 5 representa un paso significativo del sistema operativo, ya que ésta es la 
primera versión de PalmOS que soporta una arquitectura de procesador distinta a la de la 
serie 68000 (resumido como 68k, desde que el prefijo k=210 
== 1000) de Motora/a. PalmOS 
5 trabaja sobre procesadores ARM (Advanced R/SC Machine), los cuales son, por mucho, 
l · 
Capítulo 3. PalmOS: Características de la plataforma. 57 
mas rápidos que los de la serie 68k. Una variedad de diferentes fabricantes producen 
procesadores ARM, lo cual abre a PalmOS a una amplia variedad de hardware de 
diferentes propósitos. 
Normalmente, el portar un sistema operativo de una arquitectura de procesador a otra 
requeriría que los desarrolladores recompilaran sus aplicaciones para su uso sobre el 
nuevo procesador, ya que las instrucciones de maquina para un procesador ARM son 
muy diferentes a aquellas usadas por los procesadores de la serie 68k. PalmOS contiene 
el ambiente de compatibilidad de .aplicaciones Palm (Palm Applicatíon Compatíbí/ity 
Envíroment, PACE), el cual emula et ambiente de la serie 68k. PACE permite a las 
aplicaciones compiladas para la arquitectura de la serie 68k correr sin modificación alguna 
sobre hardware ARM. Esto significa que se pueden usar las mismas herramientas de 
desarrollo para crear aplicaciones que serán ejecutadas sobre PalmOS 5 como si se 
crearan para ser ejecutadas sobre las primeras versiones de PalmOS. 
La emulación frecuentemente resulta en un bajo desempeño, ya que existe un pequeño 
esfuerzo requerido para traducir los datos e instrucciones de maquina del formato 
requerido por una arquitectura al formato requerido por la otra. Todas las rutinas de 
sistema operativo en PalmOS 5, son código nativo de ARM. De tal forma que dichas 
rutinas, toman completa ventaja del incremento de velocidad inherente en la nueva 
arquitectura del procesador. Cuando una aplicación de la serie 68k hace una llamada a 
una función de PalmOS, PACE ejecuta la función equivalente en ARM, lo cual permite a 
las rutinas del sistema operativo correr a la velocidad completa del procesador ARM. 
Dado que PalmOS 5 es nativo de ARM, y debido a que los procesadores de este tipo 
tienden a ser más rápidos que los de la serie 68k, muchas aplicaciones de las series 68k 
actualmente correrán más rápido sobre PalmOS 5 que en su plataforma nativa de la serie 
de procesadores 68k. 
PACE también convierte estructuras de datos de la serie 68k a sus equivalentes en ARM. 
A diferencia de bíg-endían de la arquitectura 68k, ARM almacena enteros multi-byte en 
formato líttle-endían. Estas diferencias de almacenamiento de datos significañ que la 
estructura de PalmOS 5 difiere significativamente entre ambas arquitecturas. 
Capítulo 3. PalmOS: Características de la plataforma. 58 
Dado que el almacenamiento de datos es tan distinto entre las arquitecturas 68k y ARM, 
es de gran importancia utilizar únicamente las rutinas de PalmOS para ver y modificar los 
miembros internos de las estructuras del sistema, en vez de modificar directamente esas 
estructuras. PACE guarda estructuras sombra, lo cual permite almacenar datos en 
formato ARM y verse como datos 68k. La modificación directa de datos en una estructura 
del sistema modificaría solo la copia sombra, sin cambiar realmente lo que es almacenado 
por el procesador ARM, lo cual puede causar una falla o una conducta impredecible. Por 
lo que la forma segura para la manipulación de estructuras internas es por medio de las 
rutinas de PalmOS. 
Las aplicaciones pueden acceder a muchos de los miembros de las estructuras de datos 
de PalmOS llamando a funciones regulares de éste, pero algunos de los miembros 
requieren el uso de funciones de la biblioteca estática de PalmOSGlue. PalmOSGlue 
contiene una biblioteca de funciones para recuperar y colocar valores dentro de las 
estructuras de interfaz de usuario. Dichas .funciones conocen como las estructuras están 
arregladas sobre cualquier versión de PalmOS, de tal forma que su uso sobre PalmOS 
5.0 es seguro y para futuras versiones del sistema operativo. El PalmOSGlue es una 
forma de garantizar la compatibilidad entre las primeras versiones y las más nuevas de 
PalmOS. [3] 
3.11.2 PalmOS Garnet 
Palmas Garnet expande la sólida base de PalmOS 5 incorporando características únicas 
como el soporte para un amplio rango de resoluciones de pantalla incluyendo QVGA, área 
de entrada dinámica, comunicación de red mejorada y expande el soporte para las 
conexiones inalámbricas incluyendo Bluetooth. También incluye capacidades multimedia 
realzadas, una suite de opciones de seguridad robustas, y soporte para un amplio 
conjunto de lenguajes. 
PalmOS Garnet también ofrece flexibilidad de licencias para personalización del software 
para construir dispositivos para distintos segmentos del mercado, tales como teléfonos, 
multimedia, educacional o empresarial. 
Capítulo 3. PalmOS: Características de la plataforma. 59 
3.11.3 PalmOS Cobalt 6.1 
PalmOS Cobalt 6.1 se enfoca sobre un desarrollo rápido y más eficiente de teléfonos 
inteligentes y handhelds inalámbricas (WiFi/Bluetooh) integradas. 
PalmOS Cobalt es un sistema operativo diseñado para habilitar las clases nuevas de 
teléfonos inteligentes y otros dispositivos inalámbricos bajo la ideología de 'fácil de usar'. 
PalmOS Cobalt 6.1 es una implementación altamente modular y escalable, la cual ofrece 
un mayor soporte de telefonía estándar, y nuevas características de uso, así como una 
integración más estándar de las tecnologías inalámbricas como Bluetooth y WiFi. 
PalmOS Cobalt 6. 1 es la siguiente generación de PalmOS. De la misma forma que las 
versiones anteriores de sistema operativo, PalmOS Garnet y PalmOS Cobalt 6.1, 
mantienen la compatibilidad con las aplicaciones existentes basadas en 68k, ofrece 
grandes mejoras de los elementos de interfaz de usuario, además de ser un sistema 
multitareas y multihilos. 
Capítulo 4 
4. Ambientes de desarrollo 
Existen diversos ambientes de desarrollo para crear aplicaciones PalmOS y para distintos 
lenguajes de programación, tales como e, e++, Visual Basic y Java. Los ambientes de 
desarrollo comúnmente usado utilizan a e como lenguaje de programación, con opción de 
agregar e++. PalmOS provee mucha de la funcionalidad que las aplicaciones requieren 
para gestión de memoria, manipulación de cadenas, pintado de pantalla, etc., así que no 
es necesario ligar la biblioteca estándar de e o e++, lo cual mantiene a la aplicación 
compacta y eficiente. 
Los ambientes de desarrollo para Visual Basic, Java y algunos ambientes basados en e, 
requieren de la presencia de un motor en tiempo de ejecución. Algunos requieren que 
dicho motor esté presente en el dispositivo, y otros lo incluyen en tiempo de compilación 
agregándolo como un elemento más a la aplicación. En ambos casos, el código base 
resultante no es tan compacto, ni eficiente, como el generado mediante una aplicación 
basada en e . 
. Los ambientes mas comúnmente usados para desarrollo en e y e++ son Metrowerks 
eodeWarriror y PRe-Tools. eodeWarriror para PalmOS es un ambiente de desarrollo 
integrado (lOE) de interfaz de usuario gráfica (GUI), disponible para plataformas Mac y 
Windows. PRe-Tools es un conjunto de herramientas de línea de comandos, disponible 
para plataformas UNIX y Windows. 
Capítulo 4. Ambientes de desarrollo. 61 
4.1 Metrowerks CodeWarriror 
CodeWarrior es un producto comercial, y la herramienta oficial de desarrollo en C/C++ 
para la plataforma PalmOS. [2)[5)[7] 
4.1.1 Descripción 
CodeWarrior es actualmente una familia de herramientas de Metrowerks. Originalmente 
un compilador de C/C++ para desarrollo en Machintosh. CodeWarrior corre actualmente 
para Microsoft Windows y genera código para un gran número de plataformas y 
procesadores, incluyendo las series Motorola 68000, las series de Intel BOxB6, entre otras. 
Sobre algunas plataformas, la familia CodeWarrior soporta programación en Java y 
Pascal, así como C/C++. 
Metrowerks CodeWarrior para la plataforma PalmOS es un lOE que contiene todas las 
herramientas necesarias para desarrollar aplicaciones PalmOS en una sola interfaz. 
Codewarriorfue el primer ambiente de desarrollo que Palm oficialmente soportó. 
Para simplificar el desarrollo de una aplicación, Codewarrior ofrece un conjunto de 
herramientas: 
Constructor para PalmOS. Constructor es un editor de resources con una 
interfaz grafica. Constructor es el medio con el cual se construyen los 
elementos de interfaz de una aplicación. 
Codewarrior lOE. Esta herramienta es la interfaz para todas las herramientas 
con excepción de Constructor. Dentro de este lOE se puede editar el código 
fuente, compilar y enlazar aplicaciones, depurar programas y organizar el 
código fuente de un proyecto. Este /DE también contiene un depurador a nivel 
de fuente, el cual tiene la capacidad de depurar aplicaciones ejecutándose en 
el emulador de PalmOS, o sobre un dispositivo real conectado a la pe 
mediante cable serial. 
L..... ______________ ___ _ 
Capítulo 4. Ambientes de desarrollo. 62 
Codewarrior compiler. El compilador de Codewarrior vuelve código en ANSI 
C/C++ a código objeto para el procesador Motorola serie 68000. 
Codewarrior Iínker. El enlazador (Iinkery usado para ligar código objeto 
compilado, es actualmente el mismo enlazador usado en otras versiones de 
Codewarrior para crear programas para MacOS. 
Codewarrior assembler. El ensamblador (assembler) crea código ejecutable 
de las instrucciones del ensamblador del procesador Motorola 68000. 
PalmRez. El plug-ing de PalmRez cambia el código objeto ligado, generado 
por otras herramientas de Codewarrior, a un archivo .prc apropiado para la 
instalación y ejecución sobre un dispositivo PalmOS o sobre el emulador de 
PalmOS. 
PalmOS Simulator Líbrary. Disponible solo en la versión para Mac de 
.Codewarrior para PalmOS, la PalmOS Simulator Líbrary permite ejecutar y 
probar una aplicación de PalmOS. Construir una aplicación para el PalmOS 
Simulater es diferente que hacerlo para un programa ejecutable de PalmOS. 
PalmOS Emulator. También conocido como POSE, el PalmOS Emulator imita 
muchas de las funciones de hardware y software de un dispositivo PalmOS. 
Entre otras cosas, POSE emula exactamente el procesador actual usado por 
los dispositivos PalmOS. Las aplicaciones PalmOS pueden ser cargadas en 
POSE, sin la necesidad de compilarlas especialmente como se haría para el 
PalmOS Simulator. 
Palm Debugger. El Palm Debugger se comunica .directamente con POSE o 
sobre el dispositivo handheld actual, dando facilidades de depuración a nivel 
de fuente y ensamblador. 
PilRC Plugin. Aunque no es oficialmente soportado por Metrowerks, el PilRC 
Plugin puede ser agregado adicionalmente. El PilRC Plugin permite a un 
proyecto de CodeWarrior compilar resources descritos en un archivo de texto, 
.... 
Capítulo 4. Ambientes de desarrollo. 63 
usando el mismo formato como en el compilador de línea de comandos de 
PilRC normalmente usado en PRC-Too/s. 
CodeWarriores un interfaz de documentos múltiple (MDQ que provee un contenedor para 
los menús, botones y ventanas del/DE. 
CodeWarrior organiza el desarrollo de aplicaciones dentro de proyectos. Un proyecto 
contiene referencias a todo el código fuente y archivos de recursos (resources) necesarios 
para construir una aplicación. Los distintos tipos de construcción de aplicaciones son un 
target (tipo de aplicación final: de depuración o de liberación). Tener múltiples targets en 
un proyecto permite una útil forma de generar las versiones de depuración y de liberación 
de una aplicación. Diferentes targets pueden compilar distintos archivos o usar 
completamente un compilador y configuración de enlace (I inker) distintos. 
4.1.2 Creación de proyectos 
CodeWarriorpermite tres formas para crear un proyecto: 
Proyecto vacío 
Proyecto de tipo stationery 
y mediante aplicaction wizard 
Proyecto vacío 
Un proyecto vacío no contiene código fuente ni archivo de recursos, y la configuración de 
construcción no esta ajustada para producir un a aplicación P~lmOS ejecutable. 
Proyecto de tipo stationery 
El proyecto de tipo stationery de CodeWarrior es frecuentemente un conveniente punto 
de inicio. El proyecto de tipo stationery es una plantilla para crear un determinado tipo de 
aplicación, contiene trozos de código de las partes comunes de una aplicación y la 
configuración de construcción para generar una salida apropiada. Después de crear un 
Capítulo 4. Ambientes de desarrollo. 64 
proyecto de tipo stationery, se requiere agregar el código a las partes de los archivos 
fuente que CodeWarrior generó. 
Los proyectos de tipo stationery ya contienen bastante del código necesario para una 
aplicación básica PalmOS, la cual ahorra la escritura de código que se usara 
repetidamente en cada nueva aplicación PalmOS. El uso de stationery también provee la 
configuración del proyecto para compilar una aplicación PalmOS correctamente. 
Desafortunadamente CodeWarriorcrea por omisión un proyecto llamado 'Starter', del cual 
todos los nombres de los archivos están basados en la palabra 'Starter' en vez del 
nombre que se le asigno al proyecto. Los archivos de código fuente y de recursos 
generados automáticamente compilan y corren perfectamente, pero ellos probablemente 
proveen más características de las necesarias en una aplicación. Así que es necesario 
cambiar la configuración del proyecto para actualizar el nombre, entre otras cosas, así 
como cambiar el nombre a los archivos, cambiar los recursos, eliminar el código extra 
generado, y modificar la configuración del proyecto, por lo que no siempre esta opción 
permite el ahorro de tiempo. 
De cualquier forma CodeWarrior permite crear proyectos de tipo . stationery 
personalizados, los cuales tendrán toda la configuración y código básico necesario para el 
desarrollo de una aplicación. 
Proyecto de tipo aplicaction wizard 
El aplicaction wizard de PalmOS es de todos el mejor método para la creación de una 
nueva aplicación. El aplicaction wizard produce un proyecto completo en la misma forma 
en la que el proyecto de tipo stationery lo hace, pero da más opciones para personalizar el 
proyecto. 
Entre las opciones para personalizar están las siguientes: 
... 
Capítulo 4. Ambientes de desarrollo. 65 
Nombre de la aplicación. El nombre como aparecerá en el lanzador de 
aplicaciones en el dispositivo PalmOS. Dicho nombre llega a ser también el 
nombre de la base de datos para la aplicación. 
Nombre del archivo PRC liberado. Este es el nombre del archivo ejecutable 
.prc que el proyecto construye cuando se crea la versión liberada de la 
aplicación. 
Nombre del archivo PR9 de depuración. Este es el nombre del archivo 
ejecutable .prc que el proyecto construye cuando se crea la versión para 
depurar la aplicación. 
Codigo PalmOS del Creador. En este campo se coloca el código del creador 
(creator ID)' , un código de 4 bytes que identifica a la aplicación. 
Tipo de aplicación. Permite escoger el tipo de aplicación que se desea crear. 
La opción por omisión es aplicación e estándar. 
Versión de sistema operativo mínima. El aplicaction wizard genera una función, 
la cual puede ser llamada por la aplicación para verificar la versión de PalmOS 
mínima soportada sobre cualquier dispositivo donde sea ejecutada la 
aplicación. Así que el valor de este campo especifica la versión mínima 
soportada. 
4.1.3 Compilación y enlazado 
CodeWarrior da la opción para compilar archivos fuente de uno en uno, unos cuantos o 
todos a la vez. La compilación produce únicamente el código objeto correspondiente a 
, Cada aplicación requiere un único identificador del creador (creator ID). El creator ID es la forma mediante la cual se 
identifica a las aplicaciones en el dispositivo. El creator ID Sirve para ligar todas las bases de datos usadas por una 
aplicación. 
Dado que el creator ID es único, éste debe ser registrado con Palm. El proceso de registro puede ser hecho a través del 
sitio de Palm en http://www.palm.com/devzone/crid/cridsub.html. Palm tiene reservados todos los creator lOs que 
consisten en su totalidad de letras minúsculas para su propio uso, de tal forma, que puede usarse cualquier otra 
combinación con al menos una letra mayúscula u otro símbolo. 
Capítulo 4. Ambientes de desarrollo. 66 
cada archivo fuente, sin enlazarlos aun a una aplicación completa. Mediante la ejecución 
del comando Make se verifica si lo archivos han sido agregados o modificados y los 
compila. Posteriormente, dicho comando Make, ejecuta el código objeto compilado a 
través de enlazadores para producir un programa ejecutable final. 
4.2 PRC-Tools 
4.2.1 Descripción 
Cuando Metrowerks liberó inicialmente las herramientas de desarrollo para PalmOS, solo 
la plataforma Mac era soportada. La comunidad de desarrollo de open source; 
inmediatamente comenzó a trabajar sobre un conjunto de herramientas gratis para la 
programación en PalmOS. El resultado es el GNU PRC-Too/s que esta disponible para 
sistemas Windows y UN/X. [2)[5][7] 
El paquete de GNU PRC-Too/s contiene una versión modificada del compilador para C 
GNU (gcc) , uno de los mas populares compiladores de C/C++ de UN/X. Frecuentemente 
referido solo como GCC por los desarrolladores de PalmOS, PRC-Too/s se ha expandido 
para incluir una serie de herramientas útiles para la .edición de código y su depuración. 
GNU PRC-Too/s incluye las siguientes herramientas [2): 
M68k GNU C compiler. Es la base de PRC-Too/s, este compilador transforma 
código fuente C/C++ a código objeto para el procesador Motoro/a 68000. 
Pi/RC. Esta herramienta es el compilador de recursos que transforma 
descripciones de texto de la interfaz de usuario y otros recursos en el formato 
binario correcto necesario para PalmOS. 
buil-prc. Esta utilería convierte el código del procesador Motoro/a 68000 en el 
formato .prc necesario para PalmOS, y también combina ese código con los 
recursos creados por PilRC para producir un programa final ejecutable. 
, 
Capítulo 4. Ambientes de desarrollo. 67 
gdb. El depurador GNU es una herramienta para depurar aplicaciones PalmOS 
a nivel de código fuente. 
Sobre Windows, PRC-Too/s requiere que sea instalada primero Cygwin, un ambiente de 
emulación UNIX. Cygwin también incluye una colección de herramientas propias de 
ambiente UNIX, tales como bash shell y make. 
Adicionalmente debe de descargarse la última versión de POSE para la realización de 
pruebas para la aplicación. 
4.2.2 Compilación y enlazado 
Para la compilación y enlazado de una aplicación de PalmOS se requiere el uso de 
diferentes herramientas de línea de comandos: 
m68k-palmos-gcc. Es el copilador actual que convierte código fuente a código 
binario para el procesador Motorola 68000. 
M68k-palmos-obj-res. Esta herramienta descompone el archivo binario 
producido por m68k-palmos-gcc en recursos de código separado que pueden 
ser incluidos en un archivo .prc. 
Pi/RC. Pi/RC hace recursos binarios de un archivo de texto. Por convención, 
los archivos fuente de Pi/RC tienen extensión .rcp. 
bui/d-prc. La herramienta bui/d-prc combina todos los recursos creados por las 
herramientas arriba mencionadas, en un archivo .prc, apropiado para la 
ejecución en dispositivos PalmOS. 
l 
Capítulo 4. Ambientes de desarrollo. 68 
4.3 Felch DeveloperStudio 
Existe un /DE visual que está basado sobre PRC-Tools y es llamado Falch.net 
DeveloperStudio. Es un lOE comercial que agrega al robusto compilador gcc, depurado 
visual y creación de recursos, y que corre sobre Windows. (2) 
4.3.1 Descripción 
DeveloperStudio incluye una variedad de útiles herramientas: 
DeveloperStudio /DE. El ambiente de DeveloperStudio provee una interfaz 
para la edición de código fuente, creación de recursos, depurado de 
aplicaciones y creación de bases de datos. El /DE también controla la 
construcción de aplicaciones. 
Visual resource editor el editor de recursos de DeveloperStudio permite crear la 
. interfaz de usuario de una aplicación y otros recursos usando una interfaz 
grafica simple. DeveloperStudio usa Pi/RC para compilar recursos. 
Visual database designer. Único de DeveloperStudio es el Visual database 
designer, el cual permite crear y llenar una base de datos para la aplicación. 
Esta característica es de gran utilidad para la creación rápida de una base de 
datos simple. DeveloperStudio automáticamente genera el código necesario e 
interfaz de usuario requerida para interactuar con la base de datos, y permite 
personalizar el código y la interfaz de usuario para ajustarla a nuestras 
necesidades. 
Source code generator. DeveloperStudio puede generar plantillas de código 
fuente para manipulación de eventos y bases de datos. Seleccionando un 
elemento de interfaz de usuario en el editor de recursos, se puede escoger de 
una lista de eventos que el elemento puede arrojar, y el Source code generator 
automáticamente crea un esqueleto de código, en el archivo fuente apropiado, 
para manipular el evento. 
Capítulo 4. Ambientes de desarrollo. 69 
PiIRC. DeveloperStudio incluye una copia integrada de PRC-Tools, así como el 
soporte y las herramientas de Cygwin. 
PalmOS Emulator. DeveloperStudio incluye una copia de POSE. 
Igual que COdeWarrior, DeveloperStudio organiza el desarrollo de aplicaciones en 
proyectos. A diferencia de CodeWarrior, un archivo de proyecto de DeveloperStudio no es 
almacenado en un archivo binario impenetrable. Los archivos de proyecto de 
DeveloperStudio, los cuales tienen una extensión .fnp, son archivos de texto formateados 
en XML (eXtensible Markup Language), lo cual permite cambiar la configuración del 
proyecto a mano en cualquier editor de texto. 
4.3.2 Compilación y enlazado 
Es posible la compilación de archivos fuente individualmente, y sin construir el archivo .prc 
ejecutable. Para compilar y código. fuente y enlazarlo, DeveloperStudio llama 
internamente a GNU make, usando el makefile del proyecto para ejecutar el proceso de 
construcción en la misma forma en la que se haría con PRC-Tools. 
Una de las ventajas de usar DeveloperStudio es la compatibilidad con PRC-Tools, ya que 
un proyecto creado por DeveloperStudio compilará también en PRC-Tools sin necesidad 
.de realizar alguna modificación . 
. 4.4 Ambientes de desarrollo alternativos 
4.4.1 Desarrollo basado en forms 
C es un lenguaje muy poderoso, pero uno de sus inconvenientes es que el desarrollo de 
C puedes ser lento. Aun con un lOE como COdeWarrior, el proceso de escribir código, 
compilar, probar, depurar y recompilar, pueden hacer el progreso de desarrollo lento, 
particularmente para aplicaciones largas. 
., 
Capítulo 4. Ambientes de desarrollo. 70 
Los ambientes de desarrollo basados en forms frecuentemente ofrecen una forma rápida 
de creación de aplicaciones para PalmOS. Permiten el diseño visual de los forrns de una 
aplicación. Entre algunos inconvenientes encontramos que dicha forma de desarrollo no 
soporta todas las características de PalmOS. El desarrollo basado en forms es apropiado 
para aplicaciones comunes, como colección de datos y. mostrar programas, 
particularmente si se requiere sincronizar datos entre un dispositivo PalmOS y la PC. Por 
otro lado, si se requiere una aplicación poco común, como juegos o programas gráficos, 
es necesario cambiar a otro ambiente de desarrollo más tradicional. 
4.4.1.1 Compact Applications So/ution Language (CASL) 
CASL usa un lenguaje basado en Basic permitiendo construir aplicaciones para PalmOS y 
Windows. Las aplicaciones creadas en CASL requieren que un modulo sea instalado 
sobre el handheld. Una de las más útiles características de CASL es que puede compilar 
la misma aplicación para que pueda ser ejecutada en PalmOS y Windows. 
Entre las características incluidas en el lOE de CASL son un depurador, editor de código 
fuente y creación de aplicaciones drag-and-drop. 
Las aplicaciones CASL tienden a verse un tanto distorsionadas a una aplicación normal 
de PalmOS, ya que los programas generados por CASL ignoran las guías de diseño de 
interfaz de usuario de PalmOS. . 
4.4.1.2 Pendragon forms 
Pendragon forms permite crear rápidamente un programa de colección de datos con gran 
integración a una base de datos de Microsoft Access sobre la PC. Usando una aplicación 
especial que debe ser instalada sobre el dispositivo. Pendragon forms trabaja bien para 
colección de información para su posterior almacenaje en una base de datos creada en 
Access. 
Capítulo 4. Ambientes de desarrollo. 71 
La interfaz de usuario en Pendragon forms es clara y legible, pero limitada. Provee una 
forma fácil para crear forms que contengan campos de texto, cajas de verificación, 
botones tte selección, etc. Además, Pendragon forms no crea una aplicación solo crea 
forms individuales que serán ejecutados en la aplicación de Pendragon forms instalada 
sobre el dispositivo PalmOS. Así que si lo único que se requiere es portar una colección 
de datos sobre el dispositivo, Pendragon forms es una buena opción. 
4.4. 1.3 Satellite forms 
El paquete de Satellite forms, de PUMATECH (Puma Technologies), es un ambiente 
comercial, versátil para la creación rápida de aplicaciones PalmOS. Satelfite forms 
requiere que un motor sea instalado sobre el dispositivq, permite tener control sobre la 
forma en que el programa se visualiza. 
Es posible crear aplicaciones de Satelfite forms sin tener gran conocimiento en 
programación. Después del diseño visual de una aplicación, se pueden agregar acciones 
a los eventos generados por los elementos de la interfaz de usuario fácilmente. Si el 
número de acciones por omisión no es suficiente, se pueden agregar botones para 
ejecutar scripts, los cuales son escritos en un lenguaje basado en Basic. 
Si se requiere de la creación de una aplicación de bases de datos simple, con Satellite 
forms puede ser construida rápidamente. Igual que con Pendragon forms, Satellite forms 
no es apropiada para aplicaciones con interfaz de usuario avanzada. No pueden ser 
editados menús, además de contar con un conjunto muy limitado de eventos. 
4.4.2 Desarrollo sobre los dispositivos PalmOS 
Un número de ambientes de desarrollo permite escribir y compilar aplicaciones 
directamente en el dispositivo PalmOS, sin la necesidad de utilizar una PC. Muchas de 
dichas herramientas requieren que sea instalado sobre el handheld, algún tipo de 
componente de tiempo de ejecución, pero otras permiten compilar la aplicación PalmOS 
aaq 
Capítulo 4. Ambientes de desarrollo. 72 
real. Estos ambientes de desarrollo son perfectos para la creación de aplicaciones 
simples, pruebas de algoritmos entre otras. 
4.4.2.1 HotPaw Basic 
Con HotPaw Basic (conocido cBasPad Pro), se pueden escribir aplicaciones Basic en el 
handheld directamente, y HotPaw Basic las ejecutara desde el MemoPad. HotPaw Basic 
soporta mas de 95% del lenguaje Basic estándar, junto con varias agregaciones para 
PalmOS, tales como soporte para comunicación serial e infrarroja, la creación de registros 
para ToDo List y DateBook, manipulación de alarma, y manejo de color en PalmOS 3.5. 
4.4.2.2 LispMe 
LispMe es un intérprete de Scheme que corre sobre PalmOS. Distribuido como software 
gratuito bajo la GNU GLP, LispMe soporta manejo de color en PalmOS 3.5. 
4.4.2.3 OnBoard C 
OnBoard C, de IndiVideo, es un compilador C que construye aplicaciones PalmOS 
directamente en el dispositivo. El código puede ser escrito en el formato de MemoPad o 
Doc, y OnBoard C lo compilara en un a aplicación. 
4.4.2.4 PocketC 
PocketC permite usar una variación del lenguaje C estándar para escribir aplicaciones. 
Para poder ejecutar una aplicación PocketC se requiere de un motor de tiempo de 
ejecución, el cual es gratuito para desarrolladores y usuarios. Las aplicaciones pueden ser 
escritas y ejecutadas en MemoPad. 
.. 
Capítulo 4. Ambientes de desarrollo. 73 
4.4.2.5 Quartus Forth 
Quartus Forth es un compilador comercial además de ser, entre íos compiladores sobre 
dispositivos handheld de PalmOS, el más completo, convirtiendo código Forth estándar en 
una compacta y eficiente aplicación PalmOS. El compilador de código nativo permite crear 
aplicaciones sobre el dispositivo y posteriormente distribuirlas a otros usuarios. 
4.4.3 Otros lenguajes distintos a e 
4.4.3.1 Assembler SDK (ASDK) 
Este SDK permite el desarrollo de aplicaciones escritas en el ensamblador 68K de 
Motorola. Incluye el ensamblador Pilot, conocido como PILA. 
4.4.3.2 Jump 
Jump lee archivos .c1ass de Java y genera código ensamblador de Motorola 68000, el 
cual puede compilar en una aplicación PalmOS usando el compilador Pila de ASDK. Jump 
produce aplicaciones muy estables, aunque éstas tienden a ser un poquito más grandes 
que los programas compilados con CodeWarrior o PRC-Tools. Jump corre sobre Windows 
y es gratuito, regido bajo la GNU. 
4.4.3.3 NS Basic 
NS Basic es un /DE comercial, que corre sobre Windows, y permite crear aplicaciones 
usando el lenguaje Basic. La construcción de aplicaciones es de forma visual. 
Capítulo 4. Ambientes de desarrollo. 74 
4.4.3.4 Pocket Smalltalk 
Pocket Smalltalk es un ambiente de desarrollo gratuito, que permite la creación de 
aplicaciones PalmOS usando el lenguaje Smalltalk. Pocket Smalltalk es un /DE para 
Windows, el cual compila un .prc empaquetando el código fuente junto con la maquina 
virtual. 
4.4.3.5 Waba 
Waba es un lenguaje muy similar a Java, que permite hacer programas que corren sobre 
la maquina virtual de Waba (WVM), la cual debe ser instalada sobre el dispositivo 
PalmOS para que la aplicación escrita en Waba pueda ser ejecutada. 
A pesar de que Waba no soporta las bibliotecas estándar de Java, el código de Waba 
puede ser ejecutado como aplicaciones normales de Java e incluso correr como applet. 
Este tipo de característica permite ejecutar las aplicaciones creadas con Waba de igual 
forma en el dispositivo PalmOS que en la PC. Waba es de distribución gratuita bajo la 
GNU. 
4.4.3.6 AppForge 
AppForge usa Visual Basic de Microsoft como el ambiente de desarrollo, con elementos 
específicos de AppForge agregados. Este ambiente de desarrollo es comercial, y requiere 
. de un componente en tiempo de ejecución para poder ejecutar aplicaciones. Además 
provee de herramientas para la prueba y depuración de aplicaciones sobre la PC. 
Capítulo 4. Ambientes de desarrollo. 75 
4.5 Selección del ambiente de desarrollo 
Como se mencionó anteriormente, las aplicaciones basadas en código nativo, son más 
rápidas y requieren menos memoria que las desarrolladas mediante otro lenguaje, debido 
a que en su mayoría utilizan intérpretes en tiempo de ejecución, o maquinas virtuales, por 
lo que los ejemplos de este trabajo se desarrollarán utilizando código nativo (lenguaje C), 
por las razones de desempeño ya mencionadas. 
Actualmente, PalmOS proporciona un lOE para desarrollo basado en el EClipse
4
, llamado 
PalmOS Oeveloper Suité, el cual contiene todo lo necesario para poder hacer 
aplicaciones PalmOS, que además es de uso gratuito, y que poco a poco ha ido ganando 
terreno dentro de los ambientes de desarrollo más utilizados, PRC-tools y Metrowerks 
CodeWarrior. 
El código mostrado a lo largo del presente trabajo, así como la aplicación de ejemplo de 
un sistema de servicios basados en su ubicación, fueron probados utilizando la 
herramienta de línea de comandos, PRC-tools, los /DEs, Metrowerks CodeWarrior y 
PalmOS Oeveloper Suite, por lo que la elección del ambiente de desarrollo se deja 
abierta. 
4 Más inform.ación en http://www.eclipse.org/ 
5 Más información http://www.palmos.com/dev/tools/dev_suite.html 
i 
Capítulo 5 
5. Bases de datos 
Una base de datos almacena y organiza información para ser usada por las aplicaciones. 
Como se verá mas adelante, las bases de datos en PalmOS, almacenan y organizan la 
información usando el heap de almacenamiento, a diferencia de las bases de datos sobre 
otras plataformas, las cuales usan un sistema de archivos como medio de 
almacenamiento. [1 ][2][5][7] 
Existen distintas formas de almacenar y acceder a la información contenida en una base 
de datos, pero en general, éstas se pueden clasificar en dos grupos; el primer grupo, 
provee a las aplicaciones con acceso directo de datos, es decir, la aplicación entiende y 
manipula directamente la estructura interna de la base de datos, como en el caso de las 
bases de datos en PalmOS; el segundo grupo, oculta la estructura interna de la base de 
datos, forzando la ocurrencia de todo acceso a través de una interfaz, dejando así a la 
base de datos libre de organizar sus datos de manera independiente. 
Los ejemplos mostrados serán referentes a la implementación de una aplicación sobre 
servicios basados en su ubicación en PalmOS basada en el sistema de transporte metro 
de la ciudad de México. 
aq 
Capítulo 5. Bases de datos 77 
5.1 Bases de datos orientadas a registro 
El acceso directo de datos tiene la ventaja de proveer a la aplicación con una 
recuperación rápida de información, particularmente si se usa índices o algún tipo de 
estructura para la localización rápida de la información deseada. Normalmente, una 
estructura en lenguaje e, es el medio para definir un grupo de datos relacionados (Figura 
5.1). [7) 
typedef struct { 
Ulnt16 estacionlD; 
Char nombre[50]; 
Char descripcion[50]; 
Char información 
}EstacionType; 
Figura 5. 1 Estructura en lenguaje C para almacenar información sobre cada 
estación, en la aplicación de ejemplo 
Los datos son leídos y escritos a la base de datos mediante el uso de ésta estructura, 
referida como un registro (record) de información. Para las bases de datos residentes en 
memoria, puede ser usado un apuntador a determinado registro para su acceso rápido y 
directo, y, para bases de datos basadas en archivos, la ubicación del offset de 
determinado registro en el archivo. 
Aunque la recuperación de datos es rápida, existen ciertas desventajas con el acceso 
directo de datos: 
la estructura de un registro es en general dependiente de la plataforma, es decir, 
que depende sobre como se empaqueta y alinea la estructura de los miembros de 
la estructura, el orden sobre el cual los bytes son escritos (Iittle endian, big endian), 
y el tamaño de los tipos mismos. 
El mantenimiento para el caso de registros ordenados puede ser costoso, ya que 
se requiere gran número de operaciones en el traslado de datos en memoria o en 
disco. 
Los índices u orden de las estructuras de datos empleadas para mantener los 
registros ordenados deben ser actualizados cuando sea que un registro sea 
modificado, insertado o eliminado. Dado que el acceso a lo~ datos es directo, el 
Capítulo 5. Bases de datos 78 
programador debe dar seguimiento a las operaciones realizadas en la base de 
datos. 
Los cambios a la estructura de la base de datos requiere la recompilación de las 
aplicaciones que utilicen la base de datos y del reformateamiento de ésta. 
Para superar o minimizar las desventajas arriba mencionadas, las aplicaciones deben 
usar su propia base de datos en vez de compartirlas con otras aplicaciones. De esta 
forma los datos son duplicados entre las distintas bases de datos, desperdiciando de esta 
forma el espacio en memoria o disco, provocando de igual forma que los datos 
modificados en una base de datos no se reflejen de manera automática a las demás 
bases de datos, lo cual conduce a inconsistencias de los datos. 
5.2 Sistemas administradores de base de datos (DBMS) 
Aunque las bases de datos orientadas a registro son apropiadas para varios propósitos, la 
necesidad de compartir datos entre distintas aplicaciones lleva al desarrollo de sistemas 
administradores ge bases de datos (DBMS) . Un sistema administrador de bases de datos 
(DBMS) , es una biblioteca o una aplicación separada encargada de manipular 
completamente una o varias bases de datos, de tal forma que el DBMS mantiene oculta la 
estructura intema de las bases de datos a las aplicaciones que las usan, es decir, todo el 
acceso a los datos ocurre mediante el DBMS y nunca de forma directa. Dado que el 
DBMS provee a las aplicaciones de una interfaz, los cambios realizados a la estructura 
interna de las bases de datos no afecta a las aplicaciones que las utilizan. [7][16] 
La más grande desventaja de' los DBMS es el overhead, o costo, agregado en términos 
de tiempo y espacio; las operaciones de la base de datos. son costosas en cuanto al 
consumo de tiempo, ya que debe ser usado el DBMS para poder tener acceso a los datos 
de ésta, y, en cuanto el consumo de espacio, ya que el DBMS al ser un mecanismo de 
almacenamiento de datos de propósito general, sus estructuras requieren mas espacio 
que una base de datos orientada a registros. 
aq 
Capítulo 5. Bases de datos 79 
En general, los OBMS presentan las siguientes ventajas: 
Las aplicaciones se mantienen aisladas de los cambios a la estructura interna de 
la base de datos 
Los datos son centralizados, asegurando a las aplicaciones de usar en todo 
momento los datos correctos 
La centralización de los datos, hace fácil la ejecución de operaciones sobre las 
bases de datos. 
La manipulación de los datos es únicamente hecha por el OBMS, limitando el 
acceso de quien puede leer o escribir sobre estos 
El OBMS puede asegurar la integridad de los datos antes de tocar la base de 
datos mediante restricciones sobre dichos datos 
Los cambios a la base de datos pueden ser aplicados en conjunto como una sola 
operación, es decir, una transacción. La transacción es atómica, es decir, que si 
cualquiera de las operaciones reali?adas sobre la base de datos falla, éstas 
automáticamente son detenidas y ningún cambio es, entonces, aplicado sobre la 
base de datos, dejándola en el mismo estado antes de que tal transacción fuera 
iniciada. 
5.2.1 Interfases de los sistemas administradores de bases de datos 
La interfaz a un OBMS es casi tan importante como es OBMS mismo, debido a que es el 
enlace entre una aplicación y sus datos. La interna alternativa depende del lenguaje en e.1 
cual la aplicación está siendo escrita, en el caso de C/C++, hay tres posibles alternativas. 
[7] 
La primera, provee una biblioteca de funciones para comunicación con el OBMS, y es 
conocida como una interfaz nativa CL! (cal/-Ievel inteface). El uso de eL! es una forma de 
ESTA TESIS NO SALi. 
OE lA BIBIJOTECA 
Capítulo 5. Bases de datos 80 
enlace de la biblioteca con la aplicación mediante llamadas a una API dentro de la misma 
aplicación. 
La segunda alternativa, es realmente solo una variación de la primera, ya que intenta 
resolver el problema de la portabilidad, existente en el uso de una interfaz nativa. Debido 
a que la interfaz de cada proveedor de OBMS es distinta uno de otro, es difícil escribir 
código que pueda ser utilizado sobre diferentes sistemas. Sobre plataforma Windows, 
Microsoft desarrollo la interfaz OOBC (Open Oatabase Connectivity) para resolver éste 
problema. El OOBC es un CLI, que provee de un único conjunto de funciones para ser 
usado p'or las aplicaciones, con lo cual los proveedores de DBMS escriben bibliotecas, 
llamadas controladores de OOBC (OOBC drivers), para adherirse a dicha interfaz, 
previniendo así, que una aplicación esté vinculada con un solo OBMS. 
La ultima alternativa, es mediante el uso de una interfaz empotrada (embedded interface), 
es decir, el uso de comandos OBMS insertados directamente en el código fuente de 
C/C++. Un preprocesador especial es usado para convertir ésta mezcla de comandos 
OBMS y código en C/C++ en código puro de C/C++ encargado de comunicarse con el 
OBMS de forma privada distinta a la CLI. En general esta alternativa presenta las 
siguientes ventajas: 
Los comandos OBMS están escritos en su forma nativa, permitiendo tratar con 
conceptos de mas alto nivel en vez de preocuparse sobre cuales funciones llamar 
y el orden de éstas 
El preprocesador puede analizar y optimizar los comandos OBMS insertados de tal 
manera que una CLI genérica no podría 
5.2.2 Bases de datos relacionales 
En 1960 un investigador llamado E. F. Codd decidió aplicar conceptos del álgebra 
relacional a las bases de datos. Su trabajo formó la base de lo que actualmente se conoce 
como bases de datos relacionales, hoy en día el tipo de bases de datos más popular. 
Capítulo 5. Bases de datos 81 
En una base de datos relacional los datos están organizados dentro de tablas de filas y 
columnas, con los datos almacenados en sus celdas, es decir, dentro de las 
intersecciones entre filas y columnas, lugar donde solo un valor puede ser almacenado. 
Las columnas tienen un identificador o nombre, el cual no puede estar ni ser repetido por 
las demás columnas, dichas columnas definen propiedades acerca de las celdas que 
contiene, las cuales son comunes a todas las celdas contenidas en la misma columna. 
Entre las propiedades mas importantes están aquellas que definen el dominio de valores 
permisibles o válidos. [7][16] 
Una tabla debe teñer al menos una columna, y por lo contrario, tener cero filas. Cada fila 
define un conjunto de datos relacionados. El orden o la posición de dicha fila es 
irrelevante, y, en su lugar, cada fila tiene una o mas columnas que en conjunto forman la 
llave primaria de la tabla, un conjunto de valores que identifican de manera única a la fila. 
Las tablas pueden ser relacionadas unas con otras mediante el uso de llaves externas, las 
cuales son valores que sirven para vincular una fila de una tabla con otra fila de una tabla 
distinta. 
Una de las garantías mas importantes ofrecidas por las bases de datos relacionales es la 
de garantizar la integridad referencial , la cual asegura que las tablas relacionadas 
(vinculadas por llaves externas) estén siempre en un estado consistente y correcto. 
Las bases de datos relacionales son también auto descriptivas, en el sentido de que 
mantienen tablas, llamadas tablas de sistema, que describen la estructura de la base de 
datos. La información en las tablas es conocida como meta datos de la base de datos, de 
tal forma que si conocen la estructura de las tablas del sistema, las aplicaciones pueden 
usar los meta-datos para conocer la estructura de la base de datos misma, tal como los 
nombres de las tablas y de las columnas en cada tabla. 
5.2.3 Bases de datos orientadas a objetos 
El crecimiento en popularidad de los lenguajes orientados a objetos tales como e++ y 
Java ha llevado al desarrollo de bases de datos orientadas a objetos, que no son mas que 
Capítulo 5. Bases de datos 82 
bases de datos que almacenan objetos actuales en vez de filas de registros. La operación 
de almacenar un objeto en la base de datos es conocida como el hacer persistente a un 
objeto. Idealmente una aplicación no debería saber o preocuparse si un objeto esta en 
memoria o en la base de datos, ya que la primer solicitud de un objeto debería provocar 
que éste sea extraído de la base de datos, proceso conocido como materialización, y al 
terminar la aplicación, el estado de cada objeto es escrito nuevamente a la base de datos. 
La persistencia de objetos en las bases de datos orientadas a objetos no es nada sencilla, 
ya que no solo se debe implementar una forma de recuperar y alma<?enar eficientemente 
a los objetos, sino también una forma para manipular objetos anida:dos así como las 
referencias a otros objetos. 
5.3 Otras bases de datos 
Otras clasificaciones comunes para bases de datos incluyen: 
- Bases de datos basadas en texto.- son bases de datos optimizadas para 
almacenar y recuperar grandes cantidades de texto. 
- Bases de datos multimedia.- son bases de datos optimizadas para almacenas y 
recuperar datos multimedia incluyendo imágenes, películas y audio. 
- Bases de datos distribuidas.- son bases de datos que están distribuidas sobre 
una red en distintas maquinas pero actúan lógicamente como una sola base de 
datos. 
5.4 Selección de la metodología de acceso de datos 
Con motivo de este trabajo, la metodología de acceso de datos orientada a registros es la 
que será utilizada, dado que se encuentra inherente en la funciones de gestión de datos 
de PalmOS, y que además presenta las siguientes ventajas, en cuanto a aplicaciones de 
servicios basados en su ubicación sobre PDAs, particularmente sobre PalmOS, se refiere: 
l 
I 
Capítulo 5. Bases de datos 83 
Siendo las peticiones y consultas a la base de datos, una de las principales 
actividades en los sistemas basados en su ubicación ya mencionados, es posible 
implementar una metodología de acceso eficiente basada en registros, para poder 
acelerar la localización de los registros en una base de datos, y que a pesar de 
existir otras metodologías que mejoran de una u otra forma a la orientada a 
registros, como ya se menciono anteriormente, el overhead, o costo, asociado con 
tales metodologías, y dado las restricciones de procesamiento y memoria de los 
PDA's, incrementan la complejidad, ya alta de dichos sistemas, lo cual hace poco 
factible su utilización. 
La aplicación resultante depende únicamente de los archivos ejecutable, PRC, y 
de su base de datos, PDB, al no necesitar de las librerías adicionales utilizadas al 
implementar otra de las metodologías de acceso de datos, por ejemplo, la 
relacional. 
El espacio requerido por la base de datos y para la utilización de la aplicación es 
menor. 
5.5 Bases de datos en PalmOS 
Como se mencionó en el Capítulo 3, PalmOS organiza los heaps de almacenamiento en 
bases de datos, la cual es la única forma de almacenar datos de forma permanente sobre 
dichos dispositivos, debido a que no cuentan con un sistema de archivos. Así, una base 
de datos en PalmOS es un conjunto de bloques de memoria ubicados en el heap de 
almacenamiento, donde dichos bloques de memoria están ligados juntos para formar un 
único conjunto administrado por el manejador de datos (Data Managery. Estos bloques de 
memoria no necesariamente son contiguos o de igual tamaño, y pueden estar contenidos 
en diferentes heaps de almacenamiento, aunque, eso .si, deben residir sobre la misma 
ta~eta de memoria. [2)[3)[5)[7] 
Existen dos tipos de bases de datos en PalmOS; base de datos de recursos, que 
administra un conjunto de recursos, los cuales son bloques de memoria etiquetados con 
el tipo de recurso (un valor de 4 bytes sin signo) y un identificador del recurso (un valor de 
'"'" 
Capítulo 5. Bases de datos 84 
2 bytes con signo); y, base de datos de registros, que administra un conjunto de registros, 
los cuales son bloques de memoria etiquetados con un índice de posición (un valor de 2 
bytes sin signo) y un identificador único (un valor de 3 bytes sin signo). 
Cabe mencionar que los bloques de memoria o chunks, son ubicados como bloques 
movibles (handles) , y no como bloques fijos, lo cual permite que los registros y los 
recursos en una base de datos puedan ser movidos y cambiar su tamaño según sea 
necesario por la aplicación o la base de datos. 
Las diferencias entre bases de datos de recursos y de registros son mínimas, por lo que 
las funciones del manejador de datos usadas para su manipulación, así como sus 
estructuras internas, son casi idénticas. Ciertas funciones del manejador de datos son de 
uso con uno o ambos tipos de bases de datos, de cualquier forma la identificación de 
dichas funciones es fácil, ya que incluyen en su nombre Record y Resource para registro 
y recurso respectivamente. 
Los registros y los recursos son tratados de diferente manera; los registros están 
ordenados y son identificados por un índice, además tienen un identificador único que es 
usado para propósitos de sincronización, desde que la posición de los registros puede 
cambiar; por otra parte, los recursos están desordenados y son identificados únicamente 
por su tipo y su identificador. 
5.5.1 Manejo de bases de datos 
Las bases de datos son manipuladas de igual forma que los archivos en otras 
plataformas, excepto que en PalmOS las bases de datos residen en memoria RAM en vez 
de un medio permanente. El manejador de bases de datos de PalmOS provee funciones 
para crear, abrir, borrar, describir y numerar bases de datos. [2)[3][5)[7] 
5.5.1.1 Creación de bases de datos 
Para crear una base de datos se utiliza la función: 
Capítulo 5. Bases de datos 85 
Err OmCrealeOalabase(Ulnl16 cardNo, Char *nameP, Ulnl32 crealor, Ulnl32 type, Boolean resOS) 
donde cardNo es la tarjeta de memoria sobre la cual se desea crear la base de datos, 
creator es el identificador propio de la aplicación registrado en el sitio de desarrollo de 
PalmOS 6, type es un identificador de 4 bytes propio de la base de datos, que sirve para 
distinguir entre distintas bases de datos con el mismo creator, nameP es el nombre de la 
base de datos y debe ser único, y resDB es el un indicador del tipo de base de datos a 
crear, que tiene valor verdadero (true) si la base de datos a crear es de recursos y falso 
(fa/se) para registros (Figura 5.2). 
Esta función devuelve un valor distinto de cero en caso de haber error, lo cual 
normalmente ocurre si existe una base de datos con el mismo nombre o si no existe 
suficiente memoria para crear la base de datos. 
Err createDatabase(DmOpenRef 'dbP, Ulnt32 type, Ulnt32 creator, Ulnt16 mode, Ulnt16 card, 
Char' name, Boolean' created) 
Err err = errNone; 
'created = false; 
'dbP = DmOpenDatabaseByTypeCreator(type, creator, mode); 
if(! 'dbP){ /1 si no existe la crea 
err = DmCreateDatabase(card, name, creator, type, false); 
~(err!=O){ /1 mensaje de error 
retum err; 
}else{ /labre la base de datos 
} 
} 
'db = DmOpenDatabaseByTypeCreator(type, creator, type); 
'created = true; 
retum err; 
Figura 5. 2 Código para lá creación de la base de datos de la aplicación de ejemplo. 
Cabe mencionar que crear una base de datos no significa que ésta queda implícitamente 
abierta para su uso. 
6 http://www.palmsource.com/dev 
aq 
Capítulo 5. Bases de datos 86 
5.5.1.2 Apertura de bases de datos 
Es necesario abrir una base de datos para poder tener acceso a sus elementos, y puede 
ser abierta mediante las siguientes funciones: 
- Si se desea abrir especificando nombre y número de tarjeta 
DmOpenRef DmOpenDatabase(Ulnt16 cardNo, LocallD dblD, Ulnt16 mode) 
donde cardNo es el número de tarjeta donde se ubica dicha base de datos 
(generalmente O), y ¡ocallD es el identificador de 4 bytes asignado a dicha base de 
datos 
- Si se desea abrir especificando tipo y creador 
DmOpenRef DmOpenDatabaseByTypeCreator(ULong type, ULong creatorlD, Ulnt16 mode) 
d.onde type es el tipo de la base de datos y creatorlD es el identificador del creador 
de dicha base de datos; mode, para ambas funciones, es el modo de acceso a la 
base de oatos(lectura escritura, etc.). 
La segunda forma es la más común, pero debe de asegurarse que no exista más de una 
base de datos del mismo creador con el mismo nombre, ya que de lo contrario puede 
arrojar un error dicha función (Figura 5.3). 
Una base de datos abierta es referenciada mediante DmOpenRef, lo cual es un apuntador 
a la información de la base de datos. Si la apertura de la base de datos falla, la referencia 
obtenida es igual a NULL. 
static Err openDatabase(DmOpenRef *dbPtr, Ulnt16 mode) 
( 
} 
Err err; 
*dbPtr = DmOpenDalabaseByTypeCrealor(DB_TYPE, DB_CREATOR, mode); 
if('*dbPtr){ 
} 
" error, la base de daotos no pudo ser abierta 
return errLastError(); 
relurn errNone; 
Figura 5. 3 Código para la apertura de la base de datos de la aplicación de ejemplo. 
l 
Capítulo 5. Bases de datos 87 
5.5.1.3 Cierre de base de datos 
Para indicar termino de uso de una base de datos, ésta debe cerrarse, lo cual se consigue 
mediante la llamada a la función: 
Err DmCloseDatabase(DmOpenRef dbP) 
donde dbP es la referencia la base de datos abierta (Figura 5.4). 
Cabe mencionar que el cierre de la base de datos no libera los registros que se hayan 
bloqueado. 
static Err closeDatabase(DmOpenRef *dbPtr) 
( 
r Cierra la base de datos. *' 
if(db){ 
DmCloseDatabase(db); 
Return errNone; 
} 
return errLastErrorO; 
Figura 5. 4 Código para el cierre de la base de datos de la aplicación de ejemplo. 
5.5.1.4 Borrado de bases de datos 
Generalmente las aplicaciones no eliminan sus bases de datos ya que delegan esa tarea 
al sistema cuando éstas son eliminadas. Borrar una base de datos elimina todos sus 
registros o recursos contenidos en ella, y se lleva a cabo mediante la siguiente función: 
Err DmDeleteDatabase(Ulnt16 cardNo, LocallD dblD) 
donde dblD es asignado mediante: 
LocallD dblD = DmFindDatabase(cardNo, DBNAME); 
l 
Capítulo 5. Bases de datos 88 
donde cardNo es el numero de la tarjeta(generalmente O) y DBNAME el nombre de la 
base de datos. 
Cabe mencionar que una base de datos abierta no puede ser borrada. 
5.5.2 Manejo de registros 
A continuación se muestra como manipular registros en una base de datos en PamOS, lo 
cual implica su creación, edición, eliminación y búsqueda. 
5.5.2.1 Creación de registros 
Existen dos formas para crear un registro de una base de datos de PalmOS: el primer 
método consiste en ubicar espacio para un registro nuevo para entonces escribir los datos 
a dicho bloque de memoria dentro de la base de datos, lo cual es logrado mediante la 
función: 
MemHandle DmNewRecord(DmOpenRef dbP, Ulnt16 *indexNumber, Ulnt32 recordSize) 
donde dbP es la referencia a la base de datos, indexNumber es un puntero al índice de la 
posición deseada del nuevo registro dentro de la base de datos, y recordSize es el 
tamaño de registro en bytes. El llamar a DmNewRecord para la creación de registros, 
habilita el bit que indica que el registro está siendo ocupado, por lo que se requiere 
deshabilitar dicho bit una vez terminado el trabajo sobre el nuevo registro, lo cual es 
realizado mediante la función: 
Err DmReleaseRecord (DmOpenRef dbP, Ulnt16 index, Boolean dirty) 
donde dbP es la referencia ana base de datos abierta, index es el índice del registro a 
desbloquear, y dirty, si es true marca el registro cOmo sucio, es decir, que éste sufrió 
modificación y necesita ser sincronizado en el próximo proceso de sincronización(si lo 
hay). 
1 
Capítulo 5. Bases de datos 89 
El segundo método consiste en crear el nuevo registro desde un bloque de memoria 
independiente para que de esta forma pueda posteriormente ser adjuntado al bloque de 
memoria de la base de datos, lo cual puede ser logrado mediante la función: 
Err DmAttachRecord(DmOpenRef dbP, Ulnt16 'index, MemHandle newRec, MemHandle oldRec) 
donde dbP es la referencia a la base de datos, index es un puntero al índice de la posición 
deseada del nuevo registro dentro de la base de datos, newRec es el handle del nuevo 
registro, y oldRec es el handle del registro a reemplazar. 
Para el cuarto parámetro, si se le asigna un handle de un registro existente en la base de 
datos, éste es reemplazado por el nuevo registro indicado por newRec, y si se le asigna 
valor NULL, el nuevo registro es insertado dentro de la base de datos en vez de 
reemplazar un registro existente. 
5.5.2.2 Eliminación de registros 
Dado las características de sincronización de datos entre PalmOS y PC's, el gestor de 
datos de PalmOS provee de tres alternativas para la eliminación de registros de una base 
de datos: la primera forma es mediante: 
Err DmRemoveRecord(DmOpenRef dbP, Ulnt16 index) 
donde dbP es la referencia a la base de datos, index es un puntero al índice de la posición 
deseada del nuevo registro dentro de la base de datos. Ésta función automáticamente 
libera el bloque de memoria del registro y lo remueve de la lista de registros de la base de 
datos, y los índices de todos los registros restantes son decrementados en uno; la 
segunda forma, es eliminando el registro mediante: 
Err DmDeleteRecord(DmOpenRef dbP, Ulnt16 index) 
donde dbP es la referencia a la base de datos, index es un puntero al índice de la posición 
deseada del nuevo registro dentro de la base de datos. Cuando un registro es eliminado, 
:q 
Capítulo 5. Bases de datos 90 
su bloque de memoria es liberado, pero éste no es removido de la lista de registros de la 
base de datos. El identificador local almacenado en la lista de registros es puesto en cero, 
y su bit de eliminación es habilitado, indicando que dicho registro ha sido eliminado y, de 
esta forma, ser ignorado por al aplicación. El identificador único del registro es dejado 
intacto, para que en el siguiente proceso de sincronización sirva para borrar los datos de 
la fuente de datos externa (si la hay), y posteriormente, éste sea removido de la lista de 
registros de la base de datos; y, la tercera forma es mediante: 
Err DmArchiveRecord(DmOpenRef dbP, Ulnt16 index) 
donde dbP es la referencia a la base de datos, index es un puntero al índice de la posición 
deseada del nuevo registro dentro de la base de datos. Consiste en archivar el registro, lo 
cual es similar al borrado, excepto, que el bloque de memoria del registro no es liberado, 
su identificador en la lista de registros es dejado intacto y el bit de eliminación es 
habilitado. En el siguiente proceso de sincronización los datos son archivados antes de 
removerlos de la memoria. 
5.5.2.3 Lectura de registros 
Aunque los registros en una base de datos están protegidos contra escritura, de cualquier 
forma permanecen aun en memoria RAM, por lo que pueden ser obtenidos, 
bloqueándolos, para después ser leídos. La función para obtener un registro es la 
siguiente: 
MemHandle DmQueryRecord(DmOpenRef dbP, Ulnl16 index) 
donde dbP es una base de datos abierta, e index es el índice del registro deseado. La 
llamada a DmQueryRecord devuelve el handle de un registro, el cual es de solo lectura. 
5.5.2.4 Edición de registros 
Existe dos formas de modificar registros de una base de datos en PalmOS; la primera, 
requiere de la función: 
... 
Capítulo 5. Bases de datos 91 
MemHandle DmGetRecord(DmOpenRef dbP, Ulnt16 index) 
donde dbP es una base de datos abierta, e índex es el índice del registro deseado. La 
función devuelve el handle del registro solicitado y marca a dicho registro como ocupado 
para que éste no pueda ser modificado por otras aplicaciones mientras se está siendo 
utilizado. De la misma forma que al utilizar DmNewRecord, se debe llamar a 
DmReleaseRecord para reestablecer el bit del registro que indica que éste está siendo 
utilizado, después de haber desocupado el registro, y habilitar el bit que indica que el 
registro debe ser sincronizado de ser necesario. Dado que la memoria en el área de 
almacenamiento está protegida contra escritura, deben utilizarse únicamente las 
siguientes funciones para escribir el registro modificado en de nuevo en memoria: 
Err DmWrite (void *recordP, Ulnt32 offset, const void *srcP, Ulnt32 bytes) 
donde recordP el un apuntador al bloque de memoria del registro, offset indica el inicio del 
registro a partir del cual escribir, srcP es el apuntador a los datos a copiar dentro del 
registro, y bytes indica el número de bytes a escribir. La función escribe todo un bloque de 
datos en el bloque de memoria del registro a modificar. Y mediante la función: 
Err DmStrCopy (void *recordP, Ulnt32 offset, const Char *srcP) 
donde recordP es un apuntador a los datos del registro, offset indica el inicio del registro a 
partir del cual escribir, y srcP es un apuntador a una cadena de caracteres terminada en 
NULL. La función escribe cadenas de caracteres completas dentro del bloque de memoria 
del registro a modificar. 
La segunda forma para modificar registros, implica la utilización de la función 
DmAttachRecord, ya mencionada en la sección dedicada a la creación de registros. Esta 
función reemplaza en vez de modificar el registro deseado, lo reemplaza completamente 
sustituyendo su bloque de memoria por uno nuevo conteniendo el nuevo registro. 
Capítulo 5. Bases de datos 92 
5.6 Aplicación de ejemplo 
Para el caso de la aplicación de ejemplo, basada en el metro de la ciudad de México, la 
base de datos tiene distintos tipos de registro, lo que es el equivalente a distintas bases 
de datos, o distintas tablas en el sistema relacional, y de los cuales se muestran sus 
estructuras de datos completas a continuación: 
5.6.1 Definición de las estructuras de datos 
El registro para la información sobre cada una de las estaciones del metro, queda definido 
por la estructura mostrada en la (Figura 5.5). 
typedef struct { 
estacionlD 
nombre 
descripcion 
informacion 
lineas 
regionlD 
} EstacionType; 
!/identificador 
l/nombre de la estación 
l/descripción 
l/información adicional 
l/las líneas a las que pertenece 
!/id de la región ligada si la hay 
Figura 5. 5 Estructura de datos para describir las estaciones del metro. 
El registro para la información sobre las líneas que componen al metro, queda definido 
por la estructura mostrada en la (Figura 5.6). 
typedef struct { 
IinealD 
nombre 
descripcion 
informacion 
} LineaType; 
!/identificador 
l/nombre de la línea 
. l/descripción 
l/información adicional 
Figura 5. 6 Estructura de datos para describir las líneas del metro 
El registro para la información sobre las regiones o áreas que corresponden a fas 
estaciones en el mapa vectorial, queda definido por la estructura mostrada en la (Figura 
5.7). 
typedef struct { 
regionlD 
regionZoomNeglD 
puntos 
} RegionType; 
//identificador 
!/id de la región para zoom negativo (alejarse) 
l/coordenadas de los puntos contenidos en la región 
Figura 5. 7 Estructura de datos para describir el mapa vectorial 
.. 
Capítulo 5. Bases de datos 93 
5.6.2 Rutinas para la inicialización de la base de datos 
Las rutinas de inicialización de la base de datos, es decir, para ingresar los registros de 
estaciones, líneas y de las regiones, basadas en las rutinas de creación, apertura y cierre 
de la base de datos mencionadas anteriormente, son mostradas en las Figuras 5.8, 5.9 Y 
5.10 respectivamente. 
void addEstacionesLinea 1 (DmOpenRef dbP) 
( 
Ulnt16 index; 
MemHandle mhReg; 
Estacion Type estacion; 
.•. /1 asigna el Id de la estación 
.. . /1 agrega las lineas a las que pertenece la estación 
..• /1 agrega el Id de la región a la cual esta ligada la estación 
.. . /1 agrega el nombre de la estación 
/1 agrega la descripción de la 
/1 agrega la información adicional de la 
index=dmMaxRecordlndex; 
mhReg = DmNewRecord(dbP, &index, RegistroSize(&sttReg)); 
... /1 escribe la estructura dentro del registro solicitado 
DmReleaseRecord(dbP, index, .true); 
/1 aquí se agregan todas la estaciones y líneas restantes 
estación 
estación 
Figura 5. 8 Rutina para agregar en la base de datos un registro de tipo estación. 
.. 
Capítulo 5. Bases de datos 
void addLineas (DmOpenRef dbP) 
( 
Ulnt16 index; 
MemHandle mhReg; 
Linea Type linea; 
.. . fI asigna el Id de la línea 
.. . // agrega el nombre de la línea 
fI agrega la descripción de la línea 
... fI agrega la información adicional de la línea 
index=dmMaxRecordlndex; 
mhReg = DmNewRecord(dbP, &index, RegistroSize(&sttReg)); 
... fI escribe la estructura dentro del registro solicitado 
DmReleaseRecord(dbP, index, true); 
fI aquí se agregan todas la lineas restantes 
Figura 5. 9 Rutina para agregar en la base de datos un registro de tipo línea. 
void addRegion (DmOpenRef dbP) 
{ 
Ulnt16 index; 
MemHandle mhReg; 
RegionType region; 
... fI asigna el Id de la región 
... fI agrega el Id de la estación a la cual esta ligada 
... fI agrega el id de la región Zoom negativo 
... fI agrega todos los puntos que contiene la región 
index=dmMaxRecordlndex; 
mhReg = DmNewRecord(dbP, &index, RegistroSize(&sttReg)); 
... fI escribe la estructura dentro del registro solicitado 
DmReleaseRecord(dbP, index, true); 
fI aquí se agregan todas la regiones restantes para cada estación 
Figura 5. 10 Rutina para agregar en la base de datos un registro de tipo región. 
94 
Capítulo 5. Bases de datos 95 
Las rutinas arriba mencionadas, son solo para el llenado de la bases de datos utilizadas 
en la aplicación, por lo que no forman parte de la aplicación final, pero se mencionan para 
mostrar el manejo de los registros, de las bases de datos y de las estructuras de datos 
utilizadas en dicha base de datos, así como para ejemplificar su utilización en un ejemplo 
de una aplicación real. 
l 
I 
l' 
Capítulo 6 
6. Estructura de una aplicación 
Antes de comenzar a escribir aplicaciones PalmOS, es necesario conocer corno 
interactuar con el sistema operativo y como éste está organizado. 
En esta sección se muestra como debe estar estructurada una aplicación PalmOS para 
poder ser ejecutada. Se mostrará como una aplicación actúa como un sistema gestor de 
eventos y que sus rutinas están estructuradas de tal forma que tienen la capacidad de 
para atender distintos tipos de eventos, además se mostrará el ciclo de vida de una 
aplicación, su inicio, su ejecución y su finalización. [2][3][4][5][7] 
Los ejemplos mostrados serán referentes a la aplicación del sistema de transporte metro 
de la ciudad de México mencionada en el capítulo anterior. 
6.1 Rutina principal: PilotMain 
Cuando el sistema operativo desea comunicarse con una aplicación que puede no estar 
en ejecución, se llama a la rutina PilotMain de la aplicación, la cual es el punto de inicio de 
dicha aplicación. 
El primer parámetro, es el código de lanzamiento, el cual especifica por que la aplicación 
está siendo solicitada, y que tiene como valor la constante 
sysAppLaunchCmdNormalLaunch cuando dicha aplicación es abierta de forma normal. El 
... 
Capítulo 6. Estructura de una aplicación. 97 
segundo y tercer parámetro son utilizados cuando la aplicación es abierta de forma 
distinta a la normal (Figura 6.1). 
Ulnt32 PilotMain(Ulntl6 cmd, MemPtr cmdPBP, Ulnt16 launchFlags) 
{ 
Errerror; 
error = RomVersionCompatible (ourMinVersion, launchFlags); 
ij (error) return (error); 
switch (cmd){ 
case sysAppLaunchCmdNormalLaunch: 
error = AppStart() ; 
} 
return errNone; 
if (error) 
. return error; 
r 
* inicia la aplicación abriendo la forma principal 
* y entonces entra al bucle principal de eventos 
*/ 
FrmGotoForm(MainForm); 
AppEventLoop(); 
AppStop(); 
break; 
Figura 6. 1 Código de la rutina PilotMain de la aplicación de ejemplo 
Si la aplicación es abierta de forma normal, lo primero que se verifica en el código de 
arriba es que la versión del dispositivo sobre el que se está ejecutando cumpla con la 
mínima especificada con RomVersionCompatib/e, la cual es definida por el programador. 
6.2 Rutina de inicio: App5tart 
Posteriormente, se llama a la rutina AppStart, la cual hace una inicialización especifica de 
la aplicación, por ejemplo, inicialización de variables globales, apertura y asignación de 
referencias de las bases de datos a utilizar, etc.(Figura 6.2). La llamada a FrmGotoForm 
especifica que la forma MainForm será la primera en ser mostrada, y el motor de la 
aplicación, el bucle de eventos AppEventLoop, inicia su ejecución, la cual se mantiene 
hasta que el usuario hace algo para indicar la terminación de la aplicación, momento en el 
cual se llama a la rutina AppStop. 
, 
I 
Capítulo 6. Estructura de una aplicación. 
static Err AppStart(void) 
( 
/' 
, abre la base de datos 
'/ 
openDatabase(&db, dmModeReadOnly); 
retum errNone; 
Figura 6.2 Código de la rutina AppStartde la aplicación de ejemplo. 
Apertura de la base de datos. 
98 
Aunque es común nombrar a la rutina de inicialización AppStart, esto es solo por 
convención, ya que no es un requerimiento como en el caso de la rutina PilotMain. 
6.3 Rutina de cierre: AppStop 
Normalmente, en la rutina AppStop se manipulan todas las operaciones de cierre, por 
ejemplo, cierre de bases de datos utilizadas, guardado del estado de la aplicación, 
etc.(Figura 6.3), entre otras cosas asegurarse que toda forma abierta sea completamente 
cerrada. 
static void AppStop(void) 
( 
/' 
, Cierra todas las formas abiertas 
'/ 
FrmCloseAIIFormsO; 
/' 
, Cierra la base de datos. 
'/ 
if(db) 
DmCloseDatabase(db); 
Figura 6. 3 Código de la rutina AppStop de la aplicación de ejemplo. 
Cierre de la base de datos y de las formas abiertas. 
Capítulo 6. Estructura de una aplicación. 99 
6.4 Bucle principal de eventos 
Durante el llamado a la rutina AppEventLoop (Figura 6.4) se cumple lo siguiente: 
Continuamente se procesan eventos, se manipulan lo que estén definidos por 
la aplicación y se delegan al sistema los restantes. 
La interacción con el bucle de eventos se realiza mediante EvtGetEvent, para 
obtener eventos, y posteriormente se atiende dicho evento. 
Si algún manejador del evento devuelve tfue, indicando que el evento fue 
procesado, este no es ya atendido. 
EvtGetEvent obtiene el siguiente evento en la cola de eventos y el bucle se 
repite una y otra vez. 
El bucle continúa hasta que se obtiene el evento appStopEvent, momento en el 
cual entonces es abandonada de la rutina y se llama a AppStop. 
static void AppEventLoop(void) 
{ 
Ulnt16 error; 
EventType event; 
do{ 
EvtGetEvent(&event, evtWailForever); 
if (! SysHandleEvent(&event)){ 
} 
il (! MenuHandleEvent(O, &event, &error)){ 
if (! AppHandleEvent(&event)){ 
FrmDispatchEvent(&event); 
} while (event.eType != appStopEvent); 
Figura 6. 4 Código de la rutina AppEventLoop de la aplicación de ejemplo. 
l 
Capítulo 6. Estructura de una aplicación. 100 
6.4.1 Cola y bucle de eventos de la aplicación 
Los eventos obtenidos mediante EvtGetEvent todos son de distintos tipos: desde los de 
bajo nivel hasta los de alto nivel. De hecho, como se ha mencionado, una aplicación 
PalmOS puede ser vista como un manejador de eventos, ya que maneja todo tipo de 
eventos, los cuales son delegados a otros manejadores, que pueden a su vez colocar 
nuevos eventos en la cola de eventos dónde éstos pueden ser atendidos por los otros 
manejadores de eventos (Figura 6.5) [5). 
El usuario 
presiona una 
opción del menú 
A ) Se muestra la lógica a seguir 
después de que el usuario genera 
un evento presionando sobre el área 
," - - - _._. - _.- _._._._.-..... 
Cola de eventos 
~I 
, '-----
PenDownEvent 
MuenuButtonEvent 
.... - - _ . ... _ . - , - - - ,-, oO . oO. _ ._ . _.~ 
al tope de la pantalla utilizada para el menú. El primer manejador en atender el 
evento en la cola es la rutina SysHandleEvent, la cual interpreta el evento y 
crea uno nuevo el cual es ingresado en la cola. 
El nuevo evento, pasa a través del bucle, pasa la rutina SysHandleEvent, y es 
atendido entonces por la rutina MenuHandleEvent la cual lo reconoce como 
una petición para mostrar el menú. Y no es hasta entonces, que el manejador 
muestra la barra del menú así como sus oRciones. 
Bucle principal de eventos 
SysHandleEvent 
MenuHandleEvent 
AppHandleEvent 
FrmDispatchEvent 
• _ _ ._. _ . _._ . _ . .. . oO , oO. _ . _ . _ . _, 
Cola de eventos 
MenuButtonEvent 
'._ . - . - . .. . _ . .. . _ . _ . _ . _ . .. . ... _._ . ¡ 
B ) Se muestra el resultado de seleccionar a su vez un 
elemento del menú, y entonces, el evento es generado y 
colocado en la cola de eventos. El evento es recuperado 
por el bucle de eventos donde es pasado a través de las 
rutinas SysHandleEvent y MenuHandleEvent, y continúa 
hasta que éste encuentre el código que lo pueda atender. 
, 
, Bucle principal de eventos , 
SysHandleEvent 
MenuHandleEvent 
AppHandleEvent 
FrrnDispatchEvent 
Figura 6. 5 A) Un evento generado por el usuario en el bucle de eventos. B ) Un evento 
colocado por uno de los manejadores de eve·ntos en el bucle de eventos. 
Muestra el 
menú 
, 
, 
Capítulo 6. Estructura de una aplicación. 101 
A continuación se muestra una descripción de las rutinas manejadoras de eventos según 
su orden de ejecución dentro del bucle de eventos 
SysHandleEvent 
La primer rutina en el bucle de eventos es siempre SysHandleEvent, ya que es la provee 
de las funciones comunes a todas las aplicaciones PalmOS, por ejemplo, atiende el área 
provista para Graffiti, el botón de energía, el botón Find, etc. Una de las actividades de la 
que es encargada, es la de colocar el evento appStopEvent, el cual indica, a la aplicación 
actual, su finalización. 
MenuHandleEvent 
La segunda rutina en el bucle de eventos es MenuHandleEvent, y como es de esperarse 
dado su nombre, es la encargada de la atención de los eventos que implica lo referente a 
los menús; por ejemplo, el solicitar la barra de menú al presionar el titulo de un elemento 
Form, presionar sobre uno de los elementos del menú, o fuera de éste para indicar su 
ocultamiento, etc. 
AppHandleEvent 
La tercer rutina, AppHandleEvent, es responsable de la carga e inicialización de los 
elementos Form, y, de asociar un manejador de eventos con dicho elemento. El código de 
esta rutina no es parte del sistema operativo por lo que la conducta de éste es delegada al 
programador, ya que es específica de cada aplicación (Figura 6.6). 
FrmDispatchEvent 
Esta cuarta y ultima rutina en el bucle de eventos, es la que indirectamente provee de la 
manipulación específica del elemento Form, ya que FrmDispatchEvent llama a 
FrmHandleEvent, el cual provee de la manipulación estándar de los elementos en un 
• 
Capítulo 6. Estructura de una aplicación. 102 
Form; por ejemplo, el presionar los botones, seleccionar campos de texto, realizar 
operaciones de copiado y pegado en estos, etc. 
static Boolean AppHandleEvent(EventType * eventP) 
{ 
Ulnt1610rmld; 
FormType * IrmP; 
il (eventP·>eType == IrmLoadEvent){ 
/* Carga el elemento Form *' 
} 
lormld = eventP·>data.frmLoad.formID; 
IrmP = FrmlnitForm(lormld); 
FrmSetActiveForm(lrmP); 
/* 
* Coloca el manejador de eventos para cada elemento Form. El 
* manejador del Form activo actual es llamado por FrmHandleEvent 
* cada vez que recibe un evento 
*' switch'(lormld){ 
case MainForm: 
11 ... 
FrmSetEventHandler(lrmP, MainFormHandleEvent); 
break; 
11 .. , agrega el resto de los manejadores para cada elemento Form utilizado 
11 .. . 
retum true; 
return lalse; 
Figura 6. 6 Código de la rutina AppHandleEvent de la aplicación de ejemplo. 
Para poder proveer manipulación específica del elemento Form, FrrnDlspatchEvent llama 
al manejador de dicho elemento, el cual ya fue previamente configurado mediante 
AppHandleEvent, antes de llamar a FrrnHandleEvent, sí el manejador devuelve true, 
indicando que un evento fue 'atendido, éste ya no es procesado, y por lo contrario, si 
devuelve false, indicando que no fue atendido el evento, frmDlspatchEvent llamará a 
FrmHandleEvent, el cual, como se mencionó arriba, proveerá de la funcionalidad estándar 
para dicho evento, 
.. 
Capítulo 6. Estructura de una aplicación. 103 
6.5 Manejadores de eventos de los elementos Form 
AppHanéJleEvent además de inicializar y hacer activo al elemento Form actual, es el 
encargado de agregar la función para la manipulación de eventos del Form, lo cual 
consigue mediante el llamado de la rutina FrmSetEventHandler. 
Cada manipulador de eventos de un Form es una función callbacK independiente y 
específica a cada Form, la cual es provista por el programador (Figuras 6.7, 6.8, 6.9 Y 
6.10). 
Una vez colocada dicha función para manipulación de eventos, el sistema operativo le 
delega todos los eventos que no son atendidos por el sistema mismo, o por el manejador 
de eventos de menú. 
7 Una función ca/lback es un código ejecutable, el cual es pasado como un parámetro a otro código para su posterior 
ejecución. 
Capítulo 6. Estructura de una aplicación. 
Boolean MainFormHandleEvent(EventType ' eventP) 
( 
Boolean handled = false; 
FormType' IrmP; 
switch (eventP->eType){ 
} 
case frmOpenEvent: 
break; 
l' 
frmP = FrmGetActiveFormO; 
r 
, dibuja el MainForm en pantalla 
, la funcionalidad es la misma para lo otros Forms 
'/ 
FrmDrawForm(frmP); 
MainFormlnit(frmP); 
handled = true; 
, atiende los eventos generados sobre en el menú 
, la funcionalidad es la misma para lo otros Forms 
'/ 
case menuEvent: 
break; 
switch (eventP->data.menu.itemID){ 
case AboutMenu: 
break; 
11 ... muestra el AboulForm 
handled = true; 
case ctlSelectEvent: 
l' 
break; 
, atiende los eventos generados sobre los botones 
, la funcionalidad es la misma para lo otros Forms 
'/ 
switch (eventP->data.ctISelect.controIlD){ 
case Button1 MainForm: 
break; 
break; 
FrmGotoForm(MapaForm); 
handled = true; 
case Button2MainForm: 
FrmGotoForm(EstacionesForm); 
handled = true; 
case Button3MainForm: 
break; 
FrmGotoForm(RutaForm); 
handled = true; 
retum handled; 
Figura 6. 7 Código del manejador de eventos para el Form inicial llamado MainForm. 
• 
104 
Capítulo 6. Estructura de una aplicación. 
Boolean EstacionFormHandleEvent(EventPtr eventP) 
{ 
Boolean handled = lalse; 
FormPtr IrmP = FrmGelActiveForm(); 
switch (eventP->eType) { 
case IrmOpenEvent: 
) 
break; 
/1 .. . inicializa y dibuja de EstacionForm 
handled = true; 
case menuEvent: 
break; 
// ... procesa los eventos del menú 
handled = true; 
case ctlSelectEvent: 
break; 
// ... procesa los eventos del los botones 
handled = true; 
case tblSelectEvent: 
r 
• Precesa los eventos de la lista de estaciones 
./ 
// .. . obtiene la estación seleccionada 
// ... abre la vista para mostrar los detalles de la estación 
handled = true; 
break; 
case sclRepeatEvent: 
r 
break; 
• procesa los eventos de la barra de desplazamiento 
./ 
/1 .. . recorre la lista de estaciones hacia arriba o hacia abajo 
handled = true; 
retum handled; 
Figura 6. 8 Código del manejador de eventos para el Form que muestra la lista de las estaciones, 
llamado EstacionesForm. 
• 
105 
Capítulo 6. Estructura de una aplicación. 
Boolean DetallesEstacionFormHandleEvent(EventPtr eventP) 
{ 
Boolean handled = false; 
FormPlr frmP = FrmGetActiveFormO; 
switch (eventP->eType) { 
case frmOpenEvent: 
} 
break; 
1/ ... inicializa y dibuja de EstacionForm 
handled = true; 
Case menuEvent: 
break; 
1/ .. . procesa los eventos del menÚ 
handled = true; 
Case ctlSelectEvent: 
break; 
switch (eventP->data.ctlSelect.controIlD) 
{ 
case ButtonUbicarDetallesEstacionForm: 
1/ ... abre la vista para mostrar la ubicación de la estación 
handled = true; 
break; 
// ... procesa los eventos sobre los botones restantes 
case sclRepeatEvent: 
l' 
break; 
, procesa los eventos de la barra de desplazamiento 
' / 
1/ .. . recorre el texto, describiendo la estaciones, hacia arriba o hacia abajo 
handled = true; 
retum handled; 
Figura 6. 9 Código del manejador de eventos para el Form que muestra los detalles de las estaciones 
llamado DetrallesEstacionesForm 
• 
106 
Capítulo 6. Estructura de una aplicación. 
Boolean MapaFormHandleEvent(EventPtr eventP) 
( 
Boolean handled = false; 
FormPtr frmP = FrmGetActiveForm(); 
switch (eventP->eType) { 
case frmOpenEvent: 
break; 
11 ... inicializa y dibuja de EstacionForm 
handled = true; 
case menuEvent: 
break; 
11 ... procesa los eventos del menú 
handled=true; 
case ctlSelectEvent: 
break; 
11 ... procesa los eventos del los botones 
handled = true; 
case penDownEvent: 
11 .. . verifica si el evento fue generado dentro del área del mapa 
handled = true; 
break; 
case penMoveEvenU 
11 ... verifica si el evento fue generado dentro del área del mapa 
11 ... realiza los desplazamientos del mapa 
handled = true; 
break; 
case penUpEvent: 
11 ... verifica si el evento fue generado dentro del área del mapa 
break; 
retum handled; 
11 ... realiza una búsqueda con las coordenadas del origen del evento 
11 ... si la búsqueda arroja alguna región, 
11 ... entonces, se muestra su nombre 
11 ... Y si el área del nombre de la región es seleccionada, 
11 ... entonces. abre la vista para mostrar los detalles de la estación 
handled = true; 
Figura 6. 10 Manejador de eventos para el Form que muestra la ubicación de las estaciones, 
llamado MapaForm. 
• 
107 
B) 
Capítulo 6. Estructura de una aplicación. 108 
6.6 Descripción de la aplicación de ejemplo 
En esta sección se describen las distintas vistas por las que se puede navegar al hacer 
uso de la aplicación referente a servicios basados en su ubicación sobre el sistema de 
transporte metro de la ciudad de México, y de las cuales en la sección anterior se mostró 
como éstas manipulan los eventos generados en el elemento Form que las describe. 
6.6.1 Instalación 
Inicialmente, la aplicación debe ser instalada en el dispositivo PalmOS, haciendo uso del 
software ofrecido por el proveedor, el cual viene de fábrica con el dispositivo, o que puede 
ser descargado desde http://www.palmone.com/us/supportlpalmdesktop.htm/(Figura 
6.11). 
A) 
L Inslatll 001 l!l 
User: ¡,,,,,# @ 
Fiel.) bled beIow wiI be instale<! 00)'OU t.ardIeId !he ne><I 
tine you perfonn a HoISync operation: 
Re Name Re Size DeoIinaIion 
Dooe 
e) L Inslatl Tool !El 
-..-.-..... ~-------~ .. ~---~-~-.. 
~brir . , ~, .. 
Buscar en: I o AdckIn 
T"" IAlPamFle Typea 
usei: ITre0600 
Fie(.) bIed beIow .... be instale<! 00 l'W hanctIeId!he ""'" 
time)'OU perfonn aHoISync operalion: 
Change Desmation.. I 
Add. .. 
Dooe 
Figura 6. 11 A) Se muestra la vista del software de sincronización para instalar una o más aplicaciones en el 
dispositivo PalmOS, B) Se muestra la ventana para seleccionar la aplicación o los archivos a instalar sobre el dispositivo 
PalmOS, y C) Se muestra la ventana inicial pero con el archivo a instalar en la próxima sincronización del dispositivo 
PalmOS. 
• 
Capítulo 6. Estructura de una aplicación. 109 
6.6.2 Ejecución 
Una vez sincronizado el dispositivo PalmOS, la aplicación es instalada, y posteriormente 
puede ser vista en el escritorio del dispositivo dónde puede ser ejecutada al presionar 
sobre su icono (Figura 6.12). 
6.6.3 Vistas 
Figura 6. 12 Vista del 
escritorio del emulador de un 
dispositivo PalmOS 
mostrando el icono de la 
aplicación del metro. 
'I"'H" ~ ... AII - o 
Clock Expense 
G~ (J 
Al ejecutar la aplicación del metro, se muestra la vista inicial. del Form llamado MainForm, 
la cual tiene las opciones por la cuales se puede navegar entre la aplicación, es decir, ir a 
través de las distintas vistas que componen a dicha aplicación (Figura 6.13). 
Figura 6. 13 Vista del 
MainForm de la aplicación del 
metro de la ciudad de México 
mostrada en el emulador de un 
dispositivo PalmOS. Se pueden 
observar las opciones 
disponibles de navegación de la 
aplicación. 
fMe,.t'o 
[B]j 
Mopo Estaciones Ruto 
00 = 
~fonmodon Ayudo 
e/ , .~ - --
o, ' l . 
-.-..- ' '--.-
I ~ : . 
~ - --~ - -
"-. _.- -- -- - - -_. -
• 
Capítulo 6. Estructura de una aplicación. 110 
6.6.3.1 Mapa 
Al seleccionar la opción etiquetada como 'Mapa' (Figura 6.14.A), se lanza la vista del 
Form llamado MapaForm, de la aplicación que muestra el mapa de las líneas del metro 
(Figura 6.14.8). 
Figura 6. 14 VISta del 
MapaForm de la aplicación del 
metro de la ciudad de México 
mostrada en el emulador de un 
dispositivo PalmOS. Se puede 
observar la ubicación de las 
distintas estaciones del metro, así 
como algunas de las calles, ejes y 
avenidas principales de la ciudad. 
B) 
En el mapa, es posible seleccionar determinada estación para poder ver sus detalles; por 
ejemplo: nombre, línea a la que pertenece, descripción, etc., haciendo click sobre la 
región que abarca dicha estación en el mapa (Figura 6.15) . 
Figura 6. 15 Se muestra la 
etiqueta de la estación al 
seleccionar su región en el 
MapaForm. 
• 
Capitulo 6. Estructura de una aplicación. 111 
6.6.3.2 Estaciones 
Al seleccionar la opción etiquetada como 'Estaciones' en la vista inicial (Figura 6.16.A), 
se lanza la vista del Form llamado EstacionesForm de la aplicación, la cual muestra una 
lista con las estaciones del metro (Figura 6.16.B). 
A) 
B) Ib;'¡;¡'¡U' 
U::::~---3> Todos: 
Figura 6. 16 Vista del Forrn 
EstacionesForrn de la aplicación 
del metro de la ciudad de México 
mostrada en el emulador de un 
dispositivo PalmOS. Se pueden 
observar las estaciones del metro 
listadas por orden alfabético. 
6.6.3.3 Detalles de las estaciones 
_ Acatitla 
_ Aculco 
_ Agricola Oriental 
_Allende 
_Apatlaco 
_ Aquiles Ser don 
_Aragon 
_ Atlalilco 
_Auditorio 
Ira:!. 
~~ 
... 
I 
? 
En la vista de EstacionesForm, al seleccionar algún elemento de la lista, es decir, al 
escoger una estación (Figura 6.17.A), se lanza la vista del Form llamado 
DetallesEstacionForm, la cual muestra detalles de la estación seleccionada (Figura 
6.17.B). 
A) B) I@ifilti 
C-_.I>Ii~"""::""'~oslUl~Mr-u-er-to----?) Bolderas 
_ Bellas Artes 
_ Bondojito 
Figura 6. 17 VISta del Forrn 
EstacionesEstacionesForrn de la 
aplicación del metro de la ciudad 
de México mostrada en el 
emulador de un dispositivo 
PalmOS. Se pueden observar 
los detalles de la estación. 
Lineas: 
- Linea 1: Observo1:orio-
Pan1:i1:lan 
- Linea 3: Indios Vedes-
Universidad 
( Ubicar) 
? 
.. 
Capítulo 6. Estructura de una aplicación. 112 
En ésta vista, también se muestra una opción, etiquetada como 'Ubicar', la cual al ser 
seleccionada, lanza la vista del MapaForm donde se muestra la ubicación de dicha 
estación en el mapa, como arriba se- menciona. Por lo que el servicio de localización de 
estaciones del metro provee de dos distintos tipos de búsquedas en esencia, ya sea 
mediante el ingreso textual de la estación (buscando su nombre), ó mediante su 
localización visual, utilizando el mapa de las líneas del metro, para conocer su ubicación 
geográfica en la ciudad, así como sus accesos (calles, ejes o avenidas principales 
cercanas). 
Las vistas para las opciones restantes, etiquetadas 'Ruta', 'Información' y 'Ayuda', sirven 
para mostrar rutas entre estaciones, información y descripción del sistema de transporte 
metro de la ciudad de México e información sobre el uso de la aplicación, 
respectivamente. 
• 
Conclusiones 
En este trabajo s~ describió el proceso de desarrollo para la implementación de servicios 
basados en su ubicación (LBS) en dispositivos móviles, particularmente PDAs, utilizando 
la plataforma PalmOS, como una herramienta para proveer acceso rápido a servicios 
mediante el uso de información textual y visual de dichos servicios, para conocer sus 
detalles y su ubicación, respectivamente. 
Para muchas aplicaciones, la utilización de referencias visuales y de razonamiento 
espacial, es altamente benéfico, ya que con ello se aventajan sobre otras, al proveer de 
una interacción más natural, al permitir que el usuario localice información de la forma 
más apropiada para él. En dichos sistemas el usuario no necesita un conocimiento exacto 
de determinado servicio o información, lo cual es una restricción común en sistemas de 
información semejantes utilizados en dispositivos móviles. 
Además, la interacción llega a ser más robusta al tener inherentemente, con el mapeo de 
la información, zonas bien definidas de información, lo cual permite que los errores en el 
manejo de inconsistencias en la información ingresada por parte del usuario, sean 
minimizados, además de evitar que haya mal interpretaciones. 
El uso de servicios basados en su ubicación, ayuda a clarificar distintos tipos de 
situaciones, al requerir más información, necesaria para resolver los problemas debido a 
la ambigüedad existente cuando ésta es semejante. 
Al final, se presentó un ejemplo basado en el sistema de transporte colectivo, metro, de la 
ciudad de México, mostrando así el uso y la importancia de dichos sistemas 
implementados sobre dispositivos móviles, aplicados a una de las necesidades más 
• 
comunes por el requerimiento de información departe de la gente de la ciudad de México; 
por ejemplo, saber la ubicación de determinada estación, trasbordos, calles cercanas 
determinada estación, información de las líneas del metro, planeación de rutas, 
estimaciórrde tiempos, etc. 
• 
Glosario 
BOxB6: 
backlit: 
También xB6, nombre genérico de la arquitectura de microprocesadores 
desarrollados primero por In tel. Actualmente Intel se refiere a xB6 como 
IA32, abreviación de Intel Architecture de 32 bit. 
También backlight, se refiere a las pantallas que son iluminadas hacia 
atrás, es decir la luz es transmitida opuesta al reflejo. 
bash shell: También llamado interprete de línea de comandos, provee la tradicional 
interfaz de usuario para sistemas UNIX, donde el usuario dirige la 
operación de la computadora introduciendo comandos en texto al shell para 
realizar tareas. La analogía del shell de UNIX, en Windows, es el programa 
conocido como command.cbm. 
Basic: 
beam: 
De sus siglas en ingles Beginner's AII-purpose Symbolic Instruction Codeo 
Desarrollado por John Kemeney y Thomas Kurtz a mediados de 1960, en 
Dartmounth College. Basic es uno de los primeros y mas simples lenguajes 
de programación de alto nivel, por lo que, durante 1970, fue el principal 
lenguaje de programación usado para enseñanza. 
Método de transmisión de datos, tales como programas, números 
telefónicos, entre dos PDAs vía infrarrojo 
bit: Abreviación del ingles binary digit, que significa la unidad mas pequeña de 
información de una maquina. Un solo bit puede almacenar solo uno de dos 
valores: ° ó 1 . 
Bluetooth: Tecnología de interconexión inalámbrica de radio de corto alcance, y de 
bajo costo. Bluetooth permite, a los dispositivos pequeños, conectarse a 
otros en un rango de 10 metros. 
byte: Abreviación del termino en ingles binary, una unidad de almacenamiento 
capaz de contener un solo carácter. Normalmente un byte es igual a 8 bits. 
C: Lenguaje de programación, de bajo nivel, estandarizado, desarrollado en 
1970, en Bells Labs, por Ken Thompson y Dennis Ritchie, para uso sobre 
sistemas UNIX. Actualmente se ha extendido a otros sistemas operativos, y 
es uno de los lenguajes de programación mas usados. 
C++ : Lenguaje de programación de alto nivel, desarrollado por Bjarne Stroustrup 
en Bell Labs. C++ agrega funcionalidad orientada o objetos a su 
predecesor, C. 
earaeter: En computación, carácter se refiere a cualquiersímbolo(letras, números, 
etc.) que requiere solo un byte para su almacenamiento. 
código fuente: Instrucciones de programa en su forma original, es decir, cualquier serie 
de instrucciones. escritas en algún lenguaje de programación. 
código objeto: Nombre que se le da al código producido por un compilador 
compilador: Programa que traduce código fuente en código objeto. 
eradle: 
Cygwin: 
Base sobre la cual se posa el PDA, y permite el intercambio de información 
entre ésta y la PC. 
Es una colección de herramientas gratuitas originalmente desarrolladas por 
Cygnus Solutions, para permitir que las distintas versiones de Windows se 
comporten como un sistema UNIX. 
depurar: Se refiere a la localizaCión y eliminación de errores en un programa de 
computadora. 
drag and drop : Se refiere a la acción o soporte de poder presionar sobre un objeto y 
arrastrarlo hacia o sobre otro objeto. Los pasos implicados durante el 
proceso son: 
Presionar, y mantener abajo, el botón del mouse, para 
tomar el objeto 
Arrastrar (drag) el objeto a la ubicación deseada 
Soltar (drop) el objeto, liberando el botón 
emulador: Duplicación de las funciones de un sistema en un sistema diferente, de tal 
forma que el segundo sistema da la apariencia de comportarse como el 
primer sistema. 
enlazador: Traducción del ingles de linker. Es un programa que toma el código objeto, 
resultado de la compilación, y lo ensambla para producir un programa 
ejecutable. 
Graffiti : Software de reconocimiento de escritura usado en PDAs basadas en 
PalmOS. Graffiti también corre sobre PocketPC, donde es llamado 
reconocedor de bloques (Block Recongnizer') 
Graffiti writing area : Es el área de escritura ubicada el la parte baja de un PDA. Está 
dividida en dos secciones. La de el lado izquierdo es para la escritura de 
letras, y la de el lado derecho es para la escritura de números. La escritura 
es realizada con el stylus. 
handheld: Dispositivo portátil lo suficientemente pequeño para ser mantenido en la 
mano. Aunque son muy convenientes para transportar, estos dispositivos 
no reemplazan a las computadoras portátiles debido a lo pequeño de su 
teclado y pantalla. Los más populares son los diseñados para proveer 
funciones PIM. 
hardware : Termino usado en computación para referirse a objetos tangibles, como 
discos, pantallas, teclados, impresoras, tarjetas, etc. 
Hotsync: 
Internet: 
intérprete: 
Java: 
kernel: 
Método de intercambio o de respaldo de datos entre el PDA y una PC a 
través de un puerto serial o conexión usa. 
Conjunto de redes de computadoras interconectadas, las cuales comparten 
información unas con otras. 
Lenguaje de programación en el cual los programas pueden ser ejecutados 
en su forma fuente por el interprete. 
Lenguaje de programación de alto nivel, orientado a objetos, creado por 
James Gosling, en Sun Microsystems, en 1991 . Java fue originalmente 
llamado Oak, y diseñado para dispositivos handheld. Oak no fue exitoso por 
lo que en 1995 se le cambio el nombre a Java y se modifico el lenguaje 
para adaptarse al creciente Internet. 
Modl!lo central de un sistema operativo. Es la parte del sistema operativo 
que se carga primero, y se mantiene en memoria principal. Normalmente el 
kernel es el responsable de la gestión de memoria, gestión de procesos y 
tareas, y de la gestión de disco. 
lenguaje de programación: Técnica de comunicación estandarizada para expresar 
instrucciones a una computadora. Es un conjunto de reglas gramaticales 
(sintácticas y semánticas) usadas para definir programas de computadora. 
Mac: También Macintosh, conocida actualmente simp!emente como Mac, es la 
familia de computadoras personales fabricadas por Apple Computer, Inc. 
Lanzada en 1984, fue la primer computadora en popularizar la interfaz 
gráfica de usuario( GUf), en su tiempo, un desarrollo revolucionario en el 
computo de escritorio. 
. I 
make: Programa de computo que automatiza el proceso de compilación de un 
programa. Un programa normalmente consiste de varios archivos, de los 
cuales un programador normalmente utiliza unos cuantos de estos a la vez. 
La ejecución de make recompilará únicamente los archivos que necesitan 
actualizarse (archivos modificados desde la ultima vez que se compiló o 
que dependen de archivos modificados), lo cual es mucho mas rápido, que 
recompilar el programa completo cada vez. 
Memory Stick : Formato de dispositivo de almacenamiento de datos de memoria flash 
removibles, creado por Sony, para uso en sus propios dispositivos. 
multitarea: Habilidad del sistema operativo para la gestión de tareas, donde se le 
dedica a cada tarea (programa) pequeños lntervalos de tiempo de CPU, lo 
cual permite cambiar de un programa a otro tan rápido que da la apariencia 
de ejecutar todos al mismo tiempo. 
MP3 : 
MPEG: 
multihi/o: 
Algoritmo de compresión de audio, capaz de reducir altamente la cantidad 
de datos requeridos para reproducir audio, el cual suena como una 
reproducción fiel del audio original sin comprimir. 
Termino con el cual se hace referencia a la familia de compresión de video 
digital estándar 
Habilidad del sistema operativo para ejecutar distintas partes de un 
programa, llamadas hilos, simultáneamente. 
multimedia: Uso de la computadora para presentar texto, gráficos, video, animación y 
audio de una forma integrada. 
open source : Termino usado normalmente para referirse a un programa del cual su 
código 'fuente esta disponible al publico en general, para uso y/o 
modificación de su diseño original libre de cargo. 
PalmOS: 
Pascal : 
PDA : 
plug-in: 
Sistema operativo hecho por PalmSouree, Ine. para PDAs fabricados por 
varias comercializadoras. 
Lenguaje de programación de alto nivel, desarrollado por Niklaus Wirth en 
1970. Pascal es conocido por su afinidad para técnicas de programación 
estructurada, por lo que es muy popular como lenguaje de enseñanza. 
Abreviación de Asistente Digital Personal en ingles. Dispositivo handheld 
que combina funciones de computo, telefonía, Internet y de red. A 
diferencia de las computadoras portátiles, los PDAs son generalmente 
basados en lápiz (pen-based) , usando el stylus (también lápiz óptico) en 
vez de un teclado como dispositivo de entrada, lo cual significa que 
incorporan técnicas de reconocimiento de escritura. 
Modulo de hardware o software que agrega una característica o servicio a 
un programa o sistema mayor. 
Poeket PC : PDA que opera con el sistema operativo Windows CE. Generalmente son 
los dispositivos poco más grandes en comparación a los demás PDAs. 
QVGA: 
RAM: 
ROM : 
script: 
También Quarter VGA. Término usado para una pantalla de computadora 
con una resolución de 320x240 píxeles. Las pantallas QVGA son más 
frecuentemente vistas en teléfonos móviles y PDAs. 
Tipo de memoria que puede ser accedida aleatoriamente, es decir, un byte 
de la memoria puede ser accedido sin tocar los bytes anteriores. 
Tipo de memoria en la cual los datos han sido pregrabados. Una vez que 
los datos han sido escritos en la memoria, éstos no pueden ser removidos y 
únicamente pueden ser leídos. 
También macro o archivo por lotes (batch file) . Es una lista de comandos 
que pueden ser ejecutados sin interacción del usuario. 
serial : Tipo de transferencia de datos, en la cual la transmisión de éstos se realiza 
de un bit a la vez. 
simulador: Termino usado para referirse a la habilidad de un programa o dispositivo 
para imitar a otro programa o dispositivo. La simulación intenta representar 
ciertas características de la conducta de un sistema físico o abstracto 
mediante la conducta de otro sistema. 
software: 
stylus: 
subrutina: 
UNIX : 
VGA: 
Wi-Fi : 
Windows: 
Se refiere a uno o mas pr<;>gramas de computadora y datos contenidos en el 
área tle almacenamiento· de una computadora para un propósito 
determinado. 
Instrumento de escritura parecido a un lápiz, usado para escribir sobre un 
PDA, o handheld, para introducir datos. 
Sección de un programa que realiza una tarea en particular. El termino 
subrutina es sinónimo de procedimiento, función y rutina. 
Sistema operativo multiusuario y multitarea, originalmente desarrollado por 
Bell Labs a inicios de 1970. 
Sistema estándar para pantallas de computadora desarrollado por IBM en 
1987. 
Conjunto de estándares para redes de área local inalámbricas, el cual 
permite que las computadoras y dispositivos inalámbricos, como los PDAs, 
se conecten a Internet. 
Familia de sistemas operativos comerciales para computadoras personales. 
Dicha familia fue inicialmente introducida en 1985 por Microsoft, y 
eventualmente ha llegado a dominar el mercado mundial de computadoras 
personales. Igual que Mac, Windows provee de una interfaz de usuario 
gráfica. 
Windows CE : Sistema operativo diseñado por Microsoft para trabajar sobre PDAs. 
Referencias 
[1] Laberge, Robert, 2003. Building PDA databases (or wireless and móbije development. 
Wiley. 265 p. 
[2] Rhodes, Neil, 2001. Palm OS Programming: The developer's guide, Second edition. 
O'Reilly, UK. 704 p. 
[3] Foster, Lonnon, 1996. Palm OS Programming bible, Second edition. Wiley. 
[4] Jamsa, Kris, . Instant Palm OS application. Osborne. 
[5] Jamsa, Kris, . Palm OS developer's guide. Osborne. 
[6] Bhatia, Vikram, 2002. Palm OS Programming: Professional projects. PremierePress. 
[7] Giguere, Eric, 1999. Palm database programming: The complete developer's guide. 
Wiley 
[8] Wilding-McBride, Darly, 2003. Java development on PDA's: building applications for 
PocketPC and Palm. Addison Wesley. 256 p. 
[9] Baker, Jeff, 1997. Windows CE application programming. Macmillan Computer 
Publishing. 
[10] Laurini, Robert, 1992. Fundamentals of spatial information systems. Academic. 
London. 680 p. 
[11] Unwin, D., 1981. Introductory Spatial Analysis. Methuen, London. 
[12] Haining, Robert, 2003. Spatial data analysis: Theory and practice. Cambridge 
University, Cambridge. 432 p. 
[13] Upton, G.J.G. and B. Fingleton, 1985. Spatial Data Analysis by Example, Vol 1: Point 
Pattern and Quantitative Data. Wiley, New York. 
[14] Gupta, Uma, 2000. Introduction to information systems. Prentice Hall. New Jersey. 
428 p. 
[15] Kernigan, Brian, 1988. The C programming language: Prentice Hall. New Jersey. 
[16) Date, C. J., 2003. An introduction to database systems. Pearson education, Boston. 
983p. 
[17) Contreras Gamboa, Jorge A., 2002. Manipulación de códigos de barras por medio de 
una Palm en una institución bancaria. E.N.E.P. Aragón, U.N.A.M. México, D.F. Tesis de 
Licenciatura. 
[18) Christopher Bey, Elly Freeman, Dwayne Mulder, and Jeañ Ostrem. Palm OS SDK 
Reference. Palm Computing, Inc. 2000. 
[19] Christopher Bey, Elly Freeman, and Jean Ostrem. Palm OS Programmer's 
Companion. Palm Computing, Inc. 2000. 
[20] Gary Hillerson. Palm OS Programming Development Tools Guide. Palm Computing, 
Inc. 2000. 
[21] CodeWarrior: Palm OS Tutorial for Windows, 3Com Co. 1999. 
[22) CodeWarrior: Targeting Palm OS, Metrowerks Inc. 1999. 
[23) Steve Mann & Ray Rischpater, Advanced Palm Programming. Wiley Computer 
Publishing, 2001. 
[24) http://www.palm.comldevzone/ 
[25] Hermann, Fabian, 2003. Interactive maps on mobile, location-based systems: design 
solutions and usability testing. Proceedings of 10th Int. Conf. on Human computer 
interaction (HCllnternationaI2003), vol. 3, Crete, Grece, June 2003, pp. 1258-1262.