Sistema Acad en JME Para Moviles

COLEGIO DE INGENIEROS

Capítulo de Ingenieros Industriales e ingenieros de Sistemas

Tesina

ANÁLISIS E IMPLEMENTACIÓN DE UNA APLICACIÓN JME PARA EL

SISTEMA ACADÉMICO DE NOTAS DEL INSTITUTO DE EDUCACIÓN

SUPERIOR TECNOLÓGICO PRIVADO “UNITEK-JULIACA”

Tesina presentada para optar la Diplomatura en Desarrollo de Aplicaciones Móviles.

Autor

Ing. José Eduardo Quispe Taipe

Juliaca, Septiembre 2012

Sistema Académico de Notas de Grupo IDAT

2

INDICÉ

INTRODUCCION .............................................................................................................................. 4

1. TITULO ......................................................................................................................................... 5

2. DEFINICIÓN DEL PROBLEMA ...................................................................................................... 5

3. OBJETIVOS ................................................................................................................................... 5

3.1. Objetivo General..................................................................................................................... 5

3.2. Objetivos Específicos .............................................................................................................. 5

4. JUSTIFICACION ............................................................................................................................ 6

5. ALCANCE ..................................................................................................................................... 6

6. MARCO TEÓRICO ........................................................................................................................ 6

6.1. Lenguaje de Programación Java ............................................................................................. 6

6.1.1. Java ...................................................................................................................................... 6

6.1.2. Servlets ................................................................................................................................ 7

6.1.3. Java Platform, Micro Edition (JME) .................................................................................... 8

6.1.4. MIDlet de JME ................................................................................................................... 10

7. METODOLOGÍA Y MATERIALES ................................................................................................ 11

7.1. Metodología ......................................................................................................................... 11

7.1.1. OpenUP ............................................................................................................................. 11

7.1.1.1. Procesos de OpenUP .................................................................................................... 12

7.1.1.1.1. Características ............................................................................................................... 13

7.1.1.1.2. Ciclo de Vida de OpenUP .............................................................................................. 13

7.1.1.1.3. Roles que Contempla el OpenUP ................................................................................. 13

7.1.1.1.4. Resultados de OpenUP ................................................................................................. 14

7.2. Materiales ............................................................................................................................. 14

7.2.1. NetBeans ID 7.1.2 ............................................................................................................. 14

7.2.2. MySQL 5.5 ......................................................................................................................... 14

7.2.3. Glassfish 3.1.2 ................................................................................................................... 14

7.2.4. Jdk1.7.0_05 (Java) ............................................................................................................. 15

8. RESULTADOS ............................................................................................................................. 15

8.1. Análisis de la aplicación JME ................................................................................................ 15


3

8.1.1. Requerimientos Funcionales del Sistema ........................................................................ 15

8.1.2. Integración del Sistema .................................................................................................... 16

8.1.3. Requerimientos no Funcionales ....................................................................................... 17

8.1.4. Estructura de la aplicación JME ........................................................................................ 17

8.1.5. Estructura de la aplicación SERVLET ................................................................................ 18

9. REFERENCIAS ............................................................................................................................ 19

10. ANEXOS ................................................................................................................................. 21

10.1. Manual de Uso del Sistema Académico de Registro de Notas ....................................... 21


4

INTRODUCCION

Hoy en día un sistema académico de notas basado en aplicación JME es muy

importante. De esta forma personal administrativo, docentes, alumnos y padres de

familia podrán acceder desde un dispositivo móvil con acceso a internet.


5

1. TITULO

ANÁLISIS E IMPLEMENTACIÓN DE UNA APLICACIÓN JME PARA EL SISTEMA ACADÉMICO DE

NOTAS DEL INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO PRIVADO “UNITEK-

JULIACA”

2. DEFINICIÓN DEL PROBLEMA

En el Instituto de Educación Superior Tecnológico Privado “UNITEK-JULIACA” se observó

