UNIDAD 3.

- CONSTRUCCIN DE APLICACIONES MVILES

3.1 ARQUITECTURA DELCLIENTE INTELIGENTE.
Como se mencion anteriormente esta arquitectura que est
comprendida en tres partes: una aplicacin mvil especifica en el
dispositivo mvil con persistencia de datos, un servidor de
sincronizacin y unas bases de datos empresariales.
Cliente Inteligente: El cliente inteligente es una aplicacin mvil
ejecutada y desplegada en mi dispositivo con persistencia de datos.
Provee acceso offline a datos que previamente han sido cargados en las
bases de datos de mi dispositivo mvil.
Servidor de Sincronizacin: Es una aplicacin inteligente que permite
identificar dispositivos y transmitir los datos desde el dispositivo hacia
las bases de datos empresariales y desde las bazas de datos
empresariales hacia el dispositivo manteniendo la integridad de los
datos y de la informacin a travs de procesos de resolucin de
conflictos. El servidor de sincronizacin entra en accin cuando es
llamado desde el dispositivo mvil.
Base de Datos Empresarial: El servidor de sincronizacin establece la
conexin con la base de datos empresarial y permite acceder a los
datos, realizar operaciones de actualizacin y de consulta.
A travs del servidor de sincronizaciones y por medio fsico cableado o
inalmbrico, accedemos a los datos de la base de datos empresarial y
cargamos esos datos al dispositivo mvil; posteriormente se puede
desconectar y salir a trabajar en campo.
Cada vez que necesitemos actualizar los datos simplemente se conecta
nuevemente al servidor de sincronizacin que es el que ejecuta el
Conduit o conducto y actualizamos la base de datos empresarial. puede
acceder a las bases de datos empresariales o propias de la organizacin
usando el mecanismo de conexin preferido.
Ventajas
Disponibilidad de Datos: Esta arquitectura permite disponer o
acceder a datos cuando no existe una cobertura da alguna red
inalmbrica, debido a que existe persistencia de datos. El usuario puede
acceder y modificar los datos luego sincronizarlos con la base de datos
empresarial.
Interfaces de usuario enriquecidas: Se pueden construir
aplicaciones enriquecidas con grficos, grficos estadsticos entre otros.
Estas interfaces son muy similares a las interfaces de aplicacin de
escritorio por que se pueden enriquecer con mltiples controles de
interfaz de usuario.
Performance: Debido a que las aplicaciones se ejecutan en el
dispositivo directamente, la velocidad y eficiencia dependen de la
capacidad de procesamiento del dispositivo. A diferencia de las redes

inalmbricas donde la performance depende de la congestin del

servidor web y la red inalmbrica.
Computacin Distribuida: Al ser ejecutadas las operaciones en los
dispositivos mviles esto reduce la tarea del servidor de datos en una
organizacin, pues slo consumen recursos de los dispositivos y no del
servidor de datos de la organizacin.
Seguridad: Se pueden disear esquemas de seguridad ms slidos que
en las aplicaciones de wireless Internet. Debido a que se implementan
procesos de asignacin y autenticacin de usuarios a dispositivos
mviles.
Costos: Reduce los costos de transmisin de datos pues no existe una
conexin en todo momento y no depende de infraestructura inalmbrica
y los datos se pueden llevar a distancias donde no existe cobertura de
red.
Desventajas
Integridad con las Bases de Datos Empresariales: El error comn
que todos los desarrolladores principiantes cometen, es pretender llevar
la estructura de la base de datos al dispositivo mvil, lo cual es casi
innecesario y lo que se recomienda es llevar solo los datos que se
necesitan, de tal forma que la estructura de datos cambia y al
sincronizar se deben solucionar conflictos de integracin con las bases
de datos empresariales.
Desarrollo: Este tipo de arquitectura es un poco compleja de
implementar, debido a que realmente es necesario realizar varias
aplicaciones e integrarlas para que funcione correctamente. Aplicacin
Mvil, sincronizador de dispositivos o Conduit y una aplicacin de
administracin de los dispositivos.
Mltiples Ciclos de Desarrollo: Se crean diversos ciclos de desarrollo
en especial cuando se defina que la aplicacin debe funcionar para
mltiples sistemas.
Herramientas de desarrollo
Tipos de aplicaciones
En cuanto al funcionamiento de una aplicacin mvil dentro de un
dispositivo existen dos tipos de aplicaciones:
cdigo nativo
cdigo runtime engine(rte) cdigo nativo
El cdigo nativo es un tipo de aplicacin compilada y generada con una
herramienta, para que se ejecute directamente sobre el sistema
operativo del dispositivo mvil; es decir todas las instrucciones,
operaciones y tareas son interpretadas por el sistema operativo
directamente.

Estas aplicaciones tienen como ventaja que al ejecutarse directamente

sobre el sistema operativo del dispositivo mvil lo hacen de manera
rpida y consumen menos recursos. La desventaja es que como
desarrolladores debemos preocuparnos por conocer el sistema
operativo, para que cualquier operacin que se programe no bloquee el
dispositivo mvil y optimizar los recursos de memoria.
cdigo rte
El cdigo RTEes un tipo de aplicacin compilada y generada con una
herramienta para que se ejecute sobre una mquina virtual o motor de
ejecucin (runtime engine). Esta mquina virtual interpreta las
operaciones del cdigo y lo traduce a lenguaje del sistema operativo y
una vez traducidas las instrucciones se ejecutan.
Estas aplicaciones tienen como ventaja que como programadores no se
debe preocupar por conocer el sistema operativo del dispositivo mvil y
solo con las instrucciones dadas a la mquina virtual es suficiente. La
desventaja es que ese engine ocupa espacio de memoria y las
aplicaciones no son tan rpidas como las de cdigo nativo, pero lo
suficiente como para que sean funcionales.
Una vez entendidas los tipos de aplicaciones existen muchas
herramientas para construirlas ya sean de tipo cdigo nativo o de tipo
rte y en la arquitectura seleccionada.
Las herramientas ms utilizadas para implementar de aplicaciones
mviles son:
Metrowerks CodeWarrior: Es una herramienta que genera cdigo
nativo tanto para dispositivos mviles palm os y windows mobile,
tambin para dispositivos de telefona mvil. Tiene una interfaz grafica
IDE propia que permite acomodar los controles en la pantalla del
dispositivo ganando tiempo de diseo y de ejecucin. Esta basado en
lenguaje C++ lo que lo hace una herramienta muy poderosa para
aplicativos mviles.
Satellite Form (Enterprise +Server): Es una herramienta que genera
RTE tanto para dispositivos mviles palm os y windows mobile. Posee
una interfaz grfica IDE propia que permite acomodar los controles en la
pantalla del dispositivo ganando tiempo de diseo y de ejecucin. Esta
basado en lenguaje muy parecido a Visual Basic, denominado script de
visual basic.
AppForge CrossFire Mobile VB: Es una herramienta que genera RTE
tanto para dispositivos mviles palm os, windows mobile y symbian os.
Es un plug in para visual basic, ya sea la versin profesional 6.0 o visual
studio 2005 .net permitiendo utilizar la IDE de visual basic para disear
las aplicaciones mviles. Esta basado en lenguaje Visual Basic.

Oracle Lite 10I: Es una herramienta que genera RTE tanto para
dispositivos mviles palm os y windows mobile. Tiene una interfaz
grfica IDE propia que permite acomodar los controles en la pantalla del
dispositivo ganando tiempo de diseo.
Visual Studio 2005 CF 2.0: Es una herramienta que genera RTE tanto
para dispositivos mviles palm os y windows mobile. Tiene una interfaz
grfica IDE propia que permite acomodar los controles en la pantalla del
dispositivo ganando tiempo de diseo y de ejecucin. Extiende el
modelo de visual studio para dispositivos mviles.
SuperWaba: Es una herramienta que genera RTE tanto para
dispositivos mviles palm os y windows mobile. No posee una interfaz
grfica IDE propia. Es una maquina virtual compatible con java. Extiende
el modelo de java para dispositivos mviles.
J2ME:Es una herramienta que genera RTE tanto para dispositivos
mviles palm os, windows mobile, y telfonos celulares segn su
fabricante. No posee una interfaz grfica IDE propia. Extiende el modelo
de java para dispositivos mviles en sus dos configuraciones
CDC(Conected Device configuration) y CLDC(Conected Limited Device
Configuration).
Pocket Studio: Es una herramienta que genera RTE para dispositivos
mviles palm os. Tiene una interfaz grfica IDE propia que permite
acomodar los controles en la pantalla del dispositivo ganando tiempo de
diseo y de ejecucin. Para los amantes del Delphi es el modelo que
extiende sus clases del borland Delphi.
WAP 2.0 Es una herramienta que genera scripts tanto para dispositivos
mviles palm os, windows mobile, y telfonos mviles. No posee interfaz
grfica IDE propia basado en una extensin del XML llamada WML
(Wireless Markup Language) que en su versin 2.0 ya promete incluir
DHTML en los contenidos de las paginas.
3.2.1 Sistemas Moviles Ligeros
Nos proponemos hacer un breve repaso por el complejo mundo de los
sistemas operativos mviles. El objetivo es ofrecer una visin lo ms
grfica y tangible posible de lo que supone el reto de la diversidad. Ya
hemos hablado en numerosas ocasiones en este Observatorio acerca del
gran problema al que se tienen que enfrentar la comunidad de
desarrolladores de aplicaciones y contenido para el mvil. La varianza de
los sistemas operativos mviles es tan solo un componente ms, eso si
muy importante, a aadir al fragmentado y complejo universo de
dispositivos mviles. Para empezar, tomemos la definicin de Sistema
Operativo en su sentido ms amplio:

Capa compleja entre el hardware y el usuario, concebible tambin como

