Propuesta

[DAVIDAP]

Previo:

Bueno seguimos con la especificación técnica del proyecto.

Habiamos quedado que existían dos bloques diferenciados, la gestión de la red y su configuración por un lado y la toma de datos y presentación de estos por otro. Que tenia 69 tablas, aunque aquí como es como si fuera un nuevo proyecto las podéis hacer como más convenga, yo expondré las mías llegado el momento y cada uno las suyas y debatimos el pq de cada una.

Jerárquicamente la red se compone:

RED -> redes -> utcs -> boyas -> slots -> parámetros. Es en forma de arbol, osea que cada componente que cada componente de nivel superior puede componer varios del inferior. La pena no es poderles enseñar un dibujito que se vería todo ok. Bueno voy a intentar hacer un organigrama:

Boya Boya BoyaBoya ........................................|----Usuarios
....|____|......|____|............................ ...............|----Empresas
........|...............|......................... .......................|----datos públicos
......UTC........ UTC..............................................|
........|...............|......................... .......................|
........|____ ___|__REDLOCAL____INTERNET__|
.....................................|
.....................................|________
...........................................|...... ...|
...........................................|...... ...|->Centro de información y
.........._____MODEM__ Control SQL................. gestion de datos.
.........|..........................Central..Servi dor WEB
___RTB__________
|............|.................|
|............|.................|
UTC.... UTC........... UTC
|............|.................|
Boya....Boya.........Boya


YUOSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSSS SSSSSSSSS, casi no acabo, por cierto los puntos no vales, los he tenido que poner pq se comia los espacios el foro, haber si lo alimentamos más amenudo.

Explicación de cada uno.

Red -> cada conjunto de utc, boyas slot y parámetros, pueden existir variar gestionadas independientemente.

UTC ( Unidad terrenal de Control ) -> pueden existir varias por red, se encarga de la comunicación con las Boyas vía radio. Como lo hace ahora es irrelevante, si seguimos entretenidos y duramos con esto llegaremos a ese punto.

Boyas -> pueden existir varias por UTC, y es lógicamente lo que está en el mar, su función es la de chequear constantemente (un tiempo estipulado de antemano ) la utc q le corresponda en busca de configuraciones, y a su vez recoger los datos de los slots.

Slots -> Estos básicamente son como los de un ordenador, es donde van pinchados los sensores para la toma de los datos.

Parámetros -> pues son los idem de los sensores.

Control Central ->
Descripción:
- gestión de las comunicaciones entre control central y utc, entre control central y BD.
- Configuración y mantenimiento de los datos.
- Gestión de alarmas.

Funciones:
- Configuración de los elementos de toma de datos: UtC’s, boyas, sensores, horas de toma, ect…
- Configuración y mantenimiento de datos de usuarios que acceden a la información almacenada en la base de datos.
- Petición de datos a Demanda.
- Recogida de datos de los sensores y almacenado y almacenado de estos en la base de datos.

Implementación:
-Implementación mediante servicios de linux y php.
-4 unidades funcionales (buscar horas de toma, polling a las utcs,procesamiento de ficheros, conversión de los datos tomados).
- Servicio de perro guardián (Watchdog).
- Servicio de Transferencia de ficheros.

Mantenimiento:
-Mantenimiento de la red (agregar componentes y quitar estos ).
-Configuración de sensores.

En una palabra NOSOTROS.

Y si no se han quedao dormidos,jejeje, casi me quedooooooooo yooooooooooo, lo ideal ahora creo que es la rueda de preguntas que gustosamente iré contestando, antes de hacer el análisis para que quede claro como funciona.