que los docentes registraban las notas en papeles o hojas de cálculo (Excel); al querer

saber el alumno sus notas en los diferentes cursos tenía que recurrir a secretaria

académica, lo mismo sucedía cuando el padre de familia quería saber la situación

académica de sus hijos, todas estas situaciones originaba muchas pérdidas de tiempo y

economía.

3. OBJETIVOS

3.1. Objetivo General

Desarrollar una aplicación JME para el sistema académico de notas del Instituto de

Educación Superior Tecnológico Privado “UNITEK-JULIACA” a través de dispositivos

móviles.

3.2. Objetivos Específicos

Investigar preliminarmente la estructura y el funcionamiento del sistema

académico del instituto UNITEK-JULIACA.

Modelar los diferentes escenarios del sistema académico.

Determinar los requerimientos necesarios para el desarrollo.

Diseñar la base de datos del sistema académico.

Diseñar la arquitectura de la Aplicación JME de acuerdo al análisis del sistema académico.

Implementar interfaces con la tecnología Java Servlet y JME.


6

4. JUSTIFICACION

La tendencia tecnológica en cuanto a dispositivos móviles es cada vez más accesible y la más

próxima a un individuo. Si consideramos el valor del tiempo, es necesario que exista una aplicación

JME, que permita al personal administrativo, docentes, alumnos y padres de familia la

accesibilidad al sistema académico de notas desde cualquier lugar, en cualquier momento, la

misma que debe ser económicamente accesible; de esa forma se podrá solucionar la barrera del

tiempo, la distancia y la circunstancia para el mejor aprovechamiento de los servicios del instituto

académico UNITEK-JULIACA.

Entre los lenguajes de programación que se utilizará en este trabajo de investigación están Java

Servlet, debido a que éstos son orientados al desarrollo de aplicaciones en entorno Web, son

multiplataforma y su uso es de General Públic License (GPL) o “Libre”; a diferencia de los demás

lenguajes de programación orientadas a entorno Web que poseen licencia propietaria, como por

ejemplo VB.net y no son multiplataformas, es decir no pueden funcionar en las plataformas o

sistemas operativos de la distribución Linux. Sabemos que estos lenguajes de programación

propietarios implican gastos económicos para obtener la licencia de uso.

5. ALCANCE

El ámbito del siguiente proyecto abarca al INSTITUTO DE EDUCACIÓN SUPERIOR

TECNOLÓGICO PRIVADO “UNITEK-JULIACA”.

6. MARCO TEÓRICO

6.1. Lenguaje de Programación Java

6.1.1. Java

Molina Gasca, Laura (2004) menciona que Java es un lenguaje de programación de

alto nivel y propósito general desarrollado por Sun Microsystems, cuyas características lo

hacen idóneo para su uso dentro de aplicaciones Web.

La tecnología Java impulsada por Sun Microsystems se ha asentado en el núcleo

mismo de la informática corporativa, gracias a su axioma: Write Once, Run Anywhere

(escribe el código una sola vez y ejecutado en cualquier plataforma).


7

Molina Gasca, Laura (2004) afirma que como lenguaje de programación, Java es

ideal para la creación de intranets y destaca sobre C, C++, Visual Basic, e incluso sobre la

suma de todos juntos, por que administra la memoria con su máquina Java Virtual Machine

(JVM) a diferencia de otros que no tienen su máquina virtual.

Desde sus inicios como nuevo lenguaje de programación, tomó por sorpresa al

mundo Internet y convirtió las páginas Web en interactivas. Asimismo, la tecnología Java ha

entrado también en el terreno del servidor, se puede encontrar en cualquier máquina que

disponga de Java Virtual Machines: desde el servidor Web freeware de Apache a los

mainframes IBM System 390. Java está haciendo la programación para los servidores, en

muchos casos, más fácil que con el típico uso de los exploradores.

Se ha elegido Java como entorno de desarrollo de las aplicaciones por varios

motivos. Actualmente Java es el principal entorno de desarrollo para aplicaciones en

