Proyecto Final Roger 08-07-2015

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):
Prof. Alfonso Olivero
Integrantes:
Rangel ,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 2015
Contenido
CAPTULO I.................................................................................................................6
DIAGNSTICO COMUNITARIO...........................................................................6
Descripcin del Espacio Comunitario....................................................................6
El Problema............................................................................................................4
Registro de Interesados..............................................................................................5
CAPITULO II................................................................................................................6
Justificacin e Importancia del Proyecto...................................................................6
Descripcin del Proyecto...........................................................................................6
Misin.....................................................................................................................8
Visin.....................................................................................................................8
Objetivos del Proyecto...............................................................................................9
Alcance del Proyecto.................................................................................................9
Riesgos del Proyecto................................................................................................11
Factibilidad del Proyecto.........................................................................................12
Equipos actuales...................................................................................................14
Equipos necesarios...............................................................................................15
Grupo de Desarrollo del Proyecto............................................................................15
CAPITULO III............................................................................................................16
PLANIFICACIN Y GESTIN DEL PROYECTO..............................................16
Diagrama de Gantt o Diagrama de Planificacin....................................................20
Diagrama de Gantt...............................................................................................21
Riesgos y mitigacin del Proyecto..............................................................................23

Mitigacin de Riesgos..............................................................................................24
Taxonoma de Riesgos.........................................................................................24
Estimacin de la probabilidad..............................................................................30
Exposicin al riesgo.................................................................................................33
Gestin de los Riesgos.........................................................................................33
CAPTULO IV............................................................................................................37
MODELADO DE NEGOCIO.....................................................................................37
Procesos del Negocio...............................................................................................37
Cadena de Valor de los Procesos de Negocio..........................................................40
Descripcin de los Procesos Fundamentales...........................................................41
PF-1 Proceso de Instalacin de Estaciones..............................................................41
PF-1.1 Instalacin de Unidad de adquisicin de datos (UAD)............................42
PF-1.2 Instalacin de Sensores.............................................................................43
PF-1.3 Fuente de energa......................................................................................48
PF-1.4 Configuracin de Enlace Telemtrico......................................................48
PF-1.5 Configurar Gabinete.................................................................................49
PF-2 Aadir Estaciones a Interrogador....................................................................51
PF-2.1 Verificacion de Estaciones Registradas....................................................51
PF-2.2 Uso de Asistente de Interrogador.............................................................52
PF-3 Proceso de Monitoreo de Estaciones...............................................................53
PF-3.1 Verificacin de Estatus.............................................................................53
PF-3.2 Registro de Eventos..................................................................................55

PF-3.3 Informacin de la Estacin.......................................................................55
PF-3.4 Logs de Interrogador................................................................................56
Descripcin de los Procesos de Apoyo....................................................................57
PA-1 Configuracin de SIAMES.........................................................................57
PA-2 Configuracin de Interrogacin SIAMES...................................................60
PA-3 Definicin de Parmetros de Interrogacin.................................................60
PA-4 Dejar de Interrogar a una Estacin..............................................................64
CAPTULO V..............................................................................................................65
REQUERIMIENTOS DEL PROYECTO................................................................65
Requerimientos Funcionales................................................................................65
Requerimientos No Funcionales..........................................................................65
CAPTULO I
DIAGNSTICO COMUNITARIO
Descripcin del Espacio Comunitario
Resea 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 la electrnica, la recoleccin de datos, la computacin y
el control 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 de soluciones integrales para la industria.
TECNUM es una empresa cuya organizacin busca 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
Nombre
Prof.
Winston
Chvez
Lic.
Ramn
Molina
Ing.
Digenes
Santander
Ing. Luis
Santana
Empresa/cargo
UPTAMCA
Coord. de
Informtica
UPTAMCA
Coord. de
Proyectos
T.S.U.
Roger
Rangel
TECNUM
Electrnica
Contacto
Rol
Expectativa
Influencia
Director del
Proyecto
Culminacin
del Proyecto
Media
0212
322.53.23
Jefe del
Proyecto
Culminacin
del Proyecto
Alta
0212
373.48.56
Cliente
Implementaci
n del Proyecto
Alta
Cliente
Implementaci
n del Proyecto
Media
TECNUM
Electrnica
0412
2051903
Asesor del
Proyecto
Analista de
Sistemas
Jefe del
Proyecto
Desarrollador
UPTAMCA
T.S.U.
Grupo del
0412
Josue
Proyecto
7043302
Seijas
T.S.U.
0412
Leonar
Desarrollador
8058866
Prez
Fuente, Seijas J., Rangel R., Prez L. (2015).
Culminacin
del Proyecto
Implementaci
n del Proyecto
Alta
Culminacin
del Proyecto
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
suministrar soluciones 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 Proyecto
Objetivos 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
10
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 Proyecto

reas 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 Electrnica
Mdulo 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.
11
Riesgos Del Proyecto

Riesgos Lgicos
Riesgo
Cada de la Red
Cada del servicio de produccin
Extraccin de Informacin
Modificacin de Informacin
Destruccin de Informacin
Uso inadecuado de las Instalaciones
Ataque de Virus Informticos
Fuga de Informacin
Inadecuados controles de accesos lgicos
Prdida de Informacin
Falta de disponibilidad de Aplicaciones Crticas
Descontrol del Personal
Probabilidad
Alta
Alta
Alta
Alta
Alta
Alta
Alta
Media
Alta
Alta
Baja
Alta
Impacto
Alto
Alto
Alto
Alto
Alto
Medio
Alto
Alto
Alto
Alto
Medio
Bajo
Riesgos Fsicos
Riesgo
Probabilidad
Inadecuado controles de acceso fsico Alta
Vulnerabilidad
Alta
Incendio
Media
Robo
Alta
Desastres Naturales
Baja
Impacto
Bajo
Alto
Bajo
Alto
Alto
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 Proyecto
12
Factibilidad 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.
Objetivos
Costos Bs.
Desarrollo del Proyecto
10.000,00
Creacin de la Aplicacin
50.000,00
Prueba de la Aplicacin
80.000,00
Implementacin de la Aplicacin
20.000,00
Entrenamiento al Personal
10.000,00
Total.:
170.000,00
13
Factibilidad Humana u Operacional

Se 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.
Personal
Cantidad
Costo Bs.
Directores del Proyecto
01
15.000,00
Profesionales del Sistema
02
28.000,00
Total.:
03
33.000,00
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
Equipo
Cantidad
HP DC5100 Pentium 4HT DUAL SFF 2
Vida til
Valor Bs.
2 aos
5.500,00
40gb disco Duro Sata 512ram ddr2.

27.500,00
Total.:
2.
Equipo
Equipos necesarios
Cantidad
Servidor IBM X3300 Bundle, 8 Gb De 01
Vida til
Valor Bs.
3 aos
190.000,00
14
Memoria RAM 2 Discos Duros De 1

