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 ACADÉMICO DE MAESTRO EN:

INGENIERÍA DE SISTEMAS CON MENCIÓN EN

ADMINISTRACIÓN DE EMPRESAS

CHIMBOTE - PERÚ

2015

Dedicatoria:

A mis madres por formarme con espíritu de

crecimiento, a mis hermanos por su cariño y a

mi esposa e hijo por su amor incondicional.

1

Agradecimiento:

Al personal docente de la Universidad Alas

Peruanas por su contribución a mi crecimiento

profesional y humanitario.

Al personal técnico de la Autoridad Nacional

del Agua por su excelencia profesional.

2

Reconocimiento:

A los compañeros tesistas por su esfuerzo de

superación, conocimiento y experiencias

compartidas.

3

INDICE

Contenido

INTRODUCCIÓN………….....................................................................................1

CAPITULO I

PLANTEAMIENTO METODOLÓGICO……………………………………………….2

1.1.DESCRIPCION DE LA REALIDAD PROBLEMÁTICA.................................... 3

1.2.DELIMITACIÓN DE LA INVESTIGACION……………………………………… 4

1.2.1. DELIMITACIÓN ESPACIAL……………………………………………….4

1.2.2. DELIMITACIÓN TEMPORAL…………………………………………..… 4

1.2.3. DELIMITACIÓN SOCIAL…………………………………………………..5

1.2.4. DELIMITACIÓN CONCEPTUAL……………………………………….....5

1.3.PROBLEMAS DE INVESTIGACION…………………………………………..…6

1.3.1. PROBLEMA PRINCIPAL……………………………………………..……6

1.4.OBJETIVOS DE LA INVESTIGACIÓN……………………………………….…. 6

1.4.1. OBJETIVO GENERAL……………………………………………………..6

1.5.HIPOTESIS DE LA INVESTIGACIÓN……………………………………………6

1.5.1. HIPÓTESIS GENERAL………………………………………………….…6

1.5.2. IDENTIFICACION Y CLASIFICACION DE VARIABLES

E INDICADORES………………………………………………………..… 7

1.6.DISEÑO DE LA INVESTIGACIÓN………………………………………………. 8

4

1.6.1. TIPO DE INVESTIGACIÓN…………………………………………..……8

1.6.2. NIVEL DE INVESTIGACIÓN……………………………………………... 8

1.6.3. MÉTODO DE INVESTIGACIÓN…………………………………………. 9

1.7.POBLACION Y MUESTRA DE LA INVESTIGACIÓN…………………………. 9

1.7.1. POBLACIÓN……………………………………………………………...…9

1.7.2. MUESTRA………………………………………………………………….. 10

1.8.JUSTIFICACIÓN E IMPORTANCIA DE LA INVESTIGACIÓN…………….….10

1.8.1. JUSTIFICACIÓN DE LA INVESTIGACIÓN……………………………...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

CAPÍTULO II

MARCO TEÓRICO………………………………………………………………...……13

2.1.ANTECEDENTES DE LA INVESTIGACIÓN………………………………….... 14

2.1.1. ANTECEDENTES INTERNACIONALES………………………………... 14

2.1.2. ANTECEDENTES NACIONALES………………………………………... 17

2.2.BASES TEÓRICAS………………………………………………………………...21

2.3.DEFINICION DE TÉRMINOS BÁSICOS………………………………...………26

ANEXOS

ANEXO 1: MATRIZ DE CONSISTENCIA………………………………………….…28

ANEXO 2: REFERENCIAS BIBLIOGRAFICAS…………………………………….. 30

5

RESUMEN

La presente tesis abarca la problemática actual que tiene la Autoridad Nacional del

Agua (ANA), máximo ente técnico – normativo de la gestión de los recursos

hídricos en el Perú (según Ley N° 29338, Ley de Recursos Hídricos promulgada el

30 de marzo del 2009), específicamente en el proceso de planificación de la

dirección de conservación y planeamiento de recursos hídricos.

Dicho proceso se basa en el subproceso de registro de datos hídricos generado

por diferentes actores asociados a la gestión hídrica 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

Adquisición de Datos Hídricos Online (SADHO) como herramienta tecnológica de

solución al proceso planificación, lo cual influiría significativamente en la

formulación de instrumentos de planificación de la dirección de conservación y

planeamiento de los recursos hídricos para la toma de decisiones adecuadas en el

marco de la gestión de recursos hídricos en el Perú.

6

PALABRAS CLAVES: ANA, RECURSOS HÍDRICOS, SADHO,

7

MUESTRA FINITA

PERSPECTIVA DE PROCESOS:

MUESTRAS FINITAS: variable cualitativa

n=N .Z

1−α2

2 . p .q

E2(N−1)+Z1− α

2

2 . p .q

N=POBLACION DE ESTUDIO

Z=1.96 (Es por tabla al nivel de significancia de 5%=0.05)

p=casos favorable de la investigación =50%

q= casos desfavorables =50%

E= error = oscila entre 0 y 5%= 4% ,, 2% =0.02

MUESTRAS FINITAS: variable cuantitativo

n=N .Z

1−α2

2 .S2

E2(N−1)+Z1− α

2

2 .S2

8

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, aren’t 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.

9

PALABRAS CLAVES: ANA, RECURSOS HÍDRICOS, 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 hídricos, se

requiere de una nueva forma de gobernabilidad y paradigma de gestión. Este

nuevo paradigma se encuentra dentro del concepto de gestión integrada de

recursos hídricos (GIRH), el cual ha sido definido por Global Water

Partnership GWP, como “un proceso que promueve la gestión y desarrollo

coordinado del agua, la tierra y los recursos relacionados, con el fin de maximizar

el bienestar social y económico resultante de manera equitativa, sin comprometer

la sostenibilidad de los ecosistemas”.

Todo lo citado, sin embargo, no se podría realizar sin contar con una amplia gama

de información hídrica y en consecuencia la formulación de instrumentos de

planificación adecuadas para la toma decisiones en referencia a los recursos

hídricos.

En la presente tesis, la Autoridad Nacional del Agua como máximo ente rector –

normativo en referencia a los recursos hídricos en el Perú, pretende dar solución a

la problemática de falta de información, específicamente en el proceso de

Planificación, entendiendo que optimizando este proceso mediante el uso de

tecnologías de la información, como es el caso del uso de un Sistema de

Adquisición de Datos Hídricos Online (SADHO), con lo que conseguiremos la

eficiencia en la Dirección de Conservación y Planeamiento de Recursos Hídricos,

generando instrumentos de planificación de recursos hídricos para la toma de

10

decisiones y daremos un paso importante en la gestión integrada de los recursos

hídricos en el país.

CAPITULO I

PLANTEAMIENTO METODOLOGICO

11

1.1. DESCRIPCION DE LA REALIDAD PROBLEMÁTICA

La Autoridad Nacional del Agua (ANA), un organismo especializado adscrito

al Ministerio de Agricultura y Riego, es el ente rector y la máxima autoridad

técnica – normativa del Sistema Nacional de Gestión de los Recursos

Hídricos en Perú.

Es responsable del funcionamiento de dicho sistema en el marco de lo

establecido en la Ley N° 29338 – Ley de Recursos Hídricos y su

Reglamento, cuya finalidad es gestionar de manera integral los recursos

hídricos 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 hídricos de las diferentes cuencas de manera

sostenible, promoviendo a su vez la cultura del agua y formulando

instrumentos de planificación hídrica.

La Autoridad Nacional del Agua para ejercer su jurisdicción y competencias

a nivel nacional se soporta en sus órganos desconcentrados que vienen

hacer las Autoridades Administrativas de Agua (AAA) y estás a su vez están

constituidas por las Administraciones Locales de Agua (ALA).

12

Figura N° 01. Organigrama de la Autoridad Nacional del Agua

13

Figura N° 02. Mapa Estratégico de la Autoridad Nacional del Agua

La Dirección de Conservación y Planeamiento de Recursos Hídricos

(DCPRH) es el órgano de línea de la Autoridad Nacional del Agua,

encargada de proponer políticas y normas de alcance nacional para la

conservación y planeamiento de los recursos hídricos, el uso eficiente,

sostenible y conjunto de los recursos hídricos superficiales y subterráneos.

Implementa la Política y Estrategia Nacional de los Recursos Hídricos y

demarca los ámbitos territoriales de los órganos desconcentrados de la

ANA. Promueve acciones de desarrollo en el ámbito de las cuencas

hidrográficas para la gestión de los recursos hídricos.

14

Dentro de su Perspectiva de Procesos Internos se define como objetivo

estratégico: formular e implementar instrumentos de planificación para la

gestión de los recursos hídricos (ver Figura N° 02), para lo cual es crítico el

proceso de registro de datos hídricos.

La Dirección de Conservación y Planeamiento de Recursos Hídricos

(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 Gestión de los Recursos Hídricos como por ejemplo:

- El Proceso de Planificación.

Sin embargo, en este proceso presenta la siguiente problemática:

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

del Agua que consolide la información de datos hídricos a nivel

nacional.

La información de datos hídricos es generada por diferentes actores

asociados a la gestión de recursos hídricos, esta información no está

estandarizada, ni se cuenta con una herramienta de transferencia de

información interinstitucional.

Sin información de datos hídricos, es imposible que la Autoridad

Nacional del Agua pueda formular instrumentos de planificación.

En esta investigación se aborda la implementación de un Sistema de

Adquisición de Datos Hídricos Online (SADHO) con el propósito de mejorar

el proceso Planificación que permita a la Autoridad Nacional del Agua, por

intermedio de su Dirección de Conservación y Planeamiento de Recursos

Hídricos, elaborar instrumentos de planificación para la toma de decisiones

en materia de Gestión de Recursos Hídricos. Para este objetivo, se

implementará un Sistema Informático apoyado en RUP.

15

1.2. DELIMITACION DE LA INVESTIGACION

1.2.1. DELIMITACION ESPACIAL

Se desarrollará en la Dirección de Conservación y Planeamiento de

la Autoridad Nacional del Agua, institución adscrita al Ministerio de

Agricultura y Riego, ente rector y la máxima autoridad técnica –

normativa en materia de Gestión Hídrica con jurisdicción a nivel

nacional.

1.2.2. DELIMITACION SOCIAL

Los actores asociados a la gestión de recursos hídricos deberán

proporcionar la información inicial de los procesos que se desea

afectar. Los profesionales de la Dirección de Conservación y

Planeamiento de Recursos Hídricos de la Autoridad Nacional del

Agua serán 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.

16

1.2.4. DELIMITACION CONCEPTUAL

Sistema de Adquisición de Datos Hídricos Online

El Sistema de Adquisición de Datos Hídricos Online – SADHO, es un

sistema informático que tiene como objetivo brindar una solución

para el registro de datos hidrométricos y meteorológicos a fin que la

Dirección de Conservación y Planeamiento mejore significativamente

su proceso de Planificación.

Datos Hídricos

Son de dos (02) tipos:

1. Datos Hidrométricos

Conjunto de registros de variables que miden el estado del agua que

circula por la sección de un río, tubería o canal en un tiempo dado

(caudal, velocidad, fuerza, etc.).

2. Datos Meteorológicos

Conjunto de registros de variables que miden el estado del tiempo

(precipitación, temperatura, humedad, etc.).

Estaciones

Son de dos (02) tipos:

1. Estaciones Hidrométricas

Registran Datos Hidrométricos.

2. Estaciones Meteorológicos

17

Registran Datos Meteorológicos.

Visor Geográfico

El Visor Geográfico del SADHO es la herramienta que permite

consultar y visualizar los datos asociados a las estaciones

hidrométricas y meteorológicas desde una perspectiva geográfica.

Esto permite complementar el análisis de la información generada y

la producción de documentos.

Instrumentos de Planificación

Herramientas que hacen posible el proceso de planificación que

sirven para las diferentes clases de desarrollo que generan bienestar

a la comunidad.

Plan de Gestión de Recursos Hídricos

Instrumentos públicos, vinculantes, de actualización periódica y

revisión justificada, cuya finalidad es alcanzar el uso sostenible de los

recursos hídricos, así como el incremento de su disponibilidad para

lograr la satisfacción de las demandas de agua en cantidad, calidad y

oportunidad en el corto, mediano y largo plazo; en armonía con el

desarrollo nacional, regional y local, articulando y compatibilizado su

gestión con las políticas económicas, sociales, y ambientales.

18

19

1.3. PROBLEMAS DE INVESTIGACION

1.3.1. PROBLEMA PRINCIPAL

¿En qué medida el Sistema de Adquisición de Datos Hídricos Online influye

en el proceso de planificación de la Dirección de Conservación y

Planeamiento de Recursos Hídricos de la Autoridad Nacional del Agua en

Perú?

ADQUISICIÓN DE

1.3.2. PROBLEMAS SECUNDARIOS

PS1: ¿En qué medida la accesibilidad=D1X del sistema de Adquisición de

datos hídricos ONLINE influyen en la operatividad hídrica=D6Y DEL

PROCESO DE REGISTRO DE DATOS de la Autoridad Nacional del Agua

en Perú?

PS2: ¿En qué medida los actores involucrados en la gestión de los recursos

hídricos en Perú facilitarán su registro generados de datos hídricos a la

Autoridad Nacional del Agua en Perú?

PS3: ¿En qué medida los actores involucrados en la gestión de los recursos

hídricos en Perú facilitarán su registro generados de datos hídricos a la

Autoridad Nacional del Agua en Perú?

1.4. OBJETIVO DE LA INVESTIGACION

20

1.4.1. OBJETIVO GENERALDeterminar la medida en que el Sistema de Adquisición de Datos Hídricos

Online influye en el proceso de planificación de la Dirección de

Conservación y Planeamiento de Recursos Hídricos de la Autoridad

Nacional del Agua en Perú.

1.4.2. OBJETIVOS ESPECIFICOS

Proporcionar al Estado Peruano de herramientas técnicas – normativas en

materia de Gestión de Recursos Hídricos.

1.5. HIPOTESIS Y VARIABLES DE LA INVESTIGACION

1.5.1. HIPOTESIS GENERAL

De utilizarse el Sistema de Adquisición de Datos Hídricos Online se influirá

positiva y significativamente en el proceso de planificación de la Dirección

de Conservación y Planeamiento de Recursos Hídricos 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 Adquisición de Datos Hídricos Online

(SADHO)

Variable Dependiente Y: Planificación de la Dirección de Conservación y

Planeamiento de Recursos Hídricos

INDICEBAJA= [0%-30%>

MEDIA= [30%-50%>ALTA= [50%-100%]

Cuadro N° 01. Operacionalización de la Variables

22

Figura N° 03. Modelo de Investigación

23

1.6. METODOLOGIA DE LA INVESTIGACION

1.6.1. TIPO Y NIVEL DE INVESTIGACIÓN

a) Tipo de Investigación

A fin de tipificar concretamente la Investigación se ha examinado la

terminología de Hernández Sampier1 quien lo establece según el

carácter de la relación entre los fenómenos bajo estudio. ¿Qué tipo de

relación existe entre sus variables representativas?

Las variables frecuentemente tienen la relación sagital siguiente:

X Y

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

En este caso es solo una relación de influencia estricta. Por ello se

tipifica como una investigación esencialmente experimental toda vez

que se busca hallar esta relación de influencia en términos

cuantitativos.

b) Nivel de Investigación

El Nivel de esta investigación es de Aplicación, porque el diseño se

fundamenta enteramente en un conocimiento preexistente del campo

de la Ingeniería de Sistemas. No se intenta establecer innovaciones ni

proponer nuevo software o hardware sino demostrar que un Sistema

de Adquisición de Datos Hídricos Online puede contribuir a elevar en

gran medida la eficacia, eficiencia y productividad en el proceso de

Planificación.

1 Hernández Sampier Roberto en su obra Metodología de la Investigación Editorial McGraw-Hill, México, 1992, Pág. 86 y siguientes

24

1.6.2. METODO Y DISEÑO DE LA INVESTIGACION

a) Método de Investigación