Internet mediante Servlets o Java Beans. Java tiene una particularidad que lo distingue de

los otros lenguajes de 4GL, Java es independiente de la plataforma Hardware/Software

donde se desarrolle.

Sun Microsystems (2009) señala que la tecnología Java, que ahora entra en su

décimo año, se ha convertido en un completo ecosistema de software que representa

valores diferentes a los distintos tipos de consumidores y usuarios empresariales. Ofrece a

los desarrolladores una elección de tres ediciones de la plataforma Java en función de la

necesidad de:

a. La tecnología Java para dispositivos móviles.

b. La tecnología java para PCs de escritorio.

c. La tecnología java medianos y grandes negocios.

6.1.2. Servlets

Sun Microsystems (2007) menciona que un servlet es un pequeño programa Java

que se ejecuta en un servidor Web. Servlets recibir y responder a las solicitudes del cliente

Web, normalmente a través de HyperText Transfer Protocol (HTTP), el Protocolo hipertexto

de transferencia. Esta basados en la tecnología de componentes Web, administrado por un

contenedor, que genera contenido dinámico. Al igual que otros basados en la tecnología


8

Java de componentes, los servlets son independientes de la plataforma Java de clases que se

compilan para plataforma neutral código de bytes que pueden ser cargados dinámicamente

y en un plazo de la tecnología Java habilitado Servidor Web. Contenedores o servlet

motores, son extensiones de servidor Web que proporcionan la funcionalidad de servlet.

Servlet interactúa con clientes web a través de una petición y paradigma de respuesta

aplicadas por el contenedor servlet.

6.1.3. Java Platform, Micro Edition (JME)

COLEGIO DE INGENIEROS DEL PERÚ CD PUNO (2012), señala que esta versión de

Java está enfocada a la aplicación de la tecnología Java en dispositivos electrónicos con

capacidades computacionales y gráficas muy reducidas, tales como teléfonos móviles, PDAs

o electrodomésticos inteligentes. Esta edición tiene unos componentes básicos que la

diferencian de las otras versiones, como el uso de una máquina virtual denominada KVM

(Kilo Virtual Machine, debido a que requiere sólo unos pocos Kilobytes de memoria para

funcionar) en vez del uso de la JVM clásica.

JME representa una versión simplificada de JSE. Sun separó estas dos versiones ya

que JME estaba pensada para dispositivos con limitaciones de proceso y capacidad gráfica.

Figura Nº 1: Ediciones de Java

En cuanto a las Máquinas Virtuales de JME, existen 2 configuraciones CLDC y CDC,

cada una con unas características propias que como consecuencia, cada una requiere su

JEE JSE JME


9

propia máquina virtual. La VM (Virtual Machine) de la configuración CLDC se denomina KVM

y la de la configuración CDC se denomina CVM.

KVM (Kilo Virtual Machine), su nombre proviene de Kilobyte (haciendo referencia a

la baja ocupación de memoria, entre 40Kb y 80Kb). Se trata de una implementación de

Máquina Virtual reducida y especialmente orientada a dispositivos con bajas capacidades

computacionales y de memoria. La KVM está diseñada para ser:

Pequeña, con una carga de memoria entre los 40Kb y los 80 Kb, dependiendo de la

plataforma y las opciones de compilación.

Alta portabilidad.

Modulable.

Lo más completa y rápida posible y sin sacrificar características para las que fue diseñada.

La CVM (Compact Virtual Machine) soporta las mismas características que la

Máquina Virtual de J2SE. Está orientada a dispositivos electrónicos con procesadores de 32

bits de gama alta y en torno a 2Mb o más de memoria RAM. Las características que presenta

esta Máquina Virtual son:

Sistema de memoria avanzado.

Tiempo de espera bajo para el recolector de basura.

Separación completa de la VM del sistema de memoria.

Recolector de basura modularizado.

Portabilidad.

Rápida sincronización.

