Seminario de Tesis III

ESCUELA DE POSTGRADO
TESIS
IMPLEMENTACION DE UN SISTEMA DE ADQUISICION DE DATOS HIDRICOS
ONLINE APOYADA EN RUP Y SU INFLUENCIA EN EL PROCESO DE
PLANIFICACION DE LA DIRECCION DE CONSERVACION Y PLANEAMIENTO
DE RECURSOS HIDRICOS DE LA AUTORIDAD NACIONAL DEL AGUA EN
PER
PRESENTADO POR:
ING. LUIS ALBERTO TORRES OBANDO
PARA OPTAR EL GRADO ACADMICO DE MAESTRO EN:

INGENIERA DE SISTEMAS CON MENCIN EN
ADMINISTRACIN DE EMPRESAS
CHIMBOTE - PER
2015
Dedicatoria:
A mis madres por formarme con espritu de
crecimiento, a mis hermanos por su cario y a
mi esposa e hijo por su amor incondicional.
Agradecimiento:
Al personal docente de la Universidad Alas
Peruanas por su contribucin a mi crecimiento
profesional y humanitario.
Al personal tcnico de la Autoridad Nacional
del Agua por su excelencia profesional.
Reconocimiento:
A los compaeros tesistas por su esfuerzo de
superacin,
conocimiento
experiencias
compartidas.
INDICE
Contenido
INTRODUCCIN.....................................................................................1
CAPITULO I
PLANTEAMIENTO METODOLGICO. 2
1.1. DESCRIPCION DE LA REALIDAD PROBLEMTICA.................................... 3
1.2. DELIMITACIN DE LA INVESTIGACION 4
1.2.1.
DELIMITACIN ESPACIAL. 4
1.2.2.
DELIMITACIN TEMPORAL.. 4
1.2.3.
DELIMITACIN SOCIAL.. 5
1.2.4.
DELIMITACIN CONCEPTUAL..... 5
1.3. PROBLEMAS DE INVESTIGACION..6

1.3.1.
PROBLEMA PRINCIPAL.. 6
1.4. OBJETIVOS DE LA INVESTIGACIN.. 6

1.4.1.
OBJETIVO GENERAL.. 6
1.5. HIPOTESIS DE LA INVESTIGACIN6

1.5.1.
HIPTESIS GENERAL.6
1.5.2.
IDENTIFICACION Y CLASIFICACION DE VARIABLES

E INDICADORES.. 7
4
1.6. DISEO DE LA INVESTIGACIN. 8

1.6.1. TIPO DE INVESTIGACIN..
8
1.6.2. NIVEL DE INVESTIGACIN...
8
1.6.3. MTODO DE INVESTIGACIN.
9
1.7. POBLACION Y MUESTRA DE LA INVESTIGACIN. 9
1.7.1. POBLACIN...
9
1.7.2. MUESTRA..
10
1.8. JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN.. 10
1.8.1.
JUSTIFICACIN DE LA INVESTIGACIN...10
1.8.2.
IMPORTANCIA DE LA INVESTIGACION. 11
1.8.3.
LIMITACIONES DE LA INVESTIGACION. 11
1.9. PRESUPUESTO... 11
1.10. CRONOGRAMA... 12
CAPTULO II
MARCO TERICO...13
2.1. ANTECEDENTES DE LA INVESTIGACIN.... 14
2.1.1. ANTECEDENTES INTERNACIONALES... 14
2.1.2. ANTECEDENTES NACIONALES... 17
2.2. BASES TERICAS...21
5
2.3. DEFINICION DE TRMINOS BSICOS... 26
ANEXOS
ANEXO 1: MATRIZ DE CONSISTENCIA. 28
ANEXO 2: REFERENCIAS BIBLIOGRAFICAS..

30RESUMEN
La presente tesis abarca la problemtica actual que tiene la Autoridad Nacional del
Agua (ANA), mximo ente tcnico normativo de la gestin de los recursos
hdricos en el Per (segn Ley N 29338, Ley de Recursos Hdricos promulgada el
30 de marzo del 2009), especficamente en el proceso de planificacin de la
direccin de conservacin y planeamiento de recursos hdricos.
Dicho proceso se basa en el subproceso de registro de datos hdricos generado
por diferentes actores asociados a la gestin hdrica en el Per, la misma que no
se encuentra consolidada en una nica base de datos, no est estandarizada, ni
se cuenta con mecanismos de transferencia de datos interinstitucionales.
Ante esto, la Autoridad Nacional del Agua, pretende implementar un Sistema de
Adquisicin de Datos Hdricos Online (SADHO) como herramienta tecnolgica de
solucin al proceso planificacin, lo cual influira significativamente en la
formulacin de instrumentos de planificacin de la direccin de conservacin y
planeamiento de los recursos hdricos para la toma de decisiones adecuadas en el
marco de la gestin de recursos hdricos en el Per.
PALABRAS CLAVES: ANA, RECURSOS HDRICOS, SADHO,
MUESTRA FINITA
PERSPECTIVA DE PROCESOS:
MUESTRAS FINITAS: variable cualitativa
n
N .Z 12 . p.q
2
E 2 ( N 1) Z 12 . p.q
2
N=POBLACION DE ESTUDIO
Z=1.96 (Es por tabla al nivel de significancia de 5%=0.05)
p=casos favorable de la investigacin =50%
q= casos desfavorables =50%
E= error = oscila entre 0 y 5%= 4% ,,
2% =0.02
MUESTRAS FINITAS: variable cuantitativo

n
N .Z 12 .S 2
2
E 2 ( N 1) Z 12 .S 2
2
ABSTRACT
This thesis covers the current problem that has National Water Authority (ANA), the
highest technical office - regulatory management of water resources in Peru
(according to Law N 29338, Water Resources Act promulgated on March 30,
2009), specifically in the registration process water data and their influence on the
formulation of planning tools in the conservation and management of water
resources area.
This process is based on water information generated by various actors involved in
water management in Peru, the same is not stored in an only database, it is not
standardized, arent mechanisms transfer agency information.
Given this, the National Water Authority, aims to implement a purchasing system
Water Data Online (SADHO) as a technological solution to the registration process
water data, which generate significantly influence on the formulation of planning
tools for the conservation and management of water resources area for taking
appropriate in the context of the management of water resources in Per
decisions.
10
PALABRAS CLAVES: ANA, RECURSOS HDRICOS, SADHO, EN INGLES
INTRODUCCION
El agua es un recurso fundamental para el desarrollo sostenible, sin embargo en

muchas ocasiones no se le toma en cuenta. Si se desea encontrar soluciones
efectivas y duraderas a los problemas relacionados con los recursos hdricos, se
requiere de una nueva forma de gobernabilidad y paradigma de gestin. Este
nuevo paradigma se encuentra dentro del concepto de gestin integrada de
recursos
hdricos
(GIRH),
el
cual
ha
sido
definido
por Global
Water
Partnership GWP, como un proceso que promueve la gestin y desarrollo

coordinado del agua, la tierra y los recursos relacionados, con el fin de maximizar
el bienestar social y econmico resultante de manera equitativa, sin comprometer
la sostenibilidad de los ecosistemas.
Todo lo citado, sin embargo, no se podra realizar sin contar con una amplia gama
de informacin hdrica y en consecuencia la formulacin de instrumentos de
planificacin adecuadas para la toma decisiones en referencia a los recursos
hdricos.
En la presente tesis, la Autoridad Nacional del Agua como mximo ente rector
normativo en referencia a los recursos hdricos en el Per, pretende dar solucin a
la problemtica de falta de informacin, especficamente en el proceso de
Planificacin, entendiendo que optimizando este proceso mediante el uso de
tecnologas de la informacin, como es el caso del uso de un Sistema de
Adquisicin de Datos Hdricos Online (SADHO), con lo que conseguiremos la
eficiencia en la Direccin de Conservacin y Planeamiento de Recursos Hdricos,
generando instrumentos de planificacin de recursos hdricos para la toma de
11
decisiones y daremos un paso importante en la gestin integrada de los recursos

hdricos en el pas.
CAPITULO I
PLANTEAMIENTO METODOLOGICO
12
1.1.
DESCRIPCION DE LA REALIDAD PROBLEMTICA

La Autoridad Nacional del Agua (ANA), un organismo especializado adscrito
al Ministerio de Agricultura y Riego, es el ente rector y la mxima autoridad
tcnica normativa del Sistema Nacional de Gestin de los Recursos
Hdricos en Per.
Es responsable del funcionamiento de dicho sistema en el marco de lo
establecido en la Ley N 29338 Ley de Recursos Hdricos y su
Reglamento, cuya finalidad es gestionar de manera integral los recursos
hdricos a nivel nacional.
La Autoridad Nacional del Agua fue creada el 13 de marzo del 2008 por el
Decreto Legislativo N 997, con el fin de administrar, conservar, proteger y
aprovechar los recursos hdricos de las diferentes cuencas de manera
sostenible, promoviendo a su vez la cultura del agua y formulando
instrumentos de planificacin hdrica.
La Autoridad Nacional del Agua para ejercer su jurisdiccin y competencias
a nivel nacional se soporta en sus rganos desconcentrados que vienen
hacer las Autoridades Administrativas de Agua (AAA) y ests a su vez estn
constituidas por las Administraciones Locales de Agua (ALA).
13
Figura N 01. Organigrama de la Autoridad Nacional del Agua

14
Figura N 02. Mapa Estratgico de la Autoridad Nacional del Agua
La Direccin de Conservacin y Planeamiento de Recursos Hdricos

(DCPRH) es el rgano de lnea de la Autoridad Nacional del Agua,
encargada de proponer polticas y normas de alcance nacional para la
conservacin y planeamiento de los recursos hdricos, el uso eficiente,
sostenible y conjunto de los recursos hdricos superficiales y subterrneos.
Implementa la Poltica y Estrategia Nacional de los Recursos Hdricos y
demarca los mbitos territoriales de los rganos desconcentrados de la
ANA. Promueve acciones de desarrollo en el mbito de las cuencas
hidrogrficas para la gestin de los recursos hdricos.
15
Dentro de su Perspectiva de Procesos Internos se define como objetivo

estratgico: formular e implementar instrumentos de planificacin para la
gestin de los recursos hdricos (ver Figura N 02), para lo cual es crtico el
proceso de registro de datos hdricos.
La Direccin de Conservacin y Planeamiento de Recursos Hdricos
(DCPRH) de la Autoridad Nacional del Agua (ANA) ha tratado y tratar
siempre de manejar con eficiencia y eficacia todos los procesos referentes a
la Gestin de los Recursos Hdricos como por ejemplo:
-
El Proceso de Planificacin.
Sin embargo, en este proceso presenta la siguiente problemtica:
No se cuenta con una base de datos nica en la Autoridad Nacional

del Agua que consolide la informacin de datos hdricos a nivel
nacional.
La informacin de datos hdricos es generada por diferentes actores
asociados a la gestin de recursos hdricos, esta informacin no est
estandarizada, ni se cuenta con una herramienta de transferencia de
informacin interinstitucional.
Sin informacin de datos hdricos, es imposible que la Autoridad
Nacional del Agua pueda formular instrumentos de planificacin.
En esta investigacin se aborda la implementacin de un Sistema de

Adquisicin de Datos Hdricos Online (SADHO) con el propsito de mejorar
el proceso Planificacin que permita a la Autoridad Nacional del Agua, por
intermedio de su Direccin de Conservacin y Planeamiento de Recursos
Hdricos, elaborar instrumentos de planificacin para la toma de decisiones
en materia de Gestin de Recursos Hdricos. Para este objetivo, se
implementar un Sistema Informtico apoyado en RUP.
1.2.
DELIMITACION DE LA INVESTIGACION
16
1.2.1. DELIMITACION ESPACIAL

Se desarrollar en la Direccin de Conservacin y Planeamiento de
la Autoridad Nacional del Agua, institucin adscrita al Ministerio de
Agricultura y Riego, ente rector y la mxima autoridad tcnica
normativa en materia de Gestin Hdrica con jurisdiccin a nivel
nacional.
1.2.2. DELIMITACION SOCIAL

Los actores asociados a la gestin de recursos hdricos debern
proporcionar la informacin inicial de los procesos que se desea
afectar. Los profesionales de la Direccin de Conservacin y
Planeamiento de Recursos Hdricos de la Autoridad Nacional del
Agua sern beneficiarios del Sistema.
1.2.3. DELIMITACION TEMPORAL

El horizonte temporal del proyecto es de doce meses.
LA DELIMITACION TEMPORAL ESTA PLANIFICADA EN DOS
PARTES:
A) EL PLAN DE TESIS QUE SE DESARROLLAR DE MARZO AL
AGOSTO DEL 2015
B) LA TESIS DE INVESTIGACION QUE SE DESARROLLARA DE
SETIEMBRE A MARZO DEL 2016.
1.2.4. DELIMITACION CONCEPTUAL
Sistema de Adquisicin de Datos Hdricos Online
17
El Sistema de Adquisicin de Datos Hdricos Online SADHO, es un

sistema informtico que tiene como objetivo brindar una solucin
para el registro de datos hidromtricos y meteorolgicos a fin que la
Direccin de Conservacin y Planeamiento mejore significativamente
su proceso de Planificacin.
Datos Hdricos
Son de dos (02) tipos:
1. Datos Hidromtricos
Conjunto de registros de variables que miden el estado del agua que
circula por la seccin de un ro, tubera o canal en un tiempo dado
(caudal, velocidad, fuerza, etc.).
2. Datos Meteorolgicos
Conjunto de registros de variables que miden el estado del tiempo
(precipitacin, temperatura, humedad, etc.).
Estaciones
1. Estaciones Hidromtricas
Registran Datos Hidromtricos.
2. Estaciones Meteorolgicos
Registran Datos Meteorolgicos.
18
Visor Geogrfico
El Visor Geogrfico del SADHO es la herramienta que permite
consultar y visualizar los datos asociados a las estaciones
hidromtricas y meteorolgicas desde una perspectiva geogrfica.
Esto permite complementar el anlisis de la informacin generada y
la produccin de documentos.
Instrumentos de Planificacin
Herramientas que hacen posible el proceso de planificacin que
sirven para las diferentes clases de desarrollo que generan bienestar
a la comunidad.
Plan de Gestin de Recursos Hdricos

Instrumentos pblicos, vinculantes, de actualizacin peridica y
revisin justificada, cuya finalidad es alcanzar el uso sostenible de los
recursos hdricos, as como el incremento de su disponibilidad para
lograr la satisfaccin de las demandas de agua en cantidad, calidad y
oportunidad en el corto, mediano y largo plazo; en armona con el
desarrollo nacional, regional y local, articulando y compatibilizado su
gestin con las polticas econmicas, sociales, y ambientales.
19
1.3.
PROBLEMAS DE INVESTIGACION
1.3.1. PROBLEMA PRINCIPAL

En qu medida el Sistema de Adquisicin de Datos Hdricos Online influye
en el proceso de planificacin de la Direccin de Conservacin y
Planeamiento de Recursos Hdricos de la Autoridad Nacional del Agua en
Per?
ADQUISICIN DE
1.3.2. PROBLEMAS SECUNDARIOS

PS1: En qu medida la accesibilidad=D1X del sistema de Adquisicin de
datos hdricos ONLINE influyen en la operatividad hdrica=D6Y DEL
PROCESO DE REGISTRO DE DATOS de la Autoridad Nacional del Agua
en Per?
PS2: En qu medida los actores involucrados en la gestin de los recursos

hdricos en Per facilitarn su registro generados de datos hdricos a la
Autoridad Nacional del Agua en Per?
PS3: En qu medida los actores involucrados en la gestin de los recursos

hdricos en Per facilitarn su registro generados de datos hdricos a la
Autoridad Nacional del Agua en Per?
1.4.
OBJETIVO DE LA INVESTIGACION
1.4.1. OBJETIVO GENERAL

20
Determinar la medida en que el Sistema de Adquisicin de Datos Hdricos

Online influye en el proceso de planificacin de la Direccin de
Conservacin y Planeamiento de Recursos Hdricos de la Autoridad
Nacional del Agua en Per.
1.4.2. OBJETIVOS ESPECIFICOS
Proporcionar al Estado Peruano de herramientas tcnicas normativas en
materia de Gestin de Recursos Hdricos.
1.5.
HIPOTESIS Y VARIABLES DE LA INVESTIGACION
1.5.1. HIPOTESIS GENERAL

