ANÁLISIS TÉCNICO DE LOS SISTEMAS OPERATIVOS

SYMBIAN Y WINDOWS MOBILE

Aidee Grissel Villegas Martínez [1], Irene Aguilar Juárez [2]

1 Universidad Autónoma del Estado de México

Centro Universitario UAEM Texcoco
Jardín Zumpango s/n, El Tejocote, Texcoco, Edo de México, aideevillegas@yahoo.com.mx

2 Universidad Autónoma del Estado de México

Centro Universitario UAEM Texcoco
Jardín Zumpango s/n, El Tejocote, Texcoco, Edo de México, ireneico@gmail.com

Resumen

El avance tecnológico de los dispositivos móviles día a día es mas complejo, actualmente se ofrece al usuario
versátiles aplicaciones agregadas a la función de comunicación del teléfono, estas aplicaciones permiten que los
dispositivos móviles entre ellos el teléfono celular se incorpore a la vida cotidiana de los usuarios y que se abran
nuevos horizontes de desarrollo informático y nuevos mercados de consumo. El desempeño exitoso de un
dispositivo móvil esta en función de las instrucciones soportadas por el hardware y de la robustez de su Sistema
operativo quien será responsable de administrar los recursos y las aplicaciones del sistema. En la actualidad
existen numerosos Sistemas operativos instalados en los teléfonos celulares y otros dispositivos móviles sin
embargo Symbian y Windows Mobile se están perfilando como los sistemas de mayor distribución en el mercado.
Este trabajo hace una descripción técnica de estos dos sistemas operativos insertados en dispositivos de recursos
limitados con la finalidad de conocer su funcionamiento y hacer un análisis comparativo de los mismos.

Palabras clave: Symbian, Windows Mobile, Sistema operativo, gestión de archivos, gestión de procesos, gestión
de memoria

1. INTRODUCCIÓN (memoria, cpu, dispositivos de entrada y salida) y ofrecer

Los dispositivos móviles de última generación presentan
componentes complejos que permiten el procesamiento
de datos además de las tareas elementales de
comunicación. En un sistema computacional como lo es
un dispositivo móvil es indispensable el trabajo de un
Sistema operativo que administre los recursos de dicho
sistema pues este se puede ver como una colección
organizada de software que extiende al hardware y que
consta de rutinas de control para operar una computadora
y proporcionar un entorno para la ejecución de
programas (Milenkovic, 1993). Para iniciar el análisis
técnico de los dos sistemas operativos es conveniente
definir las principales características y tareas de un
Sistema operativo, posteriormente se describe
técnicamente el diseño y operación de Symbian y de
Windows Mobile para finalizar con las conclusiones.
2. SERVICIOS DEL SISTEMA OPERATIVO
Un sistema operativo es una capa de software cuya
función es administrar los componentes de hardware
a los programas de aplicación una interfaz más sencilla
para comunicarse con el hardware, esta función se realiza
con el uso de los servicios de sistema operativos o
llamadas al sistema.
Una llamada al sistema es la interfaz entre el sistema
operativo y los programas del usuario se define como el
conjunto de “instrucciones ampliadas” que proporciona el
sistema operativo; las llamadas al sistema liberan a las
aplicaciones de trabajar directamente con el lenguaje
máquina para hacer uso de los componentes del hardware
ya que crean, eliminan y utilizan varios objetos de
software controlados por el sistema operativo.
(Tanenbaum, 1993).
Los servicios del Sistema operativo pueden clasificar
bajo el criterio de usuario:
• Usuarios del lenguaje de ordenes: Son aquellos
que obtienen los servicios del Sistema operativo
mediante ordenes, ya sean tecleadas en el Terminal o
insertas en un trabajo por lotes.
• Usuarios de las llamadas al sistema: Invocan los
servicios del Sistema operativo mediante llamadas al
sistema en tiempo de ejecución. Estas están

Reportes Técnicos en Ingeniería del Software. 9(2): 56-66 56

ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
 usualmente insertas y activadas durante la ejecución
