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 2

Propuesta de desarrollo
 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 3

Propuesta de desarrollo
 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 4

Propuesta de desarrollo
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 5

Propuesta de desarrollo
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 6

Propuesta de desarrollo
 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)

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

iii. Una fuente que provea localización de un sismo sentido

COMP3400 Software Engineering 7

Propuesta de desarrollo
 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 8

Propuesta de desarrollo
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. Email comp3400@conucopr.net
Sistema nuevo
Teléfono 1-787-674-8065
Audiencia: Departamento de Recursos 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: Urgencia:

Correción de un error actual Se require acción inmediata .

Mejora al sistema actual Se le otorgara prioridad

COMP3400 Software Engineering 9

Propuesta de desarrollo
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 10

Propuesta de desarrollo
 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 11

Propuesta de desarrollo
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 12
Propuesta de desarrollo
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 13

Propuesta de desarrollo