Autorizada la entrega del proyecto del alumna: Susana Arias-Camisón Sarasua EL DIRECTOR DEL PROYECTO. David Contreras Bárcena

Transcripción

1 Autorizada la entrega del proyecto del alumna: Susana Arias-Camisón Sarasua EL DIRECTOR DEL PROYECTO David Contreras Bárcena Fdo.: Fecha: / / Vº Bº del Coordinador de Proyectos David Contreras Bárcena Fdo.: Fecha: / /

2 UNIVERSIDAD PONTIFICIA COMILLAS ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA (ICAI) INGENIERO EN INFORMÁTICA PROYECTO FIN DE CARRERA SISTEMA DE IMPORTACIÓN DINÁMICA DE INFORMACIÓN WEB Y PRESENTACIÓN WAP (SIDIW-PW) AUTORA: SUSANA ARIAS-CAMISÓN SARASUA MADRID, SEPTIEMBRE 2006

3 A mi ama, a mi aita I

4 AGRADECIMIENTOS En primer lugar, quisiera dar las gracias a mis padres, Ignacio y Maca, por vuestro esfuerzo, apoyo y confianza que me habéis demostrado siempre y que me ha permitido llegar hasta aquí. tiempo. A mi familia, en especial a Lalila, por su animo y apoyo a lo largo de todo este A Elena y Lorena, por el cariño y apoyo recibido. A Maria y Aída, por estar ahí siempre, a todos mis amigos, por todos esos momentos compartidos. A mi director de proyecto, Don David Contreras Bárcena, por haberme dado la oportunidad de trabajar en este proyecto y por la ayuda prestada en todo momento. A la Universidad Pontificia Comillas, por poner a mi disposición todos los medios necesarios, tanto técnicos como humanos, para instruirme en el área de la Informática. II

5 RESUMEN El sistema de importación dinámica de información web y presentación Wap (SIDIW-PW), consiste principalmente en el estudio de una manera de extracción de los datos de las páginas web para poder así hacer uso de la información de éstas en una posterior presentación Wap. Esta importación dinámica de la información web se ha llevado a cabo a través del estudio de la disposición de los datos dentro de las páginas, estudiando su situación sintáctica, como si de frases se tratarán. El interés de este proyecto surge de las dificultades que hoy en día encuentran los proveedores para desarrollar sitios Web que funcionen adecuadamente, y de los problemas que encuentran los usuarios para acceder estos sitios desde los dispositivos móviles. No es ninguna novedad comentar que el mundo de Internet ha ido a parar en el mercado de los dispositivos móviles y que las diferencias entre los dispositivos de unos y otros son notorias. El tamaño de la pantalla, las características gráficas, el tamaño de los aparatos y por consiguiente sus posibilidades de memoria son entre otras muchas las diferencias que pueden ser enumeradas fácilmente. Los fabricantes de unos y otros no se han puesto todavía de acuerdo en determinar ciertas pautas al diseñar el software para cada dispositivo, sin solucionar problemas como por ejemplo la aceptación de determinados caracteres. La importación de datos es el pilar del proyecto. Sin ellos nada tendría sentido. Para su extracción, se ha llevado a cabo un minucioso estudio acerca de la disposición de los datos dentro de las páginas Web, viendo las diferencias entre unas y otras y las características comunes. Aunque existen muchas diferencias y hoy en día el diseño de las mismas es demasiado libre y sin una estructura bien definida, la propiedad más importante y definitiva que tienen todas en común es que los datos a importar no son parte de las III

6 etiquetas del código HTML. Por tanto, basta con eliminar todas esas etiquetas HTML del código fuente para disponer de un conjunto de frases donde se encontrará esa información tan preciada. El patrón creado para la extracción de datos consiste en un conjunto de palabras claves que sirven para posicionarse en cada momento dentro del código HTML. Además cada palabra clave tendrá relacionado un número, que indicará el número de palabras a almacenar desde ese palabra clave. De esta manera se irán procesando todas aquellas páginas Web de interés, importando sus datos, para posteriormente ser utilizadas en una presentación Wap. El resultado final del proyecto será el desarrollo de tres tipos de aplicaciones, una de tipo administrativo para introducir aquellos aspectos necesarios de las páginas Web, otra de importación de datos y por último la aplicación para la presentación wap. Todas ellas podrán ser consultadas desde donde se quiera y cuando se quiera, siendo el acceso restringido para las primeras y de acceso público para la última, conectadas en tiempo real con una base de datos MySQL, que será puesta en explotación a través de un servidor Web, Apache Tomcat en este caso, en el que también residirá la base de datos. Debido a que la información a presentar en cada momento por parte de las aplicaciones depende, en la mayoría de los casos de la información existente en la base de datos, la aplicación se desarrollará mediante un conjunto de páginas JSP embebidas en páginas HTML y WML respectivamente. Intentando conseguir la máxima portabilidad y fomentar el uso de herramientas de software libre, se ha empleado como lenguaje de programación JAVA, y como gestor de base de datos MySQL, utilizando además el controlador ODBC para dotar de mayor independencia a las aplicaciones con respecto al gestor de base de datos. IV

7 En un futuro, la Red Semántica será posiblemente la solución a muchas de las deficiencias existentes ahora mismo, utilizando tecnologías de descripción de contenidos para la interpretación de documentos y realizando procesos inteligentes de capturas y tratamiento de la información. V

8 ABSTRACT The system of importing dynamic web information and wap presentation (SIDWI- WP) is the study of a new way of importing information from web pages in order to use information from this web sites for another Wap presentation. This dynamic importation has reached through an exhaustive study about the structure of web pages, examining the syntactical position of the information inside the code, as if they a group of sentences were. The interest of this project arises from the difficulties that nowadays providers and users have found. Providers have troubles to implement well done Web sites and users have problems to gain access to sites by using their mobile devices. Nowadays the Internet world has moved from the market of PCs and laptops to the market of mobile devices, causing the appearance of considerable problems in many areas due to obvious differences. The screen size, the graphical characteristics, the size of the device and the memory capabilities are examples of the many differences that can be easily listed between mobile devices and laptops and PCs. Different mobile devices manufacturers have not already reached any agreement for determining such a couple of guidelines for solving problems such us the simple thing of the recognition of some characters. The importation of the information is the pillar of the project. Without the information, nothing would have sense. For extracting them, a detailed study has been done about the location of the information inside the source code of web pages, analysing the differences and the similarities between one and others. Despite the many differences and the lack of well done structured pages, the most important similarity between them is that the information to be captured does not belong to the group of tags of the HTML language. This means that, for extracting that information, the first thing that will have to be done, will be the removing of those tags with the aim of getting a group of sentences VI

9 subsequently. Moreover, for the extraction of the information, a key file will be necessary for each page. This file contains a collection of key words. Each key word will be used for finding the strategic position inside the code in each case. Furthermore, each key word will have a key number. The number will indicate how many words from the key word will have to be stored in the database. This will be the way for processing the whole code of all the interesting pages. To sum up, the development of the project consists in three types of applications. The first one will be the development of a portal web to specify the properties of the web pages, the second one will be the one for the process of extracting the information and the last one will be the application for the wap presentation. The first and second application will be used by the administrator and authentication will be necessary. The third one will be used by any user of a mobile device. The final result will be an application for public access, through the Internet, connected in real time to a MySQL database, which will be put into operation through a web pages server, in which the database will also reside. Due to the fact that the information to be given at every moment depends, in most cases, on the database available information, the programme will be developed by a number of JSP pages and HTML,WML. For reaching the maximum portability and looking for the use of free software, the programming language that has been used is JAVA and as database manager MySQL, using the ODBC drivers to provide much more independence. In the future, the Semantic Net will be one of the possible solutions to solve the deficiencies that there are today in this area, using the description of the contents as a technique for the interpretation of the source code for doing intelligent extractions and better treatment of the information. VII

10 ÍNDICE 1. INTRODUCCIÓN 1 2. IDENTIFICACIÓN DE NECESIDADES 5 DOCUMENTO DE CONCEPTOS DEL SISTEMA 6 3. ANÁLISIS DE REQUISITOS 11 LISTA DE REQUISITOS 12 MODELO LÓGICO DEL SISTEMA 28 MODELO CONCEPTUAL DE DATOS ESTUDIO DE ARQUITECTURA 51 ESPECIFICACIONES DE LA ALTERNATIVA DISEÑO EXTERNO 64 CONFIGURACIÓN HARDWARE/SOFTWARE 65 DISEÑO DEL MODELO FÍSICO DE DATOS (UML) 69 DISEÑO DE ENTRADAS Y SALIDAS 91 MODELO LÓGICO DE DATOS PROGRAMACIÓN 112 CÓDIGO DE INTERÉS ESTUDIO FINANCIERO ESTUDIOS FUTUROS CONCLUSIÓN BIBLIOGRAFÍA 129 ANEXO I : MANUAL DE USUARIO 131 ANEXO II : MANUAL DE INSTALACIÓN 156 VIII

11 INTRODUCCIÓN Hoy en día el mundo de Internet se ha escapado de los ordenadores y ha ido a parar en el mercado de los dispositivos móviles. Estos dispositivos tienen capacidades para acceder a las páginas de Internet y por consiguiente obtener información de sitios Web. Esta nueva capacidad de acceder interactivamente a la información Web comienza a ser denominada como Web Móvil. El término Web Móvil hace, por tanto, referencia directa a la Web en la que el usuario puede acceder a la información desde cualquier lugar del mundo, independientemente del tipo, tamaño, apariencia, etc del dispositivo móvil que se utilice para ello. Actualmente, la demanda de los usuarios en lo referente a una disponibilidad incondicional de la Web va en aumento. Cada vez son más los usuarios que disponen de un dispositivo móvil de última generación con el que se espera poder realizar todas aquellas tareas que se realizan diariamente con los equipos de sobremesa o con los portátiles como puede ser la consulta del correo electrónico, la consulta de las páginas favoritas o de algún tipo de blog o como la tan de moda descarga de música. Sin embargo, todo esto llega a ser todavía una utopía. La solución esta por llegar y no será una tarea fácil debido a las limitaciones que existen a la hora de acceder a los servicios Web a través de estos dispositivos. La Web móvil se presenta como un auténtico reto tanto para usuarios como para desarrolladores ya que, por un lado, el usuario encuentra problemas al intentar acceder a los sitios Web desde los dispositivos móviles, y por otro, los proveedores de contenido encuentran dificultades para crear sitios Web que funcionen adecuadamente en todos los tipos de dispositivos y configuraciones. 1

12 El Consorcio World Wide Web (W3C) es la asociación internacional formada por organizaciones miembro del consorcio, personal y el público en general, que a día de hoy trabajan conjuntamente para desarrollar estándares Web con el objetivo de conseguir solucionar las dificultades para el acceso a la Web desde cualquier tipo de dispositivo, intentando que sea algo tan sencillo como lo es desde dispositivos de sobremesa. El problema reside en las limitaciones existentes a la hora de acceder a los servicios de los dispositivos móviles por ciertas razones: Las capacidades de los dispositivos móviles en cuanto al tamaño de la pantalla varía considerablemente comparado con las pantallas planas TFT - 15" de los portátiles que se encuentran en los comercios, por lo que las páginas tendrán que poder adaptarse dinámicamente a las característica del dispositivo en cuestión. El contexto en el que se recibe la información o en el que se realiza la consulta de información es muy diferente al típico acceso a Internet en el hogar. Ahora se puede acceder a la información desde el autobús, coche, playa... Debido a la diversidad de los dispositivos móviles y de sus distintas características, surgen también problemas en cuanto a la interpretación del lenguaje de programación, de manera que lo que funciona en uno puede que no sea entendible por otro. La capacidad de almacenamiento de estos dispositivos es muy inferior a las PCs por lo que la descarga de música será muy limitada. La solución a todas estas limitaciones llegará cuando las aplicaciones consigan adaptarse dinámicamente a las necesidades del usuario, a las capacidades del dispositivo que interactúa en ese momento y a las condiciones del entorno. 2

13 La Web Semántica puede llegar a ser una solución para resolver estas deficiencias utilizando tecnologías de descripción de los contenidos De esta forma el contenido queda desvelado, como los datos de una base de datos accesibles por Web, o las etiquetas inmersas en el documento, haciendo posible a los gestores de contenidos interpretar los documentos y realizar procesos inteligentes de captura y tratamiento de información. Por ahora, la realidad es que las páginas de Internet no están estructuradas de manera que puedan adaptarse a las necesidades de los dispositivos móviles, por lo que, a día de hoy, todas aquellas páginas que pueden consultarse a través de los dispositivos móviles, son páginas tratadas específicamente, que han sido programadas de nuevo pero añadiendo todos aquellos aspectos necesarios para su correcto funcionamiento. Realmente parece una pérdida de tiempo y de dinero tener que volver a programar y adaptar todas aquellas páginas que se quieran presentar a los dispositivos móviles, y de ahí que surgiese la idea del desarrollo de este proyecto. La cuestión es, por qué volver a programar cada una de las páginas para un entorno que en estos tiempos no da ningún tipo de juego estético y que solo permite pantallas sencillas con poco texto y pocos colores, si se pueden importar dinámicamente los datos de esas páginas y volver a utilizarlos para crear páginas sencillas estáticas pero con datos dinámicos? Al desarrollar la idea, se ve claro que el punto importante del proyecto es la importación de los datos, éste será el pilar del proyecto. Para esta importación es necesario que cada una de las páginas de las que importar los datos pasen a un sometimiento de estudio sobre la disposición de sus datos. Será un estudio sintáctico, ya que aún no está disponible la posibilidad de realizar estudios semánticos al carecer de dicha información. Cuando se sepan los puntos clave desde donde pueden ser capturados los datos de las páginas sólo hará falta saber cuantos datos se han de obtener desde cada punto clave. Este es el estudio y conclusiones que se han obtenido tras las múltiples pruebas realizadas. Todas tienen puntos donde el programa puede apoyarse para capturar la información, y son esos puntos los que se aprovecharán para importar los datos. El lenguaje JAVA es el utilizado para llevar a cabo está labor de importación. Es elegido por su potencial y portabilidad. 3

14 Cada página dispondrá de una tabla específica dentro de la base de datos donde guardar los datos importados. El gestor de datos utilizado es MySQL, por ser un software libre. La base de datos se encontrará ubicada en el servidor Web, por lo que, una vez que se dispongan los datos de una determinada página almacenados en ella, quedará disponible para ser utilizada por parte de los dispositivos móviles. La metodología a emplear para el desarrollo del proyecto será una metodología evolutiva. Cada paso, cada avance, cada mejora, será probada y evaluada para así ir construyendo un prototipo cada vez pulido. Si se encontrasen problemas en una de las etapas bastará con retroceder al prototipo anterior. Se realizarán copias de seguridad de cada uno de los prototipos que se vayan desarrollando. Para concluir, el proyecto tiene como finalidad por una parte, conseguir abrir una nueva puerta al mundo de Internet dentro de los dispositivos móviles y por otro lado, a nivel personal, poner en práctica muchos de los conocimientos adquiridos durante la carrera, tanto del área del diseño de software como del de programación, así cómo tener la oportunidad de investigar y conocer un poco más el mundo del dispositivo móvil. 4

15 IDENTIFICACIÓN DE NECESIDADES 5

16 DOCUMENTO DE CONCEPTO DEL SISTEMA 1. OBJETIVOS DEL SISTEMA El proyecto que se va a desarrollar trata de la importación dinámica de los datos para una consiguiente presentación wap en dispositivos móviles. La esperanza para la solución de los problemas que hay hoy en día con estos dispositivos móviles está en la Red Semántica. Sin embargo, mientras llega y se consolidan estándares para diseñar los contenidos con unas etiquetas predefinidas y se consigue unificar de una forma más global las características de cada dispositivo, no habrá más opción que diseñar soluciones de poco futuro. Con el proyecto a realizar, se pretende diseñar una forma de extraer los datos de las páginas que se encuentran en la Web, para almacenarlos en una base de datos albergada en un servidor, para así posteriormente realizar la correcta presentación Wap de la información solicitada según el dispositivo móvil detectado. La forma en la que se va a desarrollar el proyecto está enfocada en vez de hacia una Red Semántica a una Red Sintáctica, ya que de esta manera no hace falta esperar a ese cambio en la codificación de las páginas y se aprovecharán los contenidos que se disponen ahora en la Web. Lo importante en este caso no será el significado de las palabras como puede ser en la Red Semántica, en la que se quiere englobar por etiquetas las palabras claves según su significado, sino que en este proyecto lo que se pretende es estudiar la ubicación de los datos de interés dentro del código fuente de cada página HTML, como si fuera dentro de una frase, y determinar en que posición se encuentran los datos a capturar, como por ejemplo se quisieran subrayar los artículos de una frase en una clase de gramática. 6

