REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA

UNIVERSIDAD POLITCNICA TERRITORIAL DE LOS ALTOS MIRANDINOS

CECILIO ACOSTA

UPTAMCA

SISTEMA WEB PARA LA VISUALIZACIN Y DIFUSIN DE DATOS DE ESTACIONES HIDROMETEOROLGICAS PROCEDENTES POR VA TELEMTRICA A TRAVS DE DIVERSOS MEDIOS DE TECNOLOGA DE INFORMACIN.Tutor(a):Integrantes:

Prof. Alfonso OliveroRangel ,Roger C.I. 12.881.259

Seijas, Josue C.I. 13.727.298

Leonar, Prez C.I. 19.387.404

Trayecto IV TRI. I, Seccin: 7

JULIO 2015Contenido

6CAPTULO I

6DIAGNSTICO COMUNITARIO

6Descripcin del Espacio Comunitario

4El Problema

5Registro de Interesados

6CAPITULO II

6Justificacin e Importancia del Proyecto

6Descripcin del Proyecto

8Misin

8Visin

9Objetivos del Proyecto

9Alcance del Proyecto

11Riesgos del Proyecto

12Factibilidad del Proyecto

14Equipos actuales

15Equipos necesarios

15Grupo de Desarrollo del Proyecto

16CAPITULO III

16PLANIFICACIN Y GESTIN DEL PROYECTO

20Diagrama de Gantt o Diagrama de Planificacin

21Diagrama de Gantt

23Riesgos y mitigacin del Proyecto

24Mitigacin de Riesgos

24Taxonoma de Riesgos

30Estimacin de la probabilidad

33Exposicin al riesgo

33Gestin de los Riesgos

37CAPTULO IV

37MODELADO DE NEGOCIO

37Procesos del Negocio

40Cadena de Valor de los Procesos de Negocio

41Descripcin de los Procesos Fundamentales

41PF-1 Proceso de Instalacin de Estaciones

42PF-1.1 Instalacin de Unidad de adquisicin de datos (UAD)

43PF-1.2 Instalacin de Sensores

48PF-1.3 Fuente de energa

48PF-1.4 Configuracin de Enlace Telemtrico

49PF-1.5 Configurar Gabinete

51PF-2 Aadir Estaciones a Interrogador

51PF-2.1 Verificacion de Estaciones Registradas

52PF-2.2 Uso de Asistente de Interrogador

53PF-3 Proceso de Monitoreo de Estaciones

53PF-3.1 Verificacin de Estatus

55PF-3.2 Registro de Eventos

55PF-3.3 Informacin de la Estacin

56PF-3.4 Logs de Interrogador

57Descripcin de los Procesos de Apoyo

57PA-1 Configuracin de SIAMES

60PA-2 Configuracin de Interrogacin SIAMES

60PA-3 Definicin de Parmetros de Interrogacin

64PA-4 Dejar de Interrogar a una Estacin

65CAPTULO V

65REQUERIMIENTOS DEL PROYECTO

65Requerimientos Funcionales

65Requerimientos No Funcionales

CAPTULO IDIAGNSTICO COMUNITARIODescripcin del Espacio ComunitarioResea Histrica

La empresa Tecnum Electrnica C.A.,es fundada en 1989, y se dedica principalmente al diseo de equipos electrnicos, sistemas de supervisin, control y soluciones industriales, adems de la fabricacin y comercializacin de equipos y sistemas relacionados con laelectrnica, larecoleccin de datos, lacomputaciny elcontrol supervisorio.

Es una compaa joven, dinmica e innovadora, donde sus directivos se concentran ms en las actividades estratgicas de proyectos, en las que se requiere un diseo eficiente e innovador, lo que conlleva a una organizacin ms compacta, con menos niveles jerrquicos, sin largos procedimientos burocrticos y a un enfoque ms agudo hacia la bsqueda desoluciones integrales para la industria.

TECNUM es una empresa cuya organizacinbusca principalmente el crecimiento de la relacin costo-efectividad, lo que ha logrado, manteniendo un mnimo de personal interno y sub-contratando servicios externos especializados lo que disminuye los costos y mejora el valor agregado de sus productos.

La empresa TECNUM Electrnica cuenta con una amplia experiencia en el desarrollo e integracin de soluciones de medicin de parmetros ambientales, desde los sensores, pasando por registradores automticos, telemetra, almacenamiento y software necesario para la administracin de esta valiosa informacin.

Ofrece servicios de suministro de estaciones de medicin, soporte para enlaces telemtricos, diseo de redes de medicin, soporte informtico, estudios ambientales, mantenimiento y otros servicios relacionados con el rea ambiental.

La instrumentacin electrnica se encarga del diseo de aparatos y sistemas electrnicos para la medicin de parmetros fsicos y qumicos. Los sistemas de medicin incluyen los sensores (que convierten las magnitudes fsicas en seales elctricas), acondicionamiento de seales, unidades de adquisicin de datos, y sistemas de registro e interfaz con el usuario. Este ltimo elemento est frecuentemente constituido por un computador personal.

TECNUM Electrnica suministra el equipamiento y las partes necesarias para cubrir sus necesidades instrumentales, incluyendo las reas acadmicas, de laboratorio e industrial.

Ubicacin

La localizacin ptima de un proyecto es la que contribuye en mayor medida a que se logre la mayor tasa de rentabilidad sobre el capital (criterio privado) u obtener el costo unitario mnimo (criterio social)(G. Baca Urbina captulo 3, Pg. 38.).

En este punto, es importante analizar cul es el sitio idneo donde se puede instalar el proyecto, incurriendo en costos mnimos y en mejores facilidades de acceso a recursos, equipos, entre otros.

El objetivo que persigue la localizacin de un proyecto es lograr una posicin de competencia basada en menores costos de transporte y en la rapidez del servicio. Esta parte es fundamental y de consecuencias a largo plazo, ya que una vez emplazada la empresa, no es cosa simple cambiar de domicilio.

El presente Software en su versin beta el cual se va a implementar en la empresa TECNUM Electrnica , cuya ubicacin geo posicional es la siguiente: en la ciudad de San Antonio De Los Altos, Oficentro El Picacho, El Picacho, Estado Miranda, Municipio Los Salas, Parroquia San Antonio De Los Altos.El Problema La Empresa TECNUM electrnica actualmente tiene un sitio Web donde puede visualizarse informacin de las estaciones hidrometereolgicas disponibles. Esta informacin puede verse a travs de una grfica sencilla que muestra los datos capturados por la estacin a la cual se hace referencia. Sin embargo se plantea la necesidad de mejorar las prestaciones de este sitio Web a la vez que actualmente no existe una manera de difundir la informacin a travs de otros medios tecnolgicos tales como redes sociales o a travs de telefona mvil.Es importante acotar que la informacin difundida debe ser llamativa al usuario con la finalidad que la interaccin con la herramienta sea una experiencia agradable. Registro de Interesados

NombreEmpresa/cargoContactoRolExpectativaInfluencia

Prof. Winston ChvezUPTAMCA

Coord. de InformticaDirector del ProyectoCulminacin del ProyectoMedia

Lic. Ramn MolinaUPTAMCA

Coord. de Proyectos0212 322.53.23Jefe del ProyectoCulminacin del ProyectoAlta

Ing. Digenes SantanderTECNUM Electrnica0212

373.48.56ClienteImplementacin del ProyectoAlta

Ing. Luis SantanaTECNUM ElectrnicaClienteImplementacin del ProyectoMedia

T.S.U.

Roger RangelUPTAMCA

Grupo del Proyecto0412 2051903Asesor del Proyecto

Analista de SistemasCulminacin del ProyectoAlta

T.S.U.

Josue Seijas0412 7043302Jefe del Proyecto

DesarrolladorImplementacin del Proyecto

T.S.U.

Leonar Prez0412

8058866DesarrolladorCulminacin del Proyecto

Fuente, Seijas J., Rangel R., Prez L. (2015).

CAPITULO II

Justificacin e Importancia del Proyecto La meteorologa es la ciencia que se ocupa de los fenmenos que ocurren a corto plazo en las capas bajas de la atmsfera, o sea, donde se desarrolla la vida de plantas y animales. Estudia los cambios atmosfricos que se producen a cada momento, utilizando parmetros como la temperatura del aire, su humedad, la presin atmosfrica, el viento o las precipitaciones. El objetivo de la meteorologa es predecir el tiempo en perodos de 24 o 48 horas y en menor medida, elaborar un pronstico del tiempo a mediano plazo.

Para realizar estos estudios y realizar posibles estados del tiempo en etapas futuras, la meteorologa se vale de datos capturados de distintos medios y transformar esos datos en informacin til para el ser humano.

Actualmente es imperiosa la necesidad que la sociedad cuente con datos e informacin sobre los distintos estados del tiempo y que esa informacin est disponible a travs de distintos medios tecnolgicos, como las redes sociales y telefona mvil.Descripcin del Proyecto El desarrollo de las tecnologas de la informacin y de las telecomunicaciones durante los ltimos 40 aos ha sido probablemente superior al conseguido durante toda la historia anterior. La Informtica se ha introducido en buena parte de la vida del ser humano, al mismo tiempo que aparatos como los telfonos mviles, las redes WIFI, la televisin digital y por satlite, dem, han llegado a ser utilizado de manera masiva por la sociedad.

Todos estos avances, aun siendo muy loables, son el producto de la concentracin de la industria en ciertos campos que demuestran ser rentables econmicamente; otros muchos, sin embargo, permanecen prcticamente en el anonimato a la espera de encontrrselos frmulas comerciales con altas posibilidades mercantiles.

Todo esto responde al hecho de que, como es sabido, el impulso tecnolgico no es arbitrario, sino que en buena medida es dirigido en funcin de su rentabilidad para la industria (ya sea civil, militar, dem).

Los sistemas que se han venido instalando en la gran mayora de los casos, consistentes en automatismos para ejecucin de las distintas ramas. Sin embargo esto naci sin ponerse esos claros lmites, abierta a todo aquello que pudiera hacer de un mundo amplio y al mismo tiempo altamente funcional, que facilitase la vida diaria de los usuarios, en aspectos tan variados como, por ejemplo, la planificacin, la ejecucin de caso de laboratorio, dem.

Es por este motivo por el que recientemente han empezado a surgir trminos como Software de informacin online, que intentan englobar todos los campos que de momento no consigue abarcar la informacin online actual.

Tambin es cierto, no obstante, que no solo motivos de mercado han restringido la expansin de la informacin online. La globalizacin de las tecnologas digitales (conexiones a Internet de banda ancha, tratamiento digital fluido de imagen y sonido, tecnologas ecolgicas que buscan instalaciones sostenibles, etc.) no ha ocurrido hasta fechas ms o menos recientes, lo que unido al hecho inevitable de que los precios iniciales fueran muy elevados, hacan prohibitiva para la gran mayora de la poblacin la adquisicin de un software, por sencillo que fuera.