de programas. (Milenkovic, 1993).
2.2 Tipos de estructuras de los sistemas
operativos
Durante el trayecto histórico de los sistemas operativos
estos se han diseñado principalmente con base en las
siguientes estructuras:
• Sistemas monolíticos: La estructura consiste en que
no existe estructura alguna. El Sistema operativo
como una colección de procedimientos, cada uno de
los cuales pude llamar a los demás cada vez que así lo
requiera. Cuando se usa esta técnica, cada
procedimiento del sistema tiene una interfaz bien
definida en términos de parámetros y resultados, y
cada uno está en libertad de invocar a cualquier otro,
si este último realiza algún cálculo útil que el primero
necesita.
• Sistemas por capas: Consiste en organizar el
Sistema operativo como una jerarquía de capas, cada
una construida sobre la que está debajo de ella.
• Modelo cliente-servidor: el punto de vista usual es
el de implantar la mayoría de las funciones del
Sistema operativo en los procesos del usuario. Para
solicitar un servicio, como la lectura de un bloque de
cierto archivo, un proceso del usuario (denominado en
este caso proceso cliente) envía la solicitud a un
proceso servidor, que realiza entonces el trabajo y
regresa la respuesta. (Tanenbaum, 1993).
• Sistemas integrados: se consideran sistemas
integrados a los sistemas operativos que controlan
dispositivos que por lo general no se consideran
computadoras como los televisores, hornos de
microondas y teléfonos móviles, sus características
básicas son las siguientes: trabajan en tiempo real, son
diseñados para administrar escasos recursos
(memoria, energía, velocidad de procesamiento),
generalmente se graban en el hardware y no se
considera como alternativa la actualización o el
cambio de sistema operativo para el dispositivo.
2.3 Procesos
Tomando en cuenta que un proceso es básicamente, un
programa en ejecución que consta del programa
ejecutable, sus datos, pila, contador y otros registros,
además de toda la información necesaria para ejecutar el
programa. Las llamadas al sistema de control de procesos
fundamentales son las que se ocupan de la creación y fin
de procesos.
Un proceso llamado intérprete de comando o shell lee los
comandos a partir de una terminal. El usuario acaba de
escribir un comando que solicita la compilación de un
programa. El shell debe crear entonces un nuevo proceso
que ejecutará el compilador. Cuando ese proceso ha
concluido la compilación, ejecuta una llamada al sistema
para terminarlo. (Tanenbaum, 1993).
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
2.4 Memoria
La parte del Sistema operativo que administra la memoria
se llama administrador de la memoria. Su labor consiste
en llevar un registro de las partes de memoria que se
estén utilizando y aquellas que no, con el fin de asignar
espacio en memoria a los procesos cuando estos la
necesiten y liberarlo cuando terminen, así como
administrar el intercambio entre la memoria principal y el
disco, en los casos en que la memoria principal no pueda
albergar a todos los procesos. Los sistemas de
administración de la memoria se pueden clasificar en dos
tipos: Los que desplazan los procesos de la memoria
principal al disco y viceversa durante la ejecución
(intercambio y paginación: son artificios debidos a la
carencia principal para poder albergar todos los
programas dentro de ella). (Tanenbaum, 1993).
2.5 Administración de archivo
Los archivos son administrados por el Sistema operativo
por nombre de archivo, estructura de archivo y tipos de
archivo; en ellos se almacena la información útil a los
usuarios y a las aplicaciones de software.
2.6 Administración de entrada/salida
Es la parte del Sistema operativo encargada de la gestión
de los dispositivos de E/S, actuando como interfaz entre
los usuarios del sistema y los periféricos. Los
controladores hardware actúan como intermediarios entre
la computadora y los dispositivos de entrada/salida. Sus
propósitos son servir de puente entre la velocidad y la
incompatibilidad a nivel de señales entre la CPU y los
periféricos, así como traducir las órdenes genéricas de
E/S emitidas por el CPU en controles específicos del
dispositivo. (Milenkovic, 1993).
3. SYMBIAN
Entre los sistemas operativos de mayor uso esta Symbian
el cual fue credo por Symbian Ltd. fundado en 1998 por
los accionistas: Nokia (47.9%), Panasonic (10.5%),
Samsung (4.5%), Siemens (8.4%), Sony Ericsson
(28.7%) y otras marcas que adquirieron la licencia. Las
casas matrices de Symbian se basan en Londres, Reino
Unido, en los Estados Unidos, en Europa y Asia
(Symbian, 2007).
Symbian está diseñado para residir en un espacio muy
pequeño, hacer un uso dinámico de escasos recursos de
memoria, administrar eficientemente la energía y soportar
en tiempo real los protocolos de comunicación y
telefonía, además de ser más “gentil” con el usuario y
tolerante a fallas. Técnicamente, el sistema operativo
Symbian es una colección compacta de código ejecutable
y varios archivos, la mayoría de ellos son bibliotecas
vinculadas dinámicamente (DLL por sus siglas en inglés)
y otros datos requeridos, incluyendo archivos de
configuración, de imágenes y de tipografía, entre otros
recursos residentes. Symbian se almacena, generalmente,
57
 en un circuito flash dentro del dispositivo móvil. Gracias
a este tipo de tecnología, se puede conservar información
aun si el sistema no posee carga eléctrica en la batería,
además de que le es factible reprogramarse, sin necesidad
de separarla de los demás circuitos” (Rodríguez, 2005).
3.1 Arquitectura del Sistema operativo Symbian
Figura 1. Arquitectura de Symbian
La primera versión de Symbian fue la 6.0, después le
siguió la versión 7.0, continuo con la versión 8.0,
posteriormente surgió la versión 9.0 y la actual la 9.3
(Cantera,2006). Como puede observarse en la figura 1 el
Sistema operativo esta compuesto por módulos
responsables de tareas específicas que interactúan entre si
de acuerdo a las necesidades de la aplicación y de los
usuarios, las funciones de los módulos son las siguientes:
• Modulo base: Todos los componentes del sistema se
apoyan sobre la base la cual incluye los componentes
básicos de todo el Sistema operativo, el kernel, la
gestión de memoria, la gestión de procesos, servidor de
archivo, seguridad de bajo nivel, manejadores de
dispositivos y la librería básica de
usuario(Aguilera,2007).
• Marco de aplicación: Un framework es una
estructura de soporte definida en la cual otro proyecto de
software puede ser organizado y desarrollado.
Típicamente, un framework puede incluir soporte de
programas, bibliotecas y un lenguaje de scripting (Los
lenguajes interpretados o lenguajes de script) forman un
subconjunto de los lenguajes de programación, que
incluye a aquellos lenguajes cuyos programas son
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
EL Sistema operativo Symbian con el paso de los años ha
evolucionado como cualquier Sistema operativo
computacional la arquitectura que analizaremos es la base
de las primeras versiones, las posteriores han dado
mejoras en cuanto a velocidad, la conectividad y
aplicaciones novedosas.
habitualmente ejecutados en un intérprete en vez de
compilados. Sin embargo, la definición de un lenguaje de
programación es independiente de cómo se ejecuten los
programas en él escritos, ya sea mediante una
compilación previa o a través de un intérprete) entre otros
software para ayudar a desarrollar y unir los diferentes
componentes de un proyecto (Cantera, 2006). Un
framework representa una arquitectura de software que
modela las relaciones generales de las entidades del
dominio. Provee una estructura y una metodología de
trabajo la cual extiende o utiliza las aplicaciones del
dominio (Cantera, 2006). Esta capa ofrece un marco de
aplicación framework para asistir a los desarrolladores a
escribir código así como la interfaz utilizable, texto y
utilidades graficas (Nebro, 2002).
• Modulo de seguridad: Es el gestor de seguridad,
proporciona servicios de confidencialidad de datos,
integridad y autentificación mediante la utilización
de protocolos de comunicación seguros, autentifica
el software instalado mediante firmas digitales
(Cantera, 2006).
• Modulo multimedia: Permite el acceso a la pantalla,
al teclado a fuentes y a mapas de bits. Tiene
58
 funciones para la grabación y reproducción de audio,