El Diccionario de Psicología Científica y Filosófica, menciona que el

método hipotético-deductivo es el procedimiento o camino que sigue el

investigador para hacer de su actividad una práctica científica.

El método hipotético-deductivo tiene varios pasos esenciales:

observación del fenómeno a estudiar, creación de una hipótesis para

explicar dicho fenómeno, deducción de consecuencias o

proposiciones más elementales que la propia hipótesis, y verificación o

comprobación de la verdad de los enunciados deducidos

comparándolos con la experiencia. Este método obliga al científico a

combinar la reflexión racional o momento racional (la formación de

hipótesis y la deducción) con la observación de la realidad o momento

empírico (la observación y la verificación).

b) Diseño de la Investigación

G :O1XO2

DONDE

O1= MEDICIONES DEL PROCESO EN EL ASIS (PRE PRUEBA)

O2= MEDICIONES DEL PROCESO EN EL TOBE (POST PRUEBA)

X= Sistema de Adquisición de Datos Hídricos Online (PRODUCTO)

25

{GE :O1XO2 ¿ ¿¿¿

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 Adquisición de Datos Hídricos Online

SE COMPARA (01;03) ANTES DE

SE COMPARA (02;04) DESSPUES DE

1.6.3. POBLACIÓN Y MUESTRA DE LA INVESTIGACION

a) Población

La población es el conjunto de todos los casos que concuerdan con

determinadas especificaciones. (Hernandez Sampieri. 2010)

Nuestra población comprende todos los profesionales de la Dirección

de Conservación y Planeamiento de Recursos Hídricos de la

Autoridad Nacional del Agua.

a) Muestra

26

Determinada la población se hallará la muestra con la siguiente

fórmula estadística para poblaciones finitas:

Dónde:

Z = 1.96 en función de un nivel de significancia del 95% para una

distribución 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

TÉCNICAS: ENCUESTA,

INSTRUMENTO: CUESTIONARIO, HOJA DE REGISTROS,

27

1.6.5. JUSTIFICACION, IMPORTANCIA Y LIMITACIONES DE LA INVESTIGACION

a) Justificación

Este trabajo contribuye al aumento de la eficiencia en el Proceso de

Planificación de la Dirección de Conservación y Planeamiento de la

Autoridad Nacional del Agua. Por lo tanto, se desarrollará un

esfuerzo significativo en el diseño e implementación por parte de los

profesionales del área técnica de la Autoridad Nacional del Agua.

b) Importancia

Debido a la existencia de una viabilidad técnica, operativa y

económica la presente investigación tendrá un significativo impacto

en el ámbito espacial de la Autoridad Nacional del Agua en Perú. Por

lo tanto, la búsqueda de eficiencia en el Proceso de Planificación de

la Dirección de Conservación y Planeamiento de la Autoridad

Nacional del Agua, la implementación de un Sistema de Adquisición

de Datos Hídricos Online como soporte al proceso de Planificación

se justifica porque permitirá adoptar acertados planes de gestión y

toma de decisiones en materia de Gestión de Recursos Hídricos por

la autoridad competente.

c) Limitaciones

Se estima que no se tendrá limitaciones de tiempo, recursos

humanos o financieros específicos pues la institución 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. – Fernández, A. – Alises, H. (2010), llegaron a la siguiente conclusión:

El Sistema implementado, denominado HIDRICO-RURAL

sigue la filosofía de la libre distribución de la información de

manera gratuita, haciéndola disponible para cualquier persona

que desee acceder a ella a través de un visor montado

exclusivamente con tecnología de software libre. La interfaz

del visor ha sido diseñada cuidando al máximo la

interactuación del usuario y la máquina, facilitando de este

modo el visionado de los datos y la cartografía y manteniendo

una sencilla metodología de acceso a los mismos.

Cuando realizaron su tesis denominada: “SISTEMA HIDRICO-

RURAL para difusión de información de los Datos Hídricos de las

zonas rurales de la Comunidad Autónoma de Extremadura” de la

Universidad de Extremadura, España.

Donde se plantearon los siguientes objetivos:

- Hidrografía. Muestra los principales ríos y afluentes de

Extremadura.

- Embalses. Extremadura, posee una gran cantidad de embalses

para almacenar el agua que fluye por sus ríos. Estos embalses

aparecen representados por capas.

- Recursos naturales al introducir las variables hidrométricas e

hidrometeorológicas de los territorios protegidos en Extremadura

dentro de la Red Natura 2000. Obtuvimos los datos de la

Consejería de Agricultura y Medio Ambiente de la Junta de

Extremadura en formato shape y a escala 1:200.000.

31

Llanos, V. (2011), llegó a las siguientes conclusiones: Acceso a todos los actores ambientales de la cuenca.

Con la información hidrométrica e hidrometeorológica

registrada se incrementó los Planes de Gestión de

vulnerabilidad ante eventos ambientales.

El Sistema cumple con la finalidad de proporcionar los medios

de consulta, evaluación y acceso al acervo para usuarios

internos y eternos.

El Sistema constituye la fuente de información primaria de

eventos ambientales en la cuenca del Arroyo – Jujuy.

Cuando realizó su tesis denominada: “Implementación de un Sistema

Hídrico para análisis de eventos ambientales en la cuenca del Arroyo

- Jujuy” de la Universidad Nacional de La Plata, Argentina.

Donde se plantearon los siguientes objetivos:

- Identificar el historial de eventos ambientales desarrollados.

- Manejo de base de datos de información hidrométrica e

hidrometeorológica.

- Análisis de vulnerabilidad ante eventos ambientales.

- El uso de tecnologías accesibles a cualquier tipo de usuario.

- Garantizar que la información sea disponible no solo para usuarios

finales, sino que además pueda integrarse con otros sistemas de

información.

Castro, L. (2013), llegó a las siguientes conclusiones: El Sistema beneficia principalmente a la comunidad

Quindiana. Según proyecciones del DANE, el Departamento

del Quindío tuvo una población de 549.624 personas en el año

32

2010 y al año 2015 serán 562.266 personas (DANE,

Proyecciones de Población. Estudios Censales, 2013).

De la misma forma este servicio será utilizado por el público

en general, entidades gubernamentales y no

gubernamentales, como la gobernación y las 12 alcaldías,

instituciones como el CLOPAD y CREPAD, interesadas en

información hidrométrica e hidrometerológica a fin de generar

planes contra amenaza y riesgo natural del Departamento del

Quindío.

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

Hídricos para la Gestión de Amenaza y Riesgo Natural del

Departamento del Quindío” de la Universidad del Quindío, Colombia.

Donde se plantearon los siguientes objetivos:

- Identificar los posibles nodos facilitadores del Sistema, y la

información georreferenciada a su cargo.

- Especificar los requisitos funcionales y de calidad del Sistema de

amenaza y riesgo natural del Departamento del Quindío.

- Diseñar e implementar un prototipo funcional del Sistema basado

en las especificaciones previas.

- Validar con usuarios reales el prototipo de funcionalidad básica y

datos mínimos del Sistema construido.

33

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, evaluación y acceso al acervo para usuarios

internos y eternos.

El Sistema constituye la fuente de información primaria de los

recursos hídricos de las cuencas de los ríos Moquegua y

Tambo.

Cuando realizó su tesis denominada: “Implementación de un

Sistema para la gestión de los recursos hídricos de las cuencas

de los ríos Moquegua y Tambo” de la Universidad de Piura, Piura.

Donde se plantearon los siguientes objetivos:

- Registrar información hidrométrica e hidrometeorológica útil para

la gestión de recursos hídricos a nivel nacional.

- Describir el estudio pormenorizado de la problemática de las

cuencas de los ríos Moquegua y Tambo.

- Elaborar un modelo georeferenciado de Gestión de Recursos

Hídricos para las cuencas de los ríos Moquegua y Tambo.

- Diseñar e implementar el registro sistematizado de la información.

- Desarrollar el catastro de usos, aprovechamiento y concesiones

de agua.

- Diseñar e implementar un sistema que integre la información

sectorial.

Rodríguez, M. (2011), llegó a las siguientes conclusiones: Se alcanzó de confirmar la utilidad del Sistema en la provisión

de información para la toma de decisiones; el inventario de los

34

recursos hídricos e incorporando aspectos a la planificación

territorial como garantía para lograr un mayor

aprovechamiento del potencial hídrico disponible.

El diseño del Sistema se considera un elemento central

porque facilita la gestión de los recursos hídricos, al tiempo

que se constituye en una herramienta para la planificación e

intervención en el territorio, con capacidad para combinar

información actualizada sobre recursos hídricos y sus

impactos económicos, sociales, ambientales y paisajísticos.

Finalmente, el análisis de la información producida permite

disponer de criterios sostenibles y factibles en el plano de

planificación de recursos hídricos.

Cuando realizó su tesis denominada: “Sistema GeoHídrico para la

ordenación y la planificación de los Recursos Hídricos en la Costa

Norte desde una perspectiva territorial” de la Universidad

Nacional Pedro Ruiz Gallo, Chiclayo.

Donde se plantearon los siguientes objetivos:

La tesis plantea como objetivo de integrar los procesos de

planificación de los recursos hídricos en el medio geográfico en la

Costa Norte. La configuración de los recursos hídricos disponibles y

las necesidades de la población de la Costa Norte están en la base

de la investigación. La suma de estos tres factores justifica dos

decisiones de partida. La primera es que esta tesis plantea el cambio

en el modelo de planificación de los recursos hídricos. La segunda de

ellas es la opción de enfocar el ordenamiento territorial, como medio

más eficaz para hacer compatible el acceso a la planificación de los

recursos hídricos con la protección del medio natural. Y defiende la

importancia de dispones herramientas que hagan posible la

ordenación y planificación de los recursos hídricos.

35

Alvarado, P. (2013), llegó a las siguientes conclusiones: La tecnología de Sistemas de Información Geográfica 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 imágenes y bases

de datos ha requerido más tiempo y esfuerzo.

Uno de los mayores problemas surgidos en el desarrollo del

Sistema, ha sido la estandarización de la información de las

bases alfanuméricas, puesto que provienen de distintas y

variadas fuentes. Se ha establecido un método de unificación