Todos estos problemas, no obstante, estn siendo salvados poco a poco con una progresiva reduccin de costos, un progreso imparable en todos los campos tecnolgicos y las aplicaciones cada vez ms amplias (y vistosas) que puedan ofrecer el software moderno.

Misin Es un software que provee y mantiene los servicios y soluciones integrales de tecnologa de automatizacin, informacin y comunicaciones de la empresa TECNUM Electrnica; contribuye a mantener su continuidad operativa y suministrarsoluciones integrales y de calidad en las reas de Ingeniera, Instrumentacin y Control; innova y acta como agente de transformacin en el mbito informativo sobre los fenmenos ambientales que se den sobre distintas regiones del pas a la vez que difunde la informacin a travs de distintos medios tecnolgicos como redes sociales y telefona mvil.

Proveer soluciones de Automatizacin Tecnologa de Instruccin (AIT) a la sociedad, incorporando productos y servicios innovadores, que creen diferenciacin competitiva y de alto valor, con un equipo de trabajo altamente integrado, proactivo en su asesoramiento tecnolgico, gil y flexible, orientado a lograr la soberana tecnolgica e impulsar el desarrollo endgeno sustentable, con una clara corresponsabilidad con la sociedad en materia ambiental, alineado a los organismos rectores del estado en materia tecnolgica.Visin Soberana Plena en soluciones de Software Informativo (SI) para la colectividad en todo lo referente a informacin hidrometeorolgica, aportando valor social y solidario.Objetivos del ProyectoObjetivos de Alto Nivel

Proveer de software de difusin de informacin hidrometeorolgica a travs de distintos medios informticos como redes sociales y telefona mvil capturadas de estaciones va telemtrica.Objetivos de Bajo Nivel Proveer de informacin actualizada y oportuna de los distintos datos capturados a travs de las estaciones hidrometeorolgicas.

Contar con utilidades de alto nivel de interactividad para visualizar los datos obtenidos.

Disponer de informacin histrica en distintos perodos de tiempo con la finalidad de realizar comparaciones de los distintos estados del tiempo.

Alcance del Proyectoreas a Implementar

Se establece como mbito de alcance del proyecto el suministro de un software de difusin de datos de estaciones hidrometeorolgicas a travs de distintos medios tecnolgicos, as como la implantacin en las siguientes reas Funcionales:

Tecnum ElectrnicaMdulo de consulta de informacin En lneas generales, el mdulo de consulta de informacin est conformado por una seccin donde se selecciona la estacin hidrometeorolgica a consultar y seguidamente se muestra la informacin relevante acerca de la misma.

Este mdulo tambin dispondr de una seccin de consulta de los datos que la estacin anteriormente seleccionada, obtuvo en un rango determinado de tiempo y de ser necesario, esta informacin puede ser compartida a travs de medios de comunicacin digital tal como mensajes en redes sociales y blogs informativos.

Modulo reporte infogrfico

El mdulo de reporte infogrfico permite al usuario visualizar la informacin recopilada por la estacin hidrometeorolgica en un grfico en dos dimensiones. De igual manera el usuario tiene oportunidad de difundir y compartir la informacin a travs de los medios de comunicacin digitales.Riesgos Del Proyecto Riesgos Lgicos

RiesgoProbabilidadImpacto

Cada de la RedAltaAlto

Cada del servicio de produccinAltaAlto

Extraccin de InformacinAltaAlto

Modificacin de InformacinAltaAlto

Destruccin de InformacinAltaAlto

Uso inadecuado de las InstalacionesAltaMedio

Ataque de Virus InformticosAltaAlto

Fuga de InformacinMediaAlto

Inadecuados controles de accesos lgicosAltaAlto

Prdida de InformacinAltaAlto

Falta de disponibilidad de Aplicaciones CrticasBajaMedio

Descontrol del PersonalAltaBajo

Fuente, Seijas J., Rangel R., Prez L. (2015).

Riesgos Fsicos

RiesgoProbabilidadImpacto

Inadecuado controles de acceso fsicoAltaBajo

VulnerabilidadAltaAlto

IncendioMediaBajo

RoboAltaAlto

Desastres NaturalesBajaAlto

Fuente, Seijas J., Rangel R., Prez L. (2015).

Riesgos Positivos

Como lo hemos venido desglosando, la finalidad de este proyecto es disear un sistema web que permita la visualizacin y difusin de los datos recolectados por los instrumentos de medicin meteorolgica.

Es importante recalcar que todos los usuarios que deseen conocer y compartir la informacin de estas estaciones meteorologas lo podrn hacer de forma sencilla y automatizada lo que conlleva a una transmisin de la informacin entre usuarios por medio de redes sociales y medios de comunicacin relacionados a las tecnologas de la informacin.Factibilidad del ProyectoFactibilidad Econmica

Se refiere a que se dispone del capital en efectivo o de los crditos de financiamiento necesario para invertir en el desarrollo del proyecto, mismo que deber haber probado que sus beneficios a obtener son superiores a sus costos en que incurrir al desarrollar e implementar el proyecto o sistema; tomando en cuenta la recesin econmica y la inflacin para determinar costos a futuro.

Los estudios de factibilidad econmica incluyen anlisis de costos y beneficios asociados con cada alternativa del proyecto. Con anlisis de costos/beneficio, todos los costos y beneficios de adquirir y operar cada sistema alternativo se identifican y se hace una comparacin de ellos. Primero se comparan los costos esperados de cada alternativa con los beneficios esperados para asegurarse que los beneficios excedan a los costos.

Despus la proporcin costo/beneficio de cada alternativa se compara con las proporcionan costo/beneficio de las otras alternativas para identificar la alternativa que sea ms atractiva en su aspecto econmico. Una tercera comparacin, por lo general implcita, se relaciona con las formas en que la organizacin podra gastar su dinero de modo que no fuera en un proyecto de sistemas.

ObjetivosCostos Bs.

Desarrollo del Proyecto10.000,00

Creacin de la Aplicacin50.000,00

Prueba de la Aplicacin80.000,00

Implementacin de la Aplicacin20.000,00

Entrenamiento al Personal10.000,00

Total.:170.000,00

Fuente, Seijas J., Rangel R., Prez L. (2015).

Factibilidad Humana u OperacionalSe refiere a que debe existir el personal capacitado requerido para llevar a cabo el proyecto y as mismo, deben existir usuarios finales dispuestos a emplear los productos o servicios generados por el proyecto o sistema desarrollado.

PersonalCantidadCosto Bs.

Directores del Proyecto0115.000,00

Profesionales del Sistema0228.000,00

Total.:0333.000,00

Fuente, Seijas J., Rangel R., Prez L. (2015).

Factibilidad Tcnica o Tecnolgica

Indica si se dispone de los conocimientos y habilidades en el manejo de mtodos, procedimientos y funciones requeridas para el desarrollo e implantacin del proyecto. Adems indica si se dispone del equipo y herramientas para llevarlo a cabo, de no ser as, si existe la posibilidad de generarlos o crearlos en el tiempo requerido por el proyecto si es y luego implementarlo cada vez ms seguro as tendremos un proyecto mucho mejor.

1. Equipos actuales

EquipoCantidadVida tilValor Bs.

HP DC5100 Pentium 4HT DUAL SFF 40gb disco Duro Sata 512ram ddr2.22 aos5.500,00

Total.:27.500,00

Fuente, Seijas J., Rangel R., Prez L. (2015).2. Equipos necesarios

EquipoCantidadVida tilValor Bs.

Servidor IBM X3300 Bundle, 8 Gb De Memoria RAM 2 Discos Duros De 1 Terabyte013 aos190.000,00

Router Cisco Linksys Ea4500 N900 Print Server013 aos20.000,00

Cpu Hp Compaq Cq2953la Intel Core I3 2120t, 4gb, 1tb, Dvdrw054 aos31.000,00

Total.:365.000,00

Fuente, Seijas J., Rangel R., Prez L. (2015).

Grupo de Desarrollo del Proyecto

Nombre y ApellidoRol en el ProyectoImpacto

Lic. Ramn MolinaGerente del ProyectoAlto

Prof. Alfonzo OliveroAsesor del ProyectoAlto

Tsu. Rangel RogerAnalista de SistemasAlto

Tsu. Seijas JosueJefe del Proyecto

DesarrolladorAlto

Tsu. Leonar PrezDesarrolladorAlto

Fuente, Seijas J., Rangel R., Prez L. (2015).

CAPITULO III

PLANIFICACIN Y GESTIN DEL PROYECTOPlan o Cronograma de trabajo.

Todoplanes unconjunto sistemtico de actividadesque se lleva a cabo para concretar unaaccin. De esta manera, el plan tiende a satisfacer necesidades o resolver ciertos planes. Unplan de trabajoes una herramienta que permite ordenar y sistematizar informacin relevante para realizar untrabajo. Esta especie de gua propone una forma de interrelacionar los recursos humanos, financieros, materiales ytecnolgicos disponibles.

Como instrumento de planificacin, el plan de trabajo establece uncronograma, designa a los responsables y marca metas y objetivos. Las acciones que aparecen incluidas dentro del plan de trabajo pueden ser seguidas, controladas y evaluadas por el responsable; de esta manera, cuando laorganizacin est lejos de cumplir con sus objetivos, es posible dictaminar un cambio en la conducta y rectificar las acciones.

El proyecto ha sido estimado bajo el uso de la metodologa de Rational Unified Process (RUP), as mismo se incluir el detalle para las fases de Inicio y Elaboracin y adicionalmente se resumirn las fases posteriores de Construccin y Transicin para dar una visin global de todo proceso.

El plan de trabajo suele ser vlido para undeterminado periodo de tiempo. De esta manera, las acciones que propone deben desarrollarse en un cierto plazo y los objetivos tienen que ser cumplidos antes de una fecha lmite. Al concluir un plan de trabajo (que puede ser mensual o anual, por ejemplo), ste es reemplazado por uno nuevo.

Por tanto el plan de trabajo debe ser: Especfico:Simple, sencillo, claro Medible:Que sea posible revisar el avance Alcanzable: Fijar una meta y como tal sea realizable Realista:Considerar posibilidades ciertas de cumplimiento Tiempo:Ubicado en el tiempo

El cronograma, es un instrumento que nos permite llevar el plan de trabajo, a otra escala. En el cronograma, vaciaremos la informacin contenida en el plan de trabajo de manera calendara, permitindonos observar, fcilmente el avance de la investigacin. Es recomendable, elaborarlo mensual y semanalmente.Existen numerosas formas de elaborar un cronograma, a continuacin mostraremos una prctica y sencilla.IdElemento de accinAsignadoRecursos

LugarDuracinMonto Bs.Entrega

01Propuesta del SistemaTsu. Rangel Roger

Tsu. Seijas Josue.

Tsu. Leonar PrezTecnum Electrnica

Oficina central

6 das150,0007 Feb 2015

