UNIDAD 3

APLICACIONES DE CLIENTE INTELIGENTE

OBJETIVO
Conocer la arquitectura de un cliente inteligente y aprender los fundamentos
de los principales sistemas operativos utilizados en los dispositivos mviles asi
como la forma en que se da el funcionamiento
Criterios
Examen escrito 40
Trabajo de Inx 30
Exposicion 30
TEMAS UNIDAD 3
.
.
.
3.1 Arquitectura del cliente inteligente
Sistemas distribuidos
Definiciones
Sistema informatico compuesto por un conjunto de nodos de procesamiento
comunicdos y coordinados mediante una red que permite el intercambio de
mensajes
Caracteristicas
-Transparentes
Ocultan al desarrollador el hecho de que los recuersos estn distribuidos
-abiertos
Soportan la interconexin
-escalables
Ventajas
-Economia

Comparticin de recursos costosos

Ahorro de costos
-Flexibilidad
Independencia entre las tecnologas
-Fiabilidad
Tolerancia a fallos
-Escalabilidad
No limitado a recursos de un nico equipo
Posibilidad de introduccin
Desventajas
Dificultad en el desarrollo del software
Limitaciones de las redes:ancho e bada
Problemas de seguridad: control de accesos, confidencialidad y integridad
ARQUITECTURAS DE SISTEMAS DISTRIBUIDOS
Topologia:
Arquitectura centralizada
Arquitectura descentralizada
Estructura:
Basado en capas
Basado en objetos (componentes)
Basado en eventos
Topologia:
Arquitectura centralizada:
-los componentes del sistema presentan diferentes roles
-paradigma cliente-servidor
-arquitectura multicapa

Arquitectura descentralizada
-todos los componentes tienen las mismas responsabilidades y funciones (peer
tu peer)
ESTRUCTURA
Basados en capas
Elementos del sistema organizados en capas especializadas donde la
comunicacin est limitada a componentes de capas contiguas conforme a un
flujo preestablecido
Basados en objetos
Elementos del sistema son objetos autnomos que pueden intercambiar
PARADIGMA CLIENTE SERVIDOR
Patrn arquitectnico para el desarrollo de sistemas distribuidos.
COMPONENTES DE LOS SISTEMAS CLIENTE SERVIDOR
-Clientes
-Servidores
Caracteristicas de los clientes
Componente del sistema que interactua con el usuario
No comparte sus recursos con otros clientes ( en general)
No suelen tener restricciones especiales respecto a rendimiento, fiabilidad y
escalabilidad
-No suele requerir equipos de altas prestaciones
-Fallo en un cliente no afecta al resto del sistema
CARACTERISTICAS SERVIDORES
Componente del sistema que presta servicios a los clientes gestiona y
comparte sus recursos con los clientes a los que sirve
Suele tener restricciones especiales respecto a rendimiento, fiabilidad,
escalabilidad y seguridad
-capacidad suficiente para atender mltiples clientes
-fallos en el servidor son crticos e invalidan el sistema

-el nmero de clientes (peticiones) puede ser muy variable

CARACTERISTICAS DEL MIDDLEWARE
Componente del sistema que da unidad y abstrae las peculiaridades
Cliente
Aplicacin informtica o computadora que consume un servicio remoto en otra
computadora, conocida como servidor normalmente a travs de una red de
telecomunicaciones.
Cliente Inteligente
Generalmente se refiere a aplicaciones que:
Son entregadas sobre la red (internet)
No requieren instlacion (o proveen una instalacin y actualizaciones
automticas)
Actualizadas automticamente sin intervencin del usuario
Tienen look and feel (aspecto) de aplicacin de escritorio
Aprovechan los recursos de hardware y software de a computadora
Cliente Inteligente
Aplicaciones de escritorio que operan tanto como desconectadas
Cada vez que se conecten a la red bajaran nueva informacin y actualizaciones
y si estn desconectadas
CARACTERISTICAS DE UN CLIENTE INTELIGENTE
1.
2.
3.
4.
5.
6.

Interfaz de usuario
Datos de aplicacin baados en servidor
Recursos locales
Dato desconectados
Seguridad sofisticada
Fcil para difundir y mantener

CLASIFICACION DEPENDIENDO DE LAS RESPONSABILIDADES ASIGNADAS AL

CLIENTE
Cliente Ligero/(thin client)
Es una computadora cliente o un software de cliente en una arquitectura de
red cliente servidor que depende primariamente del servidor central para las
tareas de procesamiento.

Cliente Ligero Ventajas

