seminario de tesis iii
Post on 16-Feb-2016
10 Views
Preview:
DESCRIPTION
TRANSCRIPT
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
top related