una mquina virtual, que facilita al usuario o al programador las
herramientas e interfaces adecuadas para realizar sus tareas
informticas, abstrayndole de los complicados procesos necesarios
para llevarlas a cabo.
La figura es un modelo conceptual que nos brinda una visin
simplificada de la pila de software que conforman el marco de trabajo
para los desarrolladores de aplicaciones para dispositivos mviles. Sobre
estas capas, descansa y se ejecuta cualquier aplicacin en nuestros
telfonos mviles.
el kernel
Es el ncleo que proporciona el soporte necesario para acceder a los
distintos elementos del hardware. Los principales servicios ofrecidos por
el kernel a las capas superiores de la pila de software son los siguientes:

Drivers para el hardware

Acceso y gestin de la memoria
Sistema de archivos
Gestin de procesos

el middleware
El middleware es el conjunto de mdulos software que hacen posible la
existencia de las propias aplicaciones para mviles. Esta librera de
software es totalmente transparente para el usuario final y ofrece
servicios claves para las aplicaciones como:
Motor de mensajera
Intrpretes de pginas web/WAP
Motor de comunicaciones
Codecs multimedia
Gestin del dispositivo
Seguridad
el entorno de ejecucin de aplicaciones
Esta capa consiste de un gestor de aplicaciones y un conjunto de
interfaces programables (APIs) abiertas y accesibles por los
programadores para facilitar la creacin de aplicaciones.
la interfaz
Esta capa es la que facilita la creacin de las interfaces de usuario de las
aplicaciones que facilitarn la gestin de la interaccin con el usuario
final y el diseo de la presentacin visual de la aplicacin (look and feel).
Los principales servicios que esta capa ofrece a las aplicaciones son:

Componentes grficos: por ejemplo, pantallas, botones, listas, etc.

Marco de interaccin: Un componente adicional que no se muestra
en el grfico y que se sita al mismo nivel que las aplicaciones de
terceros, de ah que hayamos preferido no incluirlo, es la Familia
de Aplicaciones nativa del telfono, que proporcionan el interfaz
de usuario principal del telfono: mens, marcador de nmeros de
telfono, bandeja de entrada de mensajes, navegador, etc.

3.2.- WINDOWS CE.

Justo cuando los programadores se estaban acostumbrando a Windows
9x y Windows NT, Microsoft ha agregado un nuevo hermano: Windows
CE. Sin embargo este nuevo integrante de la familia Windows tiene un
objetivo especial.
A los largo de los captulos se ha visto que Windows 95 y Windows 98 se
dedican a entregar compatibilidad con las aplicaciones y hardware
existentes, mientras intentan entregar nuevas caractersticas como la
multitarea. El objetivo de Windows NT es convertirse a largo plazo en el
mejor sistema operativo de empresa. Sin embargo, Windows CE tiene
otro objetivo: proveer un moderno sistema operativo de plataforma
cruzada, multihilado y de tamao pequeo. Esta ltima caracterstica es
la principal diferencia con Windows 95 y Windows NT. Cuando se habla
de tamao, se refiere a la cantidad de memoria y de almacenamiento
necesario para albergar al sistema operativo.
Mientras se desarrollaba Windows CE se le dio el nombre de Pegasus y
junto a l se estaba diseando un nuevo dispositivo, que tendra ms
tarde a Windows CE como sistema operativo. A este nuevo dispositivo se
le llam Handheld PC (HPC) o PC de bolsillo. Es as como el HPC sera la
primera de muchas plataformas en aceptar el uso de Windows CE.
Windows CE tambin funciona con otros dispositivos denominados Palmsize PC o "PC del porte de la palma", que son ms pequeos que los HPC
y que carecen de teclado, reemplazado por un reconocimiento de un
sistema de tacto y un panel de entrada que aparece en pantalla. La
figura anterior muestra un Palm-size PC.
Los dispositivos para Windows CE se sirven de bateras para obtener
poder y duran 20 horas con uso continuo o una semana si el uso es
discontinuo. Como una regla general se puede decir que: las mquinas
Windows CE tiene bateras con vida ms corta.
A diferencia de Windows 9x o NT, el sistema operativo Windows CE no
tiene que ser re iniciado cada vez que el usuario lo desea utilizar. De
hecho, se pueden configurar las mquinas para que se prendan
instantneamente a la respuesta al input del usuario, y sistema vuelve
al estado justo antes de apagarse.

El sistema operativo no viene es discos, ni en CD-ROM sino que en una

pequea tarjeta que se inserta en un HPC o en un Palm-size PC.
Antes de analizar ms la arquitectura de Windows CE se ver algo de los
HPC con el objetivo de comprender sobre qu sistema hardware debe
correr Windows CE y que adems permitir comenzar a entender cmo
funciona este nuevo sistema operativo.
el pc de bolsillo
Un PC de Bolsillo o HPC casi siempre se compone de una pantalla de
480x240 o 640x240 en escala de gris, acompaada de un pequeo
teclado. En vez de mouse, el dispositivo tiene un panel de contacto que
cubre la pantalla. Todo HPC incluye un puerto serial y un puerto
infrarrojo de 115 Kbps. Los sistemas tiene un slot PCMCIA o un slot de
minitarjeta.
La configuracin de la memoria fsica es muy interesante en un HPC. Un
PC de bolsillo tpico tiene 4 MB 8 MB de memoria ROM y 2 MB 4 MB
de RAM. La memoria ROM contiene al sistema operativo y a la suite de
aplicaciones de bolsillo que se venden con Windows CE (Word y Excel), a
los que se les ha bautizado como Pocket Word y Pocket Excel (Word de
Bolsillo y Excel de Bolsillo). Sin embargo, y debido a la naturaleza de la
memoria ROM las aplicaciones no pueden slo ejecutarse en ROM, las
aplicaciones no slo leen de memoria, sino que tambin escriben.
Por lo tanto se puede concluir que en la memoria ROM residen las
instrucciones y valores de slo lectura mientras que algo de RAM debe
utilizarse para los valores que las aplicaciones deseen escribir en algn
momento. La memoria RAM necesaria para el sistema operativo mismo
es de cerca de 500 KB, y las aplicaciones en realidad no ocupan mucho.
Por ejemplo una instancia de Pocket Word utiliza solamente 16 K de RAM
cuando se carga.
La memoria RAM se divide en dos partes, una para la RAM del sistema
utilizada por el sistema operativo y las aplicaciones, y la otra parte,
denominada almacn de objeto, para el almacenamiento de datos. Los
archivos que se guardan en el almacn de objeto, no son guardados tal
cual son, sino que son comprimidos en un radio 2:1. Los HPCs no tiene
unidades de disco flexibles, ni discos duros, sin embargo se soporta
SRAM y Tarjetas de PC Flash ATRA en dispositivos con slots PC Card.
Rompiendo con la tradicin, los HPC actualmente no utilizan
procesadores Intel o compatibles con Intel.
En cambio, los HPC actualmente soportan el uso de procesadores RISC:
El Hitachi SH3, el NEC VR4101 y el Phillips 3910 (los dos ltimos
compatibles con el procesador MIPS). Debido a que los procesadores
NEC y Phillips utilizan un subconjunto comn de las instrucciones MIPS,

se puede decir que desde el punto de vista software, solamente se

soportan dos CPUs: MIPS y SH3.
Como se ha dejado entrever en los prrafos anteriores, 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, sus caractersticas son limitadas si se le compara con el Word
para Windows 9x/NT, presenta un mnimo soporte para fuentes y listas.
Por ejemplo, no existe correccin ortogrfica en Pocket Word (figura
superior).
Pocket Excel es una sombra de su hermano mayor, ya que no incluye
toda la funcionalidad (como las funciones incorporadas) de la versin de
Windows 9x/NT (figura izquierda).
Todo HPC viene con una aplicacin mostrada a la izquierda de
comunicacin y sincronizacin que se puede ejecutar en un PC, con el
objetivo de poder comunicar el PC con un HPC a travs del puerto serial.
El programa llamado HPC Explorer, se parece al Explorador de Windows,
y slo despliega los archivos que residen en el HPC. Cuando el usuario
arrastra un archivo desde el Explorador de Windows hasta el Explorador
de HPC, un filtro de formato lo traduce desde formato PC a formato HPC.
Para programar una aplicacin Windows CE para HPC es simple.
Cualquier persona que tenga experiencia en desarrollo de programas en
C con Win32 API puede desarrollar una aplicacin en un abrir y cerrar de
ojos. Los requisitos son Visual C++ para PC, Visual C++ para Windows
CE (que en realidad es un agregado para soportar las nuevas
plataformas MIPS y SH3) y las clases MFC para Windows CE.
Todo lo necesario es justamente el tema de este estudio, por lo tanto se
garantiza al lector que una vez ledo este documento se tendrn las
condiciones para desarrollar una aplicacin Windows CE.
Todo lo anteriormente dicho se cumple para la versin Windows CE 1.0,
sin embargo hoy Windows CE est ya es su versin 2.x, que se ver un
poco ms adelante
windows ce 1.x
Windows CE 1.00 y 1.01 fueron el primer paso en la creacin de un
sistema operativo Windows cuyo objetivo no era un PC. Si bien, mucha
gente piensa que CE significa "Compact Edition", la verdad es que ese
nombre puede engaar al programador y al usuario, porque al decir
Edicin Compacta suena a "subconjunto de Windows", y en realidad
Windows CE fue escrito desde cero, a diferencia por ejemplo de Windows

95 que fue escrito basado en Windows 3.x. Como se ha dicho, la primera