Ejecución de las clases Java fuera de la memoria de sólo lectura (ROM). Etc.

La CDC (Connected Device Configuration - Configuración de Dispositivos con

Conexión) está orientada a dispositivos con cierta capacidad computacional y de memoria.

Por ejemplo, decodificadores de televisión digital, televisores con internet, algunos

electrodomésticos y sistemas de navegación en automóviles. CDC usa una Máquina Virtual

Java similar en sus características a una de J2SE, pero con limitaciones en el apartado gráfico

y de memoria del dispositivo. Ésta Máquina Virtual es la que hemos visto como CVM

(Compact Virtual Machine). La CDC está enfocada a dispositivos con las siguientes

capacidades:


10

• Procesador de 32 bits.

• Disponer de 2 Mb o más de memoria total, incluyendo memoria RAM y ROM.

• Poseer la funcionalidad completa de la Máquina Virtual Java2.

• Conectividad a algún tipo de red.

La CLDC (Connected Limited Device Configuration - Configuración de dispositivos

limitados con conexión) está orientada a dispositivos dotados de conexión y con limitaciones

en cuanto a capacidad gráfica, cómputo y memoria. Un ejemplo de estos dispositivos son:

teléfonos móviles, buscapersonas (pagers), PDAs, organizadores personales, etc.

Los dispositivos que usan CLDC deben cumplir los siguientes requisitos:

Disponer entre 160 Kb y 512 Kb de memoria total disponible. o Procesador de 16 o 32

bits con al menos 25 Mhz de velocidad.

Ofrecer bajo consumo, debido a que estos dispositivos trabajan con suministro de

energía limitado, normalmente baterías.

Tener conexión a algún tipo de red, normalmente sin cable, con conexión intermitente y

ancho de banda limitado (unos 9600 bps).

6.1.4. MIDlet de JME

COLEGIO DE INGENIEROS DEL PERÚ CD PUNO (2012), señala que las aplicaciones

que realizamos utilizando MIDP reciben el nombre de MIDlets (por simpatía con APPlets).

Un MIDlet es una aplicación Java realizada con el perfil MIDP sobre la configuración

CLDC.

El proceso de creación de éstos se puede realizar básicamente de dos formas:

A través de la línea de comandos: en este caso no haremos uso de ninguna herramienta

especial para el desarrollo de nuestra aplicación.

A través de un entorno visual: el uso de este tipo de herramientas nos facilitará mucho,

como veremos, el proceso de desarrollo de los MIDlets.

El ciclo de desarrollo de un MIDlet es el siguiente:

1) Editar.- utilizamos un editor de textos común para editar el programa, puede ser en

un IDE o el Bloc de notas.


11

2) Compilar.- Cuando compilamos un programa Java, y por lo tanto un MIDlet, se

genera un archivo con la extensión .class por cada clase, que contiene el código

intermedio que es capaz de ejecutar la máquina virtual de Java. Estos archivos son

almacenados en el directorio classes.

3) Preverificar MIDlet.- La preverificación nos asegura que no existe ningún tipo de

código malintencionado que pueda dañar o crear un comportamiento extraño en

nuestro dispositivo o en la máquina virtual.

4) Ejecución en el emulador.- se ejecuta el MIDlet en un emulador como la

herramienta Wireles Toolkit.

5) Ejecución en el dispositivo.- Los MIDlets tienen que ser distribuidos en dos archivos

especiales. Son los archivos JAR (archivo comprimido que contiene las clases) y los

archivos JAD (contiene información necesaria para la instalación de los MIDlets).

7. METODOLOGÍA Y MATERIALES

7.1. Metodología

7.1.1. OpenUP

Según Eclipse (2004) menciona que es un método ágil de desarrollo de software que

está incluido dentro de una familia de procesos ágiles basados en Unifed Process. OpenUP

ha nacido a partir del proyecto Eclipse Process Framework de la fundación eclipse.

Torres Flores (2008) señala que OpenUP es un proceso de desarrollo iterativo e