de toda la información a través del código del INEI (Instituto

Nacional de Estadística e Informática).

Del mismo modo, las bases de datos cartográficas poseían

similares problemas, parte de los cuales fueron solventados

gracias a la generalización del sistema de referencia espacial,

decidiéndose por la utilización de la proyección Mercator, con

Datum WGS 1984.

La intención es que el Sistema constituya una herramienta

fundamental en la gestión de las políticas ambientales en la

región de Ica, puesto que su uso permite consultar todos los

datos hidrométricos e hidrometeorológicos recogidos por el

Ministerio del Ambiente, pero, además, en un futuro inminente

se pretende complementar y enriquecer estas bases de datos

añadiendo los datos correspondientes al Ministerio de

Agricultura y Riego.

Cuando realizó su tesis denominada: “El Sistema de Información

Hídrica como herramienta para visualizar alternativas de

desarrollo ambiental en la zona rural de la región de Ica” de la

Universidad Nacional Federico Villareal, Lima.

36

Donde se plantearon los siguientes objetivos:

Se pretende desarrollar una herramienta con la que podamos

estudiar el registro histórico de la información hídrica en el territorio

de la región Ica, en el cual se puedan analizar con mayor claridad el

impacto de políticas en los últimos años en materia de gestión

ambiental y si estas han conseguido lograr sus objetivos de mejorar

las condiciones de vida de la población 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 tecnología SIG con el diseño de un

Sistema en Internet, nos ayudara a introducir nuevas reflexiones en

la gestión ambiental debido a un mejor conocimiento de su territorio.

2.2. BASES TEORICAS

2.2.1. Procesos

Según Hammer y Champy, define un proceso de negocios como un

conjunto de actividades que recibe uno o más insumos y crea un producto

de valor para el cliente.

Según 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 través

de fronteras, que son principalmente funcionales, departamentales u

organizacionales.

- Actividades de control: Las que crean en su mayor parte para controlar

los traspasos a través de las fronteras mencionadas.

37

Por lo tanto, podemos decir que, un proceso es un ámbito de actuación que

define un curso de acción compuesto por una serie de etapas, las cuales

añaden valor a las entradas con el fin de producir unas salidas que

satisfagan las necesidades del cliente.

2.2.2. Factores Críticos del Éxito (FCE)

Los FCE son metas operativas. Si estas metas pueden ser alcanzadas, el

éxito de la organización 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 organización.

Los FCE están conformados por el sector, la organización, el administrador

o el ambiente amplio.

El principal método que se utiliza en el análisis de los FCE es el de las

entrevistas personales (tres o cuatro) con un número de directores para

identificar sus metas y los FCE que resulten. Los sistemas entonces se

construyen para dar información sobre estos FCE.

Los FCE (en un número máximo de 8), deben de satisfacer la condición de

“necesario y suficiente” asegurando que cada uno de ellos es necesario

para la misión de la organización y que la suma de todos es suficiente para

alcanzarla.

2.2.3. Procesos Críticos

Una vez determinados cuales son los FCE, se puede identificar cuáles son

los procesos de la organización que tienen impacto directo en los mismos,

siendo éstos procesos los Procesos Críticos. Identificar los Procesos

Críticos es la base para poder administrar los esfuerzos de mejora continua

de la organización.

38

Los procesos críticos son aquellos sin los que sería difícil garantizar la

calidad en el cumplimiento del servicio, es decir, son procesos significativos

vinculados a cada tipo de organización.

Los procesos críticos deberán ser procesos que se desempeñan de manera

repetida, que ayudan a cumplir la misión de la organización, y a satisfacer

las necesidades del cliente.

Conocer los procesos críticos y las variables que los determinan es el

primer paso, para después visualizar la forma de su ejecución ventajosa a

través del uso de la tecnología.

2.2.4. Indicadores de ProcesosPara 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 desempeño de

dicho proceso. Es muy difícil administrar un proceso que no se pueda

medir.

Según Mariño 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 propósitos para:

Evaluar el desempeño del proceso contra las metas de mejoramiento,

permitiendo medir el grado de cumplimiento de las metas en relación

con los resultados obtenidos.

Establecer si el proceso es estable o no y, por tanto, definir si las causas

detrás de los resultados son comunes o especiales para definir el tipo de

mejoramiento requerido.

39

Fijar el nivel de desempeño alcanzado por el proceso para servir de

punto de referencia en procesos de comparación con las mejores

prácticas.

Mostrar tendencias, evaluar eficiencia y proveer señales oportunas de

precaución.

Establecer bases sólidas para identificar problemas o detectar

oportunidades de mejoramiento.

Proveer medios para evaluar las medidas correctivas y preventivas.

Facilitar la comunicación entre el dueño del proceso y quienes lo

operan, entre estos y la gerencia, entre personas relacionadas con el

proceso.

Establecer si el grado de mejoramiento obtenido es suficiente y si el

proceso sigue siendo suficientemente competitivo.

Características 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

términos del grado o frecuencia de cantidad.

Tener Significado:

El indicador debe ser reconocido fácilmente 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

descripción, esto es, una breve definición sobre que es y que pretende

medir.

Poderse Controlar.

Tipos de Indicadores

40

En el contexto de orientación 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 términos de dimensiones o características de calidad tales como:

precio, tiempo de atención, calidad de servicio, condiciones de la

atención, 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

través 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 variación 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

válidos, miden el que hace el proceso.

También se pueden clasificar los indicadores en indicadores de eficacia

o de eficiencia. El indicador de eficacia mide el logro de los resultados

41

propuestos. Nos indica si se hicieron las cosas que se debían 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.

Los indicadores de eficiencia miden el nivel de ejecución del proceso, se

concentran en el cómo 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 término 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

simultánea 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 Información

Un Sistema de Información, es aquél que permite recopilar, administrar

y manipular un conjunto de datos que conforman la información

necesaria para que los estamentos ejecutivos de una organización

puedan realizar una toma de decisiones informadamente. En resumen,

es aquél conjunto ordenado de elementos (no necesariamente

computacionales) que permiten manipular toda aquella información

42

necesaria para implementar aspectos específicos de la toma de

decisiones.

Todo Sistema de Información, surge de la necesidad de información que

experimenta una organización para implementar un conjunto específico

de toma de decisiones.

Figura N° 03. Tipos de Sistemas de Información

2.2.5.1. Sistemas de Información Ejecutiva

Los Sistemas de Información para Ejecutivos (EIS: Executive

Information Systems), están dirigidos a apoyar el proceso de toma de

decisiones de los altos ejecutivos de una organización, presentando

información relevante y usando recursos visuales y de fácil

interpretación, con el objetivo de mantenerlos informados.

Las principales características de los Sistemas de Información para

Ejecutivos (EIS) son las siguientes: 

43

Están diseñados para cubrir las necesidades específicas y particulares

de la alta administración de la empresa. Esto implica que ejecutivos

diferentes pueden requerir información o formatos de presentación

distintos para trabajar en una compañía en particular. Lo anterior se

debe a que los factores críticos del éxito pueden variar de un ejecutivo a

otro.

Extraen, filtran, comprimen y dan seguimiento a información crítica del

negocio. El sistema debe contar con capacidad de manejar información

que proviene de los Sistemas Transaccionales de la empresa y/o de

fuentes externas de información. Esta información externa puede

provenir de bases de datos externas, periódicos y cartas electrónicas de

la industria, entre otros; todo esto en temas tales como nuevas

tecnologías, 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 estándares en sus interfases

hombre-máquina, caracterizado por gráficas de alta calidad, información

tabular y en forma de texto. El protocolo de comunicación entre el

ejecutivo y el sistema permite interactuar sin un entrenamiento previo.

Pueden acceder a información que se encuentra en línea, extrayéndose

en forma directa de las bases de datos de la organización. Esta

característica del EIS permite al ejecutivo penetrar en diferentes niveles

de información.

44

Como podemos observar, los EIS poseen múltiples características,

estas han permitido elevar el nivel de confianza en la toma de

decisiones, esto gracias a que los EIS permiten obtener una visión

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 organización, principalmente a la planeación y

control. Esto permite a la organización optimizar en la asignación de

recursos, tanto cuantitativos como cualitativos; además de mejorar sus

procesos y por ende aumentar sus utilidades.

2.2.6. Metodología de Desarrollo Iterativo

El software moderno es complejo y novedoso, por lo cual no es realista

usar un modelo lineal de desarrollo como el método de cascada, por el

contrario se debe usar proceso iterativo que permita una comprensión

creciente de los requerimientos, a la vez que se va haciendo crecer el

sistema. Con seguir un modelo iterativo que aborda las tareas más

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 iteración comienza

con una primera aproximación del análisis, diseño e implementación

para identificar los riesgos del diseño, los cuales se utilizan para

conducir la iteración, primero se identifican los riesgos y después se

prueba la aplicación para que estos se hagan mínimos. Cuando la

45

implementación pasa todas las pruebas que se determinan en el

proceso, ésta se revisa y se añaden los elementos modificados al

modelo de análisis y diseño. Una vez que la actualización del modelo se

ha modificado, se realiza la siguiente iteración.

La metodología de desarrollo iterativo promueve el “agrandamiento y

perfeccionamiento secuencial de un sistema a través de múltiples ciclos

de desarrollo de análisis, diseño, implementación y pruebas” [LAR99].

El sistema crece paulatinamente al agregar mayor funcionalidad con

cada iteración. Por cada iteración llevamos a cabo el análisis, diseño,

construcción 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

retroalimentación o feedback se produce en cada iteración con una

parte pequeña y en un estadio temprano del desarrollo.

2.2.6.1. Proceso Unificado Rational (RUP)

Un proceso define quien está haciendo qué, cuando. Y además dice

cómo alcanzar un determinado objetivo. En la ingeniería 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 prácticas que la

tecnología permite. Por tanto, reduce el riesgo y hace el proyecto más

predecible.

46

El Proceso Unificado tiene varias décadas de desarrollo y uso práctico,

desde sus inicios en el proceso Objectory hasta el Proceso Unificado de

Rational (Rational Unified Process, o RUP) [BRJ99].

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 prácticas en ingeniería de software, con el

objetivo de asegurar la producción de software de calidad, dentro de

plazos y presupuestos predecibles.

Características

Las características principales del RUP son las siguientes [RAM03]:

Guiado/Manejado por casos de uso:

La razón 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 especificación funcional tradicional y constituyen la guía

fundamental establecida para las actividades a realizar durante todo el

proceso de desarrollo incluyendo el diseño, la implementación y las

pruebas del sistema.

Centrado en arquitectura:

La arquitectura involucra los elementos más significativos del sistema y

está influenciada entre otros por plataformas software, sistemas

operativos, manejadores de bases de datos, protocolos,

consideraciones de desarrollo como sistemas heredados y

requerimientos no funcionales. Los casos de uso guían el desarrollo de

la arquitectura y la arquitectura se realimenta en los casos de uso, los

dos juntos permiten conceptualizar, gestionar y desarrollar

adecuadamente el software.

47

Iterativo e Incremental:

Para hacer más 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 núcleo

fundamental está constituido por una o más iteraciones de las

actividades principales básicas de cualquier proceso de desarrollo.

Desarrollo basado en componentes:

La creación de sistemas intensivos en software requiere dividir el

sistema en componentes con interfaces bien definidas, que

posteriormente serán ensamblados para generar el sistema. Esta

característica 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.

Utilización 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, mitigación de riesgos, control de calidad, gestión del proyecto y

control de configuración; el proceso unificado establece una estructura

que integra todas estas facetas. Además esta estructura cubre a los

vendedores y desarrolladores de herramientas para soportar la

automatización del proceso, soportar flujos individuales de trabajo, para

construir los diferentes modelos e integrar el trabajo a través del ciclo de

vida y a través de todos los modelos.

48

Ciclos y Fases

RUP divide el proceso de desarrollo en ciclos, donde se obtiene un

producto final de cada ciclo. Cada ciclo se divide en cuatro fases:

Concepción, Elaboración, Construcción y Transición [BRJ99]. Cada fase

concluye con un hito bien definido donde deben tomarse ciertas

decisiones.

Fase de Concepción 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 interacción en un alto nivel de abstracción: se deben

identificar todos los casos de uso, y se deben describir algunos en

detalle. La oportunidad del negocio incluye: definir criterios de éxito,

identificación de riesgos, estimación de recursos necesarios, y plan de

las fases incluyendo hitos.

Los productos de ésta fase son:

Un documento de visión general, que incluye el alcance del proyecto, los

requerimientos generales del proyecto, las características 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

pronóstico financiero.

Una identificación inicial de riesgos.

Un plan de proyecto.

49

Uno o más prototipos.

Fase de Elaboración

En esta fase se analiza el dominio del problema, y se establece una

arquitectura base sólida para desarrollar un plan de proyecto y se

eliminan los elementos de mayor riesgo para el desarrollo exitoso del

proyecto.

Se requiere visión de “una milla de amplitud y una pulgada de

profundidad” porque las decisiones de arquitectura requieren una visión

global del sistema y se convierte en la parte más crítica del proceso