Terabyte
Router Cisco Linksys Ea4500 N900 01
3 aos
20.000,00
4 aos
31.000,00
Print Server
Cpu Hp Compaq Cq2953la Intel Core 05
I3 2120t, 4gb, 1tb, Dvdrw
365.000,00
Total.:
Grupo de Desarrollo del Proyecto

Nombre y Apellido
Rol en el Proyecto
Impacto
Lic. Ramn Molina
Gerente del Proyecto
Alto
Prof. Alfonzo Olivero
Asesor del Proyecto
Alto
Tsu. Rangel Roger
Analista de Sistemas
Alto
Tsu. Seijas Josue
Jefe del Proyecto

Desarrollador
Alto
Tsu. Leonar Prez
Desarrollador
Alto
CAPITULO III
PLANIFICACIN Y GESTIN DEL PROYECTO
Plan o Cronograma de trabajo.
Todo plan es un conjunto sistemtico de actividades que se lleva a cabo para
concretar una accin. De esta manera, el plan tiende a satisfacer necesidades o
resolver ciertos planes. Un plan de trabajo es una herramienta que permite ordenar y
sistematizar informacin relevante para realizar un trabajo. Esta especie de gua
propone una forma de interrelacionar los recursos humanos, financieros, materiales
y tecnolgicos disponibles.
15
Como instrumento de planificacin, el plan de trabajo establece

un cronograma, 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 la organizacin 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 un determinado 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.
16
Id
Elemento
accin
de
01
Propuesta
Sistema
del
Asignado
Tsu. Rangel Roger
Tsu. Seijas Josue.
Tsu. Leonar Prez
Recursos
Lugar
Tecnum Electrnica
Oficina central
Duracin
Monto
Bs.
Entrega
6 das
150,00
07 Feb 2015
16 das
328,00
07 Mar 2015
16 das
328,00
09 Mar 2015
31 das
598,00
28 Mar 2015
42 das
796,00
21 Mar 2015
11 Abr 2015
16 das
328,00
09 May 2015
21 das
3.465,00
06 Jun 2015
16 das
2.640,00
12 Sep 2015
Tecnum
02
Recoleccin de Tsu. Rangel Roger

Requerimientos
Departamento
tecnologa
de
03
Anlisis
de Tsu. Rangel Roger
Requerimientos
Departamento
tecnologa
de
Tsu. Rangel Roger

Planificacin del
Tsu. Seijas Josue.
Proyecto
Tsu. Leonar Prez
Departamento
tecnologa
de
Levantamiento de Tsu. Rangel Roger

la Informacin
Departamento
tecnologa
de
Tsu. Leonar Prez Departamento

Tsu. Seijas Josue.
tecnologa
de
04
05
06
07
08
Diseo de la BD
Diseo
Modelo
Negocio
del
del Tsu. Leonar Prez
Diseo Interfaces Tsu. Rangel Roger

Grficas
Departamento
tecnologa
de
Departamento
tecnologa
de
Electrnica
Tecnum
Electrnica
Tecnum
Electrnica
Tecnum
Electrnica
Tecnum
Electrnica
Tecnum
Electrnica
Tecnum
Electrnica
09
10
Diseo de
Aplicacin
la Tsu. Leonar Prez

Tsu. Seijas Josue.
Departamento
tecnologa
de
Diseo del Plan Tsu. Seijas Josue.

de Prueba
Tsu. Leonar Prez
Departamento
tecnologa
de
Tsu. Rangel Roger

Tsu. Seijas Josue.
Tsu. Leonar Prez
11
Implementacin
de la Aplicacin
Tecnum Electrnica
Tecnum
71 das
11.715,00
12 Sep 2015
31 das
5.115,00
31 Oct 2015
6 das
990,00
12 Dic 2015
Electrnica
Tecnum
Electrnica
Oficina central
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

Riesgo
Un 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 Problemas
Mitigacin 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.
ID
RI-01
Elemento
Riesgo
Fuente
Planificacin
Errores en la estimacin del

Jefe de Proyecto
presupuesto
RI-02
Planificacin
Cambio de polticas de Gestin.
Empresa
Jefe del Proyecto
RI-03
Planificacin
Seguridad del sitio
Jefe de Proyecto
Desarrolladores
RI-04
Equipo
Trabajo
de
RI-05
Equipo
Trabajo
de
Equipo
Trabajo
de
RI-06
RI-07
Equipo
Trabajo
de
Soporte y mantenimiento
Inexperiencia
del
equipo tcnico en la
implementacin del
proyecto
Dificultad
de
comunicacin
de
la
comunicacin entre los
miembros del grupo de
desarrollo del proyecto.
Desconocimiento o poco
conociendo por parte del
equipo de desarrollo en la
utilizacin
de
la
herramientas
Jefe de Proyecto
Desarrolladores
Jefe de Proyecto
Desarrolladores
Empresa
Empresa
Desarrolladores
Programador
Empresa
Programador
Declaracin de los Riesgos

RI-01 Errores en la estimacin del presupuesto
Condicin
Consecuencia
Errores en los clculos, No disponer
de los
no estimar bien los recursos necesarios para
factores que influyen terminar el proyecto a
en el clculo (archivos, tiempo, sobrecarga de
funciones, etc.) o el caso tareas al personal.
contrario
la
sobre
estimacin.
Efecto
Baja calidad del Proyecto,
entrega con retraso del
proyecto finalizado.
RI-02 Cambio de polticas de gestin

Condicin
Consecuencia
Cambio de polticas de El proyecto puede sufrir
gestin que afectan las retrasos,
cuanto
ms
metas y objetivos del avanzado este el desarrollo
proyecto.
del mismo ms crtico
ser
implementar
los
cambios, y generacin de
nuevos requisitos.
Efecto
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.

RI-03 Seguridad de la Aplicacin
Condicin
Consecuencia
Efecto
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.

RI-03 Soporte y mantenimiento
Condicin
Consecuencia
Efecto
Falta
de
Garantizar el soporte Bajo rendimiento del software, adaptacin a los
y mantenimiento del desactualizacin de los componentes cambios
por
proyecto.
software, bajo rendimiento de parte
del
hardware, baja calidad de software.
software, error y
deficiencia en el
acceso a los
datos,
falta
soporte a fallas
del
equipamiento.
RI-05 Inexperiencia del equipo de desarrollo / control de estudio en el
desarrollo e implementacin del proyecto
Condicin
Consecuencia
Efecto
Escaso
conocimiento
y
experiencia de los integrantes
del proyecto sobre las
herramientas utilizadas y los
Destinar mayor tiempo al

desarrollo
del
proyecto,
invertir tiempo y recursos
econmicos
en
la
Retrasos en la
finalizacin del
proyecto,
finalizar
el
lenguajes de programacin.
investigacin y capacitacin producto

con
del personal.
defectos dejando
en evidencia la
baja calidad del
mismo.
RI-06 Dificultad de comunicacin entre los miembros del grupo de

