Comp 3400 Proposal 3.0 _revisado

Universidad Interamericana de Puerto Rico Recinto de Bayamón Departamento de Informática

Propuesta para Proyecto de Diseño

James Lacen Ludwig López Adriel González Miguel Rossy COMP 3400 – Software Engineering Prof. Linda M. Acosta 9 de septiembre de 2008

I.

Introducción

Existe un universo de servicios de información que proveen datos acerca de las condiciones meteorológicas, fenómenos climatológicos y hasta ciertos fenómenos geológicos; Estos servicios varían desde informes a través de la televisión, radio, prensa escrita hasta fuentes más completas como lo son portales especializados en Internet. A pesar de que existe esta variedad de servicios la mayoría no están sincronizados entre si. Los servicios, los cuales accede el usuario común, no proveen información completa partiendo de la premisa de qué datos acerca de la precipitación pluvial, condiciones del viento y salida y puesta del sol son suficientes para la toma de decisiones del día a día.

Diferentes sectores de la población requieren diferentes

piezas de información y cada sector de la población e inclusive cada individuo debería tener la opción de recibir información relacionada a las condiciones meteorológicas, climatológicas y geológicas relevante a su localización física. Algunas de estas piezas de información que consideramos relevantes ya están disponibles para ser accedidas por el público pero no están siendo utilizadas por la mayoría de la ciudadanía por una de las siguientes razones:

A. Las fuentes de información que alimentan los servicios que se ofrecen por radio y televisión dependen de fuentes externas administradas por entidades privadas o gubernamentales. Estas entidades presentan la información que entienden y en ocasiones omiten información para regiones geográficas que tienen un menor interés turístico o económico.

COMP3400

Software Engineering Propuesta de desarrollo

2

B. Las fuentes de información presentan los datos en un lenguaje muy técnico o si presentan la información de una forma simple la misma esta esparcida a través del portal o servicio “web.” C. Encontrar información relacionada requiere conocimientos y vocabulario que no todos los ciudadanos poseen. D. Las fuentes de información más completas están disponibles a través de la Internet pero lamentablemente están esparcidas en distintos portales. E. Muchas de estas fuentes de información no comparten un formato estandarizado de datos para intercambiar información entre ellos.

II.

Justificación y Descripción del problema

Las fuentes de información relacionadas a los factores meteorológicos, climatológicos y geológicos relevantes a todos los sectores de la población puertorriqueña no presentan un estándar de intercambio de información. Adicional a la falta de estándares, no hay un repositorio central donde desplegar esta información según sea solicitada por los usuarios. A continuación presentamos una descripción de la solución que proponemos y de los usuarios a los que va orientado el producto.

A. Identificamos tres (3) tipos de usuarios

a. Usuario doméstico: Este tiene poco o ningún conocimiento acerca de la terminología climatológica, meteorológica y geológica. Sus destrezas en manejo de la computadora son suficientes como para utilizar las funciones básicas de un navegador de red (“web browser”) y puede navegar COMP3400

Software Engineering Propuesta de desarrollo

3

a través de una página de Internet que esté diseñada con una estructura típica.

b. Usuario institucional y de negocios: Este usuario depende de la información para la toma de decisiones que podrían afectar su entorno inmediato u otros individuos más allá de su entorno inmediato. Los niveles en el manejo de computadoras al igual que en el manejo de la terminología climatológica, meteorológica y geológica pueden variar desde principiantes hasta avanzados.

En el grupo de Usuario institucional y de negocios incluimos: i. Pequeños y medianos comerciantes que de alguna forma dependen de esta información para desarrollar sus estrategias de precios, sus ofertas de servicios y planificar para cualquier eventualidad. ii. Municipalidades que dependen de esta información para desarrollar sus planes de manejo de emergencias, para administrar sus recursos y para tomar decisiones de último momento.

iii. Instituciones sin fines de lucro que dependen de esta información para desarrollar sus planes de ayuda a la comunidad.

c. Usuario educativo: Este grupo alberga individuos e instituciones que desean utilizar el servicio como herramienta para educar acerca de la los fenómenos meteorológicos, climatológicos y geológicos a los cuales se enfrenta Puerto Rico regularmente.

B. Descripción de la solución propuesta COMP3400

Software Engineering Propuesta de desarrollo

4

Se aneja el documento: “SOLICITUD DE SISTEMA” favor de ver apéndice 1.

C. Viabilidad Operacional:

El producto no requerirá destrezas de computación avanzadas. Un usuario que tenga un manejo moderado de un navegador de Internet podrá utilizar el mismo sin entrenamiento previo.

D. Viabilidad Técnica:

El producto requerirá una conexión al Internet de banda ancha y un navegador de Internet que pueda manejar contenido dinámico. Cualquier navegador publicado del año 2005 en adelante podrá manejar el contenido.

E. Viabilidad Económica: El costo total de propiedad (Total Cost of Ownership) para el usuario final es de cero. El producto será ofrecido como una descarga gratuita para los usuarios domésticos. Según sea la aceptación del producto a nivel domestico se consideraran los otros dos grupos mencionados y se desarrollaran estrategias de venta y distribución acorde con las necesidades de los mismos.