[LAR99] al final del cuál toda la ingeniería “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 críticos 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.

Descripción 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.

50

Un manual de usuario preliminar.

Se tienen presentes las siguientes condiciones de éxito:

Estabilidad de la visión del producto.

Estabilidad de la arquitectura.

Las pruebas de ejecución 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 Construcción

En esta fase todas las componentes restantes se desarrollan e

incorporan al producto, todo es probado en profundidad, se pone énfasis

en la producción eficiente y no ya en la creación intelectual [BRJ99].

Puede hacerse construcción en paralelo, pero esto exige una

planificación detallada y una arquitectura muy estable.

Los productos de esta fase son:

El producto de software integrado y corriendo en la plataforma

adecuada.

Manuales de usuario.

Una descripción del “release” actual.

Se obtiene un producto beta que debe decidirse si puede ponerse en

ejecución 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 Transición

El objetivo es traspasar el software desarrollado a la comunidad de

usuarios. Una vez instalado surgirán nuevos elementos que implicarán

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.

Los productos de esta fase son:

Pruebas beta para validar el producto con las expectativas del cliente.

Ejecución paralela con sistemas antiguos si es que el caso lo amerita.

Conversión 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 inglés, Unified

Modeling Language) es el lenguaje de modelado de sistemas

de software más conocido y utilizado en la actualidad; está respaldado

por el OMG (Object Management Group).

Es un lenguaje gráfico para visualizar, especificar, construir y

documentar un sistema. UML ofrece un estándar 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 programación, 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 metodología de desarrollo de software (tal como

el Proceso Unificado Racional o RUP).

Diagramas

Se necesita más de un punto de vista para llegar a representar un

sistema. UML utiliza los diagramas gráficos para obtener estos distintos

puntos de vista de un sistema:

Diagramas de Implementación.

Se derivan de los diagramas de proceso y módulos de la

metodología de Booch, aunque presentan algunas

modificaciones. Los diagramas de implementación muestran los

aspectos físicos del sistema. Incluyen la estructura

del código fuente y la implementación, en tiempo de

implementación. Existen dos tipos:

Diagrama de plataformas despliegue.

Diagrama de componentes.

Diagramas de Comportamiento o Interacción.

53

Muestran las interacciones entre objetos en un escenario (parte)

del sistema. Hay varios tipos:

Diagrama de actividad.

Diagrama de secuencia.

Diagrama de colaboración.

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 interacción con los usuarios y/o otros

sistemas. O lo que es igual, un diagrama que muestra la relación

entre los actores y los casos de uso en un sistema. Una relación

es una conexión entre los elementos del modelo, por ejemplo la

relación y la generalización son relaciones.

Los diagramas de casos de uso se utilizan para ilustrar los

requerimientos del sistema al mostrar cómo 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 podría 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.

54

Diagramas de Clases.

Los diagramas de clases representan un conjunto de elementos

del modelo que son estáticos, 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

estáticos son los siguientes:

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,

permitiéndose 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, métodos, relaciones

y significado. En UML una clase es una implementación 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.

Operación. También conocido como método, 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 parámetros formales, son las

clases denominadas plantillas. Sus atributos y operaciones

vendrán definidas según sus parámetros formales. Las plantillas

pueden tener especificados los valores reales para los

55

parámetros formales, entonces reciben el nombre de clase

parametrizada instanciada. Se puede usar en cualquier lugar en

el que se podría aparecer su plantilla.

Metaclase: Es una clase cuyas instancias son clases. Sirven

como depósito para mantener las variables de clase y

proporcionan operaciones (método de clase) para inicializar estas

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 implementación.

Un tipo establece una especificación de comportamiento para las

clases.

Interfaz: Representa el uso de un tipo para describir el

comportamiento visible externamente de cualquier elemento del

modelo.

Relación entre clases: Las clases se relacionan entre sí de

distintas formas, que marcan los tipos de relaciones existentes:

Asociación:

Es una relación que describe un conjunto de vínculos entre

clases. Pueden ser binarias o n-arias, según se implican a dos

clases o más. Las relaciones de asociación 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 asociación

(existen otros tipos de roles según la relación a la que

identifiquen). Indican la información más importante de las

asociaciones. Es posible indicar el número de instancias de una

56

clase que participan en una relación mediante la llamada

multiplicidad.

Composición:

Es un tipo de agregación donde la relación de posesión es tan

fuerte como para marcar otro tipo de relación. Las clases en UML

tienen un tiempo de vida determinado, en las relaciones de

composición, 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,

aunque no lo es porque es una clase y puede funcionar como tal

en otros casos.

Generalización:

Cuando se establece una relación 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 más de una clase que se comporte como subclase.

Dependencia:

Una relación 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 colección de datos en la

cual se encuentra integrada la información de la organización 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

través de sus sistemas operacionales para planeamiento y toma de

decisiones. Para cumplir estos objetivos se necesitan efectuar consultas

57

que sumarizan los datos, y que si se hacen sobre los sistemas

operacionales reducen mucho la performance de las transacciones que

se están haciendo al mismo tiempo. Fue entonces que se decidió

separar los datos usados para reportes y toma de decisiones de los

sistemas operacionales y diseñar y construir DataWarehouses para

almacenar estos datos.

Las principales características que posee un DataWarehouse se

detallan a continuación:

• Es orientado a la información relevante de la organización: En un

DataWarehouse la información se clasifica en base a los aspectos de

interés para la empresa, es decir, se diseña para consultar

eficientemente información relativa a las actividades básicas de la

organización.

• Es integrado: integra datos recogidos de diferentes sistemas

operacionales de la organización y/o fuentes externas. Esta integración

se hace estableciendo una consistencia en las convenciones para

nombrar los datos, en la definición 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 periódicamente. La información almacenada

representa fotografías correspondientes a ciertos perıodos de tiempo.

• Es no volátil: la información no se modifica después de que se inserta,

solo se incrementa. El periodo cubierto por un DataWarehouse varıa de

2 a 10 años.

2.2.9. Datamarts

58

Un Data mart es una versión especial de almacén   de   datos (data

warehouse). Son subconjuntos de datos con el propósito de ayudar a

que un área específica dentro del negocio pueda tomar mejores

decisiones. Los datos existentes en este contexto pueden ser

agrupados, explorados y propagados de múltiples formas para que

diversos grupos de usuarios realicen la explotación de los mismos de la

forma más conveniente según 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

baja y conocida. Es consultado mediante herramientas OLAP (On line

Analytical Processing - Procesamiento Analítico en Línea) que ofrecen

una visión multidimensional de la información. Sobre estas bases de

datos se pueden construir EIS (Executive Information Systems,

Sistemas de Información para Ejecutivos) y DSS (Decision Support

Systems, Sistemas de Ayuda a la toma de Decisiones).

En síntesis, se puede decir que los data marts son pequeños data

warehouse centrados en un tema o un área de negocio específico

dentro de una organización.

2.2.10. Microsoft SQL Server 2014

Microsoft® SQL Server™ es un sistema de administración y análisis de

bases de datos relacionales de Microsoft para soluciones de comercio

electrónico, línea de negocio y almacenamiento de datos. En esta

sección, encontrará información sobre varias versions de SQL Server.

También encontrará artículos sobre bases de datos y aplicaciones de

diseño de bases de datos así como ejemplos de los usos de SQL

Server.

 Microsoft SQL Server 2014 se basa en las funciones críticas ofrecidas

59

en la versión anterior, proporcionando un rendimiento, una disponibilidad

y una facilidad de uso innovadores para las aplicaciones más

importantes. Microsoft SQL Server 2014 ofrece nuevas capacidades en

memoria en la base de datos principal para el procesamiento de

transacciones en línea (OLTP) y el almacenamiento de datos, que

complementan nuestras capacidades de almacenamiento de datos en

memoria y BI existentes para lograr la solución de base de datos en

memoria más completa del mercado.

SQL Server 2014 también proporciona nuevas soluciones de copia de

seguridad y de recuperación ante desastres, así como de arquitectura

híbrida con Windows Azure, lo que permite a los clientes utilizar sus

actuales conocimientos con características locales que aprovechan los

centros de datos globales de Microsoft. Además, SQL Server 2014

aprovecha las nuevas capacidades de Windows Server 2012 y Windows

Server 2012 R2 para ofrecer una escalabilidad sin parangón a las

aplicaciones de base de datos en un entorno físico o virtual.

Características 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 aplicación de base de datos. OLTP en

memoria se instala con el motor de SQL Server 2014 y no

requiere de acciones adicionales. Además, entrega los beneficios

del rendimiento en memoria sin necesidad de reescribir la

aplicación de base de datos ni de actualizar el hardware. OLTP

en memoria le permite acceder a las demás características

sofisticadas de SQL Server, mientras saca ventaja del

rendimiento en memoria.

60

Almacén de columnas actualizable en memoria: proporciona una

compresión mayor, consultas más sofisticadas y la capacidad de

actualizar el almacén de columnas existente para las cargas de

trabajo de almacenamiento de datos, lo que mejora aún más la

velocidad de carga, el rendimiento de las consultas, la

concurrencia e incluso reduce el precio por terabyte.

Extensión de la memoria a SSD: integra en forma transparente y

sin fisuras el almacenamiento en estado sólido en SQL Server al

utilizar las unidades SSD como una extensión del grupo de búfer

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 réplicas secundarias que permanecen

disponibles para lecturas en todo momento, incluso en el caso de

errores de red. Las instancias de los clústeres de conmutación

por error ahora son compatibles con los volúmenes compartidos

de clúster de Microsoft, lo que aumenta el uso del

almacenamiento compartido y mejora la resistencia ante la

conmutación 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 mínimas y máximas en cada volumen,

lo que ofrece controles más completos para aislar los recursos.

61

2.2.11. Microsoft Visual Studio .NET 2013

Visual Studio .NET (VB.NET) es un lenguaje de programación orientado

a objetos que se puede considerar una evolución de Visual 

Basic implementada sobre el framework .NET, es un conjunto completo

de herramientas de desarrollo para la construcción de aplicaciones Web

ASP, servicios Web XML, aplicaciones para escritorio y aplicaciones

móviles. 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 creación de soluciones en

varios lenguajes. Asimismo, dichos lenguajes aprovechan las funciones

de .NET Framework, que ofrece acceso a tecnologías 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 versión

de ASP.NET y DMBC, pero también para el cloud, para Windows

Phone, Windows 8.1, y aplicaciones tradicionales empresariales

como DOT.NET. El desarrollador tiene que atender múltiples

escenarios y es uno de los aspectos fundamentales en la visión

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 móviles.

62

Utilizar servicios Web XML en cualquiera de las aplicaciones

mencionadas.

Evitar conflictos entre archivos .DLL.

Eliminar los costosos problemas de implementación y

mantenimiento de las aplicaciones.

2.2.12. Sistema de Información Geográfica

Un sistema de información geográfica (también conocido con los acrónimos

SIG en español o GIS en inglés) es un conjunto de herramientas que

integra y relaciona diversos componentes (usuarios, hardware, software,

procesos) que permiten la organización, almacenamiento, manipulación,

análisis y modelización de grandes cantidades de datos procedentes del

mundo real que están vinculados a una referencia espacial, facilitando la

incorporación de aspectos sociales-culturales, económicos y ambientales

que conducen a la toma de decisiones de una manera más 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 Información Geográfica o SIG. Producido y

comercializado por ESRI, bajo el nombre genérico ArcGIS se agrupan

varias aplicaciones para la captura, edición, análisis, tratamiento, diseño,

publicación e impresión de información geográfica. Estas aplicaciones

se engloban en familias temáticas como ArcGIS Server, para la

publicación y gestión web, o ArcGIS Móvil para la captura y gestión de

información en campo.

63

Novedades del ArcGis 10.2

Permite a más gente construir mapas que funcionan en diferentes

dispositivos

Reduce la necesidad de crear aplicaciones específicas gracias a

las aplicaciones ya desarrolladas y listas para usar y a las

plantillas de aplicaciones. 

Integra el SIG más fácilmente con otros sistemas de negocio

como IBM Cognos, MicroStrategy o SAP. 

Accede a enormes colecciones de mapas listos para usar: mapas

base, demográficos, topográficos...

Utiliza el web SIG como un gestor de contenidos que organiza,

asegura y facilita el acceso a productos de información

geográfica. 

2.3. DEFINICION DE TERMINOS BASICOS

VARIABLE INDEPENDIENTE (X)

VARIABLE DEPENDIENTE (Y)

VARIABLE INTERVINIENTE (RUP)

Dato

Un Dato es un valor específico, por ejemplo "15", el cual, por sí sólo, no

entrega ningún conocimiento útil.

Información

64

La información, por su parte, corresponde a un par ordenando, el conjunto

de un dato y una descripción. Por ejemplo: “Edad = 15” lo cual ya es

entendible. Desde una perspectiva más filosófica se señala que Información

son Datos que reducen incertidumbre.

Registro

Registro, se refiere al conjunto de información relacionadas y agrupada.

Datos Hidrométricos

Conjunto de datos recogidos por las estaciones hidrométricas, siendo el

principal dato: el caudal, que es la cantidad de agua que circula por la