17 La simulación de la Red Sintáctica se llevará a cabo a través de unos patrones de configuración, con información suficiente y necesaria sobre la ubicación de los mismos en el código de cada página, guiando así a la aplicación a desarrollar a importar los datos de interés, a través del conocimiento de la posición sintáctica de los mismos. Esta manera de obtención de la información, aunque novedosa, quizás pueda calificarse como de tarea engorrosa, por la dedicación de tiempo que requiere el análisis de cada página, para conocer la ubicación sintáctica de la información. Sin embargo, a día de hoy, es una de las pocas posibilidades de poder capturar los datos de las páginas en vez de tener que volver a codificarlas en un lenguaje distinto al HTML, adaptado a las necesidades de los dispositivos móviles, como el WML. De esta manera, una vez obtenidos los datos, es más sencillo crear páginas WML simplificadas y adaptadas a las características de cada dispositivo móvil. Por lo tanto, el objetivo del proyecto es principalmente realizar un programa que se ocupe de la manera más sencilla posible de importar los datos de las páginas de interés, siguiendo una lógica de negocio específica. A partir de ahí, el resto del proyecto tratará del desarrollo de dos aplicaciones. Una de ellas, será una aplicación del tipo administrativa, en la que se especificarán todo tipo de propiedades de las páginas web, y la otra será la correspondiente a la aplicación para los dispositivos móviles, aplicación que servirá para la consulta de esos datos que previamente habrán sido periódicamente almacenados y actualizados en las bases de datos. Al finalizar la aplicación administrador y la de importación de datos, la última será añadida a la de la aplicación administrador como una funcionalidad más de la misma. Tras desarrollar el proyecto, se espera que por un periodo de tiempo, sea más fácil la oferta de consulta de muchas más páginas Web que hasta ahora, y que los usuarios sufran menos dificultades para poder disfrutar de los servicios, pudiendo realizar consultas Web a través de una PDA, de un teléfono móvil, etc desde donde se quiera y cuando se quiera. 7

18 2. ALCANCE DEL SISTEMA El proyecto alberga 3 aplicaciones distintas y muy diferentes entre sí. La primera a desarrollar será la aplicación de importación de datos, datos que serán almacenados en la base de datos. La segunda será la aplicación para el administrador, para que la gestión de las páginas disponibles en el sistema sea sencilla y amigable. La última en desarrollar será la aplicación móvil, que servirá principalmente para mostrar que los datos son capturados correctamente y la probar el correcto funcionamiento de la importación de los datos. La aplicación de importación de datos, una vez desarrollada, se incluirá en la aplicación administrador como una funcionalidad añadida. Para hacer referencia al momento en el que se haya producido esa modificación, se llamará a dicha aplicación administrador + parseador. Esta aplicación administrador + parseador, residirá en el servidor Web al que se conectará la aplicación móvil, que residirá en el dispositivo, accediendo a la base de datos a través de unas reglas de negocio y generando la información de presentación. continuación: La construcción del sistema implica las funciones que se determinan a Forma de obtención de datos de las páginas Web Lo principal para poder importar los datos de una página Web es el correcto diseño del fichero parseador, es decir, el correcto análisis sintáctico del código HTML que se tendrá que ver reflejado perfectamente en el fichero, sin fallos admisibles. A partir de ahí, con el fichero a disposición y con otro tipo de datos obtenidos de la base de datos, como es la URL de la página en cuestión, comenzará la extracción de datos y el consiguiente almacenamiento de los mismos en la base de datos. 8

19 Como cabe de esperar, la información almacenada debe de ser actualizada periódicamente, para que tenga validez. Para ello la aplicación administrador + parseador tendrá un sistema interno de actualización de la información cada x tiempo. Forma de almacenamiento de datos en la base de datos La base de datos que se va a utilizar es MySQL, porque es rápida, fiable y fácil de usar, y de código abierto. Los datos se almacenarán en tablas estructurales a través de consultas SQL. Las tablas dispondrán de claves primarias para facilitar las búsquedas. La base de datos se encontrará en el servidor Web, al que se realizarán las peticiones de datos por parte de los dispositivos móviles. Forma de acceso a la información desde el dispositivo móvil El acceso a la información desde el dispositivo móvil se realizará a través de una aplicación sencilla, de fácil manejo, debido a las limitaciones de la pantalla y características de cada dispositivo. La información de cada petición será enviada de forma compacta desde el dispositivo al servidor Web, en el cual se seguirán las pautas necesarias para la obtención de la respuesta para la petición realizada, volviendo a enviar de forma empaquetada la información al dispositivo móvil. 9

20 3. TIPOLOGÍA DE USUARIOS Los usuarios de la aplicación móvil podrán ser todos aquellos que dispongan de un dispositivo móvil (PDA, móvil, etc) con conexión a Internet, independientemente de la edad que se tenga. La información consultada podrá ser de cualquier tipo, pero siempre dependerá del tipo que el administrador previamente haya dado de alta, puesto que cada una de las páginas requiere inicialmente un tratamiento individual. La aplicación para la gestión del importador de datos, requerirá como usuario una persona con conocimientos suficientes para la gestión de la misma. Para su utilización será necesario estar registrado en el sistema, ya que está dotada de un proceso de identificación para su acceso. 4. RESTRICCIONES La aplicación de captura de datos a desarrollar estará exclusivamente diseñada para aquellas páginas codificadas exclusivamente con etiquetas HTML, sin asegurar el correcto funcionamiento del código establecido entre etiquetas <SCRIPT>. Para código más específico al básico de HTML será necesario depurar el programa. La parte de presentación de la aplicación móvil estará preparada para los 2 diseños que se van a tener en cuenta en el desarrollo de la aplicación. Como se ha mencionado en la introducción, cada dispositivo móvil acepta o rechaza algunos caracteres, así como muestran la información de una forma u otra, por lo que cada tipo de dispositivo requerirá una programación dedicada para la parte de presentación. Esta tarea aunque parezca absurda es necesaria debido a los insuficientes acuerdos que existen entre los fabricantes de los dispositivos móviles, lo que complica la unificación de una regla de presentación para todos. 10

21 ANÁLISIS DE REQUISITOS 11

22 LISTA DE REQUISITOS Las listas de requisitos son el medio a través del cual se alcanza un conocimiento lo suficientemente amplio del sistema para realizar lo que el cliente demanda cumpliendo todas sus necesidades. El conocimiento de los requisitos es el pilar fundamental para el buen diseño del proyecto y los cuales servirán de pauta para su desarrollo, por eso es necesario definir las necesidades, los problemas y los distintos requerimientos que se presentan. El conocimiento expresado en este tipo de listados se consigue a través de la técnica de las entrevistas. El cliente suele ser entrevistado por el diseñador de la aplicación para saber y fijar las características y detalles de cada requisito. El conocimiento extraído suele quedar plasmado en un tipo de informes a modo de fichas. En cada ficha o informe vendrá detallado la naturaleza del requisito, la prioridad que requiere y una descripción del mismo entre otras cosas. La naturaleza de un requisito se mide por la importancia que éste tiene dentro de la aplicación. Los distintos tipos de naturaleza existentes se pueden catalogar de la siguiente manera: Funcional: atiende a características propias de funciones de negocio Operativo: atiende al modo en que operará el sistema De prestación: atiende a características adicionales o de menos prioridad De seguridad: atiende al control del acceso al sistema y la privacidad De fiabilidad: atiende a la integridad y veracidad de la información 12

23 Como se explicó en la etapa anterior, existen 3 aplicaciones que trabajan con un mismo fin pero que se encargan de tareas totalmente distintas y que pueden definirse de la siguiente manera: Aplicación web para el administrador La aplicación administrador, nombre a través del cual se le conocerá a partir de ahora, tiene como función principal servir cómo una interfaz de usuario sencilla y fácil de usar para facilitar el trabajo al administrador. A través de esta aplicación se darán de alta todas aquellas páginas que se desea que estén a disposición de los usuarios de dispositivos móviles. siguientes: Los requisitos que se consideran necesarios que cumpla esta aplicación son los Se podrán realizar las acciones de alta, baja y modificación de páginas. La aplicación podrá ser accedida remotamente. Dentro de la aplicación administrador debe existir una página inicial de identificación, puesto que el acceso estará exclusivamente permitido para el web master de la aplicación. Se necesitará un servidor web para poder interpretar las páginas HTML y donde ubicar el gestor de base de datos mysql. Los datos almacenados en el servidor deberán ser protegidos contra posibles ataques dañinos o de robo de información. 13

24 Aplicación para la captura de datos La aplicación parseador, nombre a través del cual se le conocerá a partir de ahora, tiene como función principal la de importación de datos. Esta aplicación se ocupará de capturar el código HTML de cada una de las páginas que se trate y de capturar la información deseada guiándose a través de un fichero parseador. Los requisitos que se consideran necesarios que cumpla esta aplicación son los siguientes: Una vez que se dé de alta una página, la importación de datos de la misma comenzará. Esta extracción de datos será indefinida, realizándose la actualización de los mismos cada x tiempo asignado a cada página. Deberá existir un fichero parseador relacionado para cada página almacenada en el servidor que contenga la información necesaria para hacer posible esa captura de datos. Aplicación para el dispositivo móvil La aplicación móvil, nombre a través del cual se le conocerá a partir de ahora, tiene como función principal mostrar un menú de opciones al usuario del dispositivo móvil a través del cual podrán realizarse peticiones de datos acerca de alguna de las páginas que existan dadas previamente de altas. Esta aplicación será utilizada para acceder a Internet por el usuario del dispositivo móvil. Los requisitos que se consideran necesarios que cumpla esta aplicación son los siguientes: La aplicación deberá mostrar dos menús, uno de consulta general y otro que sirva para crear el apartado de páginas favoritas del usuario. Dentro del servicio favoritos habrá la posibilidad de añadir y eliminar páginas a la sesión de un usuario. 14

25 La aplicación deberá ser capaz de mostrar gráficos estadísticos de las páginas que así lo permitan. El interfaz gráfico presentado por la aplicación deberá adaptarse a las características del dispositivo móvil a través del cual se solicita el inicio de la ejecución de la aplicación. Se necesitará un servidor wap para poder interpretar las páginas WML. Los requisitos que han sido mencionados quedarían resumidos de la siguiente manera. A continuación se presentará la ficha técnica con las especificaciones recogidas de cada requisito. 1. Posibilidad de alta, baja y modificación (administrador). 2. La aplicación administrador residirá en el servidor web, para acceso vía web. 3. Identificación para acceder a la aplicación administrador. 4. Montar servidor web. 5. Tomar medidas de seguridad para el servidor. 6. Captura de datos cada x tiempo indefinido (datos). 7. Existencia de un fichero parseador para cada página. 8. Dos diferentes menús (móvil). 9. Posibilidad de añadir y eliminar páginas a la sesión del usuario (móvil). 10. Presentación de gráficas estadísticas en el caso de que existan (móvil). 11. Interfaz gráfico sencillo y adaptado a cada dispositivo móvil. 12. Montar servidor wap. 15

26 HOJA DE REQUISITOS 1 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: administrador REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 1 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Alta, baja y modificación de las páginas IDENTIFICADOR: R01 TIPO DE REQUISITO: Funcional FUENTE: DESCRIPCIÓN REQUISITO: Es de gran importancia que la aplicación administrador disponga de un menú en el que puedan darse de alta, baja y modificarse la páginas que van a estar a disposición de consulta a través de la aplicación móvil. Es necesario que todo esté bien relacionado para almacenar correctamente los ficheros configuradores relacionándolos con cada página, que los parámetros estén bien definidos y las columnas de las tablas donde almacenar los datos bien pensados. El buen funcionamiento de este requisito hará que el resto de las aplicaciones funcionen como es debido, tanto la aplicación para captura de datos como la del móvil. COMENTARIOS: Se ha de revisar a conciencia que todo este en orden. Un fallo en la definición o almacenamiento de los datos podría causar la no posible captura de datos y por tanto el no funcionamiento de la aplicación móvil. REQUISITOS RELACIONADOS: R02, R03, R04, R05 16

27 HOJA DE REQUISITOS 2 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Administrador REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 2 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Acceso vía Internet IDENTIFICADOR: R02 TIPO DE REQUISITO: Operativo FUENTE: DESCRIPCIÓN REQUISITO: La aplicación administrador deberá de estar colgada en el servidor web donde estará ubicado también el gestor de base de datos. De esta manera, la aplicación no tendrá que ser accedida de forma local, sino que el administrador del sistema podrá hacerlo desde cualquier lugar y a cualquier hora que desee. Así se facilita la gestión de la herramienta. COMENTARIOS: REQUISITOS RELACIONADOS: R01, R03, R04, R05 17

28 HOJA DE REQUISITOS 3 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Administrador REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 3 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Identificación necesaria para el uso de la aplicación IDENTIFICADOR: R03 TIPO DE REQUISITO: De seguridad FUENTE: DESCRIPCIÓN REQUISITO: La aplicación administrador se ocupa de la gestión de las páginas web que van a estar a disposición del cliente a través de su dispositivo móvil. Para poder gestionar dichas páginas, la persona encargada de ello deberá de ser alguien con el suficiente conocimiento para ello, tanto del medio como de la aplicación. Para eso, será totalmente necesario que al acceder a la aplicación se deba uno identificar. Sólo en el caso de ser la persona encargada de la gestión del sistema se permitirá el acceso a la misma. COMENTARIOS: Cualquier fallo en esta identificación dejaría a la aplicación en riesgo de sufrir problemas para el correcto funcionamiento. REQUISITOS RELACIONADOS: R01, R02, R04, R05 18

29 HOJA DE REQUISITOS 4 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Administrador REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 4 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Disponer de un servidor web IDENTIFICADOR: R04 TIPO DE REQUISITO: Operativo FUENTE: DESCRIPCIÓN REQUISITO: El servidor web es necesario para que el lenguaje HTML pueda ser interpretado. COMENTARIOS: REQUISITOS RELACIONADOS: R01, R02, R03, R05 19

30 HOJA DE REQUISITOS 5 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLIACIÓN: Administrador REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 5 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Medidas de seguridad para el servidor web IDENTIFICADOR: R05 TIPO DE REQUISITO: De seguridad FUENTE: DESCRIPCIÓN REQUISITO: Para que el servidor web esté protegido contra cualquier posible ataque del exterior, será necesario tomar ciertas medidas de seguridad. Entre ellas, se deberá de tomar decisiones sobre la instalación o no de antivirus y antihackers para hacer frente a la posible alteración y robo de los datos, la necesidad de instalación de firewalls, así como la necesidad de toma de medidas de seguridad físicas, como el disponer de otro servidor secundario de respaldo ante la posible caída del primario, o de una sala contra incendios. También será necesario realizar backups, copias de respaldo, cada cierto periodo de tiempo. COMENTARIOS: Las medidas de seguridad han de estar bien pensadas e implantadas, sin dejar cabos sueltos para que no haya ningún susto. REQUISITOS RELACIONADOS: R01, R02, R03, R04 20

31 HOJA DE REQUISITOS 6 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Datos REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 6 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Actualización de los datos cada cierto período de tiempo IDENTIFICADOR: R06 TIPO DE REQUISITO: Operativo FUENTE: DESCRIPCIÓN REQUISITO: Una vez dado de alta una página a través de la aplicación administrador, se ha de dar paso al proceso de captura de datos. En la aplicación administrador deberá de haber un lugar donde especificar la importancia del tipo de información que recoge la página en cuestión y cada cuanto debe de ser actualizada dicha información. Atendiendo a esos valores, la aplicación datos debe de ser capaz de actualizar los datos en ese período de tiempo marcando, por un tiempo indefinido, es decir, hasta que el administrador del sistema lo decida, mientras tanto la actualización de la página seguirá activa. COMENTARIOS: Si no hay actualizaciones la información mostrada al usuario del dispositivo móvil no tendría valor, de ahí su alta prioridad. REQUISITOS RELACIONADOS: R07 21

32 HOJA DE REQUISITOS 7 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLIACIÓN: Datos REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 7 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Existencia de un fichero configurador IDENTIFICADOR: R07 TIPO DE REQUISITO: Funcional FUENTE: DESCRIPCIÓN REQUISITO: Para la captura de datos de una página HTML se necesita un patrón que diga qué y dónde está lo que se desea capturar. Esa es la función del fichero configurador o parseador, decir dónde se encuentra la información a almacenar posteriormente en la base de datos. Este fichero configurador se creará a través de la página aplicación pero será realmente utilizado en la aplicación datos en el momento de la captura. COMENTARIOS: Si existiera algún error en el fichero configurador se ha de ser consciente que la captura de datos o sería errónea o no sería viable hacerla. REQUISITOS RELACIONADOS: R06 22

33 HOJA DE REQUISITOS 8 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Móvil REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 8 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Dos tipos de maneras de acceder a la información IDENTIFICADOR: R08 TIPO DE REQUISITO: Operativo FUENTE: DESCRIPCIÓN REQUISITO: Se presenta la necesidad de hacer dos tipos de búsquedas para la obtención de la información desde el dispositivo móvil. Una de ellas será accediendo a todas las páginas disponibles por el servidor en ese momento, eligiendo aquellas de las que se desea obtener información. Otra forma será desde la zona llamada favoritos, en la que el usuario del móvil podrá crear una cuenta donde almacenar aquellas páginas que más le gustan para poder hacer una consulta más rápida de ellas. De la opción favoritos deberá haber un enlace para poder disfrutar de toda la información si así lo desea el usuario. Además en ese apartado se disfrutarán de alguna que otra ventaja más. COMENTARIOS: REQUISITOS RELACIONADOS: R09, R10, R11, R12 23

34 HOJA DE REQUISITOS 9 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Móvil REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 9 ESTADO: Aceptado PRIORIDAD: Media REQUISITO: Gestión de la sección favoritos IDENTIFICADOR: R09 TIPO DE REQUISITO: Funcional FUENTE: DESCRIPCIÓN REQUISITO: En la sección favoritos debe de haber ciertas posibilidades al alcance del usuario. Éste podrá añadir y eliminar las páginas disponibles en el servidor tantas veces cómo desee y cuando lo desee. Además de estas dos opciones, cuando consulta la información de una de sus páginas seleccionadas, se le presentará una pequeña información de la misma, pudiendo ampliar los datos si lo desea. Por último, podrá disfrutar de la evolución de los datos de aquellas páginas que tengan dado de alta el servicio de gráficas estadísticas. COMENTARIOS: La prioridad es media ya que el mal funcionamiento de la aplicación no dañaría en ningún momento los datos de las páginas, sino el correcto funcionamiento del servicio. REQUISITOS RELACIONADOS: R08, R10, R11, R12 24

