Proyecto final pdm

1 Programación de dispositivos móviles Proyecto final

Proyecto final

Recomendaciones para presentar la Actividad:

Envía el desarrollo de esta actividad a tu tutor@ en un documento de Word, que llamarás Proyecto final.

Procura marcar siempre tus trabajos con un encabezado como el siguiente:

Nombre Jaime zamora

Fecha 27/03/15

Actividad Fase 4

Tema Proyecto final

Proyecto final

Para este proyecto, es necesario el manual hecho en la actividad 1,

los conceptos relacionados en la actividad 2 y el diagrama hecho en la

actividad 3 del MIDLet. Usaremos todos esos conocimientos adquiridos

para programar y ejecutar el MIDLet de ejemplo de la última unidad en

el software que bajamos para la actividad 1, usando el diagrama que

creamos en la unidad 3 como base, y teniendo los conceptos definidos

en la unidad 2 muy claros. Se debe hacer un documento en el que se

explique, paso por paso, el procedimiento para ejecutar este MIDlet y

proporcionar pantallazos de su funcionamiento en la plataforma del

computador. De esta manera, se comprueba que el aprendiz ha

obtenido los conocimientos básicos para ejecutar un MIDLet en un

dispositivo móvil”


Los dispositivos móviles son todos aquellos que son portables, con memoria y capacidad de

procesamiento pero durante el curso nos hemos enfocado al dispositivo móvil por excelencia

como lo es el celular ya que nos permite comunicarnos y es sumamente portable con lo cual

tenemos la ubicuidad necesaria para comunicarnos vía telefónica o con otros dispositivos o a

través de la red estos dispositivos con el tiempo han ido avanzado y hoy tenemos celulares de

datos mejorados que poseen un sistema operativo autónomo y aplicaciones complejas como

office móvil.

pero para desarrollar una aplicación para un dispositivo móvil que es lo que nos compete en

este curso debemos tener en cuenta primero, que las configuraciones de los equipos están

bien definidas y delimitadas tanto así que una configuración cdc no puede correr una

aplicación cldc puesto que esta última puede llevar a cabo funciones más avanzadas y

complejas porque está dotada de un software y hardware adecuado a sus requerimientos

como la máquina virtual cvm la cual maneja o soporta un mayor número de librerías que a

diferencia de la configuración cldc con su máquina virtual kvm es más limitada debido a su

hardware y software más reducido.

Debido a lo anterior cada configuración sea cldc o cdc, tiene definidos una serie de perfiles

acordes a cada configuración por ejemplo en la cdc tenemos los perfiles: foundacion profile,

personal profile y RMI profile mientras que la cldc (Conected limited device configuration)

dirigida a dispositivos con muy pocas capacidades de procesamiento están los siguientes: PDA

profile y Mobile informatión device profile (MIDP).

En el presente trabajo nos centraremos en los dispositivos perfil MIDP, y crearemos y

correremos una aplicación midlet. Un midlet es una aplicación java puesto que para su

desarrollo utilizamos el lenguaje java, además un midlet en cldc viene siendo un applet en j2se.

Y utilizaremos el entorno de desarrollo estándar para la plataforma java 2 J2SDK java standard

development kit, el cual lo descargamos del enlace:

http://www.oracle.com/technetwork/java/javame/downloads/index.html

http://www.oracle.com/technetwork/java/javame/downloads/index.html


Una vez descargado miramos la dirección donde lo instalamos en nuestro caso es:

C:\j2sdk1.4.1_04, para luego agregar esta dirección a nuestro path. En Windows 7, damos en

equipo luego en propiedades del sistema


No sale esta ventana y le damos click en configuración avanzada del sistema.


En el siguiente cuadro seleccionamos variables de entorno.

Creamos las variables de sistema dando click en nueva, le damos por nombre: JAVA_HOME y la

dirección donde instalamos el j2sdk: C:\j2sdk1.4.1_04


Pasamos a editar la variable path esta vez en el cuadro le damos a editar en las variables de

sistema escribimos %JAVA_HOME%/bin, para que lo tome el sistema mejor es colocarlo de

primero. Nótese que en esta variable las direcciones se separan por;


Confirmamos que configuramos bien la variable path, abriendo la ventada símbolo del sistema

y escribimos: java –version, si todo está bien nos sale lo que aparece acá.


Tambien debemos descargar el perfil MIDP en esta caso 2.0 y la configuracion CLDC como se

muesta a continuacion.


También debemos configurar las variables del sistema y el path para el MIDP y la CLDC con la

dirección donde guardamos los archivos.



Comprobamos que la configuramos bien escribiendo el comando: midp –version en la pantalla

del dos y debe salirnos como se observa a continuación


También debemos descargar el Wireless toolkit de la página oficial de sun. Para tener el

entorno grafico donde correr el midlet


La configuración cldc no solo existe para definir un estándar de dispositivos de bajas

capacidades, también cumple con dos objetivos: Extensibilidad: Es el aumento del alcance y la

utilidad de los dispositivos móviles debido a que con estos podemos descargar aplicaciones