sección de un río, tubería o canal en un determinado tiempo.

Datos Hidrometeorológicos

Conjunto de datos recogidos por las estaciones hidrometeorológicas ó

climatológicas, siendo el principal dato: precipitación y temperatura en un

determinado tiempo.

Estaciones

Son de dos (02) tipos:

Estaciones Hidrométricas

Registran Datos Hidrométricos.

Estaciones Meteorológicos

Registran Datos Meteorológicos.

65

Visor Geográfico

El Visor Geográfico del SADHO es la herramienta que permite consultar y

visualizar los datos asociados a las estaciones hidrométricas y

meteorológicas desde una perspectiva geográfica. Esto permite

complementar el análisis de la información generada y la producción de

documentos.

Instrumentos de Planificación

Herramientas que hacen posible el proceso de planificación que sirven para

las diferentes clases de desarrollo que generan bienestar a la comunidad.

Hidrología

Ciencia que se dedica al estudio de la distribución, espacial y temporal, y

las propiedades del agua presente en la atmósfera y en la corteza terrestre.

Esto incluye las precipitaciones, la escorrentía, la humedad del suelo, la

evapotranspiración y el equilibrio de las masas glaciares.

Cuenca Hidrográfica

Una cuenca hidrográfica es un territorio drenado por un único sistema

de drenaje natural, es decir, que drena sus aguas al mar a través de un

único río, o que vierte sus aguas a un único lago endorreico. Una cuenca

hidrográfica es delimitada por la línea de las cumbres, también llamada

divisoria de aguas.

66

Gestión Integrada de los Recursos Hídricos

Es un proceso integral consistente en extraer el agua del ciclo hidrológico,

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 hidrológico.

En el Perú el ente rector técnico normativo de la Gestión de los Recursos

Hídricos es la Autoridad Nacional del Agua.

La Autoridad Nacional del Agua gestiona los recursos hídricos tomando

como unidad de medida las cuencas hidrográficas, de las cuales uno de los

principales ejes de información que debe manejar el proceso de

Planificación.

Algunos productos del Proceso de Planificación para la Gestión de los

Recursos Hídricos son:

- Proyectos de identificación de zonas y poblaciones vulnerables ante

fenómenos climatológicos extremos.

- Proyectos de Sistema de Alerta de Temprana por Activación de

Quebradas.

- Proyectos para abastecimiento de agua potable o industrial:

selección de fuentes y cálculo de caudales mínimos.

- Estudio en obras viales de cruce: caudales máximos para el ancho

del puente.

- Estudio en proyectos de presas: capacidad de embalse, caudales

máximos para vertedero.

- Estudio para drenajes: características del nivel freático.

- Estudios para determinar el caudal ecológico.

67

- Proyectos de irrigación: oferta y demanda de agua, evaporación e

infiltración.

- Prevención y control de inundaciones: caudales máximos.

- Navegación: calados máximos, mínimos.

- Aprovechamiento hidroeléctrico: caudales máximos, mínimos,

promedios, estudios de sedimentos, etc.

68

CAPÍTULO III:

PRESENTACIÓN, ANÁLISIS E INTERPRETACIÓN DE RESULTADOS

3.1. PRESENTACIÓN DEL PROCESAMIENTO ESTADÍSTICO

3.1.1. ANÁLISIS ESTADÍSTICO DESCRIPTIVO (CUADROS Y TABLAS)

Estadísticas descriptivas: D1X=Tiempo pedidos ASIS, D1Y=Tiempo Pedidos TOBE

ConteoVariable total Media Desv.Est. CoefVar Mínimo MedianaD1X=Tiempo pedidos ASIS 56 77.43 9.82 12.68 56.00 76.00D1Y=Tiempo Pedidos TOBE 56 56.34 19.02 33.75 20.00 58.00

N paraVariable Máximo Modo modaD1X=Tiempo pedidos ASIS 96.00 68 7D1Y=Tiempo Pedidos TOBE 94.00 65 7

INTERPRETACIONSE 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.43X ……> 21.09

69

X=((100)(21.09))/77.43=27.24 &

SEGUNDO

70

TERCERO

3.1.2. ANÁLISIS ESTADÍSTICO INFERENCIAL (PRUEBA DE HIPÓTESIS)

PRUEBA DE HIPÓTESIS SECUNDARIA 1

SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP ENTONCES SE INFLUYE POSITIVAMENTE EN LA OPERATIVIDAD HÍDRICA DEL PROCESO DE REGISTRO DE DATOS DE LA DIRECCIÓN Y PLANEAMIENTOO…..

HIPÓTESIS ALTERNA Ha (hipótesis del investigador) (su propuesta) SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP ENTONCES SE INCREMENTA LA OPERATIVIDAD HÍDRICA DEL PROCESO DE REGISTRO DE DATOS DE LA DIRECCIÓN Y PLANEAMIENTOO…..

HIPÓTESIS NULA HO

SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP ENTONCES NO SE INCREMENTA LA OPERATIVIDAD HÍDRICA DEL PROCESO DE REGISTRO DE DATOS DE LA DIRECCIÓN Y PLANEAMIENTOO…..

HIPÓTESIS ESTADÍSTICA

{H a : μTobe>μ Asis ¿ ¿¿¿

Prueba T e IC de dos muestras: Operatidad Hídrica TOBE, Operatidad Hídrica ASIS

T de dos muestras para Operatidad Hídrica TOBE vs. Operatidad Hídrica ASIS

Error estándar de la N Media Desv.Est. mediaOperatidad Hídrica TOBE 15 65.9 15.2 3.9Operatidad Hídrica ASIS 15 36.8 12.5 3.2

71

Diferencia = mu (Operatidad Hídrica TOBE) - mu (Operatidad Hídrica ASIS)Estimado de la diferencia: 29.07Límite inferior 95% de la diferencia: 20.41Prueba T de diferencia = 0 (vs. >): Valor T = 5.71 Valor P = 0.000 GL = 28Ambos utilizan Desv.Est. agrupada = 13.9368

Figura n° xxx: Gráfica de valores individuales de Operatidad Hídrica TOBE, Operatidad Hídrica

INTERPRETACIÓN

En la figura n° xxxx observamos que el valor del t calculado t=5.71 es mayor que el valor crítico Tc=1.701 el cual rechazamos la hipótesis nula Ho y aceptamos la hipótesis alterna Ha. Así mismo tenemos que el valor del p_value= 0.000 por ser menor al nivel de significancia α=5% afirmamos nuestra hipótesis de investigación que dice: SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP ENTONCES SE INCREMENTA LA OPERATIVIDAD HÍDRICA DEL PROCESO DE REGISTRO DE DATOS DE LA DIRECCIÓN Y PLANEAMIENTOO…..

Grados de libertad= n1+n2-2= 15+15-2=28

72

REGIÓN DE RECHAZO

REGIÓN DE ACEPTACIÓN

t=5.71Tc=

INTERPRETACION

En la figura n°  …. Se observa que el promedio de la operatividad hídrica 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 .

Operatidad Hídrica TOBE 15 65.9 15.2 3.9Operatidad Hídrica ASIS 15 36.8 12.5 3.2

PRUEBA DE HIPÓTESIS SECUNDARIA 2

73

PRUEBA DE HIPÓTESIS SECUNDARIA 3

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 construcción.

Arquitectura en software se muestran diferentes vistas del sistema: estructural,

funcional, dinámico, etc. así como la Plataforma en la que va a operar.

El presente documento formula el diseño de Software que proporciona una

solución al modelo del Proceso de Negocio, este diseño estará centrado en la

arquitectura y utilizara UML como lenguaje formal de modelado arquitectónico,

por lo cual la Arquitectura de Software estará vinculada a metodología y

proceso RUP.

3.1.1. Alcances

El presente software involucra a tres niveles organizativos: la Dirección de

Conservación y Planeamiento de Recursos Hídricos, la Autoridad

Administrativa del Agua y la Autoridad Local del Agua.

74

75

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

76

3.1.2.2. Diagrama de Casos de Uso del Sistema

uc Casos de uso del Sistema

CUS 001 Ingresar al sistema

Usuario

CUS 002 Registrar Usuarios

Adminsitrador

CUS 003 Registrar Variables

A.A.A.

CUS 004 Registrar Puntos de Monitoreo

CUS 005 Registrar información

A.L.A.

CUS 006 Aprobar Información

CUS 007 Descargar Datos

CUS 008 Consultar Visor Geográfico

«include»

«include»

77

3.1.3. Especificación 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.- Autenticación del usuario según el nombre y

la contraseña asignada.

CUS 002 Registrar Usuario.- Registro y mantenimiento de usuarios y

asignación de perfiles.

CUS 003 Registrar Variables.- Registro y mantenimiento de las variables, de

las cuales se registrarán información 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 estación y la ubicación geográfica.

CUS 005 Registrar Información.- Registrar los datos tomados en los puntos

de monitoreo, y su envió a la AAA para su aprobación.

CUS 006 Aprobar Información.- 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 Geográfico.- Consultar la información ingresado

mediante un visor geográfico y los puntos de monitoreo con su ubicación

geográfica.

78

3.1.4. Diagramas de Actividad

Código CUS 001

Nombre Ingresar al Sistema

Descripción

En este caso de uso el usuario ingresa al sistema identificándose con su usuario

y contraseña.

Diagrama de Actividad

79

Código CUS 002

Nombre Registrar Usuario

Descripción

En este caso de uso el administrador del sistema registra los usuarios, asigna la

contraseña y los perfiles correspondientes.

Diagrama de Actividad

act CUS 002 Registrar Usuario

Administrador

Inicio

Registrar Datos

Usuario Repetido

Mostrar mensaje de error Guardar Datos

Env iar mensaje deconfirmación

Fin

SI NO

80

Código CUS 003

Nombre Registrar Variables

Descripción

En este caso de uso el administrador del sistema registra los datos de las

variables, de las cuales se tomarán datos en los puntos de monitoreo.

Diagrama de Actividad

act CUS 003 Registrar Variables

Administrador

Inicio

Seleccionar Tipo deEstación

Registrar datos del avariable

Guardar datos

Fin

81

Código CUS 004

Nombre Registrar Puntos de Monitoreo

Descripción

En este caso de uso la AAA registra los puntos de monitoreo, donde se tomarán

los datos de las variables, se indica el ámbito administrativo, el tipo de estación

y la ubicación geográfica para su posterior consulta en el visor geográfico.

Diagrama de Actividad

act CUS 004 Registrar Puntos de Monitoreo

A.A.A.

Inicio

Seleccionar tipo deestación

Ingresar datos del puntode monitoreo

Seleccionar ámbitoadministrativ o

Guardar datos

Fin

82

Código CUS 005

Nombre Registrar información

Descripción

En este caso de uso la ALA registra los datos tomados en los puntos de

monitoreo de su ámbito administrativo. Asimismo envía la información, para su

aprobación.

Diagrama de Actividad

act CUS 005 Registrar información

A.L.A.

Inicio

Seleccionar ámbitoadministrativ o

Seleccionar tipo estación

Ingresar datos

Datos duplicados

Guardar Datos

SI

Mostrar Mensaje de errorNO

Env iar Información

Fin

83

Código CUS 006

Nombre Aprobar Información

Descripción

En este caso de uso el administrador del sistema o la AAA, aprueban la

información registrada y enviada por la ALA.

Diagrama de Actividad

act CUS 006 Aprobar Información

A.A.A.

Inicio

Seleccionar ámbitoadministrativ o

Listar datos pendientesde aprobación

Dato Ok?

Aprobar dato

SI

Corregir dato

Fin

84

Código CUS 007

Nombre Descargar Datos

Descripción

En este caso de uso el usuario consulta la información dentro de su ámbito

administrativo y lo descarga en formato Excel.

Diagrama de Actividad

act CUS 007 Descargar Datos

Usuario

Inicio

Ingresar parámetros deconsulta

Consultar información

Descargar datos

Fin

85

86

Código CUS 008

Nombre Consultar Visor Geográfico

Descripción

En este caso de uso, los usuarios tienen acceso de consultar la información

ingresada mediante un visor geográfico.

Diagrama de Actividad

act CUS 008 Consultar Visor Geográfico

Usuario

Ingresar parámetros debúsqueda

Inicio

Cargar puntos demonitoreo

Seleecionar punto yconsultar información

Fin

87

3.1.5. Diagramas de Secuencia

Caso de Uso

CUS 001 Ingresar al Sistema

Diagrama de Secuencia

sd CUS 001 Ingresar al Sistema

Usuario

(from Actors)

Login Usuario MenuBienvenida

Usuario y Contraseña()

LoguearUsuario()

CodigoUsuario()

GenerarMenu()

88

Caso de Uso

CUS 002 Registrar Usuario

Diagrama de Secuencia

sd CUS 002 Registrar Usuario

Administrador

(from Actors)

RegistraUsuario Usuario Usuario

Load()

ListarUsuarios()

NuevoUsuario()

Guardar()

CrearInstancia()

ValidarUsuario()

Insertar()

ListarUsuario()

89

Caso de Uso

CUS 003 Registrar Variables

Diagrama de Secuencia

sd CUS 003 Registrar Variables

Administrador Variables TipoEstacion Variable

Load()

ListarTipoEstacion()

ListarVariables()

Guardar()

addVariable()

ListarVariables()

90

Caso de Uso

CUS 004 Registrar Puntos de Monitoreo

Diagrama de Secuencia

sd CUS 004 Registrar Puntos de Monitoreo

A.A.A. adminPuntoMon AmbitoAdministrativo Departamento Provincia Distrito Operador TipoEstacion SupTipoEstacion UnidadHidrografica PuntoMonitoreo

Load()

ListarAmbito()

ListarDepartamento()

ListarProvincia()

ListarDistri to()

ListarOperador()

ListarTipoEstacion()

ListarSubTipo()

ListarUnidadHidrografica()

ListarPuntoMonitoreo()

Añadir()

addPuntoMonitoreo()

ListarPuntoMonitoreo()

91

92

Caso de Uso

CUS 005 Registrar información

Diagrama de Secuencia

sd CUS 005 Registrar información

A.L.A. infoHidroMe TipoEstacion PuntoMonitoreo Variable Fuente SerieTiempo

Load()

ListarTipoEstacion()

ListarPuntoMonitoreo()

ListarVariable()

ListarFuente()

Añadir()

ValidarDuplicado()

Agregar()

Enviar()

addSerieTiempo()

93

Caso de Uso

CUS 006 Aprobar información

Diagrama de Secuencia

sd CUS 006 Aprobar Información

A.A.A. adminInfoALA AmbitoAdministrativo SerieTiempo

Load()

ListarAmbitoAdministrativo()

ListarSerieTiempo()

Aprobar()

AprobarDatos()

ListarSerieTiempo()

94

Caso de Uso

CUS 007 Descargar información

Diagrama de Secuencia

sd CUS 007 Descargar Datos

Usuario descargarInformacion AmbitoAdministrativo TipoEstacion PuntoMonitoreo Variable SerieTiempo

Load()

ListarAmbitoSuperior()

ListarAmbitoAdministrativo()

ListarTipoEstacion()

ListarPuntoMonitoreo()

ListarVariable()

Consultar()

ConsultarDatos()

ConvertirExcel()

95

Caso de Uso

CUS 008 Consultar Visor Geográfico

Diagrama de Secuencia

sd CUS 008 Consultar Visor Geográfico

Usuario visorMapa TipoEstacion AmbitoAdministrativo PuntoMonitoreo SerieTiempo

Load()

ListarTipoEstacion()

ListarAmbitoAdministrativoSuperior()

ListarAmbitoAdministrativo()

MostrarPuntos()

ListarPuntoMonitoreo()

AgregarPuntos()

ConsultarPunto()

UltimosDatos()

MostrarGrafico()

DatosGraficos()

96

3.1.6. Diagrama de Clases

97

3.1.7. Diagrama De Estado

98

3.1.7.1. Serie Tiempo

stm CUS 003 Registrar Va...

Inicio

Registrado

Aprobado

Fin

99

3.1.8. Diagrama Entidad Relación class Modelo de datos

UnidadHidrografica

«column»*PK idUnidadHidrografica: int FK idUnidadHidrograficaTipo: int idUnidadHidrograficaSuperior: int*FK idVertiente: int UniHid_Descripcion: varchar(80) = ('') UniHid_Codigo: nvarchar(15) = ('') UniHid_Activo: bit = ((1))* UniHid_UserNew: int* UniHid_UserLast: int UniHid_FechaNew: datetime = (getdate()) UniHid_FechaLast: datetime = (getdate()) UniHid_Nivel: int UniHid_DescripcionOficial: varchar(80) idAmbitoAdministrativo: int idgeometrico: int ID: i nt idAmbitoAdministrativo2: int

«FK»+ FK_UnidadHidrografica_UnidadHidrograficaTipo(int)+ FK_UnidadHidrografica_Vertiente(int)

«PK»+ PK_UnidadHidrografica(int)

UnidadHidrograficaAmbitoAdministrativo

«column»*FK idUnidadHidrografica: int idAmbitoAdministrativo: i nt

«FK»+ FK_UnidadHidrograficaAmbitoAdministrativo_UnidadHidrografica(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)

EstacionMedicion

«column»*PK idEstacionMedicion: int FK idEstacionSubTipo: int EstMed_Codigo: varchar(15)* EstMed_Descripcion: varchar(100)* EstMed_Estado: char(1) EstMed_RutaImagen: nvarchar(300) EstMed_Activo: bit = ((1))* EstMed_UserNew: int* EstMed_UserLast: int EstMed_FechaNew: datetime = (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)

«PK»+ PK_EstacionMedicion(int)

EstacionSubTipo

«column»*PK idEstacionSubtipo: int idEstacionT ipo: int* EstSubT ip_Descripcion: varchar(200) EstSubT ip_Abreviatura: varchar(20) EstSubT ip_Activo: bit = ((1))* EstSubT ip_UserNew: int* EstSubT ip_UserLast: int EstSubT ip_FechaNew: datetime = (getdate()) EstSubT ip_FechaLast: datetime = (getdate())

«PK»+ PK_EstacionSubTipo(int)

EstacionTipo

«column»*PK idEstacionTipo: int* EstTip_Descripcion: varchar(200) EstTip_Abreviatura: varchar(20) EstTip_Activo: bi t = ((1))* EstTip_UserNew: int* EstTip_UserLast: int EstTip_FechaNew: datetime = (getdate()) EstTip_FechaLast: datetime = (getdate())

«PK»+ PK_EstacionTipo(int)

Operacion

«column»*PK idOperacion: int*FK idPuntoMonitoreo: int FK idEstacionMedicion: int FK idMedidor: int FK idOperador: int Ope_Inicio: varchar(10) Ope_Fin: varchar(10)* Ope_Activo: bit = ((1)) Ope_UserNew: int Ope_UserLast: int* Ope_FechaNew: datetime = (getdate())* Ope_FechaLast: datetime = (getdate()) id: int

«FK»+ FK_Operacion_EstacionMedicion(int)+ FK_Operacion_Operador(int)+ FK_Operacion_PuntoMonitoreo(int)+ FK_Operacion_Medidor(int)

«PK»+ PK_Operacion(int)

Operador

«column»*PK idOperador: int Opd_Codigo: nvarchar(2)* Opd_Nombre: varchar(255) Opd_Abreviatura: varchar(15)

«PK»+ PK_Operador(int)

PuntoMonitoreo

«column»*PK idPuntoMonitoreo: int idAmbitoAdministrativo: 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)