desarrollo del proyecto
Condicin
Consecuencia
Efecto
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.

RI-07 Desconocimiento o poco conocimiento por parte del equipo de
desarrollo en la utilizacin de la herramientas
Condicin
Consecuencia
Efecto
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 la entrega

retraso en el desarrollo de del Proyecto.
actividades definidas por el
proyecto, no aprovechar por
completo las herramientas
tcnico informticas.
Estimacin de la probabilidad
Tabla de Cuantificacin de incertidumbre.
Rango de
Promedio para el calculo
probabilidad
de 1% a 10%
5%
de 11 % a 25%
18 %
de 26% a 55%
40 %
de 56% a 80%
68 %
de 81% a 99%
90 %
Expresin
de lenguaje
natural
Baja
Poco
Media
Altamente
Casi seguro
Valor
numrico
1
2
3
4
5
Estimacin de probabilidad
En la siguiente tabla se expresan los riesgos identificados para el

proyecto con las probabilidades estimadas subjetivamente para cada uno de ellos.
ID
Riesgo
Expresin
Probabilidad
RI-01
Errores en la estimacin del presupuesto
Altamente
5%
Probable
RI-02
Cambio de polticas de Gestin.
Poco
Probable
40%
RI-03
Seguridad del sitio
Alta
60%
RI-04
Soporte y mantenimiento
Media
30%
RI-05
Inexperiencia del equipo tcnico en el

desarrollo e implementacin del proyecto
Altamente
Probable
25%
Probabilidad de ocurrencia del riesgo

Estimacin del impacto
Para el presente anlisis se emplear la escala de medicin subjetiva
expresada en la siguiente tabla.
Criterio
Insignificante
Marginal
Medio
Crtico
Catastrfico
Retraso en la planificacin Valor numrico

1 semana
2 semanas
1 mes
2 meses
Ms de 2 meses
1
2
3
4
5

Estimacin de impacto
En la siguiente tabla se definen el impacto que produciran la ocurrencia
de los riegos citados anteriormente:
Riesgo
Impacto
Riesgo
RI-01
Marginal
RI-05
RI-02
Catastrfico
RI-06
RI-03
Insignificante
RI-07
RI-04
Marginal
Impacto
Critico
Catastrfico
Medio
Impacto debido a ocurrencia de los riesgos

Exposicin al riesgo
ID
RI-01
Riesgo
Errores en la estimacin
del presupuesto
Probabilidad
Impacto
Exposicin
0.05
5%
RI-02 Cambio de polticas de

Gestin.
40%
RI-03 Seguridad del sitio
60%
0.60
RI-04 Soporte y mantenimiento
30%
0.60
Inexperiencia del equipo

tcnico en el desarrollo
RI-05 e implementacin del
proyecto
25%
Dificultad
de
la
comunicacin entre los
RI-06 miembros del grupo de
desarrollo del proyecto.
70%
3.5
Desconocimiento o poco
conociendo por parte del
RI-07 equipo de desarrollo en la
utilizacin
de
la
herramientas
20%
0.60

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
control de estudio
tener conocimiento de
este
personal
deber
una
actividad 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
de desarrollo del proyecto.
comunicacin entre los miembros del grupo
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 Contingencia
Disparador:
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 IV
MODELADO DEL NEGOCIO
Los 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.

Caractersticas
Permite
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
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 TECNUM

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 V
Requisitos 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

Act-001
Usuario
Versin
1.0
Caso de Uso
Validar Usuario
Registrar Usuario
Consultar Usuario
Modificar Usuario
Inhabilitar Usuario
Tipo
Primario
Descripcin
Es el actor principal y representa a cualquier persona que desee

utilizar el sistema de informacin meteorolgica.

Figura 2

Act-002
Administrador del Sistema
Versin
1.0
Caso de Uso
Mantenimiento BD
Respaldo BD
Depuracin BD
Tipo
Primario
Descripcin
Este 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.

Figura N3

Act-003
Tcnico del Sistema.
Versin
1.0
Caso de Uso
Mantenimiento de las Estaciones

Reportes
Configuracin de las Estaciones
Preparacin de los Interrogatorios
Monitoreo de las Estaciones
Instalacin de las Estaciones
Tipo
Primario
Descripcin
Este actor representa a cada una de las personas encargada del

funcionamiento ptimo de las diferentes estaciones meteorolgicas a
nivel nacional.
Figura N4

Act-004
Cliente
Versin
1.0
Caso de Uso
Consultar Reportes Meteorolgicos

Solicita Reportes Meteorolgicos
Tipo
Primario
Descripcin
Este actor representa a cada una de las personas que utilizan el

sistema como medio de informaciones meteorolgicas, para
planificacin de sus diferentes actividades cotidianas.

Reglas del negocio
Las Reglas del Negocio o Conjunto de Reglas de Negocio (Engine Rules,
por su descripcin en ingls) describe las polticas, normas, operaciones, definiciones
y restricciones presentes en una organizacin y 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
Ley Orgnica De Telecomunicaciones De Venezuela
o Proyecto Nacional Simn Bolvar. Lneas Generales del Plan de

Desarrollo Econmico y Social de la Nacin 2007 2013
o Plan De La Patria. Segundo Plan Socialista De Desarrollo Econmico
Y Social De La Nacin 2013-2019
o Ley Orgnica de Ciencia, Tecnologa e Innovacin
o Ley Orgnica De Los Trabajadores y Trabajadoras
o Por sus Estatutos, Normas, Reglamentos y Polticas internas emanadas
por la Institucin que regulan su integracin, estructura, organizacin
y funcionamiento
Requerimientos 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.
Requerimiento
Descripcin
Prioridad
RF-01
Ver informacin general
Baja
RF-02
Acceder al sistema por medio de una validacin
Alta
RF-03
Facilitar la Gestin de Registros de Usuarios
Alta
RF-04
Consultar Usuarios
Alta
RF-05
Facilitar la Gestin de Registros de Estaciones
Alta
RF-06
Consultar Estaciones
Media
RF-07
Facilitar la gestin de los diversos formularios
Media
RF-08
Permitir la actualizacin de los datos
Media
RF-09
Elaboracin de los diferentes Reportes
Media
RF-10
Facilitar las Estadsticas
Media
RF-11
Gestionar a los distintos Usuarios
Media
RF-12
Validar los datos antes de registrarlos en la BD
Alta
RF-13
El sistema debe manejar la informacin interrogada a Alta

cada estacin de manera que se pueda visualizar los
datos capturados
RF-14
El sistema debe tener la capacidad de difundir por Alta

otros medios tecnolgicos la informacin consultada
a las estaciones (redes sociales, telefona mvil, etc)
RF-15
El sistema tendr criptografa de las comunicaciones, Alta

almacenamiento
de
la
informacin
secreta
confidencial
RF-16
El sistema podr configurar las reglas para la Muy Alta