De utilizarse el Sistema de Adquisicin de Datos Hdricos Online se influir
positiva y significativamente en el proceso de planificacin de la Direccin
de Conservacin y Planeamiento de Recursos Hdricos de la Autoridad
Nacional del Agua en Per.
1.5.2. HIPOTESIS SECUNDARIAS
21
1.5.3. VARIABLES (DEFINICION CONCEPTUAL Y OPERACIONAL)

Variable Independiente X: Sistema de Adquisicin de Datos Hdricos Online
(SADHO)
Variable Dependiente Y: Planificacin de la Direccin de Conservacin y
Planeamiento de Recursos Hdricos
INDICE
BAJA= [0%-30%>
MEDIA= [30%-50%>
ALTA= [50%-100%]
Cuadro N 01. Operacionalizacin de la Variables
22
23
Figura N 03. Modelo de Investigacin
1.6.
METODOLOGIA DE LA INVESTIGACION
1.6.1. TIPO Y NIVEL DE INVESTIGACIN

a) Tipo de Investigacin
A fin de tipificar concretamente la Investigacin se ha examinado la
terminologa de Hernndez Sampier1 quien lo establece segn el
carcter de la relacin entre los fenmenos bajo estudio. Qu tipo de
relacin existe entre sus variables representativas?
Las variables frecuentemente tienen la relacin sagital siguiente:
X
En palabras: La variable X influye en la causa a la variable Y

En este caso es solo una relacin de influencia estricta. Por ello se
tipifica como una investigacin esencialmente experimental toda vez
que se busca hallar esta relacin de influencia en trminos
cuantitativos.
b) Nivel de Investigacin
El Nivel de esta investigacin es de Aplicacin, porque el diseo se
fundamenta enteramente en un conocimiento preexistente del campo
de la Ingeniera de Sistemas. No se intenta establecer innovaciones ni
proponer nuevo software o hardware sino demostrar que un Sistema
1 Hernndez Sampier Roberto en su obra Metodologa de la Investigacin Editorial
McGraw-Hill, Mxico, 1992, Pg. 86 y siguientes
24
de Adquisicin de Datos Hdricos Online puede contribuir a elevar en

gran medida la eficacia, eficiencia y productividad en el proceso de
Planificacin.
1.6.2. METODO Y DISEO DE LA INVESTIGACION
a) Mtodo de Investigacin
El Diccionario de Psicologa Cientfica y Filosfica, menciona que el
mtodo hipottico-deductivo es el procedimiento o camino que sigue el
investigador para hacer de su actividad una prctica cientfica.
El mtodo hipottico-deductivo tiene varios pasos esenciales:
observacin del fenmeno a estudiar, creacin de una hiptesis para
explicar
dicho
fenmeno,
deduccin
de
consecuencias
proposiciones ms elementales que la propia hiptesis, y verificacin o

comprobacin
de
la
verdad
de
los
enunciados
deducidos
comparndolos con la experiencia. Este mtodo obliga al cientfico a

combinar la reflexin racional o momento racional (la formacin de
hiptesis y la deduccin) con la observacin de la realidad o momento
emprico (la observacin y la verificacin).
b) Diseo de la Investigacin
G : O1 X O 2
DONDE
O1= MEDICIONES DEL PROCESO EN EL ASIS (PRE PRUEBA)
O2= MEDICIONES DEL PROCESO EN EL TOBE (POST PRUEBA)
X= Sistema de Adquisicin de Datos Hdricos Online (PRODUCTO)
25
GE : O1 X O 2
GC : O3 .... O 4
DONDE
O1= MEDICIONES DEL PROCESO EN EL ASIS DEL GRUPO EXPERIMENTAL
O2= MEDICIONES DEL PROCESO EN EL TOBE DEL GRUPO EXPERIMENTAL
O3= MEDICIONES DEL PROCESO EN EL ASIS DEL GRUPO CONTROL
O4= MEDICIONES DEL PROCESO EN EL TOBE DEL GRUPO CONTROL
X= Sistema de Adquisicin de Datos Hdricos Online
SE COMPARA (01;03) ANTES DE
SE COMPARA (02;04) DESSPUES DE
1.6.3.POBLACIN Y MUESTRA DE LA INVESTIGACION

a) Poblacin
La poblacin es el conjunto de todos los casos que concuerdan con
determinadas especificaciones. (Hernandez Sampieri. 2010)
Nuestra poblacin comprende todos los profesionales de la Direccin
de Conservacin y Planeamiento de Recursos Hdricos de la Autoridad
Nacional del Agua.
26
a) Muestra
Determinada la poblacin se hallar la muestra con la siguiente
frmula estadstica para poblaciones finitas:
Dnde:
Z = 1.96 en funcin de un nivel de significancia del 95% para una
distribucin normal.
p = 0.5 como probabilidad de acierto
q = 0.5 como probabilidad de error
e = 0.05 como margen de error para un nivel de significancia del 95%
N = por determinar.
1.6.4. TECNICAS E INSTRUMENTOS DE RECOLECCION DE DATOS

TCNICAS: ENCUESTA,
INSTRUMENTO: CUESTIONARIO, HOJA DE REGISTROS,
27
1.6.5. JUSTIFICACION,
IMPORTANCIA
LIMITACIONES
DE
LA
INVESTIGACION
a) Justificacin
Este trabajo contribuye al aumento de la eficiencia en el Proceso de
Planificacin de la Direccin de Conservacin y Planeamiento de la
Autoridad Nacional del Agua. Por lo tanto, se desarrollar un
esfuerzo significativo en el diseo e implementacin por parte de los
profesionales del rea tcnica de la Autoridad Nacional del Agua.
b) Importancia
Debido a la existencia de una viabilidad tcnica, operativa y
econmica la presente investigacin tendr un significativo impacto
en el mbito espacial de la Autoridad Nacional del Agua en Per. Por
lo tanto, la bsqueda de eficiencia en el Proceso de Planificacin de
la Direccin de Conservacin y Planeamiento de la Autoridad
Nacional del Agua, la implementacin de un Sistema de Adquisicin
de Datos Hdricos Online como soporte al proceso de Planificacin
se justifica porque permitir adoptar acertados planes de gestin y
toma de decisiones en materia de Gestin de Recursos Hdricos por
la autoridad competente.
c) Limitaciones
Se estima que no se tendr limitaciones de tiempo, recursos
humanos o financieros especficos pues la institucin ya mencionada
cubrir los gastos en su totalidad.
28
29
CAPITULO II
MARCO TEORICO
30
2.1.
ANTECEDENTES DE LA INVESTIGACION
2.1.1. ANTECEDENTES INTERNACIONALES
Nieto, A. Fernndez, A. Alises, H. (2010), llegaron a la
siguiente conclusin:
El Sistema implementado, denominado HIDRICO-RURAL
sigue la filosofa de la libre distribucin de la informacin de
manera gratuita, hacindola disponible para cualquier persona
que desee acceder a ella a travs de un visor montado
exclusivamente con tecnologa de software libre. La interfaz
del
visor
ha
sido
diseada
cuidando
al
mximo
la
interactuacin del usuario y la mquina, facilitando de este

modo el visionado de los datos y la cartografa y manteniendo
una sencilla metodologa de acceso a los mismos.
Cuando realizaron su tesis denominada: SISTEMA HIDRICORURAL para difusin de informacin de los Datos Hdricos de las
zonas rurales de la Comunidad Autnoma de Extremadura de la
Universidad de Extremadura, Espaa.
Donde se plantearon los siguientes objetivos:
-
Hidrografa. Muestra los principales ros y afluentes de
Extremadura.
- Embalses. Extremadura, posee una gran cantidad de embalses
para almacenar el agua que fluye por sus ros. Estos embalses
aparecen representados por capas.
- Recursos naturales al introducir las variables hidromtricas e
hidrometeorolgicas de los territorios protegidos en Extremadura
dentro de la Red Natura 2000. Obtuvimos los datos de la
Consejera de Agricultura y Medio Ambiente de la Junta de
Extremadura en formato shape y a escala 1:200.000.
Llanos, V. (2011), lleg a las siguientes conclusiones:
31
Acceso a todos los actores ambientales de la cuenca.

Con la informacin hidromtrica e hidrometeorolgica
registrada
se
increment
los
Planes
de
Gestin
de
vulnerabilidad ante eventos ambientales.

El Sistema cumple con la finalidad de proporcionar los medios
de consulta, evaluacin y acceso al acervo para usuarios
internos y eternos.
El Sistema constituye la fuente de informacin primaria de
eventos ambientales en la cuenca del Arroyo Jujuy.
Cuando realiz su tesis denominada: Implementacin de un Sistema

Hdrico para anlisis de eventos ambientales en la cuenca del Arroyo
- Jujuy de la Universidad Nacional de La Plata, Argentina.
- Identificar el historial de eventos ambientales desarrollados.
- Manejo de base de datos de informacin hidromtrica e
-
hidrometeorolgica.
Anlisis de vulnerabilidad ante eventos ambientales.
El uso de tecnologas accesibles a cualquier tipo de usuario.
Garantizar que la informacin sea disponible no solo para usuarios
finales, sino que adems pueda integrarse con otros sistemas de
informacin.
Castro, L. (2013), lleg a las siguientes conclusiones:

El Sistema beneficia principalmente a la comunidad
Quindiana. Segn proyecciones del DANE, el Departamento
del Quindo tuvo una poblacin de 549.624 personas en el ao
2010 y al ao 2015 sern 562.266 personas (DANE,
Proyecciones de Poblacin. Estudios Censales, 2013).

De la misma forma este servicio ser utilizado por el pblico
en
general,
entidades
gubernamentales
no
gubernamentales, como la gobernacin y las 12 alcaldas,

32
instituciones como el CLOPAD y CREPAD, interesadas en

informacin hidromtrica e hidrometerolgica a fin de generar
planes contra amenaza y riesgo natural del Departamento del
Quindo.
En la misma medida, al estar disponible en un sitio web,
cualquier persona o entidad a nivel nacional o internacional
interesada podr disfrutar de sus servicios.
Cuando realiz su tesis denominada: Sistema de Registro de Datos

Hdricos para la Gestin de Amenaza y Riesgo Natural del
Departamento del Quindo de la Universidad del Quindo, Colombia.
- Identificar los posibles nodos facilitadores del Sistema, y la
-
informacin georreferenciada a su cargo.

Especificar los requisitos funcionales y de calidad del Sistema de
amenaza y riesgo natural del Departamento del Quindo.

Disear e implementar un prototipo funcional del Sistema basado
en las especificaciones previas.

Validar con usuarios reales el prototipo de funcionalidad bsica y
datos mnimos del Sistema construido.
2.1.2. ANTECEDENTES NACIONALES

Barrientos, J. (2011), lleg a las siguientes conclusiones:
El Sistema cumple con la finalidad de proporcionar los medios
de consulta, evaluacin y acceso al acervo para usuarios
internos y eternos.
El Sistema constituye la fuente de informacin primaria de los
recursos hdricos de las cuencas de los ros Moquegua y
Tambo.
33
Cuando realiz su tesis denominada: Implementacin de un

Sistema para la gestin de los recursos hdricos de las cuencas
de los ros Moquegua y Tambo de la Universidad de Piura, Piura.
- Registrar informacin hidromtrica e hidrometeorolgica til para
la gestin de recursos hdricos a nivel nacional.
- Describir el estudio pormenorizado de la problemtica de las
cuencas de los ros Moquegua y Tambo.
- Elaborar un modelo georeferenciado de Gestin de Recursos
Hdricos para las cuencas de los ros Moquegua y Tambo.
- Disear e implementar el registro sistematizado de la informacin.
- Desarrollar el catastro de usos, aprovechamiento y concesiones
de agua.
- Disear e implementar un sistema que integre la informacin
sectorial.
Rodrguez, M. (2011), lleg a las siguientes conclusiones:

Se alcanz de confirmar la utilidad del Sistema en la provisin
de informacin para la toma de decisiones; el inventario de los
recursos hdricos e incorporando aspectos a la planificacin
territorial
como
garanta
para
lograr
un
mayor
aprovechamiento del potencial hdrico disponible.

El diseo del Sistema se considera un elemento central
porque facilita la gestin de los recursos hdricos, al tiempo
que se constituye en una herramienta para la planificacin e
intervencin en el territorio, con capacidad para combinar
informacin actualizada sobre recursos hdricos y sus
impactos econmicos, sociales, ambientales y paisajsticos.

Finalmente, el anlisis de la informacin producida permite
disponer de criterios sostenibles y factibles en el plano de
planificacin de recursos hdricos.
34
Cuando realiz su tesis denominada: Sistema GeoHdrico para la

ordenacin y la planificacin de los Recursos Hdricos en la Costa
Norte desde una perspectiva territorial de la Universidad
Nacional Pedro Ruiz Gallo, Chiclayo.
La tesis plantea como objetivo de integrar los procesos de
planificacin de los recursos hdricos en el medio geogrfico en la
Costa Norte. La configuracin de los recursos hdricos disponibles y
las necesidades de la poblacin de la Costa Norte estn en la base
de la investigacin. La suma de estos tres factores justifica dos
decisiones de partida. La primera es que esta tesis plantea el cambio
en el modelo de planificacin de los recursos hdricos. La segunda de
ellas es la opcin de enfocar el ordenamiento territorial, como medio
ms eficaz para hacer compatible el acceso a la planificacin de los
recursos hdricos con la proteccin del medio natural. Y defiende la
importancia de dispones herramientas que hagan posible la
ordenacin y planificacin de los recursos hdricos.
Alvarado, P. (2013), lleg a las siguientes conclusiones:
La tecnologa de Sistemas de Informacin Geogrfica ha
supuesto una enorme ventaja en la puesta en marcha de este
Sistema. El tiempo invertido ha sido aproximadamente seis
meses, aunque la labor de tratamiento de imgenes y bases
de datos ha requerido ms tiempo y esfuerzo.

Uno de los mayores problemas surgidos en el desarrollo del
Sistema, ha sido la estandarizacin de la informacin de las
bases alfanumricas, puesto que provienen de distintas y
variadas fuentes. Se ha establecido un mtodo de unificacin
de toda la informacin a travs del cdigo del INEI (Instituto
Nacional de Estadstica e Informtica).
35
Del mismo modo, las bases de datos cartogrficas posean

similares problemas, parte de los cuales fueron solventados
gracias a la generalizacin del sistema de referencia espacial,
decidindose por la utilizacin de la proyeccin Mercator, con
Datum WGS 1984.

La intencin es que el Sistema constituya una herramienta
fundamental en la gestin de las polticas ambientales en la
regin de Ica, puesto que su uso permite consultar todos los
datos hidromtricos e hidrometeorolgicos recogidos por el
Ministerio del Ambiente, pero, adems, en un futuro inminente
se pretende complementar y enriquecer estas bases de datos
aadiendo los datos correspondientes al Ministerio de
Agricultura y Riego.
Cuando realiz su tesis denominada: El Sistema de Informacin

Hdrica
como
herramienta
para
visualizar
alternativas
de
desarrollo ambiental en la zona rural de la regin de Ica de la

Universidad Nacional Federico Villareal, Lima.
Se pretende desarrollar una herramienta con la que podamos
estudiar el registro histrico de la informacin hdrica en el territorio
de la regin Ica, en el cual se puedan analizar con mayor claridad el
impacto de polticas en los ltimos aos en materia de gestin
ambiental y si estas han conseguido lograr sus objetivos de mejorar
las condiciones de vida de la poblacin rural.
Uno de los objetivos es ayudar a los agentes del mundo rural a
reflexionar sobre el potencial de su territorio en una perspectiva a
corto plazo, as, el uso de la tecnologa SIG con el diseo de un
Sistema en Internet, nos ayudara a introducir nuevas reflexiones en
la gestin ambiental debido a un mejor conocimiento de su territorio.
36
2.2.
BASES TEORICAS
2.2.1. Procesos
Segn Hammer y Champy, define un proceso de negocios como un

conjunto de actividades que recibe uno o ms insumos y crea un producto
de valor para el cliente.
Segn Mangenelly y Klein, define un proceso como una serie de

actividades relacionadas entre s, que convierten insumos en productos.
Los procesos se componen de tres tipos principales de actividades:
-
Las que agregan valor: Actividades importantes para los clientes.
Actividades de traspaso: Las que mueven el flujo de trabajo a travs

de fronteras, que son principalmente funcionales, departamentales u
organizacionales.
Actividades de control: Las que crean en su mayor parte para controlar

los traspasos a travs de las fronteras mencionadas.
Por lo tanto, podemos decir que, un proceso es un mbito de actuacin que