02Recoleccin de RequerimientosTsu. Rangel Roger

Departamento de tecnologaTecnum Electrnica

16 das328,0007 Mar 2015

03Anlisis de RequerimientosTsu. Rangel Roger

Departamento de tecnologaTecnum Electrnica16 das328,0009 Mar 2015

04Planificacin del ProyectoTsu. Rangel Roger

Tsu. Seijas Josue.

Tsu. Leonar PrezDepartamento de tecnologaTecnum Electrnica31 das598,0028 Mar 2015

05Levantamiento de la InformacinTsu. Rangel Roger

Departamento de tecnologaTecnum Electrnica42 das796,0021 Mar 2015

11 Abr 2015

06Diseo de la BDTsu. Leonar Prez Tsu. Seijas Josue.Departamento de tecnologaTecnum Electrnica16 das328,0009 May 2015

07Diseo del Modelo del NegocioTsu. Leonar PrezDepartamento de tecnologaTecnum Electrnica21 das3.465,0006 Jun 2015

08Diseo Interfaces GrficasTsu. Rangel Roger

Departamento de tecnologaTecnum Electrnica16 das2.640,0012 Sep 2015

09Diseo de la AplicacinTsu. Leonar Prez

Tsu. Seijas Josue.Departamento de tecnologaTecnum Electrnica71 das11.715,0012 Sep 2015

10Diseo del Plan de PruebaTsu. Seijas Josue.

Tsu. Leonar PrezDepartamento de tecnologaTecnum Electrnica31 das5.115,0031 Oct 2015

11Implementacin de la AplicacinTsu. Rangel Roger

Tsu. Seijas Josue.

Tsu. Leonar PrezTecnum Electrnica

Oficina central

6 das990,0012 Dic 2015

Fuente, Seijas J., Rangel R., Prez L. (2015).

Diagrama de Gantt o Diagrama de Planificacin

Los cronogramas de barras o grficos de Gantt fueron concebidos por el ingeniero norteamericano Henry L. Gantt, uno de los precursores de la ingeniera industrial contempornea de Taylor. Gantt procuro resolver el problema de la programacin de actividades, es decir, su distribucin conforme a un calendario, de manera tal que se pudiese visualizar el periodo de duracin de cada actividad, sus fechas de iniciacin y terminacin e igualmente el tiempo total requerido para la ejecucin de un trabajo.

El instrumento que desarroll permite tambin que se siga el curso de cada actividad, al proporcionar informacin del porcentaje ejecutado de cada una de ellas, as como el grado de adelanto o atraso con respecto al plazo previsto.

Este grfico consiste simplemente en un sistema de coordenadas en que se indica:

En el eje Horizontal: un calendario, o escala de tiempo definido en trminos de la unidad ms adecuada al trabajo que se va a ejecutar: hora, da, semana, mes, etc.

En el eje Vertical: Las actividades que constituyen el trabajo a ejecutar. A cada actividad se hace corresponder una lnea horizontal cuya longitud es proporcional a su duracin en la cual la medicin efecta con relacin a la escala definida en el eje horizontal.

A continuacin se presenta un calendario de las principales tareas del proyecto incluyendo slo las fases de Inicio y Elaboracin. Como se ha comentado, el proceso iterativo e incremental de RUP est caracterizado por la realizacin en paralelo la mayora de las actividades y disciplinas de desarrollo a lo largo del proyecto, con lo cual la mayora de los artefactos son generados muy tempranamente en el proyecto pero van desarrollndose en mayor o menor grado de acuerdo a la fase e iteracin del proyecto.

3. Diagrama de Gantt

Riesgos y mitigacin del Proyecto

RiesgoUn riesgo es una variable del proyecto que pone en peligro o impide el xito del mismo. Es la probabilidad de que un proyecto experimente sucesos no deseables, como retrasos en las fechas, excesos de costes, o la cancelacin directa. Se han producido amplios debates sobre la definicin adecuada para riesgo de software, y hay acuerdo comn en que el riesgo siempre implica dos caractersticas:

Incertidumbre: el acontecimiento que caracteriza al riesgo puede o no puede ocurrir; por ejemplo, no hay riesgos de un 100 por ciento de probabilidad.

Prdida: Si el riesgo se convierte en una realidad, ocurrirn consecuencias no deseadas o prdidas.

Suele ser comn el confundir preocupaciones, riesgos y problemas: mientras que una preocupacin es cualquier situacin sobre la cual existen dudas en algn determinado contexto y que, por lo tanto, ser evaluada como un posible riesgo, un problema es un riesgo que, efectivamente, se ha producido (vase Figura - Preocupaciones, Riesgos y Problemas).

Preocupaciones, Riesgos y ProblemasMitigacin de Riesgos

La gestin de riesgos permite definir en forma estructurada, operacional y organizacional, una serie de actividades para mitigar los riesgos de los proyectos a lo largo de todas las fases de su ciclo de vida de desarrollo de software. En la mayor parte de los casos, esto se traduce en la creacin de planes tendientes a impedir que los riesgos se transformen en problemas o a minimizar su probabilidad de ocurrencia o impacto.

Taxonoma de Riesgos

La siguiente tabla muestra una clasificacin de alto nivel de las fuentes de riesgo de los proyectos siguiendo la taxonoma propuesta por la metodologa SRM organizadas en tres niveles: clases, elementos y atributos.

IDElementoRiesgoFuente

RI-01PlanificacinErrores en la estimacin del presupuestoJefe de Proyecto

RI-02PlanificacinCambio de polticas de Gestin.Empresa

Jefe del Proyecto

RI-03PlanificacinSeguridad del sitioJefe de Proyecto

Desarrolladores

RI-04Equipo de TrabajoSoporte y mantenimientoJefe de Proyecto

Desarrolladores

RI-05Equipo de TrabajoInexperiencia del equipo tcnico en la implementacin del proyectoJefe de Proyecto

Desarrolladores

Empresa

RI-06Equipo de TrabajoDificultad de comunicacin de la comunicacin entre los miembros del grupo de desarrollo del proyecto.Empresa

Desarrolladores

Programador

RI-07Equipo de TrabajoDesconocimiento o poco conociendo por parte del equipo de desarrollo en la utilizacin de la herramientasEmpresa

Programador

Fuente, Seijas J., Rangel R., Prez L. (2015). Declaracin de los RiesgosRI-01 Errores en la estimacin del presupuesto

CondicinConsecuenciaEfecto

Errores en los clculos, no estimar bien los factores que influyen en el clculo (archivos, funciones, etc.) o el caso contrario la sobre estimacin.No disponer de los recursos necesarios para terminar el proyecto a tiempo, sobrecarga de tareas al personal.

Baja calidad del Proyecto, entrega con retraso del proyecto finalizado.

Fuente, Seijas J., Rangel R., Prez L. (2015). RI-02 Cambio de polticas de gestinCondicinConsecuenciaEfecto

Cambio de polticas de gestin que afectan las metas y objetivos del proyecto. El proyecto puede sufrir retrasos, cuanto ms avanzado este el desarrollo del mismo ms crtico ser implementar los cambios, y generacin de nuevos requisitos.

Prdida de tiempo en la reestructuracin del proyecto, finalizar el mismo fuera de en los plazos establecidos, no obtener el resultado programado inicialmente en cuanto al producto final.

Fuente, Seijas J., Rangel R., Prez L. (2015). RI-03 Seguridad de la AplicacinCondicinConsecuenciaEfecto

Falta de experiencia del personal del proyecto en las cuestiones relacionadas a seguridad Web, control de ingreso malicioso (hackers), seguridad de acceso fsico a los equipos, seguridad del software de aplicacin, falta de instalacin y actualizaciones de programas de seguridad.

Mal funcionamiento de los equipos, ingreso de datos errnea, lentitud en el procesamiento de los datos, prdida de confianza en el proyecto por parte de la Institucin.

Prdida por borrado, dao y/o robo de la informacin, infeccin de virus en la red y en los servidores, prdida de tiempo en el trabajo de reconstruccin del sistema.

Fuente, Seijas J., Rangel R., Prez L. (2015). RI-03 Soporte y mantenimientoCondicinConsecuenciaEfecto

Garantizar el soporte y mantenimiento del proyecto.

Bajo rendimiento del software, desactualizacin de los componentes software, bajo rendimiento de hardware, baja calidad de software.Falta de adaptacin a los cambios por parte del software, error y deficiencia en el acceso a los datos, falta soporte a fallas del equipamiento.

Fuente, Seijas J., Rangel R., Prez L. (2015). RI-05 Inexperiencia del equipo de desarrollo / control de estudio en el desarrollo e implementacin del proyectoCondicinConsecuenciaEfecto

Escaso conocimiento y experiencia de los integrantes del proyecto sobre las herramientas utilizadas y los lenguajes de programacin.

Destinar mayor tiempo al desarrollo del proyecto, invertir tiempo y recursos econmicos en la investigacin y capacitacin del personal.Retrasos en la finalizacin del proyecto, finalizar el producto con defectos dejando en evidencia la baja calidad del mismo.

Fuente, Seijas J., Rangel R., Prez L. (2015). RI-06 Dificultad de comunicacin entre los miembros del grupo de desarrollo del proyectoCondicinConsecuenciaEfecto

Dificultad de comunicacin entre la necesidad del bibliotecario y el lenguaje tcnico del informtico.Mala interpretacin por parte de informtico de las necesidades del bibliotecario, avanzar en el desarrollo de una actividad sin la validacin y consenso de ambas partes.Producto que no responde a los requerimientos del proyecto, ambiente tenso de trabajo, prdida de tiempo en la bsqueda de acuerdo en la comunicacin, evaluar cambio de personal en caso de no llegar a acuerdos de comunicacin. Retraso en la entrega del Proyecto.

Fuente, Seijas J., Rangel R., Prez L. (2015). RI-07 Desconocimiento o poco conocimiento por parte del equipo de desarrollo en la utilizacin de la herramientas

CondicinConsecuenciaEfecto

Algunos participantes del equipo de desarrollo pueden no contar con la experiencia suficiente en cuanto a utilizacin de las herramientas de desarrollo, implementacin.Destinar mayor tiempo al retraso en el desarrollo de actividades definidas por el proyecto, no aprovechar por completo las herramientas tcnico informticas.Retraso en la entrega del Proyecto.

Fuente, Seijas J., Rangel R., Prez L. (2015). Estimacin de la probabilidad

Tabla de Cuantificacin de incertidumbre.Rango deprobabilidadPromedio para el calculoExpresin de lenguaje naturalValor numrico

de 1% a 10%5 %Baja1

de 11 % a 25%18 %Poco probable2

de 26% a 55%40 %Media3

de 56% a 80%68 %Altamente probable4

de 81% a 99%90 %Casi seguro5

Fuente, Seijas J., Rangel R., Prez L. (2015). Estimacin de probabilidadEn la siguiente tabla se expresan los riesgos identificados para el proyecto con las probabilidades estimadas subjetivamente para cada uno de ellos.