SerieTiempo

«column»*PK idPuntoMonitoreo: int = ((1))*PK idSerieTiempoTipo: i nt*PK SerTie_FechaHora: datetime*PK idSerieTiempoFuente: int SerTie_Anio: int SerTie_Mes: int SerTie_Dia: int* SerTie_Valor: numeri c(12,5) SerTie_Activo: bit* SerTie_UserNew: int* SerTie_UserLast: int SerTie_FechaNew: datetime = (getdate()) SerTie_FechaLast: datetime = (getdate())* id: int SerTie_Estado: small int SerTie_Observacion: varchar(150)

«PK»+ PK_SerieT iempo(int, int, datetime, int)

SerieTiempoFuente

«column»*PK idSerieTiempoFuente: int SerTieFue_Codigo: nvarchar(2)* SerTieFue_Nombre: nvarchar(150) SerTieFue_Abreviatura: nvarchar(30)

«PK»+ pk_SerieT iempoFuente(int)

SerieTiempoTipo

«column»*PK idSerieTiempoTipo: i nt*FK idSerieTipoIntervalo: int*FK idSerieTipoDatoTipo: int*FK idSerieTipoOrigen: int FK idVariable: int* SerTieTip_Variable: varchar(50)* SerTieTip_Unidad: varchar(10)* SerTieTip_Esregular: bit SerTieTip_Activo: bit = ((1))* SerTieTip_UserNew: int* SerTieTip_UserLast: i nt SerTieTip_FechaNew: datetime = (getdate()) SerTieTip_FechaLast: datetime = (getdate()) SerTieTipCantGraf: int

«FK»+ FK_SerieTiempoTipo_SerieTipoDatoTipo(int)+ FK_SerieTiempoTipo_SerieTipoIntervalo(int)+ FK_SerieTiempoTipo_SerieTipoOrigen(int)+ FK_SerieTiempoTipo_Variable(int)

«PK»+ PK_SerieT iempoTipo(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_SerieTipoDatoT ipo(int)

SerieTipoIntervalo

«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)

SerieTipoOrigen

«column»*PK idSerieTipoOrigen: 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())

«PK»+ PK_SerieTipoOrigen(int)

Variable

«column»*PK idVariable: int*FK idEstacionT ipo: int* VarDescripcion: varchar(50)* VarUnidad: varchar(10)

«FK»+ FK_Variable_EstacionTipo(int)

«PK»+ PK_Variable(int)

Coordenada

«column»*PK idCoordenada: int Coo_Datum: nvarchar(10) Coo_SistemaCoordenadas: nvarchar(5) Coo_Zona: nvarchar(5) Coo_Latitud: numeric(11,2) Coo_Longi tud: 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_Longi tud1: varchar(100) id: int

«PK»+ PK_Coordenada(int)

UnidadHidrograficaTipo

«column»*PK idUnidadHidrograficaTipo: int* UniHidT ip_Descripcion: 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)

EstadoUmbral

«column»*PK IdEstadoUmbral: int Descripcion: nvarchar(30) IdUserRegistra: int FechaRegistro: datetime IdUserModifica: int FechaModifica: datetime

«PK»+ PK_EstadoUmbral(int)

Umbrales

«column»*PK IdUmbral: int FK IdPuntoMonitoreo: int FK IdEstadoUmbral: int Valor: decimal(12,2) IdVariable: int IdUserRegistra: int FechaRegistro: datetime IdUserModifica: i nt FechaModifica: datetime

«FK»+ FK_Umbrales_EstadoUmbral(int)+ FK_Umbrales_PuntoMonitoreo(int)

«PK»+ PK_Umbrales(int)

0..*1

0..*

1

0..*

1

100

3.1.9. Diccionario de datos

3.1.9.1. Lista de Tablas

N° NOMBRE DESCRIPCIÓN

1 Geografica.Coordenada

Tabla donde se registran las

coordenadas geográficas de un punto

de Monitoreo

2 Hidrografia.UnidadHidrografica

Tabla donde se registran las unidades

geográficas

3

Hidrografia.UnidadHidrograficaA

mbitoAdministrativo

Tabla donde se relaciona la unida

geográfica con el ámbito administrativo

4

Hidrografia.UnidadHidrograficaTi

po

Tabla donde se registran los tipos de

unidad geográfica

5 Hidrografia.Vertiente

Tabla donde se registran las vertientes

hidrográficas

6 Monitoreo.EstacionMedicion

Tabla donde se registran las estaciones

de medición

7 Monitoreo.EstacionSubTipo

Tabla donde se registran los subtipos

de estación

8 Monitoreo.EstacionTipo

Tabla de donde se registran los tipos

de estación

9 Monitoreo.Operacion

Tabla donde se registran, los datos del

inicio de operación de una estación

10 Monitoreo.Operador Tabla donde se registran los

101

N° NOMBRE DESCRIPCIÓN

operadores de las estaciones

11 Monitoreo.PuntoMonitoreo

Tabla donde se registran los puntos de

monitoreo de las estaciones

12 Monitoreo.SerieTiempo

Tabla donde se registran los valores de

las mediciones

13 Monitoreo.SerieTiempoFuente

Tabla donde se registran las

instituciones fuente (que proveen) de la

información

14 Monitoreo.SerieTiempoTipo

Tabla donde se relaciona el tipo de

dato, con el intervalo y la variable

15 Monitoreo.SerieTipoDatoTipo

Tabla donde se registra el tipo de dato

(Instantáneo, promedio, incremental,

etc.)

16 Monitoreo.SerieTipoIntervalo

Tabla donde se registra el intervalo de

tiempo del dato (cada 1 hora, diario,

mensual, etc.)

17 Monitoreo.SerieTipoOrigen

Tabla donde se registra el origen de la

información (generada, registrada)

18 Monitoreo.Variable

Tabla donde se registra la variable y su

unidad de medida (Caudal,

Precipitación, T°, etc.)

19 Monitoreo.EstadoUmbral Tabla donde se registra el estado de

los umbrales (Normal, Alerta,

102

N° NOMBRE DESCRIPCIÓN

Emergencia)

20 Monitoreo.Umbral

Tabla donde se registra el valor de los

umbrales por cada estado de la tabla

EstadoUmbral

3.1.9.2. Descripción de las Tablas

Geografica.Coordenada

Columna TipoNulo

PK

FK Descripción

idCoordenada int NO SI

N

O Id de la coordenada

Coo_Datum nvarchar SI

N

O

N

O Formato de coordenada DATUM

Coo_SistemaCoorden

adas nvarchar SI

N

O

N

O

Formato del sistema de

Coordenadas UTM

Coo_Zona nvarchar SI