define un curso de accin compuesto por una serie de etapas, las cuales
aaden valor a las entradas con el fin de producir unas salidas que
satisfagan las necesidades del cliente.
2.2.2. Factores Crticos del xito (FCE)

Los FCE son metas operativas. Si estas metas pueden ser alcanzadas, el
xito de la organizacin est asegurado, por esto se dice que un FCE es un
elemento en el cual se tiene que ser especialmente excelente debido a que
el mismo puede determinar el xito o el fracaso de la organizacin.
37
Los FCE estn conformados por el sector, la organizacin, el administrador

o el ambiente amplio.
El principal mtodo que se utiliza en el anlisis de los FCE es el de las
entrevistas personales (tres o cuatro) con un nmero de directores para
identificar sus metas y los FCE que resulten. Los sistemas entonces se
construyen para dar informacin sobre estos FCE.
Los FCE (en un nmero mximo de 8), deben de satisfacer la condicin de
necesario y suficiente asegurando que cada uno de ellos es necesario
para la misin de la organizacin y que la suma de todos es suficiente para
alcanzarla.
2.2.3.
Procesos Crticos
Una vez determinados cuales son los FCE, se puede identificar cules son
los procesos de la organizacin que tienen impacto directo en los mismos,
siendo stos procesos los Procesos Crticos. Identificar los Procesos
Crticos es la base para poder administrar los esfuerzos de mejora continua
de la organizacin.
Los procesos crticos son aquellos sin los que sera difcil garantizar la
calidad en el cumplimiento del servicio, es decir, son procesos significativos
vinculados a cada tipo de organizacin.
Los procesos crticos debern ser procesos que se desempean de manera
repetida, que ayudan a cumplir la misin de la organizacin, y a satisfacer
las necesidades del cliente.
Conocer los procesos crticos y las variables que los determinan es el
primer paso, para despus visualizar la forma de su ejecucin ventajosa a
travs del uso de la tecnologa.
38
2.2.4. Indicadores de Procesos

Para poder controlar, mejorar o comparar cualquier proceso y conocer que
est sucediendo con el, el responsable del mismo debe instituir indicadores
que, como su nombre lo dice, midan e indiquen el nivel de desempeo de
dicho proceso. Es muy difcil administrar un proceso que no se pueda
medir.
Segn Mario Navarrete en su libro Gerencia de Procesos, refiere que, lo
que no se puede medir, no se puede controlar; lo que no se puede
controlar, no se puede administrar; lo que no se puede administrar es un
caos.
Estos indicadores deben ser usados, entre otros propsitos para:
Evaluar el desempeo del proceso contra las metas de mejoramiento,

permitiendo medir el grado de cumplimiento de las metas en relacin
con los resultados obtenidos.
Establecer si el proceso es estable o no y, por tanto, definir si las causas

detrs de los resultados son comunes o especiales para definir el tipo de
mejoramiento requerido.
Fijar el nivel de desempeo alcanzado por el proceso para servir de

punto de referencia en procesos de comparacin con las mejores
prcticas.
Mostrar tendencias, evaluar eficiencia y proveer seales oportunas de

precaucin.
Establecer bases slidas para identificar problemas o detectar

oportunidades de mejoramiento.
Proveer medios para evaluar las medidas correctivas y preventivas.
Facilitar la comunicacin entre el dueo del proceso y quienes lo

operan, entre estos y la gerencia, entre personas relacionadas con el
proceso.
39
Establecer si el grado de mejoramiento obtenido es suficiente y si el

proceso sigue siendo suficientemente competitivo.
Caractersticas de los buenos indicadores

Cada indicador debe satisfacer los siguientes criterios:
Poderse Medir:
Esto significa que lo que se desea medir se pueda medir, ya sea en
trminos del grado o frecuencia de cantidad.
Tener Significado:
El indicador debe ser reconocido fcilmente por todos aquellos que lo
usan. Lo importante es que tenga significado para todas las personas
participe en el proceso. Por tanto, todo medidor debe tener una
descripcin, esto es, una breve definicin sobre que es y que pretende
medir.
Poderse Controlar.
Tipos de Indicadores
En el contexto de orientacin hacia los procesos, un indicador puede ser de
proceso o de resultado. En el primer caso, se pretende medir que est
sucediendo con las actividades, en el segundo se quiere medir las salidas
del proceso.
Indicadores de Resultado:
Estos indicadores miden la conformidad o no conformidad de la salida
de un proceso, esto es, bienes o servicios (producto) con los
requerimientos del cliente. En otras palabras, miden la efectividad de
satisfacer al cliente. Los clientes definen la calidad de lo que necesitan
en trminos de dimensiones o caractersticas de calidad tales como:
40
precio, tiempo de atencin, calidad de servicio, condiciones de la

atencin, etc. Esto significa que es importante conocer y considerar las
necesidades y expectativas del cliente, del usuario, al desarrollar
indicadores de resultado.
Indicadores de Proceso:
Cuando se documenta un proceso y se posee un diagrama de flujo del
mismo, se establecen puntos de control, esto es actividades o eventos a
travs de los cuales se controla el proceso. Se denominan indicadores
de proceso a stos puntos de control.
Los indicadores de proceso se diferencian de los indicadores de

resultado en que miden la variacin existente en el proceso, midiendo
las actividades del proceso, esto es, como se hace el mismo. En
contraste con los indicadores de resultado que miden las salidas del
proceso, la conformidad o no conformidad general con los requisitos
vlidos, miden el que hace el proceso.
Tambin se pueden clasificar los indicadores en indicadores de eficacia
o de eficiencia. El indicador de eficacia mide el logro de los resultados
propuestos. Nos indica si se hicieron las cosas que se deban hacer, si
se est trabajando en los procesos correctos del proceso. Los
indicadores de eficacia se enfocan en el que se debe hacer, por tal
motivo en el establecimiento de un indicador de eficacia es fundamental
conocer y definir operacionalmente los requerimientos del cliente del
proceso para comparar lo que entrega el proceso contra lo que el
espera. De lo contrario, se puede estar logrando una gran eficiencia en
aspectos irrelevantes para el cliente.
En contraste, un indicador de eficiencia mide el rendimiento de los
recursos utilizados en las actividades ejecutadas dentro del proceso.
41
Los indicadores de eficiencia miden el nivel de ejecucin del proceso, se

concentran en el cmo se hicieron las cosas y miden el rendimiento de
los recursos utilizados por un proceso, por lo tanto tienen que ver con la
productividad.
El conjunto de eficacia y eficiencia es conocido con el trmino de
efectividad. Sin embargo, no existe un indicador de efectividad, o es de
eficacia o es de eficiencia pero no existe uno que mida de manera
simultnea ambos aspectos. Por tal motivo se debe de tener indicadores
que midan tanto la eficacia como la eficiencia del proceso.
2.2.5. Sistema de Informacin

Un Sistema de Informacin, es aqul que permite recopilar, administrar y
manipular un conjunto de datos que conforman la informacin necesaria
para que los estamentos ejecutivos de una organizacin puedan realizar
una toma de decisiones informadamente. En resumen, es aqul
conjunto ordenado de elementos (no necesariamente computacionales)
que permiten manipular toda aquella informacin necesaria para
implementar aspectos especficos de la toma de decisiones.
Todo Sistema de Informacin, surge de la necesidad de informacin que
experimenta una organizacin para implementar un conjunto especfico
de toma de decisiones.
42
Figura N 03. Tipos de Sistemas de Informacin
2.2.5.1.
Los
Sistemas de Informacin Ejecutiva
Sistemas
de
Informacin
para
Ejecutivos
(EIS:
Executive
Information Systems), estn dirigidos a apoyar el proceso de toma de

decisiones de los altos ejecutivos de una organizacin, presentando
informacin
relevante
usando
recursos
visuales
de
fcil
interpretacin, con el objetivo de mantenerlos informados.

Las principales caractersticas de los Sistemas de Informacin para
Ejecutivos (EIS) son las siguientes:
Estn diseados para cubrir las necesidades especficas y particulares

de la alta administracin de la empresa. Esto implica que ejecutivos
diferentes pueden requerir informacin o formatos de presentacin
distintos para trabajar en una compaa en particular. Lo anterior se
43
debe a que los factores crticos del xito pueden variar de un ejecutivo a
otro.
Extraen, filtran, comprimen y dan seguimiento a informacin crtica del

negocio. El sistema debe contar con capacidad de manejar informacin
que proviene de los Sistemas Transaccionales de la empresa y/o de
fuentes externas de informacin. Esta informacin externa puede
provenir de bases de datos externas, peridicos y cartas electrnicas de
la industria, entre otros; todo esto en temas tales como nuevas
tecnologas, clientes, mercados y competencia, por mencionar algunos.
Implica que los ejecutivos puedan interactuar en forma directa con el

sistema sin el apoyo o auxilio de intermediarios. Esto puede representar
un reto importante, ya que muchos ejecutivos se resisten a utilizar en
forma directa los recursos computacionales por el temor a cambiar.
Es un sistema desarrollado con altos estndares en sus interfases

hombre-mquina, caracterizado por grficas de alta calidad, informacin
tabular y en forma de texto. El protocolo de comunicacin entre el
ejecutivo y el sistema permite interactuar sin un entrenamiento previo.
Pueden acceder a informacin que se encuentra en lnea, extrayndose

en forma directa de las bases de datos de la organizacin. Esta
caracterstica del EIS permite al ejecutivo penetrar en diferentes niveles
de informacin.
Como podemos observar, los EIS poseen mltiples caractersticas,

estas han permitido elevar el nivel de confianza en la toma de
decisiones, esto gracias a que los EIS permiten obtener una visin
44
desde diferentes ngulos de los datos, reduciendo con ello en gran

medida la incertidumbre en el proceso de toma de decisiones.
Los EIS contribuyen de manera importante a apoyar la toma de

decisiones al permitir redefinir y reorientar algunas de las fases del ciclo
administrativo de una organizacin, principalmente a la planeacin y
control. Esto permite a la organizacin optimizar en la asignacin de
recursos, tanto cuantitativos como cualitativos; adems de mejorar sus
procesos y por ende aumentar sus utilidades.
2.2.6. Metodologa de Desarrollo Iterativo

El software moderno es complejo y novedoso, por lo cual no es realista
usar un modelo lineal de desarrollo como el mtodo de cascada, por el
contrario se debe usar proceso iterativo que permita una comprensin
creciente de los requerimientos, a la vez que se va haciendo crecer el
sistema. Con seguir un modelo iterativo que aborda las tareas ms
riesgosas, se logra reducir los riesgos del proyecto y tener un
subsistema ejecutable tempranamente.
Rational Rose utiliza un proceso de desarrollo iterativo controlado
(controlled iterative process development), donde el desarrollo se lleva a
cabo en una secuencia de iteraciones [BRJ99]. Cada iteracin comienza
con una primera aproximacin del anlisis, diseo e implementacin
para identificar los riesgos del diseo, los cuales se utilizan para
conducir la iteracin, primero se identifican los riesgos y despus se
prueba la aplicacin para que estos se hagan mnimos. Cuando la
implementacin pasa todas las pruebas que se determinan en el
proceso, sta se revisa y se aaden los elementos modificados al
45
modelo de anlisis y diseo. Una vez que la actualizacin del modelo se

ha modificado, se realiza la siguiente iteracin.
La metodologa de desarrollo iterativo promueve el agrandamiento y
perfeccionamiento secuencial de un sistema a travs de mltiples ciclos
de desarrollo de anlisis, diseo, implementacin y pruebas [LAR99].
El sistema crece paulatinamente al agregar mayor funcionalidad con
cada iteracin. Por cada iteracin llevamos a cabo el anlisis, diseo,
construccin y pruebas de tal forma que el sistema en general se va
enriqueciendo en funcionalidad con cada ciclo concluido.
Principales ventajas:
Se puede manejar sistemas complejos con relativa sencillez.

Se puede asegurar mayor solidez del sistema pues la
retroalimentacin o feedback se produce en cada iteracin con una
parte pequea y en un estadio temprano del desarrollo.
2.2.6.1.
Proceso Unificado Rational (RUP)
Un proceso define quien est haciendo qu, cuando. Y adems dice

cmo alcanzar un determinado objetivo. En la ingeniera de software el
objetivo es construir un producto de software o mejorar uno existente
[BRJ99].
Un proceso efectivo proporciona normas para el desarrollo eficiente de
software de calidad, captura y presenta las mejores prcticas que la
tecnologa permite. Por tanto, reduce el riesgo y hace el proyecto ms
predecible.
El Proceso Unificado tiene varias dcadas de desarrollo y uso prctico,
desde sus inicios en el proceso Objectory hasta el Proceso Unificado de
Rational (Rational Unified Process, o RUP) [BRJ99].
46
El RUP es un proceso de desarrollo de software dirigido por casos de

uso, centrado en la arquitectura, iterativo e incremental. RUP pretende
implementar las mejores prcticas en ingeniera de software, con el
objetivo de asegurar la produccin de software de calidad, dentro de
plazos y presupuestos predecibles.
Caractersticas
Las caractersticas principales del RUP son las siguientes [RAM03]:
Guiado/Manejado por casos de uso:
La razn de ser de un sistema software es servir a usuarios ya sean

humanos u otros sistemas; un caso de uso es una facilidad que el
software debe proveer a sus usuarios. Los casos de uso reemplazan la
antigua especificacin funcional tradicional y constituyen la gua
fundamental establecida para las actividades a realizar durante todo el
proceso de desarrollo incluyendo el diseo, la implementacin y las
pruebas del sistema.
Centrado en arquitectura:
La arquitectura involucra los elementos ms significativos del sistema y

est influenciada entre otros por plataformas software, sistemas
operativos,
manejadores
consideraciones
de
de
desarrollo
bases
como
de
datos,
sistemas
protocolos,
heredados
requerimientos no funcionales. Los casos de uso guan el desarrollo de

la arquitectura y la arquitectura se realimenta en los casos de uso, los
dos
juntos
permiten
conceptualizar,
gestionar
desarrollar
adecuadamente el software.
Iterativo e Incremental:
47
Para hacer ms manejable un proyecto se recomienda dividirlo en

ciclos. Para cada ciclo se establecen fases de referencia, cada una de
las cuales debe ser considerada como un miniproyecto cuyo ncleo
fundamental est constituido por una o ms iteraciones de las
actividades principales bsicas de cualquier proceso de desarrollo.
Desarrollo basado en componentes:
La creacin de sistemas intensivos en software requiere dividir el

sistema
en
componentes
con
interfaces
bien
definidas,
que
posteriormente sern ensamblados para generar el sistema. Esta

caracterstica en un proceso de desarrollo permite que el sistema se
vaya creando a medida que se obtienen o que se desarrollan y maduran
sus componentes.
Utilizacin de un nico lenguaje de modelamiento:
UML es adoptado como nico lenguaje de modelamiento para el

desarrollo de todos los modelos.
Proceso Integrado:
Se establece una estructura que abarque los ciclos, fases, flujos de

trabajo, mitigacin de riesgos, control de calidad, gestin del proyecto y
control de configuracin; el proceso unificado establece una estructura
que integra todas estas facetas. Adems esta estructura cubre a los
vendedores y desarrolladores de herramientas para soportar la
automatizacin del proceso, soportar flujos individuales de trabajo, para
construir los diferentes modelos e integrar el trabajo a travs del ciclo de
vida y a travs de todos los modelos.
Ciclos y Fases
48
RUP divide el proceso de desarrollo en ciclos, donde se obtiene un

producto final de cada ciclo. Cada ciclo se divide en cuatro fases:
Concepcin, Elaboracin, Construccin y Transicin [BRJ99]. Cada fase
concluye con un hito bien definido donde deben tomarse ciertas
decisiones.
Fase de Concepcin o Inicio
En esta fase se establece la oportunidad y alcance del proyecto. Se

identifican todas las entidades externas con las que se trata (actores) y
se define la interaccin en un alto nivel de abstraccin: se deben
identificar todos los casos de uso, y se deben describir algunos en
detalle. La oportunidad del negocio incluye: definir criterios de xito,
identificacin de riesgos, estimacin de recursos necesarios, y plan de
las fases incluyendo hitos.
Los productos de sta fase son:
Un documento de visin general, que incluye el alcance del proyecto, los
requerimientos generales del proyecto, las caractersticas principales, y
las restricciones.
El modelo inicial de casos de uso (10% a 20% listos).
El glosario.
Caso de negocio, donde se incluye el contexto, los criterios de xito, y el
pronstico financiero.
Una identificacin inicial de riesgos.
Un plan de proyecto.
Uno o ms prototipos.
49
Fase de Elaboracin
En esta fase se analiza el dominio del problema, y se establece una