IDRiesgoExpresinProbabilidad

RI-01Errores en la estimacin del presupuestoAltamente

Probable5%

RI-02Cambio de polticas de Gestin.Poco Probable40%

RI-03Seguridad del sitioAlta60%

RI-04Soporte y mantenimientoMedia30%

RI-05Inexperiencia del equipo tcnico en el desarrollo e implementacin del proyectoAltamente

Probable25%

Fuente, Seijas J., Rangel R., Prez L. (2015). Probabilidad de ocurrencia del riesgoEstimacin del impactoPara el presente anlisis se emplear la escala de medicin subjetiva expresada en la siguiente tabla.CriterioRetraso en la planificacinValor numrico

Insignificante1 semana1

Marginal2 semanas2

Medio1 mes3

Crtico2 meses4

CatastrficoMs de 2 meses5

Fuente, Seijas J., Rangel R., Prez L. (2015). Estimacin de impacto

En la siguiente tabla se definen el impacto que produciran la ocurrencia de los riegos citados anteriormente:RiesgoImpactoRiesgoImpacto

RI-01MarginalRI-05Critico

RI-02CatastrficoRI-06Catastrfico

RI-03InsignificanteRI-07Medio

RI-04Marginal

Fuente, Seijas J., Rangel R., Prez L. (2015). Impacto debido a ocurrencia de los riesgosExposicin al riesgo

IDRiesgoProbabilidadImpactoExposicin

RI-01Errores en la estimacin del presupuesto5%10.05

RI-02Cambio de polticas de Gestin.40%52

RI-03Seguridad del sitio60%10.60

RI-04Soporte y mantenimiento30%20.60

RI-05Inexperiencia del equipo tcnico en el desarrollo e implementacin del proyecto25%41

RI-06Dificultad de la comunicacin entre los miembros del grupo de desarrollo del proyecto.70%53.5

RI-07Desconocimiento o poco conociendo por parte del equipo de desarrollo en la utilizacin de la herramientas20%30.60

Fuente, Seijas J., Rangel R., Prez L. (2015). Exposicin al riesgo

Gestin de los Riesgos

a) Riesgo RI-02 Cambio de polticas de Gestin

Porque el riesgo es importante: Se pueden modificar el ranking de necesidades de los objetivos del proyecto lo cual llevara a re adaptacin del mismo.

Que informacin se necesita para seguir el estado del riesgo: Documentos en donde se explayen oficialmente los objetivos del proyecto.

Quien es responsable de realizar las actividades de control del riesgo: El responsable es el Jefe del proyecto.

Que recursos se necesitan para realizar las actividades de control del riesgo: Para realizar las actividades de control del riesgo no se necesitan recursos econmicos extras, si una metodologa de organizacin de la documentacin del proyecto que abarqu informes peridicos de estados de situacin del proyecto.

Plan de Accin

Reformular o re-adecuar el proyecto en base a las nuevas polticas de gestin.Plan de Contingencia

Disparador: Comunicado de las autoridades del cambio gestin, se deber: Reunin Inmediata con la nueva gestin.

Presentacin de la Documentacin de estado del Proyecto.b) Riesgo RI-05 Inexperiencia del equipo informtico en el desarrollo e implementacin del proyecto.

Porque el riesgo es importante: Podra alterar la calidad del producto, provocara atrasos en el desarrollo e implementacin del proyecto.

Que informacin se necesita para seguir el estado del riesgo:

Documentos de estado de avances de trabajos individuales, en donde se explayen las tareas realizadas y las dificultades presentadas y si estas fueron solucionadas con xito como se solucionaron dichas dificultades.

Planilla de informe de Errores y soluciones.

Quien es responsable de realizar las actividades de control del riesgo: El responsable es el Jefe del proyecto, integrantes del equipo de trabajo.

Que recursos se necesitan para realizar las actividades de control del riesgo: para realizar un adecuado control de este riesgo se necesitar personal capacitado para validar las funciones desde el punto de vista tcnico/control de estudio. Si el control corresponde a una actividad informtica, este personal deber tener amplios conocimientos en cuanto a la tecnologa incluida en el proyecto, si el control corresponde a una actividad de control de estudio este personal deber tener conocimiento de tecnologa aplicables a la gestin administrativa.

Plan de Accin Cursos de capacitacin de tecnologa Web y administracin de componentes para el personal de control de estudio.

Realizar talleres y actividades integradoras

Reuniones semanales entre informticos y administrativos.

Contratar personal Informtico especializado en:

Tecnologa Web.

Base de Datos.

Diseo de Pginas Web

Plan de Contingencia.

Disparador: Plan de avance no refleja los resultados esperados, falta de calidad en el producto

c) Riesgo RI-06 Dificultad de la comunicacin entre los miembros del grupo de desarrollo del proyecto.

Porque el riesgo es importante: Porque la dificultad en la comunicacin provoca la falta de compresin de los actores informticos esto conlleva a un ambiente de trabajo tenso e inseguro por no contar con lenguajes de comunicacin comunes a las dos reas del conocimiento, clima de competencia a fin de hacer prevalecer la opinin profesional que cada miembro asume.

Que informacin se necesita para seguir el estado del riesgo: Presentando informes peridicos grupales de estado de avance, en donde los miembros del proyecto, trabajan en conjunto en la elaboracin del informe. Quien es responsable de realizar las actividades de control del riesgo: El responsable es el Jefe del Proyecto.

Que recursos se necesitan para realizar las actividades de control del riesgo: Para realizar un adecuado control de este riesgo se necesitar una metodologa que abarqu informes peridicos de estados de situacin del proyecto grupales.

Plan de Accin: para mantener controlado RI-06 debern adoptar las siguientes medidas de prevencin y seguimiento

Realizar talleres y actividades integradoras.

Reuniones semanales con informticos en donde se expresen diferencias de criterios.

Controles de la calidad de todo el proyecto, durante el ciclo de vida del mismo.

Plan de ContingenciaDisparador:

Problemas laborales entre el equipo de desarrollo, deficiencia en la calidad del producto en las fases en donde las actividades sean multidisciplinarias.

Contratar un personal capacitado para validar las funciones desde el punto de vista informtico. Este personal deber tener amplios conocimientos en cuanto a desarrollo software.

Remover a los miembros del equipo que no posean una predisposicin al trabajo en grupo y multidisciplinario.CAPITULO IVMODELADO DEL NEGOCIOLos procesos de negocio son una secuencia lgica y cronolgica de las acciones que se deben realizar, cada vez que se produce el suceso que lo origina en una organizacin de cualquier tipo. Este proceso se debe ejecutar en forma eficaz y eficiente. En otros trmicos un proceso es una serie de actividades que se desarrollan y que tienen como objetivo en su conjunto, producir un mayor valor para el cliente que lo recibe.

Con la finalidad de alcanzar los fines propuestos, un sistema de negocios se organiza en un conjunto estructurado de actividades llamados procesos de negocio. Los procesos de negocio son modelados como una jerarqua de procesos con varios niveles de abstraccin, las cuales pueden clasificarse en dos tipos de procesos:

Procesos Fundamentales: la razn de ser de la organizacin.

Procesos de Apoyo: procesos administrativos y tcnicos bsicos de cualquier organizacin.

La relacin entre dichos procesos es lo que se llama Cadena de Valor. Los procesos de Negocio deben ser modelados como una jerarqua de procesos y actividades al ms alto nivel.

En lneas generales la empresa TECNUM Electrnica C.A. est dedicada a la instalacin, mantenimiento y monitoreo de estaciones climticas a lo largo del territorio nacional, as tambin debido a la naturaleza y enfoque del proyecto hacia la difusin de la informacin climtica, se presentaran los procesos de negocio de TECNUM Electrnica C.A. que nos permiten obtener dicha informacin.

Es importante recalcar que TECNUM Electrnica C.A. posee en la actualidad un software que permite la interrogacin y monitoreo de las estaciones meteorolgicas de nominado Software de Interrogacin Automtica de Mltiples Estaciones (SIAMES) el cual es una unidad de software capaz de mantener contacto telemtrico con un grupo de estaciones de campo, de manera de obtener informacin de las mismas en forma continua y segn un esquema de enlace previamente configurado por el administrador de la red de estaciones.

La informacin obtenida se almacena en una base de datos MySQL con formato TECNUM, de manera que pueda ser utilizada por otras unidades de software que accedan a dicha base de datos.

El interrogador est pensado para redes de estaciones meteorolgicas de cualquier tamao (desde una a cientos de estaciones), en las que las se posean enlaces telemtricos bidireccionales capaces de trabajar bajo el protocolo serial TECNUM, y donde se quiera obtener informacin de las estaciones actualizada de forma continua.

Enlaces soportados por el SIAMES

Cable (RS232, RS485, USB)

BlueTooth

Ethernet (cableado, WiFi)

RF (UHF, VHF)

Spread Spectrum

Telefona bsica

Telefona Celular (GSM, GPRS)

Otros (en estudio)

En el presente documento se describir de forma detallada como se realiza la configuracin y monitoreo de las estaciones mediante el uso del SIAMES.

CaractersticasPermite Interrogar estaciones usando medios de comunicacin bidireccionales (aquellos basados en puertos COM) donde pueda utilizarse el protocolo serial del Logger 3.x.

En teora el nmero de estaciones que pueden interrogarse no est limitado. Sin embargo, puede haber limitaciones en el sistema operativo en cuanto al nmero de puertos COM que pueden existir.

El almacenamiento de todas las variables de estado del programa se realiza en una base de datos MySQL, lo que le permite conservar su estado al cerrarse y volverse a abrir, inclusive en caso de falla del computador o de la energa. El software no funcionar sin esta base de datos presente. Por motivos de velocidad y confiabilidad dicha base de datos debe ser local (debe estar localizada en el mismo computador en donde se corre el interrogador).

Cada vez que se requiere informacin de la base de datos, se crea y se cierra la conexin, no quedan conexiones abiertas si no son necesarias.

Bajo algunos criterios de precaucin, puede modificarse el comportamiento del programa en caliente variando los valores de las tablas en la base de datos (Ej. Puede cambiarse la frecuencia de interrogacin de una tarea y el cambio har efecto luego de la siguiente interrogacin). Sin embargo debe tenerse cuidado de no modificar los valores de una estacin que est en plena interrogacin. No pueden aadirse nuevas tareas una vez iniciada la interrogacin, pues no sern tomadas en cuenta tampoco deben eliminarse registros pues se producir un error (Puede detenerse la interrogacin, hacer los cambios y reiniciarla).

A diferencia del interrogador del buque, que mantena la conexin al puerto serial abierta aunque no se estuviera interrogando, el nuevo interrogador permite usar el puerto siempre que no se est interrogando la estacin. Si se est utilizando el puerto (ej. Se est usando el PCLogger para revisar la configuracin de una estacin) y llega la hora de una interrogacin, el software hace los intentos correspondientes y al no poder abrir el puerto buscar el siguiente medio de comunicacin y si no los hay dejar la interrogacin para su siguiente turno. (Probado).