35 HOJA DE REQUISITOS 10 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Datos REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 10 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Gráficas estadísticas IDENTIFICADOR: R10 TIPO DE REQUISITO: Funcional FUENTE: DESCRIPCIÓN REQUISITO: Algunas páginas de Internet presentan datos que son interesantes para los estudios estadísticos, como pueden ser las páginas de bolsa. En aquellas páginas que se considere interesante, a través de la aplicación administrador, se deberá de dar de alta el servicio de estadísticas. Una vez se haya realizado esto, quedará activada la posibilidad de visualizar las estadísticas a través del dispositivo móvil. Esta opción únicamente será valida dentro de la sección favoritos, por considerarse una acción menos frecuente y más personalizada. COMENTARIOS: REQUISITOS RELACIONADOS: R08, R09, R11, R12 25

36 HOJA DE REQUISITOS 11 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLICACIÓN: Datos REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 11 ESTADO: Aceptado PRIORIDAD: Baja REQUISITO: Interfaz gráfica simple y adaptable IDENTIFICADOR: R11 TIPO DE REQUISITO: De presentación FUENTE: DESCRIPCIÓN REQUISITO: Los dispositivos móviles son aparatos de dimensiones reducidas, que presentan pantallas mucho más pequeñas que las de los ordenadores de sobremesa o los portátiles. La forma de presentar la información no puede ser igual que cómo en esos ordenadores por lo que se ha de pensar en un diseño sencillo, dejando atrás las complicaciones y florituras. Otro de los problemas de los dispositivos móviles son las distintas características que presentan entre ellos, lo que dificulta que todos entiendan el mismo código ya que ni los fabricantes se ponen de acuerdo. Para que no haya problemas con la presentación, aunque sea un trabajo engorroso, ésta tendrá que adaptarse a cada modelo de dispositivo móvil. Así al detectar cual es el que realiza la petición en un momento dado, se lo podrá suplir con la presentación más adecuada a sus características. COMENTARIOS: Si la presentación no se adapta a las características de cada dispositivo móvil, puede que los menús presentados no sean del todo correctos. REQUISITOS RELACIONADOS: R08, R09, R10, R12 26

37 HOJA DE REQUISITOS 12 IDENTIFICACIÓN PROYECTO: Consulta de datos Web a través de dispositivos móviles TIPO DE APLIACIÓN: Datos REQUISITO FECHA: 18/05/06 VERSIÓN: 0.1 PÁG: 12 ESTADO: Aceptado PRIORIDAD: Alta REQUISITO: Servidor Wap IDENTIFICADOR: R12 TIPO DE REQUISITO: Operativo FUENTE: DESCRIPCIÓN REQUISITO: La aplicación para los dispositivos móviles estará programada utilizando el lenguaje de etiquetas WML. Para que los dispositivos móviles puedan entender este lenguaje e interpretarlo será necesario que dispongan de un servidor WAP, sino la aplicación no podrá ser utilizada. COMENTARIOS: REQUISITOS RELACIONADOS: R08, R09, R10, R11 27

38 MODELO LÓGICO DEL SISTEMA El modelo lógico del sistema tiene como función la representación de los rasgos principales de la aplicación, es decir, trata de la representación de las principales acciones que ésta lleva a cabo. Esta fase de la metodología se suele llevar a cabo a partir del modelo lógico actual existente y de la lista de requisitos expresados por el cliente, los cuales satisfacen los objetivos del sistema, pero en este caso, debido a que el proyecto a desarrollar no es ninguna mejora de ningún sistema específico sino que es un proyecto a desarrollar desde el inicio, el diseño del modelo lógico del sistema se realizará única y exclusivamente a partir de los requisitos expresados por el cliente en las listas de requisitos. El modelo lógico del sistema pretende dar un enfoque de qué hace el sistema y no de cómo lo hace, de ahí que se llame modelo lógico ya que no se pretende dar una solución informática al problema sino estructurar en modo top-down los requisitos que cubran las necesidades contempladas por el cliente. En el modelo físico, el cuál se abordará más adelante, en el diseño externo, será el momento en el que se dé el enfoque de cómo hace el sistema para hacer lo que hace. Como se ha descrito en numerosas ocasiones durante los anteriores apartados, el proyecto a realizar está dividido en distintas aplicaciones que serán representadas por separado en los diagramas siguientes. 28

39 Navegación de pantallas (modelo inicial) Aplicación administrador + parseador NIVEL 0 : 0. MOSTRAR APLICACIÓN PETICIÓN PÁGINA/ID PÁGINA SOLICITADA ADMINISTRADOR 0. Mostrar aplicación Descripción Proceso a través del cual se cumple la petición por parte del administrador de acceder a la página de inicio de la aplicación administrador. 29

40 NIVEL 1: ID USUARIOS PETICIÓN PAGINA/ID 1. IDENTIFICACIÓN DEL ADMINISTRADOR PÁGINA PRINCIPAL PÁGINA SOLICITADA 2. MOSTRAR PÁGINA PRINCIPAL ALTA 3. SELECCIONAR OPCIÓN CIERRE SESIÓN 4. DAR ALTA PÁGINA BAJA 5. DAR BAJA PÁGINA MODIFICACIÓN 6. MODIFICAR PÁGINA DATOS 7. DATOS PÁGINAS 8. CERRAR SESIÓN ADMINISTRADOR 30

41 1. Identificación del administrador Descripción Proceso a través del cual se filtrará el acceso a la aplicación. Únicamente aquellas personas dadas de alta en la base de datos de usuarios en la tabla web master serán las que tengan permiso de entrar en dicha aplicación. Es por ello, que cuando se solicite el acceso a la misma, la comprobación de los datos se hará contra la base de datos usuarios como se muestra en el diagrama. 2. Mostrar página principal Descripción Proceso a través del cual se mostrará la página principal con el menú de opciones existentes. En esta página principal se verá por defecto el número de páginas que existan dadas de alta en el sistema, englobadas por agrupación. 3. Seleccionar opción Descripción Proceso de selección de la opción que se desea visualizar. Entre ellas la de alta de página, baja, modificación, estadísticas o página principal. 4. Dar alta página Descripción Proceso a través del cual se podrá dar de alta una página. El alta de la página variará dependiendo de sí se quiere crear una nueva agrupación o si se da de alta la página dentro de una agrupación ya existente. La existencia o no del fichero parseador será otro detalle a tener en cuenta. 31

42 5. Dar baja página Descripción Proceso a través del cual se podrá dar de baja a una página. Seleccionando aquella página que se desea eliminar será suficiente para darla de baja. 6. Modificar página Descripción Proceso a través del cual se podrá modificar una página en concreto modificando sus propiedades. 7. Datos páginas Descripción Proceso a través del cual se podrán importar los datos de las páginas existentes en el sistema. 8. Cerrar sesión Descripción Proceso a través del cual se abandonará la aplicación. Cerrar la sesión es un proceso de seguridad. 32

43 Aplicación móvil NIVEL 0 : PETICIÓN SERVICIO 0. MOSTRAR APLICACIÓN USUARIO SERVICIO 0. Mostrar aplicación Descripción Proceso a través del cual se cumple la petición por parte del usuario de acceder a la página de inicio de la aplicación móvil. 33

44 NIVEL 1 : SERVICIO PETICIÓN SERVICIO 1. MOSTRAR MENÚ OP GENERAL 6. INICIAR SESIÓN ID USUARIO OP FAVORITOS 2. SELECCIONAR AGRUPACIÓN AGRUPACIÓN 3. SELECCIONAR PÁGINA AGRUPACION NOMBRE AGRUPACIÓN + NOMBRE ADMINISTRADOR PARAM 4. SELECCIONAR PARAMETROS DATOS NOMBRE + AGRUPACIÓN 5. MOSTRAR INFORMACIÓN AGRUPACIÓN + NOMBRE + PARAMETROS NOMBRE + AGRUPACIÓN 34

45 1. Mostrar menú Descripción Menú de bienvenida a la aplicación y que muestra las dos opciones existentes, información general y el servicio favoritos. 2. Seleccionar agrupación Descripción Opción información general. Selección de la agrupación de páginas de la que se requiere información. 3. Seleccionar página Descripción Opción información general. Selección de la página dentro de la agrupación previamente seleccionada, de la que se desea información. 4. Seleccionar parámetros Descripción Opción información general. Selección de los parámetros de la página seleccionada de la agrupación seleccionada. 5. Mostrar información Descripción Información solicitada de la página + agrupación. A este proceso podrá accederse tanto desde la opción información general como desde el servicio favoritos. 6. Iniciar sesión Descripción Opción servicio favoritos. Para disfrutar de esta opción es obligatorio registrarse en el sistema creando una cuenta de usuario. 35

46 NIVEL 2 : USUARIOS ID USUARIO ID USUARIO 6.1 SELECCIONAR AGRUPACIÓN AGRUPACIÓN ADMINISTRADOR ID USUARIO + AGRUPACION MENÚ AGRUPACIÓN NOMBRE + AGRUPACIÓN 6.2 VISUALIZAR MENU + DATOS DATOS AÑADE PAGINA ESTADÍSTICA ELIMINA PAGINA 6.3 AÑADIR PÁGINA 6.5 MOSTRAR ESTADÍSTICA 6.4 ELIMINAR PÁGINA 36

47 Descripción 6.1 Seleccionar agrupación Opción servicio favoritos. Proceso para seleccionar la agrupación de la que se quiere visualizar información. 9.2 Visualizar menú + datos Descripción Opción servicio favoritos. Proceso a través del cual se visualiza la información reducida de aquellas páginas que formen parte del usuario, es decir, que previamente hayan sido añadidas a su usuario. Además se presenta el menú de opciones: añadir página, eliminar página, ver estadísticas y volver al menú de agrupaciones. 9.3 Añadir página Descripción Opción servicio favoritos. Proceso para añadir una página de la agrupación especificada al usuario correspondiente. 6.4 Eliminar página Descripción Opción servicio favoritos. Proceso para eliminar una de las páginas existentes para el usuario de la sesión. 6.5 Mostrar estadística Descripción Opción servicio favoritos. Algunas agrupaciones disfrutarán de la opción del seguimiento estadístico. En ese caso existirá la posibilidad de visualizar la estadística de cada página. Este proceso será el que muestre dicha estadística si existiera. 37

48 MODELO CONCEPTUAL DE DATOS El modelo conceptual de datos es el modelo a través del cual se va a diseñar la base de datos con las diversas tablas que se van a necesitar para poder gestionar el conjunto de aplicaciones del portal Web. El modelo de datos de entidad-relación no llega a mostrar qué le ocurre a una entidad a lo largo de su ciclo de vida, desde que nace en el sistema propio o en otro de creación en el momento de ejecución, se desarrolla (inserción, eliminación, actualización, lectura) y muere (almacenamiento en un histórico), sino que sirve para diseñar la organización de los datos, pero no establece que transacciones van a operar sobre dichos datos. El modelo conceptual de datos describe las características principales de los datos del sistema. De manera similar al modelo de procesos, el modelo de datos consta de dos elementos: un esquema gráfico, y una especificación de los componentes de ese esquema. El modelo conceptual describe por tanto, las entidades, atributos y relaciones de interés para el negocio a representar. Este modelo es independiente del hardware y software utilizado para el manejo de los datos, y de las aplicaciones que utilicen dichos datos. Con el fin de conseguir una arquitectura coherente con el sistema a mecanizar, cada tabla que se necesita para almacenar los datos va a estar normalizada con el fin de identificar los diferentes grupos de información, y evitar así generar grupos repetitivos y posibles anomalías en el sistema. En el proyecto a desarrollar se va a trabajar con 3 bases de datos diferentes para distribuir de este modo y agrupar tipos de datos comunes en un mismo sitio. De esta manera, existirá una base de datos llamada administrador, en la que se almacenarán las características de las páginas dadas de altas por el administrador a través de la aplicación administrador. Otra de las bases de datos existentes será la llamada datos, en la que se almacenarán los datos capturados de las páginas disponibles. El volumen de datos en esta 38

49 base de datos irá creciendo según vaya pasando el tiempo, ya que se insertarán datos cada cierto periodo de tiempo pero sin detención alguna, de manera que el volumen de datos será crítico. Por último, también se utilizará una base de datos usuarios que como su nombre indica servirá para almacenar datos relacionados con los usuarios dados de alta en el sistema de la aplicación cliente. A continuación, se presentara un esquema principal de las tablas que serán necesarias para desarrollar el proyecto, pero estas pueden verse sometidas algún tipo de modificación durante el desarrollo del mismo ya que muchas veces surgen detalles que ni uno se había planteado anteriormente. Base de datos administrador Tabla para almacenar las características principales de las páginas Cada página estará definida principalmente por un nombre y una agrupación. Las agrupaciones son únicas, es decir, no puede existir ninguna otra agrupación con el mismo nombre calificativo. Los nombres, aunque pueden repetirse, nunca lo podrán hacer dentro de una agrupación. Al buscar o hacer referencia a una página, la manera en la que se hará de manera que sólo exista una página será accediendo por agrupación a la que pertenezca y por el nombre asignado dentro de esa agrupación. El resto de parámetros son necesarias para que en la aplicación parseador puedan importarse los datos, accediendo a la url de la página, accediendo a la ruta donde estará almacenado el fichero configurador que será el que guíe a la aplicación en la captura y por último, el temporizador que servirá para determinar cada cuanto tiempo se ha de actualizar la información de dicha página. 39

50 PAGDISPONIBLES = { } NOMBRE + AGRUPACIÓN + URL + RUTA + TEMPORIZADOR Tabla para almacenar las agrupaciones en las que se engloban las páginas Esta tabla aunque pueda parecer un poco repetitiva, servirá para poder realizar un acceso rápido cuando sea necesario presentar las agrupaciones que existen sin entrar en más detalle. La tabla únicamente contendrá la columna agrupación, ya que además hace de identificador, puesto que no puede haber dos agrupaciones iguales. AGRUPACIÓN = { AGRUPACIÓN } Tabla para almacenar los parámetros de búsqueda A través de la tabla pagdisponibles se podrán almacenar los datos de las páginas en la base de datos datos, pero estos datos tendrán que poder ser pedidos de alguna forma por parte de la aplicación cliente. Para ello es necesario configurar un menú para poder realizar las peticiones. Cómo todo el proyecto se desea que sea lo más dinámicamente posible, estos parámetros también será determinado por el administrador a través de la aplicación web cuando se dé de alta una página. La tabla contendrá como es lógico las columnas nombre y agrupación para poder acceder sin equivocación a la fila deseada, ya que conjuntamente forman la clave de la tabla. La columna parámetros contendrá los parámetros a visualizar en el dispositivo móvil, con un formato más reducido o amigable o legible que el de la página web, pero será necesario relacionar cada parámetro con el parámetro de la página web. 40

51 De esta manera, la columna paramconf hará referencia al parámetro configurador de la página. Este parámetro configurador además quedará almacenado en el fichero configurador y que será necesario para la aplicación parseador para la guía de captura de datos. PARÁMETROS = { NOMBRE + AGRUPACIÓN + PARÁMETROS + PARAMCONF } Tabla para almacenar sólo algunos parámetros La aplicación móvil contendrá un servicio que va a ser el llamado favoritos. En este servicio se va a dar la oportunidad al usuario que previamente se haya identificado, la opción de añadir y visualizar aquellas páginas que más le guste visitar o de las que tiene realmente interés de disfrutar de su información. En este servicio favoritos la información presentada de cada página será reducida, mostrando sólo algunos parámetros de interés. En la tabla vistareducida será donde se almacenen esos parámetros que van a ser visualizados de cada página. Una vez más, para identificar a cada página se utilizará la combinación de la agrupación+nombre. VISTAREDUCIDA = { } AGRUPACIÓN + NOMBRE + PARAM_REDUCIDO Tabla para almacenar los datos de las páginas que disponen de estadísticas Si una página admite estadísticas porque así lo determina el administrador, entonces se entiende que toda la agrupación de páginas admite las estadísticas. Por eso en este caso no hará falta la columna nombre, ya que la columna agrupación servirá como identificador de búsqueda. 41

52 Las otras dos columnas ejex y ejey servirán para almacenar el nombre de los datos que se van a mostrar en cada uno de esos ejes en las estadísticas. Por último, la columna param_est es necesaria para almacenar el parámetro del cual se van a sacar estadísticas. Tal y como está pensado el proyecto, únicamente se podrá realizar una estadística por agrupación, realizándola de un solo parámetro, de ahí que puedan almacenarse todos los datos necesaria en esta tabla. ESTADISTICA = { AGRUPACIÓN + EJEY + EJEX + PARAM_EST } Base de datos datos En la base de datos datos se almacenarán los datos capturados de cada página por la aplicación parseador en cada tabla correspondiente. Las tablas en esta base de datos se crearán dinámicamente, es decir, el administrador no tendrá la necesidad de crearlas manualmente a la hora de instalar el sistema. Estas tablas se crearán a través de la aplicación administrador, y cada una de ellas hará referencia exclusivamente a una de las páginas de la tabla administrador.pagdisponibles. Al dar de alta una página se introducirán datos tales como la agrupación a la que pertenece, el nombre de referencia y otros datos, entre ellos las columnas que serán necesarias para almacenar los datos por parte de la aplicación parseador. La agrupación de la página y su nombre servirán para dar nombre a la nueva tabla creada dentro de la base de datos datos. Toda tabla dentro de esta base de datos tendrán tres columnas en común, paramconf, fechaactual y horaactual. El resto de columnas se generarán dinámicamente dependiendo de lo introducido en el campo columnas de la aplicación administrador. 42