arquitectura base slida para desarrollar un plan de proyecto y se
eliminan los elementos de mayor riesgo para el desarrollo exitoso del
proyecto.
Se requiere visin de una milla de amplitud y una pulgada de
profundidad porque las decisiones de arquitectura requieren una visin
global del sistema y se convierte en la parte ms crtica del proceso
[LAR99] al final del cul toda la ingeniera dura esta hecha y se puede
decidir si vale la pena seguir adelante.
A partir de aqu la arquitectura, los requerimientos y los planes de
desarrollo son estables. Ya hay menos riesgos y se puede planificar el
resto del proyecto con menos incertidumbre.
Los productos de esta fase son:
Se construye una arquitectura ejecutable que contemple los casos de
uso crticos y los riesgos identificados.
Modelo de casos de uso (80% completo) con descripciones detalladas.
Otros requerimientos no funcionales o no asociados a casos de uso.
Descripcin de la arquitectura del software.
Un prototipo ejecutable de la arquitectura.
Lista revisada de riesgos y del caso de negocio.
Plan de desarrollo para el resto del proyecto.
Un manual de usuario preliminar.
50
Se tienen presentes las siguientes condiciones de xito:

Estabilidad de la visin del producto.
Estabilidad de la arquitectura.
Las pruebas de ejecucin deben convencer de que los riesgos han sido
abordados y resueltos.
Plan del proyecto algo realista.
Conformidad con el plan de todas las personas involucradas.
Fase de Construccin
En esta fase todas las componentes restantes se desarrollan e

incorporan al producto, todo es probado en profundidad, se pone nfasis
en la produccin eficiente y no ya en la creacin intelectual [BRJ99].
Puede hacerse construccin en paralelo, pero esto exige una
planificacin detallada y una arquitectura muy estable.
El producto de software integrado y corriendo en la plataforma
adecuada.
Manuales de usuario.
Una descripcin del release actual.
Se obtiene un producto beta que debe decidirse si puede ponerse en
ejecucin sin mayores riesgos.
Se tienen en cuenta las siguientes condiciones de xito:
51
El producto debe estar maduro y estable para instalarlo en el ambiente

del cliente.
El cliente debe estar listo para recibir el producto.
Fase de Transicin
El objetivo es traspasar el software desarrollado a la comunidad de

usuarios. Una vez instalado surgirn nuevos elementos que implicarn
nuevos desarrollos (ciclos).
El objetivo de esta fase es obtener autosuficiencia de parte de los
usuarios as como la concordancia en los logros del producto de parte
de las personas involucradas. Es necesario lograr el consenso cuanto
antes para liberar el producto al mercado.
Pruebas beta para validar el producto con las expectativas del cliente.
Ejecucin paralela con sistemas antiguos si es que el caso lo amerita.
Conversin de datos, si es que son necesarios.
Entrenamiento de usuarios.
Distribuir el producto.
2.2.7. Lenguaje Unificado de Modelado (UML)

52
Lenguaje Unificado de Modelado (UML, por sus siglas en ingls, Unified

Modeling
Language)
es
el
lenguaje
de modelado de
sistemas
de software ms conocido y utilizado en la actualidad; est respaldado

por el OMG (Object Management Group).
Es un lenguaje grfico para visualizar, especificar, construir y
documentar un sistema. UML ofrece un estndar para describir un
"plano" del sistema (modelo), incluyendo aspectos conceptuales tales
como procesos de negocio, funciones del sistema, y aspectos concretos
como expresiones de lenguajes de programacin, esquemas de bases
de datos y compuestos reciclados.
Se puede aplicar en el desarrollo de software gran variedad de formas
para dar soporte a una metodologa de desarrollo de software (tal como
el Proceso Unificado Racional o RUP).
Diagramas
Se necesita ms de un punto de vista para llegar a representar un
sistema. UML utiliza los diagramas grficos para obtener estos distintos
puntos de vista de un sistema:
Diagramas de Implementacin.
Se derivan de los diagramas de proceso y mdulos de la
metodologa
de
Booch,
aunque
presentan
algunas
modificaciones. Los diagramas de implementacin muestran los

aspectos
fsicos
del cdigo fuente
del
y
sistema.
la
Incluyen
implementacin,
la
en
estructura
tiempo
de
implementacin. Existen dos tipos:

Diagrama de plataformas despliegue.
Diagrama de componentes.
Diagramas de Comportamiento o Interaccin.

Muestran las interacciones entre objetos en un escenario (parte)
del sistema. Hay varios tipos:
53
Diagrama de actividad.
Diagrama de secuencia.
Diagrama de colaboracin.
Diagrama de estado.
Diagramas de Casos de uso.

Unos casos de uso es una secuencia de transacciones que son
desarrolladas por un sistema en respuesta a un evento que inicia
un actor sobre el propio sistema. Los diagramas de casos de uso
sirven para especificar la funcionalidad y el comportamiento de un
sistema mediante su interaccin con los usuarios y/o otros
sistemas. O lo que es igual, un diagrama que muestra la relacin
entre los actores y los casos de uso en un sistema. Una relacin
es una conexin entre los elementos del modelo, por ejemplo la
relacin y la generalizacin son relaciones.
Los diagramas de casos de uso se utilizan para ilustrar los
requerimientos del sistema al mostrar cmo reacciona una
respuesta a eventos que se producen en el mismo. En este tipo
de diagrama intervienen algunos conceptos nuevos: un actor es
una entidad externa al sistema que se modela y que puede
interactuar con l; un ejemplo de actor podra ser un usuario o
cualquier otro sistema. Las relaciones entre casos de uso y
actores pueden ser las siguientes:
Un actor se comunica con un caso de uso.
Un caso de uso extiende otro caso de uso.
Un caso de uso usa otro caso de uso.
Diagramas de Clases.
Los diagramas de clases representan un conjunto de elementos
del modelo que son estticos, como las clases y los tipos, sus
contenidos y las relaciones que se establecen entre ellos.
Algunos de los elementos que se pueden clasificar como
estticos son los siguientes:
54
Paquete: Es el mecanismo de que dispone UML para organizar

sus elementos en grupos, se representa un grupo de elementos
del modelo. Un sistema es un nico paquete que contiene el resto
del sistema, por lo tanto, un paquete debe poder anidarse,
permitindose
que
un
paquete
contenga
otro
paquete.
Clases: Una clase representa un conjunto de objetos que tienen

una estructura, un comportamiento y unas relaciones con
propiedades parecidas. Describe un conjunto de objetos que
comparte los mismos atributos, operaciones, mtodos, relaciones
y significado. En UML una clase es una implementacin de un
tipo.
Los
componentes
de
una
clase
son:
Atributo. Se corresponde con las propiedades de una clase o un

tipo. Se identifica mediante un nombre. Existen atributos simples
y complejos.
Operacin.
Tambin
conocido
como
mtodo,
es
un servicio proporcionado por la clase que puede ser solicitado

por otras clases y que produce un comportamiento en ellas
cuando
se
realiza.
Las clases pueden tener varios parmetros formales, son las

clases denominadas plantillas. Sus atributos y operaciones
vendrn definidas segn sus parmetros formales. Las plantillas
pueden
tener
especificados los
valores reales
para
los
parmetros formales, entonces reciben el nombre de clase

parametrizada instanciada. Se puede usar en cualquier lugar en
el que se podra aparecer su plantilla.
Metaclase: Es una clase cuyas instancias son clases. Sirven
como depsito para mantener las variables de clase y
proporcionan operaciones (mtodo de clase) para inicializar estas
55
variables. Se utilizan para construir metamodelos (modelos que

se utilizan para definir otros modelos)Tipos: Es un descriptor de objetos que tiene un estado abstracto y
especificaciones de operaciones pero no su implementacin. Un
tipo establece una especificacin de comportamiento para las
clases.
Interfaz: Representa el uso de un tipo para describir el
comportamiento visible externamente de cualquier elemento del
modelo.
Relacin entre clases: Las clases se relacionan entre s de
distintas formas, que marcan los tipos de relaciones existentes:
Asociacin:
Es una relacin que describe un conjunto de vnculos entre
clases. Pueden ser binarias o n-arias, segn se implican a dos
clases o ms. Las relaciones de asociacin vienen identificadas
por los roles, que son los nombres que indican el comportamiento
que tienen los tipos o las clases, en el caso del rol de asociacin
(existen otros tipos de roles segn la relacin a la que
identifiquen). Indican la informacin ms importante de las
asociaciones. Es posible indicar el nmero de instancias de una
clase que participan en una relacin mediante la llamada
multiplicidad.
Composicin:
Es un tipo de agregacin donde la relacin de posesin es tan
fuerte como para marcar otro tipo de relacin. Las clases en UML
tienen un tiempo de vida determinado, en las relaciones de
composicin, el tiempo de vida de la clase que es parte del todo
(o agregado) viene determinado por el tiempo de vida de la clase
que representa el todo, por tanto es equivalente a un atributo,
56
aunque no lo es porque es una clase y puede funcionar como tal

en
otros
casos.
Generalizacin:
Cuando se establece una relacin de este tipo entre dos clases,
una es una Superclase y la otra es una Subclase. La subclase
comparte la estructura y el comportamiento de la superclase.
Puede haber ms de una clase que se comporte como subclase.
Dependencia:
Una relacin de dependencia se establece entre clases (u
objetos) cuando un cambio en el elemento independiente del
modelo puede requerir un cambio en el elemento dependiente.
2.2.8. DataWarehouse (DW)
Un DataWarehouse es un repositorio central o coleccin de datos en la
cual se encuentra integrada la informacin de la organizacin y que se
usa como soporte para el proceso de toma de decisiones gerenciales.
El concepto de DataWarehouse comenz a surgir cuando las
organizaciones tuvieron la necesidad de usar los datos que cargaban a
travs de sus sistemas operacionales para planeamiento y toma de
decisiones. Para cumplir estos objetivos se necesitan efectuar consultas
que sumarizan los datos, y que si se hacen sobre los sistemas
operacionales reducen mucho la performance de las transacciones que
se estn haciendo al mismo tiempo. Fue entonces que se decidi
separar los datos usados para reportes y toma de decisiones de los
sistemas operacionales y disear y construir DataWarehouses para
almacenar estos datos.
Las principales caractersticas que posee un DataWarehouse se detallan

a continuacin:
57
Es orientado a la informacin relevante de la organizacin: En un

DataWarehouse la informacin se clasifica en base a los aspectos de
inters para la empresa, es decir, se disea para consultar
eficientemente informacin relativa a las actividades bsicas de la
organizacin.
Es integrado: integra datos recogidos de diferentes sistemas
operacionales de la organizacin y/o fuentes externas. Esta integracin
se hace estableciendo una consistencia en las convenciones para
nombrar los datos, en la definicin de las claves, y en las medidas
uniformes de los datos.
Es variable en el tiempo: los datos son relativos a un periodo de tiempo
y deben ser incrementados peridicamente. La informacin almacenada
representa fotografas correspondientes a ciertos perodos de tiempo.
Es no voltil: la informacin no se modifica despus de que se inserta,
solo se incrementa. El periodo cubierto por un DataWarehouse vara de
2 a 10 aos.
2.2.9. Datamarts
Un Data mart es una versin especial de almacn de datos (data
warehouse). Son subconjuntos de datos con el propsito de ayudar a
que un rea especfica dentro del negocio pueda tomar mejores
decisiones. Los datos existentes en este contexto pueden ser
agrupados, explorados y propagados de mltiples formas para que
diversos grupos de usuarios realicen la explotacin de los mismos de la
forma ms conveniente segn sus necesidades.
El Data mart es un sistema orientado a la consulta, en el que se
producen procesos batch de carga de datos (altas) con una frecuencia
58
baja y conocida. Es consultado mediante herramientas OLAP (On line

Analytical Processing - Procesamiento Analtico en Lnea) que ofrecen
una visin multidimensional de la informacin. Sobre estas bases de
datos
se
pueden
construir EIS (Executive
Information
Systems,
Sistemas de Informacin para Ejecutivos) y DSS (Decision Support

Systems, Sistemas de Ayuda a la toma de Decisiones).
En sntesis, se puede decir que los data marts son pequeos data
warehouse centrados en un tema o un rea de negocio especfico
dentro de una organizacin.
2.2.10.
Microsoft SQL Server 2014
Microsoft SQL Server es un sistema de administracin y anlisis de

bases de datos relacionales de Microsoft para soluciones de comercio
electrnico, lnea de negocio y almacenamiento de datos. En esta
seccin, encontrar informacin sobre varias versions de SQL Server.
Tambin encontrar artculos sobre bases de datos y aplicaciones de
diseo de bases de datos as como ejemplos de los usos de SQL
Server.
Microsoft SQL Server 2014 se basa en las funciones crticas ofrecidas
en la versin anterior, proporcionando un rendimiento, una disponibilidad
y una facilidad de uso innovadores para las aplicaciones ms
importantes. Microsoft SQL Server 2014 ofrece nuevas capacidades en
memoria en la base de datos principal para el procesamiento de
transacciones en lnea (OLTP) y el almacenamiento de datos, que
complementan nuestras capacidades de almacenamiento de datos en
memoria y BI existentes para lograr la solucin de base de datos en
memoria
ms
completa
del
mercado.
SQL Server 2014 tambin proporciona nuevas soluciones de copia de

seguridad y de recuperacin ante desastres, as como de arquitectura
59
hbrida con Windows Azure, lo que permite a los clientes utilizar sus
actuales conocimientos con caractersticas locales que aprovechan los
centros de datos globales de Microsoft. Adems, SQL Server 2014
aprovecha las nuevas capacidades de Windows Server 2012 y Windows
Server 2012 R2 para ofrecer una escalabilidad sin parangn a las
aplicaciones de base de datos en un entorno fsico o virtual.
Caractersticas claves:
OLTP en memoria: proporciona funciones de OLTP en memoria

integradas en la base de datos central de SQL Server para
mejorar en forma significativa la velocidad y el rendimiento de las
transacciones en su aplicacin de base de datos. OLTP en
memoria se instala con el motor de SQL Server 2014 y no
requiere de acciones adicionales. Adems, entrega los beneficios
del rendimiento en memoria sin necesidad de reescribir la
aplicacin de base de datos ni de actualizar el hardware. OLTP
en memoria le permite acceder a las dems caractersticas
sofisticadas
rendimiento
de
SQL
Server,
mientras
saca
en
ventaja
del
memoria.
Almacn de columnas actualizable en memoria: proporciona una

compresin mayor, consultas ms sofisticadas y la capacidad de
actualizar el almacn de columnas existente para las cargas de
trabajo de almacenamiento de datos, lo que mejora an ms la
velocidad de carga, el rendimiento de las consultas, la
concurrencia e incluso reduce el precio por terabyte.
Extensin de la memoria a SSD: integra en forma transparente y

sin fisuras el almacenamiento en estado slido en SQL Server al
60
utilizar las unidades SSD como una extensin del grupo de bfer
de la base de datos, lo que permite aumentar el procesamiento
en memoria y reduce la E/S en disco.
Nuevas funciones AlwaysOn: los grupos de disponibilidad ahora

permiten hasta ocho rplicas secundarias que permanecen
disponibles para lecturas en todo momento, incluso en el caso de
errores de red. Las instancias de los clsteres de conmutacin
por error ahora son compatibles con los volmenes compartidos
de
clster
de
Microsoft,
lo
que
aumenta
el
uso
del
almacenamiento compartido y mejora la resistencia ante la

conmutacin por error.
Copias de seguridad cifradas: permite cifrar las copias de

seguridad en las instalaciones locales y en Microsoft Azure.
Gobierno de recursos de E/S: los grupos de recursos ahora

permiten configurar IOPS mnimas y mximas en cada volumen,
lo que ofrece controles ms completos para aislar los recursos.
2.2.11.
Microsoft Visual Studio .NET 2013
Visual Studio .NET (VB.NET) es un lenguaje de programacin orientado

a
objetos que
se
puede
considerar
una
evolucin
de Visual
Basic implementada sobre el framework .NET, es un conjunto completo
de herramientas de desarrollo para la construccin de aplicaciones Web