versin de Windows CE se embarc con los HPC.
caractersticas y metas de windows ce 1.x
windows ce presenta las siguientes metas:
Compatibilidad con Windows. Windows CE soporta el modelo de
programacin Win32, sin embargo slo soporta un subconjunto de todo
el mundo Win32. Al igual que Windows NT y Windows 9x, Windows CE
realiza multitarea con desalojo. El formato para los archivos ejecutables
y libreras son los mismos que los de Windows 9x y NT.
Aunque Windows CE no puede ejecutar aplicaciones de Windows de
forma arbitraria (en otras palabras, cualquier aplicacin Windows), es
relativamente fcil portar la mayora de las aplicaciones a Windows CE.
Consume pocas cantidades de RAM. Todos los componentes de
Windows CE se pueden ejecutar en ROM, reduciendo la necesidad de
RAM. NO se requiere flash memory o una unidad de disco (aunque
ambos son soportados).
Independiente del hardware del sistema. Windows CE trabaja en
una variedad de microprocesadores de 32 bits y no requiere una
arquitectura de hardware particular.

arquitectura de windows ce 1.xx

Windows CE es un sistema operativo modular compuesto de varios
elementos software. Estos elementos son interfaces compatibles con
Win32 y estas interfaces permiten que cada uno de los elementos
software puedan integrarse entre s. Cada elemento comprende varios
componentes de nivel ms bajo y los diseadores del sistema tienen la
posibilidad de incluir o excluir estos componentes de nivel ms bajo
segn sus necesidades. La siguiente figura (siguiente pgina) muestra
los elementos de la arquitectura de Windows CE.
Como lo muestra la figura es posible que un desarrollador excluya
mdulos como USER y GDI, obteniendo as un Windows CE sin interfaz
de usuario. Bueno, esa caracterstica ahora ha permitido que Windows
CE funcione en sistema empotrados (Embedded Systems) en los cuales
todo es controlado mediante memoria ROM y no hay interfaz de usuario,
ya que por lo general los sistemas empotrados son automatizaciones

donde no hay intervencin humana. Windows CE debido a su tamao se

hace ideal para realizar trabajo en tiempo real y permite llevar la API
Win32 a sistema automatizados de tiempo real.
Comenzando por el fondo, los principales elementos que conforman el
sistema operativo son: la capa de abstraccin OEM denominada OAL
(OEM Abstraction Layer), que incluye la administracin de poder, los
drivers de dispositivos y los servicios de las tarjeta de PC (PC Card); EL
Kernel de Windows CE, USER, GDI, sistemas de archivos y bases de
datos; los protocolos de comunicaciones IRDA y TCP/IP; las distintas APIs;
la conectividad remota, Internet Explorer para Windows CE y el shell.
Como se dijo anteriormente un diseador puede incluir o excluir algunos
de estos elementos (por ejemplo, el Internet Explorer) segn sus
necesidades.
oal y administracin de poder
El OAL permite a los diseadores adaptarse a su plataforma hardware y
proveer funciones de administracin de poder especficas. Windows CE
no requiere un estructura de interrupciones o una proyeccin de
memoria estndar. En cambio, los diseadores escriben pequeas
rutinas de servicio de interrupciones en la capa OAL de Windows CE que
permiten que el sistema operativo se ejecute un cualquier configuracin
de hardware. La administracin de poder incluye la caractersticas
"encendido instantneo" permitiendo que los dispositivos Windows CE
sean apagado y luego encendidos instantneamente si el dispositivo
tiene RAM no voltil (respaldada con bateras).
drivers y servicios de pc card
Los dispositivos de Windows CE pueden contener dos tipos de drivers de
dispositivos: drivers incorporados para el hardware que est siempre
presente en dispositivo como el teclado en un HPC, y drivers instalables
en tiempo de ejecucin para perifricos que pueden agregarse. Windows
CE 1.01 directamente soporta varios tipos de dispositivos,
tales como teclados, mouse, paneles de tacto, puertos seriales,
mdems, pantallas, slots de PC Card, procesadores de audio, parlantes,
puertos paralelos, disco ATA o unidades de "flash card". Los diseadores
pueden fcilmente agregar nuevos tipos de dispositivos.
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 diseadores escriben. Los
drivers de dispositivos corren como procesos normales en el sistema,
con acceso a todos los servicios del sistema operativo. Esto permite que
las rutinas de servicio de interrupcin que tpicamente "despiertan" a los

drivers de dispositivos sean simples y rpidos: el hilo del driver hace la

mayora del trabajo.
Windows CE provee un subconjunto de servicios de PC Card y de Sockets
de Windows. Permitiendo que PC Cards tales como tarjetas de mdems
inalmbricos o tarjetas de flash memory sean utilizados. Los diseadores
pueden utilizar estas interfaces para sus propias tarjetas.
kernel
El Kernel de Windows CE fue escrito especficamente para dispositivos
"no PC". Implementa el modelo de proceso, hilo y memoria virtual de
Win32. Al igual que Windows NT y Windows 9x, presenta un sistema
multitarea con desalojo basado en prioridad, tambin provee una rica
variedad de primitivas de sincronizacin, incluyendo semforos, mutex y
eventos.
El Kernel de Windows soporta la ejecucin de programas en ROM o RAM.
Tambin implementa paginacin bajo demanda para las aplicaciones que
se almacenan comprimidas y/o se almacenan en un medio que soporta
ejecucin en el lugar (como lo es para RAM o ROM). El kernel tiene una
rutina de bajo nivel de servicios de interrupcin 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.
user y gdi
Los componentes de USER y GDI de Windows CE proveen la
funcionalidad bsica para la interfaz de usuario, si la hay. En Windows CE
1.01, una pantalla de escala de grises es soportada por GDI. USER de
Windows CE exporta las mismas caractersticas de interfaz de usuario de
Win32 presentes en la versin USER de Windows NT/9x. Ventanas
traslapadas, administracin de eventos, controles de interfaz de usuario,
cajas de dilogo, comunicacin entre procesos, entre otras
caractersticas. Se incluye soporte para UNICODE.
almacn de objetos
Los componentes de Almacn de Objetos de Windows CE proveen
almacenamiento persistente para aplicaciones y datos. Los datos
persistentes estn usualmente contenidos en memoria no voltil, tales
como RAM respaldad por bateras o flash memory. Cuando se utiliza RAM
que tambin se usa para las aplicaciones que se ejecutan, el diseador
puede ajustar la cantidad de RAM utilizada por el Almacn de Objetos
(los usuarios tambin pueden realizar esto). El Almacn de Objeto est
compuesto de tres clases de componentes: sistemas de archivos, el

registro y bases de datos. En Windows CE 1.01, 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 para las unidades de disco.
La funcionalidad de bases de datos de Windows CE no tienen un
corolario en Windows NT o Windows 95. La base de datos provee
almacn, acceso y ordenamiento de objeto. Se utiliz inicialmente en el
HPC para cosas como libro de direccin y apuntes. Una caracterstica
clave de las bases de datos, el sistema de archivos y el registro es que
ellos estn protegidos contra un "reset" imprevisto (como uno causado
por una interrupcin de poder en sistemas como un HPC que tienen una
batera de respaldo). Si ocurre un "reset" durante un escritura al
almacn de objeto, Windows CE asegura que el almacn no estar
corrupto, ya sea completando la operacin cuando el sistema se reinicie
o retrocediendo al ltimo estado estable conocido antes de la
interrupcin.
TCP/IP, PPP, y IrDA
Los protocolos de comunicaciones de Windows CE 1.01 proveen
conectividad a los PCs de escritorio Windows, Internet, y a otros
dispositivos Windows CE. La pila de protocolo de comunicaciones para
las conexiones es el protocolo estndar de Internet, TCP/IP, acompaado
de PPP. TCP/IP y PPP se utilizan cuando se utiliza la caracterstica
"Conexin Directa mediante Cable" entre PCs Windows, as como
tambin ahora se utiliza para comunicar un dispositivo Windows CE con
Internet a travs de un mdem o una LAN. Windows CE tambin incluye
un estndar infrarrojo (IRDA) y que se muestra en la figura superior.
apis
Windows CE exporta un subconjunto de Win32 API. Dentro de este
subconjunto se incluyen sobre 500 de las ms utilizadas APIs de Win32.
Aplicaciones como Pocket Word y Pocket Excel han sido escritas con este
subconjunto.
Junto con los protocolos de comunicaciones, Windows CE provee varias
de las APIs familiares para comunicaciones de Windows, incluyendo
Windows Sockets, TAPI (API de Telefona) y Unimodem.
conectividad remota
Para posibilitar aplicaciones de conectividad, Windows CE exporta RAPI o
Remote Access API (API de Acceso Remoto) a un PC con Windows a
travs de Sockets. El PC a su vez importa esa API y puede manipular al
dispositivo HPC. Una aplicacin en un PC, como el Explorador de HPC,
utiliza RAPI para manipular el almacn de objeto del dispositivo Windows
CE. Los archivos puede moverse hacia y desde el dispositivo Windows

CE, las bases de datos pueden actualizarse, el registro puede ser