java de la red, además también puede compartirse entre dispositivos ya que estos se pueden

comunicar entre sí.

Desarrollo de terceras partes: la configuración CLDC permite que programadores creen

aplicaciones debido a que esta posee elementos de alto nivel que permitan traducir la

aplicación adecuándola a los protocolos internos de comunicación y transferencia de archivos.

Dado que java es un lenguaje bastante amplio debemos tener en cuenta que en nuestro

dispositivo cldc no podemos montar una máquina virtual j2se o j2ee dado que estas máquinas

virtuales a pesar de ser más óptimas no mejoran las funcionalidades de nuestro equipo ya que

estas maquina manejan una mayor cantidad de librerías y procesos que son inviables en una

cldc.

Por ejemplo no maneja punto flotante por lo cual el hardware y software no cumple con los

requisitos mínimos de j2se o j2ee, por otro lado el móvil se hace vulnerable pues una maquina

j2ee permite que los usuarios creen sus propias clases y las carguen. Por estas razones la cldc

tiene su máquina virtual KVM con lo que se asegura el funcionamiento y portabilidad del

midlet.

La configuración cldc para mantener la seguridad utiliza el modelo sandbox que aísla los

procesos de manera similar como el j2se para ejecutar los applets.

Para desarrollar una aplicación java como un midlet debemos tener conocimiento de

conceptos propios del lenguaje orientado a objetos entre ellos tenemos la clase que una

unidad fundamental del java puesto que la clase es la plantilla para crear objetos, las clases

contienen métodos para llevar a cabo las diferentes operaciones que hacen funcional un

objeto.

Para gestionar un midlet un elemento fundamental es el AMS o gestor de aplicaciones este

lleva a cabo la gestión del ciclo de vida del midlet y Control de los estados por los que pasa el

MIDlet cuando está siendo ejecutado por el dispositivo.

Ciclo de vida del midlet

Está compuesto por cinco estados:

Descubrimiento es cuando el midlet es detectado y su dirección pasada al AMS, y el gestor nos

permite seleccionar la aplicación a descargar.

Instalación después de descargado el midlet está instalado cuando todas sus clases, archivos y

elementos adicionales están listos para ser usados.

Ejecución el midlet es usado por el usuario y durante su ejecución es controlado por el AMS, y

como seguridad la ejecución se lleva a cabo en un Sandbox.


Actualización cuando existe una versión más reciente de midlet el gestor le informa al usuario

para que esta descargue esta versión y actualice el midlet.

Borrado es cuando el usuario decide desinstalar la aplicación en forma definitiva del

dispositivo.

Estados en fase de ejecución

El midlet en fase de ejecución tiene tres estados:

Activo el midlet se está ejecutando

Pausa el midlet deja de ejecutarse temporalmente

Destruido el midlet deja de ejecutarse y deja de ocupar espacio en la memoria volátil, pero

sigue residiendo en la ROM.

Todo este proceso del midlet esta soportado o apoyado El paquete javax.microedition.midlet

que es el encargado de definir las aplicaciones MIDP y la forma en que estas se comportan con

respecto al entorno en que se ejecutan. Toda aplicación creada usando la configuración MIDP

es un MIDlet, como lo anotamos anteriormente. Las clases que trae este paquete son

esencialmente 2, y se observan en la siguiente tabla:


Estructura de un midlet

destroyApp

pauseApp starApp

destroyApp

El midlet para su funcionamiento debe importarse los paquetes:

javax.microedition.midlet.*; javax.microedition.lcdui.*; la clase

HolaMundo hereda de la clase midlet, se crean la variables de instancia

Paquetes:

javax.microedition.midlet.*;

javax.microedition.lcdui.*

Clase HolaMundo extends MIDlet

Activo

Pausa

Destruido


y se crea un constructor HolaMundo. Esta clase tiene 3 métodos

heredados de la clase MIDlet:

starApp en el cual se ejecuta el midlet y muestra en pantalla el mensaje.

Estado activo

pauseApp es el estado en el cual nuestro midlet continua en memoria

volátil pero no se está ejecutando. Estado pausado

destroyApp en este método el midlet libera la memoria volátil, y deja de

ser ejecutado. Estado destruido

Ejecución del midlet

Abrimos el Wireless toolkit. Le damos click en File new project

llenamos el cuadro con el nombre del Proyecto y del midlet y aceptamos,

con esto se crea una carpeta llama igual al nombre que le pongamos en

Project name.

En la dirección: C:\Users\HP\j2mewtk\2.5.2\apps


Editamos el código fuente en un block de notas


Y lo guardamos como HolaMundo.java en

C:\Users\HP\j2mewtk\2.5.2\apps\HolaMundo\src esta dirección varia y es

diferente en otro computador, pero la carpeta j2mewtk la crea el sistema

de forma automática al descargar el software que con anterioridad

hemos mencionado.


Despues de guardado el archivo anterio, la damos click en Build, de nuestro wireless

toolkit, para compilar el archivo, con esto se crea el archivo .class, .jad, manifest.


Luego click en Run, del wireless toolkit, y ejecutamos el midlet.


Proyecto final pdm

Technology