ASP, servicios Web XML, aplicaciones para escritorio y aplicaciones
mviles. Visual Basic .NET, Visual C++ .NET, Visual C# .NET y Visual
J# .NET utilizan el mismo entorno de desarrollo integrado (IDE), que les
permite compartir herramientas y facilita la creacin de soluciones en
61
varios lenguajes. Asimismo, dichos lenguajes aprovechan las funciones

de .NET Framework, que ofrece acceso a tecnologas clave para
simplificar el desarrollo de aplicaciones Web ASP y servicios Web XML.
Los programadores pueden utilizar Visual Studio .NET 2013 para:
Desarrollar aplicaciones web sobre la base de la ltima versin

de ASP.NET y DMBC, pero tambin para el cloud, para Windows
Phone, Windows 8.1, y aplicaciones tradicionales empresariales
como DOT.NET. El desarrollador tiene que atender mltiples
escenarios y es uno de los aspectos fundamentales en la visin
de Visual Studio, ya que permite usar el mismo ambiente de
desarrollo para todos estos escenarios con un alto grado de
productividad.
Crear aplicaciones Web sofisticadas y seguras.
Crear aplicaciones Web inteligentes, sofisticadas y seguras para

dispositivos mviles.
Utilizar servicios Web XML en cualquiera de las aplicaciones

mencionadas.
Evitar conflictos entre archivos .DLL.
Eliminar
los
costosos
problemas
de
implementacin
mantenimiento de las aplicaciones.
2.2.12.
Sistema de Informacin Geogrfica
Un sistema de informacin geogrfica (tambin conocido con los acrnimos

SIG en espaol o GIS en ingls) es un conjunto de herramientas que
62
integra y relaciona diversos componentes (usuarios, hardware, software,

procesos) que permiten la organizacin, almacenamiento, manipulacin,
anlisis y modelizacin de grandes cantidades de datos procedentes del
mundo real que estn vinculados a una referencia espacial, facilitando la
incorporacin de aspectos sociales-culturales, econmicos y ambientales
que conducen a la toma de decisiones de una manera ms eficaz.
2.2.12.1. ArcGis 10.2

ArcGIS es el nombre de un conjunto de productos de software en el
campo de los Sistemas de Informacin Geogrfica o SIG. Producido y
comercializado por ESRI, bajo el nombre genrico ArcGIS se agrupan
varias aplicaciones para la captura, edicin, anlisis, tratamiento, diseo,
publicacin e impresin de informacin geogrfica. Estas aplicaciones
se engloban en familias temticas como ArcGIS Server, para la
publicacin y gestin web, o ArcGIS Mvil para la captura y gestin de
informacin en campo.
Novedades del ArcGis 10.2
Permite a ms gente construir mapas que funcionan en diferentes
dispositivos
Reduce la necesidad de crear aplicaciones especficas gracias a
las aplicaciones ya desarrolladas y listas para usar y a las
plantillas de aplicaciones.
Integra el SIG ms fcilmente con otros sistemas de negocio
como IBM Cognos, MicroStrategy o SAP.

Accede a enormes colecciones de mapas listos para usar: mapas
base, demogrficos, topogrficos...

Utiliza el web SIG como un gestor de contenidos que organiza,
asegura y facilita el acceso a productos de informacin
geogrfica.
63
2.3.
DEFINICION DE TERMINOS BASICOS
VARIABLE INDEPENDIENTE (X)

VARIABLE DEPENDIENTE (Y)
VARIABLE INTERVINIENTE (RUP)
Dato
Un Dato es un valor especfico, por ejemplo "15", el cual, por s slo, no
entrega ningn conocimiento til.
Informacin
La informacin, por su parte, corresponde a un par ordenando, el conjunto
de un dato y una descripcin. Por ejemplo: Edad = 15 lo cual ya es
entendible. Desde una perspectiva ms filosfica se seala que Informacin
son Datos que reducen incertidumbre.
Registro
Registro, se refiere al conjunto de informacin relacionadas y agrupada.
Datos Hidromtricos
64
Conjunto de datos recogidos por las estaciones hidromtricas, siendo el

principal dato: el caudal, que es la cantidad de agua que circula por la
seccin de un ro, tubera o canal en un determinado tiempo.
Datos Hidrometeorolgicos
Conjunto de datos recogidos por las estaciones hidrometeorolgicas
climatolgicas, siendo el principal dato: precipitacin y temperatura en un
determinado tiempo.
Estaciones
Estaciones Hidromtricas
Registran Datos Hidromtricos.
Estaciones Meteorolgicos
Registran Datos Meteorolgicos.
Visor Geogrfico
El Visor Geogrfico del SADHO es la herramienta que permite consultar y
visualizar
los
meteorolgicas
datos
desde
asociados
una
las
perspectiva
estaciones
geogrfica.
hidromtricas
Esto
permite
complementar el anlisis de la informacin generada y la produccin de

documentos.
Instrumentos de Planificacin
65
Herramientas que hacen posible el proceso de planificacin que sirven para

las diferentes clases de desarrollo que generan bienestar a la comunidad.
Hidrologa
Ciencia que se dedica al estudio de la distribucin, espacial y temporal, y
las propiedades del agua presente en la atmsfera y en la corteza terrestre.
Esto incluye las precipitaciones, la escorrenta, la humedad del suelo, la
evapotranspiracin y el equilibrio de las masas glaciares.
Cuenca Hidrogrfica
Una cuenca hidrogrfica es un territorio drenado por un nico sistema
de drenaje natural, es decir, que drena sus aguas al mar a travs de un
nico ro, o que vierte sus aguas a un nico lago endorreico. Una cuenca
hidrogrfica es delimitada por la lnea de las cumbres, tambin llamada
divisoria de aguas.
Gestin Integrada de los Recursos Hdricos

Es un proceso integral consistente en extraer el agua del ciclo hidrolgico,
regularla, transportarla, tratarla, distribuirla, medirla y entregarla a los
diversos usuarios de una determinada rea en la cantidad, con la calidad,
en
la oportunidad y en lugar requeridos, y luego del uso, reciclarla o
devolverla directa o indirectamente al ciclo hidrolgico.

En el Per el ente rector tcnico normativo de la Gestin de los Recursos
Hdricos es la Autoridad Nacional del Agua.
66
La Autoridad Nacional del Agua gestiona los recursos hdricos tomando

como unidad de medida las cuencas hidrogrficas, de las cuales uno de los
principales ejes de informacin que debe manejar el proceso de
Planificacin.
Algunos productos del Proceso de Planificacin para la Gestin de los

Recursos Hdricos son:
-
Proyectos de identificacin de zonas y poblaciones vulnerables ante
fenmenos climatolgicos extremos.

Proyectos de Sistema de Alerta de Temprana por Activacin de
Quebradas.
Proyectos para abastecimiento de agua potable o industrial:
seleccin de fuentes y clculo de caudales mnimos.

Estudio en obras viales de cruce: caudales mximos para el ancho
del puente.
Estudio en proyectos de presas: capacidad de embalse, caudales
mximos para vertedero.

Estudio para drenajes: caractersticas del nivel fretico.
Estudios para determinar el caudal ecolgico.
Proyectos de irrigacin: oferta y demanda de agua, evaporacin e
infiltracin.
Prevencin y control de inundaciones: caudales mximos.
Navegacin: calados mximos, mnimos.
Aprovechamiento hidroelctrico: caudales mximos,
mnimos,
promedios, estudios de sedimentos, etc.
67
CAPTULO III:
PRESENTACIN, ANLISIS E INTERPRETACIN DE RESULTADOS
3.1. PRESENTACIN DEL PROCESAMIENTO ESTADSTICO
3.1.1. ANLISIS ESTADSTICO DESCRIPTIVO (CUADROS Y TABLAS)
Estadsticas descriptivas: D1X=Tiempo pedidos ASIS, D1Y=Tiempo Pedidos TOBE

Variable
D1X=Tiempo pedidos ASIS
D1Y=Tiempo Pedidos TOBE
Conteo
total
56
56
Media
77.43
56.34
Variable
Mximo
96.00
94.00
Modo
68
65
Desv.Est.
9.82
19.02
CoefVar
12.68
33.75
Mnimo
56.00
20.00
Mediana
76.00
58.00
N para
moda
7
7
INTERPRETACION
SE OBSERVA QUE EL TIEMPO DE PEDIDOS EN EL ASIS ES DE 77.43 MIN Y EN EL TOBE ES DE
56.34 MIN, ESTO SIGNIFICA UNA DIFERENCIA DE MEDIAS DE 21.09 MIN QUE NOS
REPRESENTA EL 27.24% DE LA EFICIENCIA DE LA HERRAMIENTA EN EL PROCESO DE REGISTRO
DE DATOS.
100% ..> 77.43
X
> 21.09
68
X=((100)(21.09))/77.43=27.24 &
Histograma (con curva normal) de D1Y=Tiempo Pedidos TOBE
Media
Desv.Est.
N
12
56.34
19.02
56
Frecuencia
10
8
6
4
2
0
20
40
60
80
100
Histograma (con curva normal) de D1X=Tiempo pedidos ASIS

Media
Desv.Est.
N
12
77.43
9.820
56
Frecuencia
10
8
6
4
2
0
60
70
80
90
100
SEGUNDO
69
TERCERO
3.1.2. ANLISIS ESTADSTICO INFERENCIAL (PRUEBA DE HIPTESIS)
PRUEBA DE HIPTESIS SECUNDARIA 1

SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP
ENTONCES SE INFLUYE POSITIVAMENTE EN LA OPERATIVIDAD HDRICA DEL
PROCESO DE REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
HIPTESIS ALTERNA Ha (hiptesis del investigador) (su propuesta)
ENTONCES SE INCREMENTA LA OPERATIVIDAD HDRICA DEL PROCESO DE
REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
HIPTESIS NULA HO
ENTONCES NO SE INCREMENTA LA OPERATIVIDAD HDRICA DEL PROCESO
DE REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
HIPTESIS ESTADSTICA
H a : Tobe Asis
H 0 : Tobe Asis
Prueba T e IC de dos muestras: Operatidad Hdrica TOBE, Operatidad Hdrica ASIS
T de dos muestras para Operatidad Hdrica TOBE vs. Operatidad Hdrica ASIS
Operatidad Hdrica TOBE

Operatidad Hdrica ASIS
N
15
15
Media
65.9
36.8
Desv.Est.
15.2
12.5
Error
estndar
de la
media
3.9
3.2
Diferencia = mu (Operatidad Hdrica TOBE) - mu (Operatidad Hdrica ASIS)
70
Estimado de la diferencia: 29.07

Lmite inferior 95% de la diferencia: 20.41
Prueba T de diferencia = 0 (vs. >): Valor T = 5.71
Ambos utilizan Desv.Est. agrupada = 13.9368
Valor P = 0.000
GL = 28
Figura n xxx: Grfica de valores individuales de Operatidad Hdrica TOBE,

Operatidad Hdrica
Grfica de distribucin
T, df=28
0.4
Densidad
0.3
0.2
REGIN
DE
RECHAZ
REGIN
DE
ACEPTACI
0.1
0.05
0.0
0
X
Tc 1.701
=
t=5.7
1
INTERPRETACIN
En la figura n xxxx observamos que el valor del t calculado t=5.71 es mayor que
el valor crtico Tc=1.701 el cual rechazamos la hiptesis nula Ho y aceptamos la
hiptesis alterna Ha. As mismo tenemos que el valor del p_value= 0.000 por ser
menor al nivel de significancia =5% afirmamos nuestra hiptesis de investigacin
que dice: SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN
RUP ENTONCES SE INCREMENTA LA OPERATIVIDAD HDRICA DEL PROCESO
DE REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
Grados de libertad= n1+n2-2= 15+15-2=28
71
Grfica de valores individuales de Operatidad Hdrica TOBE, Operatidad Hdrica ASIS

90
80
Datos
70
60
50
40
30
20
INTERPRETACION
En la figura n . Se observa que el promedio de la operatividad hdrica en el
TOBE es de 65.9% y en el ASIS es de 36.8% el cual hay una diferencia de
medias del 29.1% el cual nos representa el 44.16% de la eficiencia de la D1X .

15
15
65.9
36.8
15.2
12.5
3.9
3.2
72
3.1. Arquitectura de Software

El concepto de Arquitectura es similar a la arquitectura de un edificio en la que
se mostraran varios planos con diferentes aspectos del edificio, lo cual permite
tener una imagen completa del edificio antes que comience la construccin.
Arquitectura en software se muestran diferentes vistas del sistema: estructural,
funcional, dinmico, etc. as como la Plataforma en la que va a operar.
El presente documento formula el diseo de Software que proporciona una
solucin al modelo del Proceso de Negocio, este diseo estar centrado en la
arquitectura y utilizara UML como lenguaje formal de modelado arquitectnico,
por lo cual la Arquitectura de Software estar vinculada a metodologa y
proceso RUP.
3.1.1. Alcances
El presente software involucra a tres niveles organizativos: la Direccin de
Conservacin
Planeamiento
de
Recursos
Hdricos,
la
Autoridad
Administrativa del Agua y la Autoridad Local del Agua.
73
74
3.1.2. Diagrama de Casos de Uso

3.1.2.1. Diagrama de Actores
uc Actores
Usuario
A.L.A.
A.A.A.
Administrador
75
3.1.2.2. Diagrama de Casos de Uso del Sistema

uc Casos de uso del Sistema
CUS 001 Ingresar al

sistema
CUS 002 Registrar

Usuarios
CUS 007 Descargar

Datos
CUS 003 Registrar

Variables
Usuario
Adminsitrador
CUS 008 Consultar

Visor Geogrfico
CUS 006 Aprobar
Informacin
include
CUS 005 Registrar
informacin
A.A.A.
CUS 004 Registrar

Puntos de Monitoreo
include
A.L.A.
76
3.1.3. Especificacin de Casos de Uso

En los documentos elaborados de los Casos de Uso de Sistema (CUS) se han
descrito las especificaciones de las funcionalidades del sistema a desarrollar y
son los siguientes:
CUS 001 Ingresar al Sistema.- Autenticacin del usuario segn el nombre y

la contrasea asignada.
CUS 002 Registrar Usuario.- Registro y mantenimiento de usuarios y
asignacin de perfiles.
CUS 003 Registrar Variables.- Registro y mantenimiento de las variables, de
las cuales se registrarn informacin en los puntos de monitoreo.
CUS 004 Registrar Puntos de Monitoreo.- Registro y mantenimiento de los
puntos de Monitoreo, donde se toman los datos. Se indica el mbito
administrativo, el tipo de estacin y la ubicacin geogrfica.
CUS 005 Registrar Informacin.- Registrar los datos tomados en los puntos
de monitoreo, y su envi a la AAA para su aprobacin.
CUS 006 Aprobar Informacin.- Aprobar los datos ingresados por las ALA.
CUS 007 Descargar Datos.- Descargar los datos ingresados al SADHO de
acuerdo al nivel de perfil del usuario.
CUS 008 Consultar Visor Geogrfico.- Consultar la informacin ingresado
mediante un visor geogrfico y los puntos de monitoreo con su ubicacin
geogrfica.
77
3.1.4. Diagramas de Actividad

Cdigo
CUS 001
Nombre
Ingresar al Sistema
Descripcin
En este caso de uso el usuario ingresa al sistema identificndose con su usuario
y contrasea.
Diagrama de Actividad
Cdigo
CUS 002
78
Nombre
Registrar Usuario
Descripcin
En este caso de uso el administrador del sistema registra los usuarios, asigna la
contrasea y los perfiles correspondientes.
act CUS 002 Registrar Usuario
Administrador
Inicio
Registrar Datos
Usuario Repetido
NO
SI
Mostrar mensaj e de error
Guardar Datos
Env iar mensaj e de

confirmacin
Fin
Cdigo
CUS 003
Nombre
Registrar Variables
Descripcin
79
En este caso de uso el administrador del sistema registra los datos de las
variables, de las cuales se tomarn datos en los puntos de monitoreo.
act CUS 003 Registrar Variables
Administrador
Inicio
Seleccionar Tipo de
Estacin
Registrar datos del a

v ariable
Guardar datos
Fin
80
Cdigo
CUS 004
Nombre
Registrar Puntos de Monitoreo
Descripcin
En este caso de uso la AAA registra los puntos de monitoreo, donde se tomarn
los datos de las variables, se indica el mbito administrativo, el tipo de estacin
y la ubicacin geogrfica para su posterior consulta en el visor geogrfico.
act CUS 004 Registrar Puntos de Monitoreo
A.A.A.
Inicio
Seleccionar mbito
administrativ o
Seleccionar tipo de
estacin
Ingresar datos del punto