modificado y revisado a travs de la conexin.
Mediante la utilizacin de TAPI, esta conexin puede realizarse
remotamente a travs de una lnea telefnica.
Internet Explorer para Windows CE
La conectividad a Internet es un mdulo de Windows CE. Aunque est
destinado para dispositivos con pantalla, los componentes de Internet
Explorer puede utilizarse para conseguir informacin a travs de Internet
an si la navegacin de las pginas de WWW no es un requerimiento.
shell
Pero, muchos sistemas empotrados (embedded) que utilizan Windows
CE no tendrn este shell, o quizs no tendrn ningn shell (o ni siquiera
pantalla). Sin embargo, para aquellos sistemas que necesitan una "look"
Windows, el shell de Windows CE provee una experiencia similar a la de
Windows NT 4.0 y Windows 9x. Windows CE est disponible en una
variedad de idiomas.
requerimientos de hardware para windows ce 1.x
Como mnimo Windows CE debe tener un procesador, memoria y un reloj
de tiempo real. Realmente no se necesita tcnicamente nada ms, pero
obviamente un nmero importante de otros dispositivos tendr un
nmero de perifricos. Los procesadores soportados, y tal cual se dijo
anteriormente, son el NEC 4100 MIPS, Phillips 3900 MIPS y el HITACHI
SH3.
La memoria necesaria para Windows CE es totalmente dependiente de
los componentes que el diseador del sistema seleccion. Por ejemplo,
un sistema de bajo nivel que slo utiliza el kernel, la pila de
comunicaciones requiere menos de la mitad de un megabyte de ROM y
256 KB de RAM. Los componentes en un Windows CE de un HPC, con
todos los componentes de Windows CE activos toma 2 MB de ROM, y al
arranque ya consume 512 KB de RAM. Pero cuando se agregan Word y
Excel y resto de las aplicaciones se requieren 4 MB de ROM y 2 MB de
RAM, con un 1 MB destinado al almacenamiento de datos.
windows ce 2.x
A mediados de 1997 se comenz a distribuir una versin beta de
Windows CE 2.0, que en realidad mantiene la misma estructura de
componentes que Windows CE 1.x, sin embargo presenta avances
importantes:
Soporte para los procesadores Intel y AMD.
La serie 82x de los procesadores PowerPC de Motorola.

Pantalla con colores de hasta 24 bits.

Conexiones LAN mediante el protocolos NDIS.
Subconjunto de ActiveX.
Java Virtual Machine.
Visual Basic Script.
Subconjunto de MFC para Windows CE.

La figura superior muestra a Windows CE 2.0, y como puede verse

soporta colores, algo que Windows CE 1.x no hacia. Las siguientes
figuras muestran el avance entre Windows CE 1.x y Windows CE 2.0. La
primera muestra como se convierte una hoja de clculo de Excel a
formato HPC en Windows CE 2.0.
La figura anterior muestra el Internet Explorer de Windows CE 2.0, que
puede verse muy superior al de Windows CE 1.x no slo por los colores
sino por que Windows CE 2.0 incluye ActiveX , JVM y VB Script lo cual da
un potencial tremendo a las aplicaciones Internet en Windows CE.
windows ce 2.01
Se agrega soporte para:
FAT32
ADO
fast IRDA
USB
Imprimir
arquitectura de memoria de windows ce
Se ha dicho en esta seccin que Windows CE soporta multitarea y
multihilos con prioridad de forma similar a como lo hacen Windows NT y
Windows 9x. Sin embargo, al momento de administrar memoria las cosa
cambian radicalmente.
Como recordar el lector, en los captulos de las Arquitecturas de
Windows 9x y Windows NT se dijo que cada aplicacin (proceso) tiene su
propio espacio de direcciones virtuales de 4 GB que oculta la
arquitectura fsica de la memoria.
Windows CE realiza el mismo mtodo: oculta al programador la
administracin de memoria fsica del dispositivo y mantiene la idea de
memoria virtual. El gran cambio es que Windows CE no provee 4 GB de
memoria virtual a cada nuevo proceso que arranca. Windows CE al
momento de partir crea un espacio de direcciones de 4 GB pero que es
nico para todos los procesos.

Al igual que en Windows NT y Windows 9x la memoria sigue siendo

asignada por pginas. En Windows NT el tamao de la pgina depende
del procesador, en Windows CE tambin y va desde 1 KB hasta 4 KB.
El lector puede estar pensando que tener un espacio de direcciones
comn entre todos los procesos puede que hagan a Windows CE un
sistema inestable sin embargo esa posibilidad se elimina al momento en
que Windows CE implementa proteccin no a nivel de espacio de
direcciones sino que a travs de proteccin de pginas.
palm os versus windows ce
Los dos sistemas operativos ms extendidos del mercado son Palm OS,
de Palm Inc., y Windows CE, de Microsoft. Existen muchos otros pero, a
no ser que tengamos necesidades muy particulares, la mejor opcin
sera quedarse con un dispositivo que funcione con uno de estos dos
sistemas, pues son los que tienen a su disposicin un mayor nmero de
actualizaciones y programas. Entre los dos, copan ms del 90% del
mercado de ordenadores de bolsillo.
Sobre los dispositivos basados en Palm OS no hay nada malo que decir,
en trminos absolutos. O sea, cualquier modelo de Palm Inc. o de
Handspring funcionar de maravilla durante aos, sin errores, sin
problemas y sin complicaciones. Adems, la cantidad de programas
disponibles para la plataforma Palm es enorme.
Ahora bien, para el usuario de Windows 9x/NT/2000, es decir, para ms
del 95% de los usuarios, utilizar un ordenador basado en Palm OS puede
suponer ciertas limitaciones. No es que exista ninguna incompatibilidad
entre Palm OS y el Windows de nuestro PC de escritorio, pues los
programas de sincronizacin son los que hacen todo el trabajo de
comunicacin. El verdadero problema es que Palm OS naci como un
sistema operativo para ordenadores de bolsillo y nada ms, mientras
que Windows CE surgi como un sistema operativo para ordenadores de
bolsillo que permitiera la absoluta integracin entre estos y el PC de
escritorio basado en Windows. Es decir, teniendo en cuenta que un
ordenador de bolsillo tiene como funcin principal servir de extensin al
ordenador de escritorio, la opcin de Windows CE ser la ms adecuada
para la mayora de los usuarios.
Aqul que compre un dispositivo basado en Windows CE se encontrar
con un entorno muy similar al que tiene su Windows de escritorio
(mens desplegables, botn Inicio, ...) y con muchas aplicaciones casi
idnticas a las que tiene en l (Internet Explorer, Word, Excel, Outlook,
Reader, Explorador de Windows, etc.), aunque en las versiones
especficas para la plataforma Pocket PC. Esto har que pasar de
trabajar en el PC de escritorio a trabajar en el PC de bolsillo sea
prcticamente inmediato, sin aprendizaje intermedio.

Por el contrario, los que adquieran un dispositivo basado en Palm OS no

disfrutarn de ninguno de esos programas, sino que tendrn que
adquirir o conseguir aplicaciones de otros fabricantes que les permitan
trabajar con sus documentos de Word o de Excel. Adems, la
organizacin de la informacin en Palm OS, por medio de registros de
bases de datos en vez de archivos, es una solucin tcnicamente muy
ingeniosa pero que suele causar problemas a los usuarios: la pregunta
habitual es "dnde est el documento que escrib con aqul programa
que me baj de Internet?"; en ningn sitio visible, sino dentro de la base
de datos de ese programa.
La ltima caracterstica distintiva de los dispositivos basados en cada
uno de estos dos sistemas operativos son sus capacidades multimedia.
Mientras que slo unos pocos dispositivos basados en Palm OS disponen
de pantalla en color, todos los que usan Windows CE en la actualidad
incorporan, adems de pantallas TFT en color, tarjetas de sonido,
altavoces y micrfonos, lo que no slo reduce las diferencias con
respecto a los PCs de escritorio sino que, adems, dota a estos aparatos
de nuevas funcionalidades: tomar notas con la voz, grabar
conversaciones, usarlos como walkman de MP3, etc.
Finalmente, para aquellos a los que les guste programar sus propias
aplicaciones, lo ms probable es que la plataforma Windows CE sea la
opcin ms adecuada, una vez ms, pues podrn utilizar la mayor parte
de sus conocimientos de Windows y de Visual C++ y Visual Basic, pues
las herramientas de desarrollo de Microsoft para Windows CE utilizan
estos dos lenguajes y muchas tecnologas comunes, como ActiveX, ADO
(ADOCE) y API's estructuralmente muy similares a las de Windows 9x/NT.
Una vez que sepamos qu plataforma se adapta mejor a nuestras
necesidades, slo queda elegir el modelo.

palm os.
Palm OS 5.4.9 (Garnet OS) en una Treo 680 (2006)
El sistema operativo Palm fue desarrollado originalmente por Jeff
Hawkins para el Pilot PDA de US Robotics. La versin 1.0 se venda con
los primeros Pilot 1000 y 5000 y la versin 2.0 se introduca con el Palm
Pilot Personal y Profesional.
Cuando salieron los Palm de la serie III se introdujo la versin 3.0 del
Sistema operativo. Posteriormente, salieron las versiones 3.1, 3.3 y 3.5,
que aadan apoyo para color, puertos de expansin mltiples, nuevos
procesadores y otras prestaciones.
La versin 4.0 sali con la serie m500, y ms tarde sali la actualizacin
para aparatos anteriores. Esto aada una interfaz estndar para el
acceso del sistema de archivos externo (como tarjetas SD) y mejoraba
las bibliotecas de telefona, seguridad y mejoras de IU.La versin 5.0

(Garnet) fue la primera versin que soport los dispositivos ARM.