Una tarea que tarda ms que su intervalo de interrogacin no ser interrumpida por su siguiente instancia, sta simplemente ser reprogramada para el siguiente turno, y se continuar postergando hasta que la tarea termine. (Probado).Descripcin de los Procesos

A continuacin se explican los procesos generales que se realizan actualmente en la empresa TECNUM Electrnica C.A. Inicialmente, el cliente es captado a travs de la pgina web, comnmente las entrevistas no son realizadas en dicha empresa con el fin de saber el status o requerimiento que solicite, sino con la finalidad de la entrega de la respectiva documentacin requerida para la solicitud de dicho servicio. El gerente de la empresa procede a analizar la documentacin presentada por el cliente y a travs de este anlisis evala si es conveniente registrar a la persona interesada.

Una vez que la persona interesada ha sido registrada, la planilla de solicitud es enviada al administrador del sistema, el cual procede a registrar a dicho cliente el cual se le prestara dicho servicio. Posteriormente en caso de ser necesario el administrador del sistema, procede a comunicarse va telefnica o mediante correo electrnico con el nuevo cliente para ofrecerle los paquetes y servicios que solicito.

Cadena de valor

El objetivo principal del sistema, es la gestin de la informacin en el sistema siames. Por tanto es imprescindible conocer de forma general los principales procesos, o el flujo de los procesos y actividades ms resaltantes para que la empresa pueda brindar un buen servicio a sus clientes con la ayuda del sistema.

Para efectos del presente sistema, los procesos de negocio tanto fundamentales como de apoyo sern enfocados a las actividades que permiten obtener la informacin climtica recabada por las estaciones. Se observara en la cadena de valor de la empresa TECNUM Electrnica C.A. dos (2) procesos fundamentales que se encargan de llevar a cabo las actividades de cada una de las secciones que lo componen y dos (2) procesos de apoyo que permiten los procesos primarios.

Cadena de valor de TECNUM

Fuente, Seijas J., Rangel R., Prez L. (2015).Tal como se indica en el grafico anterior, los procesos fundamentales o claves de la empresa TECNUM Electrnica C.A. son:

PF-1 Proceso de instalacin de estaciones

PF-2 Proceso de aadir estaciones a interrogador

PF-3 Proceso monitoreo de TECNUM Y como procesos auxiliares tenemos:

PA-1 Configuracin de TECNUM PA-2 Configuracin de Interrogacin

PA-3 Definicin de parmetros de Interrogacin

Diagrama de Actividad General.

Todos los procesos de la cadena de valor se reflejan a travs del diagrama de actividades, el proceso de registro comienza en el momento que el cliente logea y realiza el en vio de los datos requerida por parte del sistema, donde se evala si es cliente nuevo o antiguo para obtener el servicio solicitado, en caso afirmativo, el cliente accede al sistema.

El usuario verificar la informacin y procede solicitar el respectivo servicio o reporte que necesite en el sistema, en caso contrario el sistema le enva un mensaje de error indicando si es usuario o no, para que el mismo vuelva a logiarse en el sistema. El usuario del sistema una vez dentro puede realizar la inclusin de las nuevas estaciones a interrogar, realizar el monitoreo de las mismas para verificar que estn trabajando correctamente, realiza las configuraciones del sistema y solicita los diferentes reportes de dichas estaciones y realizar las estadsticas.Diagrama de Actividad del Sistema TECNUMFuente, Seijas J., Rangel R., Prez L. (2015).Diagrama de Procesos

El siguiente proceso en la cadena de valor es uno de los realizados por el usuario y el cual genera todos los dems procesos del sistema; Como se detalla a continuacin en las figuras, se desprenden tres subprocesos realizados en dicho sistema. Primeramente la Instalacin de Estaciones, dentro de la cual se trata todo lo referente a la Instalacin de Unidad de adquisicin de datos, se visualiza otro subproceso que lleva el nombre de Diagrama de bloques bsico de una unidad de adquisicin genrica, en l se procede a llevar Instalacin de Sensores, segundo proceso es el de Aadir las Estaciones a Interrogador y por ltimo el Proceso de Monitoreo de Estaciones. CAPITULO VRequisitos del Sistemas.

Un requisito es una necesidad documentada sobre el contenido, forma o funcionalidad de un producto o servicio. Se usa en un sentido formal en la ingeniera de sistemas, ingeniera de software e ingeniera de requisitos.

En la ingeniera clsica, los requisitos se utilizan como datos de entrada en la etapa de diseo del producto. Establecen qu debe hacer el sistema, pero no cmo hacerlo.

La fase de captura, de licitacin y registro de requisitos puede estar precedida por una fase de anlisis conceptual del proyecto. Esta fase puede dividirse en recoleccin de requisitos, anlisis de consistencia e integridad, definicin en trminos descriptivos para los desarrolladores y un esbozo de especificacin, previo al diseo completo.

Actores del Sistema

Los actores pueden representar roles jugados por usuarios humanos, hardware externo, u otros sujetos. Un actor no necesariamente representa una entidad fsica especfica, sino simplemente una faceta particular (es decir, un "rol") de alguna actividad que es relevante a la especificacin de sus casos de uso asociados. As, una nica instancia fsica puede jugar el rol de muchos actores diferentes y, asimismo, un actor dado puede ser interpretado por mltiples instancias diferentes. UML 2 no permite asociaciones entre Actores.A pesar de todo, esta restriccin es usualmente violada en la prctica, en la medida que la generalizacin/especializacin de relaciones entre actores es til para el modelado de los comportamientos de superposicin entre actores.

Los actores que se han encontrado durante el proceso de elaboracin del modelo funcional del sistema seran los siguientes:Figura 1 Fuente, Seijas J., Rangel R., Prez L. (2015).Act-001Usuario

Versin1.0

Caso de Uso Validar Usuario Registrar Usuario Consultar Usuario

Modificar Usuario

Inhabilitar Usuario

TipoPrimario

DescripcinEs el actor principal y representa a cualquier persona que desee utilizar el sistema de informacin meteorolgica.

Fuente, Seijas J., Rangel R., Prez L. (2015).Figura 2 Fuente, Seijas J., Rangel R., Prez L. (2015).Act-002Administrador del Sistema

Versin1.0

Caso de Uso Mantenimiento BD

Respaldo BD

Depuracin BD

TipoPrimario

DescripcinEste actor representa a cada una de las personas encargada del funcionamiento ptimo del sistema, es el encargado del mantenimiento y respaldo de las distintas bases de datos.

Fuente, Seijas J., Rangel R., Prez L. (2015).Figura N3Fuente, Seijas J., Rangel R., Prez L. (2015).Act-003Tcnico del Sistema.

Versin1.0

Caso de UsoMantenimiento de las EstacionesReportes

Configuracin de las Estaciones

Preparacin de los Interrogatorios

Monitoreo de las Estaciones

Instalacin de las Estaciones

TipoPrimario

DescripcinEste actor representa a cada una de las personas encargada del funcionamiento ptimo de las diferentes estaciones meteorolgicas a nivel nacional.

Fuente, Seijas J., Rangel R., Prez L. (2015).Figura N4Fuente, Seijas J., Rangel R., Prez L. (2015).Act-004Cliente

Versin1.0

Caso de UsoConsultar Reportes MeteorolgicosSolicita Reportes Meteorolgicos

TipoPrimario

DescripcinEste actor representa a cada una de las personas que utilizan el sistema como medio de informaciones meteorolgicas, para planificacin de sus diferentes actividades cotidianas.

Fuente, Seijas J., Rangel R., Prez L. (2015).Reglas del negocio

LasReglas del NegociooConjunto de Reglas de Negocio(Engine Rules, por su descripcin en ingls) describe las polticas, normas, operaciones, definiciones y restricciones presentes en unaorganizaciny que son de vital importancia para alcanzar los objetivos misionales.

Las organizaciones funcionan siguiendo mltiples reglas de negocio, explcitas o tcitas, que estn embebidas en procesos, aplicaciones informticas, documentos, etc. Pueden residir en la cabeza de algunas personas o en el cdigo fuente de programas informticos.

En los ltimos aos se viene observando una tendencia a gestionar de forma sistemtica y centralizada las reglas de negocio, de modo que sea fcil y sencillo consultarlas, entenderlas, utilizarlas, cambiarlas, etc. Para ello se puede utilizar un motor de reglas de negocio.

El motor de reglas de negocio es un sistema que se configura para dar servicio a las necesidades de negocio a travs de la definicin de objetos y reglas de negocio, el software se rige por flujos que derivan responsabilidades a los distintos cargos de la empresa repartiendo as el trabajo equitativamente y cuantitativamente, cuando, quien y donde tiene que desempear la tarea asignada.

Las reglas de negocio son un medio por el cual la estrategia es implementada. Las reglas especifican - en un nivel adecuado de detalle - lo que una organizacin debe hacer.

TECNUM ELECTRONICA C.A., en su calidad de personalidad jurdica y autonoma propia se rige por:

Constitucin de la Repblica Bolivariana de Venezuela

LeyOrgnica De Telecomunicaciones DeVenezuela Proyecto Nacional Simn Bolvar. Lneas Generales del Plan de Desarrollo Econmico y Social de la Nacin 2007 2013

Plan De La Patria. Segundo Plan Socialista De Desarrollo Econmico Y Social De La Nacin 2013-2019 Ley Orgnica de Ciencia, Tecnologa e Innovacin Ley Orgnica De Los Trabajadores y Trabajadoras Por sus Estatutos, Normas, Reglamentos y Polticas internas emanadas por la Institucin que regulan su integracin, estructura, organizacin y funcionamientoRequerimientos del Sistema

Los requerimientos comprenden todas las tareas relacionadas con la determinacin de las necesidades o de las condiciones a satisfacer para un software nuevo o modificado, es decir son todas las funciones que realiza un software para llevar a cabo una tarea determinada, para as satisfacer al usuario en sus necesidades. El levantamiento de informacin de requerimientos arrojo el siguiente resultado:a) Requerimientos Funcionales del Sistema

Un requisito funcional define una funcin del sistema de software o sus componentes. Una funcin es descrita como un conjunto de entradas, comportamientos y salidas. Los requerimientos funcionales pueden ser: clculos, detalles tcnicos, manipulacin de datos y otras funcionalidades especficas que se supone, un sistema debe cumplir. Los requerimientos de comportamiento para cada requerimiento funcional se muestran en los casos de uso. Son complementados por los requisitos no funcionales, que se enfocan en cambio en el diseo o la implementacin. Como se define en la ingeniera de requisitos, los requisitos funcionales establecen los comportamientos del sistema.