de monitoreo
Guardar datos
Fin
Cdigo
CUS 005
81
Nombre
Registrar informacin
Descripcin
En este caso de uso la ALA registra los datos tomados en los puntos de
monitoreo de su mbito administrativo. Asimismo enva la informacin, para su
aprobacin.
act CUS 005 Registrar informacin
A.L.A.
Ini cio
Seleccionar mbito
administrativ o
Seleccionar tipo estacin
Ingresar datos
NO
Mostrar M ensaj e de error
Datos dupl i cados

SI
Guardar Datos
Env iar Informacin
Fi n
82
Cdigo
CUS 006
Nombre
Aprobar Informacin
Descripcin
En este caso de uso el administrador del sistema o la AAA, aprueban la
informacin registrada y enviada por la ALA.
act CUS 006 Aprobar Informacin
A.A.A.
Inicio
Seleccionar mbito
administrativ o
Listar datos pendientes

de aprobacin
Corregir dato
Dato Ok?
SI
Aprobar dato
Fin
Cdigo
CUS 007
Nombre
Descargar Datos
83
Descripcin
En este caso de uso el usuario consulta la informacin dentro de su mbito
administrativo y lo descarga en formato Excel.
act CUS 007 Descargar Datos
Usuario
Inicio
Ingresar parmetros de
consulta
Consultar informacin
Descargar datos
Fin
84
Cdigo
CUS 008
Nombre
Consultar Visor Geogrfico
Descripcin
En este caso de uso, los usuarios tienen acceso de consultar la informacin
ingresada mediante un visor geogrfico.
act CUS 008 Consultar Visor Geogrfico
Usuario
Inicio
Ingresar parmetros de
bsqueda
Cargar puntos de
monitoreo
Seleecionar punto y
consultar informacin
Fin
85
3.1.5. Diagramas de Secuencia
Caso
de CUS 001 Ingresar al Sistema
Uso
Diagrama de Secuencia
sd CUS 001 Ingresar al Sistema
Usuario
Login
Usuario
Bienvenida
Menu
Usuario y Contrasea()
LoguearUsuario()
CodigoUsuario()
GenerarMenu()
(from Actors)
86
Caso
de CUS 002 Registrar Usuario
Uso
sd CUS 002 Registrar Usuario
Administrador
RegistraUsuario
Usuario
Usuario
Load()
ListarUsuarios()
NuevoUsuario()
Guardar()
CrearInstancia()
ValidarUsuario()
Insertar()
ListarUsuario()
(from Actors)
Caso
de CUS 003 Registrar Variables
87
Uso
sd CUS 003 Registrar Variables
Administrador
Variables
TipoEstacion
Variable
Load()
ListarTipoEstacion()
ListarVariables()
Guardar()
addVariable()
ListarVariables()
88
Caso
de CUS 004 Registrar Puntos de Monitoreo
Uso
sd CUS 004 Registrar Puntos de Monitoreo
A.A.A.
adminPuntoMon AmbitoAdministrativo Departamento Provincia
Distrito
Operador TipoEstacion SupTipoEstacion UnidadHidrografica PuntoMonitoreo
Load()
ListarAmbito()
ListarDepartamento()
ListarProvincia()
ListarDistrito()
ListarOperador()
ListarSubTipo()
ListarUnidadHidrografica()
ListarPuntoMonitoreo()
Aadir()
addPuntoMonitoreo()
89
Caso
de CUS 005 Registrar informacin
Uso
sd CUS 005 Registrar informacin
A.L.A.
infoHidroMe
TipoEstacion
PuntoMonitoreo
Variable
Fuente
SerieT iempo
Load()
ListarT ipoEstacion()
ListarVariable()
ListarFuente()
Aadir()
ValidarDuplicado()
Agregar()
Enviar()
addSeri eTiempo()
90
Caso
de CUS 006 Aprobar informacin
Uso
sd CUS 006 Aprobar Informacin
A.A.A.
adminInfoALA
AmbitoAdministrativo
SerieTiempo
Load()
ListarAmbitoAdministrativo()
ListarSerieTiempo()
Aprobar()
AprobarDatos()
ListarSerieTiempo()
91
Caso
de CUS 007 Descargar informacin
Uso
sd CUS 007 Descargar Datos
Usuario
descargarInformacion
TipoEstacion
PuntoMonitoreo
Variable
SerieTiempo
Load()
ListarAmbitoSuperior()
ListarVariable()
Consultar()
ConsultarDatos()
ConvertirExcel()
92
Caso
de CUS 008 Consultar Visor Geogrfico
Uso
sd CUS 008 Consultar Visor Geogrfico
Usuario
visorMapa
TipoEstacion
PuntoMonitoreo
SerieT iempo
Load()
ListarAmbitoAdministrativoSuperior()
MostrarPuntos()
AgregarPuntos()
ConsultarPunto()
UltimosDatos()
MostrarGrafico()
DatosGraficos()
93
3.1.6. Diagrama de Clases
94
3.1.7. Diagrama De Estado
95
3.1.7.1.
Serie Tiempo
stm CUS 003 Registrar Va...

Inicio
Registrado
Aprobado
Fin
96
3.1.8. Diagrama Entidad Relacin

class Modelo de datos
SerieTipoInterv alo
column
*PK idSerieTipoIntervalo: i nt
*
SerTipInt_Descripcion: varchar(100)
SerTipInt_Abreviatura: varchar(10)
SerTipInt_Activo: bit = ((1))
*
SerTipInt_UserNew: int
*
SerTipInt_UserLast: int
SerTipInt_FechaNew: datetime = (getdate())
SerTipInt_FechaLast: datetime = (getdate())
SerTipInt_Clasificacion: varchar(50)
PK
+
PK_SerieT ipoIntervalo(int)
SerieTiempoTipo
Variable
column
*PK idVariable: int
*FK idEstacionTipo: int
*
VarDescripcion: varchar(50)
*
VarUnidad: varchar(10)
FK
+
FK_Variable_EstacionTipo(int)
PK
+
PK_Variable(int)
column
*PK idSeri eTiempoTipo: int
*FK idSeri eTipoIntervalo: int
*FK idSeri eTipoDatoT ipo: int
*FK idSeri eTipoOrigen: int
FK idVari able: int
*
SerTieTip_Variable: varchar(50)
*
SerTieTip_Unidad: varchar(10)
*
SerTieTip_Esregular: bit
SerTieTip_Activo: bit = ((1))
*
SerTieTip_UserNew: int
SerTieTip_UserLast: int
0..* *
SerTieTip_FechaNew: datetime = (getdate())
SerTieTip_FechaLast: datetime = (getdate())
SerTieTipCantGraf: i nt
FK
+
FK_SerieTiempoTipo_SerieTipoDatoTipo(int)
+
FK_SerieTiempoTipo_SerieTipoIntervalo(int)
+
FK_SerieTiempoTipo_SerieTipoOrigen(int)
+
FK_SerieTiempoTipo_Variable(int)
PK
+
PK_SerieTiempoT ipo(int)
SerieTipoDatoTipo
column
*PK idSerieTipoDatoTipo: int
*
SerTipDatTip_Descripcion: varchar(100)
SerTipDatTip_Abreviatura: varchar(10)
SerTipDatTip_Activo: bit = ((1))
*
SerTipDatTip_UserNew: int
*
SerTipDatTip_UserLast: int
SerTipDatTip_FechaNew: datetime = (getdate())
SerTipDatTip_FechaLast: datetime = (getdate())
PK
+
PK_SerieT ipoDatoT ipo(int)
PK
+
PK_EstadoUmbral(int)
1
0..*
Umbrales
SerieTipoOrigen
column
*PK idSerieTipoOri gen: int
*
SerTipOrg_Descripcion: varchar(100)
SerTipOrg_Abreviatura: varchar(10)
SerTipOrg_Activo: bit = ((1))
*
SerTipOrg_UserNew: int
*
SerTipOrg_UserLast: int
SerTipOrg_FechaNew: datetime = (getdate())
SerTipOrg_FechaLast: datetime = (getdate())
EstacionTipo
column
*PK idEstacionTipo: int
*
EstT ip_Descripcion: varchar(200)
EstT ip_Abreviatura: varchar(20)
EstT ip_Activo: bit = ((1))
*
EstT ip_UserNew: int
*
EstT ip_UserLast: int
EstT ip_FechaNew: datetime = (getdate())
EstT ip_FechaLast: datetime = (getdate())
PK
+
PK_Estaci onTipo(int)
col umn
*PK IdUmbral: int
FK IdPuntoMonitoreo: int
FK IdEstadoUmbral: int
Valor: decimal(12,2)
IdVari able: int
IdUserRegistra: int
FechaRegistro: datetime
IdUserModifi ca: int
FechaModifi ca: datetime
FK
+
FK_Umbrales_EstadoUmbral(int)
+
FK_Umbrales_PuntoMonitoreo(int)
PK
+
PK_Seri eTipoOrigen(int)
SerieTiempo
column
*PK idPuntoMonitoreo: int = ((1))
*PK idSeri eTiempoTipo: int
*PK SerTie_FechaHora: datetime
*PK idSeri eTiempoFuente: int
SerTie_Anio: int
SerTie_Mes: int
SerTie_Dia: int
*
SerTie_Valor: numeric(12,5)
SerTie_Activo: bi t
*
SerTie_UserNew: int
*
SerTie_UserLast: int
SerTie_FechaNew: datetime = (getdate())
SerTie_FechaLast: datetime = (getdate())
*
id: int
SerTie_Estado: smallint
SerTie_Observacion: varchar(150)
EstadoUmbral
column
*PK IdEstadoUmbral: int
Descripcion: nvarchar(30)
IdUserRegistra: int
FechaRegistro: datetime
IdUserModifica: int
FechaModifica: datetime
PK
+
PK_Umbrales(int)
0..*
SerieTiempoFuente
column
*PK idSerieTiempoFuente: int
SerTieFue_Codigo: nvarchar(2)
*
SerTieFue_Nombre: nvarchar(150)
SerTieFue_Abreviatura: nvarchar(30)
UnidadHidrograficaAmbitoAdministrativ o
column
*FK idUnidadHidrografica: int
idAmbitoAdministrativo: i nt
PK
+
pk_SerieT iempoFuente(int)
FK
+
FK_UnidadHidrograficaAmbitoAdministrativo_UnidadHi drografica(int)
PK
+
PK_SerieTiempo(int, int, datetime, int)
1
EstacionMedicion
EstacionSubTipo
column
*PK idEstacionSubtipo: int
idEstacionTipo: int
*
EstSubTip_Descripcion: varchar(200)
EstSubTip_Abreviatura: varchar(20)
EstSubTip_Activo: bit = ((1))
*
EstSubTip_UserNew: i nt
*
EstSubTip_UserLast: int
EstSubTip_FechaNew: datetime = (getdate())
EstSubTip_FechaLast: datetime = (getdate())
PK
+
PK_EstacionSubTipo(i nt)
column
*PK idEstacionMedicion: int
FK idEstacionSubTipo: int
EstMed_Codigo: varchar(15)
*
EstMed_Descri pcion: varchar(100)
*
EstMed_Estado: char(1)
EstMed_RutaImagen: nvarchar(300)
EstMed_Activo: bit = ((1))
*
EstMed_UserNew: int
*
EstMed_UserLast: int
EstMed_FechaNew: dateti me = (getdate())
EstMed_FechaLast: datetime = (getdate())
idCuerpoAgua: int
idSerieTiempoFuente: int
idCoordenada: int
idSerieTiempoT ipo: int
idAmbitoAdministrativo: int
idAmbitoPolitico: int
idOperador: int
id: int
flgAutomatica: bit
FK
+
FK_EstacionMedicion_EstacionSubTipo(int)
PuntoMonitoreo
column
*PK idPuntoMonitoreo: int
idAmbitoPolitico: int
FK idCoordenada: int
FK idCuerpoAgua: int
FK idInfraestricturaHidraul ica: int
FK idUnidadHidrografica: int
PunMon_Descripcion: varchar(30)
PunMon_Activo: bit = ((1))
*
PunMon_UserNew: int
*
PunMon_UserLast: int
PunMon_FechaNew: datetime = (getdate())
PunMon_FechaLast: datetime = (getdate())
ID: int
FK
+
FK_PuntoMonitoreo_Coordenada(int)
+
FK_PuntoMonitoreo_UnidadHidrografica(int)
+
FK_PuntoMonitoreo_CuerpoAgua(int)
+
FK_PuntoMonitoreo_InfraestructuraHidraulica(int)
PK
+
PK_PuntoMonitoreo(int)
PK
+
PK_EstacionMedicion(int)
Operacion
Operador
column
*PK idOperador: int
Opd_Codigo: nvarchar(2)
*
Opd_Nombre: varchar(255)
Opd_Abreviatura: varchar(15)
PK
+
PK_Operador(int)
column
*PK i dOperacion: int
*FK i dPuntoMonitoreo: int
FK i dEstacionMedicion: int
FK i dMedidor: int
FK i dOperador: int
Ope_Inicio: varchar(10)
Ope_Fin: varchar(10)
*
Ope_Activo: bit = ((1))
Ope_UserNew: int
Ope_UserLast: i nt
*
Ope_FechaNew: dateti me = (getdate())
*
Ope_FechaLast: datetime = (getdate())
i d: int
FK
+
FK_Operacion_EstacionMedicion(int)
+
FK_Operacion_Operador(int)
+
FK_Operacion_PuntoMonitoreo(int)
+
FK_Operacion_Medidor(int)
PK
+
PK_Operacion(int)
UnidadHidrografica
column
*PK idUnidadHidrografica: int
FK idUnidadHidrograficaT ipo: int
idUnidadHidrograficaSuperior: int
*FK idVertiente: i nt
Uni Hid_Descripcion: varchar(80) = ('')
Uni Hid_Codigo: nvarchar(15) = ('')
Uni Hid_Activo: bit = ((1))
*
Uni Hid_UserNew: int
*
Uni Hid_UserLast: int
Uni Hid_FechaNew: datetime = (getdate())
Uni Hid_FechaLast: datetime = (getdate())
Uni Hid_Nivel: int
Uni Hid_DescripcionOficial: varchar(80)
idgeometrico: int
ID: int
idAmbitoAdministrativo2: int
UnidadHidrograficaTipo
column
*PK idUnidadHidrograficaTipo: int
*
UniHidT ip_Descripci on: varchar(80) = ('')
UniHidT ip_Abreviatura: varchar(6) = ('')
UniHidT ip_Activo: bit = ((1))
*
UniHidT ip_UserNew: int
*
UniHidT ip_UserLast: int
UniHidT ip_FechaNew: datetime = (getdate())
UniHidT ip_FechaLast: datetime = (getdate())
PK
+
PK_UnidadHidrograficaTipo(int)
FK
+
FK_UnidadHidrografica_UnidadHidrograficaTipo(int)
+
FK_UnidadHidrografica_Vertiente(int)
PK
+
PK_UnidadHi drografica(int)
Coordenada
column
*PK idCoordenada: int
Coo_Datum: nvarchar(10)
Coo_SistemaCoordenadas: nvarchar(5)
Coo_Zona: nvarchar(5)
Coo_Latitud: numeric(11,2)
Coo_Longitud: numeric(11,2)
Coo_GraLatitud: varchar(20)
Coo_GraLongitud: varchar(20)
Coo_GeoLatitud: numeric(14,8)
Coo_GeoLongitud: numeric(14,8)
Coo_Altura: numeric(11,2)
Coo_Activo: bit = ((1))
Coo_UserNew: int
Coo_UserLast: int
Coo_FechaNew: datetime = (getdate())
Coo_FechaLast: datetime = (getdate())
Coo_Latitud1: varchar(100)
Coo_Longitud1: varchar(100)
id: int
Vertiente
column
*PK idVertiente: int
*
Ver_Descripcion: varchar(150)
Ver_Codigo: varchar(15) = ('')
Ver_Activo: bit = ((1))
*
Ver_UserNew: int
*
Ver_UserLast: int
Ver_FechaNew: datetime = (getdate())
Ver_FechaLast: datetime = (getdate())
PK
+
PK_Vertiente(int)
PK
+
PK_Coordenada(int)
97
3.1.9. Diccionario de datos

3.1.9.1.
Lista de Tablas
N NOMBRE
DESCRIPCIN
Tabla
donde
se
registran
las
coordenadas geogrficas de un punto