Anunciado como paso importante por apoyar a los procesadores ARM,
las aplicaciones Palm se ejecutan en un entorno emulado denominado el
Entorno de Compatibilidad de Aplicaciones Palm (PACE, en ingls),
disminuyendo velocidad pero permitiendo gran compatibilidad con
programas antiguos.
El software nuevo puede aprovechar los procesadores de ARM con
ARMlets, pequeas unidades de cdigo ARM. Era tambin
aproximadamente entonces cuando Palm empezaba a separar sus
divisiones de hardware y de sistemas operativos, y finalmente se
convierten en dos compaas PalmSource, Inc. (sistemas operativos) y
palmOne, Inc. (hardware). Las siguientes versiones de Palm OS 5 han
tenido un API estndar para alta resolucin y reas de entrada
dinmicas, junto con un cierto nmero de mejoras menores.
Palm OS 4.1.2, 5.1 y posteriores, incluyen Graffiti 2, debido a la prdida
de un pleito de violacin con Xerox. Graffiti se basa en Jot de CIC.
PalmSource, Inc. present Palm OS Cobalt (tambin denominado Palm
OS 6) a los licenciatarios el 29 de diciembre de 2003. Esto completara la
migracin a aparatos con ARM, y permitira apoyar a las aplicaciones
nativas ARM junto con apoyo multimedia mejorado. Actualmente NO
existen equipos que usen el Palm OS 6 o Cobalt. No est muy claro el
futuro de esta versin de Palm OS, derivado de la compra de PalmSource
por la compaa japonesa ACCESS, LTD.
Aparentemente, en algn momento ser posible tener nuevos equipos
PDA con Palm OS cuyo ncleo (Kernel) sea un Linux completamente
funcional.
aplicaciones incluidas con el palm os
libreta de direcciones
El programa Libreta de Direcciones del Palm almacena informacin
personal, en cualquiera de las categoras definidas por el usuario. Se
muestran las entradas y salidas se ordenan por los apellidos, y nombre
(esto slo se puede cambiar a Compaa, Apellidos). Hay cinco campos
para el telfono o correo electrnico, cada uno de los que se puede
designar a Trabajo, a Casa, Fax u Otras, Correo Electrnico, Principal,
Buscapersonas o Mvil (los nombres de los campos no se pueden
cambiar).
calculadora
La Calculadora convierte el ordenador de bolsillo en una calculadora
estndar de 4 funciones con botones de tres tonos morados y azules que
contrastan con los dos botones rojos para borrar. Ialculadora ncluye
teclas de raz cuadrada y de porcentaje y tiene memoria.
Tambin tiene una opcin para mostrar un historial de los clculos
realizados, como muchas calculadoras que se usaban antes.
calendario

El Calendario muestra un horario diario o semanal, o una vista mensual

simple. El horario diario tiene una lnea cada hora, entre dos horas del
da que el usuario puede elegir. Al hacer clic en una lnea vaca se crea
una cita nueva. Las lneas vacas se llenan con las citas
correspondientes, y la hora en que empiezan y su duracin se muestran
en el margen de la izquierda.
El sistema operativo puede anunciar una cita con una alarma, en el
momento indicado, minutos, horas o das antes. Estas alarmas suenan
incluso cuando la unidad est apagada.
Las citas se pueden repetir en un nmero especificado de das,
semanas, meses o aos y pueden contener notas.
gastos
La aplicacin Gastos permite a un usuario seguir los gastos comerciales
habituales. El ordenador de bolsillo no realiza ningn clculo para
obtener el total. El usuario tiene que sincronizar con un ordenador de
escritorio y ver los datos de los gastos en un hoja de clculo en las que
se incluyen las plantillas para Microsoft Excel. Debido a esta desventaja,
muchos usuarios consideran esta aplicacin poco til.
libreta de notas
Las Notas de Texto permiten escribir notas de hasta 4000 caracteres,
clasificadas en categoras configurables por el usuario. Las notas se
pueden ordenar alfabticamente o manualmente (que permiten al
usuario escoger el orden de las notas). Las Notas de Texto slo pueden
incluir texto, no dibujos. Por esto, el texto en las Notas se ha de
introducir utilizando el alfabeto Graffiti.
notas
En las Notas se pueden hacer dibujos y notas manuscritas. Se pueden
ingresar hasta 10 palabras por pgina, si la escritura es pulcra. De lo
contrario, es mejor poner texto en la Libreta de Notas. Hay tres medidas
de lpices de dibujo, ms una goma de borrar. Es posible dibujar un
mapa muy simple.
tareas
Tambin denominada lista de tareas. Es el lugar adecuado por crear
recordatorios personales y priorizar las cosas que tienes que hacer. Cada
elemento de la lista de tareas tambin puede tener: una prioridad,
categoras (por organizar y agrupar las tareas en grupos lgicos),
adjuntar una Nota (por aadir una descripcin o una aclaracin de la
tarea). Las tareas se pueden ordenar por: fecha, prioridad o categora.
Palm OS 4.1 en una Palm m515 (2002)
comunicaciones
infrarrojos
Una de las caractersticas de las mquinas con Palm OS es que se
venden de serie con un puerto infrarrojo, es decir que se pueden
comunicar con otros dispositivos que incluyan un puerto infrarrojo, como

por ejemplo algunos modelos de impresora, ordenadores porttiles y

modelos de telfono mviles as como tambin a las redes de
computadoras con las que pueda establecer comunicacin por medio de
Wi-Fi.
A partir del PalmOS 3.0, que sali con el Palm III, el sistema operativo
incluye apoyo por comunicaciones por infrarrojo, de acuerdo con la
norma IrDA.
Una de las limitaciones de la comunicacin por infrarrojos, es que no
pueden haber obstculos entre los dispositivos que se comunican. Para
superar este inconveniente, ms adelante han aparecido nuevas
tecnologas como por ejemplo el Bluetooth, y el Internet Wi-Fi.
bluetooth
El Bluetooth es un sistema de conexin inalmbrica de corto alcance
(aproximadamente 10 metros).
En los ltimos tiempos ha proliferado tanto la conexin entre los
pequeos dispositivos y, al mismo tiempo, stos han ido reduciendo
tanto su volumen, que no es extrao que la muchedumbre de cables que
usamos para conectarlos ocupe casi el mismo espacio, si no ms, que
los mismos dispositivos. La tecnologa Bluetooth ha venido a salvarnos
de esta absurda situacin.
A partir del PalmOS 5.0, que sali con el Palm Tungsten T, el sistema
operativo incluye apoyo para comunicaciones por Bluetooth, de acuerdo
con el estndar Bluetooth v1.1, que corresponde al 802.15.1 IEEE, que
usa la misma gama de frecuencias (2.4 Ghz) que el IEEE 802.11b, aun
cuando no se tienen que confundir.
otras aplicaciones
Hay muchas aplicaciones interesantes para el sistema operativo PalmOS
que se pueden aadir. En agosto de 2003, haba ms de 19,000
aplicaciones disponibles para la plataforma Palm OS, incluyendo
software libre (totalmente liberado) como el lector de documentos
Plucker o la base de datos Pilot-DB, y shareware (demos para probar el
programa antes de comprarlo), y aplicaciones comerciales.
resolucin de pantalla
Palm OS admite mltiples resoluciones de pantalla. El Palm original
utilizaba una resolucin de 160x160 pxeles. Los primeros ordenadores
de bolsillo de terceras marcas podan esconder el rea de escritura (o
rea de Graffiti) hasta ocupar 160x250 pxeles. Hay ordenadores de
bolsillo con pantallas de alta resolucin de 320x320 pxeles como por
ejemplo la Zire 72 de PalmOne, la gama Sony Clie o la Tungsten T3 de
PalmOne que venden con pantallas de alta resolucin de 320x480 con
reas de Graffiti virtuales.
Obtenido de "http://es.wikipedia.org/wiki/Palm_OS"
symbian

Para competir contra Palm y contra el Smartphone de Microsoft,

hace ya 9 aos (en 1998), varias empresas de telefona mvil como
Nokia, Siemens, Fujitsu, Arima, Samsung, LG, Mitsubishi Electric,
Panasonic, Motorola, Lenovo, Sharp, Benq, Sony Ericsson, Sanyo y
Sendo se unieron en una alianza para crear un sistema operativo
para muchos telfonos mviles con capacidad de procesamiento
de datos.
Fruto de esa alianza, crearon la empresa Symbian Ltd en 1998 con el
objeto de desarrollar un sistema operativo abierto para las diversas
plataformas de telfonos mviles. Y as llego el Sistema
Operativo Symbian, un sistema operativo diseado
especficamente para dispositivos mviles y diseado para funcionar
en un espacio pequeo, con escasos recursos de memoria y preparado
para administrar de manera eficiente la energa (por aquella poca el
problema del consumo energtico en los mviles era un problema
importante con el surgimiento de pantallas a color y la necesidad de
proceso).
Adems, Symbian tena que ser tolerante a fallos, de una manera ms
amplia a como lo eran los PCs, la gente puede entender que un pc se
cuelgue, pero no as su telfono mvil. De la misma manera, tras el
apagado del telfono mvil (fuese como fuese) los datos contenidos en
l deban permanecer ntegros, nunca podran perderse debido a un
Sistema Operativo corrupto o daado.
Como software de sistema operativo, Symbian proporciona las rutinas y
los servicios subyacentes para las aplicaciones. Tecnicamente el sistema
operativo Symbian es una coleccin compacta de cdigo ejecutable y
varias archivos, la mayora de ellos bibliotecas DLL (aunque tambin
encontramos archivos de configuracin, tipografas, imgenes y otros
recursos).
Por norma general, el sistema operativo Symbian lo encontramos
cargado en la memoria flash del telfono mvil, de esta forma podemos
conservar el sistema operativo aun cuando no tengamos batera.
Adems, el estar dispuesto en una memoria aparte, facilita su re
programacin o actualizacin sin necesidad de separarla de los dems
circuitos.
Symbian contempla cuatro tipos de dispositivos para su sistema
operativo, los denominados Serie60, Serie80, Serie90 y UIQ. La
mayora de Nokia son Serie60 (aunque tambin dispone de Serie80 y
Serie90) y todos los de Sony Ericsson y Motorola trabajan bajo UIQ. De
hecho, Nokia ha hecho del Sistema Operativo Symbian su opcin
estratgica para los sistemas operativos de los smartphones. El software
de los Nokia Serie60 es actualmente la plataforma de software ms

ampliamente utilizada en el mercado smartphone de todo el mundo, con