Menores costos de administradores de TI
Informacin centralizada
Ms fcil de asegurar
Seguridad de datos
Ms bajos costos de hardware
Menos consumo de energa
Mejor administracin del hardware
Menos ancho de banda de la red
CLIENTE PESADO
Implementa la mayor parte de la lgica de aplicacin
Realiza procesamiento sobre datos de usuario antes de comunicar con servidor
Requiere equipos con capacidad de proceso y almacenamiento
CLIENTE HIBRIDO
Implementacin de la lgica de aplicacin repartida entre cliente y servidor
Ejemplo
Aplicacin cliente contra servidor de base de datos de procesamiento
ARQUITECTURA EN CAPAS
-CAPAS LOGICAS (LAYERS)
Se puede trabajar en una aplicacin en la cual su arquitectura est dividida en
capas.
Un ejemplo de un diseo con 3 capas lgicas
PRESENTACION----NEGOCIO--DATOS
-Presentacion
Trata de aspectos graficos de la aplicacin, es donde se realiza la interaccion
con del usuario con el sistema.
-Negocio

Es donde se ejecuta todas las reglas del negocio.

-Datos
Se ocupa de obtener y persistir los datos
CAPAS FISICAS O NIVELES
Las capas lgicas se pueden encontrar dentro de una capa fsica
Cada capa fsica se puede tener N capas lgicas
EJEMPLO
Cliente liviano
La carga computacional se hace en el servidor.
Cliente pesado
La carga computacional se hace en el cliente
Cliente inteligente
Obtiene beneficios del cliente liviano y el cliente pesado
TIPOS DE ARQUITECTURA?
Modelo de 2 capas
Front-end
Donde el usuario interactua con su pc
Back-end
Es el servidor de base de datos como ORACLE o SQL-SERVER
Dificultados
Dificultad en cambios del front-end
Problemas de seguridad
Arquitectura de aplicaciones
Arquitectura cliente/servidor
Arquitectura de 3 capas

Es el sucesor de la arquitectura de dos capas

Extensin del modelo tradicional que pretende aumentar el desacoplamiento
entre servidor y clientes
Introduce un nivel intermedio
Clientes ligeros o hibridos
Arquitectura de n-tier
Generalizacin del modelo aade nuevas capas
La lgica de aplicacin se reparte en diferentes capas/niveles ubicadas entre el
cliente y los datos
Clientes ligeros o hibridos

3.2 SISTEMAS OPERATIVOS MOVILES

Es un sistema operativo que controla un dispositivo mvil
Algunos de los sistemas operativos utilizados en los dispositivos mviles estn
basados en el modelo
CAPAS
-KERNEL
Proporciona el acceso a los distintos.
-MIDLLEWARE
Conjunto de modulos que hacen posible la propia existencia de aplicaciones
para mviles
-ENTORNO DE EJECUCION DE APLICACIONES
Hardawre-----sistema operativo-----aplicacin---usuario
-INTERFAZ DE USUARIO
Facilitan la interaccin con el usuario y el diseo de la presentacin visual de la
aplicacin.
Incluyen pantallas,botones.

SYMBIAN
WINDOWS MOBILE
Antes conocido como Windows CE O Pocket PC
ANDROID
Basado en un SO mvil Linux y java que ha sido liberado por la licencia Apache
Iphone OS
Es una versin reducida del Mac OS X optimizada para los procesadores ARM
Blankberry OS
Sistema operativo multitarea
Permiten la navegacion por internet
Palm OS
Convertido en el autentico lder del mercado dese 1996
iMode
conjunto de tecnologas y protocolos diseados para poder navegar a travs de
minipaginas
popular en japon
Brew
Plataforma de desarrollo para aplicaciones mviles para telfonos celulares
creada por Qualcomm
Maemo
Es una plataforma de desarrollo para dispositivos molies
WebOs
Sistema operativo multitarea para sistemas embebidos pasado en Linux
LiMo
Pretende desarrollar un entorno comn sobre el cual las aplicaciones

Bada
Desarrollado por la compaa Samsung
Diseado para cubrir los tlefofnos nteligentes
MeeGo
Union de Nokia y moblin de Intel
QNX
Sistema operativo de tiempo real basado en una norma de Interfaz Portable
Java Micro Edition
Orientado para el desarrollo de productos PDA, mviles y electrodimesticos
Buena opcin para juegos en los telfonos mviles
SISTEMA OPERATIVO PROPIETARIO
SO privado, que no es gratuito, y su cdigo fuente no es accesible.
Caracteristicas
Eficiencia
Habilidad para evolucionar
Encargado de administrar el hardware
Organizar datos para acceso rpido
ESTRUCTURA
VENTAJAS
Propiedad y decisin sobre el uso del software
Mejor acabado de la mayora de aplicaciones
Menor necesidad de tcnicos especializados
Mayor mercado laboral
Unificacin de productos
DESVENTAJAS
No existen aplicaciones para todas las plataformas