III.

Metodología

COMP3400

Software Engineering Propuesta de desarrollo

5

a.

Se establecerá un grupo focal basándonos en los tres (3) tipos de usuarios que identificamos, de esos tres tipos seleccionamos el usuario doméstico como grupo inicial de prueba. Si luego de exponer el producto al usuario domestico se identifica una necesidad e interés por parte de los otros sectores entonces se considerara la implementación del proyecto orientado a los mismos.

b.

Se preparara una lista de las fuentes de información que tomaremos en consideración para presentar en la aplicación.

c.

La lista antes mencionada (punto b) ira acompañada de una descripción de las variables que provee la fuente junto con una descripción de las mismas. Se incluirá además una descripción del formato que utiliza la fuente para presentar la data y una descripción del formato (si existiese alguno) que utiliza la fuente para intercambiar data.

d.

Se establecerá una lista donde dividiremos estas fuentes entre primarias y secundarias. Definimos las fuentes primarias como las que presentan data adquirida directamente de los sensores, Un ejemplo de estos sensores podrían ser los pluviómetros. Por otro lado, las fuentes secundarias serian aquellas que retransmiten data de fuentes primarias. Un ejemplo de una fuente secundaria podría ser el portal electrónico de NOAA (National Oceanic and Atmospheric Administration) que recoge data de varias aplicaciones y la organiza por temas según el interés y el pedido del usuario.

COMP3400

Software Engineering Propuesta de desarrollo

6

e.

Herramientas de desarrollo a utilizar

El concepto del producto no requiere de un servidor por lo tanto se puede descansar sobre la arquitectura del navegador de Internet que se vaya a utilizar. La arquitectura de servicios web se basa en unos estandares de comunicación entre aplicaciones, en la mayoría de los casos xml es el formato utilizado para describir la data y la forma de presentarla. Junto con xml se utilizara javascript para la manipulación del navegador de Internet y de la sección de uso. Tanto xml en su función de lenguaje de descripción y javascript en su función de lenguaje interpretado han alcanzado un nivel de estandarización bastante avanzado lo cual permite utilizar los mismos módulos para plataformas distintas como por ejemplo Internet Explorer y Firefox.

IV.

Procedimiento

a.

De la lista se seleccionara una muestra de tres (3) variables o piezas de información que nos sirvan para ilustrar como manejar los formatos disponibles y como presentar la información de forma gráfica.

b.

Un ejemplo de la muestra mencionada en el punto a sería: i.

Una fuente que provea probabilidad de aguaceros (por ciento de probabilidad de aguaceros)

COMP3400

ii.

Una fuente que provea precipitación pluvial (pulgadas de lluvia)

iii.

Una fuente que provea localización de un sismo sentido Software Engineering Propuesta de desarrollo

7

c.

De la muestra descrita en el punto e. tomaremos los formatos en los cuales presenta la data y crearemos módulos para manipulara la misma y convertirla a un formato común (xml) una vez listos estos módulos podremos re-usarlos con otras fuentes de data.

d.

Seleccionaremos una plataforma para desarrollar la interfase con el usuario. Al momento estamos considerando la implementación como una adición a un navegador de Internet por lo que el producto seria independiente de sistema operativo.

e.

Siguiendo la metodología de servicios “web” (web services) donde información se separa por completo de la plataforma, una vez tengamos una interfase en un navegador desarrollada podremos reusar los módulos de conexión a la data y los módulos de presentación gráfica en otras plataformas.

f.

Una vez lista la implementación en la primera plataforma se seleccionará una muestra de usuarios con distintos niveles de destrezas en computación para que vayan utilizando el producto y proveyendo retroalimentación que será utilizada para mejorar la interfase con el usuario.

COMP3400

Software Engineering Propuesta de desarrollo

8

Apéndice I

SOLICITUD DE SISTEMA Fecha: 09-09-2008

Título: Sistema para la integración de información climatológica, meteorológica y geológica relevante.

Mejora al sistema actual. Sistema nuevo
Audiencia: Departamento de Recursos

Email [email protected] Teléfono 1-787-674-8065 Localización: Carretera 8838, km. 6.3, Naturales del Estado Libre Asociado de Puerto Sector El Cinco, Río Piedras Rico, Junta de Planificación del Estado Libre Asociado de Puerto Rico, Agencia para el manejo de Emergencias del estado libre asociado de Puerto Rico. Ciudadanía en general.

Solicitado con el fin de: Correción de un error actual Mejora al sistema actual COMP3400

Urgencia: Se require acción inmediata . Se le otorgara prioridad

Software Engineering Propuesta de desarrollo


9




Sistema Nuevo

Conforme el plan estratégico.

Descripción del sistema solicitado

Las siguientes piezas de información deben ser presentadas de forma escrita y gráfica

a. Variables meteorológicas típicas (precipitación pluvial, velocidad del viento, etc.) b. Nivel de agua en los embalses y represas principales (al momento consideramos sólo Carraizo y La Plata) c. Calidad de agua suplida por la Autoridad de Acueductos y Alcantarillados (Turbidez, presión, etc.) d. Actividad sísmica por área. e. Relación de precipitación pluvial vs. Ocurrencia de inundaciones según las cuencas hidrográficas. f. Riesgos de deslizamientos.