53 La primera columna de la tabla, paramconf, será el identificador de la tabla, ya que no existirá más de una fila con el mismo paramconf. AGRUPACIÓN + NOMBRE = { PARAMCONF + FECHAACTUAL + HORAACTUAL } Base de datos usuarios Tabla para almacenar las personas con acceso a la apliación administrador Una de los requisitos de las listas de requisitos es aquel que dice que el acceso a la aplicación administrador será restringido a las personas que estén dadas de alta en la base de datos del sistema, ya que es lógico pensar que única y exclusivamente tengan permiso de acceso una o dos personas que gestionen la herramienta para que todo esté en orden. Las personas con tales privilegios deberán estar dadas de alta en la tabla webmaster y el alta deberá de ser en todo momento local. El nombre de usuario no podrá estar repetido y servirá cómo identificador de la tabla. WEBMASTER = { NOMBRE + PASSWORD } Tabla para almacenar los usuarios que disfrutan del servicio favoritos En la aplicación móvil va a existir una opción que será la de favoritos, en la que el usuario podrá agregar aquellas páginas que desea consultar de manera más a menudo y 43

54 tener a mano aquellas que le interesan de verdad, evitando así tener que navegar por aquellas que no le resultan de interés. Para poder hacer uso de este servicio, será necesario que cada usuario se haga una cuenta desde su dispositivo móvil para disfrutar del servicio. El nombre de usuario será único y será la clave principal. La columna índice se generará de forma automática al insertar la fila y será del tipo auto incrementativo. USERMOBILE = { } USUARIO + PWD + ID_USUARIO Tabla para almacenar los datos de las páginas de favoritos de los usuarios Una vez dado de alta el usuario dentro del servicio favoritos ya puede comenzar añadir aquellas páginas que desea que pasen a formar parte de sus favoritas. Cada vez que añada una página a su sesión, en la tabla datosusermobile se almacenarán, para el usuario identificado por el ID_USUARIO obtenido de la tabla usermobile, el nombre y agrupación de la página seleccionada. DATOSUSERMOBILE = { ID_USUARIO + AGRUPACION + NOMBRE } Tabla para almacenar otro tipo de datos de algunas páginas de favoritos La necesidad o utilidad de esta tabla en este momento de la documentación es un poco difícil de explicar, pero es una tabla que será necesaria para depende qué tipo de agrupaciones. 44

55 Las páginas pueden albergar los datos de dos formas distintas, a modo de filas o a modo de columnas. Cuando la información está dispuesta en filas, el parámetro que identifica la información de esa fila coincidirá en el sistema con el paramconf de la tabla creada en la base de datos datos. Además cómo se dijo en la explicación de la tabla administrador.vistareducida, en el servicio favoritos, la información de cada tabla será reducida, mostrando únicamente información almacenada de esa tabla. Por tanto, en las páginas llamadas filas, el paramconf de la tabla datos.agrupación+nombre coincidirá con el param_reducido de la tabla administrador.vistareducida. En estos casos será cuando no existan datos en la tabla datosusermobile2. Sin embargo, si la información en la página está dispuesta en columnas, entonces el paramconf no coincide con lo almacenado en la tabla administrador.vistareducida, sino que el param_reducido de la tabla administrador.vistareducida coincide con el parámetro de la tabla administrador.parámetros. Por lo tanto, esto significa que la página presenta dos tipos de selecciones previas antes de poder disfrutar de la información. Aquellas páginas que necesitan de esta segunda selección de datos, caso necesario en las páginas columnas, necesitan almacenar en la tabla datosusermobile2 la segunda selección que realice el usuario. En el diseño externo quedará más claro lo explicado presentando ejemplos claros de las dos disposiciones, filas y columnas. DATOSUSERMOBILE2 = { } ID_USUARIO + NOMBRE + AGRUPACIÓN + PARAMCLAVE 45

56 SIGNIFICADO DE CADA COLUMNA A modo de disponer un listado rápido de consulta en el que poder recordar en todo momento lo que significa cada una de las columnas de cada tabla se presenta a continuación una descripción breve de cada una de ellas. Agrupación: Nombre por el que se engloba a un conjunto de páginas Web. Nombre: Nombre descriptivo que se le asigna a una página Web. Url: Dirección de la página Web. Ruta: Ubicación donde se almacena el fichero configurador de la página Web. Temporizador: Marca el tiempo intermedio entre cada actualización. Parámetro: Será la opción que se presente en el menú de la aplicación móvil. Paramconf: Será el parámetro que se almacene en el fichero configurador. Param_reducido: Será una de las pocas opciones que se muestren en el servicio favoritos de la aplicación móvil. Eje Y: Almacenará el nombre que identifique a los datos del eje Y de la estadística. Eje X: Almacenará el nombre que identifique a los datos del eje X de la estadística. Param_est: Será el parámetro del cual se realice la estadística. 46

57 FechaActual: Fecha actual del sistema. Interesante para conocer el momento de actualización de los datos. HoraActual: Hora actual del sistema. Interesante para conocer el momento de actualización de los datos. Nombre: Nombre identificador de las personas con acceso a la aplicación administrador. Usuario: Nombre de usuario que disfruta del servicio favoritos de la aplicación móvil. Password: Contraseña del usuario o nombre. Id_usuario: Identificador del usuario dado de alta en el servicio favoritos de la aplicación móvil. Paramclave: Parámetro del menú que ha sido seleccionado para posteriormente mostrar la información referente al mismo. 47

58 DIAGRAMA ENTIDAD-RELACIÓN A continuación, se muestra el correspondiente diagrama de entidad-relación en el que se puede observar la relación existente entre unas tablas y otras para cada base de datos. Como puede observarse en el diagrama, cada relación viene acompañada con su correspondiente cardinalidad, siendo la cardinalidad la que indica el número mínimo y el máximo de la participación de las entidades en la relación, cuando se observa el conjunto de las ocurrencias de cada entidad. Resumidamente y para que se entienda el diagrama, los posibles valores de cardinalidad son: 1: Se le asocia un único valor. c: Se le asocia un valor o ninguno. M: Se le asocia valores mayores o iguales a 1. N: Se le asocia valores mayores o iguales a 0. Cuando la cardinalidad en un extremo sea m o n la línea acaba en flecha. Cuando no existe cardinalidad en una de las flechas significa que el valor de la cardinalidad es 1. 48

59 BASE DE DATOS: DATOS NOMBRE + AGRUPACIÓN BASE DE DATOS: ADMINISTRADO AGRUPACIÓN (AGRUPACIÓN) PARÁMETROS (AGRUPACIÓN + NOMBRE) m PAGDISPONIBLES (AGRUPACIÓN + NOMBRE) m m VISTAREDUCIDA (AGRUPACIÓN + NOMBRE) m c ESTADÍSTICA (AGRUPACIÓN) USERMOBILE (ID_USUARIO) m DATOSUSERMOBILE (ID_USUARIO) (AGRUPACIÓN + NOMBRE) c m DATOSUSERMOBILE2 (ID_USUARIO) (AGRUPACIÓN + NOMBRE) WEBMASTER BASE DE DATOS: 49

60 LECTURA DEL DIAGRAMA ENTIDAD-RELACIÓN Base de datos administrador Cada página tiene exclusivamente una entrada en la tabla pagdisponibles. Cada página pertenece a una única agrupación Cada página contiene de 1 a muchos parámetros, tantos cómo se deseen en relación a la información disponible de la página. El administrador podrá seleccionar 1 o muchos parámetros para ser mostrados en la opción de favoritos de la aplicación móvil, los cuales se almacenarán en la vista reducida. Una agrupación de páginas puede o no tener la posibilidad de sacar estadísticas. Base de datos datos Cada página tendrá únicamente una tabla dentro de la base de datos datos donde almacenar sus datos capturados. Base de datos usuarios Para utilizar el servicio favoritos de la aplicación móvil se necesitará estar registrado en el sistema. Un mismo usuario sólo podrá estar registrado una sola vez, entendiendo que es el nombre de usuario el que identifica que sólo exista uno como ese. Un usuario puede tener 1 o muchas entradas en la tabla datosusermobile, tantas como páginas se deseen tener en el apartado favoritos. El nombre y agrupación de las páginas seleccionadas se encontrarán previamente en la tabla pagdisponibles de la base de datos administrador. Algunas de las páginas añadidas a la sección de favoritos por parte de un usuario reconocido con el identificador de id_usuario en la tabla de datos datosusermoblile, podrá disponer de 1 o ninguna entrada en la tabla de datosusermobile2. 50

61 ESTUDIO DE ARQUITECTURA 51

62 ESPECIFICACIÓN DE LAS ALTERNATIVAS El objetivo de la especificación de las alternativas es definir las posibles soluciones de arquitectura que satisfagan tanto los requisitos del usuario como las restricciones de diseño. Para ello, se definen esas posibles soluciones, se las somete a un estudio de viabilidad y se elige la más adecuada, para ser desarrollada e implementada. Esta etapa que se va a desarrollar a continuación ha de ser abordada una vez completados la Identificación de Necesidades y el análisis de Requisitos. Esto es así porque no se puede hacer una especificación clara, aunque sea de alto nivel, de las posibles soluciones, si aún no se conocen los requisitos, ni han sido modelados sus funciones, entradas, salidas y datos. La realización de esta etapa consistirá básicamente en cuatro actividades: Especificar la tecnología hardware, software y de comunicaciones de cada alternativa. Evaluar cada una en sus aspectos: estratégicos, organizativos, operativos y técnicos. Seleccionar una alternativa, la que más se adapte globalmente a las necesidades del sistema. No se realizará un exhaustivo estudio de cada alternativa, ya que en el apartado del diseño externo se hará esa labor para la alternativa elegida. 52

63 Arquitectura hardware Para el desarrollo del proyecto se va a contar con un PC portátil de las siguientes características: Portátil Fujitsu Siemens - Procesador Intel Pentium 1,86GHz - Windows XP Home Edition - 1GB de memoria RAM - 80GB de disco duro - módem interno para el acceso a Internet - Wireless LAN - Pantalla color TFT 15 - CD-RW/DVD-RW - Kapersky Antivirus + Antispam + Antihacker + Firewall Dicho portátil será el que simule al servidor web que albergará el gestor de base de datos y el que se ocupará de contestar a las correspondientes peticiones web por parte del usuario de la aplicación administrador. Además será el servidor web al que se accederá a través de los dispositivos móviles para realizar las diversas consultas sobre las bases de datos correspondientes. Arquitectura software Una vez establecida la arquitectura hardware que va a ser empleada, es hora de definir los diferentes tipos de arquitectura software que pueden operar sobre ella, y cumplan tanto los requisitos formulados por el cliente como las restricciones que hayan sido establecidas por ambas partes: 53

64 Lenguajes de programación Se van a contemplar tres posibles soluciones que puedan dar soporte al entorno donde se va a desarrollar el proyecto: PHP: es uno de los lenguajes del lado servidor más extendidos en la web. Se trata de un lenguaje que permite embeber sus pequeños fragmentos de código dentro de la página HTML y realizar determinadas acciones de una forma fácil y eficaz sin tener que generar programas programados íntegramente en un lenguaje distinto al HTML. Por otra parte, ofrece un sinfín de funciones para la explotación de bases de datos sin complicaciones. Aunque multiplataforma, ha sido concebido inicialmente para entornos UNIX y es en este sistema operativo donde se pueden aprovechar mejor sus prestaciones. Las tareas fundamentales que puede realizar directamente el lenguaje son definidas en PHP como funciones, las cuales pueden realizar una multitud de tareas útiles para el desarrollo del web: funciones de correo electrónico, gestión de bases de datos, gestión de archivos, tratamiento de imágenes, U R L + parám etros W eb B row ser R ed Servidor H TTP Sistem a de Ficheros Página H TM L generada PHP C G I, N SA PI,ISA PI.htm Program as 54

65 ASP: Son rutinas basadas en el ISAPI de Microsoft (orientado hacia sistemas Windows, especialmente NT) a modo de sintaxis, de modo que utilizan como base una página html con llamadas a estas rutinas que sirven para completar dinámicamente dicha página. El servidor web es Internet Information Server que ejecuta las rutinas ASP para generar la página interpretable por el navegador Explorer. Estos ASP permiten el uso de componentes Active-X y acceso a bases de datos vía ODBC. ASP realiza numerosas tareas sirviéndose de componentes (objetos) que deben ser comprados (o programados) por el servidor a determinadas empresas especializadas. URL + parámetros Web Browser Red Servidor HTTP con ASP Págs. Págs. Web Web Página HTML generada Rutinas ASP htm 55

66 J2EE: A través de una máquina virtual java (JVM) permite ejecutar una rutina en base a la entrada del formulario y preparar la salida html. Los Servlets interactúan con los clientes web a través de un mecanismo implementado por un contenedor de servlets similar al que se emplea con programas CGI (Common Gateway Interface), pero con mucho mayo rendimiento ya que no son cargados por cada instancia del clientes. Mediante los Java Servlets Pages o JSP se puede construir un entorno donde se obtengan plantillas html que realicen llamadas a rutinas java, para generar la página html. Están basados en tecnología servlets con facilidades similares a los ASP, con la ventaja de ser portables a todo servidor que permita servlets. La arquitectura de componentes browser se basa en lenguajes sripts, cuyo código es interpretado y se intercala en el código html para que el browser pueda ejecutarlo. No obstante, no conviene cargar demasiado la página html con código sript por problemas de rendimiento en la carga de la página. URL + parámetros Web Browser Red Servidor HTTP con JVM Págs. Web Página HTML generada JSP y programas htm 56

67 Gestores de bases de datos DB2: Sistema gestor de bases de datos desarrollado por IBM. Es un gestor de base de datos relacional. Se ejecuta en un servidor. No se trata de un software libre por lo que obtener una licencia para su uso tiene un coste elevado. MySQL: Es sin duda uno de los gestores de base de datos más popular y utilizado a la hora de desarrollar páginas Web dinámicas y sitios de comercio electrónico. Se trata de un software libre que puede ser utilizado sin limitación alguna y de forma gratuita, de gran velocidad de proceso y con la característica de ser versátil ya que trabaja tanto con sistemas operativos basados en Unís como con el sistema operativo Windows, de Microsoft. Microsoft Access: Es el sistema gestor de bases de datos desarrollado por Microsoft, comúnmente empleado para uso doméstico, que no requiere de grandes conocimientos de lenguajes de bases de datos, puesto que se pueden crear tanto tablas como consultas sobre las mismas, de un modo sencillo, empleando un sencillo interfaz. Servidores Web Tomcat: Tomcat es un servidor web con soporte de servlets y JSPs. Incluye el compilador Jasper, que compila JSPs convirtiéndolas en servlets. El motor de servlets de Tomcat a menudo se presenta en combinación con el servidor web Apache. Tomcat puede, funcionar como servidor web por sí mismo. Tomcat es usado como servidor web autónomo en entornos con alto nivel de tráfico y alta disponibilidad. Dado que Tomcat fue escrito en Java, funciona en cualquier sistema operativo que disponga de la máquina virtual. 57

68 Apache: Es el servidor que se suele asociar con la utilización del lenguaje de programación PHP. Comparte características tales como la gratuidad, se tarta de software libre, su popularidad, su sencillez de manejo y su versatilidad, ya que se puede instalar sobre Unís o sobre Windows. IIS: Es el servidor que se emplea cuando se utiliza para el desarrollo de la aplicación web el lenguaje de programación ASP. Arquitectura cliente - servidor La arquitectura que se va a utilizar en el desarrollo del proyecto va a ser una arquitectura Web bajo integración de aplicaciones, basada en el uso de clientes ligeros y servidores distribuidos con diferentes funciones.. La utilización de este tipo de arquitectura Web hace que el software de la aplicación esté dividida en tres niveles: nivel de presentación, nivel de negocio y nivel de datos. El nivel de presentación, está formado por el software que trata la adquisición o toma de datos y la presentación de los mismos al usuario. Las funciones típicas a desarrollas son la navegación de ventanas y diálogo del cliente en la aplicación, llamadas a componentes del nivel de negocio... El nivel de negocio, está formado por el software que implementa las funciones de negocio de la aplicación. Sus funciones típicas a desarrollar son la recepción de información de entrada, la validación de los datos de entrada, llamadas al nivel de datos... El nivel de datos comprende el software de gestión del almacenamiento y recuperación de los datos. Sus funciones típicas a desarrollar son el acceso a la información mediante sentencias SQL. 58