1
Geografica.Coordenada
de Monitoreo
Tabla donde se registran las unidades
Hidrografia.UnidadHidrografica
geogrficas
Hidrografia.UnidadHidrograficaA Tabla donde se relaciona la unida

3
mbitoAdministrativo
geogrfica con el mbito administrativo
Hidrografia.UnidadHidrograficaTi Tabla donde se registran los tipos de

4
po
unidad geogrfica
Tabla donde se registran las vertientes
Hidrografia.Vertiente
hidrogrficas
Tabla donde se registran las estaciones
Monitoreo.EstacionMedicion
de medicin
Tabla donde se registran los subtipos
Monitoreo.EstacionSubTipo
de estacin
Tabla de donde se registran los tipos de
Monitoreo.EstacionTipo
estacin
Tabla donde se registran, los datos del
Monitoreo.Operacion
inicio de operacin de una estacin

Tabla
10 Monitoreo.Operador
donde
se
registran
los
operadores de las estaciones

Tabla donde se registran los puntos de
11 Monitoreo.PuntoMonitoreo
monitoreo de las estaciones

98
N NOMBRE
DESCRIPCIN
Tabla donde se registran los valores de
12 Monitoreo.SerieTiempo
las mediciones
Tabla
donde
se
registran
las
instituciones fuente (que proveen) de la

13 Monitoreo.SerieTiempoFuente
informacin
Tabla donde se relaciona el tipo de
14 Monitoreo.SerieTiempoTipo
dato, con el intervalo y la variable

Tabla donde se registra el tipo de dato
(Instantneo,
15 Monitoreo.SerieTipoDatoTipo
promedio,
incremental,
etc.)
Tabla donde se registra el intervalo de
tiempo del dato (cada 1 hora, diario,
16 Monitoreo.SerieTipoIntervalo
mensual, etc.)
Tabla donde se registra el origen de la
17 Monitoreo.SerieTipoOrigen
informacin (generada, registrada)

Tabla donde se registra la variable y su
unidad
18 Monitoreo.Variable
de
medida
(Caudal,
Precipitacin, T, etc.)
Tabla donde se registra el estado de los
19 Monitoreo.EstadoUmbral
umbrales (Normal, Alerta, Emergencia)

Tabla donde se registra el valor de los
umbrales por cada estado de la tabla
20 Monitoreo.Umbral
3.1.9.2.
EstadoUmbral
Descripcin de las Tablas

99
Nul P
Columna
Tipo
K K Descripcin
N
idCoordenada
int
NO SI O Id de la coordenada
N N
Coo_Datum
nvarchar
SI
Coo_SistemaCoorden
adas
O O Formato de coordenada DATUM

N N Formato
nvarchar
SI
del
sistema
de
O O Coordenadas UTM
N N
Coo_Zona
nvarchar
SI
O O Zona de las coordenadas

N N
Coo_Latitud
numeric
SI
O O Latitud de las coordenadas UTM

N N
Coo_Longitud
numeric
SI
varchar(2
Coo_GraLatitud
0)
N N Latitud de las coordenadas en

SI
varchar(2
Coo_GraLongitud
0)
O O Longitud de las coordenadas UTM
O O grados
N N Longitud de las coordenadas en
SI
O O grados
N N Latitud
Coo_GeoLatitud
numeric
SI
numeric
SI
coordenadas
O O geogrficas
N N Longitud
Coo_GeoLongitud
en
en
coordenadas
O O geogrficas
N N
Coo_Altura
numeric
SI
O O Altura de la coordenada en msnm

N N
Coo_Activo
bit
SI
O O Estado de la coordenada
100
N N Id del Usuario quien cre el

Coo_UserNew
int
SI
O O registro
N N Id del usuario quien hizo la ltima
Coo_UserLast
int
SI
O O modificacin
N N
Coo_FechaNew
datetime
SI
O O Fecha de registro
N N
Coo_FechaLast
datetime
SI
O O Fecha de la ltima modificacin
Nul P
Columna
Tipo
K K Descripcin
N
idUnidadHidrografica
int
NO SI O Id de la unidad geogrfica
idUnidadHidrograficaT
ipo
N N
int
SI
idUnidadHidrograficaS
uperior
O O Id del tipo de unidad hidrogrfica

N N Id
int
SI
de
la
unidad
hidrogrfica
O O superior
N N
idVertiente
int
NO O O Id de la vertiente
varchar(8
UniHid_Descripcion
0)
N N Descripcin
SI
de
la
unidad
O O hidrogrfica
N N
UniHid_Codigo
nvarchar
SI
O O Cdigo de la unidad hidrogrfica
UniHid_Activo
bit
SI
N N Estado de la unidad hidrogrfica
101
O O
UniHid_UserNew
int
NO O O registro
UniHid_UserLast
int
NO O O modificacin
N N
UniHid_FechaNew
datetime
SI
N N
UniHid_FechaLast
datetime
SI

N N
UniHid_Nivel
int
SI
UniHid_DescripcionOf varchar(8
icial
0)
N N Descripcin oficial de la unidad

SI
idAmbitoAdministrativ
o
O O Nivel de la unidad hidrogrfica
O O hidrogrfica
N N
int
SI
O O Id del mbito administrativo
Hidrografia.UnidadHidrograficaAmbitoAdministrativo
Nul P
Columna
Tipo
K K Descripcin
N
int
NO SI O Id de la unidad geogrfica
idAmbitoAdministrativ
o
N N
int
SI
102
Hidrografia.UnidadHidrograficaTipo
Nul P
Columna
Tipo
idUnidadHidrograficaT
K K Descripcin
N
ipo
int
UniHidTip_Descripcio
varchar(8
0)
NO SI O Id del tipo de unidad hidrogrfica

N N Descripcin del tipo de unidad
NO O O hidrogrfica
varchar(6
UniHidTip_Abreviatura )
N N Abreviatura del tipo de

SI
O O hidrogrfica
N N Estado
UniHidTip_Activo
bit
SI
unidad
del
tipo
de
unidad
O O hidrogrfica
UniHidTip_UserNew
int
NO O O registro
UniHidTip_UserLast
int
NO O O modificacin
N N
UniHidTip_FechaNew datetime
SI
N N
UniHidTip_FechaLast
datetime
SI
103
Hidrografia.Vertiente
Nul P
Columna
Tipo
K K Descripcin
N
idVertiente
int
NO SI O Id de la vertiente
varchar(1
Ver_Descripcion
50)
N N
NO O O Descripcin de la vertiente
varchar(1
Ver_Codigo
5)
N N
SI
O O Cdigo de la vertiente
N N
Ver_Activo
bit
SI
O O Estado de la vertiente
Ver_UserNew
int
NO O O registro
Ver_UserLast
int
NO O O modificacin
N N
Ver_FechaNew
datetime
SI
N N
Ver_FechaLast
datetime
SI
Nul P
Columna
Tipo
K K Descripcin
104
N
idEstacionMedicion
int
NO SI O Id de la estacin de medicin
N N
idEstacionSubTipo
int
SI
varchar(1
EstMed_Codigo
5)
N N
SI
varchar(1
EstMed_Descripcion
00)
O O Id del sub tipo de estacin
O O Cdigo de la estacin
N N Descripcin de la estacin de
NO O O medicin
Estado de la estacin de medicin
N N (
EstMed_Estado
char(1)
"F"
Funcionamiento,
"C"
NO O O Cerrada, "P" Paralizada)

N N Ruta o directorio de la imagen de
EstMed_RutaImagen
nvarchar
SI
O O la estacin de medicin
N N
EstMed_Activo
bit
SI
O O Estado de la estacin de medicin

EstMed_UserNew
int
NO O O registro
EstMed_UserLast
int
NO O O modificacin
N N
EstMed_FechaNew
datetime
SI
N N
EstMed_FechaLast
datetime
SI

N N
idCuerpoAgua
int
SI
O O
N N
idSerieTiempoFuente
int
SI
O O
idCoordenada
int
SI
N N
105
O O
N N
idSerieTiempoTipo
int
SI
O O
N N
idAmbitoPolitico
int
SI
O O
N N
idOperador
int
SI
O O
N N
id
int
SI
O O
N N Indica
flgAutomatica
bit
SI
si
la
estacin
es.
O O 1:Automtica, 0:Convencional
Nul P
Columna
Tipo
K K Descripcin
N
idEstacionSubtipo
int
NO SI O Id del subtipo de estacin

N N
idEstacionTipo
int
SI
EstSubTip_Descripcio varchar(2
n
00)
O O Id del tipo de estacin

N N Descripcin
del
subtipo
de
del
subtipo
de
NO O O estacin
EstSubTip_Abreviatur varchar(2
N N Abreviatura
0)
SI
O O estacin
EstSubTip_Activo
bit
SI
N N Estado del subtipo de estacin

106
O O
EstSubTip_UserNew
int
NO O O registro
EstSubTip_UserLast
int
NO O O modificacin
N N
EstSubTip_FechaNew datetime
SI
N N
EstSubTip_FechaLast datetime
SI
Nul P
Columna
Tipo
K K Descripcin
N
idEstacionTipo
int
NO SI O Id del tipo de estacin
varchar(2
EstTip_Descripcion
00)
N N
NO O O Descripcin del tipo de estacin
varchar(2
EstTip_Abreviatura
0)
N N
SI
O O Abreviatura del tipo de estacin

N N
EstTip_Activo
bit
SI
O O Estado del tipo de estacin

EstTip_UserNew
int
NO O O registro
EstTip_UserLast
int
NO O O modificacin
EstTip_FechaNew
datetime
SI
N N Fecha de registro
107
O O
N N
EstTip_FechaLast
datetime
SI
Monitoreo.Operacion
Nul P
Columna
Tipo
K K Descripcin
N Id de los datos de operacin de la
idOperacion
int
NO SI O estacin
N N
idPuntoMonitoreo
int
NO O O Id del punto de monitoreo

N N
idEstacionMedicion
int
SI
O O Id de la estacin de medicin
N N
idMedidor
int
SI
O O
N N
idOperador
int
SI
varchar(1
Ope_Inicio
0)
O O Id del operador
N N
SI
varchar(1
O O Ao de inicio de operaciones
N N
Ope_Fin
0)
SI
O O Ao de fin de operaciones
Ope_Activo
bit
NO N N Estado de la operacin
108
O O
Ope_UserNew
int
SI
O O registro
Ope_UserLast
int
SI
O O modificacin
N N
Ope_FechaNew
datetime
NO O O Fecha de registro
N N
Ope_FechaLast
datetime
NO O O Fecha de la ltima modificacin
Monitoreo.Operador
Nul P
Columna
Tipo
K K Descripcin
N
idOperador
int
NO SI O Id del operador
Nvarchar(
Opd_Codigo
5)
N N
SI
varchar(2
Opd_Nombre
55)
N N
NO O O Nombre del operador
varchar(1
Opd_Abreviatura
5)
O O Cdigo del operador
N N
SI
O O Abreviatura del operador
109
Monitoreo.PuntoMonitoreo
Nul P
Columna
Tipo
K K Descripcin
N
idPuntoMonitoreo
int
NO SI O Id del punto de monitoreo

N N
idAmbitoAdministrativo int
SI

N N
idAmbitoPolitico
int
SI
O O Id del mbito poltico

N N
idCoordenada
int
SI
varchar(3
PunMon_Descripcion
0)
O O Id de la coordenada geogrfica
N N Descripcin
SI
del
punto
de
O O monitoreo
N N
PunMon_Activo
bit
SI
O O Estado del punto de monitoreo

PunMon_UserNew
int
NO O O registro
PunMon_UserLast
int
NO O O modificacin
N N
PunMon_FechaNew
datetime
SI
N N
PunMon_FechaLast
datetime
SI
Monitoreo.SerieTiempo
110
Nul P
Columna
Tipo
K K Descripcin
N
idPuntoMonitoreo
int
NO SI O Id del punto de monitoreo

N N
idSerieTiempoTipo
int
NO O O Id del tipo de dato

N N
SerTie_FechaHora
datetime
NO O O Fecha y hora del dato

N N
idSerieTiempoFuente
int
NO O O Id de la fuente de informacin
N N
SerTie_Anio
int
SI
O O Ao del dato
N N
SerTie_Mes
int
SI
O O Mes del dato

N N
SerTie_Dia
int
SI
O O Da del dato
N N
SerTie_Valor
numeric
NO O O Valor del dato

N N
SerTie_Activo
bit
SI
O O Estado del dato

SerTie_UserNew
int
NO O O registro
SerTie_UserLast
int
NO O O modificacin
N N
SerTie_FechaNew
datetime
SI
SerTie_FechaLast
datetime
SI
N N Fecha de la ltima modificacin

111
O O
N N
id
int
NO O O Id del dato
N N
SerTie_Estado
smallint
SI
varchar(1
SerTie_Observacion
50)
O O Estado del dato

N N
SI
O O Observacin del dato
Monitoreo.SerieTiempoFuente
Nul P
Columna
Tipo
K K Descripcin
N
idSerieTiempoFuente
int
NO SI O Id de la fuente de informacin
N N Cdigo
SerTieFue_Codigo
nvarchar SI
la
fuente
de
la
fuente
de
O O informacin
N N Nombre
SerTieFue_Nombre
de
de
nvarchar NO O O informacin
112
SerTieFue_Abreviatur
a
N N Abreviatura
nvarchar SI
de
la
fuente
de
O O informacin
Monitoreo.SerieTiempoTipo
Nul P
Columna
Tipo
K K Descripcin
N
idSerieTiempoTipo
int
NO SI O Id del tipo de informacin

N N
idSerieTipoIntervalo
int
NO O O Id del intervalo de la informacin

N N
idSerieTipoDatoTipo
int
NO O O Id del tipo de dato

N N
idSerieTipoOrigen
int
NO O O Id del origen del dato

N N
SerTieTip_Activo
bit
SI
O O Estado del tipo de informacin

N N
idVariable
int
SI
O O Id de la Variable
SerTieTip_UserNew
int
NO O O registro
SerTieTip_UserLast
int
NO O O modificacin
N N
SerTieTip_FechaNew
datetime
SI
SerTieTip_FechaLast
datetime
SI
113
O O
Monitoreo.SerieTipoDatoTipo
Nul P
Columna
Tipo
K K Descripcin
N
idSerieTipoDatoTipo
int
SerTipDatTip_Descrip
varchar(1
cion
00)
NO SI O Id del tipo de dato

N N
NO O O Descripcin del tipo de dato
SerTipDatTip_Abreviat varchar(1
ura
0)
N N
SI
O O Abreviatura del tipo de dato

N N
SerTipDatTip_Activo
bit
SerTipDatTip_UserNe
w
O O Estado del tipo de dato

int
SerTipDatTip_UserLas
t
SI
NO O O registro
int
NO O O modificacin
114
SerTipDatTip_FechaN
ew
N N
datetime
SI
SerTipDatTip_FechaL
ast
N N
datetime
SI
Monitoreo.SerieTipoIntervalo
Nul P
Columna
Tipo
K K Descripcin
N
int
NO SI O Id del intervalo de la informacin
varchar(1
SerTipInt_Descripcion
00)
N N Descripcin del intervalo de la

NO O O informacin
varchar(1
SerTipInt_Abreviatura
0)
N N Abreviatura del intervalo de la

SI
O O informacin
N N Estado
SerTipInt_Activo
bit
SI
del
intervalo
de
la
O O informacin
SerTipInt_UserNew
int
NO O O registro
SerTipInt_UserLast
int
NO O O modificacin
N N
SerTipInt_FechaNew
datetime
SI
SerTipInt_FechaLast
datetime
SI

115
O O
Monitoreo.SerieTipoOrigen
Nul P
Columna
Tipo
K K Descripcin
N
idSerieTipoOrigen
int
SerTipOrg_Descripcio
varchar(1
00)
SerTipOrg_Abreviatur
varchar(1
0)
NO SI O Id del origen del dato

N N
NO O O Descripcin de origen del dato
N N
SI
O O Abreviatura del origen del dato

N N
SerTipOrg_Activo
bit
SI
O O Estado del origen del dato

SerTipOrg_UserNew
int
NO O O registro
SerTipOrg_UserLast
int
NO O O modificacin
N N
SerTipOrg_FechaNew datetime
SI
N N
SerTipOrg_FechaLast
datetime
SI
116
Monitoreo.Variable
Nul P
Columna
Tipo
K K Descripcin
N
idVariable
int
NO SI O Id de la variable
N N Id del tipo de estacin asociada a
idEstacionTipo
int
NO O O la variable
varchar(5
VarDescripcion
0)
N N
NO O O Descripcin de la variable
varchar(1
VarUnidad
0)
N N
NO O O Unidad de medida de la variable
Monitoreo.EstadoUm
bral
Nul P
Columna
Tipo
K K Descripcin
N
IdEstadoUmbral
int
NO SI O Id de la tabla EstadoUmbral
varchar(3
Descripcion
0)
N N
SI
O O Descripcin del estado del umbral
117
N N Id del usuario que registra, campo