mas 60 millones de telefonos
El desarrollo de aplicaciones para Symbian es sencillo ya que no
es necesario aprender un lenguaje de programacin nuevo, se puede
programar a partir de lenguajes de programacin de pc como Java, C++
Visual Basic, Python, Perl, Flash Lite (entre otros). Este echo ha
conseguido que existan en la actualidad millones de aplicaciones para
mviles Symbian que realicen todas las tareas imaginables: juegos,
mapas, guas de ciudades, reproductores de vdeo, traductores,
diccionarios, administradores de archivos, emuladores de otros
dispositivos como consolas, navegadores web
java y j2me
J2ME es el acrnimo de Java 2 Micro Edition. J2ME es la versin de Java
orientada a los dispositivos mviles. Debido a que los dispositivos
mviles tienen una potencia de clculo baja e interfaces de usuario
pobres, es necesaria una versin especfica de Java destinada a estos
dispositivos, ya que el resto de versiones de Java, J2SE o J2EE, no
encajan dentro de este esquema. J2ME es por tanto, una versin
reducida de J2SE.
Sun, dispuesto a proporcionar las herramientas necesarias para cubrir
las necesidades de todos los usuarios, cre distintas versiones de Java
de acuerdo a las necesidades de cada uno. Segn esto nos encontramos
con que el paquete Java 2 lo podemos dividir en 3 ediciones distintas.
J2SE (Java Standard Edition) orientada al desarrollo de aplicaciones
independientes de la plataforma, J2EE (Java Enterprise Edition) orientada
al entorno empresarial y J2ME (Java
Micro Edition) orientada a dispositivos con capacidades restringidas.
Veamos cules son las caractersticas de cada una de las versiones:
1. Java 2 Platform, Standard Edition (J2SE). Esta edicin de Java es la que
en
cierta forma recoge la iniciativa original del lenguaje Java. Tiene las
siguientes
caractersticas:
Inspirado inicialmente en C++, pero con componentes de alto nivel,
como soporte nativo de strings y recolector de basura.
Cdigo independiente de la plataforma, precompilado a bytecodes
intermedio y ejecutado en el cliente por una JVM (Java Virtual Machine).
Modelo de seguridad tipo sandbox proporcionado por la JVM.

Esta versin de Java contiene el conjunto bsico de herramientas usadas

para
desarrollar Java Applets, as cmo las APIs orientadas a la programacin
de aplicaciones de usuario final: interfaz grfica de usuario, multimedia,
redes de
comunicacin
2. Java 2 Platform, Enterprise Edition (J2EE). Esta versin est orientada
al entorno empresarial. El software empresarial tiene unas
caractersticas propias
marcadas: est pensado no para ser ejecutado en un equipo, sino para
ejecutarse sobre una red de ordenadores de manera distribuida y
remota mediante EJBs (Enterprise Java Beans). De hecho, el sistema se
monta sobre varias unidades o aplicaciones. En muchos casos, adems,
el software empresarial requiere que sea capaz de integrar datos
provenientes de entornos heterogneos. Esta edicin est orientada
especialmente al desarrollo de servicios web, servicios de nombres,
persistencia de objetos, XML, autenticacin, APIs para la gestin de
transacciones, etc. El cometido de esta especificacin es ampliar la J2SE
para dar soporte a los requisitos de las aplicaciones de empresa.
3. Java 2 Platform, Micro Edition (J2ME). Esta versin de Java est
enfocada
a la aplicacin de la tecnologa Java en dispositivos electrnicos con
capacidades computacionales y grficas muy reducidas, tales como
telfonos mviles, PDAs o electrodomsticos inteligentes. Esta edicin
tiene unos componentes bsicos que la diferencian de las otras
versiones, como el uso de una mquina virtual denominada KVM (Kilo
Virtual Machine, debido a que requiere slo unos pocos Kilobytes de
memoria para funcionar) en vez del uso de la JVM clsica, inclusin de
un pequeo y rpido recolector de basura.
nuevos conceptos
configuracin
La configuracin es un mnimo grupo de APIs (Application Program
Interface),
tiles para desarrollar las aplicaciones destinadas a un amplio rango de
dispositivos. La configuracin estndar para los dispositivos inalmbricos
es conocida como CLDC (Connected Limited Device Configuration). El
CLDC proporciona un nivel mnimo de funcionalidades para desarrollar
aplicaciones para un determinado conjunto de dispositivos inalmbricos.
Se puede decir que CLDC es el conjunto de clases esenciales para
construir aplicaciones. Hoy por hoy, slo tenemos una configuracin,
pero es de esperar que en el futuro aparezcan distintas configuraciones

orientadas a determinados grupos de dispositivos. Los requisitos

mnimos de hardware que contempla CLDC son:
160KB de memoria disponible para Java.
Procesador de 16 32 bits con al menos 25 Mhz de velocidad.
Ofrecer bajo consumo, debido a que stos dispositivos trabajan con
suministro de energa limitado, normalmente bateras.
Tener conexin a algn tipo de red, normalmente sin cable, con conexin
intermitente y ancho de banda limitado (unos 9600 bps).
Los dispositivos que claramente encajan dentro de este grupo, son los
telfonos mviles, los PDA (Personal Digital Assintant) o los Pocket
PC. En cuanto a
los requisitos de memoria, segn CLDC, los 160KB se utilizan de la
siguiente forma:
128KB de memoria no voltil para la mquina virtual Java y para las
libreras del API de CLDC
32KB de memoria voltil, para sistema de ejecucin (Java Runtime
System).
En cuanto a las limitaciones impuestas por CLDC, tenemos por ejemplo
las
operaciones en coma flotante. CLDC no proporciona soporte para
matemtica en coma flotante. Otra limitacin es la eliminacin del
mtodo Object.finalize. Este mtodo es invocado cuando un objeto es
eliminado de la memoria, para optimizar los recursos.
Tambin se limita el manejo de las excepciones. Es complicado definir
una serie de clases de error estndar, que se ajuste a todos los
dispositivos contemplados dentro de CLDC. La solucin es soportar un
grupo limitado de clases de error y permitir que el API especfico de cada
dispositivo defina su propio conjunto de errores y excepciones.
La seguridad dentro de CLDC es sencilla, sigue el famoso modelo
sandbox. Las lneas bsicas del modelo de seguridad sandbox en CLDC
son:
Los ficheros de clases, deben ser verificados como aplicaciones vlidas.
Slo las APIs predefinidas dentro de CLDC estn disponibles.
No se permite cargadores de clases definidos por el usuario.
Slo las capacidades nativas proporcionadas por CLDC son accesibles.
perfiles
El perfil es el que define las APIs que controlan el ciclo de vida de la
aplicacin

e interfaz de usuario. Ms concretamente, un perfil es un conjunto de

APIs
orientado a un mbito de aplicacin determinado. Los perfiles identifican
un grupo de dispositivos por la funcionalidad que proporcionan
(electrodomsticos, telfonos mviles) y el tipo de aplicaciones que
se ejecutarn en ellos. Las libreras de la interfaz grfica son un
componente muy importante en la definicin de un perfil. Aqu nos
podemos encontrar grandes diferencias entre interfaces, desde el men
textual de los telfonos mviles hasta los tctiles de los PDAs.
El perfil establece unas APIs que definen las caractersticas de un
dispositivo,
mientras que la configuracin hace lo propio con una familia de ellos.
Esto hace que a la hora de construir una aplicacin se cuente tanto con
las APIs del perfil como de laconfiguracin. Tenemos que tener en cuenta
que un perfil siempre se construye sobre una configuracin
determinada. De este modo, podemos pensar en un perfil como un
conjunto de APIs que dotan a una configuracin de funcionalidad
especfica.
Existen unos perfiles que construiremos sobre la configuracin CDC y
otros que construiremos sobre la CLDC. Para la configuracin CDC
tenemos los siguientes perfiles:
Foundation Profile.
Personal Profile.
RMI Profile.
Y para la configuracin CLDC tenemos los siguientes:
PDA Profile.
Mobile Information Device Profile (MIDP).
midlet
Las aplicaciones J2ME desarrolladas bajo la especificacin MIDP, se
denominan MIDLets. Las clases de un MIDLet, son almacenadas en
bytecodes java, dentro de un fichero .class. Estas clases, deben ser
verificadas antes de su puesta en marcha para garantizar que no
realizan ninguna operacin no permitida. Esta preverificacin, se debe
hacer debido a las limitaciones de la mquina virtual usada en estos
dispositivos (KVM). Para mantener esta mquina virtual lo ms sencilla y
pequea posible, se elimina esta verificacin, y se realiza antes de la
entrada en produccin. La preverificacin se realiza despus de la
compilacin, y el resultado es una nueva clase, lista para ser puesta en
produccin.
Los MIDLets, son empaquetados en ficheros .jar. Se requiere alguna
informacin extra, para la puesta en marcha de las aplicaciones.

Esta informacin se almacena en el fichero de manifiesto, que va