N

O

N

O Zona de las coordenadas

Coo_Latitud numeric SI

N

O

N

O Latitud de las coordenadas UTM

Coo_Longitud numeric SI N N Longitud de las coordenadas UTM

103

O O

Coo_GraLatitud

varchar(2

0) SI

N

O

N

O

Latitud de las coordenadas en

grados

Coo_GraLongitud

varchar(2

0) SI

N

O

N

O

Longitud de las coordenadas en

grados

Coo_GeoLatitud numeric SI

N

O

N

O

Latitud en coordenadas

geográficas

Coo_GeoLongitud numeric SI

N

O

N

O

Longitud en coordenadas

geográficas

Coo_Altura numeric SI

N

O

N

O Altura de la coordenada en msnm

Coo_Activo bit SI

N

O

N

O Estado de la coordenada

Coo_UserNew int SI

N

O

N

O

Id del Usuario quien creó el

registro

Coo_UserLast int SI

N

O

N

O

Id del usuario quien hizo la última

modificación

Coo_FechaNew datetime SI

N

O

N

O Fecha de registro

Coo_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

Hidrografia.UnidadHidrografica

104

Columna TipoNulo

PK

FK Descripción

idUnidadHidrografica int NO SI

N

O Id de la unidad geográfica

idUnidadHidrograficaT

ipo int SI

N

O

N

O Id del tipo de unidad hidrográfica

idUnidadHidrograficaS

uperior int SI

N

O

N

O

Id de la unidad hidrográfica

superior

idVertiente int NO

N

O

N

O Id de la vertiente

UniHid_Descripcion

varchar(8

0) SI

N

O

N

O

Descripción de la unidad

hidrográfica

UniHid_Codigo nvarchar SI

N

O

N

O Código de la unidad hidrográfica

UniHid_Activo bit SI

N

O

N

O Estado de la unidad hidrográfica

UniHid_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

UniHid_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

UniHid_FechaNew datetime SI

N

O

N

O Fecha de registro

UniHid_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

105

UniHid_Nivel int SI

N

O

N

O Nivel de la unidad hidrográfica

UniHid_DescripcionOf

icial

varchar(8

0) SI

N

O

N

O

Descripción oficial de la unidad

hidrográfica

idAmbitoAdministrativ

o int SI

N

O

N

O Id del ámbito administrativo

Hidrografia.UnidadHidrograficaAmbitoAdministrativo

Columna TipoNulo

PK

FK Descripción

idUnidadHidrografica int NO SI

N

O Id de la unidad geográfica

idAmbitoAdministrativ

o int SI

N

O

N

O Id del ámbito administrativo

Hidrografia.UnidadHidrograficaTipo

Columna Tipo Nul P F Descripción

106

o K K

idUnidadHidrograficaT

ipo int NO SI

N

O Id del tipo de unidad hidrográfica

UniHidTip_Descripcio

n

varchar(8

0) NO

N

O

N

O

Descripción del tipo de unidad

hidrográfica

UniHidTip_Abreviatur

a

varchar(6

) SI

N

O

N

O

Abreviatura del tipo de unidad

hidrográfica

UniHidTip_Activo bit SI

N

O

N

O

Estado del tipo de unidad

hidrográfica

UniHidTip_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

UniHidTip_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

UniHidTip_FechaNew datetime SI

N

O

N

O Fecha de registro

UniHidTip_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

Hidrografia.Vertiente

Columna TipoNulo

PK

FK Descripción

idVertiente int NO SI

N

O Id de la vertiente

107

Ver_Descripcion

varchar(1

50) NO

N

O

N

O Descripción de la vertiente

Ver_Codigo

varchar(1

5) SI

N

O

N

O Código de la vertiente

Ver_Activo bit SI

N

O

N

O Estado de la vertiente

Ver_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

Ver_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

Ver_FechaNew datetime SI

N

O

N

O Fecha de registro

Ver_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

Monitoreo.EstacionMedicion

Columna TipoNulo

PK

FK Descripción

idEstacionMedicion int NO SI

N

O Id de la estación de medición

idEstacionSubTipo int SI

N

O

N

O Id del sub tipo de estación

108

EstMed_Codigo

varchar(1

5) SI

N

O

N

O Código de la estación

EstMed_Descripcion

varchar(1

00) NO

N

O

N

O

Descripción de la estación de

medición

EstMed_Estado char(1) NO

N

O

N

O

Estado de la estación de medición

( "F" Funcionamiento, "C"

Cerrada, "P" Paralizada)

EstMed_RutaImagen nvarchar SI

N

O

N

O

Ruta o directorio de la imagen de

la estación de medición

EstMed_Activo bit SI

N

O

N

O Estado de la estación de medición

EstMed_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

EstMed_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

EstMed_FechaNew datetime SI

N

O

N

O Fecha de registro

EstMed_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

idCuerpoAgua int SI

N

O

N

O

idSerieTiempoFuente int SI

N

O

N

O

109

idCoordenada int SI

N

O

N

O

idSerieTiempoTipo int SI

N

O

N

O

idAmbitoPolitico int SI

N

O

N

O

idOperador int SI

N

O

N

O

id int SI

N

O

N

O

flgAutomatica bit SI

N

O

N

O

Indica si la estación es.

1:Automática, 0:Convencional

Monitoreo.EstacionSubTipo

Columna TipoNulo

PK

FK Descripción

idEstacionSubtipo int NO SI

N

O Id del subtipo de estación

idEstacionTipo int SI

N

O

N

O Id del tipo de estación

EstSubTip_Descripcio

n

varchar(2

00) NO

N

O

N

O

Descripción del subtipo de

estación

110

EstSubTip_Abreviatur

a

varchar(2

0) SI

N

O

N

O

Abreviatura del subtipo de

estación

EstSubTip_Activo bit SI

N

O

N

O Estado del subtipo de estación

EstSubTip_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

EstSubTip_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

EstSubTip_FechaNew datetime SI

N

O

N

O Fecha de registro

EstSubTip_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

Monitoreo.EstacionTipo

Columna TipoNulo

PK

FK Descripción

idEstacionTipo int NO SI

N

O Id del tipo de estación

EstTip_Descripcion

varchar(2

00) NO

N

O

N

O Descripción del tipo de estación

EstTip_Abreviatura

varchar(2

0) SI

N

O

N

O Abreviatura del tipo de estación

EstTip_Activo bit SI

N

O

N

O Estado del tipo de estación

111

EstTip_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

EstTip_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

EstTip_FechaNew datetime SI

N

O

N

O Fecha de registro

EstTip_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

Monitoreo.Operacion

Columna TipoNulo

PK

FK Descripción

idOperacion int NO SI

N

O

Id de los datos de operación de la

estación

idPuntoMonitoreo int NO

N

O

N

O Id del punto de monitoreo

idEstacionMedicion int SI

N

O

N

O Id de la estación de medición

idMedidor int SI

N

O

N

O

idOperador int SI N N Id del operador

112

O O

Ope_Inicio

varchar(1

0) SI

N

O

N

O Año de inicio de operaciones

Ope_Fin

varchar(1

0) SI

N

O

N

O Año de fin de operaciones

Ope_Activo bit NO

N

O

N

O Estado de la operación

Ope_UserNew int SI

N

O

N

O

Id del Usuario quien creó el

registro

Ope_UserLast int SI

N

O

N

O

Id del usuario quien hizo la última

modificación

Ope_FechaNew datetime NO

N

O

N

O Fecha de registro

Ope_FechaLast datetime NO

N

O

N

O Fecha de la última modificación

Monitoreo.Operador

Columna TipoNulo

PK

FK Descripción

idOperador int NO SI

N

O Id del operador

Opd_Codigo Nvarchar( SI N N Código del operador

113

5) O O

Opd_Nombre

varchar(2

55) NO

N

O

N

O Nombre del operador

Opd_Abreviatura

varchar(1

5) SI

N

O

N

O Abreviatura del operador

Monitoreo.PuntoMonitoreo

Columna TipoNulo

PK

FK Descripción

idPuntoMonitoreo int NO SI

N

O Id del punto de monitoreo

idAmbitoAdministrativo int SI

N

O

N

O Id del ámbito administrativo

idAmbitoPolitico int SI

N

O

N

O Id del ámbito político

idCoordenada int SI

N

O

N

O Id de la coordenada geográfica

PunMon_Descripcion

varchar(3

0) SI

N

O

N

O

Descripción del punto de

monitoreo

PunMon_Activo bit SI N N Estado del punto de monitoreo

114

O O

PunMon_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

PunMon_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

PunMon_FechaNew datetime SI

N

O

N

O Fecha de registro

PunMon_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

Monitoreo.SerieTiempo

Columna TipoNulo

PK

FK Descripción

idPuntoMonitoreo int NO SI

N

O Id del punto de monitoreo

idSerieTiempoTipo int NO

N

O

N

O Id del tipo de dato

SerTie_FechaHora datetime NO

N

O

N

O Fecha y hora del dato

idSerieTiempoFuente int NO

N

O

N

O Id de la fuente de información

SerTie_Anio int SI

N

O

N

O Año del dato

SerTie_Mes int SI N N Mes del dato

115

O O

SerTie_Dia int SI

N

O

N

O Día del dato

SerTie_Valor numeric NO

N

O

N

O Valor del dato

SerTie_Activo bit SI

N

O

N

O Estado del dato

SerTie_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

SerTie_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

SerTie_FechaNew datetime SI

N

O

N

O Fecha de registro

SerTie_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

id int NO

N

O

N

O Id del dato

SerTie_Estado smallint SI

N

O

N

O Estado del dato

SerTie_Observacion

varchar(1

50) SI

N

O

N

O Observación del dato

116

Monitoreo.SerieTiempoFuente

Columna TipoNulo

PK

FK Descripción

idSerieTiempoFuente int NO SI

N

O Id de la fuente de información

SerTieFue_Codigo nvarchar SI

N

O

N

O

Código de la fuente de

información

SerTieFue_Nombre nvarchar NO

N

O

N

O

Nombre de la fuente de

información

SerTieFue_Abreviatur

a nvarchar SI

N

O

N

O

Abreviatura de la fuente de

información

Monitoreo.SerieTiempoTipo

Columna TipoNulo

PK

FK Descripción

117

idSerieTiempoTipo int NO SI

N

O Id del tipo de información

idSerieTipoIntervalo int NO

N

O

N

O Id del intervalo de la información

idSerieTipoDatoTipo int NO

N

O

N

O Id del tipo de dato

idSerieTipoOrigen int NO

N

O

N

O Id del origen del dato

SerTieTip_Activo bit SI

N

O

N

O Estado del tipo de información

idVariable int SI

N

O

N

O Id de la Variable

SerTieTip_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

SerTieTip_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

SerTieTip_FechaNew datetime SI

N

O

N

O Fecha de registro

SerTieTip_FechaLast datetime SI

N

O

N

O Fecha de la última modificación

118

Monitoreo.SerieTipoDatoTipo

Columna TipoNulo

PK

FK Descripción

idSerieTipoDatoTipo int NO SI

N

O Id del tipo de dato

SerTipDatTip_Descrip

cion

varchar(1

00) NO

N

O

N

O Descripción del tipo de dato

SerTipDatTip_Abreviat

ura

varchar(1

0) SI

N

O

N

O Abreviatura del tipo de dato

SerTipDatTip_Activo bit SI

N

O

N

O Estado del tipo de dato

SerTipDatTip_UserNe

w int NO

N

O

N

O

Id del Usuario quien creó el

registro

SerTipDatTip_UserLas

t int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

SerTipDatTip_FechaN

ew datetime SI

N

O

N

O Fecha de registro

SerTipDatTip_FechaL datetime SI N N Fecha de la última modificación

119

ast O O

Monitoreo.SerieTipoIntervalo

Columna TipoNulo

PK

FK Descripción

idSerieTipoIntervalo int NO SI

N

O Id del intervalo de la información

SerTipInt_Descripcion

varchar(1

00) NO

N

O

N

O

Descripción del intervalo de la

información

SerTipInt_Abreviatura

varchar(1

0) SI

N

O

N

O

Abreviatura del intervalo de la

información

SerTipInt_Activo bit SI

N

O

N

O

Estado del intervalo de la

información

SerTipInt_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

SerTipInt_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

SerTipInt_FechaNew datetime SI

N

O

N

O Fecha de registro

SerTipInt_FechaLast datetime SI N N Fecha de la última modificación

120

O O

Monitoreo.SerieTipoOrigen

Columna TipoNulo

PK

FK Descripción

idSerieTipoOrigen int NO SI

N

O Id del origen del dato

SerTipOrg_Descripcio

n

varchar(1

00) NO

N

O

N

O Descripción de origen del dato

SerTipOrg_Abreviatur

a

varchar(1

0) SI

N

O

N

O Abreviatura del origen del dato

SerTipOrg_Activo bit SI

N

O

N

O Estado del origen del dato

SerTipOrg_UserNew int NO

N

O

N

O

Id del Usuario quien creó el

registro

SerTipOrg_UserLast int NO

N

O

N

O

Id del usuario quien hizo la última

modificación