69 Evaluación de las alternativas La evaluación de las diferentes soluciones propuestas al sistema se realiza en base a cuatro aspectos de interés: evaluación organizativa, operativa, técnica y económica. Para los tres primeros, se utilizará una Matriz de Evaluación Organizativa donde se recogerán y puntuarán las diferentes características o parámetros de cada aspecto, para cada una de las alternativas. Para la evaluación económica simplemente se realizará un estudio en base a los conocimientos sobre cada una de las alternativas. En la Matriz de Evaluación Organizativa, se pueden destacar cuatro factores, determinantes a la hora de puntuar cada alternativa, dentro de los cuales se puntúan los parámetros en una escala del 1 al 3 dependiendo de su grado de necesidad y/o importancia: Factores Estratégicos: los parámetros definidos marcan los objetivos estratégicos de la empresa y permiten conocer la importancia que cada alternativa tiene con vistas a cubrir dichos objetivos. Estos van dirigidos a ayudar a la empresa a posicionarse en el mercado. Factores de Oportunidad: se pretende conocer, cual es el grado de oportunidad de cada una de las soluciones. Como grado de oportunidad estratégica, se tiene en cuenta tanto desde el punto de vista de la comercialización, de la gestión, mecanización y satisfacción del cliente. Factores Técnicos: este grupo de parámetros ayudará a conocer las características y facilidades que desde el punto de vista técnico tiene cada una de las soluciones. Factores Operativos: permiten conocer la importancia que tiene recoger los servicios mecanizados, con fuerte coste de mantenimiento o con una alta carga de procesos manuales. 59

70 LENGUAJES DE PROGRAMACIÓN: ALTERNATIVAS PHP ASP J2EE NUM PARÁMETRO PESO PT VA PT VA PT VA ESTRATÉGICOS 47% 1 Mejorar imagen compañía Mejorar atención demanda Mejorar control de la gestión Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestión Ofertar mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD 29% 12 Estrategia comercialización Compromiso otras empresas Volumen de áreas afectadas Complejidad en la gestión Carencia de mecanización Insatisfacción usuario cliente TÉCNICOS 18% 18 Integración de la información Independencia s. actuales Facilidad de mecanización Facilidad de implantación OPERATIVOS 6% 22 Reducción gastos mantenimiento Reducción tareas manuales PUNTUACIÓN TOTAL

71 GESTORES DE BASES DE DATOS: ALTERNATIVAS DB2 MySQL ACCESS NUM PARÁMETRO PESO PT VA PT VA PT VA ESTRATÉGICOS 47% 1 Mejorar imagen compañía Mejorar atención demanda Mejorar control de la gestión Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestión Ofertar mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD 29% 12 Estrategia comercialización Compromiso otras empresas Volumen de áreas afectadas Complejidad en la gestión Carencia de mecanización Insatisfacción usuario cliente TÉCNICOS 18% 18 Integración de la información Independencia s. actuales Facilidad de mecanización Facilidad de implantación OPERATIVOS 6% 22 Reducción gastos mantenimiento Reducción tareas manuales PUNTUACIÓN TOTAL

72 SERVIDORES: ALTERNATIVAS TOMCAT APACHE IIS NUM PARÁMETRO PESO PT VA PT VA PT VA ESTRATÉGICOS 47% 1 Mejorar imagen compañía Mejorar atención demanda Mejorar control de la gestión Aumentar oferta de servicios Abrir mercados externos Disminuir riesgos Incrementar competitividad Optimizar la gestión Ofertar mejora de servicios Aumentar la demanda Estudios de mercado OPORTUNIDAD 29% 12 Estrategia comercialización Compromiso otras empresas Volumen de áreas afectadas Complejidad en la gestión Carencia de mecanización Insatisfacción usuario cliente TÉCNICOS 18% 18 Integración de la información Independencia s. actuales Facilidad de mecanización Facilidad de implantación OPERATIVOS 6% 22 Reducción gastos mantenimiento Reducción tareas manuales PUNTUACIÓN TOTAL

73 Selección y argumentos a favor de la alternativa escogida Según las apreciaciones que se pueden extraer tras realizar la Matriz de Evaluación Organizativa de cada alternativa, parece lo más coherente, emplear la plataforma J2EE, junto con el gestor de base de datos DB2 y el servidor Tomcat. Sin embargo, en la Matriz de Evaluación no se han contemplado los aspectos económicos y se ha de tener en cuenta que el gestor de base de datos DB2 es un software no libre. Hoy en día si se accede a la página oficial de IBM se puede observar como el coste de la licencia para el uso legal del gestor podría tener un coste de entre 400 hasta dependiendo de la sofisticación del software. Debido a este motivo económico, para el desarrollo del proyecto se ha decidido utilizar el gestor de base de datos MySQL que también es de gran potencial y tiene la gran ventaja de ser un software libre. Por lo tanto, finalmente el proyecto quedará desarrollado con el siguiente software, todo ello libre y gratuito, de fácil instalación: Lenguaje de programación J2EE Gestor de base de datos MySQL Servidor Tomcat 63

74 DISEÑO EXTERNO 64

75 CONFIGURACIÓN HARDWARE/SOFTWARE En este apartado de la documentación se definirán las características de la plataforma hardware y software elegido en el apartado anterior, en el Estudio de Arquitectura. La arquitectura decidida a utilizar ha sido la siguiente: - Lenguaje de programación: J2EE, es uno de los software de programación más potente que existen hoy en día, orientado específicamente al desarrollo de aplicaciones empresariales. - Servidor web: Tomcat, es el necesario ya que a diferencia de los demás es capaz de soportar servlets y de compilar JSPs a servlets. A día de hoy su instalación es sencilla ya que viene integrado en cualquier Java IDE. - Gestor de base de datos: MySQL, es el utilizado por ser considerado el mejor software libre y el más utilizado que existe en el mercado. Su instalación es muy sencilla, a través de un ejecutable. Con el objetivo de hacer las aplicaciones más portables, sin importar qué Sistema Gestor de Bases de Datos se utilice, se va a emplear el estándar de base de datos ODBC (Open DataBase Connectivity). El objetivo del driver ODBC, es hacer posible el acceso a cualquier dato desde cualquier aplicación. Para poder utilizar este conector, se necesitará crear una DSN dentro del ODBC definiendo los parámetros, ruta y características de la conexión. Todo ello quedará explicado paso a paso en el anexo de instalación. Como ya se especificó en el apartado anterior, la máquina que se utilizará como servidor Web va a ser un ordenador portátil Fujitsu Siemens con Windows XP Home Edition como sistema operativo. Sin embargo, dado a las características de las herramientas que se van a utilizar, todas ellas software libre, no debe de haber ningún problema para 65

76 poder instalar y hacer funcionar las aplicaciones en cualquier otro sistema operativo, por ejemplo de la familia Unix. Arquitectura para la aplicación administrador Administrador HTTP Servidor Web Internet Navegador Web Aplicación administrador MySQL La aplicación administrador que reside en el servidor Web tendrá una dirección IP relacionada. Cuando el administrador desee acceder a dicha aplicación se conectará a la dirección IP correspondiente, a través de una URL, dominio que se convertirá en dirección IP se acceder al servidor Web. Toda petición de consulta a la base de datos correspondiente se realizará contra el gestor de base de datos MySQL existente en el servidor Web. Una vez obtenidos los datos, se construirán las páginas HTML correspondientes a cada consulta las cuales serán devueltas al administrador a través de la Red Pública. Un navegador Web como Internet Explorer o Mozilla Firefox será el encargado de entender dichas páginas HTML. 66

77 Arquitectura para la aplicación móvil En la arquitectura seleccionada en el apartado anterior se ha olvidado por completo añadir las especificaciones necesarias para que la aplicación móvil pueda funcionar. Es necesario que los dispositivos móviles dispongan de un servidor WAP para que pueda entender las páginas escritas en el lenguaje WML. La utilización del protocolo WAP será debido a uno de sus beneficios básicos y es que soporta la fusión de las dos tecnologías poderosas: Internet y los dispositivos móviles. Esta reunión de tecnologías permite ofrecer una gran cantidad de nuevos servicios inalámbricos para uso personal y de negocios. Usuario Red celular Ruteador de salida WAP Servidor Web El usuario solicita que desea comenzar a utilizar la aplicación móvil o que desea una página de la aplicación, usando el micronavegador de su dispositivo WAP, es decir, seleccionando en su terminal WAP una dirección URL correspondiente a dicha aplicación. La llamada se transporta a través de la red celular utilizando los protocolos WAP. El ruteador de salida WAP o también conocido como gateway WAP, convierte la petición WML a http convencional y manda la petición de búsqueda del URL al servidor Web. El servidor Web recibe la solicitud y como en el caso de la arquitectura web, configura los datos de respuesta accediendo si es necesario a la base de datos correspondiente del gestor de base de datos MySQL, tomando los datos necesarios para confeccionar la página WML de respuesta, con encabezado HTTP. 67

78 De forma inversa, el servidor Web mandará la respuesta al gateway WAP, el cual verificará el encabezado http y los contenidos WML creando una respuesta para el terminal WAP. El terminal WAP recibirá la respuesta con el protocolo WAP y evaluará los contenidos WML y los visualizará según la configuración del terminal. Como puede visualizarse en ambos gráficos, tanto la aplicación administrador como la aplicación móvil son portales que se accederán a través de la Red Pública, de manera que se podrá visitar desde cualquier parte del mundo y por cualquier usuario que lo desea. La navegación por las dos aplicaciones se realizará manualmente, con ayuda de los enlaces que se brindarán al usuario para ir de una página a otra, pero los datos que en ellas pueden visualizarse serán generados de manera dinámica. 68

79 DISEÑO DEL MODELO FÍSICO DEL SISTEMA En la etapa de Análisis de Requisitos, se dedujo el modelo lógico del sistema, obteniendo una solución al sistema propuesto sin pensar en su mecanización, expresando dicha solución en un diagrama de flujo, mostrando cómo debería de ser la navegación de ventanas. Una vez especificadas las posibilidades de implementación del sistema sobre una determinada plataforma tecnológica en el Estudio de Arquitectura, junto con el diseño de la lógica de los datos, hace posible que en este apartado pueda transformarse el qué hace el proyecto descrito hasta ahora a cómo va a desarrollarse el proyecto propuesto. Al ser JAVA el lenguaje de programación elegido para desarrollar el proyecto y por ser un lenguaje orientado a objetos, se utilizará UML, lenguaje de modelado de sistemas de software, para visualizar, especificar, construir y documentar el software del proyecto. De entre los diagramas posibles a desarrollar por dicho lenguaje se van a realizar: diagrama de casos de uso, diagrama de clases y diagrama de secuencia. Diagrama de Casos de Uso Un caso de uso es una manera de utilizar el sistema o de interactuar con él. Los casos de uso proporcionan una definición de las necesidades a cubrir por un proyecto desde el punto de vista del usuario. Por tanto, es una técnica utilizada para ayudar al cliente a determinar sus necesidades y requisitos. Diagrama de Clases El diagrama de clases sirve para representar la visión estática del sistema. Contiene la estructura de las clases (con sus métodos y atributos) y las relaciones entre ellas, con sus propiedades. 69

80 Diagrama de Secuencia Sirve para representar el esquema de interacción entre objetos del sistema ordenado temporalmente, proporcionando una visión dinámica del modelo. Se representan dos dimensiones: la vertical representa el tiempo, que transcurre de arriba abajo del diagrama, y la horizontal representa los diferentes objetos, no teniendo importancia el orden de éstos. 1) Diagrama de Casos de Uso Aplicación administrador + parseador 70

81 Caso de Uso: Ver página web y sus características Sumario: Un usuario de Internet con la característica de ser el administrador del servicio Servicio WAP desea visualizar las páginas web que existen disponibles en el sistema y ver las características de aquellas que elija. Actores: Administrador Precondiciones: Es condición necesaria que el administrador haya iniciado sesión y haya sido reconocido por el sistema como administrador del mismo. En caso negativo no podrá accederse a ningún apartado de la aplicación. Secuencia básica: 1. El administrador pulsa el botón páginas disponibles. 2. El sistema le muestra las páginas disponibles en una nueva ventana. 3. El administrador selecciona la página de la que desea ver más detalles. 4. El sistema le muestra las características de la página seleccionada. Excepciones: 2. Si no existen páginas disponibles en el sistema, se muestra un mensaje informando de la situación. Post condiciones: Además de visualizar las características de la página seleccionada, el administrador podrá decidir borrar o modificar dicha página. 71

82 Caso de Uso: Dar de alta una página web Sumario: El administrador del sistema desea dar de alta una nueva página web en el sistema, de manera que los usuarios del servicio Servicio WAP a través de los dispositivos móviles puedan disfrutar de los datos de una nueva página. Actores: Administrador Precondiciones: Es condición necesaria que el administrador haya iniciado sesión y haya sido reconocido por el sistema como administrador del mismo. En caso negativo no podrá accederse a ningún apartado de la aplicación. Secuencia básica: 1. El administrador pulsa el botón Alta página. 2. El sistema presenta un menú con la opción dar de alta nueva agrupación, si o no. 3. El administrador deberá examinar la nueva página y decidir si es viable englobarla en una de los grupos de páginas existentes o no. 4. El sistema presenta la pantalla adecuada según la respuesta del administrador. 5. El administrador continúa rellenando los datos correspondientes. Una vez completado todos los datos pulsa el botón guardar. 6. La aplicación almacena la nueva página web. Excepciones: 6. La aplicación presenta algún tipo de problema por el cual no puede dar de alta la nueva página web. En tal caso será informado el administrador debidamente. Post condiciones: Una nueva página existe ya en el sistema para disfrute de los usuarios a través de sus dispositivos móviles. 72

83 Caso de Uso: Eliminar una página web Sumario: El administrador desea eliminar una página web existente en el sistema. Este proceso puede surgir debido a distintos factores: que haya habido algún error al dar de alta, que haya dejado de funcionar correctamente en la Web... Actores: Administrador Precondiciones: Es condición necesaria que el administrador haya iniciado sesión y haya sido reconocido por el sistema como administrador del mismo. En caso negativo no podrá accederse a ningún apartado de la aplicación. Secuencia básica: 1. El administrador pulsa el botón Baja página. 2. El sistema presenta un menú con las distintas páginas existentes en el sistema. 3. El administrador selecciona la página de interés. 4. El administrador pulsa el botón eliminar. 5. El sistema elimina la página de su colección. Excepciones: 2. En el caso de que no existan páginas web en el sistema, se mostrará un mensaje informando de esta situación al administrador, quien no podrá eliminar ninguna página. 6. A la hora de eliminar la página del sistema pueden existir algunos problemas por lo que esta acción no sea satisfactoria. En este caso se informará apropiadamente al administrador. Post condiciones: Los usuarios disfrutarán de una página menos para la consulta de datos. 73

84 Caso de Uso: Modificar una página web Sumario: El administrador desea modificar los datos característicos de una página web del sistema por presentar datos incorrectos. Actores: Administrador Precondiciones: Es condición necesaria que el administrador haya iniciado sesión y haya sido reconocido por el sistema como administrador del mismo. En caso negativo no podrá accederse a ningún apartado de la aplicación. Secuencia básica: 1. El administrador pulsa el botón Modificar página. 2. El sistema le presentará un menú donde seleccionar el nombre de un grupo de páginas o un menú de páginas específico para realizar las modificaciones necesarias. 3. El administrador selecciona la página a modificar. 4. El sistema le presenta los datos característicos vigentes de la página seleccionada. 5. El administrador realiza los cambios adecuados y pulsa el botón modificar para que queden almacenados. 6. El sistema almacena correctamente dichos cambios. Excepciones: 2. Si no existieran páginas web en el sistema, y por tanto no pudieran modificarse página alguna, el sistema se lo hará saber al administrador inmediatamente. 6. Si existiera algún tipo de problema a la hora de almacenar los datos y no pudieran almacenarse los mismos, será informado el administrador de tal incidencia. 74

85 Caso de Uso: Actualizar los datos de las páginas web del sistema Sumario: El administrador siempre que dé de alta una nueva página web ó modifique los datos de una página web existente, deberá de acceder al apartado donde se toman los datos de las páginas, para que se actualicen dichos datos. Actores: Administrador Precondiciones: Es condición necesaria que el administrador haya iniciado sesión y haya sido reconocido por el sistema como administrador del mismo. En caso negativo no podrá accederse a ningún apartado de la aplicación. Secuencia básica: 1. El administrador pulsa el botón Datos páginas. 2. El sistema muestra la página donde se presenta el botón para volver a tomar datos de las páginas web. 3. El administrador debe de pulsar dicho botón para que se comiencen de nuevo a tomar los datos de aquellas páginas que existen en el sistema. 4. El sistema comienza a almacenar periódicamente los datos de las páginas web. Post condiciones: Los usuarios del servicio Servicio WAP a través de dispositivos móviles, podrán disfrutar de la información actualizada. 75

86 Caso de Uso: Añadir estadística Sumario: El administrador desea dotar con la propiedad de mostrar gráficas estadísticas a una página web de las existentes en el sistema. Actores: Administrador Precondiciones: Es condición necesaria que el administrador haya iniciado sesión y haya sido reconocido por el sistema como administrador del mismo. En caso negativo no podrá accederse a ningún apartado de la aplicación. Secuencia básica: 1. El administrador pulsa el botón Estadística. 2. El sistema muestra las páginas existentes en el sistema y que todavía no están dotadas con la característica de estadística. 3. El administrador selecciona la página web a la que desea añadir dicha propiedad. 4. El administrador completa las características necesarias para que puedan realizarse la estadística. 5. El administrador pulsa el botón guardar para que se almacene dicha relación. 6. El sistema almacena correctamente los nuevos datos asociados a esa página web. Excepciones: 2. Si no existen páginas web en el sistema, o si todas las que existieran ya tuviesen asociadas la característica de estadística, entonces el sistema mostrará un mensaje al administrador informándole de la situación. 6. Si al intentar almacenar los nuevos datos relacionados con la página web ya existente se produjese algún tipo de problema, el administrador será informado inmediatamente. 76