importacin de datos de diferentes fuentes
RF-17
El
sistema
usar
exportacin de datos
formatos
estndar
para
la Muy Alta
RF-18
El sistema permitir el manejo y la escalabilidad en Muy Alta

el volumen de las transacciones y de los usuarios.
RF-19
Soporta dispositivos mviles con sistema operativo Alta

Android, Windows Mobile, Firefox, Phone y IOsX.
RF-20
El sistema verificar cuando la aplicacin se reinicie Muy Alta

(aunque sea despus de un fallo),
que no se
encuentre afectado ninguno de los controles de

seguridad
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 en las 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:
Requerimiento
Descripcin
Prioridad
RNF-01
Contar con Un Administrador de BD
Alta
RNF-02
Mostrar un listado de submen con informacin Media

adicional
RNF-03
Llevar el logo de la Institucin
Baja
RNF-04
El entorno de la aplicacin usara los colores de la Media
Institucin
RNF-05
La base de datos Sera creada en MySQL
Alta
RNF-06
Presentar mensajes de error de fcil compresin
Alta
RNF-07
Multinavegacin Web
Media
RNF-08
Interfaz Grfica Amigable
Media
RNF-09
Servidor Web Apache
Alta
RNF-10
El sistema no sobrepasar los controles de Muy Alta

seguridad, tendr integridad de las configuraciones
de seguridad del servidor e integridad de los
recursos del sistema
RNF-11
El
sistema
tendr
autenticacin
de
usuario, Media
autenticacin de procesos
RNF-12
El sistema tendr Integridad de la informacin Media

almacenada, integridad de la informacin desplegada
RNF-13
El sistema tendr mecanismo de registro de eventos, Media

configuracin de eventos a auditar, eventos a ser
auditados, asociacin usuario con registro de
auditora, auditoria de a nivel de objetos en bases de
datos
RNF-14
Debe tener una arquitectura que permita su Alta

actualizacin de versin
RNF-15
La solucin permite la configuracin en diferentes Media

Idiomas de la interface de usuario
RNF-16
La arquitectura de la solucin debe ser multinivel o Media

multicapa.
RNF-17
El sistema contar con manuales tcnicos, de ayuda

al usuario, de cdigo de errores en formato digital y
en diferentes idiomas
CAPITULO VI
Descripcin 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
suministrar soluciones 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
PHP 5
Fue creado originalmente por Rasmus Lerdorf en 1995. Actualmente el lenguaje
sigue siendo desarrollado con nuevas funciones por el grupo PHP. Este lenguaje
forma parte del software libre publicado bajo la licencia PHP, que es incompatible
con la Licencia Pblica General de GNU debido a las restricciones del uso del
trmino PHP. Es un lenguaje de programacin de uso general de cdigo del lado del
servidor originalmente diseado para el desarrollo web de contenido dinmico. Fue
uno de los primeros lenguajes de programacin del lado del servidor que se podan
incorporar directamente en el documento HTML en 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 de lnea de comandos que
puede ser usada en aplicaciones grficas independientes. 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 MySQL
MySQL
es
un
sistema
de
datos relacional, multihilo y multiusuario con

instalaciones. MySQL
AB, desde
enero
gestin
ms
de
2008,
de
de
seis
una
bases
de
millones
de
subsidiaria
de Sun
Microsystems y sta a su vez de Oracle Corporation desde abril de 2009 desarrolla

MySQL como software libre en un esquema de licenciamiento dual.
Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con
esta licencia, pero para aquellas empresas que quieran incorporarlo en
productos privativos deben comprar a la empresa una licencia especfica que les
permita este uso. Est desarrollado en su mayor parte en ANSI 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 Server
El servidor Apache HTTP, tambin llamado Apache, 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 y Soporte. 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
de media 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 para HTML5 y CSS 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 soporta diseos 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 cascada o CSS (siglas en ingls de cascading style sheets)
es un lenguaje usado para definir y crear la presentacin de un documento
estructurado escrito en HTML o XML2 (y por extensin enXHTML). El World Wide
Web Consortium (W3C) es el encargado de formular la especificacin de las hojas de
estilo que servirn de estndar para los agentes de usuario o navegadores.
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 una sintaxis muy 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 ms selectores y un bloque 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 formato propiedad:valor;.
En el CSS, los selectores marcarn 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 del Document 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 la World Wide
Web, HTML. HTML5 especifica dos variantes de sintaxis para HTML: una clsica,
HTML (text/html), conocida como HTML5, y una variante XHTML conocida como
sintaxis XHTML5 que
deber
servirse
con
sintaxis
XML
(application/xhtml+xml).1 2 Esta 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
etiquetas <div> y <span>, pero tienen un significado semntico, como por
ejemplo <nav> (bloque de navegacin del sitio web) y <footer>. Otros elementos
proporcionan nuevas funcionalidades a travs de una interfaz estandarizada, como los
elementos<audio> y <video>. Mejora el elemento <canvas>, 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, como <font> y <center>, cuyos efectos son
manejados por Hojas de estilo en cascada. Tambin hay un renovado nfasis en la
importancia del scriptingDOM para el comportamiento de la web 2.0.
JQuery
es una biblioteca de JavaScript, creada inicialmente por John Resig, que permite
simplificar la manera de interactuar con los documentos HTML, manipular el
rbol DOM, manejar eventos, desarrollar animaciones y agregar interaccin con la
tcnica AJAX a pginas web. Fue presentada el 14 de enero de 2006 en

el BarCamp NYC. jQuery es la biblioteca de JavaScript ms utilizada.1
jQuery
es software libre y de cdigo abierto, posee un doble licenciamiento bajo
la Licencia MIT y la Licencia Pblica General de GNU v2, permitiendo su uso en
proyectos libres y privados. 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 empresas Microsoft y Nokia anunciaron que incluirn la biblioteca en
sus plataformas. Microsoft la aadir en su IDE Visual Studio y la usar junto con
los frameworks ASP.NET AJAX y ASP.NET MVC, mientras que Nokia los integrar
con su plataforma Web Run-Time.
jQuery consiste 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 $() o jQuery().
1.
Funcin
La forma de interactuar con la pgina es mediante la funcin $(), un alias