incremental del software, la misma que se puede apreciar en la figura numero Nº 3; que es

iterativo incremental en el ciclo de vida del proyecto. OpenUP como metodología de

desarrollo es conducida por el principio de colaboración para alinear intereses y para

compartir su comprensión.


12

Figura Nº 2: Proceso Iterativo e incremental de OpenUP.

Según IBM (2009), Scott W. Ambler es el Líder de la práctica de Desarrollo Ágil en

IBM Corporation. Scott trabaja en el grupo de los métodos de desarrollo de IBM procesos

materiales y viaja por el mundo ayudando a los clientes a entender y adoptar el software de

procesos que son adecuados para ellos. Scott es un galardonado autor de varios libros, entre

los libros se centraron en el Proceso Unificado, ágiles de desarrollo de software, el Lenguaje

Unificado de Modelado, y el desarrollo basado en el CMM. Scott es un orador en

conferencias internacionales de TI y es un editor con el Dr. Dobb's Journal.

Figura Nº 3: Evolución de la Metodología OpenUP.

7.1.1.1. Procesos de OpenUP


13

7.1.1.1.1. Características

a. Mínimo: Incluye solamente el contenido fundamental.

b. Completo: Se aplica en todo el proceso de construcción del sistema.

c. Extensible: El contenido de proceso puede ser añadido o hecho a la medida según se necesite.

7.1.1.1.2. Ciclo de Vida de OpenUP

Según Eclipse (2004) [21] se define como un proceso de entrega de extremo a

extremo del ciclo de vida de desarrollo de software que apoya los principios básicos de

OpenUP, lo cual se puede apreciar en la figura Nº 5. Está diseñado para apoyar a pequeños

grupos situados en sus actividades diarias; pero si el equipo tiene características muy

diferentes, el proceso debe ser modificado o ampliado para hacer frente a las necesidades

existentes.

Figura Nº 4: Fases o Procesos de Ciclo de Vida de OpenUP.

7.1.1.1.3. Roles que Contempla el OpenUP

Roles que incluye OpenUP:

a. Stakeholder (Interesado)

b. Director de Proyecto

c. Arquitecto de Software.

d. Analista de Requerimientos.

e. Desarrollador o programador.

f. Probador


14

g. Cualquier Otro Rol.

7.1.1.1.4. Resultados de OpenUP

a. Documento de administración del Proyecto.

b. Documento de Requerimientos.

c. Documento de Arquitectura de Software.

d. El software o aplicación propiamente dicho.

e. Documento de Testeo.

7.2. Materiales

A continuación mostraremos los materiales o las herramientas utilizadas en el

desarrollo de la aplicación JME:

7.2.1. NetBeans ID 7.1.2

Esta herramienta fue fundada por Sun MicroSystems en junio de 2000 (actualmente

adquirida por Oracle Corporation) y es un entorno de desarrollo integrado libre, gratuito y

de código abierto, hecho principalmente para el lenguaje de programación Java.

7.2.2. MySQL 5.5

Esta herramienta es un sistema de gestión de bases de datos relacional, multihilo y

multiusuario actualmente adquirida por Oracle Corporation desde abril de 2009,

desarrollada MySQL como software libre.

7.2.3. Glassfish 3.1.2

http://es.wikipedia.org/wiki/Entorno_de_desarrollo_integrado

http://es.wikipedia.org/wiki/Software_libre

http://es.wikipedia.org/wiki/Lenguaje_de_programaci%C3%B3n

http://es.wikipedia.org/wiki/Java_(lenguaje_de_programaci%C3%B3n)

http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos

http://es.wikipedia.org/wiki/Modelo_relacional

http://es.wikipedia.org/wiki/Hilo_de_ejecuci%C3%B3n

http://es.wikipedia.org/wiki/Multiusuario

http://es.wikipedia.org/wiki/Oracle_Corporation

http://es.wikipedia.org/wiki/Software_libre