87 Aplicación administrador + parseador 77

88 Caso de Uso: Ver datos de una página web Sumario: El usuario desea consultar información sobre una página web determinada. Para ello accede al menú general y sigue las indicaciones de las pantallas para al final obtener la información. Actores: Usuario Precondiciones: El usuario ha seleccionado la opción de menú general del servicio WAP para realizar una consulta genérica de una de las páginas existentes en el sistema. Secuencia básica: 1. El usuario selecciona el grupo de páginas que desea visitar. 2. El sistema le muestra las distintas páginas que existen para ese grupo seleccionado. 3. El usuario selecciona la página a visitar. 4. El sistema le presenta los tipos de información de consulta que existen para dicha página. 5. El usuario selecciona el parámetro que desea y pulsa el botón aceptar y se dispone a recibir la información. 6. El sistema le muestra la información solicitada. Excepciones: 2. Si no existiese ningún tipo de grupos y por lo tanto ninguna página dada de alta en el sistema, éste deberá informar de que está temporalmente fuera de servicio. 6. Si por algún motivo interno no es posible mostrar los datos solicitados, se informará de tal problema. Post condiciones: El usuario obtiene la información de la página solicitada. 78

89 Caso de Uso: Ver mis páginas web Sumario: El usuario desea ver su sección personal de mis favoritos, donde tiene gestionado aquellas páginas que son de su interés, para poder disfrutar de su información de forma más rápida y sencilla. Actores: Usuario Precondiciones: El usuario debe de haber entrado en la sección mis favoritos del menú principal para poder disfrutar de este servicio. Secuencia básica: 1. El usuario debe de iniciar sesión en el sistema. 2. El sistema deberá de comprobar que los datos del usuario son correctos. 3. Una vez comprobado que los datos son correctos, el usuario deberá seleccionar el grupo de páginas que desea visitar. 4. El sistema le mostrará para ese grupo seleccionado, la información de aquellas páginas que tenga añadidas a su agenda personal. Excepciones: 1. Si el usuario no se ha registrado anteriormente en el sistema, deberá de crearse un nombre de usuario y password para poder usar dicho servicio. 2. Si los datos introducidos por el usuario no son correctos, se avisará al usuario y se pedirá que vuelvan a ser introducidos dichos datos. 4. Si el usuario no dispone de páginas añadidas para ese grupo seleccionado, se mostrará un mensaje de que no existen páginas. Post condiciones: El usuario podrá ver la información de sus páginas favoritas. 79

90 Caso de Uso: Añadir página Sumario: El usuario desea añadir una página a su agenda personal por considerarla de su interés y estar interesado en conocer sus datos de manera rápida y sencilla. Actores: Usuario Precondiciones: El usuario ha tenido que iniciar sesión satisfactoriamente en el sistema para poder acceder a esta sección. Secuencia básica: 1. El usuario accede a la sección añadir página. 2. El sistema le muestra todas aquellas páginas para el grupo de páginas seleccionado, que no han sido todavía añadidas a la propia agenda. 3. El usuario selecciona la que más le interese. 4. El sistema deja registrado la nueva página como del interés del usuario para mostrar sus datos en las próximas consultas de dicha agrupación. Excepciones: 2. Si todas las páginas de ese grupo ya pertenecen a la agenda personal del usuario, se informa de que no existe ninguna nueva página para añadir. Post condiciones: El usuario a partir de ahora disfrutará de la información de una nueva página cada vez que acceda a esta agrupación de su agenda personal. 80

91 Caso de Uso: Eliminar página Sumario: El usuario desea eliminar una página de su agenda personal por considerarla que ha dejado de ser de su interés. Actores: Usuario Precondiciones: El usuario ha tenido que iniciar sesión satisfactoriamente en el sistema para poder acceder a esta sección. Secuencia básica: 1. El usuario accede a la sección eliminar página. 2. El sistema le muestra todas aquellas páginas que tiene añadidas a su agenda personal para esa agrupación determinada. 3. El usuario selecciona aquella que ha dejado de ser de su interés. 4. El sistema elimina de su agenda la página seleccionada. Post condiciones: El usuario cuando vuelva a acceder a la información de sus páginas para esa agrupación dejará de ver la información de la página eliminada, así como el deseaba. 81

92 Caso de Uso: Ver gráfica estadística Sumario: El usuario desea ver la gráfica estadística asociada a una página, para poder examinar la evolución que están sufriendo sus datos. Actores: Usuario Precondiciones: El usuario ha tenido que iniciar sesión satisfactoriamente en el sistema para poder acceder a esta sección. Además para poder acceder a una gráfica estadística es condición necesaria que la agrupación de páginas seleccionada disponga de esta opción, ya que no todas la tienen. Secuencia básica: 1. El usuario accede a la sección gráfica. 2. El sistema le muestra para la agrupación todas aquellas páginas que están asociadas a la agenda del usuario. 3. El usuario selecciona la página de la cual quiere visualizar la estadística. 4. El sistema le muestra la gráfica. Post condiciones: El usuario puede examinar la evolución de los datos de la página a través de la gráfica estadística. 82

93 2) Diagrama de Clases a. Aplicación administrador + parseador 83

94 b. Aplicación Cliente 84

95 3) Diagrama de Secuencia (algunos ejemplos) a. Aplicación administrador + parseador Diagrama de secuencia del alta de una nueva página web en el sistema. 85

96 Diagrama de secuencia de la baja de una de las páginas web del sistema. 86

97 Diagrama de secuencia de la captura de datos de las páginas web que están disponibles en el sistema. 87

98 b. Aplicación Cliente Diagrama de secuencia de la petición de visualización de los datos de una página web genérica por parte del usuario. 88

99 Diagrama de secuencia del inicio de sesión por parte del usuario cuando desea entrar en la sección de mis favoritos a través de su dispositivo móvil. 89

100 Diagrama de secuencia que sirve para representar la opción de añadir una nueva página web a la agenda del usuario que previamente ha iniciado sesión en el sistema. 90

101 DISEÑO DE ENTRADAS Y SALIDAS Administrador - Aplicación Administrador + Parseador Solicitud información aplicación ADMINISTRADOR Información solicitada Inicio de sesión Páginas disponibles Alta páginas Baja páginas Modificar páginas Datos páginas Estadística APLICACIÓN ADMINISTRADOR + PARSEADOR 91

102 Inicio de sesión Ventana para el acceso restringido a la aplicación. Servirá para identificar si la persona que solicita acceder a la página es una de las autorizadas. En caso afirmativo, se accederá a la aplicación. En caso contrario, se solicitarán de nuevo los datos del usuario. Páginas disponibles Ventana a la que se accederá al pinchar en el link paginas disponibles. Esta ventana mostrará las páginas que existen dadas de altas englobadas por agrupaciones. Si se pincha en una de las páginas se accederá a una información más completa de la misma. 92

103 Alta páginas Ventana de acceso al apartado de alta de páginas. Una página puede darse de alta de distintas formas. Se puede crear una nueva agrupación si se considera que la página debe de estar englobada en una agrupación aún no existente o puede darse de alta una página en una agrupación existente. A partir de ahí quedará por decidir si el fichero configurador para esa página es el mismo al de otras de su misma agrupación o si por el contrario necesita de un trato más personalizado. 93

104 Baja páginas Ventana de acceso al apartado de baja de páginas. A través de un menú se selecciona la página que se desea eliminar, se presentan sus datos característicos para estar seguros de que es la página deseada de eliminar y en tal caso se elimina. Modificar páginas Ventana de acceso al apartado de modificación de páginas. Por un lado se puede modificar el nombre de la agrupación de las páginas y por otro lado puede modificarse las propiedades de una página específica. En tal caso, si se modifica la agrupación se considerará que dicha página se ha englobada en una nueva agrupación no existente. 94

105 Datos páginas Ventana de acceso al apartado de importación de datos de las páginas web que están disponibles en el sistema. Siempre que exista un alta de una nueva página o se modifiquen las características de alguna de las páginas ya existentes, se deberá acceder a este apartado para volver a comenzar la captura de los datos. 95

106 Estadística Ventana a través de la cual se puede dar de alta o baja la opción de estadística. A través de este apartado se podrá especificar qué página tendrá un seguimiento estadístico y en ese caso que parámetros van a ser utilizados en ese seguimiento. En esta ventana podrá añadirse una agrupación a la característica estadística o eliminar o modificar los datos de una agrupación ya dada de alta en el apartado estadística. 96

107 Usuario - Aplicación Móvil Solicitud información aplicación USUARIO Información solicitada Página principal Selección agrupación Selección páginas Selección parámetros Resultados Inicio de sesión Menú agrupaciones Menú páginas Añadir página Eliminar página Ver Estadística APLICACIÓN MÓVIL 97

108 Página Principal Ventana de presentación de la aplicación y menú para la selección de las opciones información general y servicio favoritos. 98

109 Selección agrupación Apartado dentro de la sección información general. Esta ventana sirve para seleccionar la agrupación de la cual se desea solicitar información. 99

110 Selección páginas Apartado dentro de la sección información general. Esta ventana sirve para seleccionar la página dentro de la agrupación previamente seleccionada de la cual se desea solicitar información. 100

111 Selección parámetros Apartado dentro de la sección información general. Esta ventana sirve para seleccionar los parámetros de la página de la agrupación seleccionada de los cuales se desea recibir información. 101

112 Resultados Ventana donde se recogen los resultados para la página de la agrupación seleccionada. A esta ventana de resultados puede llegarse tanto a través de la opción información general como del servicio favoritos. 102

113 Inicio de sesión Apartado dentro del servicio favoritos. Esta ventana sirve para iniciar sesión, de manera que todas las acciones que se realicen dentro de este servicio quedarán almacenadas en la base de datos. 103

114 Menú agrupaciones Apartado dentro del servicio favoritos. Esta ventana sirve para seleccionar la agrupación de la cual se desea información. 104

115 Menú páginas Apartado dentro del servicio favoritos. Esta ventana sirve para mostrar la información de aquellas páginas que hayan sido previamente añadidas al usuario a través de la página añadir páginas. 105

116 Añadir página Apartado dentro del servicio favoritos. Esta ventana sirve para añadir aquellas páginas de interés para el usuario dentro de una agrupación específica. 106

117 Eliminar página Apartado dentro del servicio favoritos. Esta ventana sirve para eliminar aquellas páginas que ya no son del interés del usuario. 107

118 Ver Estadística Apartado dentro del servicio favoritos. Esta ventana sirve para visualizar las estadísticas de las páginas en aquellos casos en los que la agrupación disponga dada de alta esta opción. 108

119 MODELO LÓGICO DE DATOS Así como el modelo conceptual de datos del apartado análisis de requisitos trata de reflejar la realidad de los datos prescindiendo de los requisitos informáticos, el modelo lógico establece la estructura de los datos sin tener en cuenta los recursos físicos utilizados. Estas estructuras se componen de relaciones o tablas en el modelo relacional, donde las columnas representan atributos y las filas el conjunto de ocurrencias de la relación. Por tanto, en este modelo lógico de datos, se van a presentar el conjunto de tablas que son necesarias para llevar a cabo la aplicación, acorde con el esquema descrito en el modelo conceptual de datos. Base de datos administrador PAGDISPONIBLES NOMBRE AGRUPACIÓN URL RUTA TEMPORIZADOR Madrid Tiempo /SPXX/SPXX0050/index_c.html C:/Proyecto/tiempomadrid.txt Baqueira Esqui C:/Proyecto/esquibaqueira.txt /meteo/metereo.php Ibex35 Bolsa C:/Proyecto/bolsaibex35.txt /esp/mercados/acciones/accind1_1.htm 03:00:00 00:00:30 01:30:00 AGRUPACIÓN AGRUPACIÓN Tiempo Esqui Bolsa 109

120 PARÁMETROS NOMBRE AGRUPACIÓN PARÁMETROS PARAMCONF Madrid Tiempo Hoy Hoy Madrid Tiempo Temp.máxima Máx Madrid Tiempo Temp.mínima Mín Baqueira Esqui Temp.actual Temperatura Actual Baqueira Esqui Viento Viento Baqueira Esqui Visibilidad Visibilidad Baqueira Esqui Relieve Relieve Baqueira Esqui Ultimas24h Últimas 24 h Ibex35 Bolsa Antena3TV ANTENA 3 TV. Ibex35 Bolsa BancoPopular BA.POPULAR Ibex35 Bolsa BBVA BBVA Ibex35 Bolsa Endesa ENDESA Ibex35 Bolsa GasNatural GAS NATURAL VISTAREDUCIDA AGRUPACIÓN NOMBRE PARAM_REDUCIDO Tiempo Madrid Hoy Tiempo Madrid Temp.máxima Tiempo Madrid Temp.minima Esqui Baqueira Temp.actual Esqui Baqueira Visibilidad Esqui Baqueira Relieve Ibex35 Bolsa Ult Ibex35 Bolsa Dif Ibex35 Bolsa Fecha ESTADÍSTICA AGRUPACIÓN EJEY EJEX PARAM_EST Tiempo Grados Fecha Hoy Bolsa Grados Fecha ult 110

121 Base de datos datos AGRUPACIÓN + NOMBRE (Ejemplo: Tiempo + Madrid) PARAMCONF FECHAACTUAL HORAACTUAL MADRID Hoy 19/07/06 17:05:01 31º Máx. 19/07/06 17:05:01 34º Mín. 19/07/06 17:05:01 26º Base de datos usuarios WEBMASTER NOMBRE Susana PASSWORD xxxxxxxx USERMOBILE USUARIO PWD ID_USUARIO Lorena xxxxxxx 1 Elena xxxxxxx 2 Aida xxxxxxx 3 DATOSUSERMOBILE ID_USUARIO NOMBRE AGRUPACIÓN 1 Ibex35 Bolsa 2 Baqueira Esqui 3 Madrid Tiempo DATOSUSERMOBILE2 ID_USUARIO NOMBRE AGRUPACIÓN PARAMCLAVE 1 Ibex35 Bolsa Endesa 111

122 PROGRAMACIÓN 112

123 CÓDIGO DE INTERÉS APLICACIÓN PARSEADOR La forma de importar la información de las páginas HTML se basa sencillamente en capturar el código HTML que configuran las páginas y el cual puede ser consultado a través de la barra de herramientas de toda página Web en Ver - Código fuente. Una vez importado este código lo importante es quedarse con la información deseada. Y eso cómo se consigue? Por un lado será necesario crearse un fichero parseador donde las líneas impares serán palabras claves que servirán para la búsqueda dentro de la cadena de código capturada y las líneas pares darán información sobre el número de palabras a almacenar desde esa palabra clave. Por otro lado, es necesario que de alguna forma se vaya recorriendo la cadena de código HTML capturada para ir comparando palabra por palabra con las palabras claves de las líneas impares del fichero parseador. En el momento que una palabra coincida, entonces esto significará que han de almacenarse tantas palabras cómo se indique en la línea par del fichero almacenando dicha información en la base de datos datos de la tabla referente a la página correspondiente. El código HTML es un lenguaje de etiquetas. Todo aquello que está entre etiquetas <> definen un tipo de característica a aplicar a la página. Por ejemplo, <b> hará que el texto a mostrar esté en negrita, <a href.> creará un hipervínculo, etc. Por tanto la información que se visualice por pantalla será aquella que no venga entre etiquetas, y que por tanto será la que nos interese. La clase HTMLEditorKit.Parser y HTMLEditorKit.Callback dentro del paquete javax.swing.text.html de Java son las que consiguen que todo esto funcione creando una especie de parseador. 113

124 HTMLEditorKit.Parser La clase Parser, clase interna de la clase HTMLEditorKit, es la proporcionada por el paquete Swing para facilitar las labores de parsing. Para utilizar esta clase al ser interna, es necesaria instanciarla. La única manera para conseguirlo es sobre escribiendo el método getparser del HTMLEditor convirtiéndolo así en público. import javax.swing.text.html.*; public class HTMLParse extends HTMLEditorKit { public HTMLEditorKit.Parser getparser() { return super.getparser(); } } El código html capturado y almacenado en un String se utiliza para crear un StringReader para poder leer el código carácter a carácter. La variable callback se crea a través de la llamada al objeto callback de la clase HTMLEditorKit.ParserCallback que se explicará en el siguiente apartado. El objeto callback es llamado para cada tipo de etiqueta que se va encontrando a lo largo de la cadena de código HTML capturada. StringReader r = new StringReader(...html string... ); HTMLEditorKit.Parser parse = new HTMLParse().getParser(); parse.parse(r,callback,true); 114

125 HTMLEditorKit.ParserCallback En la clase ParseCallback es donde se puede jugar con lo que uno desea del parseador, configurándolo a gusto de las necesidades de cada uno. Existen métodos tales como handlecomment, handleendtag, handleerror, handlesimpletag, handlestarttag, y handletext que pueden ser sobre escritos para que realicen lo que uno desea. El método handlecomment se encarga de detectar aquellas partes de la cadena de código capturado que son comentarios. El método handleendtag se encarga de detectar la información que son del tipo etiqueta, es decir, todas aquellas palabras que van encerradas entre <>. El método handletext se encarga de detectar el texto que se visualiza en las páginas y que no va encerrado entre <>. En este la aplicación será el método utilizado, puesto lo que interesa es capturar esa información que es detectada por el método handletext. public void handletext(char[] data,int pos) 115