de jQuery(), 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 denominada selector en 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");
2.
Inicio de jQuery
Comnmente antes de realizar cualquier accin en el documento con jQuery(),

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
activara cuando se seleccione una estacin de la lista).
Cargar Archivo: Este botn carga un archivo de formato *.xml, con
informacin referente a una tarea que se haya grabado con anterioridad y con toda la
informacin de los esquema de decodificacin de parmetros, esquemas de
decodificacin de la estacin y los parmetros de conexin, la carpeta por defecto
ser Tareas de Interrogacin ubicada en la carpeta de Mis Documentos del
usuario, si la carpeta no existe, el asistente la crear automticamente.
Proceso de Monitoreo de Estaciones
El monitoreo de las estaciones mediante el Software de Interrogacin
Automtica de Mltiples Estaciones (SIAMES) agrupa a una serie de procedimientos
y actividades que se describen en el siguiente grfico:
Verificacin de Estatus
El software de Interrogacin automtica de mltiples estaciones (SIAMES)
posee varios elementos de la ventana principal permiten obtener informacin de
estado tanto de las estaciones como del sistema en general entre ellos tenemos:
Listado de Estaciones: Este listado muestra todas las estaciones o tareas de
interrogacin que se han configurado en la base de datos. Cada Fila
corresponde a una nica estacin y la primera columna de dicha fila
corresponde con el Identificador de dicha estacin y este representa los
diferentes estatus e informacin de la siguiente manera:
La columna Transcurrido indica cuanto tiempo ha pasada desde la fecha
del ltimo dato registrado para dicha estacin.
Si han transcurrido ms de 12 horas, la celda se mostrar en color rojo.
Si han transcurrido ms de 6 horas la celda se mostrar en color naranja. De
Lo contrario la celda se mostrar en su color original.
Ventana Principal del Interrogador

Las columnas intentos y fallas muestran el nmero de veces que se ha
ejecutado esta tarea y el nmero de veces que esos intentos han fallado.
Si las fallas superan el 50% de los intentos, se mostrarn en color naranja, y
si superan el 75% de los intentos se mostrarn en color rojo. De lo contrario se
mostrarn en color verde.
La ltima columna muestra el estado de la tarea. Verde quiere decir

Esperando. Naranja si est ocupada (en proceso de interrogacin), y Azul si
est pausada.
Registro de Eventos
La tabla de registro de eventos muestra todos los sucesos que van ocurriendo
durante el funcionamiento del programa de la siguiente manera:
Los errores o eventos importantes se mostrarn en color rojo.
El color naranja indica una advertencia o un evento que puede ser de inters
para el operador, pero no necesariamente indican un error. Por ejemplo, en
cada nueva interrogacin se suele descargar el ltimo bloque de datos
descargado en la interrogacin anterior (por redundancia).
Al intentar cargar estos datos en la base de datos se observarn varios
mensajes de advertencia indicando que los datos ya se encuentran
almacenados en la base de datos.
Los registros de eventos y otros elementos de la pantalla no se actualizan
mientras el programa se encuentra minimizado, por lo que al salir de dicho
estado es posible que no vea eventos recientes por unos minutos.
Informacin de la Estacin
Men Contextual
Haciendo clic con el botn derecho sobre una tarea de interrogacin, se
obtiene un men contextual. La opcin informacin de dicho men muestra una
ventana con la informacin de la estacin correspondiente a dicha tarea y el ltimo
mensaje generado por la mquina de interrogacin.
Informacin de la Estacin
Para leer la informacin de la estacin se requieren permisos de lectura de la
tabla de estaciones de la base de datos principal.
Logs de Interrogador
El programa de interrogacin registra en un Log informacin variada acerca
del funcionamiento del programa y los posibles errores. El Log es almacenado en el
subdirectorio logs dentro del directorio de la aplicacin.
El sistema de logs est programado para que el archivo no supere 1MB. Una
vez que se alcanza ese tamao se comienza un nuevo archivo. Slo se
mantienen almacenados el log actual y hasta 2 logs anteriores.
El Archivo actual recibe el nombre de Interrogador-log.txt y los 2 archivos
anteriores poseen un nombre similar pero seguido de un nmero, mientras
mayor sea el nmero ms reciente ser el archivo.
El sistema de logs es manejado por la herramienta NLog, por lo que el
formato de los mismos puede ser modificado para incluir diferente informacin,
agregar o quitar detalles e inclusive, utilizar mtodos diferentes de registro, como
emails, bases de datos y otros.
Descripcin de los Procesos de Apoyo
Configuracin de SIAMES
Una vez que se haya instalado y se hayan configurado las diferentes
estaciones en la base de datos, el programa puede ejecutarse haciendo clic sobre el
cono respectivo en el escritorio o en el men inicio.
Acceso directo del Software de Interrogacin

El instalador tambin crea un acceso directo de forma que el programa se
inicie automticamente al encenderse el computador.
Al ejecutarse debe iniciarse la interrogacin haciendo clic sobre el botn
Iniciar Interrogacin. El programa comenzar a interrogar de forma automtica y
no requiere de ms acciones por parte del usuario.
Ventana Principal del Software de Interrogacin
La ventana principal del Software de Interrogacin se muestra en la Error: No

se encuentra la fuente de referencia. Cuando el programa est ejecutndose en modo
minimizado, se puede acceder a l mediante un cono ubicado en el rea de
notificacin o bandeja del sistema de la barra de tareas de Windows (ver Error: No se
encuentra la fuente de referencia).
cono en el rea de notificacin del sistema

Activar la opcin Iniciar Automticamente en el men Opciones
Adicionales, permite omitir el paso anterior. De esta forma, el programa iniciar la
interrogacin tan pronto como se ejecute y se minimizar la ventana.
Iniciar Automticamente
Para acceder al cuadro de dilogo de Configuracin General del interrogador,
se debe detener la interrogacin haciendo clic en el botn Detener Interrogacin de
la ventana principal del programa.
Configuracin General
Luego podr abrir el cuadro de dilogo de configuracin haciendo clic en la
opcin Configuracin General el men Opciones Adicionales.
Parmetros de la base de datos local
Deber ingresar los parmetros de conexin para acceder a la base de datos
local (base de datos del interrogador db_interrogador).
Parmetros de la Base de datos Local

Parmetros de la base de datos remota
Deber ingresar los parmetros de conexin para acceder a la base de datos
remota o principal (base de datos de la red de estaciones meteorolgicas db_global).
Parmetros de la Base de datos Principal (db_global)

Configuracin de Interrogacin SIAMES
Para acceder al cuadro de dilogo de Configuracin de Interrogacin, se
debe detener la interrogacin haciendo clic en el botn Detener Interrogacin de la
ventana principal del programa.
Men Configuracin de Interrogacin

Luego podr abrir el cuadro de dilogo de configuracin haciendo clic en la
opcin Configuracin de Interrogacin el men Opciones Adicionales.
Modo Avanzado y Modo Normal
El software de Interrogacin posee 2 modos de configuracin, el modo
normal y el modo avanzado. En modo avanzado, se tienen ms opciones de
configuracin de interrogacin sin embargo, se debe evitar utilizar este modo, pues se
corre el riesgo de perjudicar el funcionamiento del programa. De ser necesario entrar
en modo avanzado, presione la tecla F12 antes de pulsar el men Configuracin de
Interrogacin en la ventana principal del Interrogador. Para volver a modo normal,
presione nuevamente la tecla F12 en la ventana principal del Interrogador.
Definicin de Parmetros de Interrogacin
La primera pestaa de configuracin de los parmetros de la tarea de
interrogacin para dicha estacin permite configurar entre otras cosas el Intervalo de
interrogacin (ej. Para interrogar cada diez minutos: 00:10:00), el nmero de
Reintentos en caso de error (ej. 3), el Modo de inicio (usualmente 2), el Timeout de la
Tarea, etc.
Pestaa "Informacin de la Tarea"