Tpicamente, un analista de requisitos genera requisitos funcionales luego de diagramar los casos de uso. Sin embargo, esto puede tener excepciones, ya que el desarrollo de software es un proceso iterativo y algunos requisitos son previos al diseo de los casos de uso. Ambos elementos (casos de uso y requisitos) se complementan en un proceso bidireccional.

Un requisito funcional tpico contiene un nombre y un nmero de serie nico y un resumen. Esta informacin se utiliza para ayudar al lector a entender por qu el requisito es necesario, y para seguir al mismo durante el desarrollo del producto.

El ncleo del requisito es la descripcin del comportamiento requerido, que debe ser clara y concisa. Este comportamiento puede provenir de reglas organizacionales o del negocio, o ser descubiertas por interaccin con usuarios, inversores y otros expertos en la organizacin.RequerimientoDescripcinPrioridad

RF-01Ver informacin generalBaja

RF-02Acceder al sistema por medio de una validacinAlta

RF-03Facilitar la Gestin de Registros de Usuarios Alta

RF-04Consultar Usuarios Alta

RF-05Facilitar la Gestin de Registros de EstacionesAlta

RF-06Consultar EstacionesMedia

RF-07Facilitar la gestin de los diversos formularios Media

RF-08Permitir la actualizacin de los datosMedia

RF-09Elaboracin de los diferentes ReportesMedia

RF-10Facilitar las Estadsticas Media

RF-11Gestionar a los distintos UsuariosMedia

RF-12Validar los datos antes de registrarlos en la BDAlta

RF-13El sistema debe manejar la informacin interrogada a cada estacin de manera que se pueda visualizar los datos capturadosAlta

RF-14El sistema debe tener la capacidad de difundir por otros medios tecnolgicos la informacin consultada a las estaciones (redes sociales, telefona mvil, etc)Alta

RF-15El sistema tendr criptografa de las comunicaciones, almacenamiento de la informacin secreta y confidencialAlta

RF-16El sistema podr configurar las reglas para la importacin de datos de diferentes fuentesMuy Alta

RF-17El sistema usar formatos estndar para la exportacin de datosMuy Alta

RF-18El sistema permitir el manejo y la escalabilidad en el volumen de las transacciones y de los usuarios.Muy Alta

RF-19Soporta dispositivos mviles con sistema operativo Android, Windows Mobile, Firefox, Phone y IOsX.Alta

RF-20El sistema verificar cuando la aplicacin se reinicie (aunque sea despus de un fallo), que no se encuentre afectado ninguno de los controles de seguridadMuy Alta

Fuente, Seijas J., Rangel R., Prez L. (2015).b) Requerimientos no Funcionales

Los requerimientos no funcionales, como su nombre sugiere, son aquellos requerimientos que no se refieren directamente a las funciones especficas que proporciona el sistema, sino a las propiedades emergentes de ste como la fiabilidad, el tiempo de respuesta y la capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y las representaciones de datos que se utilizan enlas interfaces del sistema. Los requerimientos no funcionales rara vez se asocian con caractersticas particulares del sistema. Ms bien, estos requerimientos especifican o restringen las propiedades emergentes del sistema.

Los requerimientos no funcionales de la presente aplicacin son los siguientes:RequerimientoDescripcinPrioridad

RNF-01Contar con Un Administrador de BDAlta

RNF-02Mostrar un listado de submen con informacin adicionalMedia

RNF-03Llevar el logo de la InstitucinBaja

RNF-04El entorno de la aplicacin usara los colores de la InstitucinMedia

RNF-05La base de datos Sera creada en MySQLAlta

RNF-06Presentar mensajes de error de fcil compresinAlta

RNF-07Multinavegacin WebMedia

RNF-08Interfaz Grfica Amigable Media

RNF-09Servidor Web ApacheAlta

RNF-10El sistema no sobrepasar los controles de seguridad, tendr integridad de las configuraciones de seguridad del servidor e integridad de los recursos del sistemaMuy Alta

RNF-11El sistema tendr autenticacin de usuario, autenticacin de procesosMedia

RNF-12El sistema tendr Integridad de la informacin almacenada, integridad de la informacin desplegadaMedia

RNF-13 El sistema tendr mecanismo de registro de eventos, configuracin de eventos a auditar, eventos a ser auditados, asociacin usuario con registro de auditora, auditoria de a nivel de objetos en bases de datosMedia

RNF-14Debe tener una arquitectura que permita su actualizacin de versinAlta

RNF-15La solucin permite la configuracin en diferentes Idiomas de la interface de usuarioMedia

RNF-16La arquitectura de la solucin debe ser multinivel o multicapa.Media

RNF-17El sistema contar con manuales tcnicos, de ayuda al usuario, de cdigo de errores en formato digital y en diferentes idiomas

Fuente, Seijas J., Rangel R., Prez L. (2015). CAPITULO VIDescripcin Global del Producto

Es un software que provee y mantiene los servicios y soluciones integrales de tecnologa de automatizacin, informacin y comunicaciones de la empresa TECNUM Electrnica; contribuye a mantener su continuidad operativa y suministrarsoluciones integrales y de calidad en las reas de Ingeniera, Instrumentacin y Control; innova y acta como agente de transformacin en el mbito informativo sobre los fenmenos ambientales que se den sobre distintas regiones del pas a la vez que difunde la informacin a travs de distintos medios tecnolgicos como redes sociales y telefona mvil y en la sociedad venezolana con responsabilidad social, econmica y ambiental; potencia un desarrollo tecnolgico que impulsa los poderes creadores del pueblo, el conocimiento libre, el desarrollo endgeno sustentable y la economa social productiva para lograr la soberana tecnolgica; alineados con la Constitucin de la Repblica Bolivariana de Venezuela (CRBV) y en coordinacin con sus organismos rectores.

Este software ser desarrollado bajo ambiente cliente-servidor utilizando el lenguaje de programacin PHP, como manejador de base de datos Maysql, e intercambiando cdigo fuente con java entre otros.

Lenguaje de Programacin PHP5

PHP5Fue creado originalmente porRasmus Lerdorfen 1995. Actualmente el lenguaje sigue siendo desarrollado con nuevas funciones por el grupo PHP.Este lenguaje forma parte delsoftware librepublicado bajo lalicencia PHP, que es incompatible con laLicencia Pblica General de GNUdebido a las restricciones del uso del trminoPHP. Es un lenguaje de programacinde uso generaldecdigo del lado del servidororiginalmente diseado para eldesarrollo webdecontenido dinmico. Fue uno de los primeros lenguajes de programacin del lado del servidor que se podan incorporar directamente en el documentoHTMLen lugar de llamar a un archivo externo que procese los datos. El cdigo es interpretado por un servidor web con un mdulo de procesador de PHP que genera la pgina Web resultante. PHP ha evolucionado por lo que ahora incluye tambin una interfaz delnea de comandosque puede ser usada enaplicaciones grficasindependientes. Puede ser usado en la mayora de los servidores web al igual que en casi todos los sistemas operativos y plataformas sin ningn costo.Manejador de Base de Datos MySQLMySQL es un sistema de gestin de bases de datosrelacional,multihiloymultiusuariocon ms de seis millones de instalaciones.MySQL AB,desde enero de 2008, una subsidiaria deSun Microsystemsy sta a su vez deOracle Corporationdesde abril de 2009 desarrolla MySQL comosoftware libreen un esquema de licenciamiento dual.

Por un lado se ofrece bajo laGNU GPLpara cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productosprivativosdeben comprar a la empresa una licencia especfica que les permita este uso. Est desarrollado en su mayor parte enANSI C.

Metodologas de Desarrollo de Software

Las metodologas de desarrollo de software tienen como objetivo la elaboracin de estrategias en la definicin de pautas y mtodos como los costos, tiempos y directrices inmersas dentro del proyecto, apuntando a convertir el desarrollo del sistema en un proceso formal, pudiendo anticiparse a los resultados y escenarios que surjan en el mismo. En la actualidad, los sistemas de informacin forman una parte esencial de las organizaciones, pudiendo otorgarles ventajas competitivas dentro del mercado, por lo cual el desarrollo de los mismos, debe ser un proceso con una gran solidez, y basado en las mejores prcticas, no solamente de programacin, sino de gestin y direccin de proyectos.White Watch

Es un marco metodolgico que describe, el conjunto estructurado de actividades necesarias para producir un producto de software sencillo y pequeo con documentacin precisa. Es por ello que las actividades gerenciales, de control de calidad y configuracin, necesarias en todo proyecto de desarrollo, se limitan a prescribir las actividades esenciales de control de cambios, validacin y verificacin de especificaciones y productos. El rol de lder del proyecto puede ser llevado en paralelo y sin sobrecarga durante la ejecucin de otros roles tcnicos del proyecto.

Componentes del Mtodo Watch

Clase Estructura del Mtodo WhiteWatch

Clase Jerarqua de Productos

Es una metodologa fcil de usar, y que puede generar software de alta calidad, ya que engloba las mejores prcticas tcnicas y notaciones utilizadas en la industria del software.

Permite la mejora continua del producto, gracias a su interactividad.

Mejora las labores de direccin del proyecto ya que define de manera explcita el conjunto de actores que participaran en el desarrollo del sistema y sus roles y responsabilidades.

Permite que tanto el grupo de desarrollo como los usuarios del sistema sepan en todo momento el estatus del proyecto.

Fortalece la organizacin en el proyecto, ya que detalla los productos que producir cada proceso y a su vez los actores que participaran en el mismo.

Es necesario evaluar la factibilidad de implementacin del mtodo, debido al alto grado de detalle del mismo.

Es recomendado para proyectos que, por su alta complejidad e importancia requieran un alto nivel del detalle.

Se recomienda usarlo cuando se necesite mejorar las labores de direccin del proyecto.

RUP (RATIONAL UNIFIED PROCESS) (Proceso Racional Unificado)

RUP es un proceso de desarrollo de software y junto con el Lenguaje Unificado de Modelado UML, constituye la metodologa estndar ms utilizada para el anlisis, implementacin y documentacin de sistemas orientados a objetos.

Originalmente se dise un proceso genrico y de dominio pblico, el Proceso Unificado, y una especificacin ms detallada, el RUP, que se vendiera como producto independiente.

Principios de Desarrollo

El RUP est basado en 6 principios clave que son los siguientes:

Adaptar el proceso: El proceso deber adaptarse a las necesidades del cliente ya que es muy importante interactuar con l.

Equilibrar prioridades: Los requisitos de los diversos participantes pueden ser diferentes, contradictorios o disputarse recursos limitados

Demostrar valor iterativamente: Los proyectos se entregan, aunque sea de un modo interno, en etapas iteradas.

Colaboracin entre equipos: El desarrollo de software no lo hace una nica persona sino mltiples equipos.

Elevar el nivel de abstraccin: Este principio dominante motiva el uso de conceptos reutilizables tales como patrn del software, marcos de referencia (frameworks) por nombrar algunos.