15

Esta herramienta es un servidor de aplicaciones de software libre desarrollado por Sun

Microsystems, compañía adquirida por Oracle Corporation, que implementa las tecnologías

definidas en la plataforma Java EE y permite ejecutar aplicaciones que siguen esta

especificación. La versión comercial es denominada Oracle GlassFish Enterprise Server

(antes Sun GlassFish Enterprise Server). Es gratuito y de código libre, se distribuye bajo un

licenciamiento dual a través de la licencia CDDL y la GNU GPL.

7.2.4. Jdk1.7.0_05 (Java)

Es el kit de desarrollo de java teniendo dentro de ella varias tecnologías como JSP,

Servlests, etc. Así como ofreciendo dentro de ellas varias versiones, como empresariales,

versiones de desarrollo y versiones para teléfonos celulares, no solo eso sino que ofrece un

sin fin de aplicación o librerías que permiten un desarrollo rápido con lineamientos de

calidad.

8. RESULTADOS

8.1. Análisis de la aplicación JME

8.1.1. Requerimientos Funcionales del Sistema

1. Registro de datos del Alumno y de los Asignatura

2. Reporte de alumnos por Asignatura

3. Registro de notas en cada rubro de evaluación y por cada alumno

4. Consultar las notas en los diferentes rubros y el promedio final del alumno.

5. Acceder con un usuario y password para tener acceso a todas las opciones anteriormente.

6. Consultar Datos personales.

Estos son los principales requerimientos, dichos requerimientos deben contemplarse por

completo en la aplicación JME, además de las consideraciones lógicas de un buen sistema,

deben considerarse todo los aspectos adicionales para el correcto cumplimiento de los

requerimientos.

http://es.wikipedia.org/wiki/Servidor_de_aplicaciones

http://es.wikipedia.org/wiki/Sun_Microsystems

http://es.wikipedia.org/wiki/Sun_Microsystems

http://es.wikipedia.org/wiki/Oracle_Corporation

http://es.wikipedia.org/wiki/Java_EE

http://es.wikipedia.org/wiki/C%C3%B3digo_libre

http://es.wikipedia.org/wiki/Common_Development_and_Distribution_License

http://es.wikipedia.org/wiki/Licencia_p%C3%BAblica_general_de_GNU


16

8.1.2. Integración del Sistema

En las siguientes figuras se observa las interfaces de la aplicación JME que se tiene que desarrollar,

y las consideraciones del caso en su diseño, deben reflejarse en la aplicación real.

Figura Nº 5: Pantalla principal del Sistema Académico de

Notas

Figura Nº 6: El Menú principal del Sistema Académico de

Notas

Figura Nº 7: Formulario para el Registro del Estudiante

Figura Nº 8: Vista de Reporte de Estudiantes

Figura Nº 9: Formulario de registro de Notas de un

Estudiante

Figura Nº 10: Vista de Notas y promedio de un Estudiante


17

8.1.3. Requerimientos no Funcionales

En la figura Nº 11 se aprecia los requerimientos no funcionales, la misma que están

plasmados en una imagen para un mejor entendimiento de los requerimientos que son de

vital importancia para el correcto funcionamiento en la implantación de la aplicación JME.

Figura Nº 11: Despliegue de la aplicación JME/Servlet

8.1.4. Estructura de la aplicación JME

En la figura Nº 12 se aprecia la estructura de la aplicación JME, donde se menciona

la descripción de cada paquete que contiene la aplicación JME, esto a fin de tener bien en

claro sus propósitos y facilitar en los trabajos futuros sobre esta aplicación.

Figura Nº 12: Estructura de la aplicación JME

Nombre del JME

Aplicación Midlet


18

8.1.5. Estructura de la aplicación SERVLET

En la figura Nº 13 se aprecia la estructura de la aplicación SERVLET, donde se

menciona la descripción de cada paquete que contiene la aplicación SERVLET, esto a fin de

