SYMBIAN

Entre los sistemas operativos de mayor uso esta Symbianel cual fue credo por Symbian Ltd. fundado en 1998
por los accionistas: Nokia (4.9!"# $anasonic (1%.&!"#Samsun' (4.&!"# Siemens (8.4!"# Sony
Ericsson((8.!" y otras marcas )ue ad)uirieron la licencia. Las casas matrices de Symbian se basan en
Londres# *eino +nido# en los Estados +nidos# en Europa y ,sia (Symbian# (%%".
Symbian est- dise.ado para residir en un espacio muy pe)ue.o# /acer un uso din-mico de escasos recursos
de memoria# administrar eficientemente la ener'0a y soportaren tiempo real los protocolos de comunicaci1n y
telefon0a# adem-s de ser m-s 2'entil3 con el usuario y tolerante a fallas. 45cnicamente# el sistema operativo
Symbian es una colecci1n compacta de c1di'o e6ecutable y varios arc/ivos# la mayor0a de ellos son biblioteca
s vinculadas din-micamente (7LL por sus si'las en in'l5s"y otros datos re)ueridos# incluyendo arc/ivos de
confi'uraci1n# de im-'enes y de tipo'raf0a# entre otros recursos residentes. Symbian se almacena#
'eneralmente en un circuito flas/ dentro del dispositivo m1vil. 8racias a este tipo de tecnolo'0a# se puede
conservar informaci1n aun si el sistema no posee car'a el5ctrica en la bater0a #adem-s de )ue le es factible
repro'ramarse# sin necesidad de separarla de los dem-s circuitos3 (*odr0'ue9# (%%&".
3.1 Arquitectura del Sistema operativo Symbian
EL Sistema operativo Symbian con el paso de los a.os /a evolucionado como cual)uier Sistema operativo
computacional la ar)uitectura )ue anali9aremos es la base de las primeras versiones# las posteriores /an
dado me6oras en cuanto a velocidad# la conectividad y aplicaciones novedosas.
Arquitectura de Symbian
La primera versi1n de Symbian fue la :.%# despu5s le si'ui1 la versi1n .%# continuo con la versi1n
8.%#posteriormente sur'i1 la versi1n 9.% y la actual la 9.;(<antera#(%%:". <omo puede observarse en la fi'ura
1 el Sistema operativo esta compuesto por m1dulos responsables de tareas espec0ficas )ue interact=an entre
si de acuerdo a las necesidades de la aplicaci1n y de los usuarios# las funciones de los m1dulos son las
si'uientes:
> Modulo base: 4odos los componentes del sistema se apoyan sobre la base la cual incluye los
componentes b-sicos de todo el Sistema operativo# el kernel# la 'esti1n de memoria# la 'esti1n de
procesos# servidor de arc/ivo# se'uridad de ba6o nivel# mane6adores de dispositivos y la librer0a b-sica
de usuario(,'uilera#(%%".
> Marco de aplicacin: +n rame!or" es una estructura de soporte definida en la cual otro proyecto
de soft?are puede ser or'ani9ado y desarrollado. 40picamente# un frame?ork puede incluir soporte de
pro'ramas# bibliotecas y un len'ua6e de scriptin' (Los len'ua6es interpretados o len'ua6es de script"
forman un subcon6unto de los len'ua6es de pro'ramaci1n# )ue incluye a a)uellos len'ua6es cuyos
pro'ramas son /abitualmente e6ecutados en un int5rprete en ve9 de compilados. Sin embar'o# la
definici1n de un len'ua6e de pro'ramaci1n es independiente de c1mo se e6ecuten los pro'ramas en 5l
escritos# ya sea mediante una compilaci1n previa o a trav5s de un int5rprete" entre otros soft?are para
ayudar a desarrollar y unir los diferentes componentes de un proyecto (<antera# (%%:".
+n frame?ork representa una ar)uitectura de soft?are )ue modela las relaciones 'enerales de las
entidades del dominio. $rovee una estructura y una metodolo'0a de traba6o la cual e@tiende o utili9a las
aplicaciones del dominio (<antera# (%%:".Esta capa ofrece un marco de aplicaci1n frame?ork para asistir
a los desarrolladores a escribir c1di'o as0 como la interfa9 utili9able# te@to y utilidades 'raficas (Nebro#
(%%(".
> Modulo de se#uridad: Es el 'estor de se'uridad# proporciona servicios de confidencialidad de
datos# inte'ridad y autentificaci1n mediante la utili9aci1n de protocolos de comunicaci1n se'uros#
autentifica el soft?are instalado mediante firmas di'itales(<antera# (%%:".
Modulo multimedia: $ermite el acceso a la pantalla# al teclado a fuentes y a mapas de bits. 4iene
funciones para la 'rabaci1n y reproducci1n de audio# as0 como para el mane6o de los formatos 'r-ficos
m-s comunes (<antera# (%%:".
> Modulo de teleon$a: Se encar'a de 'estionar las diferentes tecnolo'0as de comunicaci1n )ue
soporta el tel5fono celular (<antera# (%%:".
<omo se puede apreciar en la fi'ura 1 el modulo de telefon0a esta inte'rado por: 8SA (Sistema
'lobal par a comunicaciones m1viles"# 8$*S (Servicio 'eneral de pa)uetes de datos"# BS<S7 (7atos
con conmutaci1n de circuitos a alta velocidad"# E78E (7atos me6orados para evoluci1n 'lobal"# <7A,
(,cceso# m=ltiple por divisi1n de c1di'os" (Camora# (%%&".
> Modulo de inraestructura de la comunicacin: 8estiona los protocolos de comunicaci1n )ue el
tel5fono celular soporta (<antera# (%%:".
> %ed personal de &rea local: 8estiona los diferentes tipos de conectividad para el tel5fono celular
(<antera# (%%:".
> Modulo de motores de uso: 8estiona los protocolos de sincroni9aci1n de datos personales del
tel5fono celular para el usuario (<antera# (%%:".
> Modulo de mensa'er$a: 8estiona los diferentes sistemas de mensa6er0a )ue soporta el tel5fono
celular (<antera# (%%:".
> Modulo de la maquina virtual de 'ava ("vm):La m-)uina virtual: DEA (Dilo bite Eirtual Aac/ine"La
m-)uina virtual es la base de la plataforma# es el int5rprete del len'ua6e y sobre la cual se /an de
e6ecutar las aplicaciones# tambi5n sobre esta m-)uina virtual corren las confi'uraciones# las cuales
incorporan ,$Fs (A*Is (,plication $ro'rammin' Fnterface: Especifica la interfa9 )ue utili9a un
pro'ramador para escribir aplicaciones )ue /a'an uso de las clases y m5todos" b-sicos para la creaci1n
de aplicaciones y sirven de soporte a los perfiles. Los perfiles incluyen la mayor parte de las clases y
,$Fs )ue se van a utili9ar en la pro'ramaci1n# como pueden ser instrucciones de entrada y salida o de
inicio y terminaci1n de la aplicaci1n.
> Modulo MI+* (*eril para dispositivos de Inormacin Mvil): 7efine un con6unto de ,$Fs
espec0ficas cuyo ob6etivo es facilitar el desarrollo delas aplicaciones G,E,. Las ,$Fs son una a'rupaci1n
de funciones (pa)uetes en terminolo'0a Gava".<on6unto de ,$Fs 6ava )ue permiten la creaci1n de
interfaces de usuario (,'uilera# (%%;".
> Modulo teleon$a 'ava: Este modulo permite interactuar la tecnolo'0a 6ava con el tel5fono celular
(,'uilera# (%%;".
3., -estin de procesos de Symbian
Symbian es un sistema operativo multitarea ya )ue permite e6ecutar m-s de un proceso a la ve9# lo )ue
posibilita ma@imi9ar el uso de los recursos del sistema. La multitarea facilita# adem-s# el intercambio de
informaci1n entre procesos. La multitarea es especialmente venta6osa en un entorno en el )ue 'ran parte de
las aplicaciones est-n orientadas a las comunicaciones.
,s0# el soporte para la multitarea es fundamental con la lle'ada de las redes de la 'eneraci1n (.&
((.&8"provee mayor velocidad y fle@ibilidad para la transmisi1n de vo9 y datos utili9a las tecnolo'0as 8$*S#
BS<S7# E78E#<7A,# y la tercera 'eneraci1n (;8" permite la transmisi1n de datos a altas velocidades#
mayor eficiencia y menor costo para los usuarios# circuitos y pa)uetes conmutados# )ue permiten ofrecer un
'ran numero deservicios basados en conmutaci1n de pa)uetes# en los )ue el usuario esta permanentemente
conectado. <ada pro'rama se e6ecuta en un proceso independiente# y varios procesos pueden e6ecutarse de
forma concurrente.
<ada proceso puede contener una o varias /ebras de e6ecuci1n# y el planificador del sistema utili9a un
es)uema apropiativo (reserva el conte@to de pro'ramaci1n al proceso" para asi'nar el procesadora los /ilo o
/ebras. +no de los ob6etivos de dise.o de Symbian es )ue el sistema debe ser robusto y fiable.
$ara conse'uir este ob6etivo cada proceso se e6ecuta en un espacio de direcciones propio y prote'ido# de
forma )ue es imposible )ue otra aplicaci1n escriba de forma accidental o intencionada en dic/o espacio.
,dem-s# esta caracter0stica se aplica tambi5n al n=cleo del sistema# por lo )ue un error en un pro'rama no
puede modificar deforma accidental el mont0culo del n=cleo y /acer )ue el sistema se corrompa.
La =nica forma )ue tienen los procesos de comunicarse es mediante un sistema de paso de mensa6es
conforme con el modelo clienteHservidor ya )ue para solicitar un servicio# como la lectura de un arc/ivo# un
proceso del usuario (denominado en este caso proceso cliente" env0ala solicitud a un proceso servidor# )ue
reali9a entonces el traba6o y re'resa la respuesta. Este sistema /a sido dise.ado para re)uerir el menor
n=mero de recursos posible# con el fin minimi9ar el intercambio de datos y as0 reducir la penali9aci1n )ue
tiene tipo de comunicaci1n frente a un es)uema de memoria compartida. (Nebro# (%%("
./isten dos ormas de implementar una aplicacin concurrente
> +na de ellas es mediante /ebras: <ada proceso tiene una /ebra o /ilo de e6ecuci1n por defecto# pero se
pueden crear m-s de forma din-mica. <ada /ebra tiene una determinada prioridad# )ue puede ser absoluta o
relativa en relaci1n al proceso al )ue pertenece# y )ue es tenida encuentra por el planificador del sistema.
> La otra es mediante multitarea cooperativa usando invocaci1n as0ncrona de funciones: La alternativa a la
utili9aci1n de /ebras es la invocaci1n as0ncrona de funciones# )ue permite implementar multitarea
cooperativa. Aediante este mecanismo# una aplicaci1n cliente puede solicitar un servicio a un servidorI al ser
la llamada as0ncrona# la aplicaci1n puede continuar su e6ecuci1n mientras )ue el servicio se lleva acabo.
<uando el servidor e6ecuta el servicio# selo notifica al cliente. Esta notificaci1n no es de tipo apropiativo# por lo
)ue la aplicaci1n no es interrumpida. Es tarea del cliente la verificaci1n de )ue /a recibido la notificaci1n del
servicio )ue solicito.
Las invocaciones as0ncronas a funciones son a menudo en capsuladas dentro del sistema mediante la
utili9aci1n de un paradi'ma de ob6etos activos. Estos ob6etos se usan para acceder a muc/os servicios del
sistema# y tambi5n para implementar dic/os servicios. Entre los servidores del sistema se encuentran los
si'uientes: fic/eros# ventanas# telefon0a# bases de datos# multimedia# fuentes y mapas de bits# comunicaci1n
por puerto# J,$.
0omunicacin entre *rocesos: Soc"ets
Los sockets constituyen un mecanismo )ue permite la comunicaci1n entre procesos )ue se encuentran en
ma)uinas distintas. La definici1n cl-sica de un socket es un punto final para comunicaci1n. +n socket se
caracteri9a por una direcci1n de red de una ma)uina y un numero de puerto. Sin embar'o# ambos elementos
dependen del protocolo )ue se utilice. El m-s conocido es F$ (Fnternet $rotocol"# y muc/as implementaciones
de sockets se limitan =nicamente a la comunicaci1n sobre redes )ue usan este protocolo. Sin embar'o# se
pueden usar otros protocolos. En concreto# en Symbian se pueden utili9ar las si'uientes familias: 4<$KF$#
Fr7,# Lluetoot/# SAS y J,$.
La implementaci1n de los sockets en Symbian se basa en un servidor denominado socket server. <ada
protocolo se compone de un modulo de protocolo# )ue se puede a.adir al sistema de forma din-mica
mediante el uso del servidor de sockets. <ada nuevo protocolo ofrece una interfa9 socket lo mas est-ndar
posible# lo )ue limita la cantidad de c1di'o dependiente del protocolo )ue tiene )ue ser escrita por el
pro'ramador. Los m1dulos de protocolo son 7LLs# y cada uno de ellos puede implementar m-s de un
protocolo (Nebro# (%%(".
3.3-estin de memoria de symbian
Los tel5fonos m1viles tienen una cantidad limitada de memoria# lo )ue /a de ser tomado en cuenta por los
desarrolladores de aplicaciones. Esto si'nifica )ue la pila de las aplicaciones no debe crecer muc/o (las
funciones no deben tener muc/os par-metros" y /ay )ue evitar solicitar muc/a memoria del mont0culo (9ona
de memoria utili9ada para datos din-micos". No obstante# Symbian no impone nin'=n l0mite en el tama.o del
mont0culo de una aplicaci1n# sino )ue este impone la cantidad de memoria del tel5fono (en realidad e@iste un
l0mite de (8L"# pero es poco probable )ue se alcance en un tel5fono m1vil en un futuro cercano.
En los tel5fonos en los )ue se e6ecuta Symbian el almacenamiento permanente se implementa mediante
memoria flas/ y tar6etas de e@pansi1n# mientras )ue la *,A se usa como memoria principal. En 'eneral# la
memoria disponible suele ser de varios me'abytes# y es compartida entre el sistema operativo y las
aplicaciones en e6ecuci1n. $ara utili9ar de forma eficiente la memoria disponible# Symbian utili9a# una t5cnica
denominada e@ecuteHinHplace.
En un ordenador convencional los pro'ramas# incluyendo al sistema operativo# deben ser car'ados en
memoria principal para poder ser e6ecutados. Esto implica )ue siempre e@isten dos copias de un pro'rama# la
)ue esta en memoria y la )ue esta en disco. La t5cnica de e@ecuteHinHplace implica# tal como su nombre
indica# )ue el c1di'o de un pro'rama se e6ecuta sin ser copiado a la memoria principal# con el consi'uiente
a/orro de memoria (Nebro#(%%(".
<omo se /a comentado# las aplicaciones deben usar la memoria cuidadosamente. $articularmente importante
es ase'urar )ue se libera toda la memoria )ue se /a solicitado cuando esta no es necesaria. Si una aplicaci1n
solicita memoria din-mica y no la libera# esta memoria )ueda sin usar /asta )ue la aplicaci1n acaba
2produci5ndose lo )ue se denomina un memory leak3(Nebro# (%%(".
$ara evitar este tipo de errores# cr0ticos cuando e@isten muy pocos recursos# Symbian proporciona
/erramientas de desarrollo para asistir en la verificaci1n de )ue el c1di'o libera la memoria de forma correcta.
4ambi5n se ofrece un marco de aplicaci1n frame?ork para asistir a los desarrolladores a escribir c1di'o )ue
no desperdicie memoria. Este marco consiste en )ue cual)uier ob6eto )ue se este creando se almacene en
una pila determinada (cleanHup stack"# en la cual reside /asta )ue este completamente creado. Si el sistema
se )ueda sin memoria los ob6etos de esta pila son eliminados sin )ue produ9can /uecos de memoria sin usar
y sin )ue se produ9can en principio perdidas de datos en el proceso. Este es)uema se usa en todo el sistema
operativo# y esta claramente identificado en los entornos de desarrollo (Nebro# (%%(".
3.12as interaces #r&icas series 34 y 5I6
E@isten dos interfaces de usuario diferenciadas en el consorcio Symbian: la plataforma Series :% impulsada
por Nokia y la plataforma +FM desarrollada por Sony Ericsson. ,mbas est-n disponibles para )ue otros
fabricantes puedan obtener una licencia y basar en ellas el dise.o de sus propios terminales Symbian. La
principal diferencia entre ambas es )ue la Series :% est- pensada para )ue el usuario interact=e con el
tel5fono mediante un teclado# mientras )ue la +FM est- dise.ada para ser mane6ada mediante un l-pi9 y una
pantalla t-ctil. ,mbas plataformas incluyen# adem-s de la especificaci1n de los elementos propios de la
interfa9 de usuario# un con6unto de aplicaciones est-ndar )ue reali9an las tareas m-s comunes en un tel5fono
m1vil multimedia (,'uilera#(%%".