Enfocarse en la calidad: El control de calidad no debe realizarse al final de cada iteracin, sino en todos los aspectos de la produccin. El ciclo de vida RUP es una implementacin del Desarrollo en espiral. Fue creado ensamblando los elementos en secuencias semi-ordenadas. El ciclo de vida organiza las tareas en fases e iteraciones.

Principales caractersticas:

Forma disciplinada de asignar tareas y responsabilidades (quin hace qu, cundo y cmo).

Pretende implementar las mejores prcticas en Ingeniera de Software.

Desarrollo iterativo.

Administracin de requisitos.

Uso de arquitectura basada en componentes.

Control de cambios.

Modelado visual del software.

Verificacin de la calidad del software.

El RUP es un producto de Rational (IBM). Se caracteriza por ser iterativo e incremental, estar centrado en la arquitectura y guiado por los casos de uso. Incluye artefactos (que son los productos tangibles del proceso como por ejemplo, el modelo de casos de uso, el cdigo fuente, etc.) y roles (papel que desempea una persona en un determinado momento, una persona puede desempear distintos roles a lo largo del proceso).

Fases:

RUP comprende 2 aspectos importantes por los cuales se establecen las disciplinas:

Proceso:

Modelado de negocio.

Requisitos.

Anlisis y Diseo.

Implementacin.

Pruebas.

Despliegue.

Soporte: En esta parte nos encontramos con las siguientes etapas:

Gestin del cambio y configuraciones.

Gestin del proyecto.

Entorno.

La estructura dinmica de RUP es la que permite que ste sea un proceso de desarrollo fundamentalmente iterativo, y en esta parte se ven inmersas las 4 fases descritas anteriormente:

Fase de Inicio: Esta fase tiene como propsito definir y acordar el alcance del proyecto con los patrocinadores, identificar los riesgos asociados al proyecto, producir el plan de las fases y el de iteraciones posteriores. detalles muy generales de la arquitectura de software.

Fase de Elaboracin: En la fase de elaboracin se disea la solucin preliminar, se seleccionan los casos de uso que permiten definir la arquitectura base del sistema y se desarrollaran en esta fase, y el primer anlisis del dominio del problema.

Fase de Desarrollo: El propsito de esta fase es completar la funcionalidad del sistema, para ello se deben clarificar los requisitos pendientes, administrar los cambios de acuerdo a las evaluaciones realizados por los usuarios y se realizan las mejoras para el proyecto.

Fase de Transicin (cierre): El propsito de esta fase es asegurar que el software est disponible para los usuarios finales, ajustar los errores y defectos encontrados en las pruebas de aceptacin, capacitar a los usuarios y proveer el soporte tcnico necesario.

Ciclo de vida:

Las primeras interacciones (en las fases de Inicio y Elaboracin) se Enfocan hacia la comprensin del problema y la tecnologa (Durante la fase de inicio las iteraciones hacen mayor nfasis en actividades de modelado del negocio y de requisitos).

En la fase de elaboracin, las iteraciones se orientan al desarrollo de la BASELINE de la arquitectura, abarcan ms los flujos de trabajo de requisitos, modelo de negocios (refinamiento), anlisis, diseo y una parte de implementacin orientado a la BASELINE de la arquitectura.

En la fase de construccin, se lleva a cabo la construccin del producto por medio de una serie de iteraciones. (Para cada iteracin se seleccionan algunos Casos de Uso).

En la fase de transicin se pretende garantizar que se tiene un producto preparado para su entrega a la comunidad de usuarios.Apache HTTP ServerEl servidor Apache HTTP, tambin llamadoApache, es un servidor web HTTP de cdigo abierto para la creacin de pginas y servicios web. Es un servidor multiplataforma, gratuito,muy robusto y que destaca por su seguridad y rendimiento; es un programa especialmente diseado para transferir datos de hipertexto, es decir, pginas web con todos sus elementos (textos, widgets, baners, etc). Estos servidores web utilizan el protocolo http.

Los servidores web estn alojados en un ordenador que cuenta con conexin a Internet. El web server, se encuentra a la espera de que algn navegador le haga alguna peticin, como por ejemplo, acceder a una pgina web y responde a la peticin, enviando cdigo HTML mediante una transferencia de datos en red.

Ventajas

Instalacin/Configuracin.Software de cdigo abierto.

Coste.El servidor web Apache es completamente gratuito.

Funcional ySoporte.Alta aceptacin en la red y muy popular, esto hace que muchos programadores de todo el mundo contribuyen constantemente con mejoras, que estn disponibles para cualquier persona que use el servidor web y que Apache se actualice constantemente.

Multi-plataforma. Se puede instalar en muchos sistemas operativos, es compatible con Windows, Linux y MacOS.

Rendimiento.Capacidad de manejar ms de un milln de visitas/da.

Soporte de seguridad SSL y TLS.Inconvenientes

Falta de integracin

Posee formatos de configuracin NO estndar.

No posee un buen panel de configuracin BOOTSTRAP

Es un framework originalmente creado por Twitter, que permite crear interfaces web con CSS y JavaScript, cuya particularidad es la de adaptar la interfaz del sitio web al tamao del dispositivo en que se visualice. Es decir, el sitio web se adapta automticamente al tamao de una PC, una Tablet u otro dispositivo. Esta tcnica de diseo y desarrollo se conoce como responsive design o diseo adaptativo.

El beneficio de usar responsive design en un sitio web, es principalmente que el sitio web se adapta automticamente al dispositivo desde donde se acceda. Lo que se usa con ms frecuencia, y que a mi opinin personal me gusta ms, es el uso demedia queries, que es un mdulo de CSS3 que permite la representacin de contenido para adaptarse a condiciones como la resolucin de la pantalla y si trabajs las dimensiones de tu contenido en porcentajes, puedes tener una web muy fluida capaz de adaptarse a casi cualquier tamao de forma automtica.

Pero si no quieres nada que ver con los media queries, otra muy buena opcin es el uso del framework de Bootstrap, que como te dije te ayudar a desarrollar tus sitios adaptativos.Bootstrap tiene un soporte relativamente incompleto paraHTML5yCSS 3, pero es compatible con la mayora de los navegadores web. La informacin bsica de compatibilidad de sitios web o aplicaciones esta disponible para todos los dispositivos y navegadores. Existe un concepto de compatibilidad parcial que hace disponible la informacin bsica de un sitio web para todos los dispositivos y navegadores. Por ejemplo, las propiedades introducidas en CSS3 para las esquinas redondeadas, gradientes y sombras son usadas por Bootstrap a pesar de la falta de soporte de navegadores antiguos. Esto extiende la funcionalidad de la herramienta, pero no es requerida para su uso.

Desde la versin 2.0 tambin soportadiseos sensibles. Esto significa que el diseo grfico de la pgina se ajusta dinmicamente, tomando en cuenta las caractersticas del dispositivo usado (Computadoras, tabletas, telfonos mviles).CSS

Hoja de estilo en cascadaoCSS(siglas en ingls decascading style sheets) es un lenguaje usado para definir y crear la presentacin de un documento estructurado escrito enHTMLoXML2(y por extensin enXHTML). ElWorld Wide Web Consortium(W3C) es el encargado de formular la especificacin de lashojas de estiloque servirn de estndar para losagentes de usuarioonavegadores.SINTAXIS

La idea que se encuentra detrs del desarrollo de CSS es separar la estructura de un documento de su presentacin.

La informacin de estilo puede ser definida en un documento separado o en el mismo documento HTML. En este ltimo caso podran definirse estilos generales en la cabecera del documento o en cada etiqueta particular mediante el atributo.

CSS tiene unasintaxismuy sencilla, que usa unas cuantas palabras clave tomadas del ingls para especificar los nombres de varias propiedades de estilo.

Una hoja de estilo se compone de una lista de reglas. Cada regla o conjunto de reglas consiste en uno o msselectoresy unbloque de declaracin(o bloque de estilo) con los estilos a aplicar para los elementos del documento que cumplan con el selector que les precede. Cada bloque de estilos se define entre llaves, y est formado por una o varias declaraciones de estilo con el formatopropiedad:valor;.

En el CSS, losselectoresmarcarn qu elementos se vern afectados por cada bloque de estilo que les siga, y pueden afectar a uno o varios elementos a la vez, en funcin de su tipo, nombre (name), ID, clase (class), posicin dentro delDocument Object Model, etctera.

Abajo puede verse un ejemplo de una parte de una hoja de estilos CSS:

selector [, selector2, ...] [:pseudo-class][::pseudo-element] { propiedad: valor; [propiedad2: valor2; ...]}/* comentarios */HTML5

Es la quinta revisin importante del lenguaje bsico de laWorld Wide Web,HTML. HTML5 especifica dos variantes de sintaxis para HTML: una clsica, HTML (text/html), conocida comoHTML5, y una varianteXHTMLconocida como sintaxisXHTML5que deber servirse con sintaxis XML (application/xhtml+xml).12Esta es la primera vez que HTML y XHTML se han desarrollado en paralelo. La versin definitiva de la quinta revisin del estndar se public en octubre de 2014.

Al no ser reconocido en viejas versiones de navegadores por sus nuevas etiquetas, se recomienda al usuario comn actualizar su navegador a la versin ms nueva, para poder disfrutar de todo el potencial que provee HTML5.

Establece una serie de nuevos elementos y atributos que reflejan el uso tpico de los sitios web modernos. Algunos de ellos son tcnicamente similares a las etiquetasy, pero tienen un significado semntico, como por ejemplo(bloque de navegacin del sitio web) y. Otros elementos proporcionan nuevas funcionalidades a travs de una interfaz estandarizada, como los elementosy. Mejora el elemento, capaz de renderizar elementos 3D en los navegadores ms importantes (Firefox, Chrome, Opera, Safari e Internet Explorer).

Algunos elementos de HTML 4.01 han quedado obsoletos, incluyendo elementos puramente de presentacin, comoy, cuyos efectos son manejados porHojas de estilo en cascada. Tambin hay un renovado nfasis en la importancia del scriptingDOMpara el comportamiento de la web 2.0.

JQueryes unabibliotecadeJavaScript, creada inicialmente porJohn Resig, que permite simplificar la manera de interactuar con los documentosHTML, manipular el rbolDOM, manejar eventos, desarrollar animaciones y agregar interaccin con la tcnicaAJAXa pginas web. Fue presentada el 14 de enero de 2006 en elBarCampNYC. jQuery es la biblioteca de JavaScript ms utilizada.1jQuery

essoftware libre y de cdigo abierto, posee un doble licenciamiento bajo laLicencia MITy laLicencia Pblica General de GNUv2, permitiendo su uso en proyectoslibresyprivados. jQuery, al igual que otras bibliotecas, ofrece una serie de funcionalidades basadas en JavaScript que de otra manera requeriran de mucho ms cdigo, es decir, con las funciones propias de esta biblioteca se logran grandes resultados en menos tiempo y espacio.