tener bien en claro sus propósitos y facilitar en los trabajos futuros sobre esta aplicación.

Figura Nº 13: Estructura de la aplicación SERVLET

Nombre de la Aplicación

WEB

Nombre del

SERVLET Conexión a la Base

de Datos


19

9. REFERENCIAS

[1] Ovando Mayorga, L. 2001. Comunicaciones Móviles de tercera generación y su

implementación en Chile. Tesis de [Grado] Chile – Valdivia: Escuela de Electricidad y

Electrónica de la Facultad de Ciencias de la Ingeniería de la Universidad Austral de Chile.

193 Pág.

[2] Scourias J. 1996. Overview of GSM: The Global System for Mobile Communications. 13 de

Marzo 1996. University of Waterloo. 26 Pág.

[3] Reza B'Far. 2005. Mobile computing principles. Edición: ilustrada. Publicado por

Cambridge University Press, 2005. 861 p. (ISBN 0521817331, 9780521817332).

[4] Molina Gasca, Laura. Octubre 2004. Personalización de Servicios WAP a través de

supositivos móviles utilizando M-Commerce. Tesis de [Maestría]. México: Centro de

investigación y de estudios avanzados del Instituto Politécnico Nacional del Departamento

de Ingeniería Electrónica y Sección de Computación.

[16] Sun Microsystems. [En Línea] [Consultado en 16 Junio de 2009]. Disponible en

formato HTML en <http://www.sun.com/java/about/#mob>.

[17] Java™ Servlet Specification, Versión 2.5 MR6, 8 de Agosto 2007. Copyright 2007

SUN MICROSYSTEMS, INC.

[18] JavaServer Pages™ Specification, Version2.0, Final Release - November 24, 2003.

Copyright 2003 Sun Microsystems, Inc. 4150 Network Circle, Santa Clara, California 95054,

U.S.A.


20

[19] IBM. [En Línea] [Consultado en 16 Junio de 2009]. Disponible en formato HTML en

<http://www-01.ibm.com/software/rational/bios/ambler.html>

[20] Torres Flores, C; Alférez Salinas, G. 2008. Establecimiento de una Metodología de

Desarrollo de Software para la Universidad de Navojoa Usando OpenUP. Departamento de

Sistemas, Universidad de Navojoa, Facultad de ingeniería y telecomunicaciones, Universidad

de Montemorelos. Technical Report COMP-0042008.

[21] Eclipse. 2004. OpenUP Versión 1.5.0.1. Copyright Eclipse contributors and others

2004, 2008.

All Rights Reserved. [En Línea] [Consultado en 16 Junio de 2009]. Disponible en formato HTML en

<http://epf.eclipse.org/wikis/openup/>.

[22] Pachón de la Cruz, A. 2004. Evolución de los sistemas móviles celulares GSM.

Departamento de Redes y Comunicaciones. Universidad de ICESI, Sistemas & Telemática. 34

Pág.

[23] Colegio de Ingenieros CD Puno. Diplomado en Programación Móvil

<http://www.cis-cippuno.org/diplomado/>


21

10. ANEXOS

10.1. Manual de Uso del Sistema Académico de Registro de Notas

Figura Nº 14: Elegimos la opción de MobileNotas


22

Figura Nº 15: Pantalla principal del Sistema Académico de Notas


23

Figura Nº 16: El Menú principal del Sistema Académico de Notas


24

Figura Nº 17: Formulario para el Registro del Estudiante


25

Figura Nº 18: Ver reporte de Estudiantes, para ello de damos clic en la opción Evaluación


26

Figura Nº 19: Vista de Reporte de Estudiantes


27

Figura Nº 20: Para ingresar las notas de un estudiante, le damos clic en uno de los estudiantes del

Reporte


28

Figura Nº 21: Ingresamos las notas del estudiante Mario Palo, luego le damos clic en Guardar

Sistema Acad en JME Para Moviles

Documents

Transcript of Sistema Acad en JME Para Moviles