126 Gráfico + código Para comprender un poco mejor lo que se ha realizado a nivel de código se introduce un ejemplo gráfico y parte del código de la aplicación. Fichero parseador página Calorías + Queso Queso cremoso 1 Queso de cabra 1 Queso edam 1 Queso emmenthal 1 Queso fresco 1 Queso gruyere 1 Palabra clave Distancia a la palabra a capturar <html> <body topmargin="0" leftmargin="0" stylesrc="nutricion.htm" " link="#ffff00" alink="#ffffff" bgproperties="fixed"> <table> <tr height="21" style="height:15.75pt"> <td height="21" class="xl26" width="229"><span style="mso-bidi-font-size:10pt"> <b>queso de cabra</b></td> <td class="xl25" width="119" x:num height="21"><span style="mso-bidi-font-size: 10pt"> <b>173</b></td> <td class="xl25" width="129" x:num height="21"><span style="mso-bidi-font-size:10pt"> <b>3.7</b></td> <td class="xl25" width="99" x:num height="21"><span style="mso-bidi-font-size: 10pt"> <b>16</b></td> <td class="xl25" width="68" x:num height="21"><span style="mso-bidi-font-size: 10pt"> <b>10.3</b></td> </tr><tr> (etc)</tr> </table></body></html> 116

127 Threads.java BufferedReader fichero = new BufferedReader (new InputStreamReader ( new FileInputStream(ruta))); HTMLEditorKit.Parser parser = new HTMLParse().getParser(); HTMLEditorKit.ParserCallback callback = new Outliner(i, j, clave1, indice, fichero, array, nombre, agrupacion); URL u = new URL(url); InputStream in = u.openstream(); InputStreamReader r = new InputStreamReader(in); parser.parse(r, callback, false); La clase url de java se ocupa de captura el código HTML de la página Web, creando un objeto inputstreamreader para posteriormente leer carácter a carácter el contenido de la cadena. La clase BufferedReader servirá para la lectura del fichero configurador de la página Web. La llamada al método del objeto parser.parse servirá para evaluar cada carácter de la cadena almacenada en u. 117

128 Outliner.java public void handletext(char[] text, int position) { inicio = inicio.valueof(text); if(inicio.equals(fich)) { clave1 = true; i = Integer.parseInt(fichero.readLine()); array = new String[i]; j = i;} if(clave1) { if(j < i){ array[j] = inicio; } j--; if(j == -1) //Almacenar los datos en la base de datos datos } } El único método que interesa en este caso es el método handletext(), puesto que lo que se quiere es quedar con aquel texto que no se presenta entre etiquetas <>. La variable fich contiene una de las palabras impares que se encuentran en el fichero parseador que siguiendo el ejemplo gráfico anterior sería Queso de cabra. La variable inicio almacenará cada vez que se llame a este método la cadena que en ese momento se ha encontrado a lo largo del recorrido del código que no se encuentra entre <>. Cuando las variables fich e inicio contienen la misma información significará que se ha encontrado la palabra clave dentro del código HTML. Tal como informa la siguiente línea del fichero parseador, línea par, desde la palabra clave Queso de cabra se han de almacenar las siguientes 1 palabras, lo que quiere decir es que la siguiente vez que se encuentre información sin etiquetas será la información a almacenar en la base de datos. 118

129 APLICACIÓN CLIENTE Breve ejemplo del lenguaje wml <wml> <card id="primero" title="servicio WAP"> <do type="accept" label="inicio"> <go href="#segundo"/> </do> <p align="center"> <h1>bienvenido al Servicio de páginas WAP</h1> </p> </card> <card id="segundo" title="servicio WAP"> <p align="left"> <h3>elija una opcion:</h3> <h5> <l> <a href="favoritos/espacio.jsp"> Favoritos </a> </l> <l> <a href="general/menu.jsp">menu general </a> </l> </h5> </p> </card> </wml> Utilización de la librería JfreeChart Para la utilización de esta librería previamente han sido necesarios realizar los pasos que se explican en el anexo II, en el manual de instalación, ya que el paquete de esta librería no viene instalado por defecto. 119

130 EstadisticaMostrar.jsp page import="org.jfree.chart.*"%> response.setcontenttype("image/gif"); OutputStream salida = response.getoutputstream(); pintargrafica pintar = new pintargrafica(); JFreeChart grafica = pintar.crearchart(pagmovil); ChartUtilities.writeChartAsJPEG(salida,grafica,ancho,alto); salida.close(); pintargrafica.java import org.jfree.data.xy.*; import org.jfree.chart.*; import org.jfree.chart.plot.*; public JFreeChart crearchart(pagina pagpintar) { XYSeries series = new XYSeries( titulo estadistica ); series.add(double. double); XYDataset juegodatos= new XYSeriesCollection(series); JFreeChart chart; chart = ChartFactory.createXYLineChart (título de la secuencia, xaxislabel de la secuencia, yaxislabel de la secuencia, dataset de XYDataset, orientación de PlotOrientation, leyenda boleana, tooltips boleanos, urls boleanos) } return chart; 120

131 EstadisticaMostrar.jsp A través de la línea de código response.setcontenttype("image/gif"); se establece que la salida de información presentada en la página.jsp sea un gráfico. Con la siguiente línea se llama pintar.crearchart(pagmovil), se llama al método crearchart de la clase pintar en la que se obtendrá la información necesaria para pintar la estadística. Por último, en la línea ChartUtilities.writeChartAsJPEG(); se detallarán los parámetros para dibujar la gráfica como son el ancho y alto de la misma. pintargrafica.java A través de la variable series del tipo XYSeries, se almacenarán los datos a representar por la estadística a través del método series.add(). El método ChartFactory.createXYLineChart(...) con sus parámetros correspondientes, es el que definitivamente recoge todo lo necesario para pintar la gráfica, incluyendo los nombres de cada uno de los ejes. La librería JfreeChart permite realizar gráficas de muchos tipos. Se pueden dibujar estadísticas de barras, de manera horizontal, de manera vertical, con punteados, etc. En este caso la forma elegida es la siguiente: ChartFactory.createXYLineChart 121

132 OBJETOS RELEVANTES QUE UTILIZAN LAS APLICACIONES DAO.ADMIN Objeto que contiene métodos para conectarse, desconectarse y realizar las actividades pertinentes sobre la base de datos administrador. DAO.DATOS Objeto que contiene métodos para conectarse, desconectarse y realizar las actividades pertinentes sobre la base de datos datos. Es el objeto que se ocupa de crear dinámicamente las tablas para el almacenamiento de datos de cada una de las páginas. DAO.USUARIO Objeto que contiene métodos para conectarse, desconectarse y realizar las actividades pertinentes sobre la base de datos usuarios. IO.IOFICHERO Objeto que contiene los métodos para la creación, destrucción y manejo de la información de ficheros. DOMINIO.PAGINA Objeto que sirve para almacenar todas las propiedades de las que está formada una página Web. Estas propiedades serán: agrupación, nombre, url, ruta, temporizador, parámetros, paramconf, param_reducido, param_est, columnas, resultados. DOMINIO.PERSONA Objeto que sirve para crear una persona y almacenar su información correspondiente. Esta persona puede ser tanto el administrador con privilegios de acceso a la aplicación administrador, o un usuario de la aplicación móvil. 122

133 ESTUDIO FINANCIERO Para el proyecto desarrollado, si no fuese por su finalidad didáctica, se tendría que haber presentado un presupuesto que englobase el coste que llevaría el diseño, desarrollo y puesta en marcha del mismo. Éste debería ser valorado y estudiado por la empresa interesada para valorar si es posible o no hacer frente al proyecto. Por el interés del proyecto y su posible puesta en marcha en el mercado, se presenta a continuación una estimación de los costes que supondría ponerlo en funcionamiento para poder ser valorado por cualquier empresa interesada. A nivel de implantación, los costes a recalcar son tres, costes de desarrollo, costes de puesta en marcha y costes de formación. Para el desarrollo del proyecto son necesarias unas 150 horas de investigación, para familiarizarse con el entorno y sobre todo para analizar y determinar cómo deberá ser el proceso de importación de datos, proceso en el que más tiempo se requiere. La puesta en marcha, es decir el paso de la programación, será largo debido a la magnitud del proyecto, siendo necesarias muchas líneas de código, por lo que el tiempo para tener todo listo asciende a unas 250 horas de trabajo más o menos. Por último, el coste de formación destinado para aquellas personas que serán nombradas administradoras del sistema no será demasiado elevado. El diseño de una interfaz de usuario atractiva y fácil de usar facilitará el aprendizaje de cualquier nuevo administrador dentro del sistema. Un curso de 2 días de formación, de unas 4 horas cada día, serán suficientes para la utilización de la herramienta. El primer día será empleado en la explicación del apartado del análisis y extracción de datos de las páginas Web y el segundo día del modo de gestionar las páginas Web a través de la aplicación. 123

134 Atendiendo a los precios por horas que se manejan hoy en día en el mercado laboral, las horas antes mencionadas traducidas a euros serán: Coste de desarrollo: 150 horas x 30 euros = 4500 euros/horas Coste de puesta en marcha: 250 horas x 25 euros = 6250 euros/horas Coste de formación: 8 horas x 20 euros = 160 euros/horas Por otro lado, los costes de adquisición de tecnologías es otro punto importante a tener en cuenta. Para poder poner en funcionamiento el sistema serán necesarios determinados equipos y determinado software con el consecuente gasto que ello requiere. A nivel de software en este caso no habrá gastos establecidos ya que a priori todo el software que va a ser utilizado en su desarrollo es software libre. Sin embargo el coste de tiempo de la instalación de todo el software ascenderá a unas 4 horas de trabajo, que en euros asciende a 4 horas x 20 euros = 80 euros/horas. A nivel de hardware es necesario un equipo encargado de ser el servidor web. Como ya se detalló en el apartado del estudio de arquitectura, en el desarrollo del proyecto se ha utilizado un equipo fujitsu siemens portátil que podría servir de ejemplo como el equipo necesario para correr la aplicación. El precio del servidor oscilará entre los euros. El total del presupuesto asciende a: Coste de desarrollo: 4500 euros Coste de puesta en marcha: 6250 euros Coste de formación: 160 euros Coste de instalación: 80 euros Coste de hardware: 1400 euros Coste total: euros. 124

135 ESTUDIOS FUTUROS Las posibles mejoras para el proyecto desarrollado pueden ser múltiples y de distintos ámbitos, referentes a las aplicaciones desarrolladas o bien a nivel de una nueva forma de actuación en un futuro próximo. A nivel de cada aplicación desarrollada las mejoras posibles serían las siguientes: Aplicación administrador: Es muy posible que la herramienta sea utilizada por dos personas encargadas con la función de administrador. Para ello sería interesante crear una cuenta para cada uno de ellos de manera que en un formulario general, quedasen registrados aquellas páginas que hayan sido gestionadas por cada uno de ellos, de manera que la supervisión y mantenimiento sea más fácil y se agilicen los trámites en caso de error. Aplicación parseador: En este momento, la importación de datos se consigue realizar satisfactoriamente de aquellas páginas HTML en donde la información se alberga entre las etiquetas más comunes del mismo lenguaje, como son las etiquetas de las tablas: <table><tr><td>información a capturar </td></tr></table>. Sin embargo, si la información se encuentra entre etiquetas <script>, la forma de extraer la información no ha sido contemplada, lo que limita un poco el rango de páginas a dar de alta en el sistema. Además, tampoco han sido contempladas aquellas páginas que muestran gráficos en vez de palabras para expresar su contenido, por lo que no están diseñadas las variaciones que debería sufrir el fichero parseador de este tipo de páginas, para poder capturar la información que pretenden transmitir las imágenes. Por ejemplo, hay muchas páginas referentes al tiempo que presentan imágenes como puede ser un sol para representar que el día va a ser soleado. Éste tipo de páginas son las que ahora mismo con el sistema desarrollado no pueden ser contempladas. 125

136 Aplicación cliente: Cuando un cliente realiza una petición para conocer el estado del tiempo de un día determinado, la información que se le muestra es aquella que está almacenada en la base de datos del servidor web al que se ha conectado. Se supone que la información contenida en la base de datos se actualizada periódicamente, pero puede ocurrir que en determinadas situaciones no haya dado tiempo a que se produzcan ese tipo de refresco de la información, de manera que el usuario puede recibir información un poco desfasada en el tiempo. Para evitar estos posibles problemas con páginas en las que la actualización de la información es crítica, una posible mejora del sistema sería el ofrecer un nuevo servicio para realizar consultas a tiempo real, de manera que las peticiones de datos se realizarían directamente contra las páginas web de Internet. A nivel global los estudios futuros apuntan a que las mejoras definitivas llegarán cuando se haga realidad la Red Semántica. Tras el estudio minucioso de los códigos de muchas páginas web, la conclusión general es que la disposición de la información no sigue ningún sentido semántico y que la estructura de las páginas está demasiado alborotada, siendo incluso difícil llevar a cabo un satisfactorio análisis sintáctico de las mismas. Si cada información que se presenta en las páginas se relacionase con un concepto que las definiese, es decir, se diera un significado semántico a cada uno, la extracción de la información se facilitaría enormemente, pasando la importación de datos a ser cuestión del uso de las tecnologías de descripción de contenidos. 126

137 CONCLUSIÓN Casi concluido ya este proyecto, pueden comenzar a hacerse los distintos juicios sobre los aspectos que han intervenido en el desarrollo del proyecto. Una de las tecnologías más potentes utilizadas ha sido el lenguaje Java. Hoy en día es la herramienta más potente en el desarrollo de aplicaciones y ofrece la gran ventaja de su portabilidad, funcionando correctamente en cualquier sistema operativo. La utilización de JSPs (JavaServer Pages) en el desarrollo de las páginas HTML y WML ha facilitado la generación de las mismas de forma dinámica en el servidor, ejecutando los scripts en la parte del cliente a través de la utilización de un navegador como Internet Explorer o Mozilla Firefox, permitiendo así el desarrollo de aplicaciones complejas en un tiempo relativamente corto. Por otra parte, se ha de hacer hincapié en que todo el software utilizado en el desarrollo del proyecto ha sido software libre, es decir, código que puede ser usado, copiado, estudiado, modificado y redistribuido libremente, de ahí lo interesante de esta propiedad. Además, todo el software utilizado tiene otra propiedad característica, y es que es portable, es decir, software que puede llevarse de un medio a otro, de una máquina a otra sin dejar de estar operativo y funcionando sin ningún tipo de problema. Por último, para aumentar esta portabilidad, se ha utilizado el controlador ODBC para la conexión con el gestor de base de datos, para que no sea necesario utilizar el mismo tipo de gestor de base de datos todo el tiempo y que una posible migración sea lo más sencilla posible. A título personal, el desarrollo de este proyecto ha sido muy satisfactorio y me ha permitido poner en práctica muchos de mis conocimientos adquiridos a lo largo de la carrera e incluso adquirir otros nuevos. A nivel de programación, aún habiendo trabajado anteriormente con el lenguaje Java, he podido afianzarlo y trabajar con clases que no lo había hecho antes, por lo que ahora me siento mucho más cómoda trabajando con el lenguaje. En cuanto al lenguaje de marcas WML para el desarrollo de páginas Wap para 127

138 dispositivos móviles, no había trabajado con el antes y me ha gustado mucho familiarizarme con todo este entorno que hoy en día esta tan de moda y tan en auge en el mercado. 128

139 BIBLIOGRAFÍA [BENA02] Benavides Abajo, J., Olaizola Bartolomé, J.M., Rivero Cornelio, E., Reina Juliá, L., "SQL Para Usuarios y Programadores", Paraninfo, Madrid [POWE98] Powel, Thomas A., Manual de Referencia HTML, Osborne Mc. Graw Hill, [BARR01] Barranco de Areba, Jesús., Metodología del análisis estructurado de sistemas, Universidad Pontificia Comillas, [CAOR04] Coar Ken, Bowen Rich, Apache Práctico, Anaya Multimedia, [MOHA02] Akif Mohammad, Brodhead Steven, Cioroianu Andrei, Hart James, Jung Eric, Writz Dave, Java y XML. Referencia para programadores, Anaya Multimedia, [GALL03] Gallego Vázquez Jose Antonio, Desarrollo Web con PHP y MySQL, Anaya Multimedia, [JEWE02] Jewell Tyler, Allamaraju Subrahmanyam, Beust Cedric, Davies John, Jonson Rod, Longshaw Andrew, Nagappan Armes, O Connor Daniel, Toussaint Alex, Tyagi Sameer, Watson Gary, Wilcox Mark, Williamson Alan, Programación Java Server con J2EE Edición 1.3 Profesional, Anaya Multimedia, [BISH00] Bishop Judy, Java. Fundamentos de Programación, Addison Wesley, HISTORIA: UML: 129

140 APLICACIÓN PARSEADOR URL: PARSER: /ProjectThreeFiles/HTMLParser.htm APLICACIÓN MÓVIL WML: ESTADÍSTICA: BASE DE DATOS MYSQL:

141 ANEXO I 131

142 MANUAL DE USUARIO a) Descripción de ventanas: aplicación administrador + parseador Inicio Sesión: Cuando se desea acceder a la aplicación es necesario autenticarse. La aplicación única y exclusivamente podrá ser utilizada por el administrador. Inicio de la sesión. Introducir el nombre de usuario y la contraseña del administrador. Si apareciese esta pantalla con el comentario El usuario no existe, significará que se han introducido incorrectamente los datos ya que el sistema no localiza dicho administrador. 132

143 Menú principal: Una vez que el usuario haya sido reconocido como administrador de la aplicación por el sistema, accederá al menú principal con las opciones existentes. En la columna de la izquierda es donde se presentan los botones para acceder a dichas opciones. Botón Páginas Disponibles que se deberá pulsar si se desea conocer las páginas web dadas de alta en el sistema. Botón Alta página que se deberá pulsar si se desea dar de alta una nueva página web en el sistema. Botón Baja página. Se debe de pulsar cuando se desea dar de baja una página del sistema. Botón Modificar página. Botón que se debe pulsar para realizar algún tipo de modificación sobre alguna página del sistema Botón Cerrar Sesión que sirve para cerrar la sesión iniciada por el administrador. Es importante cerrarla por temas de seguridad. Botón Estadística que se debe pulsar para añadir dicha propiedad estadística a un grupo de páginas del sistema. Botón Datos páginas. Es el botón que dará acceso a la sección de captura de datos de las páginas web del sistema. 133

144 Páginas Disponibles: En esta pantalla el administrador puede ver las páginas dadas de alta en el sistema agrupadas por agrupaciones. A modo aclarativo, las páginas están agrupadas dentro de un grupo que las caracteriza, por ejemplo, las páginas relacionadas con el tiempo pues se encontrarán en la agrupación tiempo. Enlace disponible en cada página web para acceder a la ventana en la que se podrán ver sus propiedades. 134

145 Una vez pinchado en una de las páginas, por ejemplo la página Madrid dentro de la agrupación Tiempo, se accedería a esta ventana. Datos de la página Madrid: Agrupación a la que pertenece, su dirección url, el tiempo de actualización de la página y la ruta y contenido de su fichero configurador. Además se pueden observar los parámetros que se visualizarán en el dispositivo móvil y la configuración de la tabla para el almacenamiento de datos. Botón que permite modificar la página que se muestra en pantalla. Botón que permite eliminar del sistema la página que se muestra en pantalla. 135

146 Alta páginas: Sección para dar de alta páginas. Las páginas se pueden dar de alta de varias formas. Por un lado, hay que pensar si existe ya una agrupación que engloba su categoría o no. Una vez decidido se elegirá si se crea o no una nueva agrupación para la página. En caso de que se cree una nueva agrupación, se le da el nuevo nombre y se detallan las demás propiedades de la página. Si por el contrario se decidiera que la categoría de la página existe, entonces se elegirá la agrupación donde englobar la página y habrá otro aspecto que decidir. Hay páginas que por sus características comparten el fichero de configuración, pero hay otras que no. Si existiese una página con mismo fichero configurador no haría falta volver a definirlo, sino que se elegirá el adecuado, sino se deberá de especificar. Seleccione si desea crear una nueva agrupación o no dependiendo si existe o no la agrupación que engloba la categoría de la página web a dar de alta. 136

147 Si se ha pinchado en la opción Si deseo crear una nueva agrupación, se accederá a esta ventana. Nombre nueva agrupación: agrupación que englobará a la página. Nombre Página: nombre por el que se va a identificar a la página. URL Página: dirección de la página web que se está dando de alta. Tiempo actualización: significa cada cuanto tiempo se deberá de actualizar los datos que se especifiquen tomar de esta página web. Ruta Fichero: ruta en donde guardar las propiedades del fichero parseador especificadas en el cuadro fichero parseador. Fichero Parseador: contenido del fichero. Las filas impares serán palabras claves y las filas pares serán el número de saltos a dar desde la palabra clave para capturar la información. Parámetros: serán diminutivos de las filas impares del fichero parseador y que será lo información visualizada en el dispositivo móvil. Parámetros reducidos: serán algunos de los parámetros, aquellos que quieran visualizarse en un menú reducido en el dispositivo móvil. Columnas tabla BBDD: la tabla donde almacenar los datos de esta página en la base de datos correspondiente será creada en el momento del alta de la página. Para ello será necesario especificar cómo se desea almacenar los datos, especificando los columnas donde almacenar dichos datos. Pinchar para guardar los datos dando de alta así la página web en el sistema. 137

148 Si se ha pinchado en la opción No deseo crear una nueva agrupación, se accederá a esta ventana. Selecciona la agrupación: seleccionar la agrupación a la que pertenecerá la página a dar de alta, es decir, la categoría donde se va a englobar. Existe el fichero parseador: se debe de decidir si el fichero parseador para la nueva página web existe y será compartido por otra página o si por el contrario, las propiedades de esta página web son distintas a las demás de su agrupación. Pinchar para continuar introduciendo características de la página web a dar de alta. 138

149 Si se ha pinchado en la opción No deseo crear una nueva agrupación, se accederá a esta ventana. Selecciona la agrupación: seleccionar la agrupación a la que pertenecerá la página a dar de alta, es decir, la categoría donde se va a englobar. Existe el fichero parseador: se debe de decidir si el fichero parseador para la nueva página web existe y será compartido por otra página o si por el contrario, las propiedades de esta página web son distintas a las demás de su agrupación. Pinchar para continuar introduciendo características de la página web a dar de alta. 139

150 Si se ha pinchado en la opción Si existe el fichero parseador, se accede a esta ventana. Seleccionar Ruta fichero: seleccionar el fichero configurador que corresponde con las características de la página web a dar de alta en el sistema. Todos los ficheros parseadores que se muestran para seleccionar pertenecen a la agrupación seleccionada en la ventana anterior. Pinchar para continuar introduciendo características de la página web a dar de alta. 140

151 Si se ha pinchado en la opción No existe el fichero parseador o si se ha pinchado en Si existe el fichero parseador y se ha seleccionado el fichero parseador correspondiente se accederá a esta ventana. Si se ha pinchado la opción No existe el fichero parseador, entonces los datos a completar serán la ruta del fichero y su contenido, los parámetros para visualizarlos en el dispositivo móvil y las columnas para confeccionar la tabla para guardar los datos de captura de la página web. Si se ha pinchado la opción Si existe el fichero parseador y además se ha especificado la ruta de dicho fichero, entonces la página será como la que se presenta aquí abajo. Todos los campos estarán completos excepto el apartado de columnas tabla BBDD. Pinchar para guardar los datos dando de alta así la página web en el sistema. 141

152 Baja páginas: Sección para dar de baja páginas. En esta ventana se selecciona una de las páginas web que existen en el sistema que se desea dar de baja. Una vez seleccionada la página web, se pincha en el botón aceptar y se accede a la siguiente ventana en la que se visualizarán las características de la página web para asegurarnos que se trata de la página que se desea dar de baja. Una vez de estar seguros que se trata de la página deseada, se pulsa en el botón eliminar, y la página quedará dada de baja del sistema. Seleccione la página que desea dar de baja del sistema. Si pincha en el botón aceptar visualizará las características de la página seleccionada y podrá eliminarla si lo desea.. 142

153 Una vez seleccionada la página que se desea eliminar y se pulsa el botón aceptar se accede a esta nueva ventana. En ella pueden apreciarse las características de la página en cuestión y existirá la opción definitiva de dar de baja la página. Eliminar del sistema la página web que visualiza en su pantalla. 143

154 Modificar páginas: Sección para dar modificar las páginas web existentes en el sistema. Existe dos maneras de modificar las datos, una de ellas es modificando el nombre de la agrupación que engloba a un conjunto de páginas web debido por ejemplo a que el nombre calificativo de la agrupación no sea el más adecuado. Otra forma de modificar una página es modificando sus datos característicos. Para ello se selecciona una página determinada y se mostrarán sus datos característicos. Podrán ser modificados cada una de sus propiedades, incluso el nombre de la agrupación si se decide que la página debería pertenecer a otra existente o no. Opción para modificar una agrupación. Seleccione la agrupación que desea modificar e introduzca el nuevo nombre para esa agrupación en la caja de texto. Al pulsar el botón modificar se modificarán los datos. Si desea modificar los datos de una página web específica, seleccione la página y pulse el botón aceptar para visualizar sus datos. 144

155 Si se ha seleccionado modificar el contenido de una página, los datos característicos de la página seleccionada se presentan en la siguiente ventana. Se puede modificar cuanto el administrador desee. Una vez modificado lo necesario se pulsa el botón modificar para guardar los cambios realizados en la página web. Pulsar el botón modificar para almacenar los datos modificados. 145

156 Estadística: Algunas páginas web, por los datos que presentan, pueden ser interesantes para los estudios estadísticos. De esta manera puede parecer interesante mostrarle al usuario del dispositivo móvil cómo ha variado la bolsa durante los últimos 4 días del mes a través de una gráfica, o cómo ha variado el espesor de nieve de una determinada estación de esqui. Para aquellas páginas web que sean consideradas que deben de disponer de la característica estadística esta diseñado este apartado. Se supondrá que todas las páginas de una agrupación por tener mismas características, dispondrán todas de la opción estadística. En esta ventana pueden darse de alta nuevas agrupaciones dentro de esta propiedad o pueden modificarse o eliminarse las propiedades de la opción estadística de aquellas agrupaciones que tengan estadísticas. Seleccionar la agrupación de la página web que dispone de estadística para eliminarla o modificar sus datos del sistema y pulsar aceptar. Seleccionar la agrupación de páginas web a la cual se desea añadir la opción estadística. 146

157 Si se ha seleccionado la opción Añadir estadística a una agrupación, se accede a esta ventana en la cual se presenta la agrupación seleccionada y cajas de texto que deben de ser completadas. Eje Y: nombre que presentará el eje y de la gráfica estadística. Eje X: nombre que presentará el eje y de la gráfica estadística. Parámetro: parámetro debido al cual se realizará la estadística. Pulsar en el botón guardar para almacenar los datos en el sistema. 147

158 Si se ha seleccionado la opción Agrupaciones que disponen de estadísticas, se accede a esta ventana en la cual se presenta la información de la agrupación seleccionada. Existen dos opciones a realizar, se puede eliminar la asociación de estadística para esta agrupación o se pueden modificar los datos que se presentan. Pulsar el botón modificar para acceder a la página en el que pueden modificarse los datos que pueden visualizarse en este momento. Pulsar el botón eliminar para eliminar la asociación estadística con la agrupación seleccionada. 148

159 Datos páginas: El principal objetivo o la principal necesidad del sistema es la obtención de datos de esas páginas web cuyas características están almacenadas en el sistema. Esas páginas están almacenadas porque son del interes para el usuario, pero en verdad lo que es de interés son sus datos. Por ello es necesario que se almacenen y se actualicen periódicamente además de que cada vez que se introduzca una nueva página web o se modifique alguna ya existente en el sistema se comiencen a guardar datos de la misma. También es comprensible que esta acción pueda ser ejecutada remotamente ya que no tendría sentido que el administrador pudiera gestionar la herramienta desde su casa y sin embargo esta operación la tuviese que hacer en el servidor del sistema. Para comenzar a capturar los datos de las páginas del sistema no hace falta más que pulsar el botón guardar. En el caso de haber nuevas páginas dadas de alta en el sistema o modificaciones en las características de las páginas ya existentes, pulsar el botón guardar. 149

160 b) Descripción de ventanas: aplicación cliente Para poder disfrutar de la aplicación Cliente, que será conocido en el dispositivo móvil como Servicio WAP, habrá que buscar en el menú principal del dispositivo la opción de Servicio WAP. Una vez adentrado en este apartado comenzarán a verse las pantallas que se muestran a continuación, de la forma que puede ser apreciado en las imágenes. Dentro del Servicio WAP existen dos sub servicios para elegir por parte del usuario y son el Menú general y el servicio Mis favoritos. El menú general es general como el nombre lo sugiere, es decir, se presentan todas las páginas que están disponibles en el sistema para la elección del usuario, a través de menús eligiendo los parámetros necesarios para acabar presentando la información deseada. Sin embargo, el servicio mis favoritos pretende ser el espacio personalizado del usuario. Para esa personalización, el usuario se deberá de registrar previamente en el sistema e iniciar sesión cada vez que desee disfrutar del mismo. Una vez dentro de mis favoritos, el usuario gestionará el apartado a su gusto, determinando aquellas páginas de las que desea conocer sus datos siempre que acceda al servicio. El servicio de mis favoritos goza de algunas características añadidas sobre el servicio menú general. Además de disfrutar de la información directamente de aquellas páginas añadidas a la agenda de uno mismo, se puede visualizar gráficas estadísticas de aquellas páginas que las poseen. 150

