Académique Documents
Professionnel Documents
Culture Documents
Realizado por: Francisco Aisa Garca, Csar Delgado, Juan Manuel de Frutos Bernab y lvaro
Sevillano lvarez
Grupo 1
1
Diseo de un Sistema Meteorolgico 2010
Contenido
1. Introduccin .......................................................................................................................... 3
2. Requisitos del Sistema.......................................................................................................... 4
3. Anlisis del Problema ........................................................................................................... 6
a. Recoleccin de Datos Meteorolgicos .............................................................................. 6
b. Prediccin del tiempo ....................................................................................................... 7
4. Diseo Actual ........................................................................................................................ 8
a. Diagrama de clases de la estacin central .................................................................... 8
b. Diagrama de clases de la subestacin ......................................................................... 10
c. Principales Operaciones del Sistema .......................................................................... 11
5. Ventajas del Diseo Actual................................................................................................. 17
a. Ventajas del diseo orientado a objetos......................................................................... 17
i. Diagrama de clases de la estacin central .................................................................. 17
ii. Diagrama de clases subestacin ................................................................................. 20
b. Ventajas en la funcionalidad del sistema ........................................................................ 23
i. Generar Informe Diario ............................................................................................... 23
ii. Generar Informe Diario General ................................................................................. 26
6. Resultados........................................................................................................................... 29
a. Impacto del cambio ......................................................................................................... 29
b. Obtencin de un Patrn en el Diseo ............................................................................. 31
7. Conclusiones ....................................................................................................................... 33
2
Diseo de un Sistema Meteorolgico 2010
1. Introduccin
3
Diseo de un Sistema Meteorolgico 2010
En la segunda iteracin, el cliente nos pidi que nuestro sistema no solamente recogiera
datos de la meteorologa, sino que tambin fuese capaz de predecir el tiempo.
Queda claro que se trata de un sistema distribuido y que por lo tanto habr que dejar bien
definidas las partes correspondientes a las subestaciones y la estacin central.
A continuacin introducimos los requisitos que el cliente exige que el sistema cumpla a
da de hoy.
A nivel provincial:
Cada provincia dispone de una estacin central que se comunica con subestaciones y un
conjunto de subestaciones meteorolgicas que recogen datos de la climatologa a travs
de sensores.
Cada cinco minutos, cada subestacin registra a travs de los sensores los siguientes
datos meteorolgicos:
Al finalizar el da, el sistema (para cada provincia) debe generar un informe con el
resumen de los datos recogidos por cada subestacin as como por el conjunto de ellas,
este informe debe contener informacin relativa a las ltimas 24 horas con las siguientes
columnas:
Temperatura mxima
Temperatura mnima
Temperatura media
Velocidad media del viento
Velocidad mxima del viento
Presin media
4
Diseo de un Sistema Meteorolgico 2010
Caudal medio
Caudal acumulado del da
Semanalmente debe mostrarse un resumen de los datos del conjunto de todas las
subestaciones con los siguientes indicadores:
Temperatura
Velocidad del viento
Presin baromtrica
Caudal acumulado diario
A nivel Nacional:
Las centrales de las distintas provincias tienen que comunicarse para realizar la prediccin
del tiempo.
Para realizar la prediccin del tiempo, se utilizan los informes diarios generados por las
estaciones centrales vecinas.
Temperatura mxima
Temperatura mnima
Temperatura media
Velocidad media del viento
Velocidad mxima del viento
Presin media
Caudal medio
Caudal acumulado
5
Diseo de un Sistema Meteorolgico 2010
Vamos a dividir el anlisis del problema en las dos etapas dadas por el cliente, que son la
recoleccin de datos meteorolgicos (a) y la prediccin del tiempo (b) a partir de dichos
datos recolectados por los sensores.
Tenemos una serie de subestaciones repartidas en una provincia; Por ejemplo: Para
la central meteorolgica de Mlaga tenemos subestaciones en Benalmdena, Mijas,
Torremolinos y Marbella, que cada 5 minutos reciben datos de la meteorologa a
travs de sensores instalados en dichas subestaciones. A continuacin se
esquematiza el problema:
Pasadas 24 horas, la central pide a las estaciones un Informe diario, cada una de las
subestaciones elabora su informe diario y se lo enva. Al cabo de una semana, con los
informes diarios recogidos la estacin central genera el informe semanal:
6
Diseo de un Sistema Meteorolgico 2010
Diariamente, se quiere hacer una prediccin del tiempo para cada provincia, de
manera que tenemos una estacin meteorolgica central, con una serie de
subestaciones asociadas por cada provincia. Para realizar la prediccin necesitamos
los informes diarios generales de las estaciones centrales de las provincias vecinas.
Figura 3. Esquema general de la ubicacin de las estaciones centrales para poder realizar una prediccin.
7
Diseo de un Sistema Meteorolgico 2010
4. Diseo Actual
En esta seccin vamos a exponer nuestro diseo final. Se van a mostrar y explicar los
diagramas de clases correspondientes a la estacin central y a las subestaciones, as como
los diagramas de interaccin de las principales operaciones del sistema.
8
Diseo de un Sistema Meteorolgico 2010
Si se observa el diagrama con detalle se observa cierta similitud entre elementos del
sistema que generan los objetivos que nos fueron solicitados en un principio. En
concreto, esta similitud se da entre las clases GeneradorInformeSemanal,
GeneradorResumenDiario y GeneradorPrediccin. Esta similitud es motivada por la
importancia de usar el mismo patrn de diseo en todos los casos que nuestro
sistema genera algn elemento.
Debido carcter automatizado con el que deben generarse en nuestro sistema los
informes nos hemos visto obligado a incluir temporizadores que, cada cierto tiempo
dependiendo del objeto que se trate, recuerdan a la estacin que debe generar
dicho objeto. Como se ha dicho anteriormente, la estacin pasar la responsabilidad
a la clase correspondiente.
9
Diseo de un Sistema Meteorolgico 2010
En este diagrama nos encontramos con el esquema que tienen las subestaciones. En
l aparecen elementos que siguen ese mismo patrn de diseo que se aplic en la
estacin central, lo que mantiene la simetra del sistema.
10
Diseo de un Sistema Meteorolgico 2010
11
Diseo de un Sistema Meteorolgico 2010
Figura 7. Diagrama de colaboracin de Generar Informe Diario, con sus correspondientes llamadas entre clases.
12
Diseo de un Sistema Meteorolgico 2010
14
Diseo de un Sistema Meteorolgico 2010
15
Diseo de un Sistema Meteorolgico 2010
16
Diseo de un Sistema Meteorolgico 2010
En esta seccin se van a exponer las ventajas obtenidas resultantes de modificar el diseo
anterior hasta obtener el diseo actual. Para reflejar de manera ms clara esos cambios se
van a realizar una descripcin de los cambios y las ventajas obtenidas, y a continuacin se
va a mostrar los diagramas anteriores y despus los diagramas actuales correspondientes.
17
Diseo de un Sistema Meteorolgico 2010
18
Diseo de un Sistema Meteorolgico 2010
19
Diseo de un Sistema Meteorolgico 2010
20
Diseo de un Sistema Meteorolgico 2010
21
Diseo de un Sistema Meteorolgico 2010
22
Diseo de un Sistema Meteorolgico 2010
23
Diseo de un Sistema Meteorolgico 2010
Figura 16. Diagrama de colaboracin de Generar Informe Diario correspondiente al anterior diseo.
24
Diseo de un Sistema Meteorolgico 2010
Figura 17. Diagrama de colaboracin de Generar Informe Diario correspondiente al actual diseo.
25
Diseo de un Sistema Meteorolgico 2010
Al igual que se coment anteriormente, una ventaja que se obtiene con este
nuevo diseo es la monotona en su estructura. En este caso, el generar un
informe diario general es responsabilidad del generador de informe diario
general, el cual se apoya en otras clases para obtener la informacin necesaria
para su creacin y luego se va a encargar de crearlo. ste va a ser el mismo
esqueleto de acciones y clases que va a estar presente en la creacin de otros
informes del sistema, consiguindose de esta manera monotona en el diseo.
26
Diseo de un Sistema Meteorolgico 2010
Figura 18. Diagrama de colaboracin de Generar Informe Diario General correspondiente al anterior diseo.
27
Diseo de un Sistema Meteorolgico 2010
Figura 19. Diagrama de colaboracin de Generar Informe Diario General correspondiente al diseo actual.
28
Diseo de un Sistema Meteorolgico 2010
6. Resultados
En este punto se describen los resultados obtenidos tanto durante la realizacin de este
proyecto como tras la aplicacin del cambio propuesto por los clientes sobre nuevas
funcionalidades de nuestro sistema. Es decir, mientras se realizaba el proyecto nos hemos
dado cuenta de una pauta en las operaciones que se realizaban y hemos llegado a
identificar un patrn de diseo en varias funcionalidades. Este patrn se explicar en esta
seccin. Tambin se va a describir el impacto que ha tenido en nuestro sistema el cambio
en el sistema que nos han propuesto nuestros clientes, es decir, las modificaciones que
han sido necesarias introducir al sistema para que proporcione la nueva funcionalidad y
las consecuencias de las mismas.
Para evaluar la forma en la que el sistema sufre el impacto del cambio que nuestros
clientes nos solicitaron, vamos a comparar las diferencias entre aplicar dicho cambio
a la versin que se presenta del sistema (que ya viene integrado) y alguna versin
antigua que no cuente con el cambio, concretamente la que fue presentada en la
primera entrega.
Para empezar, explicar que el cambio que nuestros clientes solicitaron fue que el
sistema, adems que realizar informes meteorolgicos como hasta entonces haca,
deba estar dotado para realizar predicciones meteorolgicas para un da, en funcin
de los informes de das anteriores de otras estaciones colindantes a una concreta.
En el sistema actual, las consecuencias que tiene aplicar un cambio como el explicado
dejan claro que el sistema no sufre en exceso, puesto que aplicar un cambio como
este supone:
29
Diseo de un Sistema Meteorolgico 2010
- Por ltimo, los nuevos proxys que se aaden afectan a la estacin central,
mientras que en la versin actual los proxys se aaden al Generador de
Prediccin, lo cual descarga de responsabilidad a la Estacin Central.
30
Diseo de un Sistema Meteorolgico 2010
A la larga y tras el desarrollo de la ltima iteracin, hemos localizado un patrn que se repite
siempre en nuestro sistema, debido a la monotona y homogeneidad de que le hemos dotado.
Este hecho, nos ha conducido al diseo de un patrn a modo de esqueleto para desarrollar
sistemas similares al nuestro.
Por ejemplo, si quisiramos desarrollar un sistema para la recoleccin de los votos de los
ciudadanos, el sistema a desarrollar sera muy parecido al nuestro. Si aplicamos el patrn
identificable en nuestro sistema, el desarrollo de este nuevo sistema no solo sera mucho ms
rpido, sino que adems sera mucho ms seguro, debido a que al ya estar las estructuras
montadas y tener algunos mtodos construidos no repetiramos los mismo errores.
31
Diseo de un Sistema Meteorolgico 2010
El caso de la subestacin (Figura 15, pgina 22) es exactamente el mismo, recibe una peticin a
travs del proxy de realizar un informe, la subestacin delega la responsabilidad al generador,
quien obtiene la informacin de los histricos y luego genera el informe a partir de los datos
derivados del calculador.
32
Diseo de un Sistema Meteorolgico 2010
7. Conclusiones
A la hora de empezar todo proyecto es mejor hacerlo por una parte pequea del
problema, y una vez hecha esa parte ampliarla progresivamente con nuevas
funcionalidades y requisitos.
La asignacin de responsabilidades a cada clase no es fcil ni trivial. La
independencia de unas clases con respecto a otras es un punto fundamental de
todo sistema software a la hora de posibles ampliaciones, cambios o ante la
posibilidad de producirse errores en el sistema.
No es recomendable tener la responsabilidad de un accin distribuida entre
muchas clases, ya que ante el cambio en la manera de realizarse dicha accin, el
cambio habra que realizarlo en todas esas clases. En cambio, si se tiene centrada
la lgica de la accin en pocas clases, un cambio en esa lgica afectara a un
menor nmero de clases.
Hay que tener en mente que el sistema y las clases que lo componen no tienen
por qu corresponderse siempre con elementos de la realidad.
Es importante tener siempre en mente que el sistema debe ser flexible. Es decir,
el diseo actual no puede no ser el mismo que dentro de un tiempo. Esto puede
deberse a ampliaciones en el sistema, cambios en la funcionalidad del sistema, ,
y esos cambios deben de ser fciles de realizarse sobre el sistema.
Es beneficioso obtener un diseo que posea cierta monotona. En el desarrollo del
software la monotona es un elemento fundamental, ya que posibilita la
reutilizacin de ideas, cdigo, diseos, etc, y por lo tanto el ahorro de gran
cantidad de tiempo.
En nuestro caso, hemos encontrado un patrn de diseo a la hora de crear
nuevos informes, predicciones, etc. Esto nos ha facilitado enormemente la
realizacin de la ampliacin, as como la del propio diseo, aparte de dotar de
cierta monotona y simetra al sistema.
33
Diseo de un Sistema Meteorolgico 2010
34