Elementos de la Ventana de Configuracin de la Tarea, Informacin de la
Tarea
1.
Tarea de Interrogacin: En esta pestaa se mostraran y configuraran
los siguientes sub-elementos:
2.
ID de Estacin: Mostrar el ID de estacin asociada a esta tarea de
interrogacin, si es una nueva tarea de interrogacin (Modo Avanzado) este
campo estar habilitado para su modificacin.
3.
Prxima Interrogacin: Indica en qu momento estaba pautada la
prxima interrogacin.
4.
TimeOut (seg): Establece el tiempo mximo de duracin de la tarea.
La tarea se terminar si se supera este tiempo.
5.
Intervalo de Interrogacin: Indica el periodo de la tarea de
interrogacin de la estacin.
6.
Intentos: Indica cuantas veces debe reintentarse esta tarea de
interrogacin en caso de haber fallado.
7.
Estado: indica el estado actual de la tarea.

BUSY: Indica que la tarea est en plena ejecucin.
IDLE: Indica que la tarea est esperando la hora de su prxima
interrogacin.
PAUSED: Indica que la tarea no se ejecutar cuando llegue su turno de

interrogacin, pero s se programar la hora y fecha de su prximo
turno.
SUSPENDED: Indica que la tarea dejar de ser procesada, no se
interrogar a la estacin ni se programar Prxima Interrogacin para
una prxima interrupcin.
8.
ltima Interrogacin: Indica cual fue la fecha del ltimo dato
extrado de sta estacin.
9.
Inicio de Interrogacin: Indica en qu momento se comenzarn las
Interrogaciones de esta estacin (Dependiendo del Modo de Inicio).
10.
Modo de Inicio: Modo de Inicio: define cmo y en qu momento se
comenzarn las interrogaciones de la estacin.
0: se iniciar la interrogacin un intervalo de interrogacin a partir de
la hora actual.
1: se iniciar la adquisicin tan pronto como los segundos de la hora
actual coincidan con los segundos de Inicio de Interrogacin. (La
fecha, la hora y los minutos de Inicio de Interrogacin se ignoran).
2: se iniciar la adquisicin tan pronto como los minutos y los
segundos de la hora actual coincidan con los segundos y minutos de
Inicio de Interrogacin. (La fecha y la hora de Inicio de Interrogacin
se ignoran).
3: se iniciar la adquisicin tan pronto como la hora actual coincida
con la hora, minutos y segundos de Inicio de Interrogacin. (La fecha
de Inicio de Interrogacin se ignora).
4 y 5: estn reservados (mas no implementados) para iniciar en una
fecha especfica, ignorando el mes/ao y ao respectivamente. Ms
modos de arranque sern aadidos cuando sea necesario.
6: Utiliza directamente el valor Inicio de Interrogacin.
11.
Utiliza la hora actual ms 5 segundos.
12.
Interrogaciones Fallidas: Indica el nmero de veces que esta tarea
ha fallado.
13.
Interrogaciones Totales: Indica el nmero de veces que se ha
ejecutado la tarea.
14.
ltimo(s) Mensaje(s): ltimos mensajes de la estacin.
15.
Limpiar: Borra los Campos ltimo Mensaje y reinicia los valores
de Nmero de Fallas e Interrogaciones Totales de la Estacin.
16.
17.
datos.
Aceptar: Guarda los cambios realizados a la base de datos.

Cancelar: Sale de la ventana sin guardar cambios a la base de
18.
Salvar en Archivo: Salva en un archivo *.xml todos los esquemas
decodificacin de parmetros, esquema de decodificacin de estacin, los
parmetros de conexin y la configuracin de tareas y medios de
comunicacin de la estacin actual.
Dejar de Interrogar a una Estacin
En modo de usuario normal, el asistente de configuracin de interrogacin no
le permitir eliminar tareas de la lista, esto es un mtodo de seguridad para evitar
errores indeseados. Sin embargo, es posible suspender una tarea de interrogacin para
que no se ejecute. La ventaja de este mtodo es que se puede restablecer la tarea sin
necesidad de repetir todos los pasos de configuracin de la misma.
Para suspender una tarea, entre a la ventana de configuracin de la tarea de
interrogacin, y en la pestaa principal (Informacin de la tarea) ubique el selector
de estado de la tarea (ver Error: No se encuentra la fuente de referencia) y seleccione
la opcin Suspended.
Suspender una Tarea de Interrogacin
Para restablecer la tarea repita el procedimiento y seleccione la opcin Idle

que es el estado natural de la tarea.
Casos de uso con sus descriptores.
CASO DE USO GENERAL

C-000
Autores
Objetos Asociados
Descripcin
Actores
Precondicin
Secuencial Normal
Usuario
Seijas Josu, Rangel Roger, Prez Leonar
Login, Validacin.
El sistema debe comportarse como se describe en la
siguiente secuencia de interacciones cuando <evento
disparador>.
Invitado
Ninguna.
Invitado
Sistema
1)
El
usuario 1)
Verificar si el login y clave
logea en el sistema.
estn en la base de datos.
a)
No existe el login y clave.
b)
Con 3 intentos bloquea el
sistema y enva un mensaje al

usuario.
2)
El sistema le manda un
mensaje bloqueado el usuario.
2)
Reintentar
nuevamente.
3)
El usuario y clave son
correcto, permite el acceso al
sistema
mediante
el
men
correspondiente.
3)
Recibe
el
mensaje y se dirige al
Admin. De Datos
Post-condicin
El usuario ha iniciado su sesin en el sistema.
Excepciones
Si el usuario no es vlido, el sistema muestra un mensaje
informando esto; luego se muestra nuevamente la ventana e
entrada.
Frecuencia
El usuario tiene n cantidad de oportunidades de acceso al
sistema.
Importancia
Vital.
Urgencia
Alta.
Comentarios
El sistema permite el acceso por medio de 2 clave de acceso.
Permitiendo la seguridad al sistema.
CASO DE USO ESTACIONES

UC-001
Autores
Objetos Asociados
Descripcin
Actores
Precondicin
Secuencial Normal
Post-Condicin
Excepciones
Frecuencia
Usuario
Login, Validacin.
disparador>.
Administrador BD.
Ninguna.
Usuario
Sistema
1)
El usuario.
1)
Verifica
las
estaciones.
a)
Revisa los datos
b)
Verifica
los
parmetros
c)
Busca el tipo de
estacin.
El Administrador BD ha iniciado su sesin en el sistema.
Si el Administrador BD no es vlido, el sistema muestra
un mensaje informando esto; luego se muestra
nuevamente la ventana e entrada.
El Administrador BD tiene n cantidad de oportunidades
de acceso al sistema.
Importancia
Urgencia
Comentarios
Vital.
Alta.
El sistema permite el acceso por medio de 2 clave de
acceso, se utiliza la clave de los caracteres especiales para
confirmacin, permitiendo la seguridad al sistema.
CASO DE USO REPORTES