Esta información será presentada en las áreas que esté disponible. Aunque podemos ofrecer la conexión a la fuente de información no podemos garantizar su precisión, exactitud ni frecuencia de actualización pues eso depende de los sistemas que recolectan los datos.

1. Establecer un estándar para intercambiar información entre los servicios ya establecidos junto con las utilidades necesarias para hacer posible esta conversión. Utilizar xml para describir la data de nivel de agua en las represas, está disponible en formato de texto (csv) y crear una utilidad para la conversión entre estos formatos.

2. Crear un buscador de fuentes de información que permita actualizaciones y un nivel básico de configuración, por ejemplo: El usuario podrá recibir actualizaciones por rss , pero si rss no está disponible se podrá configurar la dirección (url) del recurso y accederlo a través de una llamada asincrónica (ajax.)

3. Crear un “GUI” común para todas las plataformas que puedan ser impactadas, estamos considerando la implementación de cuando menos una (1) de las siguientes tres (3) opciones según sean los resultados del estudio de viabilidad.

COMP3400

Software Engineering Propuesta de desarrollo

10

a. “Toolbar” o “plug-in” para navegadores “web” (web browsers) b. “Desktop objects” según el sistema operativo. c. “Web Desktop Objects” para plataformas “web” establecidas (por ejemplo iGoggle o Microsoft Live)

4. Presentar la información relevante al usuario antes que la información general. La relevancia de la información será determinada por la localización del usuario. Podemos determinar la localización del usuario dependiendo del dispositivo que el usuario esté utilizando para acceder al servicio de una de las siguientes formas: a. “Geo-location” b. Utilizar la red de telefonía inalámbrica de estar disponible. De estas dos formas implantaremos una (1) al momento de presentar el proyecto según sean los resultados del estudio de viabilidad.

Notas: La relevancia de la información podrá ser configurada por el usuario, o sea el usuario podrá seleccionar que información quiere ver y cual no.

IV.

Glosario:

Navegador web: Aplicación de software que permite al usuario recuperar y visualizar documentos de hipertexto, comúnmente descritos en HTML, desde servidores web de todo el mundo a través de Internet. XML: Acrónimo del inglés “Extensible Markup Language” (lenguaje de marcas extensible), es un metalenguaje extensible de etiquetas desarrollado por el World Wide Web Consortium (W3C). Es una simplificación y adaptación del SGML y permite definir la gramática de lenguajes específicos. XML no es realmente un lenguaje en particular, sino una manera de definir lenguajes para diferentes necesidades. CSV: Acrónimo del inglés “comma-separated values” tipo de documento sencillo para representar datos en forma de tabla, en las que las columnas se separan por comas (o punto y coma), en donde la coma es el separador decimal las filas, por saltos de línea.

COMP3400

Software Engineering Propuesta de desarrollo

11

Los campos que contengan una coma, un salto de línea o una comilla doble deben ser encerrados entre comillas dobles. RSS: Acrónimo del inglés “Really Simple Syndication”. Formato de datos que es utilizado para redifundir contenidos a suscriptores de un sitio web. El formato permite distribuir contenido sin necesidad de un navegador. URL: Acrónimo del inglés “Uniform Resource Locator”, es decir, localizador uniforme de recurso. Es una secuencia de caracteres, de acuerdo a un formato estándar, que se usa para nombrar recursos, como documentos e imágenes en Internet, por su localización. AJAX: Acrónimo del inglés “Asynchronous JavaScript And XML” que hace uso de JavaScript asíncrono más XML para el desarrollo de aplicaciones web interactivas.

Geolocation: Tecnología para identificar la localización geográfica real de una computadora o dispositivo que este conectado a la Internet.

Bibliografía:

Olivares, C. (2001). Request for information services. Form designed for the System Analysis and Design course COMP4420 NWISWeb Support Team, (16 de septiembre 2008). NWISWeb Automated Retrievals Obtaining USGS Water Data via Automated Methods. Recuperado el 16 de septiembre del 2008, de http://waterdata.usgs.gov/nwis/news/?automated_retrieval_info Weather Underground Editorial Team, (16 de septiembre 2008). Available underground and unofficial weather stations in Puerto Rico. Recuperado el 16 de septiembre del 2008, de http://www.wunderground.com/US/PR/ COMP3400

Software Engineering Propuesta de desarrollo

12

Weather.com team, (16 de septiembre 2008). Weather.com available RSS feeds for Puerto Rico. Recuperado el 16 de septiembre del 2008, de http://www.rssweather.com/dir/North%20America/United%20States/Puert o%20Rico/ Pimpler, E. (16 de abril 2006). Gmaps 101 - An Introduction to Google Maps & The Google Maps API (Part 1).

Recuperado el 16 de septiembre del 2008, de http://www.gisuser.com/content/view/8657/28/

COMP3400

Software Engineering Propuesta de desarrollo

13