SerTipOrg_FechaNew datetime SI

N

O

N

O Fecha de registro

SerTipOrg_FechaLast datetime SI N N Fecha de la última modificación

121

O O

Monitoreo.Variable

Columna TipoNulo

PK

FK Descripción

idVariable int NO SI

N

O Id de la variable

idEstacionTipo int NO

N

O

N

O

Id del tipo de estación asociada a

la variable

VarDescripcion

varchar(5

0) NO

N

O

N

O Descripción de la variable

VarUnidad

varchar(1

0) NO

N

O

N

O Unidad de medida de la variable

Monitoreo.EstadoUmbral

Columna TipoNulo

PK

FK Descripción

122

IdEstadoUmbral int NO SI

N

O Id de la tabla EstadoUmbral

Descripcion

varchar(3

0) SI

N

O

N

O Descripción del estado del umbral

IdUserRegistra int SI

N

O

N

O

Id del usuario que registra, campo

de auditoría.

FechaRegistro datetime SI

N

O

N

O

Fecha en que se registra el

estado del umbral, campo de

auditoría.

IdUserModifica int SI

N

O

N

O

Id del usuario que modifica el

registro, campo de auditoría.

FechaModifica datetime SI

N

O

N

O

Fecha en que se modifica el

registro, campo de auditoría.

Monitoreo.Umbrales

Columna TipoNulo

PK

FK Descripción

IdUmbral int NO SI

N

O Id de la tabla Umbral

IdPuntoMonitoreo int SI

N

O

N

O Id de la tabla PuntoMonitoreo

IdEstadoUmbral int SI N N Id de la tabla EstadoUmbral

123

O O

Valor

decimal(

12,2) SI

N

O

N

O Valor numérico del umbral

IdVariable int SI

N

O

N

O Id de la tabla Variable

IdUserRegistra int SI

N

O

N

O

Id del usuario que registra, campo

de auditoría.

FechaRegistro datetime SI

N

O

N

O

Fecha de registro, campo de

auditoría.

IdUserModifica int SI

N

O

N

O

Id del usuario que modifica,

campo de auditoría.

FechaModifica datetime SI

N

O

N

O

Fecha de modificación del

registro, campo de auditoría.

3.1.9.3. Llaves Foráneas

Geografica.Coordenada

Columnas Asociación

(idCoordenada =

idCoordenada)

0..*

PuntoMonitoreo.FK_PuntoMonitoreo_Coorde

nada

124

Columnas Asociación

1 Coordenada.PK_Coordenada

Monitoreo.EstacionMedicion

Columnas Asociación

(idEstacionSubTipo =

idEstacionSubtipo)

0..*

EstacionMedicion.FK_EstacionMedicion_Esta

cionSubTipo

1 EstacionSubTipo.PK_EstacionSubTipo

(idEstacionMedicion =

idEstacionMedicion)

0..* Operacion.FK_Operacion_EstacionMedicion

1 EstacionMedicion.PK_EstacionMedicion

Monitoreo.EstacionSubTipo

Columnas Asociación

0..* EstacionSubTipo.

1 EstacionTipo.

(idEstacionSubTipo =

idEstacionSubtipo)

0..*

EstacionMedicion.FK_EstacionMedicion_Esta

125

Columnas Asociación

cionSubTipo

1 EstacionSubTipo.PK_EstacionSubTipo

Monitoreo.EstacionTipo

Columnas Asociación

0..* EstacionSubTipo.

1 EstacionTipo.

(idEstacionTipo =

idEstacionTipo)

0..* Variable.FK_Variable_EstacionTipo

1 EstacionTipo.PK_EstacionTipo

Operacion

Columnas Asociación

(idEstacionMedicion =

idEstacionMedicion)

0..* Operacion.FK_Operacion_EstacionMedicion

1 EstacionMedicion.PK_EstacionMedicion

(idOperador =

idOperador)

0..* Operacion.FK_Operacion_Operador

126

Columnas Asociación

1 Operador.PK_Operador

(idPuntoMonitoreo =

idPuntoMonitoreo)

0..* Operacion.FK_Operacion_PuntoMonitoreo

1 PuntoMonitoreo.PK_PuntoMonitoreo

Monitoreo.Operador

Columnas Asociación

(idOperador =

idOperador)

0..* Operacion.FK_Operacion_Operador

1 Operador.PK_Operador

Monitoreo.PuntoMonitoreo

Columnas Asociación

(idCoordenada =

idCoordenada)

0..*

PuntoMonitoreo.FK_PuntoMonitoreo_Coorde

nada

1 Coordenada.PK_Coordenada

127

Columnas Asociación

(idPuntoMonitoreo =

idPuntoMonitoreo)

0..* Operacion.FK_Operacion_PuntoMonitoreo

1 PuntoMonitoreo.PK_PuntoMonitoreo

(idUnidadHidrografica

=

idUnidadHidrografica)

0..*

PuntoMonitoreo.FK_PuntoMonitoreo_Unidad

Hidrografica

1 UnidadHidrografica.PK_UnidadHidrografica

(idPuntoMonitoreo =

idPuntoMonitoreo)

SerieTiempo.

PuntoMonitoreo.

Monitoreo.SerieTiempo

Columnas Asociación

SerieTiempoTipo.

SerieTiempo.

SerieTiempo.

SerieTiempoFuente.

SerieTiempo.

PuntoMonitoreo.

128

Monitoreo.SerieTiempoFuente

Columnas Asociación

SerieTiempo.

SerieTiempoFuente.

Monitoreo.SerieTiempoTipo

Columnas Asociación

SerieTiempoTipo.

Variable.

(idSerieTipoDatoTipo =

idSerieTipoDatoTipo)

0..*

SerieTiempoTipo.FK_SerieTiempoTipo_Serie

TipoDatoTipo

1 SerieTipoDatoTipo.PK_SerieTipoDatoTipo

SerieTiempoTipo.

SerieTiempo.

(idSerieTipoIntervalo =

idSerieTipoIntervalo)

0..*

SerieTiempoTipo.FK_SerieTiempoTipo_Serie

TipoIntervalo

1 SerieTipoIntervalo.PK_SerieTipoIntervalo

129

Columnas Asociación

(idSerieTipoOrigen =

idSerieTipoOrigen)

0..*

SerieTiempoTipo.FK_SerieTiempoTipo_Serie

TipoOrigen

1 SerieTipoOrigen.PK_SerieTipoOrigen

Monitoreo.SerieTipoDatoTipo

Columnas Asociación

(idSerieTipoDatoTipo =

idSerieTipoDatoTipo)

0..*

SerieTiempoTipo.FK_SerieTiempoTipo_

SerieTipoDatoTipo

1

SerieTipoDatoTipo.PK_SerieTipoDatoTip

o

Monitoreo.SerieTipoIntervalo

130

Columnas Asociación

(idSerieTipoIntervalo =

idSerieTipoIntervalo)

0..*

SerieTiempoTipo.FK_SerieTiempoTipo_

SerieTipoIntervalo

1

SerieTipoIntervalo.PK_SerieTipoInterval

o

Monitoreo.SerieTipoOrigen

Columnas Asociación

(idSerieTipoOrigen =

idSerieTipoOrigen)

0..*

SerieTiempoTipo.FK_SerieTiempoTipo_

SerieTipoOrigen

1 SerieTipoOrigen.PK_SerieTipoOrigen

Hidrografia.UnidadHidrografica

Columnas Asociación

(idUnidadHidrografica 0..*

131

Columnas Asociación

PuntoMonitoreo.FK_PuntoMonitoreo_Uni

dadHidrografica

1

UnidadHidrografica.PK_UnidadHidrografi

ca

(idUnidadHidrografica

=

idUnidadHidrografica)

0..*

UnidadHidrograficaAmbitoAdministrativo.

FK_UnidadHidrograficaAmbitoAdministrativo_U

nida...

1

UnidadHidrografica.PK_UnidadHidrografi

ca

(idVertiente =

idVertiente)

0..*

UnidadHidrografica.FK_UnidadHidrografi

ca_Vertiente

1 Vertiente.PK_Vertiente

(idUnidadHidrograficaT

ipo =

idUnidadHidrograficaTi

po)

0..*

UnidadHidrografica.FK_UnidadHidrografi

ca_UnidadHidrograficaTipo

1

UnidadHidrograficaTipo.PK_UnidadHidro

graficaTipo

132

Monitoreo.UnidadHidrograficaAmbitoAdministrativo

Columnas Asociación

(idUnidadHidrografica

=

idUnidadHidrografica)

0..*

UnidadHidrograficaAmbitoAdministrativo.

FK_UnidadHidrograficaAmbitoAdministrativo_U

nida...

1

UnidadHidrografica.PK_UnidadHidrografi

ca

Monitoreo.UnidadHidrograficaTipo

Columnas Asociación

(idUnidadHidrograficaT

ipo =

idUnidadHidrograficaTi

po)

0..*

UnidadHidrografica.FK_UnidadHidrografi

ca_UnidadHidrograficaTipo

1

UnidadHidrograficaTipo.PK_UnidadHidro

graficaTipo

Monitoreo.Monitoreo.Variable

133

Columnas Asociación

SerieTiempoTipo.

Variable.

(idEstacionTipo =

idEstacionTipo)

0..* Variable.FK_Variable_EstacionTipo

1 EstacionTipo.PK_EstacionTipo

Monitoreo.Vertiente

Columnas Asociación

(idVertiente =

idVertiente)

0..*

UnidadHidrografica.FK_UnidadHidrografi

ca_Vertiente

1 Vertiente.PK_Vertiente

134

3.1.9.4. Índices

Hidrografia.UnidadHidrografica

Nombre Columna

SAD_IDX_UnidadHidrografica_001 idUnidadHidrograficaTipo

SAD_IDX_UnidadHidrografica_002

idUnidadHidrograficaSup

erior

SAD_IDX_UnidadHidrografica_003 idVertiente

Hidrografia.UnidadHidrograficaAmbitoAdministrativo

Nombre Columna

SAD_IDX_UnidadHidrograficaAmbitoAdministrati

vo_001 idUnidadHidrografica

SAD_IDX_UnidadHidrograficaAmbitoAdministrati

vo_002 idAmbitoAdministrativo

135

Monitoreo.EstacionMedicion

Nombre Columna

SAD_IDX_EstacionMedicion_001 idEstacionSubTipo

Monitoreo.EstacionSubTipo

Nombre Columna

SAD_IDX_EstacionSubTipo_001 idEstacionTipo

Monitoreo.Operacion

Nombre Columna

SAD_IX_Operacion_001 idEstacionMedicion

SAD_IX_Operacion_002 idOperador

SAD_IX_Operacion_003 idPuntoMonitoreo

136

Monitoreo.PuntoMonitoreo

Nombre Columna

SAD_IDX_PuntoMonitoreo_001 idUnidadHidrografica

SAD_IDX_PuntoMonitoreo_002 idCoordenada

SAD_IDX_PuntoMonitoreo_003 idAmbitoPolitico

Monitoreo.SerieTiempo

Nombre Columna

SAD_IDX_SerieTiempo_001 SerTie_FechaHora

Monitoreo.SerieTiempoTipo

Nombre Columna

SAD_IDX_SerieTiempoTipo_001 idSerieTipoDatoTipo

SAD_IDX_SerieTiempoTipo_002 idSerieTipoIntervalo

SAD_IDX_SerieTiempoTipo_003 idSerieTipoOrigen

SAD_IDX_SerieTiempoTipo_004 idVariable

137

Monitoreo.Variable

Nombre Columna

SAD_IDX_Variable_001 idEstacionTipo

---------------------------------------- ANEXOS

3.1. ANÁLISIS DE TABLAS Y GRÁFICOS

138

ANEXOS

ANEXO 1: MATRIZ DE CONSISTENCIA

28

ANEXO 2: REFERENCIAS BIBLIOGRAFICAS

NIETO MASOT ANA, FERNANDEZ SANCHEZ ALBERTO y ALISES SANCHEZ

HECTOR; 2010. DISEÑO E IMPLEMENTACIÓN DE UN SISTEMA HIDRICO-

RURAL PARA DIFUSION DE INFORMACION DE LOS DATOS HIDRICOS DE

LAS ZONAS RURALES DE LA COMUNIDAD AUTONOMA DE EXTREMADURA.

Tesis de Maestría presentado a la Escuela de Ingeniería de Sistemas de la

Universidad de Extremadura, Extremadura – España.

LLANOS PRIETO VALERA; 2011. IMPLEMENTACION DE UN SISTEMA

HIDRICO PARA ANALISIS DE EVENTOS AMBIENTALES EN LA CUENCA DEL

ARROYO – JUJUY. Tesis de Maestría presentado a la Escuela de Ingeniería 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 Maestría presentado a la Escuela de

Ingeniería Geográfica de la Universidad del Quindío, Quindío – 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 Maestría presentado

a la Escuela de Ingeniería 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

Maestría presentado a la Escuela de Ingeniería 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 Maestría presentado a la Escuela de Ingeniería Geográfica de la Universidad

Nacional Federico Villareal, Lima – Perú.

31