incluido en el fichero .jar y en un fichero descriptor, con extensin .jad.
Un fichero .jar tpico, por tanto, se compondr de:
Clases del MIDLet
Clases de soporte
Recursos (imgenes, sonidos...)
Manifiesto
Descriptor
Un fichero .jar puede contener varios MIDLets. Esta coleccin de
MIDLets, se
suele llamar MIDLet Suite. Esta unin de varios MIDLets en una
distribucin, permite compartir recursos tales como imgenes o sonidos
y, por tanto, optimizar los recursos del dispositivo.
Un MIDlet durante su ejecucin pasa por 3 estados diferentes:
Activo: el MIDlet est actualmente en ejecucin.
Pausa: El MIDlet no est actualmente en ejecucin. En este estado el
MIDlet no debe usar ningn recurso compartido. Para volver a pasar a
ejecucin tiene que cambiar su estado a Activo.
Destruido: El MIDlet no est en ejecucin ni puede transitar a otro
estado.
El gestor de aplicaciones (AMS) cambia el estado de los MIDlets
haciendo una llamada a cualquiera de los mtodos anteriores. Un MIDlet
tambin puede cambiar de estado por s mismo.
Ahora vamos a ver por los estados que pasa un MIDlet durante una
ejecucin tpica y cules son las acciones que realiza tanto el AMS como
el MIDlet. En primer lugar, se realiza la llamada al constructor del MIDlet
pasando ste al estado de Pausa durante un corto perodo de tiempo. El
AMS por su parte crea una nueva instancia del MIDlet.
Cundo el dispositivo est preparado para ejecutar el MIDlet, el AMS
invoca al mtodo MIDlet.startApp() para entrar en el estado de Activo. El
MIDlet entonces, ocupa todos los recursos que necesita para su
ejecucin. Durante este estado, el MIDlet puede pasar al estado de
Pausa por una accin del usuario, o bien, por el AMS que reducira en
todo lo posible el uso de los recursos del dispositivo por parte del MIDlet.
Tanto en el estado Activo como en el de Pausa, el MIDlet puede pasar al
estado Destruido realizando una llamada al mtodoMIDlet.destroyApp().
Esto puede ocurrir porque el MIDlet haya finalizado su ejecucin o
porque una aplicacin prioritaria necesite ser ejecutada en memoria en
lugar del MIDlet. Una vez destruido el MIDlet, ste libera todos los
recursos ocupados.

herramientas de desarrollo
En el mercado existen varias herramientas que nos pueden ayudar a la
hora de
crear nuestros MIDlets. En este tutorial vamos a hacer uso de un par de
ellas que explicaremos a continuacin:
1. La primera de ellas es un entorno de desarrollo de Java con un
emulador
integrado, el Sun One Studio Mobile Edition. Este entorno es
exactamente igual
al Sun One Studio, pero incluye un emulador con el que podemos ver la
ejecucin de nuestros MIDlets, adems de incluir las APIs propias de la
configuracin CLDC y el perfil MIDP (Mobile Edition).
2. La segunda herramienta es el J2ME Wireless Toolkit 2.0 que es
simplemente
un emulador al que le proporcionamos las clases java ya creadas y
podemos ver el MIDlet en ejecucin.
3.Desarrollo de aplicaciones en el Sun One Studio Mobile Edition
Una vez instalado el Sun One Studio Mobile Edition, nos aparecer un
entorno
basado en ventanas donde podremos desarrollar y compilar nuestro
MIDlet.
Figura. Aspecto del Sun One Studio Mobile Edition.
En esta herramienta es posible realizar todas las fases del desarrollo de
aplicaciones MIDP:
Disponemos de un editor de texto totalmente integrado donde crear el
cdigo
fuente.
Una vez creado el cdigo del MIDlet es posible su compilacin ya que el
entorno dispone de todas las libreras necesarias para ello.
El proceso de preverificacin se realiza automticamente despus de la
compilacin.
El entorno tambin nos da la posibilidad de empaquetar el MIDlet por
separado dentro de una MIDlet suite.
Por ltimo, las fases de ejecucin y depuracin tambin la podemos
realizar
con esta herramienta ya que nos permitir ejecutar el MIDlet sobre un
emulador, ya que trae integrada la herramienta J2ME Wireless Toolkit

1.0.4. Es posible sustituirla por la 2.2 con objeto de utilizar ciertas

extensiones que esta ltima incorpora. Como vemos, esta herramienta
engloba todas las fases de desarrollo en un mismo entorno.
desarrollo de aplicaciones con el j2me wireless toolkit 2.2
Se trata de una plataforma ideada por Sun Microsystems cuya ltima
versin sali al mercado a finales de octubre de 2004. Es un conjunto de
herramientas que hace posible crear aplicaciones para telfonos mviles
y otros dispositivos inalmbricos. Aunque est basado en MIDP 2.0
(Mobile Information Device Profile), la J2 Wireless Toolkit tambin trae
una amplia coleccin de paquetes opcionales que lo convierten en una
herramienta de desarrollo bastante potente.
componentes.
Ktoolbar: que automatiza la mayor parte de las tareas involucradas en la
creacin de aplicaciones MIDP. Es el centro de la aplicacin y se puede
usar para construir aplicaciones, lanzar el emulador y empezar las
utilidades.
Emulator: se trata de una simulacin de un telfono mvil. Sobre l se
evalan las aplicaciones MIDP.
Una coleccin de utilidades que proporciona otros servicios igualmente
tiles,
como pueden ser utilidades de criptografa o una consola de mensajes.
caractersticas.
La J2ME Wireless Toolkit permite la creacin de aplicaciones MIDP con las
siguientes caractersticas principales.
Building and packaging: el usuario slo debe escribir el cdigo y la
herramienta de ocupa del resto, ya que ella compila, preverifica los
ficheros de clases y empaqueta un MIDlet suite.
Running and monitoring: se puede ejecutar el MIDlet directamente en el
emulador o instalarlo usando un proceso que se parece a la instalacin
de una
aplicacin en un dispositivo real.
MIDlet suite signing: contiene herramientas para firmar
criptogrficamente los
MIDlet, hecho que resulta de gran utilidad.
uso
Al arrancar la Ktoolbar nos encontramos con una ventana con un
aspecto tal que:

Se trata de un entorno muy simple que ni siquiera aporta un editor de

texto. Por
tanto, el cdigo deberemos escribirlo en cualquier editor de texto
pasrselo a la
Ktoolbar de una manera bastante particular como veremos a
continuacin.
Si hacemos click en el botton de New project, nos aparecer una
ventana en el que tendremos que definir el nombre del proyecto que
queremos crear as como el nombre de su MIDlet.
Al hacer esto, nos saldr una pantalla en la que podremos escoger
multitud de
propiedades y caracterstias propias de la aplicacin que queremos
desarrollar.
La pantalla que muestra por defecto es:Figura. Men de opciones de las
aplicaciones.
Y, finalmente, nos dice los directorios que ha creado automticamente
donde debern guardarse los ficheros. Este aspecto es especialmente
crtico, ya que los ficheros deberemos colocarnos nosotros manualmente
en dichos directorios.
3.3.- PROCESOS PARA EL DESARROLLO DE APLICACIONES
MVILES
Para la construccin de aplicaciones web y mviles se necesitan crear
tres grandes procesos: Empecemos por el cliente mvil este debe
cumplir, en lo posible, con los requerimientos del cliente en cuanto a
procesos en el dispositivo mvil. despues encontramos la aplicacin
Web que es la que hace el trabajo "fuerte" y procesa el trabajo de los
clientes mviles.
El tercer gran proceso es el que se encuentra en el medio de los
anteriores se denomina la sincronizacin. Este es el mecanismo por el
cual se mantiene la consistencia e integridad de datos entre los clientes
mviles y la aplicacin de servidor.
Para las aplicaciones en los clientes Mviles existen una variedad de
dispositivos y software con los que se puede utilizar para crear sistemas
que cumplan los requerimientos de un proyecto especfico.
algunos programas para la creacin de software en el cliente
mvil son:
superwaba c# java(microedition) thinkdb
En cuanto a las aplicaciones Web tenemos una variedad de software
como la siguiente:

Jsp(Java Server Page) Php .Net python, Los procesos de

sincronizacin se pueden implementar con Java,C# o utilizar algunas
Herramientas de sincronizacin que traen las aplicaciones para Pda
como ThinkDB.
3.4.- ALMACENAMIENTO DE DATOS
sqlite
SQLlite es una pequea librera programada en lenguaje C que
implementa un
completo motor de base de datos que no precisa configuracin.
Es muy rpido y la ventaja fundamental es que permite utilizar el
lenguaje
estandar SQL.
SQLite destaca, adems de por su velocidad, por su versatilidad. El
motor de
PHP 5 ahora incluye soporte interno para SQLite.
SQLite es Software Libre por lo tanto el cdigo fuente es del dominio
pblico y licencia GPL.
La mayor parte de los lenguajes de programacin modernos soportan
SQLite.
SQLite funciona en mltiples Sistemas Operativos.
Las bases de datos de SQLite son compatibles al 100% entre cada
Sistema Operativo.
Transacciones atmicas, consistententes e incluso an con una falla de
energa o cada del sistema no corrompen la base de datos.
Cero configuracin o administracin necesitada.
Implementa el lenguaje SQL92(Algunas caractersticas no oportadas)
Una base de datos completa es almacenada en un solo archivo.
La base de datos puede ser libremente compartida entre diversas
mquinas.
Soporta tipos de datos BLOB.
Simple y fcil de usar los API de desarrollo.
Cdigo fuente bien comentado con pruebas de hasta un 95% cubiertas
No tiene dependencias externas, Libreras de SQLite estn
autocontenidas.
Cdigo Fuente es del dominio pblico,, puede usarse para algn
propsito.
3.5.- FUNDAMENTOS DE SINCRONIZACIN.
La Sincrinizacin es el proceso por el cual dos componentes
intercambian datos o informacin. Los datos intercambiados pueden
afectar la informacin uno o de ambos componentes. Se dice que esto
se hace por medio de protocolos de sincronizacin, donde ambos
componentes "conocen" la forma de intercambio de datos.
sincronizacin de informacin

La importancia de la sincronizacin radica en el mantenimiento de la

