Repositorio Institucional de Documentos

Repositorio de la Universidad de Zaragoza – Zaguan http://zaguan.unizar.es Proyecto Fin de Carrera “SOFTWARE DE GESTIÓN PARA LA DOCUMENTACIÓN ACADÉMICA EN CENTROS DE SECUNDARIA”. Autor José Rafael Isarre Arnal Director Dr. José Javier Merseguer Departamento de Informática e Ingeniería de Sistemas Escuela de Ingeniería y Arquitectura Ingeniería en Informática Junio 2012 Tomo: ½ G.I.E. (Gestión Integral Educativa) Página 2 de 31 “SOFTWARE DE GESTIÓN PARA LA DOCUMENTACIÓN ACADÉMICA EN CENTROS DE SECUNDARIA” RESUMEN Este PFC propone un “Software de gestión para la documentación académica en Centros de Secundaria”, englobando dos aplicaciones complementarias para centros de Educación Secundaria y el Servicio Provincial de Educación. Es un modelo de carácter estructural que afecta a la gestión, organización y comunicación de los procesos administrativos y documentales de los centros. Esta propuesta es una herramienta formal y legal, que ofrece diferentes aplicaciones de tramitación, transmisión y agilización de la documentación educativa, y que ha sido construída para ponerla en práctica con posterioridad. Esta aplicación de gestión hace una propuesta concreta, útil y viable en torno a tres ámbitos: gestión administrativa, documentación académica y gestión de recursos. Permite opciones para compartir información (uso, selección, gestión, organización), buscando la mayor eficiencia en términos de costes y tiempos. A partir de la consideración de aspectos previos (estudio de viabilidad, DAR), se continuó con el proceso de diseño del sistema y se tomaron decisiones sobre las herramientas a utilizar (Java, NSIS, Jasperreport, MySQL, Java Web Start, etc.), y se implementó el proyecto realizando los diagramas entidad-relación, diseñando las interfaces de usuario, elaborando los ficheros que genera la aplicación, creando la firma digital para validar los archivos jar, etc. Finalmente, se realizaron dos tipos de instaladores para adaptar el sistema a las necesidades de los centros educativos y simplificar así el despliegue de la aplicación. El programa ha requerido un seguimiento exhaustivo que se ha ajustado a la planificación inicial, a pruebas del sistema realizadas por los usuarios finales, reuniones para tomar las decisiones sobre el diseño de interfaz de usuario, etc. La mejora de procesos y métodos en la gestión de los centros, justifica su implantación para dar respuesta a una necesidad coyuntural ya que desarrolla una aplicación completa: desde un análisis de requisitos hasta su utilización por el usuario. G.I.E. (Gestión Integral Educativa) Página 3 de 31 0. Índice 1. Introducción. 4 2. Fase de Análisis en el Proceso de Construcción del Software. 7 2.1 Análisis de Requisitos (DAR) 8 2.2 Diseño del Sistema 9 2.2.1 Entidad – Relación. 9 2.2.2 Diagrama de Estados 12 2.3 Implementación de la aplicación 13 2.4 Herramientas utilizadas 14 2.5 Secuenciación temporal del proyecto 18 3. Plan de aseguramiento de la calidad del Software. 19 3.1 Pruebas del sistema 20 3.2 Diseño de la interfaz 20 4. Instalación. 21 5. Resultados obtenidos. 26 6. Conclusiones. 30 7. Referencias. 31 G.I.E. (Gestión Integral Educativa) Página 4 de 31 1. Introducción Este PFC (Proyecto Fin de Carrera) “SOFTWARE DE GESTIÓN PARA LA DOCUMENTACIÓN ACADÉMICA EN CENTROS DE SECUNDARIA”, engloba dos aplicaciones independientes pero complementarias en el ámbito en el cual se van a instalar: Centros Educativos de Infantil, Primaria y Secundaria y Servicio Provincial de Educación. Abarca desde componentes curriculares a procesos relacionados con la gestión y organización. • La primera aplicación está concebida como una guía práctica para la gestión de centros docentes de Educación Secundaria. Los aspectos tratados han sido seleccionados entre aquellos que con mayor frecuencia se presentan en la gestión diaria del centro educativo: faltas de asistencia, evaluación de alumnos, partes de disciplina, generación de horarios, boletines y actas de evaluación, etc. • El segundo programa agilizará todos los procesos que se están desarrollando en el Servicio Provincial de Educación y que engloban la comunicación y coordinación con los distintos centros educativos. El objetivo fundamental es automatizar las tareas que se vienen realizado en la actualidad de forma manual (rutas de transporte, mobiliario escolar, etc.). La legislación educativa regula la vida institucional y administrativa de los centros y es necesario disponer de aplicaciones y procedimientos que faciliten gestionar el acceso rápido a modelos documentales y administrativos ligados a la gestión del centro. Desde esta perspectiva, este trabajo debe entenderse como una herramienta formal y legal para la tramitación y transmisión de la documentación académica y administrativa para uso de los centros, es pues, un instrumento para el tratamiento de la información educativa de diversa índole, agilizar tareas y diseñar otras nuevas. Teniendo en cuenta esta orientación, la selección, organización y tratamiento de los contenidos se concreta en tres ámbitos principales: • Gestión administrativa: o Documentación académica. o Administración y Servicios. G.I.E. (Gestión Integral Educativa) Página 5 de 31 o Registros y comunicaciones. o Solicitudes, matrículas. o Permisos y calificaciones. • Documentación académica: o Datos personales. o Gestión de expedientes. o Actas de evaluación. o Acreditaciones de la evaluación. o A.C.N.E.E. (Alumnos con necesidades educativas especiales) o Observaciones. • Gestión de recursos: o Mobiliario. o Rutas de transporte. o Gestión de material (stock y solicitud). De manera esquemática las principales aplicaciones de gestión las represento en el siguiente mapa conceptual: Figura 1: Relación entre las aplicaciones desarrolladas G.I.E. (Gestión Integral Educativa) Página 6 de 31 El desarrollo de este PFC surge tras la observación y análisis de las distintas herramientas utilizadas, tanto en centros educativos de secundaria como en el Servicio Provincial de Educación: • En el caso de los centros de Educación Secundaria no existe una herramienta de gestión desarrollada desde el Departamento de Educación. Esto supone recurrir a aplicaciones implementadas hace varios años que no han sido adaptadas a las nuevas realidades y necesidades del centro/enseñanzas, y carecen de mantenimiento por parte de la empresa contratada inicialmente, al haber finalizado el contrato en vigor. • Respecto al Servicio Provincial, se ha comprobado que cada Departamento funciona como un ente independiente, con sus propias herramientas, y esto origina problemas de redundancia de la información, falta de coherencia en los datos manejados por los diversos departamentos, etc. No existe una única aplicación que integre las necesidades de todas las secciones que lo conforman. Las herramientas utilizadas y el método de trabajo resultan poco operativas, puesto que la comunicación con los centros educativos se hace en formato papel, transcribiendo los datos que son comunicados por los centros a ficheros de datos en Access, con los problemas que esto conlleva: pérdida de tiempo, consumo de recursos económicos y humanos, errores, etc. Teniendo en cuenta los aspectos comentados anteriormente, y una vez detectadas las necesidades y marcados los objetivos, he desarrollado un conjunto de aplicaciones destinadas a agilizar todos estos procesos, y subsanar las carencias identificadas en la gestión, tanto en los centros como en el Servicio Provincial. Se trata de contribuir en la medida de lo posible a: • Agilizar procesos de gestión mediante nuevas herramientas. • Lograr una información permanente, actualizada e inmediata a disposición de todos. • Posibilitar estudios comparativos, evolutivos, históricos, etc. • Aportar instrumentos para el tratamiento de la información: gestión y control. En todo caso, se trata de disponer de opciones que permitan compartir información (uso, selección, gestión, organización), utilizando una Bases de Datos, buscando la mayor explotación de los recursos y una mayor eficiencia en términos de costes y tiempos. G.I.E. (Gestión Integral Educativa) Página 7 de 31 Para el desarrollo de este conjunto de herramientas mantuve varias reuniones con los usuarios finales. Se realizaron en el entorno de trabajo (docente/administrativo), para conocer los métodos de trabajo utilizados, recabar mayor información, y así mismo realicé pequeños muestreos con un grupo reducido de usuarios con distinto nivel de destreza en el manejo de herramientas informáticas. Una vez finalizadas estas reuniones, que fueron desarrollándose a lo largo de varias semanas (el tiempo necesario hasta formarme una idea clara de lo realmente necesario a implementar), extraje conclusiones que fueron el punto de partida del documento de Análisis de Requerimientos (DAR) para su aprobación. Una vez aprobado el DAR se comenzó a elaborar la documentación del proyecto adjunto en los anexos. 2. Fase de Análisis en el Proceso de Construcción del Software Antes de realizar la propuesta de este PFC efectué un estudio de viabilidad para asegurar que el desarrollo de este conjunto de aplicaciones estuviera ajustado en plazo y entregado en la fecha inicialmente prevista. El proceso de análisis lo concreto en cuatro aspectos: • Identificar los elementos exigidos por la administración educativa. • Determinar las demandas de los usuarios. • Incorporar las nuevas propuestas dentro de un contexto concreto. • Diseñar soluciones adecuadas a las distintas necesidades de los centros y servicios educativos. Creado el marco de referencia y una vez recogidas las indicaciones de los usuarios consideré los siguientes aspectos: ¿Qué es lo que debe hacer la aplicación?, ¿Para qué va a utilizarse?, ¿Cómo debe funcionar?, ¿Qué ventajas va a reportar esta herramienta como instrumento de trabajo?. Las respuestas a estas preguntas las encontré tras mantener distintas reuniones con profesores, equipos directivos de los centros educativos y trabajadores de la administración educativa. Durante el desarrollo de estas reuniones celebradas en el entorno del trabajo del usuario final, analicé la metodología de trabajo real. Esto me permitió detectar tareas repetitivas y susceptibles de ser mejoradas que no habían sido inicialmente planteadas por el usuario. En este punto resaltaría la G.I.E. (Gestión Integral Educativa) Página 8 de 31 dificultad, en algunas ocasiones, para obtener información acerca del procedimiento seguido en temas administrativos y organizativos, ya que no los describían con suficiente claridad, y en otros casos me resultó complejo recabar toda la información, puesto que mientras revisaba el resultado de las reuniones me surgían nuevas dudas a las que había que dar respuesta. Una vez analizada la realidad y con todos los datos, extraje las conclusiones que son el punto de partida de la planificación. 2.1 Análisis de Requisitos (DAR) La conclusión final, tras las reuniones comentadas en el apartado anterior, puede verse en el Anexo II (Documento de Análisis de Requisitos). Este contiene todos los requerimientos (clasificados en funcionales y no funcionales) que deben cumplir ambas aplicaciones: • Requerimientos Funcionales: Definen el comportamiento interno de la aplicación. Detallan lo que se debe realizar. • Requerimientos No Funcionales: Especifican cómo debe comportarse la aplicación. El DAR ha sido revisado en varias ocasiones a lo largo del ciclo de vida del producto software. Se inició elaborando y comentando con el cliente el diagrama de Casos de Uso y planificando el escenario en cada caso 1 : Figura 2: Casos de Uso del Administrador El objetivo es mostrar al usuario final para que pueda identificar, en la fase de análisis, todas las funcionalidades que debe cumplir la aplicación y asegurarse que desarrollamos una aplicación 1 Se pueden ver el análisis detallado en el Anexo II G.I.E. (Gestión Integral Educativa) Página 9 de 31 que se ajusta a las necesidades realmente demandadas. En estas reuniones se incidió en la fase de detección de errores: Un profesor no puede dar dos clases a la misma hora, faltas de asistencia en días no lectivos, comprobar que la hora de la falta de asistencia del alumno se corresponda con la hora en la que el profesor pone la falta, etc. Estas decisiones fueron incluidas en el DAR. 2.2 Diseño del Sistema El ciclo de vida utilizado para la implementación final de ambas aplicaciones corresponde a un ciclo de vida en cascada mejorado. Esto significa que las etapas por las que ha pasado la aplicación han sido: análisis de requerimientos, especificación del producto, planificación, diseño, implementación, integración y finalmente la instalación en real de la aplicación. La diferencia entre el ciclo de vida en cascada tradicional y el utilizado se basa en que en cada etapa se verificaban con el cliente los resultados y en caso de encontrarse alguna no conformidad se retrocedía a la fase anterior. Una vez determinado el ciclo de vida, se abordó el problema en cada etapa siguiendo un método TOP-DOWN o análisis descendente. Esto implica que inicialmente abordamos el sistema planteado como único, y lo vamos dividiendo en subsistemas de forma sucesiva, hasta que alcanzamos un nivel en el cual podemos resolverlo de forma inmediata, por lo que al desarrollar satisfactoriamente cada uno de estos subsistemas e integrarlos a la aplicación, conseguiremos desarrollarla de modo adecuado. 2.2.1 Diagrama Entidad – Relación. Se escogió MySQL como Sistema Gestor de Base de Datos, por ser gratuíto y permitirnos automatizar distintas tareas de auditoría mediante triggers y procedimientos almacenados. Estas funcionalidades podrían ser utilizadas sí nos exigieran satisfacer los requerimientos de la Ley Orgánica de Protección de Datos. El lenguaje de programación elegido fue JAVA [1] por ser multiplataforma y estar familiarizado con las herramientas de desarrollo. La herramienta utilizada para generar los informes ha sido Jasperreport [2], puesto que posibilita introducir parámetros de forma dinámica a las consultas y además permite incluir funciones aritméticas que serán interpretadas en tiempo de ejecución. G.I.E. (Gestión Integral Educativa) Página 16 de 31 /usr/local/mysql/bin/mysql --host=192.168.140.128 -uroot -prafa pfc < $1 Donde $1 es la ruta del fichero sql que contiene la copia de la base de datos, y el comando mysql permite realizar el volcado de las tablas (los argumentos utilizados en este comando son los mismos que en el mysqldump). • El asistente para realizar la instalación de la aplicación ha sido generado mediante NSIS. Esta herramienta compila un fichero de extensión .nsi que se compone de varias secciones: definición de variables (nombre del ejecutable final, título de las ventanas durante el proceso de instalación, directorio de instalación, etc), especificar el número de ventanas que compondrán la instalación (en nuestro caso: acuerdo de licencia, directorio de instalación, selección de las componentes a instalar y finalización de la instalación), selección del lenguaje, etc. Cada una de las páginas de instalación contiene el código que define el comportamiento de esa sección. Por ejemplo, para copiar las librerías y el fichero principal de la aplicación, se ejecutan las siguientes líneas: Section "- Librerias" CreateDirectory $INSTDIR\lib --Crea el directorio de librerías file "appframework-1.0.3.jar" -- Copia los ficheros … CopyFiles $INSTDIR\a*.jar $INSTDIR\lib --Mueve los ficheros … Delete "appframework-1.0.3.jar" -- Borra los ficheros copiados … SectionEnd; • Finalmente, el fichero XML launch.jnlp, es el encargado de ejecutar la aplicación. Cada vez que se arranca la aplicación se llama a este fichero que se encarga de comprobar si existe alguna actualización disponible. Este fichero se divide en las siguientes secciones:  Una primera parte que contiene la información que se descargará durante el proceso de instalación de la aplicación G.I.E. (Gestión Integral Educativa) Página 17 de 31  Otra encargada de crear los accesos directos para inicializar la aplicación, sin necesidad de acceder a la Web desde la que se instaló la aplicación por primera vez.  La sección de actualizaciones comprueba al inicializar la aplicación la existencia de nuevas actualizaciones. Si hay nuevas actualizaciones las descarga al estar los ficheros jar firmados digitalmente. Esto garantiza utilizar siempre la última versión.  Definición de las librerías a descargar para ejecutar la aplicación y definir el fichero principal de la aplicación. A continuación se muestra una sección de código del fichero para comprobar las distintas secciones en las que se divide: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <jnlp codebase="http://www.catedu.es/rychuesca" href="launch.jnlp" spec="1.0+"> <information> <title>Serv. Provincial</title> <vendor>Unidad de Programas Educativos (Huesca)</vendor> <homepage href="http://www.catedu.es/rycuesca"/> <description>Incidencias o sugerencias: [email protected]</description> <description kind="short">Serv. Provincial</description> <shortcut> <desktop/> <menu submenu="Servicio Provincial"/> </shortcut> <icon href="logo.png" kind="splash"/> <icon href="logo.png" kind="default"/> </information> <update check="always"/> <security> <all-permissions/> </security> G.I.E. (Gestión Integral Educativa) Página 18 de 31 <resources> <j2se version="1.5+"/> <jar href="Educacion.jar" main="true"/> <jar href="lib/appframework-1.0.3.jar"/> …. </resources> <application-desc main-class="educacion.VentanaMenu"> </application-desc> </jnlp> 2.5 Distribución temporal del proyecto Antes de iniciar el proyecto realicé una planificación de tiempos para adecuarme al plazo de entrega señalado. En el siguiente diagrama GANTT 4 se puede ver la estimación: Figura 4: Diagrama de GANTT Durante el análisis, diseño e implementación de la aplicación no se ha producido un retraso significativo en ninguna de las tareas. Esto es debido a que todas fueron planificadas con un amplio margen de tiempo, y al hecho de empezar el proyecto en los meses de verano del curso pasado. El motivo principal de comenzar tan pronto con la fase de especificación del producto fue porque durante el mes de julio los equipos directivos se encuentran todavía en los centros por lo 4 Se ha omitido el diagrama de barras por no visualizarse completo en una imagen G.I.E. (Gestión Integral Educativa) Página 19 de 31 que me podían atender sin ningun problema. Si esta fase no la hubiera iniciado en el mes de julio tendría que haber esperado hasta mediados del mes de octubre, puesto que durante el mes de septiembre ya me advirtieron que no me podrían atender, y en este caso se habrían presentado demoras. Igualmente planifiqué un periodo de tiempo, en los meses de diciembre y enero, para preparar los exámenes en los que no avanzaría en el proyecto. Se puede observar en el anterior diagrama, que existen periodos de tiempo muy largos para cada una de las tareas, esto es debido a que el desarrollo del proyecto ha sido realizado mientras cursaba las asignaturas pendientes para finalizar la carrera, y además, lo he simultaneado con mis tareas profesionales. Concretando cada una de las tareas en las que dividí el proyecto, destacaría que el diseño del diagrama entidad-relación fue uno de los que más tiempo me costó. El problema fundamental era asegurar que el diseño elegido me permitiera mantener la coherencia de todos los datos (profesores activos, alumnos promocionados, recuperar alumnos dados de baja en cursos anteriores, rematricular alumnos, etc). Esto en la mayor parte de los casos lo conseguí, pero en algunos me vi forzado a modificar, durante la implementación del sistema, el diseño de la base de datos para adaptarla a las nuevas necesidades que aparecían. 3. Plan de Aseguramiento de la calidad del Software Durante todo el proceso se ha tenido presente la calidad 5 del software desarrollado, como una actividad de protección y se ha comprobando la concordancia entre los requisitos y la aplicación implementada. Fundamentalmente ha englobado los siguientes aspectos: • Control de la documentación (como refleja la primera página de los distintos documentos generados). • Estrategia de pruebas (descrita en el siguiente apartado). • Revisiones periódicas. 5 Podríamos definir calidad como una propiedad o conjunto de propiedades inherentes a una cosa, que permiten apreciarla como igual, mejor o peor que las restantes de su especie. G.I.E. (Gestión Integral Educativa) Página 20 de 31 En cada paso del proceso podían surgir errores que inicialmente pasaran inadvertidos, y también podrían no encontrarse y verse amplificados en sucesivas fases, por este motivo las pruebas se realizaron de forma exhaustiva como se indica en el siguiente apartado. 3.1 Pruebas del Sistema La fase de pruebas se ha desarrollado a lo largo de todo el ciclo de vida del producto software: desde la captura de requisitos, especificando claramente cada uno de ellos, hasta la instalación de la aplicación en el entorno del cliente. Las pruebas realizadas se dividen en tres clases: • Pruebas Unitarias: Comprobando el correcto funcionamiento de todos los componentes desarrollados de forma individual. • Pruebas de Integración: Probando la integración de los componentes del sistema para demostrar que se pueden encajar correctamente. • Pruebas de sistema: Experimentando el sistema globalmente. En lo referente al diseño de los juegos de prueba, en todos los casos se planificaron las de tipo caja negra, esto significa que fueron diseñadas considerando exclusivamente las entradas y las salidas del sistema. En algunos casos en los que podría existir ambigüedad (como por ejemplo en los casos de las calificaciones o los horarios de los grupos), se optó por realizar el conjunto de pruebas de caja blanca. Estos conjuntos de pruebas fueron diseñados y testeados por mí, pero la persona que implementa una aplicación nunca debe ser la que realice el juego de pruebas. Es por este motivo que conforme se finalizaban los módulos, éstos se distribuían a los usuarios finales que testeaban la aplicación. 3.2 Diseño de la Interfaz Un buen diseño de la interfaz no asegura el éxito de la aplicación, pero una interfaz de usuario mal diseñada conlleva el fracaso del sistema realizado, por lo que considero imprescindible el análisis de las interfaces de usuario. Esto requiere el análisis de la Interfaz de Usuario como un elemento más dentro de la calidad del software. Como se comentó en la introducción, durante aproximadamente dos semanas se observó la metodología de trabajo de los futuros usuarios del sistema. Esto se realizó con un doble propósito: G.I.E. (Gestión Integral Educativa) Página 21 de 31 Comprender el objeto/misión de la aplicación a desarrollar y observar al usuario final de forma indirecta para obtener información acerca de la destreza adquirida en el manejo de las Tecnologías de la Información y la Comunicación. El grupo de usuarios con el que tuve contacto era heterogéneo tanto en el rango de edad como en la habilidad de manejar los equipos informáticos. Este grupo de usuarios me sirvió para realizar un análisis etnográfico del cual obtuve las siguientes conclusiones: • Usuarios experimentados: o No solicitan Manual de Usuario o Indiferencia en cuanto al idioma de la aplicación o Solicitan que todos las opciones incluyan imágenes descriptivas o Priorizan la rapidez de la aplicación. • Usuarios con nivel básicos: o Solicitan manual de usuario explicativo con imágenes. o Los textos deben ser en castellano. o Priorizan que el manejo de la aplicación sea sencillo e intuitivo por encima de la rapidez. En vista de los resultados decidí realizar una interfaz de usuario que combinara imágenes y texto en todas las opciones, una barra de herramientas a modo de acceso rápido para las opciones más comunes y proporcionar atajos de teclado a los usuarios con más destreza. El tipo y tamaño de letra son de tamaño medio para permitir su lectura de forma sencilla. 3. Instalación El desarrollo de ambas aplicaciones ha sido desarrollado en Java fundamentalmente por los siguientes motivos: • Conocimiento del lenguaje de programación. • Multiplataforma G.I.E. (Gestión Integral Educativa) Página 22 de 31 • Rápida adaptación a posibles modificaciones/ampliaciones (Por ejemplo, permitir la matricula de los alumnos vía Web mediante el uso de ficheros jsp[6]). Puesto que la tecnología Java permite realizar diferentes tipos de instalaciones, se ha utilizado el proceso de instalación más adecuado en cada caso. En primer lugar, las aplicaciones que van a tener instaladas los usuarios administradores utilizan un proceso de instalación guiado mediante un asistente. Este asistente lo he generado mediante la aplicación NSIS[7]. Una vez que el usuario hace doble clic sobre el ejecutable se inicializa un asistente que les orientará durante todo el proceso. A continuación se muestra un ejemplo del proceso de instalación. Figura 5 : Primera pantalla de instalación En la imagen anterior se comprueba que al arrancar el programa se muestra el acuerdo de licencia para que sea leído por el usuario. Si no se acepta esta licencia no se completa la instalación de la aplicación. Una vez aceptado el acuerdo de licencia escogeremos el directorio de destino de la aplicación. Esta ventana nos mostrará el tamaño de la aplicación a instalar y el espacio disponible en la unidad de disco en la que instalaremos la aplicación. Figura 6: Directorio de Instalación G.I.E. (Gestión Integral Educativa) Página 23 de 31 Una vez efectuados estos pasos solo resta finalizar la instalación de la aplicación, para ello seleccionaremos los componentes a instalar (en este caso escogeremos todos los indicados), escogeremos el directorio dentro del menú inicio donde figurará la aplicación y esperaremos a que finalice el proceso. Estos tres últimos pasos aparecen en las siguientes figuras: Figura 7: Instalación de la aplicación El proceso de instalación de las aplicaciones de los terminales difiere del habitual. Mientras que las aplicaciones tradicionales se instalan mediante un asistente o wizard como acabamos de ver, la instalación de las aplicaciones de los clientes no se hace de esta forma. Esto se debe a que en la instalación de la herramienta de gestión de un centro educativo, la aplicación estará instalada en varios ordenadores y en el caso de incluir alguna mejora se deberían revisar todos los equipos para actualizar la aplicación. Este hecho cobra más importancia en la G.I.E. (Gestión Integral Educativa) Página 24 de 31 instalación del programa del Servicio Provincial. Esta aplicación está instalada en todos los ordenadores de los equipos directivos de la provincia, por lo que se hace inviable distribuir un instalador y controlar que todos los clientes utilicen la misma versión. Por esta razón se ha optado para la instalación de los clientes la tecnología Java Web Start [8]. Esta permite que la aplicación se instale en el ordenador deseado mediante un fichero de extensión *.jnlp alojado en Internet. El uso de esta tecnología nos permite: • Activar las aplicaciones con un solo clic. • Garantizar que siempre estamos ejecutando la última versión de la aplicación. • Eliminar complejos procedimientos de instalación o actualización. Finalmente, en caso de realizar alguna modificación basta con subir al alojamiento Web que tenemos disponible el nuevo fichero jar que genera el Netbeans. Esto permite que cada vez que ejecutemos la aplicación se comprobará la existencia de una nueva versión como antes hemos mencionado. Esta comprobación se puede realizar, ya que el fichero va firmado electrónicamente mediante una firma digital. En primer lugar accedemos a la página Web en la que está alojada la aplicación y nos validaremos con nuestro usuario y contraseña. Esta página es un fichero de extensión html que nos redirige a una página php en la cual se comprueba que los datos introducidos son correctos. En caso de no ser así volvemos a la página principal, pero si la comprobación de datos es satisfactoria accederemos a la página de descarga. Figura 8: Validación del centro G.I.E. (Gestión Integral Educativa) Página 25 de 31 Figura 9: Página de descarga Por otro lado, una vez accedamos a la página de descarga de la aplicación obtendremos una secuenciación de pasos que nos guiarán en el proceso de instalación: Identificar la versión de Java instalada, descarga de la máquina virtual, instalación de la aplicación y manuales de usuario. Siguiendo los pasos descritos en el manual de usuario (puntos 1 y 2) tendremos actualizados todos los requisitos exigidos por la aplicación, por lo que para instalarla deberemos clicar únicamente sobre el icono del CD azul. Al pulsar sobre la imagen se iniciará la descarga de la aplicación como se representa en la siguiente figura: Figura 10: Descarga e Instalación