161 1. El servicio WAP ha sido seleccionado por el usuario. El usuario verá esta página de bienvenida donde se puede leer Servicio Navegación WAP. El usuario deberá apretar el botón Inicio para continuar. 2. Tras pulsar el botón Inicio se accede al menú principal donde el usuario debe elegir cual es la acción que desea realizar. Visitar el menú general o entrar en su espacio de mis favoritos

162 3. Si se ha seleccionado la opción Menú general se accede a la pantalla que puede visualizarse aquí abajo. Es una pantalla en donde se presentan los distintos tipos de grupos de páginas que existen en el sistema. El usuario debe elegir cual desea consultar. 4. Una vez seleccionado el grupo de páginas que desea consultar se muestran en esta nueva pantalla las distintas páginas existentes en ese grupo seleccionado. El usuario deberá elegir esa página que desea consultar. 5. Una vez seleccionado la página del grupo, se ha de especificar el tipo de información que se desea conocer. Tras estas tres pantallas, se tienen todos los datos necesarios para obtener la información para mostrar los datos de la página seleccionada

163 6. Si se ha seleccionado la opción Mis favoritos en el menú principal de opciones se accede a esta pantalla para el inicio de la sesión, ya que este servicio es prestado de manera personalizada a cada usuario. Si el usuario existe se introducen los datos, usuario y password, y se pulsa el botón aceptar. En caso de no tener cuenta registrada en el sistema, el usuario deberá pulsar en el link Nuevo Usuario. 7. Si se ha pulsado el botón Nuevo Usuario, se deberán introducir un nuevo nombre usuario y password que quedará registrado en el sistema. 8. Si se ha iniciado sesión con éxito se presenta al usuario el menú de grupos de páginas existentes en el sistema que realmente es el mismo que el presentado en el menú general

164 9. En la pantalla anterior, número 8, se ha seleccionado el grupo de páginas que se desea visualizar. Después de esa selección, se entrará en la sección personalizada del usuario, donde se verá directamente la información de aquellas páginas que tiene el usuario dadas de alta en su agenda personal. Además existen otras opciones que realizar como dar de alta una nueva página a la agenda o eliminar aquella que deja de ser de interés. 10. Pantalla para añadir de alta una nueva página. Se selecciona directamente la página deseada y queda dada de alta. 11. Pantalla para eliminar una página de la agenda personal

165 9. Misma pantalla que en la página anterior con más opciones a realizar, ver gráfica estadística y ver más información de la página. 12 Esta opción solo estará disponible para aquellas páginas con gráfica estadística. Se pincha en el link Grafica y se visualiza la gráfica 13. Si se pincha en el nombre de la página se obtiene más información sobre la misma página

166 ANEXO II 156

167 MANUAL DE INSTALACIÓN Instalación del software utilizado para el desarrollo de las aplicaciones Para el desarrollo de aplicaciones J2EE se ha utilizado la plataforma NetBeans, plataforma orientada al desarrollo de aplicaciones de escritorio usando Java y un entorno integrado de desarrollo (IDE). El software es libre y se puede descargar de la página Web La versión utilizada en este proyecto es la versión 4.1, aunque a día de hoy ya está lista la versión 5.0 con alguna nueva característica añadida. Instalación del servidor Tomcat Al haber instalado Neatbeans previamente no es necesaria la instalación del servidor Tomcat ya que Neatbeans lo trae por defecto. Puede comprobarse que está instalado si pinchamos en Tools Server Manager. Una vez realizado eso se podrá visualizar la siguiente pantalla en la que podemos observar como está instalado Bundled Tomcat que es el servidor. 157

168 Instalación de las librerías necesarias para la realización de las estadísticas Para la creación las estadísticas, opción que se encuentra disponible dentro de la aplicación móvil con el nombre de gráficas, es necesario la inclusión de una nueva librería Java. Una de las librerías entre otras tantas que existen que se ocupa del diseño de gráficas estadísticas y la cual ha sido utilizada en la aplicación es JFreeChart. JfreeChart trata de una librería de gráficos Java, 100% libre y gratuita, que facilita el desarrollo de gráficos de alta calidad en las aplicaciones Java. Para disfrutar de estos gráficos es necesario descargarse 2 tipos de archivos.jar, Jfree.jar y Jcommon.jar. Estos archivos pueden ser descargados de la página Web Una vez descargado los archivos, la más sencillo es crear una nueva librería en la plataforma NetBeans donde agregar estos.jar. Para ello ir en NetBeans a Tools Library Manager New Library Añadir los.jar descargados. 158

169 Una vez hecho esto en la aplicación móvil además será necesario agregar la biblioteca al proyecto de la siguiente manera, en Libraries, se pincha en Add Library y se añade la librería creada anteriormente, y automáticamente se añaden los.jar y ya está listo el proyecto para crear gráficos: Instalación del simulador WAP El navegador Mozilla/Firefox a diferencia de Intenet Explorer consigue interpretar bastante satisfactoriamente el lenguaje WML y hace de simulador WAP. Pero para que se pueda apreciar realmente como quedaría visualizada la aplicación en un dispositivo móvil, se ha utilizado un teléfono móvil como simulador WAP. En este caso el simulador WAP utilizado es el de Openwave, descargable en la página La versión utilizada es el SDK y es de fácil instalación. Como en el caso de una aplicación Web, el servidor utilizado sigue siendo Tomcat, conectándose a él a través de la url 159