así como para el manejo de los formatos gráficos
más comunes (Cantera, 2006).
• Modulo de telefonía: Se encarga de gestionar las
diferentes tecnologías de comunicación que soporta
el teléfono celular (Cantera, 2006).
Como se puede apreciar en la figura 1 el modulo de
telefonía esta integrado por: GSM (Sistema global para
comunicaciones móviles), GPRS (Servicio general de
paquetes de datos), HSCSD (Datos con conmutación de
circuitos a alta velocidad), EDGE (Datos mejorados para
evolución global), CDMA (Acceso, múltiple por división
de códigos) (Zamora, 2005).
• Modulo de infraestructura de la comunicación:
Gestiona los protocolos de comunicación que el
teléfono celular soporta (Cantera, 2006). Los cuales
se pueden apreciar en la figura 1
• Red personal de área local: Gestiona los diferentes
tipos de conectividad para el teléfono celular
(Cantera, 2006).
• Modulo de motores de uso: Gestiona los protocolos
de sincronización de datos personales del teléfono
celular para el usuario (Cantera, 2006).
• Modulo de mensajería: Gestiona los diferentes
sistemas de mensajería que soporta el teléfono
celular (Cantera, 2006).
• Modulo de la maquina virtual de java (kvm): La
máquina virtual: KVM (Kilo bite Virtual Machine)
La máquina virtual es la base de la plataforma, es el
intérprete del lenguaje y sobre la cual se han de
ejecutar las aplicaciones, también sobre esta máquina
virtual corren las configuraciones, las cuales
incorporan APIs (APIs (Aplication Programming
Interface: Especifica la interfaz que utiliza un
programador para escribir aplicaciones que hagan
uso de las clases y métodos) básicos para la creación
de aplicaciones y sirven de soporte a los perfiles. Los
perfiles incluyen la mayor parte de las clases y APIs
que se van a utilizar en la programación, como
pueden ser instrucciones de entrada y salida o de
inicio y terminación de la aplicación.
• Modulo MIDP (Perfil para dispositivos de
Información Móvil): Define un conjunto de APIs
específicas cuyo objetivo es facilitar el desarrollo de
las aplicaciones JAVA. Las APIs son una agrupación
de funciones (paquetes en terminología Java).
Conjunto de APIs java que permiten la creación de
interfaces de usuario (Aguilera, 2003).
• Modulo telefonía java: Este modulo permite
interactuar la tecnología java con el teléfono celular
(Aguilera, 2003).
3.2 Gestión de procesos de Symbian
Symbian es un sistema operativo multitarea ya que
permite ejecutar más de un proceso a la vez, lo que
posibilita maximizar el uso de los recursos del sistema.
La multitarea facilita, además, el intercambio de
información entre procesos. La multitarea es
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
especialmente ventajosa en un entorno en el que gran
parte de las aplicaciones están orientadas a las
comunicaciones.
Así, el soporte para la multitarea es fundamental con la
llegada de las redes de la generación 2.5 (2.5G) provee
mayor velocidad y flexibilidad para la transmisión de voz
y datos utiliza las tecnologías GPRS, HSCSD, EDGE,
CDMA, y la tercera generación (3G) permite la
transmisión de datos a altas velocidades, mayor eficiencia
y menor costo para los usuarios, circuitos y paquetes
conmutados, que permiten ofrecer un gran numero de
servicios basados en conmutación de paquetes, en los que
el usuario esta permanentemente conectado. Cada
programa se ejecuta en un proceso independiente, y
varios procesos pueden ejecutarse de forma concurrente.
Cada proceso puede contener una o varias hebras de
ejecución, y el planificador del sistema utiliza un
esquema apropiativo (reserva el contexto de
programación al proceso) para asignar el procesador a
los hilo o hebras. Uno de los objetivos de diseño de
Symbian es que el sistema debe ser robusto y fiable.
Para conseguir este objetivo cada proceso se ejecuta en
un espacio de direcciones propio y protegido, de forma
que es imposible que otra aplicación escriba de forma
accidental o intencionada en dicho espacio. Además, esta
característica se aplica también al núcleo del sistema, por
lo que un error en un programa no puede modificar de
forma accidental el montículo del núcleo y hacer que el
sistema se corrompa.
La única forma que tienen los procesos de comunicarse
es mediante un sistema de paso de mensajes conforme
con el modelo cliente-servidor ya que para solicitar un
servicio, como la lectura de un archivo, un proceso del
usuario (denominado en este caso proceso cliente) envía
la solicitud a un proceso servidor, que realiza entonces el
trabajo y regresa la respuesta. Este sistema ha sido
diseñado para requerir el menor número de recursos
posible, con el fin minimizar el intercambio de datos y así
reducir la penalización que tiene tipo de comunicación
frente a un esquema de memoria compartida. (Nebro,
2002)
Existen dos formas de implementar una aplicación
concurrente
• Una de ellas es mediante hebras: Cada proceso
tiene una hebra o hilo de ejecución por defecto,
pero se pueden crear más de forma dinámica.
Cada hebra tiene una determinada prioridad, que
puede ser absoluta o relativa en relación al
proceso al que pertenece, y que es tenida en
cuenta por el planificador del sistema.
• La otra es mediante multitarea cooperativa
usando invocación asíncrona de funciones: La
alternativa a la utilización de hebras es la
invocación asíncrona de funciones, que permite
implementar multitarea cooperativa. Mediante
59
 este mecanismo, una aplicación cliente puede
solicitar un servicio a un servidor; al ser la
llamada asíncrona, la aplicación puede continuar
su ejecución mientras que el servicio se lleva
acabo. Cuando el servidor ejecuta el servicio, se
lo notifica al cliente. Esta notificación no es de
tipo apropiativo, por lo que la aplicación no es
interrumpida. Es tarea del cliente la verificación
de que ha recibido la notificación del servicio
que solicito.
Las invocaciones asíncronas a funciones son a menudo
encapsuladas dentro del sistema mediante la utilización
de un paradigma de objetos activos. Estos objetos se usan
para acceder a muchos servicios del sistema, y también
para implementar dichos servicios. Entre los servidores
del sistema se encuentran los siguientes: ficheros,
ventanas, telefonía, bases de datos, multimedia, fuentes y
mapas de bits, comunicación por puerto, WAP.
Comunicación entre Procesos: Sockets
Los sockets constituyen un mecanismo que permite la
comunicación entre procesos que se encuentran en
maquinas distintas. La definición clásica de un socket es
un punto final para comunicación. Un socket se
caracteriza por una dirección de red de una maquina y un
numero de puerto. Sin embargo, ambos elementos
dependen del protocolo que se utilice. El más conocido es
IP (Internet Protocol), y muchas implementaciones de
sockets se limitan únicamente a la comunicación sobre
redes que usan este protocolo. Sin embargo, se pueden
usar otros protocolos. En concreto, en Symbian se
pueden utilizar las siguientes familias: TCP/IP, IrDA,
Bluetooth, SMS y WAP.
La implementación de los sockets en Symbian se basa en
un servidor denominado socket server. Cada protocolo se
compone de un modulo de protocolo, que se puede añadir
al sistema de forma dinámica mediante el uso del
servidor de sockets. Cada nuevo protocolo ofrece una
interfaz socket lo mas estándar posible, lo que limita la
cantidad de código dependiente del protocolo que tiene
que ser escrita por el programador. Los módulos de
protocolo son DLLs, y cada uno de ellos puede
implementar más de un protocolo (Nebro, 2002).
3.3 Gestión de memoria de symbian
Los teléfonos móviles tienen una cantidad limitada de
memoria, lo que ha de ser tomado en cuenta por los
desarrolladores de aplicaciones. Esto significa que la pila
de las aplicaciones no debe crecer mucho (las funciones
no deben tener muchos parámetros) y hay que evitar
solicitar mucha memoria del montículo (zona de memoria
utilizada para datos dinámicos). No obstante, Symbian no
impone ningún lımite en el tamaño del montículo de una
aplicación, sino que este impone la cantidad de memoria
del teléfono (en realidad existe un lımite de 2GB), pero es
poco probable que se alcance en un teléfono móvil en un
futuro cercano.
En los teléfonos en los que se ejecuta Symbian el
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
almacenamiento permanente se implementa mediante
memoria flash y tarjetas de expansión, mientras que la
RAM se usa como memoria principal. En general, la
memoria disponible suele ser de varios megabytes, y es
compartida entre el sistema operativo y las aplicaciones
en ejecución. Para utilizar de forma eficiente la memoria
disponible, Symbian utiliza, una técnica denominada
execute-in-place.
En un ordenador convencional los programas, incluyendo
al sistema operativo, deben ser cargados en memoria
principal para poder ser ejecutados. Esto implica que
siempre existen dos copias de un programa, la que esta en
memoria y la que esta en disco. La técnica de execute-in-
place implica, tal como su nombre indica, que el código
de un programa se ejecuta sin ser copiado a la memoria
principal, con el consiguiente ahorro de memoria (Nebro,
2002).
Como se ha comentado, las aplicaciones deben usar la
memoria cuidadosamente. Particularmente importante es
asegurar que se libera toda la memoria que se ha
solicitado cuando esta no es necesaria. Si una aplicación
solicita memoria dinámica y no la libera, esta memoria
queda sin usar hasta que la aplicación acaba
“produciéndose lo que se denomina un memory leak”
(Nebro, 2002).
Para evitar este tipo de errores, críticos cuando existen
muy pocos recursos, Symbian proporciona herramientas
de desarrollo para asistir en la verificación de que el
código libera la memoria de forma correcta. También se
ofrece un marco de aplicación framework para asistir a
los desarrolladores a escribir código que no desperdicie
memoria. Este marco consiste en que cualquier objeto
que se este creando se almacene en una pila determinada
(clean-up stack), en la cual reside hasta que este
completamente creado. Si el sistema se queda sin
memoria los objetos de esta pila son eliminados sin que
produzcan huecos de memoria sin usar y sin que se
produzcan en principio perdidas de datos en el proceso.
Este esquema se usa en todo el sistema operativo, y esta
claramente identificado en los entornos de desarrollo
(Nebro, 2002).
3.4 Las interfaces gráficas series 60 y UIQ
Existen dos interfaces de usuario diferenciadas en el
consorcio Symbian: la plataforma Series 60 impulsada
por Nokia y la plataforma UIQ desarrollada por Sony
Ericsson. Ambas están disponibles para que otros
fabricantes puedan obtener una licencia y basar en ellas el
diseño de sus propios terminales Symbian. La principal
diferencia entre ambas es que la Series 60 está pensada
para que el usuario interactúe con el teléfono mediante un
teclado, mientras que la UIQ está diseñada para ser
manejada mediante un lápiz y una pantalla táctil. Ambas
plataformas incluyen, además de la especificación de los
elementos propios de la interfaz de usuario, un conjunto
de aplicaciones estándar que realizan las tareas más
comunes en un teléfono móvil multimedia (Aguilera,
2007).
60
4. SISTEMA OPERATIVO WINDOWS MOBILE
Windows Mobile, llegó al mercado en 2003, la estrategia
de movilidad de Microsoft gira en torno a la plataforma
pensada para todo tipo de dispositivos móviles: Pocket
PC, Pocket PC Phone Edition y Smartphone; y dirigida a
empresas, operadores móviles, fabricantes de
dispositivos, desarrolladores y usuarios (Eroski, 2005).
Windows CE es un sistema operativo de 32 bits en
tiempo real, abierto y escalable, Windows Mobile está
basado en Windows CE. En realidad nadie sabe, ni
siquiera en Microsoft, qué significa CE. Algunos opinan
que se trata de Compact Embedded mientras que otros
piensan que significa Compact Edition, mas no existe una
definición oficial. Lo cierto es que se trata de un sistema
operativo diseñado para dar vida a los sistemas
electrónicos dedicados en los cuales el sistema operativo
no es grabado en un disco duro, sino que es parte
inherente del hardware mismo.
A diferencia del Windows para computadoras de
escritorio, Windows CE es un sistema operativo en
tiempo real, lo cual quiere decir que se puede determinar
el tiempo de duración de la ejecución de cada proceso a
fin de controlar su duración exacta.
La arquitectura de Windows CE es totalmente modular.
Los fabricantes de los sistemas dedicados seleccionan los
componentes que su aparato requiere, mediante la
herramienta de desarrollo para Windows CE llamada
Platform Builder. Windows CE puede correr en
diferentes procesadores (Pérez, 2004). A diferencia de
Symbian que se emplea preferentemente en teléfonos
celulares, Windows Mobile tiene antecedentes en
Sistemas operativos que se implementan en dispositivos
portátiles de diversas magnitudes.
4.1 Dispositivos con Windows Mobile
4.1.1 Handheld PC
Las handheld PC son el resultado del proyecto Pegasus,
el cual comenzó en 1994. El dispositivo incluyo las
primeras versiones del Sistema operativo Windows CE,
Pocket Outlook y Pocket Office.
Especificaciones típicas para handheld PC
• Diseño clamshell (tipo concha),
aproximadamente de 3.5 por 7 pulgadas y un
peso aproximado de 380 gramos.
• Funciona con baterías alcalinas.
• Pantalla monocromática con una resolución de
480 por 240.
• Teclado para introducir datos y un lápiz en
lugar de un Mouse
• Un puerto serial y cable para conectar la
Handheld PC a las computadoras de escritorio.
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
• Un puerto infrarrojo compatible con IrDA
(Infrared Data association) para intercambiar
información.
Casi un año después de que comenzaron a vender las
primeras Handheld PC, Microsoft actualizo el Windows
CE y el software de aplicaciones. La versión 2 de
Windows CE añadió soporte para pantallas de color,
impresión directa, conexión con redes Ethernet, un
navegador Web mejorado y salida de video para
monitores externos. PowerPoint fue agregado al conjunto
de software. En el otoño de 1998, Microsoft anuncio la
Handheld PC profesional llamada Handheld PC 2000
mide 10 por 8 pulgadas (Mc Pherson, 2005:9).
4.1.2 PC tamaño Palm
En 1998, Microsoft introdujo las PC tamaño Palm son de
aproximadamente 3 por 5 pulgadas y pesan alrededor de
170 gramos. La pantalla emplea una distribución vertical
y el dispositivo no incluye un teclado. Así que en su
lugar, para introducir datos, es necesario utilizar un lápiz
para escribir en la pantalla utilizando el reconocimiento
de caracteres o tocando un teclado.
Especificaciones típicas para PC tamaño Palm
• Una pantalla monocromática con una
resolución de 320 por 240 y un tamaño de
aproximadamente 4 pulgadas en diagonal.
• Una LED que parpadea para notificar las
alarmas.
• Micrófonos para hacer grabaciones de voz y
audífonos para escuchar la reproducción de la
grabación.
• Puerto infrarrojo.
• Una ranura CompactFlash para tarjetas de
almacenamiento y periféricos como módems y
tarjetas Ethernet.
En febrero de 1999, Microsoft anuncio una versión a
color de la PC tamaño Palm. Además del soporte para las
pantallas a color, poco cambio en Windows CE. El
hardware para estos dispositivos mantuvo básicamente el
mismo tamaño físico, pero algunos incluyeron
procesadores maestros y más RAM. La tecnología
empleada en la pantalla fue de cristal líquido (LCD, por
las siglas Liquid Cristal Display) a color activa y pasiva.
Las pantallas activas, como las de transistor de película
delgada, proporcionan una imagen más brillante y más
clara al refrescar la pantalla con más frecuencia que las
pantallas pasivas (idem: 10).
4.1.3 Auto PC
En 1998, Microsoft introdujo Auto PC remplaza al radio
de su automóvil con un dispositivo de información
Windows Mobile. El dispositivo se activa mediante la
voz, permitiéndole recuperar información, como
instrucciones para llegar a una dirección y lo hace
mediante comandos de voz, tiene un receptor inalámbrico
con el cual puede recibir información sobre tráfico, el
61
clima, noticias, cotizaciones de la bolsa de valores y
correo electrónico. El Auto PC demuestra el diseño
modular de Windows CE, el cual permite que Microsoft
elimine componentes, como la interfaz de usuario y la
remplace con otras interfaces, como el reconocedor de
voz. En la actualidad esta plataforma ya no es soportada
por Microsoft (idem: 11).
4.1.4 Pockert PC
En abril del 2000, Microsoft libero la primera versión de
Pocket PC, la cual ahora se llama Pocket PC 2000. Desde
entonces, Microsoft ha lanzado dos versiones adicionales:
Pocket PC 2002 y la versión actual llamada Windows
Mobile 2003. Windows Mobile 2003 se refiere a los
dispositivos Windows Mobile que ejecutan Windows
CE.NET, Pocket Outlook y Pocket Office. Las Pocket PC
tienen las mismas especificaciones físicas que las PC
tamaño Palm, pero incluyen procesadores mas rápidos,
mas memoria y una batería mejor. Hewlett-Packard, Dell,
Toshiba, Audiovox, Zayo, ViewSonic y NEC
manufacturan la Pocket PC.
Características de hardware comunes para todos los
dispositivos Windows mobile
• Procesador Intel Strong ARM o X-Scale.
• Un chip flashROm para almacenar el software
Windows mobile 2003.
• Un mínimo de 32 MB de RAM.
• Una pantalla TFT transflectiva a color.
• Por lo menos una ranura para tarjetas de
almacenamiento (aunque en muchos casos varia)
(idem: 12).
4.1.5 Pocket PC Phone Edition
Durante el verano de 2002. Microsoft lanzo la Pocket PC
Phone Edition, que es el software Windows Mobile para
Smartphones además lanzo software adicional para
soportar comunicaciones inalámbricas de voz y de datos.
El primer lanzamiento de la Pocket PC Phone Edition
solo soporta los estándares de telecomunicaciones GSM
para comunicación de voz y GPRS para la comunicación
de datos (idem: 14).
Los Smartphones y las Tablet PC son dos plataformas de
computación móvil adicionales que Microsoft lanzo al
mercado en el 2002. Las metas de Smartphones son
combinar a las Pocket PC con los teléfonos móviles y
crear un dispositivo que sea atractivo para las personas
que prefieren utilizar aparatos pequeños en la forma de
un teléfono móvil, los Smartphones contienen parte de la
funcionalidad de una Pocket PC. Por ejemplo, contienen
una bandeja de entrada y una versión de Internet Explorer
junto con Pocket Outlook, pero no soportan información
mediante un lápiz (idem: 14).
Las Tablet PC parecen ser el hermano mayor de los
handheld y de las Pocket PC, pero en realidad son
dispositivos totalmente diferentes. Una Tablet PC es una
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
computadora personal completamente funcional que
ejecuta Windows XP profesional Tablet PC Edition y
aplicaciones completas para Windows. Las características
clave proporcionadas por la Tablet PC son el
reconocimiento de la escritura manual, una larga vida de
la batería, pantallas de alta resolución y conectividad
inalámbrica. La visión de Microsoft para las Tablet PC es
que serán utilizadas para tomar notas sustituyendo a los
bolígrafos y al papel, así como para anotar y leer
documentos digitales (idem: 14).
4.2 WINDOWS CE .NET
Windows CE.NET no es un lenguaje de programación
sino un entorno de ejecución sobre los sistemas
operativos de la familia Windows CE, con características
muy similares a la tecnología Java. Sin embargo, uno de
los aspectos más interesantes de esta tecnología es que la
naturaleza interpretada del entorno de ejecución,
soportada por la CLR (Common Language Run-time),
permite el desarrollo de aplicaciones en una amplia
variedad de lenguajes de programación (Aguilera, 2007).
El software Windows Mobile para Pocket PC incluye el
Sistema operativo CE .NET y el software de aplicaciones
(como Pocket Outlook o Pocket Office). Todos los
dispositivos Windows Mobile 2003 incluyen el Sistema
operativo Windows CE.NET. Es un Sistema operativo a
32 bits (idem: 15).
Características
• Implementa un subconjunto de la API Win32.
la cual fue completamente rescrita para los
dispositivos integrados. Esto hace que sea
mucho más fácil que los desarrolladores de
software escriban programas utilizando
herramientas que les sean familiares.
• Es portátil y se puede ejecutar en diferentes
tipos de procesadores.
• Es un Sistema operativo en tiempo real.
• Es modular, por lo que un sistema puede ser
construido utilizando solamente los
componentes necesarios para una plataforma
en particular
• La interfaz de usuario de Windows CE .NET,
llamada shell, es un componente por separado.
Como tal, Microsoft puede crear un shell por
separado para cada plataforma de hardware
que ejecute el Sistema operativo (idem: 15)
.
4.3 Arquitectura de Windows CE
Los modulos internos de Windows CE y su relacion
puede observarse en la figura 2 en la cual se especifican
todas ellos.
62

Figura2. Arquitectura de Windows mobile
4.3.1 OEM hardware
Es la plataforma hardware del fabricante de equipos
originales (Mc Pherson, 2005).
OEM (fabricante de equipo original) denominada OAL
(OEM Abstraction Layer), que incluye la administración
de poder, los drivers de dispositivos y los servicios de las
tarjetas de PC (PC Card).
El OAL permite a los diseñadores adaptarse a su
plataforma hardware y proveer funciones de
administración de poder específicas. Windows CE no
requiere una estructura de interrupciones o una
proyección de memoria estándar. En cambio, los
diseñadores escriben pequeñas rutinas de servicio de
interrupciones en la capa OAL de Windows CE que
permiten que el sistema operativo se ejecute en cualquier
configuración de hardware.
La administración de poder incluye la características
"encendido instantáneo" permitiendo que los dispositivos
Windows CE sean apagados y luego encendidos
instantáneamente si el dispositivo tiene RAM no volátil
(respaldada con baterías) (Hernández, Pizarro, 2007).
4.3.2 Drivers incorporados
Los drivers incorporados para el hardware que está
siempre presente en dispositivo. Windows CE
directamente soporta varios tipos de dispositivos, tales
como teclados, mouse, paneles de tacto, puertos seriales,
módems, pantallas, slots de PC Card, procesadores de
audio, parlantes, puertos paralelos, unidades de "flash
card". Los diseñadores pueden fácilmente agregar nuevos
tipos de dispositivos (Hernández, Pizarro, 2007).
4.3.3 Drivers instalables
Los drivers instalables en tiempo de ejecución son para
periféricos que pueden agregarse. (Hernández, Pizarro,
2007). Para todos los drivers de dispositivos soportados,
Windows CE tiene un conjunto bien definido de DDI o
Device Driver Interfaces (Interfaces del Driver del
Dispositivo) para los cuales los diseñadores escriben. Los
drivers de dispositivos corren como procesos normales en
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
el sistema, con acceso a todos los servicios del sistema
operativo. Esto permite que las rutinas de servicio de
interrupción que típicamente "despiertan" a los drivers de
dispositivos sean simples y rápidos: el hilo del driver
hace la mayoría del trabajo (Hernández, Pizarro, 2007).
4.3.4 Núcleo
El núcleo de Windows soporta la ejecución de programas
en ROM o RAM. También implementa paginación bajo
demanda para las aplicaciones que se almacenan
comprimidas y/o se almacenan en un medio que soporta
ejecución en el lugar (como lo es para RAM o ROM).
El kernel tiene una rutina de bajo nivel de servicios de
interrupción y baja latencia de hilo (a los hilos se les
puede asignar la CPU y hace cambio de contexto en
menos de 100 microsegundos en un HPC a 33 Mhz). Esto
permite que Windows CE sea utilizado en muchos tipos
de sistemas de tiempo real (Hernández, Pizarro, 2007).
Componente clave que implementa la funcionalidad de
Gestión de Procesos y de hilos, Planificación de threads
(hilos) en tiempo predecible. Las aplicaciones en
Windows CE se ejecutan en un modelo multitarea con
desalojo (preemptive) (derecho preferente) y espacio de
direcciones privado, el kernel utiliza DLLs (Librerías
dinámicas) para maximizar la memoria disponible, las
DLLs se escriben como código reentrante.
Se minimiza la cantidad de memoria necesaria para
ejecutar las aplicaciones Windows CE soporta hasta 32
procesos simultáneos Cada proceso puede disponer de un
número arbitrario de hilos (sólo limitado por la cantidad
de memoria disponible). (Cantera, 2006).
4.3.5 GWES (gráficos, ambiente Windows y evento
del subsistema)
Interfaz gráfico de usuario entre el usuario, la aplicación
y el sistema operativo. GWES gestiona entrada y salida,
gestiona ventanas, gráficos y texto, así como eventos y
energía. Proporciona soporte a las ventanas, cajas de
dialogo, controles y menús que conforman la interfaz
Windows CE. GWES proporciona controles, menús,
cuadros de dialogo y recursos para el usuario para llevar a
cabo las tareas de interacción. (Cantera, 2006).
El GDI (Interfaz de Dispositivo Grafico) controla la
visualización del texto y los gráficos, el GDI dibuja
líneas, curvas, texto, imágenes. Windows CE propaga los
eventos que se producen sobre las ventanas hacia las
aplicaciones, cada ventana tiene asociada una cola de
mensajes, el sistema traduce las acciones del usuario en
mensajes que se dejan en la cola, la aplicación lee
mensajes de la cola, procesando los necesarios y
delegando en el sistema el procesamiento de los que no le
interesan, realmente las colas de mensajes se asocian a
hilos (Cantera, 2006).
63
4.3.6 Almacenaje persistente
Los componentes de Almacén de Objetos de Windows
CE proveen almacenamiento persistente para
aplicaciones y datos. Los datos persistentes están
usualmente contenidos en memoria no volátil, tales como
RAM respaldada por baterías o flash memory. Cuando se
utiliza RAM que también se usa para las aplicaciones que
se ejecutan, el diseñador puede ajustar la cantidad de
RAM utilizada por el Almacén de Objetos (los usuarios
también pueden realizar esto). El Almacén de Objeto está
compuesto de tres clases de componentes: sistemas de
archivos, el registro y bases de datos. En Windows CE,
existen tres tipos de sistemas de archivos: un sistema de
archivos basado en ROM, un sistema de archivos basado
en RAM, y un sistema de archivo FAT (Tabla de acceso a
archivos) para las unidades de disco (Hernández, Pizarro,
2007).
La base de datos provee almacén, acceso y ordenamiento
de objeto. Se utilizó inicialmente en el Handled PC
(HPC) para cosas como libro de dirección y apuntes. Una
característica clave de las bases de datos, el sistema de
archivos y el registro es que ellos están protegidos contra
un "reset" imprevisto (como uno causado por una
interrupción de poder en sistemas como un HPC que
tienen una batería de respaldo). Si ocurre un "reset"
durante un escritura al almacén de objeto, Windows CE
asegura que el almacén no estará corrupto, ya sea
completando la operación cuando el sistema se reinicie o
retrocediendo al último estado estable conocido antes de
la interrupción (Hernández, Pizarro, 2007).
4.3.7 Comunicación
Windows CE soporta una amplia variedad de dispositivos
y protocolos de comunicaciones. Desde los más simples,
como funciones para manejar un puerto serie, hasta
protocolos de red complejos como TCP/IP son módulos
opcionales. Se incluyen en el sistema operativo en
función del hardware de comunicaciones disponible en la
plataforma y las necesidades de conectividad de las
aplicaciones.
Las herramientas de desarrollo de Windows CE
comunican con la plataforma target mediante un
programa en el equipo llamado platform manager, el
platform manager permite seleccionar el target con el que
comunicaremos y se encarga de todas las tareas
necesarias para conectar, enviar y recibir datos, y ejecutar
en la máquina remota los programas que interactúan con
las herramientas de desarrollo, como puede ser, por
ejemplo, el agente de depuración en el target. Implementa
el nivel de aplicación en las comunicaciones equipo-
target. Por debajo de él, puede usar uno de tres protocolos
de transporte (ETS, 2004):
• ActiveSync: Este programa sincroniza la
información entre los dispositivos Windows
Mobile y Outlook 2000. durante la
sincronización, el software compara la
información entre el dispositivo y la PC,
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
determinando lo que ha sido añadido a ambos.
Después los dos son actualizados con el fin de
que la información sea consistente en los dos
dispositivos. El propósito fundamental de
ActiveSync consiste en sincronizar las citas, los
contactos y las tareas (Mc Pherson, 2005).
• TCP/IP: Protocolo de Control de Transmisión
(TCP) y Protocolo de Internet (IP), TCP/IP es el
protocolo común utilizado por todos los
ordenadores conectados a Internet, de manera
que éstos puedan comunicarse entre sí, este
protocolo se encargará de que la comunicación
entre todos sea posible. TCP/IP es compatible
con cualquier sistema operativo y con cualquier
tipo de hardware (ETS, 2004).
•KITL (capa de transporte independiente del
núcleo): es el protocolo más sencillo de todos,
por lo que se suele usar cuando no existen los
protocolos anteriores es diseñada para
proporcionar una manera fácil de apoyar
cualquier servicio al eliminar errores. KITL
separa el protocolo del servicio de la
comunicación de la capa que se comunica
directamente con el hardware de la
comunicación. Esto reduce la implicación en
crear una capa de transporte del hardware que
entienda cómo pasar datos al hardware de la
comunicación del dispositivo (ETS, 2004).
Estos protocolos gestionan las operaciones de conexión y
transmisión de datos entre host y target, por lo que al
menos uno de ellos debe estar integrado en el sistema
operativo de la plataforma (ETS, 2004)
4.3.8 Shell
Hay que tener en cuenta que la interfase de usuario y el
shell pueden ser dos módulos distintos, pues tienen
papeles diferentes desde el punto de vista de las
aplicaciones.
1. La interfase de usuario: permite interaccionar
entre usuario y aplicación.
2. El shell: se encarga de la interacción entre usuario
y sistema operativo.
Las opciones más usadas se pueden agrupar dependiendo
de si la plataforma dispone o no de pantalla:
Solo en plataformas con pantalla.
• Consola de comandos. Maneja una pantalla
alfanumérica y un teclado. Es la única opción si
tenemos una pantalla alfanumérica, aunque
también se puede usar en pantallas gráficas.
• Interfases basadas en ventanas GUI: (Graphic
User Interface). Maneja una pantalla gráfica
como dispositivo de salida. Hay más variedad en
los dispositivos de entrada: teclado, ratón,
pantalla táctil, pulsadores. Hay muchos tipos de
GUI en Windows CE, dependiendo de la
complejidad que se quiera implementar: desde el
64
 manejo de ventanas básico hasta soporte para
multimedia y juegos (ETS,2004)
4.3.9 Aplicaciones
Windows CE incluye unas versiones en miniatura de las
aplicaciones de oficina de Microsoft: Versiones de
bolsillo de Word y Excel, un Calendario, Internet
Explorer, un cliente de E-mail, y el Solitario. Si bien se
incluye Word de bolsillo (Hernández, Pizarro, 2007).
4. 4 Procesos y threads
La unidad de ejecución en Windows CE es el thread. Los
threads operan de forma independiente cada uno
pertenece a un proceso (y comparte con todos los threads
del proceso el mismo espacio de memoria, normalmente
32 Mb) Cada thread tiene un ID, una pila de 64K y un
conjunto de registros, estos recursos conjuntamente
forman el contexto de un thread, cuando el planificador
desaloja un thread de la CPU para dársela a otro se
guarda el contexto, todo proceso tiene un thread primario
asociado cuando comienza su ejecución (que no es
explícitamente creado).
Los procesos tienen espacios de memoria independientes,
los procesos no tienen prioridad, son los threads, la
prioridad va desde
THREAD_PRIORITY_TIME_CRITICAL (la más alta) a
THREAD_PRIORITY_IDLE (la más baja). Cuando se
crean los threads se les asigna una prioridad por defecto
(THREAD_PRIORITY_NORMAL) la cual puede ser
cambiada dinámicamente. Los threads pueden ejecutarse
en Modo kernel, un fallo provoca el crash de todo el
Sistema operativo (Cantera, 2006)
4.5 Modo usuario
Ofrece un entorno protegido, donde los fallos potenciales
no afectan al Sistema operativo, se ejecutan las
aplicaciones y los controladores de dispositivos. La
planificación de threads se realiza mediante un esquema
round-robin sobre las distintas prioridades. Cuando no
hay un thread preparado para ejecutarse en un nivel se va
al siguiente menos prioritario, los threads de prioridad
crítica se ejecutan completamente, sin ser interrumpidos
por el planificador. Se planifican threads y no procesos
(Cantera, 2006)
4.6 Gestión de memoria
Windows CE soporta un espacio de direcciones de
memoria virtual plano y compartido por todos los
procesos. Existe un sistema de paginación que
implementa la gestión de memoria virtual Mapea
memoria páginas de memoria lógica a memoria física, sin
embargo no hay lugar para las páginas desalojadas
(swapped), cuando la RAM está llena, las aplicaciones
fallan. Cada proceso está restringido a su propio espacio
de direcciones de 32Mb. El kernel protege cada proceso
porque le asigna un slot único (Cantera, 2006).
Reportes Técnicos en Ingeniería del Software. 9(2): 56-66
ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)
5. ANÁLISIS COMPARATIVO SYMBIAN Y
WINDOWS MOBILE
Symbian fue creado por Symbian Ltd en 1998 por los
accionistas: Nokia (47.9%), Panasonic (10.5%),
Samsung (4.5%), Siemens (8.4%), Sony Ericsson
(28.7%) y otras marcas que adquirieron la licencia, caso
contrario a Windows Mobile, quien llegó al mercado en
2003 creado por Microsoft, está basado en Windows CE,
ambos sistemas son modulares, Symbian ofrece un
interfaz grafico gentil y tolerante a fallas, para la serie 60
y UIQ, por el contrario Windows mobile, usa GWES,
ambos funcionan en un entorno de ejecución en tiempo
real y a 32 bits, los dos pueden correr con diferentes
marcas de procesadores, cada uno cuenta con los mismos
protocolos de comunicación, telefonía y seguridad.
En cuanto a la plataforma de hardware Symbian solo
corre en plataformas creadas por los accionistas y marcas
que adquirieron la licencia, y Windows mobile permite
que el sistema operativo se ejecute en cualquier
plataforma de hardware, los dos sistemas están
protegidos contra un “reset”, la tecnología para
desarrollar software para Symbian es Java y para
Windows es la tecnología .NET, cuentan con
aplicaciones en multitarea, la comunicación entre los
procesos de ambos sistemas es modelo cliente-servidor,
la gestión de memoria de Symbian es mediante una
técnica denominada execute- in- place y para Windows
mobile la unidad de ejecución es el thread, para las
actualizaciones de Symbian son gratis cumpliendo las
características de hardware y para Windows mobile no
existe actualización posible sólo que se cambie el
hardware móvil.
6. CONCLUSIONES
Día a día el uso de dispositivos móviles es cada vez mas
frecuente para cualquier entorno social así la demanda de
aplicaciones obliga a los desarrolladores de software a
crear productos novedosos y sobre todo útiles para cada
usuario, en el mercado están surgiendo nuevos productos
de consumo relacionados con los dispositivos móviles, la
generación de software especifico para estos requiere el
conocimiento de las funciones y arquitecturas de los
sistemas operativos para dispositivos móviles, este
conocimiento facilita la interacción de las aplicaciones
con el sistema operativo.
Los framework para desarrollo, las maquinas virtuales y
los threads son los elementos básicos que permiten la
ejecución de aplicaciones diversas en los dispositivos
móviles.
La evolución de los sistemas operativos modulares
permite que sean posibles Sistemas operativos
funcionales en entornos extremadamente limitados,
ejemplo de esto son Symbian y Windows Mobile quienes
tienen un buen desempeño en condiciones limitadas de
65
memoria, dispositivos de salida y entrada y capacidad de Pérez López Mauricio Israel, (2004)” Windows
procesamiento. CE” [on – line]
http://www.pocketmexico.com/Reviews+index-req-
En la actualidad los dispositivos móviles juegan un rol showcontent-id-39.html
como organizador personal, dispositivo de
entretenimiento y sobretodo de comunicación, de tal
forma que Symbian y Windows Mobile enfrentan el reto Rodríguez Valdez José Luís, (2005), “Sistemas
de cubrir las necesidades de cada usuario haciendo que el operativos en el Cinturón”, [on - line]
sistema operativo sea gentil y ofrezca los servicios http://www.enterate.unam.mx/Articulos/2005/abril/si
necesarios para soportar un software de aplicación stopera
eficiente y tolerante a fallos y sobre todo brindar un
entorno para los desarrolladores de aplicaciones.
5º Ingeniería informática. (ETS) Informática de
Sevilla, (2004) “Introducción al Sistema operativo
REFERENCIAS Windows CE” [on - line]
http://www.atc.us.es/asignaturas/astr/Ts/T3_Introduc
Aguilera Javier, (2003),” Nuevos terminales
móviles”[on-line] cionWCE.htm
http://www.telefonica.es/sociedaddelainformacion/p
df/publicaciones/movilidad/capitulo_22.pdf
Sistema operativo Symbian, (2007), “Descripción
de la compañía”, [on - line]
Aguilera Javier, (2003),” Nuevas plataformas para http://www.symbian.com
terminales móviles” [on - line]
http://www.telefonica.es/sociedaddelainformacion/p
df/publicaciones/movilidad/capitulo_23.pdf Stallings William, (2001), “Sistemas operativos”,
Ed. Prentice hall