UC-002
Autores
Objetos Asociados
Descripcin
Actores
Precondicin
Secuencial Normal
Invitado
Login, Validacin.
disparador>.
Invitado.
Haberse realizado en el caso de uso UC-001.
Usuario
Sistema
Solicita el reporte
a- Genera de tipo excel
segn lo solicitado.
Post-Condicin
El Administrador de Datos ha iniciado su sesin en el

sistema.
Excepciones
Si el Administrador de Datos no es vlido, el sistema
muestra un mensaje informando esto; luego se muestra
Frecuencia
El Administrador de Datos tiene n cantidad de
oportunidades de acceso al sistema.
Importancia
Vital.
Urgencia
Alta.
Comentarios
El sistema permite el acceso varias veces al sistema, se
utiliza la clave de los caracteres especiales para
CASO DE USO GPS

UC-003
Autores
Objetos Asociados
Descripcin
Invitado
Login, Validacin.
disparador>.
Actores
Invitado.
Precondicin
Secuencial Normal
Usuario
Sistema
Solicita ubicacin de
a- Genera la ubicacin
la estacin
en el mapa.
Post-Condicin
sistema.
Excepciones
Frecuencia
Importancia
Vital.
Urgencia
Alta.
Comentarios
CASO DE USO CORREOS

UC-004
Autores
Objetos Asociados
Descripcin
Invitado
Login, Validacin.
disparador>.
Actores
Invitado.
Precondicin
Secuencial Normal
Usuario
Sistema
Verifica los datos
a- Genera la ubicacin
segn su correo y las
y los datos a travs
cuentas asociadas.
de las cuentas.
Post-Condicin
sistema.
Excepciones
Frecuencia
Importancia
Vital.
Urgencia
Alta.
Comentarios
CASO DE USO ESTADISTICAS

UC-005
Autores
Objetos Asociados
Descripcin
Invitado
Login, Validacin.
disparador>.
Actores
Invitado.
Precondicin
Secuencial Normal
Usuario
Sistema
Solicita los datos.
2)
Verifica los reportes de las
estaciones.
d)
Genera los datos.
Se muestran segn lo solicitado en
barra, tortas o grficos.
Post-Condicin
sistema.
Excepciones
Frecuencia
Importancia
Vital.
Urgencia
Alta.
Comentarios
CASO DE USO INFORMACION
UC-006
Autores
Objetos Asociados
Descripcin
Actores
Precondicin
Secuencial Normal
Post-Condicin
Excepciones
Frecuencia
Importancia
Urgencia
Comentarios
Invitado
Login, Validacin.
disparador>.
Invitado.
Usuario
Sistema
Solicita informacin
a) Genera
los
productos,
de los productos.
estaciones
y
muestra
documentacin de asesora.
sistema.
Vital.
Alta.
CASO DE USO BLIBIOTECA

UC-007
Autores
Objetos Asociados
Invitado
Login, Validacin.
Descripcin

disparador>.
Actores
Invitado.
Precondicin
Secuencial Normal
Usuario
Sistema
Puede
verificar
a) Muestra libros y varieda de
reseas histricas de
conocimientos
que
se
la empresa y libros
encuentran en ella.
de ayuda.
Post-Condicin
sistema.
Excepciones
Frecuencia
Importancia
Vital.
Urgencia
Alta.
Comentarios
Diseo de la base de datos
1.-DIAGRAMA ENTIDAD - RELACION.
Denominado por sus siglas como: E-R; Este modelo representa a la realidad a
travs de un Esquema grfico empleando los terminologa de Entidades, que son
objetos que existen y son los elementos principales que se identifican en el problema
a resolver con el diagramado y se distinguen de otros por sus caractersticas
particulares denominadas Atributos, el enlace que rige la unin de las entidades est
representada por la relacin del modelo.
En un DER, cada entidad se representa mediante un rectngulo, cada relacin
mediante un rombo y cada dominio (conjunto donde toma valores el atributo)
mediante un crculo. Mediante lneas se conectan las entidades con las relaciones,
igual que las entidades con los dominios, representando a los atributos. Los Atributos
Llaves se representan subrayando el correspondiente conjunto de valores.
En ocasiones, una entidad no puede ser identificada nicamente por el valor
de sus propios atributos. En estos casos, se utilizan conjuntamente las relaciones con
los atributos para lograr la requerida identificacin unvoca. Estas entidades reciben
el nombre de entidades dbiles y se representan en el DER con un doble rectngulo.
El MER restringe las relaciones a usar para identificar las entidades dbiles a
relaciones binarias del tipo 1: N. As, por ejemplo, una ocurrencia de "trabajador"
puede tener N ocurrencias "persona-dependiente" asociadas, donde adems, la
existencia de las ocurrencias en la segunda entidad depende de la existencia de una
ocurrencia que le corresponda en la primera entidad. Por ejemplo, en el modelo habr
personas dependientes de un trabajador slo si ese trabajador existe. Para indicar esa
dependencia en la existencia se usa una saeta en el DER. La llave de una entidad
dbil se forma combinando la llave de la entidad regular que la determina con algn
otro atributo que defina unvocamente cada entidad dbil asociada a una entidad
regular dada. (Una entidad se denomina regular si no es dbil).
En una relacin, la llave es la combinacin de las llaves de todas las entidades
asociadas. Para cada relacin se determina su tipo (simple o complejo) y en el DER
se escribe el tipo de correspondencia. Por ejemplo, una empresa puede tener varios
(n) trabajadores asociados y un trabajador pertenece a una sola empresa (1). En la
relacin Trabajador-Mquina-Pieza, un trabajador puede trabajar en n mquinas,
produciendo p piezas, o una pieza puede ser producida por m trabajadores en n
mquinas. Aqu, m, n y p no identifican un nmero especfico, sino solamente el tipo
de correspondencia que se establece en la relacin.
1.1-DIAGRAMA ENTIDAD RELACION
2.- DIAGRAMA DE CLASE.

Un diagrama de clases es un tipo de diagrama esttico que describe la
estructura de un sistema mostrando sus clases, atributos y las relaciones entre ellos.
Los diagramas de clases son utilizados durante el proceso de anlisis y diseo de los
sistemas, donde se crea el diseo conceptual de la informacin que se manejar en el
sistema, y los componentes que se encargaran del funcionamiento y la relacin entre
uno y otro.
2.1- DIAGRAMA DE CLASE
3.- DIAGRAMA DE OBJETOS.

Los diagramas de objetos son utilizados durante el proceso de Anlisis y
Diseo de los sistemas informticos en la metodologa UML. Se puede considerar un
caso especial de un diagrama de clases en el que se muestran instancias especficas de
clases en un momento particular del sistema.
3.1 DIAGRAMA DE OBJETOS.
4.-BASE DE DATOS O DICCIONARIO DE DATOS