IdUserRegistra
int
SI
O O de auditora.
Fecha en que se registra el
N N estado del umbral, campo de
FechaRegistro
datetime
SI
O O auditora.
N N Id del usuario que modifica el
IdUserModifica
int
SI
O O registro, campo de auditora.

N N Fecha en que se modifica el
FechaModifica
datetime
SI
Monitoreo.Umbrales
Nul P
Columna
Tipo
K K Descripcin
N
IdUmbral
int
NO SI O Id de la tabla Umbral
N N
IdPuntoMonitoreo
int
SI
O O Id de la tabla PuntoMonitoreo
N N
IdEstadoUmbral
int
SI
decimal(
Valor
12,2)
O O Id de la tabla EstadoUmbral
N N
SI
O O Valor numrico del umbral

N N
IdVariable
int
SI
O O Id de la tabla Variable
N N Id del usuario que registra, campo
IdUserRegistra
int
SI
O O de auditora.
FechaRegistro
datetime
SI
N N Fecha de registro, campo de

118
O O auditora.
N N Id
IdUserModifica
int
SI
del
3.1.9.3.
datetime
SI
que
modifica,
O O campo de auditora.
N N Fecha
FechaModifica
usuario
de
modificacin
del
Llaves Forneas
Columnas
(idCoordenada
Asociacin
=
0..*
idCoordenada)
PuntoMonitoreo.FK_PuntoMonitoreo_Coordenada
1
Coordenada.PK_Coordenada
Columnas
(idEstacionSubTipo
idEstacionSubtipo)
Asociacin
=
0..*
EstacionMedicion.FK_EstacionMedicion_EstacionSu
119
Columnas
Asociacin
bTipo
1
(idEstacionMedicion = 0..*
idEstacionMedicion)
EstacionSubTipo.PK_EstacionSubTipo
Operacion.FK_Operacion_EstacionMedicion
EstacionMedicion.PK_EstacionMedicion
Columnas
(idEstacionTipo
Asociacin
= 0..*
idEstacionTipo)
(idEstacionSubTipo
idEstacionSubtipo)
EstacionSubTipo.
EstacionTipo.
0..*
EstacionMedicion.FK_EstacionMedicion_EstacionSu
bTipo
1
EstacionSubTipo.PK_EstacionSubTipo
Columnas
(idEstacionTipo
Asociacin
= 0..*
EstacionSubTipo.
idEstacionTipo)
120
Columnas
Asociacin
1
(idEstacionTipo
idEstacionTipo)
= 0..*
1
EstacionTipo.
Variable.FK_Variable_EstacionTipo
EstacionTipo.PK_EstacionTipo
Operacion
Columnas
Asociacin
(idEstacionMedicion = 0..*
idEstacionMedicion)
(idOperador
idOperador)
(idPuntoMonitoreo
idPuntoMonitoreo)
1
= 0..*
1
= 0..*
1
Operacion.FK_Operacion_EstacionMedicion
EstacionMedicion.PK_EstacionMedicion
Operacion.FK_Operacion_Operador
Operador.PK_Operador
Operacion.FK_Operacion_PuntoMonitoreo
PuntoMonitoreo.PK_PuntoMonitoreo
Monitoreo.Operador
Columnas
(idOperador
Asociacin
= 0..*
Operacion.FK_Operacion_Operador
idOperador)
121
Columnas
Asociacin
1
Operador.PK_Operador
Columnas
(idCoordenada
Asociacin
=
idCoordenada)
0..*
PuntoMonitoreo.FK_PuntoMonitoreo_Coordenada
1
(idPuntoMonitoreo
= 0..*
idPuntoMonitoreo)
Coordenada.PK_Coordenada
Operacion.FK_Operacion_PuntoMonitoreo
PuntoMonitoreo.PK_PuntoMonitoreo
(idUnidadHidrografica
0..*
PuntoMonitoreo.FK_PuntoMonitoreo_UnidadHidrogr
idUnidadHidrografica)
afica
1
(idPuntoMonitoreo
idPuntoMonitoreo)
UnidadHidrografica.PK_UnidadHidrografica
SerieTiempo.
PuntoMonitoreo.
122
Columnas
Asociacin
SerieTiempoTipo.
SerieTiempo.
SerieTiempo.
SerieTiempoFuente.
SerieTiempo.
PuntoMonitoreo.
Monitoreo.SerieTiempoFuente
Columnas
Asociacin
SerieTiempo.
SerieTiempoFuente.
Columnas
Asociacin
SerieTiempoTipo.
Variable.
(idSerieTipoDatoTipo =
idSerieTipoDatoTipo)
0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTipoDa
123
Columnas
Asociacin
toTipo
1
SerieTipoDatoTipo.PK_SerieTipoDatoTipo
SerieTiempoTipo.
SerieTiempo.
(idSerieTipoIntervalo =
idSerieTipoIntervalo)
0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTipoInt
ervalo
1
(idSerieTipoOrigen
SerieTipoIntervalo.PK_SerieTipoIntervalo
idSerieTipoOrigen)
0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTipoOri
gen
1
SerieTipoOrigen.PK_SerieTipoOrigen
Monitoreo.SerieTipoDatoTipo
Columnas
(idSerieTipoDatoTipo =
idSerieTipoDatoTipo)
Asociacin
0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTi
124
Columnas
Asociacin
poDatoTipo
1
SerieTipoDatoTipo.PK_SerieTipoDatoTipo
Monitoreo.SerieTipoIntervalo
Columnas
Asociacin
(idSerieTipoIntervalo =
idSerieTipoIntervalo)
0..*
poIntervalo
1
SerieTipoIntervalo.PK_SerieTipoIntervalo
Monitoreo.SerieTipoOrigen
Columnas
(idSerieTipoOrigen
idSerieTipoOrigen)
Asociacin
=
0..*
125
Columnas
Asociacin
poOrigen
1
SerieTipoOrigen.PK_SerieTipoOrigen
Columnas
Asociacin
0..*
PuntoMonitoreo.FK_PuntoMonitoreo_UnidadHi
drografica
1
0..*
UnidadHidrograficaAmbitoAdministrativo.FK_U
nidadHidrograficaAmbitoAdministrativo_Unida...
1
(idVertiente
idVertiente)
0..*
UnidadHidrografica.FK_UnidadHidrografica_Ve
rtiente
1
Vertiente.PK_Vertiente
126
Columnas
Asociacin
(idUnidadHidrograficaT
ipo
idUnidadHidrograficaTi
po)
0..*
UnidadHidrografica.FK_UnidadHidrografica_Un
idadHidrograficaTipo
1
UnidadHidrograficaTipo.PK_UnidadHidrografica
Tipo
Monitoreo.UnidadHidrograficaAmbitoAdministrativo
Columnas
Asociacin
=
0..*
UnidadHidrograficaAmbitoAdministrativo.FK_U
nidadHidrograficaAmbitoAdministrativo_Unida...
1
Monitoreo.UnidadHidrograficaTipo
127
Columnas
Asociacin
(idUnidadHidrograficaT
ipo
idUnidadHidrograficaTi
po)
0..*
UnidadHidrografica.FK_UnidadHidrografica_Un
idadHidrograficaTipo
1
UnidadHidrograficaTipo.PK_UnidadHidrografica
Tipo
Monitoreo.Monitoreo.Variable
Columnas
Asociacin
SerieTiempoTipo.
Variable.
(idEstacionTipo
= 0..*
idEstacionTipo)
Variable.FK_Variable_EstacionTipo
EstacionTipo.PK_EstacionTipo
Monitoreo.Vertiente
Columnas
(idVertiente
Asociacin
=
0..*
idVertiente)
128
Columnas
Asociacin
UnidadHidrografica.FK_UnidadHidrografica_Ve
rtiente
1
3.1.9.4.
Vertiente.PK_Vertiente
ndices
Nombre
Columna
SAD_IDX_UnidadHidrografica_001
idUnidadHidrograficaTipo
idUnidadHidrograficaSup
erior
idVertiente
129
Hidrografia.UnidadHidrograficaAmbitoAdministrativo
Nombre
Columna
SAD_IDX_UnidadHidrograficaAmbitoAdministrati
vo_001
SAD_IDX_UnidadHidrograficaAmbitoAdministrati
vo_002
idAmbitoAdministrativo
Nombre
Columna
SAD_IDX_EstacionMedicion_001
idEstacionSubTipo
Nombre
Columna
SAD_IDX_EstacionSubTipo_001
idEstacionTipo
Monitoreo.Operacion
130
Nombre
Columna
SAD_IX_Operacion_001
idEstacionMedicion
idOperador
idPuntoMonitoreo
Nombre
Columna
SAD_IDX_PuntoMonitoreo_001
idCoordenada
idAmbitoPolitico
Nombre
Columna
SAD_IDX_SerieTiempo_001
SerTie_FechaHora
Nombre
Columna
131
SAD_IDX_SerieTiempoTipo_001
idSerieTipoDatoTipo
idSerieTipoOrigen
idVariable
Monitoreo.Variable
Nombre
Columna
SAD_IDX_Variable_001
idEstacionTipo
---------------------------------------- ANEXOS
3.1. ANLISIS DE TABLAS Y GRFICOS
132
ANEXOS
ANEXO 1: MATRIZ DE CONSISTENCIA
28
ANEXO 2: REFERENCIAS BIBLIOGRAFICAS
NIETO MASOT ANA, FERNANDEZ SANCHEZ ALBERTO y ALISES SANCHEZ

HECTOR; 2010. DISEO E IMPLEMENTACIN DE UN SISTEMA HIDRICORURAL PARA DIFUSION DE INFORMACION DE LOS DATOS HIDRICOS DE
LAS ZONAS RURALES DE LA COMUNIDAD AUTONOMA DE EXTREMADURA.
Tesis de Maestra presentado a la Escuela de Ingeniera de Sistemas de la
Universidad de Extremadura, Extremadura Espaa.
LLANOS PRIETO VALERA; 2011. IMPLEMENTACION DE UN SISTEMA HIDRICO

PARA ANALISIS DE EVENTOS AMBIENTALES EN LA CUENCA DEL ARROYO
JUJUY. Tesis de Maestra presentado a la Escuela de Ingeniera de Sistemas de la
Universidad Nacional de La Plata, La Plata Argentina.
CASTRO BENAVIDES LINA MARIA; 2013. SISTEMA DE REGISTRO DE DATOS

HIDRICOS PARA LA GESTION DE AMANEZA Y RIESGO NATURAL DEL
DEPARTAMENTO DEL QUINDIO. Tesis de Maestra presentado a la Escuela de
Ingeniera Geogrfica de la Universidad del Quindo, Quindo Colombia.
BARRIENTOS ALVARADO JOSE DONALDO; 2011. IMPLEMENTACION DE UN

SISTEMA PARA LA GESTION DE LOS RECURSOS HIDRICOS DE LAS
CUENCAS DE LOS RIOS MOQUEGUA Y TAMBO. Tesis de Maestra presentado
a la Escuela de Ingeniera de Sistemas de la Universidad de Piura, Piura Per.
RODRIGUEZ GOMEZ MARIO ALEJANDRO; 2011. SISTEMA GEOHIDRICO

PARA LA ORDENACION Y LA PLANIFICACION DE LOS RECURSOS HIDRICOS
30
EN LA COSTA NORTE DESDE UNA PERSPECTIVA TERRITORIAL. Tesis de

Maestra presentado a la Escuela de Ingeniera de Sistemas de la Universidad
Nacional Pedro Ruiz Gallo, Chiclayo Per.
ALVARADO MENDEZ PAOLO JOSUE; 2013. EL SISTEMA DE INFORMACION

HIDRICA COMO HERRAMIENTA PARA VISUALIZAR ALTERNATIVAS DE
DESARROLLO AMBIENTAL EN LA ZONA RURAL DE LA REGION DE ICA. Tesis
de Maestra presentado a la Escuela de Ingeniera Geogrfica de la Universidad
Nacional Federico Villareal, Lima Per.
31

Seminario de Tesis III

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Seminario de Tesis III

Загружено:

Авторское право:

Доступные форматы

ESCUELA DE POSTGRADO

PARA OPTAR EL GRADO ACADMICO DE MAESTRO EN:

1.3. PROBLEMAS DE INVESTIGACION..6

1.4. OBJETIVOS DE LA INVESTIGACIN.. 6

1.5. HIPOTESIS DE LA INVESTIGACIN6

IDENTIFICACION Y CLASIFICACION DE VARIABLES

1.6. DISEO DE LA INVESTIGACIN. 8

2.3. DEFINICION DE TRMINOS BSICOS... 26

ANEXO 2: REFERENCIAS BIBLIOGRAFICAS..

PALABRAS CLAVES: ANA, RECURSOS HDRICOS, SADHO,

MUESTRAS FINITAS: variable cuantitativo

PALABRAS CLAVES: ANA, RECURSOS HDRICOS, SADHO, EN INGLES

El agua es un recurso fundamental para el desarrollo sostenible, sin embargo en

Partnership GWP, como un proceso que promueve la gestin y desarrollo

decisiones y daremos un paso importante en la gestin integrada de los recursos

DESCRIPCION DE LA REALIDAD PROBLEMTICA

Figura N 01. Organigrama de la Autoridad Nacional del Agua

Figura N 02. Mapa Estratgico de la Autoridad Nacional del Agua

La Direccin de Conservacin y Planeamiento de Recursos Hdricos

Dentro de su Perspectiva de Procesos Internos se define como objetivo

Sin embargo, en este proceso presenta la siguiente problemtica:

No se cuenta con una base de datos nica en la Autoridad Nacional

En esta investigacin se aborda la implementacin de un Sistema de

1.2.1. DELIMITACION ESPACIAL

1.2.2. DELIMITACION SOCIAL

1.2.3. DELIMITACION TEMPORAL

El Sistema de Adquisicin de Datos Hdricos Online SADHO, es un

Plan de Gestin de Recursos Hdricos

1.3.1. PROBLEMA PRINCIPAL

1.3.2. PROBLEMAS SECUNDARIOS

PS2: En qu medida los actores involucrados en la gestin de los recursos

PS3: En qu medida los actores involucrados en la gestin de los recursos

1.4.1. OBJETIVO GENERAL

Determinar la medida en que el Sistema de Adquisicin de Datos Hdricos

HIPOTESIS Y VARIABLES DE LA INVESTIGACION

1.5.1. HIPOTESIS GENERAL

1.5.3. VARIABLES (DEFINICION CONCEPTUAL Y OPERACIONAL)

Cuadro N 01. Operacionalizacin de la Variables

Figura N 03. Modelo de Investigacin

1.6.1. TIPO Y NIVEL DE INVESTIGACIN

En palabras: La variable X influye en la causa a la variable Y

de Adquisicin de Datos Hdricos Online puede contribuir a elevar en

proposiciones ms elementales que la propia hiptesis, y verificacin o

comparndolos con la experiencia. Este mtodo obliga al cientfico a

1.6.3.POBLACIN Y MUESTRA DE LA INVESTIGACION

1.6.4. TECNICAS E INSTRUMENTOS DE RECOLECCION DE DATOS

interactuacin del usuario y la mquina, facilitando de este

Hidrografa. Muestra los principales ros y afluentes de

Acceso a todos los actores ambientales de la cuenca.

vulnerabilidad ante eventos ambientales.

Cuando realiz su tesis denominada: Implementacin de un Sistema

Castro, L. (2013), lleg a las siguientes conclusiones:

Proyecciones de Poblacin. Estudios Censales, 2013).

gubernamentales, como la gobernacin y las 12 alcaldas,

instituciones como el CLOPAD y CREPAD, interesadas en

Cuando realiz su tesis denominada: Sistema de Registro de Datos

informacin georreferenciada a su cargo.

amenaza y riesgo natural del Departamento del Quindo.

en las especificaciones previas.

2.1.2. ANTECEDENTES NACIONALES

Cuando realiz su tesis denominada: Implementacin de un

Rodrguez, M. (2011), lleg a las siguientes conclusiones:

aprovechamiento del potencial hdrico disponible.

impactos econmicos, sociales, ambientales y paisajsticos.