Cantera Fonseca José Manuel, (2006) “Software

básico” [on-line] Zamora Abigail, (2005) “Tecnología móvil”,
http://www.infor.uva.es/~jmcf/dam_tema3_0506.ppt Manual de capacitación de Nokia.

Deitel Harvey M., 1993, “Sistemas operativos”, Ed.

Addison.

Eroski, (2005), “Sistemas operativos para PDA”

[on - line]
http://www.consumer.es/web/es/tecnologia/software/
2005/04/25/141489.php

Hernández Luis, Pizarro claudia, (2007) ”Sistemas

operativos móviles” [on – line]
http://www.fortunecity.com

Mac Pherson Frank, (2005) “Pocket PC a su

alcance” ED. McGraw Hill

Nebro Urbaneja Antonio Jesús, (2002) “Sistemas

operativos para teléfonos móviles” [on - line]
http://polaris.lcc.uma.es/~antonio/Ficheros/Docencia
/sod/Tema%206/Apuntes%20Tema%206.pdf.

Milenkovic Milan, (1993), “Sistemas operativos

conceptos y diseño”, Ed. Mc Grw Hill España.

Reportes Técnicos en Ingeniería del Software. 9(2): 56-66 66

ISSN 1667-5002. © CAPIS-EPG-ITBA (http://www.itba.edu.ar/capis/rtis)