Imposibilidad de copia
Restricciones en el uso
El coste de aplicaciones es mayor
Soporte de aplicacin
FUNCIONES DEL KERNEL
Administracion de la memoria para todos los programas y procesos en
ejecucin
Encargado de acceder a los perifricos de nuestro ordenador de manera
comoda
COMO INTERPRETAR LOS NUMEROS DE LAS VERSIONES
Las versiones del nucleo se enumeraba con 3 nuemos hasta hantes de la
versin 2.6
aa.bb.cc
aa:serie o versin del nucleo
bb:si la versin era de desarrollo o de produccin
cc:indicaba nuevas revisiones dentro de una versin
las verisiones del nucleo
aa.bb.cc.dd
aa:serie versin del nucleo
bb:revisin principal del nucleo
cc:nuevas versiones menores del nucleo
dd:este digito cambia cuando se corrigen fallos de programacin

traer inf de los sistemas operativos

SERVIDOR DE SINCRONIZACIN

Es una aplicacin inteligente que permite identificar dispositivos y transmitir

los datos desde el dispositivo hacia las bases de datos.
El servidor de sincronizacin entra en accin cuando es llamado desde el
dispositivo mvil.
BASE DE DATOS EMPRESARIAL
El servidor establece la conexin con la base de datos empresarial y permite
acceder a los datos, realizar operaciones de actualizacin y de consulta.
TIPOS DE APLICAIONES MOVILES
-codigo nativo
-codigo RTE mquina virtual
Cdigo nativo
Tipo de aplicacin compilada y generada con una herramienta
Se ejecuta directamente sobre el sistema operativo del dispositivo mvil: es
decir todas las instrucciones.
Ventaja
Que al ejecutarse directamente lo hace de manera rpida y consume menos
recursos.
Desventaja
Se debe preocupar por conocer el sistema operativo
Codigo RTE
Tipo de aplicacin compilada y generada con una herramienta para que se
ejecute sobre la mquina virtual o motor de ejecucin.
Ventaja
Como programadores no se debe de preocupar por conocer el sistema
operativo del dispositivo mvil.
Desventaja
Ocupa de memoria y las aplicaciones no son tan rpidas como las de cdigo
nativo, pero lo suficientemente como para que sean funcionales.
CLASIFICACION
-NATIVAS

Son aplicaciones diseadas para el sistema operativo de cada dispositivo

mvil.
LAS WEB
Se denominan as porque son aplicaciones que se programan como lenguaje
estndar(web) y funcionan desde un servicio externo.
LAS HIBRIDAS
Son aplicaciones que se desarrollan con lenguajes de programacin estndar
pero posteriormente so traducidas para que se pueda trabajar en el dispositivo.
PROCESO PARA EL DESARROLLO
Para la construccin se necesita de 3 procesos:
-El cliente mvil este debe cumplir en lo posible con los requerimientos.
-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.
FASES DEL PROCESO

Definicin de requisitos
Diseo
Ejecucin
Pruebas
Liberacin

-Planificacin y revisin es una fase permanente.

Definicin de requisitos
Alcance
Para definir recopilar una lista detallada de las funcionalidades con una
descripcin clara.en este punto no es importante el como pero si el que
es lo que quiero realizar.
Necesidades
Analizar las necesidades es una parte crucial del proceso de desarrollo.
En este paso se debe definir el trafico potencial

Diseo
Mapa de la aplicacin
Un mapa contiene slamente informacin significativa y esencial acerca
de la estructura de la aplicacin: paginas representadas como los
bloques y principales relaciones entre ellas.

Diseo de una base de datos

Una forma simple de usarlo es usando modelos entidad-relacin.
Definir primero tablas luego atributos y despues las relaciones.

Estructura de la pagina
El siguiente paso es hacer una maqueta de la pagina identificando todas
las secciones principales usando un nombre.
Ejecucin
Ejecucion de base de datos
Ejecucin HTML
Ejecucion CSS
Ejecucion lenguaje del lado del servidor
Ejecucion Java Scripts

Pruebas
Durante esta fase se debe someter el cdigo de la aplicacin a varias
condiciones de ejecucin.
El objetivo es detectar todos los errores en la aplicacin antes del
lanzamiento final
Probar cada pagina y cada funcionalidad

Liberacin o lanzamiento
Realizar una prueba final
Si todo funciona correctamente entonces se procede al lanzamiento
final.
ALMACENAMIENTO DE DATOS
Equipo:
2. Como maneja Windows phone su base de datos.