Las empresasMicrosoftyNokiaanunciaron que incluirn la biblioteca en sus plataformas. Microsoft la aadir en suIDEVisual Studio y la usar junto con los frameworksASP.NET AJAXyASP.NET MVC, mientras que Nokia los integrar con su plataformaWeb Run-Time.

jQueryconsiste en un nico fichero JavaScript que contiene las funcionalidades comunes de DOM, eventos, efectos y AJAX.

La caracterstica principal de la biblioteca es que permite cambiar el contenido de una pgina web sin necesidad de recargarla, mediante la manipulacin del rbol DOM y peticiones AJAX. Para ello utiliza las funciones$()ojQuery().4. Funcin La forma de interactuar con la pgina es mediante la funcin$(), un alias dejQuery(), que recibe como parmetro una expresin CSS o el nombre de una etiqueta HTML y devuelve todos los nodos (elementos) que concuerden con la expresin. Esta expresin es denominadaselectoren la terminologa de jQuery.

$("#tablaAlumnos"); // Devolver el elemento con id="tablaAlumnos"$(".activo"); // Devolver una matriz de elementos con class="activo"Una vez obtenidos los nodos, se les puede aplicar cualquiera de las funciones que facilita la biblioteca.

// Se elimina el estilo (con removeClass()) y se aplica uno nuevo (con addClass()) a todos los nodos con class="activo"$(".activo").removeClass("activo").addClass("inactivo");O por ejemplo, efectos grficos:

// Anima todos los componentes con class="activo"$(".activo").slideToggle("slow");5. Inicio de jQueryComnmente antes de realizar cualquier accin en el documento conjQuery(), debemos percatarnos de que el documento est listo. Para ello usamos$(document).ready (); de esta forma:

$(document).ready(function() { //Aqu van todas las acciones del documento.});Descripcin de los Procesos Fundamentales

Proceso de Instalacin de Estaciones

La instalacin de las estaciones climatolgicas agrupa a una serie de procedimientos y actividades que se describen en el siguiente grfico:

Instalacin de Unidad de adquisicin de datos (UAD) La seal producida por los sensores, ya sea analgica, de frecuencia, pulsos o digital es llevada a un dispositivo electrnico que permite su lectura y registro en formato digital. Este dispositivo se conoce como Unidad de Adquisicin de Datos (UAD), tambin llamado Sistema Central de Procesamiento (SCP), Registrados Automtico, DCP (por sus siglas en ingls Data Collection Plataform) o Datalogger, que significa recolector de datos en ingls.

La UAD convierte las seales proveniente de los sensores a un formato digital para ser almacenado en una memoria digital, y eventualmente transmitirlas por algn medio de comunicacin, usando generalmente un puerto de comunicacin serial. En el caso de TECNUM Electronica C.A. esta informacin es enviada por va telemtrica.Diagrama de bloques bsico de una unidad de adquisicin genrica (UAD)

Instalacin de Sensores

Los sensores climticos tienen la funcionalidad efectuar mediciones en el aire atmosfrico. Se distinguen por su gran robustez, facilidad de instalacin y de uso para TECNUM Electrnica C.A. sirven para detectar cambios en las condiciones climticas transmitiendo seales a las UAD. Los sensores utilizados por TECNUM Electrnica C.A. para efectuar el monitoreo de las estaciones se especifican de la siguiente manera:1. El pluvimetro

El pluvimetro es un instrumento de medicin que convierte la variable de la precipitacin lquida en una seal elctrica de salida, para que esta sea leda por la UAD. Existen varias tcnicas para esta medicin, que incluyen el pesado de un recipiente recolector y medicin de altura recolectada. Pero el instrumento ms utilizado, por su economa y facilidad de mantenimiento es el de tipo balancn (Fig.26), en el cual se genera un pulso de salida cada vez que se acumula una cantidad dada de agua.

Pluvimetro tipo balancn (Izquierda) y Corte del pluvimetro tipo balancn (Derecha)

La unidad en el SI es el mm, que corresponde a 1 litro por metro cuadrado (1 l/m2) pero tambin puede ser interpretada como el incremento de una lmina de agua en un recipiente expuesto a la precipitacin.

2. Temperatura del Aire

Este instrumento genera una seal elctrica de salida como una funcin de la temperatura del aire a la que est expuesto.

Existen varios principios de medicin, entre los ms comunes se tienen a las resistencias de platino (RTD) y los termistores. Su eleccin viene dada por las necesidades de sensibilidad, precisin y costo.

Proteccin para sensor de temperatura y humedad relativa del aire

Humedad relativa del aire

Este instrumento convierte el parmetro de la humedad relativa en una seal elctrica de salida. El mtodo ms comnmente utilizado es el del capacitor con dielctrico higroscpico.

A la izquierda sensor encapsulado de temperatura y humedad relativa del aire

Por tratarse la humedad relativa de una relacin, la misma no tiene unidades. Esta relacin se expresa en porcentaje (%). Se deben cumplir los mismos requerimientos de exposicin mencionados en el sensor de temperatura del aire.

3. Velocidad del viento

Este instrumento mide el avance de la masa de aire en funcin del tiempo, para generar una seal elctrica. Los instrumentos ms comunes para esta variable estn basados en el empuje de un grupo de cazoletas con eje vertical, o de una hlice en un eje horizontal.

Dos modelos de sensores de velocidad y direccin del viento

Su unidad segn el SI es el metro por segundo (m/s). Para su instalacin debe colocarse a 10 m de altura y evitar rboles y estructuras en las cercanas que puedan generar turbulencias

4. Direccin del viento

Este instrumento mide la direccin de avance de la masa de aire, para generar una seal elctrica. Los instrumentos ms comunes para esta variable estn basados en una veleta con eje vertical que se posiciona en la direccin del avance del viento. El eje se acopla a un potencimetro rotatorio sin fin o a un disco codificado para la generacin de la seal de salida.

Su unidad segn el SI es el grado sexagesimal. Para su instalacin debe colocarse a 10 m de alturas y evitar rboles y estructuras en las cercanas que puedan generar turbulencias.

Radiacin solar

Este instrumento mide la densidad de potencia debido a la incidencia de la radiacin dentro de un sector particular del espectro solar. Dependiendo del espectro de medicin, el sensor de radiacin pudiera ser sensible a la radiacin global, fotosintticamente activa, UV u otro campo espectral. Dependiendo de su instalacin el sensor pudiera ser sensible a la radiacin global, directa, difusa, reflejada o de albedo.

Sensor de radiacin solar.

Suele medirse en W/m2 y debe exponerse en un rea donde reciba la radiacin del sol en el espectro de inters durante todo el da y durante todo el ao.

5. Sensor de presin baromtrica

Este instrumento genera una seal elctrica en funcin de la presin baromtrica. Suele estar basado en una membrana mvil que se adosa a un elemento sensible al movimiento y as generar una seal elctrica.

6. Sensor de presin baromtrica

La unidad de medicin de la Presin baromtrica en el SI es el Pascal. Sin embargo, en meteorologa se suele preferir el uso del hPa o el milibar mb que tienen magnitudes equivalentes.

7. Nivel del agua

El sensor de nivel del agua proporciona una seal elctrica proporcional a la distancia entre un punto fijado como referencia y la superficie de un cuerpo de agua.

Existen varias tcnicas para esta medicin, entre las que se encuentran el sistema flotador-contrapeso, la presin hidrosttica, burbujeo, ultrasonido y radar.

Sensores de nivel de agua

La unidad en el SI es el metro (m). Para la exposicin de este sensor se deben evitar perturbaciones como el oleaje.

Fuente de energa

La fuente de energa principal de una estacin usualmente son bateras. Esto debido a que la estacin no deben dejar de medir en ningn momento y debe tener una fuente de energa independiente.

8. Panel Solar

Sistema alterno de energa con el objeto de recargar las bateras de la estaciones. El panel solar convierte la energa proveniente de la radiacin solar en energa elctrica, la cual es utilizada para la carga de la batera.

Configuracin de Enlace Telemtrico

Usualmente es requerido que la estacin transmita los datos almacenados de forma automtica o bajo pedido, para ello es necesario de un sistema de transmisin de datos inalmbrico o cableado.

Para determinar la va de transmisin de datos de la estacin es necesario estudiar qu tipo de enlace telemtrico puede ser el ms adecuado para esta operacin. Para esto depender de la ubicacin geogrfica de la estacin y de redes de comunicacin inalmbrica o cableada en las cercanas de la estacin.

9. Enlace Mltiple

El enlace mltiple se pudiese considerar para el caso de una red de estaciones meteorolgica, debido a que las estaciones se pueden encontrar en lugares geogrficos muy distante entre ellas. Por lo que la mejor decisin en la seleccin del enlace es el que mejor se adapte a la ubicacin de cada estacin.

A continuacin se muestra un diagrama que engloba vatios tipos enlace en una misma red de estaciones:

Enlace por mltiples medios

Configurar Gabinete

El gabinete es de vital importancia para una EMA, ya que contiene la mayora de los dispositivos electrnicos de la estacin.

En caso de que la estacin est al aire libre, como mnimo el gabinete debe ser NEMA 4 o IP66. Esto quiere decir, que debe cumplir con el siguiente requerimiento: Instalacin interior o exterior, protege contra el polvo transportado por el viento y la lluvia, salpicaduras de agua y agua proyectada; adems protege contra daos ocasionados por la formacin de hielo exterior sobre el armario

Gabinete Nema 4

Aadir Estaciones a Interrogador

Verificacin de Estaciones Registradas

Al ingresar en la opcin Configuracin de Interrogacin, se mostrar un cuadro de dilogo similar al de la Error: No se encuentra la fuente de referencia. En esta ventana se observa un listado de las estaciones que se encuentran registradas en la base de datos db_global que no estn configuradas para ser interrogadas, y un listado de las estaciones que estn configuradas para ser interrogadas.

Asistente de Interrogacin

Elementos de la Ventana Principal del Asistente de Configuracin de Interrogacin:

Estaciones No Interrogadas: Lista de estaciones que estn en la base de datos global pero no se estn interrogando actualmente.

Estaciones Interrogadas: Lista de estaciones que estn siendo interrogadas.

Uso de Asistente de Interrogador

El asistente del interrogador muestra una serie de procedimientos para aadir y configurar el comportamiento de la interrogacin y monitoreo de la estacin de la siguiente manera

Agregar Tarea de Interrogacin: Este botn solo se activar cuando se seale una estacin de la lista de Estaciones No Interrogadas, si se presiona el botn el asistente nos preguntara si estamos seguros de agregar la estacin seleccionada a la base de datos del interrogador.

Borrar Tarea de Interrogacin: Borra una estacin de la base de datos del interrogador y solo se activara si se selecciona una estacin de la lista de Estaciones Interrogadas (Solo modo avanzado).

Modificar Tarea de Interrogacin: Modifica una tarea de interrogacin de una estacin sealada de la lista de Estaciones Interrogadas (este botn solo se activ