Una base de datos o banco de datos es un conjunto de datos pertenecientes a
un mismo contexto y almacenados sistemticamente para su posterior uso. En este
sentido, una biblioteca puede considerarse una base de datos compuesta en su
mayora por documentos y textos impresos en papel e indexados para su consulta.
Actualmente, y debido al desarrollo tecnolgico de campos como la informtica y la
electrnica, la mayora de las bases de datos estn en formato digital (electrnico), y
por ende se ha desarrollado y se ofrece un amplio rango de soluciones al problema del
almacenamiento de datos.
Existen programas denominados sistemas gestores de bases de datos,
abreviados SGBD, que permiten almacenar y posteriormente acceder a los datos de
forma rpida y estructurada. Las propiedades de estos SGBD, as como su utilizacin
y administracin, se estudian dentro del mbito de la informtica.
Las aplicaciones ms usuales son para la gestin de empresas e instituciones
pblicas. Tambin son ampliamente utilizadas en entornos cientficos con el objeto de
almacenar la informacin experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos
de ellos se encuentran protegidos por las leyes de varios pases. Por ejemplo en
Espaa, los datos personales se encuentran protegidos por la Ley Orgnica de
Proteccin de Datos de Carcter Personal (LOPD).
4.1- BASE DE DATOS O DICCIONARIO DE DATOS
CAPITULO VII
Diseo Arquitectnico
Hadware
Gestin
de
Usuario
Gestin
Registro
Software
Crear
Consultar
Modificar
Inhabilitar
Registrar usuario y estaciones
Gestin
Imprimir reportes
Imprimir
Gestin
Respaldo Fsico de la BD
Respaldo
Respaldo Lgico de los Datos
Comunicacin
Administrador de BD
Administrador de Datos
Administrador de BD
Secretaria
Secretaria
Administrador de BD
La Arquitectura a nivel de hardware, es el diseo conceptual y la estructura

operacional fundamental de un sistema de computadora. Es decir, es un modelo y una
descripcin funcional de los requerimientos y las implementaciones de diseo para
varias partes de una computadora, con especial inters en la forma en que la unidad
central de proceso (cpu) trabaja internamente y accede a las direcciones de memoria.
Por tal motivo nuestro sistema se encuentra implementado en el siguiente quipo que
cuenta con las siguientes especificaciones; HP DC5100 Pentium 4HT DUAL SFF
40gb disco Duro Sata 512ram ddr2.
La Arquitectura a nivel de software En los inicios de la informtica,
la programacin se consideraba un arte y se desarrollaba como tal, debido a la
dificultad que entraaba para la mayora de las personas, pero con el tiempo se han
ido descubriendo y desarrollando formas y guas generales, con base a las cuales se
puedan resolver los problemas. A estas, se les ha denominado Arquitectura de
Software, porque, a semejanza de los planos de un edificio o construccin, estas
indican la estructura, funcionamiento e interaccin entre las partes del software. En el
libro "An introduction to Software Architecture", David Garlan y Mary Shaw definen
que la Arquitectura es un nivel de diseo que hace foco en aspectos "ms all de los
algoritmos y estructuras de datos de la computacin; el diseo y especificacin de la
estructura global del sistema es un nuevo tipo de problema". La Arquitectura del
Software es el diseo de ms alto nivel de la estructura de un sistema. Nuestro
sistema es utilizado en los dos sistemas operativos tanto como en Windows como en
software libre.
La arquitectura de las comunicaciones es una estructura organizada
jerrquicamente con el fin de permitir el intercambio de datos entre los niveles
lgicos semejantes en distintas maquinas o terminales de la misma o distinta red; el
sistema est diseado y desarrollado mediante un local host 2.5.10, el cual contiene
apache2.2.8, php 5.2.6, php msql database 5.0.5, todo esto para poder desarrollarlo y
mostrarlo sin necesidad de tener internet directo as se puede desarrollar mejor.
Diseo de las interfaces
1.- pantalla de inicio
2.- pantalla de informacin de estaciones
3.-pantalla de ubicacin de las estaciones
4.-pantalla de consulta de estaciones

Proyecto Final Roger 08-07-2015

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Proyecto Final Roger 08-07-2015

Transféré par

Droits d'auteur :

Formats disponibles

REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA

SISTEMA WEB PARA LA VISUALIZACIN Y DIFUSIN DE DATOS DE

Riesgos y mitigacin del Proyecto..............................................................................23

PF-3.2 Registro de Eventos..................................................................................55

TECNUM Electrnica suministra el equipamiento y las partes necesarias

Es importante acotar que la informacin difundida debe ser llamativa al

disponible a travs de distintos medios tecnolgicos, como las redes sociales y

Descripcin del Proyecto

Objetivos de Alto Nivel

Objetivos de Bajo Nivel

Proveer de informacin actualizada y oportuna de los distintos datos

Disponer de informacin histrica en distintos perodos de tiempo con la

Alcance del Proyecto

Mdulo de consulta de informacin

Riesgos Del Proyecto

Desarrollo del Proyecto

Factibilidad Humana u Operacional

Directores del Proyecto

Profesionales del Sistema

Factibilidad Tcnica o Tecnolgica

HP DC5100 Pentium 4HT DUAL SFF 2

40gb disco Duro Sata 512ram ddr2.

Servidor IBM X3300 Bundle, 8 Gb De 01

Memoria RAM 2 Discos Duros De 1

Grupo de Desarrollo del Proyecto

Lic. Ramn Molina

Gerente del Proyecto

Prof. Alfonzo Olivero

Asesor del Proyecto

Tsu. Rangel Roger

Tsu. Seijas Josue

Jefe del Proyecto

Tsu. Leonar Prez

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

Como instrumento de planificacin, el plan de trabajo establece

Especfico: Simple, sencillo, claro

El cronograma, es un instrumento que nos permite llevar el plan de trabajo,

Recoleccin de Tsu. Rangel Roger

Tsu. Rangel Roger

Levantamiento de Tsu. Rangel Roger

Tsu. Leonar Prez Departamento

Diseo Interfaces Tsu. Rangel Roger

la Tsu. Leonar Prez

Diseo del Plan Tsu. Seijas Josue.

Tsu. Rangel Roger

Diagrama de Gantt o Diagrama de Planificacin

Riesgos y mitigacin del Proyecto

Incertidumbre: el acontecimiento que caracteriza al riesgo

por ciento de probabilidad.

Suele ser comn el confundir preocupaciones, riesgos y problemas:

Preocupaciones, Riesgos y Problemas

Errores en la estimacin del

Cambio de polticas de Gestin.

Seguridad del sitio

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

Declaracin de los Riesgos

RI-02 Cambio de polticas de gestin

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

Falta de experiencia del

Prdida por borrado,

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

Destinar mayor tiempo al

investigacin y capacitacin producto