confiabilidad e integridad de la informacin.
Entre los protocolo se encuentran los siguientes:
Slow sync : En trminos generales cuando se va ha sincronizar con este
protocolo la pda transfiere todos los datos hacia el PC. y compara uno a
uno los registro para ver cual ha sufrido cambios, se ha borrado o ha
sido adicionado.
sincronizacin por medio de slow sync.
Entoces cada uno de los datos existentes en la Base de datos o archivo
de la pda pasa a sincronizar al pc, por eso se denomina show sync.
Un ejemplo de datos pude ser la sincronizacin de pedidos, los cuales se
requieren que pasen todos para su posterior facturacin.
Fast sync : Este protocolo de sincronizacin es mucho mas rpido que
el anterior y se basa en que slo pasan al servidor los datos que han
tenido modificaciones, en otras palabras, los datos que no han sufrido
cambios, borrados o adiciones no se sincronizan.
sincronizacin por medio de flast sync.
Un ejemplo tpico de sincronizacin con este protocolo seria el
del mantenimiento de una agenda de citas. Donde no se interesa
sincronizar las citas que no han sufrido modificaciones. Si algunas citas
permanecen igual se quedan sin sincronizar.
Este protocolo de sincronizacin utiliza una "bandera" de estado que
permite "marcar" los registros que han sufrido modificaciones desde la
ultima fecha de sincronizacin.
Cuando se sincronizan los el Pc y la Pda pueden ocurrir los siguientes
eventos:
Insercin:
el registro nuevo en la Pda es adicionado al servidor
Modificacin : el registro de la Pda Remplaza al del servidor.
Borrado
: el Registro en el servidor es borrado
Guardado
: el Registro se guarda en el servidor.
Cuando termina la sincronizacin los "banderas" de estado se anulan o
"Resetean". Y se guarda la fecha de sincronizacin.
El Protocolo Intellisync anywhere esta dedicado para la sincronizacin
en red de diferentes dispositivos, donde los dispositivos mviles
sincronizan con un servidor central.
Adems de los dos protocolos anteriores existe otro
llamando SyncMl (Synchronous Mark Up Language)
La objetivo de este protocolo es la sincronizacin "abierta" entre
dispositivos de diferentes familias. Varias compaas unen esfuerzos

para que sus equipos trabajen con este protocolo de sincronizacin. Se

puede decir que se busca un protocolo de sincronizacin Universal.
Este protocolo asume que cada dispositivo guarda banderas de
estado de los registros de los demas. Asi que este necesita bastante
almacenamiento para mantener la integridad de la informacin y las
banderas de estado.
sincronizacin por medio de intellisync y per-to-per.
Per-To-Per: es otro protocolo de sincronizacin donde todos y cada uno
de los dispositivos se sincronizan sin la necesidad de un computador
centrar o servidor como ocurre en el caso del protocolo Intellisync
anywhere.
No esta dems hacer nfasis en que la sincronizacin es un
proceso diferente al de transmisin de informacin. No se deben
confundir estos trminos por muy similares que parezcan.
El lector puede buscar informacin de este tema por el nombre
de Conduit.
Para la sincronizacin en una aplicacin se pueden utilizar tablas de
sincronizacin.
En algunas aplicaciones no se sincroniza directamente sobre la
base de datos. para este fin se utilizan tablas temporales donde
se guarda la informacin y posteriormente con un proceso se puede
depurar y hacer correcciones.
Lo anterior se realiza por motivos de seguridad.
Sincronizacin sobre Tablas de sincronizacin. No directamente
sobre la base de datos principal.
Un ejemplo de esto seria la sincronizacin en un sistema de
pedidos donde lo que se necesita es descargar los pedidos y que el
proceso de facturacin se encarge del resto.
Claro esta que se puede sincronizar directamente sobre la base
de datos y hacer la depuracin en el proceso de sincronizacin
agente de sincronizacin de hotsync
Estas simplemente son opciones que se plantean, el lector puede
utilizar la que mejor se adapte a su aplicacin.
3.6.- ARQUITECTURAS DE SINCRONIZACIN.
sincronizacin de procesos
Concurrencia de procesos
Regin crtica
Semforos
Esquemas de sincronizacin

Bloqueos mtuos (deadlock).

regin crtica
* Regiones crticas: Zonas de un cdigo que leen o modifican datos
compartidos con otros procesos.
* Es necesario garantizar la ejecucin de cada regin crtica como una
operacin de modificacin o consulta atmica (evitar que los datos sean
accedidos por otro proceso durante la ejecucin de esa parte del cdigo)
* Las operaciones para lograr la ejecucin de una seccin crtica en
exclusin
mtua son:
Esperar (wait): Verifica que nadie ejecuta una regin crtica.
Indicar terminacin (signal): Indica que se abandona la regin
crtica.

proceso1: d=generar datos

proceso2: wait(S)
wait(S) obtener dato f de Buffer
almacenar d en Buffer signal(S)
signal(S) consumir dato f
semforos
* Son objetos ofrecidos por el sistema operativo a los procesos que
permiten controlar la exclusin mtua.
* Estado del semforo: indica si hay algn proceso dentro de la seccin
crtica
* Operaciones (semforos binarios):
* wait(S): si el semforo est ocupado, bloquea al proceso,cuando est
libre continua la ejecucin y pone el semforoa ocupado.
* signal(S): pone el semforo en estado libre.
* Existen semforos n-arios que dejan pasar hasta n procesos a la
exclusin
mtua antes de bloquear a los que entran.
* Monitores: tipos de datos de lenguajes de alto nivel (como Ada) que
incorporan implcitamente un semforo en su implementacin (esconden
el control de concurrencia al programador).

esquemas de sincronizacin
* Existen esquemas de sincronizacin de procesos concurrentes muy
usados.

* Exclusin mtua: acceso concurrente a datos para operaciones de

consulta y modificacin (p.e. bases de datos).
*Productor-consumidor: uno o mas procesos dejan dato en un buffer y
uno o mas procesos los toman del buffer (la sincronizacin solo hace
esperar al consumidor cuando no hay datos).
proceso1: repetir proceso2:repetir
producir dato wait(S)
signal(S) consumir dato
frepetir frepetir
* Barrera de sincronizacin: varios procesos trabajan deforma
independiente para producir un nico resultado a partir de los resultados
parciales (reduccin).
proceso1: procesar datos
proceso2:procesar datos
barrier(S) barrier(S) combinar resultados
bloqueos mtuos (deadlock)
* El sistema controla la asignacin de recursos a procesos
* Los procesos piden recursos
* El sistema los asigna a los procesos
* Los procesos los devuelven cuando terminan de usarlos
* Cuando un proceso pide un recurso ya asignado se bloquea hasta que
el recurso es liberado.
* Un deadlock es una espera cclica entre procesos que esperan
recursos pedidos .
* El sistema debe evitar que los procesos se queden bloqueados para
siempre
estrategias de asignacin de recursos
* Prevencin: polticas de peticin y asignacin de recursos
conservadoras evitan que se puedan producir deadlocks.
* Deteccin: polticas de peticin y asignacin ms liberales que
permiten la aparicin de deadlocks requieren algoritmos de deteccin:
examinar la situacin
actual para encontrar grupos de procesos bloqueados por deadlock

* Recuperacin: polticas de actuacin para deshacer las

situaciones de deadlock (eliminar procesos, revocar asignaciones, ).
seguridad

* Seguridad
*Medidas de prevencin
*Medidas de recuperacin
*Sistemas de almacenamiento redundantes (RAID, SAN)
medidas de prevencin
- Medidas que tratan de evitar los desastres o fallos.
- Medidas de proteccin (control de acceso de usuarios y polticas de
permisos).
- Sistemas de alimentacin ininterrumpida SAI (UPS).
- Sistemas redundantes o tolerantes a fallos.
- Fuentes de alimentacin redundantes.
- Sistemas multiprocesadores: un computador con varios modulos
independientes de procesadores y memoria.
- Sistemas distribuidos: varios computadores independientes unidos por
una red de datos.
- Sistemas de almacenamiento redundantes (RAID).
- Uso de salas seguras (acceso restringido) y acondicionadas
(condiciones de temperatura, humedad, y partculas de polvo
controladas).
Uso de cortafuegos en la red de datos.
medidas de recuperacin
- Medidas que permiten recuperar el sistema en caso de desastre o fallo.
- Realizacin de copias de seguridad.
-Almacenado de cintas de backup en armarios ignfugos.
- Reconfiguracin automtica del hardware/software en los equipos
redundantes/tolerantes a fallos.
- Reconfiguracin automtica del software en los sistemas distribuidos.
- Cambio de componentes con el equipo en funcionamiento (hot-swap).
sistemas de almacenamiento redundantes (i)
- RAID: Armarios de discos que son vistos por el computador como un
solo disco.
- Se requiere un controlador que controla el conjunto de discos y
responde al computador como si fuera un nico disco.
- Algunas configuraciones permiten velocidades de transferencia muy
elevadas.
- Permiten continuar funcionando en caso de avera de un disco gracias
a la redundancia (mirroring, paridad ).
sistemas de almacenamiento redundantes (ii)

- Storage Area Network: El bus de perifricos permite conectar los discos

a varios computadores simultneamente.
- En caso de avera de un sistema, otro sistema puede continuar
ejecutando las aplicaciones accediendo a los mismos datos (p.e.
servidores de Base de Datos redundantes).
- La reconfiguracin es automtica (no requiere desenchufar y enchufar
nada ni reconfigurar sofware).

Bibliografa

http://www.monografias.com/trabajos24/arquitectura-clienteservidor/arquitectura-cliente-servidor.shtml
http://luciacpe.blogspot.mx/2010/03/cliente-ligero-y-clienteinteligente.html
http://es.slideshare.net/TWIGGYRamirez1/arquitectura-cliente-1
https://es.wikipedia.org/wiki/Middleware
http://www.tesoem.edu.mx/alumnos/cuadernillos/2013.001.pdf