Вы находитесь на странице: 1из 136

ESCUELA DE POSTGRADO

TESIS
IMPLEMENTACION DE UN SISTEMA DE ADQUISICION DE DATOS HIDRICOS
ONLINE APOYADA EN RUP Y SU INFLUENCIA EN EL PROCESO DE
PLANIFICACION DE LA DIRECCION DE CONSERVACION Y PLANEAMIENTO
DE RECURSOS HIDRICOS DE LA AUTORIDAD NACIONAL DEL AGUA EN
PER

PRESENTADO POR:
ING. LUIS ALBERTO TORRES OBANDO

PARA OPTAR EL GRADO ACADMICO DE MAESTRO EN:


INGENIERA DE SISTEMAS CON MENCIN EN
ADMINISTRACIN DE EMPRESAS

CHIMBOTE - PER
2015

Dedicatoria:
A mis madres por formarme con espritu de
crecimiento, a mis hermanos por su cario y a
mi esposa e hijo por su amor incondicional.

Agradecimiento:
Al personal docente de la Universidad Alas
Peruanas por su contribucin a mi crecimiento
profesional y humanitario.
Al personal tcnico de la Autoridad Nacional
del Agua por su excelencia profesional.

Reconocimiento:
A los compaeros tesistas por su esfuerzo de
superacin,

conocimiento

experiencias

compartidas.

INDICE

Contenido

INTRODUCCIN.....................................................................................1

CAPITULO I
PLANTEAMIENTO METODOLGICO. 2
1.1. DESCRIPCION DE LA REALIDAD PROBLEMTICA.................................... 3
1.2. DELIMITACIN DE LA INVESTIGACION 4
1.2.1.

DELIMITACIN ESPACIAL. 4

1.2.2.

DELIMITACIN TEMPORAL.. 4

1.2.3.

DELIMITACIN SOCIAL.. 5

1.2.4.

DELIMITACIN CONCEPTUAL..... 5

1.3. PROBLEMAS DE INVESTIGACION..6


1.3.1.

PROBLEMA PRINCIPAL.. 6

1.4. OBJETIVOS DE LA INVESTIGACIN.. 6


1.4.1.

OBJETIVO GENERAL.. 6

1.5. HIPOTESIS DE LA INVESTIGACIN6


1.5.1.

HIPTESIS GENERAL.6

1.5.2.

IDENTIFICACION Y CLASIFICACION DE VARIABLES


E INDICADORES.. 7
4

1.6. DISEO DE LA INVESTIGACIN. 8


1.6.1. TIPO DE INVESTIGACIN..
8
1.6.2. NIVEL DE INVESTIGACIN...
8
1.6.3. MTODO DE INVESTIGACIN.
9
1.7. POBLACION Y MUESTRA DE LA INVESTIGACIN. 9
1.7.1. POBLACIN...
9
1.7.2. MUESTRA..
10
1.8. JUSTIFICACIN E IMPORTANCIA DE LA INVESTIGACIN.. 10
1.8.1.

JUSTIFICACIN DE LA INVESTIGACIN...10

1.8.2.

IMPORTANCIA DE LA INVESTIGACION. 11

1.8.3.

LIMITACIONES DE LA INVESTIGACION. 11

1.9. PRESUPUESTO... 11
1.10. CRONOGRAMA... 12

CAPTULO II
MARCO TERICO...13
2.1. ANTECEDENTES DE LA INVESTIGACIN.... 14
2.1.1. ANTECEDENTES INTERNACIONALES... 14
2.1.2. ANTECEDENTES NACIONALES... 17
2.2. BASES TERICAS...21
5

2.3. DEFINICION DE TRMINOS BSICOS... 26

ANEXOS
ANEXO 1: MATRIZ DE CONSISTENCIA. 28

ANEXO 2: REFERENCIAS BIBLIOGRAFICAS..


30RESUMEN
La presente tesis abarca la problemtica actual que tiene la Autoridad Nacional del
Agua (ANA), mximo ente tcnico normativo de la gestin de los recursos
hdricos en el Per (segn Ley N 29338, Ley de Recursos Hdricos promulgada el
30 de marzo del 2009), especficamente en el proceso de planificacin de la
direccin de conservacin y planeamiento de recursos hdricos.
Dicho proceso se basa en el subproceso de registro de datos hdricos generado
por diferentes actores asociados a la gestin hdrica en el Per, la misma que no
se encuentra consolidada en una nica base de datos, no est estandarizada, ni
se cuenta con mecanismos de transferencia de datos interinstitucionales.
Ante esto, la Autoridad Nacional del Agua, pretende implementar un Sistema de
Adquisicin de Datos Hdricos Online (SADHO) como herramienta tecnolgica de
solucin al proceso planificacin, lo cual influira significativamente en la
formulacin de instrumentos de planificacin de la direccin de conservacin y
planeamiento de los recursos hdricos para la toma de decisiones adecuadas en el
marco de la gestin de recursos hdricos en el Per.

PALABRAS CLAVES: ANA, RECURSOS HDRICOS, SADHO,

MUESTRA FINITA
PERSPECTIVA DE PROCESOS:
MUESTRAS FINITAS: variable cualitativa
n

N .Z 12 . p.q
2

E 2 ( N 1) Z 12 . p.q
2

N=POBLACION DE ESTUDIO
Z=1.96 (Es por tabla al nivel de significancia de 5%=0.05)
p=casos favorable de la investigacin =50%
q= casos desfavorables =50%
E= error = oscila entre 0 y 5%= 4% ,,

2% =0.02

MUESTRAS FINITAS: variable cuantitativo


n

N .Z 12 .S 2
2

E 2 ( N 1) Z 12 .S 2
2

ABSTRACT

This thesis covers the current problem that has National Water Authority (ANA), the
highest technical office - regulatory management of water resources in Peru
(according to Law N 29338, Water Resources Act promulgated on March 30,
2009), specifically in the registration process water data and their influence on the
formulation of planning tools in the conservation and management of water
resources area.
This process is based on water information generated by various actors involved in
water management in Peru, the same is not stored in an only database, it is not
standardized, arent mechanisms transfer agency information.
Given this, the National Water Authority, aims to implement a purchasing system
Water Data Online (SADHO) as a technological solution to the registration process
water data, which generate significantly influence on the formulation of planning
tools for the conservation and management of water resources area for taking
appropriate in the context of the management of water resources in Per
decisions.

10

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

INTRODUCCION

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


muchas ocasiones no se le toma en cuenta. Si se desea encontrar soluciones
efectivas y duraderas a los problemas relacionados con los recursos hdricos, se
requiere de una nueva forma de gobernabilidad y paradigma de gestin. Este
nuevo paradigma se encuentra dentro del concepto de gestin integrada de
recursos

hdricos

(GIRH),

el

cual

ha

sido

definido

por Global

Water

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


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

11

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


hdricos en el pas.

CAPITULO I
PLANTEAMIENTO METODOLOGICO

12

1.1.

DESCRIPCION DE LA REALIDAD PROBLEMTICA


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

13

Figura N 01. Organigrama de la Autoridad Nacional del Agua


14

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

La Direccin de Conservacin y Planeamiento de Recursos Hdricos


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

Dentro de su Perspectiva de Procesos Internos se define como objetivo


estratgico: formular e implementar instrumentos de planificacin para la
gestin de los recursos hdricos (ver Figura N 02), para lo cual es crtico el
proceso de registro de datos hdricos.
La Direccin de Conservacin y Planeamiento de Recursos Hdricos
(DCPRH) de la Autoridad Nacional del Agua (ANA) ha tratado y tratar
siempre de manejar con eficiencia y eficacia todos los procesos referentes a
la Gestin de los Recursos Hdricos como por ejemplo:
-

El Proceso de Planificacin.

Sin embargo, en este proceso presenta la siguiente problemtica:

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


del Agua que consolide la informacin de datos hdricos a nivel

nacional.
La informacin de datos hdricos es generada por diferentes actores
asociados a la gestin de recursos hdricos, esta informacin no est
estandarizada, ni se cuenta con una herramienta de transferencia de

informacin interinstitucional.
Sin informacin de datos hdricos, es imposible que la Autoridad
Nacional del Agua pueda formular instrumentos de planificacin.

En esta investigacin se aborda la implementacin de un Sistema de


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

1.2.

DELIMITACION DE LA INVESTIGACION
16

1.2.1. DELIMITACION ESPACIAL


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

1.2.2. DELIMITACION SOCIAL


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

1.2.3. DELIMITACION TEMPORAL


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

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


sistema informtico que tiene como objetivo brindar una solucin
para el registro de datos hidromtricos y meteorolgicos a fin que la
Direccin de Conservacin y Planeamiento mejore significativamente
su proceso de Planificacin.

Datos Hdricos
Son de dos (02) tipos:
1. Datos Hidromtricos
Conjunto de registros de variables que miden el estado del agua que
circula por la seccin de un ro, tubera o canal en un tiempo dado
(caudal, velocidad, fuerza, etc.).
2. Datos Meteorolgicos
Conjunto de registros de variables que miden el estado del tiempo
(precipitacin, temperatura, humedad, etc.).

Estaciones
Son de dos (02) tipos:
1. Estaciones Hidromtricas
Registran Datos Hidromtricos.
2. Estaciones Meteorolgicos
Registran Datos Meteorolgicos.

18

Visor Geogrfico
El Visor Geogrfico del SADHO es la herramienta que permite
consultar y visualizar los datos asociados a las estaciones
hidromtricas y meteorolgicas desde una perspectiva geogrfica.
Esto permite complementar el anlisis de la informacin generada y
la produccin de documentos.

Instrumentos de Planificacin
Herramientas que hacen posible el proceso de planificacin que
sirven para las diferentes clases de desarrollo que generan bienestar
a la comunidad.

Plan de Gestin de Recursos Hdricos


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

19

1.3.

PROBLEMAS DE INVESTIGACION

1.3.1. PROBLEMA PRINCIPAL


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

1.3.2. PROBLEMAS SECUNDARIOS


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

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


hdricos en Per facilitarn su registro generados de datos hdricos a la
Autoridad Nacional del Agua en Per?

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


hdricos en Per facilitarn su registro generados de datos hdricos a la
Autoridad Nacional del Agua en Per?

1.4.

OBJETIVO DE LA INVESTIGACION

1.4.1. OBJETIVO GENERAL


20

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


Online influye en el proceso de planificacin de la Direccin de
Conservacin y Planeamiento de Recursos Hdricos de la Autoridad
Nacional del Agua en Per.
1.4.2. OBJETIVOS ESPECIFICOS
Proporcionar al Estado Peruano de herramientas tcnicas normativas en
materia de Gestin de Recursos Hdricos.

1.5.

HIPOTESIS Y VARIABLES DE LA INVESTIGACION

1.5.1. HIPOTESIS GENERAL


De utilizarse el Sistema de Adquisicin de Datos Hdricos Online se influir
positiva y significativamente en el proceso de planificacin de la Direccin
de Conservacin y Planeamiento de Recursos Hdricos de la Autoridad
Nacional del Agua en Per.
1.5.2. HIPOTESIS SECUNDARIAS

21

1.5.3. VARIABLES (DEFINICION CONCEPTUAL Y OPERACIONAL)


Variable Independiente X: Sistema de Adquisicin de Datos Hdricos Online
(SADHO)
Variable Dependiente Y: Planificacin de la Direccin de Conservacin y
Planeamiento de Recursos Hdricos
INDICE
BAJA= [0%-30%>
MEDIA= [30%-50%>
ALTA= [50%-100%]

Cuadro N 01. Operacionalizacin de la Variables

22

23

Figura N 03. Modelo de Investigacin

1.6.

METODOLOGIA DE LA INVESTIGACION

1.6.1. TIPO Y NIVEL DE INVESTIGACIN


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

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


En este caso es solo una relacin de influencia estricta. Por ello se
tipifica como una investigacin esencialmente experimental toda vez
que se busca hallar esta relacin de influencia en trminos
cuantitativos.

b) Nivel de Investigacin
El Nivel de esta investigacin es de Aplicacin, porque el diseo se
fundamenta enteramente en un conocimiento preexistente del campo
de la Ingeniera de Sistemas. No se intenta establecer innovaciones ni
proponer nuevo software o hardware sino demostrar que un Sistema
1 Hernndez Sampier Roberto en su obra Metodologa de la Investigacin Editorial
McGraw-Hill, Mxico, 1992, Pg. 86 y siguientes
24

de Adquisicin de Datos Hdricos Online puede contribuir a elevar en


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

dicho

fenmeno,

deduccin

de

consecuencias

proposiciones ms elementales que la propia hiptesis, y verificacin o


comprobacin

de

la

verdad

de

los

enunciados

deducidos

comparndolos con la experiencia. Este mtodo obliga al cientfico a


combinar la reflexin racional o momento racional (la formacin de
hiptesis y la deduccin) con la observacin de la realidad o momento
emprico (la observacin y la verificacin).
b) Diseo de la Investigacin

G : O1 X O 2

DONDE
O1= MEDICIONES DEL PROCESO EN EL ASIS (PRE PRUEBA)
O2= MEDICIONES DEL PROCESO EN EL TOBE (POST PRUEBA)
X= Sistema de Adquisicin de Datos Hdricos Online (PRODUCTO)

25

GE : O1 X O 2

GC : O3 .... O 4
DONDE
O1= MEDICIONES DEL PROCESO EN EL ASIS DEL GRUPO EXPERIMENTAL
O2= MEDICIONES DEL PROCESO EN EL TOBE DEL GRUPO EXPERIMENTAL
O3= MEDICIONES DEL PROCESO EN EL ASIS DEL GRUPO CONTROL
O4= MEDICIONES DEL PROCESO EN EL TOBE DEL GRUPO CONTROL
X= Sistema de Adquisicin de Datos Hdricos Online
SE COMPARA (01;03) ANTES DE
SE COMPARA (02;04) DESSPUES DE

1.6.3.POBLACIN Y MUESTRA DE LA INVESTIGACION


a) Poblacin
La poblacin es el conjunto de todos los casos que concuerdan con
determinadas especificaciones. (Hernandez Sampieri. 2010)
Nuestra poblacin comprende todos los profesionales de la Direccin
de Conservacin y Planeamiento de Recursos Hdricos de la Autoridad
Nacional del Agua.
26

a) Muestra
Determinada la poblacin se hallar la muestra con la siguiente
frmula estadstica para poblaciones finitas:

Dnde:
Z = 1.96 en funcin de un nivel de significancia del 95% para una
distribucin normal.
p = 0.5 como probabilidad de acierto
q = 0.5 como probabilidad de error
e = 0.05 como margen de error para un nivel de significancia del 95%
N = por determinar.

1.6.4. TECNICAS E INSTRUMENTOS DE RECOLECCION DE DATOS


TCNICAS: ENCUESTA,
INSTRUMENTO: CUESTIONARIO, HOJA DE REGISTROS,

27

1.6.5. JUSTIFICACION,

IMPORTANCIA

LIMITACIONES

DE

LA

INVESTIGACION

a) Justificacin
Este trabajo contribuye al aumento de la eficiencia en el Proceso de
Planificacin de la Direccin de Conservacin y Planeamiento de la
Autoridad Nacional del Agua. Por lo tanto, se desarrollar un
esfuerzo significativo en el diseo e implementacin por parte de los
profesionales del rea tcnica de la Autoridad Nacional del Agua.
b) Importancia
Debido a la existencia de una viabilidad tcnica, operativa y
econmica la presente investigacin tendr un significativo impacto
en el mbito espacial de la Autoridad Nacional del Agua en Per. Por
lo tanto, la bsqueda de eficiencia en el Proceso de Planificacin de
la Direccin de Conservacin y Planeamiento de la Autoridad
Nacional del Agua, la implementacin de un Sistema de Adquisicin
de Datos Hdricos Online como soporte al proceso de Planificacin
se justifica porque permitir adoptar acertados planes de gestin y
toma de decisiones en materia de Gestin de Recursos Hdricos por
la autoridad competente.
c) Limitaciones
Se estima que no se tendr limitaciones de tiempo, recursos
humanos o financieros especficos pues la institucin ya mencionada
cubrir los gastos en su totalidad.

28

29

CAPITULO II
MARCO TEORICO

30

2.1.

ANTECEDENTES DE LA INVESTIGACION
2.1.1. ANTECEDENTES INTERNACIONALES
Nieto, A. Fernndez, A. Alises, H. (2010), llegaron a la
siguiente conclusin:
El Sistema implementado, denominado HIDRICO-RURAL
sigue la filosofa de la libre distribucin de la informacin de
manera gratuita, hacindola disponible para cualquier persona
que desee acceder a ella a travs de un visor montado
exclusivamente con tecnologa de software libre. La interfaz
del

visor

ha

sido

diseada

cuidando

al

mximo

la

interactuacin del usuario y la mquina, facilitando de este


modo el visionado de los datos y la cartografa y manteniendo
una sencilla metodologa de acceso a los mismos.
Cuando realizaron su tesis denominada: SISTEMA HIDRICORURAL para difusin de informacin de los Datos Hdricos de las
zonas rurales de la Comunidad Autnoma de Extremadura de la
Universidad de Extremadura, Espaa.
Donde se plantearon los siguientes objetivos:
-

Hidrografa. Muestra los principales ros y afluentes de

Extremadura.
- Embalses. Extremadura, posee una gran cantidad de embalses
para almacenar el agua que fluye por sus ros. Estos embalses
aparecen representados por capas.
- Recursos naturales al introducir las variables hidromtricas e
hidrometeorolgicas de los territorios protegidos en Extremadura
dentro de la Red Natura 2000. Obtuvimos los datos de la
Consejera de Agricultura y Medio Ambiente de la Junta de
Extremadura en formato shape y a escala 1:200.000.
Llanos, V. (2011), lleg a las siguientes conclusiones:
31

Acceso a todos los actores ambientales de la cuenca.


Con la informacin hidromtrica e hidrometeorolgica
registrada

se

increment

los

Planes

de

Gestin

de

vulnerabilidad ante eventos ambientales.


El Sistema cumple con la finalidad de proporcionar los medios
de consulta, evaluacin y acceso al acervo para usuarios

internos y eternos.
El Sistema constituye la fuente de informacin primaria de
eventos ambientales en la cuenca del Arroyo Jujuy.

Cuando realiz su tesis denominada: Implementacin de un Sistema


Hdrico para anlisis de eventos ambientales en la cuenca del Arroyo
- Jujuy de la Universidad Nacional de La Plata, Argentina.
Donde se plantearon los siguientes objetivos:
- Identificar el historial de eventos ambientales desarrollados.
- Manejo de base de datos de informacin hidromtrica e
-

hidrometeorolgica.
Anlisis de vulnerabilidad ante eventos ambientales.
El uso de tecnologas accesibles a cualquier tipo de usuario.
Garantizar que la informacin sea disponible no solo para usuarios
finales, sino que adems pueda integrarse con otros sistemas de
informacin.

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


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

Proyecciones de Poblacin. Estudios Censales, 2013).


De la misma forma este servicio ser utilizado por el pblico
en

general,

entidades

gubernamentales

no

gubernamentales, como la gobernacin y las 12 alcaldas,


32

instituciones como el CLOPAD y CREPAD, interesadas en


informacin hidromtrica e hidrometerolgica a fin de generar
planes contra amenaza y riesgo natural del Departamento del

Quindo.
En la misma medida, al estar disponible en un sitio web,
cualquier persona o entidad a nivel nacional o internacional
interesada podr disfrutar de sus servicios.

Cuando realiz su tesis denominada: Sistema de Registro de Datos


Hdricos para la Gestin de Amenaza y Riesgo Natural del
Departamento del Quindo de la Universidad del Quindo, Colombia.
Donde se plantearon los siguientes objetivos:
- Identificar los posibles nodos facilitadores del Sistema, y la
-

informacin georreferenciada a su cargo.


Especificar los requisitos funcionales y de calidad del Sistema de

amenaza y riesgo natural del Departamento del Quindo.


Disear e implementar un prototipo funcional del Sistema basado

en las especificaciones previas.


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

2.1.2. ANTECEDENTES NACIONALES


Barrientos, J. (2011), lleg a las siguientes conclusiones:
El Sistema cumple con la finalidad de proporcionar los medios
de consulta, evaluacin y acceso al acervo para usuarios

internos y eternos.
El Sistema constituye la fuente de informacin primaria de los
recursos hdricos de las cuencas de los ros Moquegua y
Tambo.
33

Cuando realiz su tesis denominada: Implementacin de un


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

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


Se alcanz de confirmar la utilidad del Sistema en la provisin
de informacin para la toma de decisiones; el inventario de los
recursos hdricos e incorporando aspectos a la planificacin
territorial

como

garanta

para

lograr

un

mayor

aprovechamiento del potencial hdrico disponible.


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

impactos econmicos, sociales, ambientales y paisajsticos.


Finalmente, el anlisis de la informacin producida permite
disponer de criterios sostenibles y factibles en el plano de
planificacin de recursos hdricos.

34

Cuando realiz su tesis denominada: Sistema GeoHdrico para la


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

de datos ha requerido ms tiempo y esfuerzo.


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

35

Del mismo modo, las bases de datos cartogrficas posean


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

Datum WGS 1984.


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

Cuando realiz su tesis denominada: El Sistema de Informacin


Hdrica

como

herramienta

para

visualizar

alternativas

de

desarrollo ambiental en la zona rural de la regin de Ica de la


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

36

2.2.

BASES TEORICAS
2.2.1. Procesos

Segn Hammer y Champy, define un proceso de negocios como un


conjunto de actividades que recibe uno o ms insumos y crea un producto
de valor para el cliente.

Segn Mangenelly y Klein, define un proceso como una serie de


actividades relacionadas entre s, que convierten insumos en productos.
Los procesos se componen de tres tipos principales de actividades:
-

Las que agregan valor: Actividades importantes para los clientes.

Actividades de traspaso: Las que mueven el flujo de trabajo a travs


de fronteras, que son principalmente funcionales, departamentales u
organizacionales.

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


los traspasos a travs de las fronteras mencionadas.

Por lo tanto, podemos decir que, un proceso es un mbito de actuacin que


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

2.2.2. Factores Crticos del xito (FCE)


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

Los FCE estn conformados por el sector, la organizacin, el administrador


o el ambiente amplio.
El principal mtodo que se utiliza en el anlisis de los FCE es el de las
entrevistas personales (tres o cuatro) con un nmero de directores para
identificar sus metas y los FCE que resulten. Los sistemas entonces se
construyen para dar informacin sobre estos FCE.
Los FCE (en un nmero mximo de 8), deben de satisfacer la condicin de
necesario y suficiente asegurando que cada uno de ellos es necesario
para la misin de la organizacin y que la suma de todos es suficiente para
alcanzarla.

2.2.3.

Procesos Crticos

Una vez determinados cuales son los FCE, se puede identificar cules son
los procesos de la organizacin que tienen impacto directo en los mismos,
siendo stos procesos los Procesos Crticos. Identificar los Procesos
Crticos es la base para poder administrar los esfuerzos de mejora continua
de la organizacin.
Los procesos crticos son aquellos sin los que sera difcil garantizar la
calidad en el cumplimiento del servicio, es decir, son procesos significativos
vinculados a cada tipo de organizacin.
Los procesos crticos debern ser procesos que se desempean de manera
repetida, que ayudan a cumplir la misin de la organizacin, y a satisfacer
las necesidades del cliente.
Conocer los procesos crticos y las variables que los determinan es el
primer paso, para despus visualizar la forma de su ejecucin ventajosa a
travs del uso de la tecnologa.

38

2.2.4. Indicadores de Procesos


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

Evaluar el desempeo del proceso contra las metas de mejoramiento,


permitiendo medir el grado de cumplimiento de las metas en relacin
con los resultados obtenidos.

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


detrs de los resultados son comunes o especiales para definir el tipo de
mejoramiento requerido.

Fijar el nivel de desempeo alcanzado por el proceso para servir de


punto de referencia en procesos de comparacin con las mejores
prcticas.

Mostrar tendencias, evaluar eficiencia y proveer seales oportunas de


precaucin.

Establecer bases slidas para identificar problemas o detectar


oportunidades de mejoramiento.

Proveer medios para evaluar las medidas correctivas y preventivas.

Facilitar la comunicacin entre el dueo del proceso y quienes lo


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

39

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


proceso sigue siendo suficientemente competitivo.

Caractersticas de los buenos indicadores


Cada indicador debe satisfacer los siguientes criterios:

Poderse Medir:
Esto significa que lo que se desea medir se pueda medir, ya sea en
trminos del grado o frecuencia de cantidad.

Tener Significado:
El indicador debe ser reconocido fcilmente por todos aquellos que lo
usan. Lo importante es que tenga significado para todas las personas
participe en el proceso. Por tanto, todo medidor debe tener una
descripcin, esto es, una breve definicin sobre que es y que pretende
medir.

Poderse Controlar.

Tipos de Indicadores
En el contexto de orientacin hacia los procesos, un indicador puede ser de
proceso o de resultado. En el primer caso, se pretende medir que est
sucediendo con las actividades, en el segundo se quiere medir las salidas
del proceso.

Indicadores de Resultado:
Estos indicadores miden la conformidad o no conformidad de la salida
de un proceso, esto es, bienes o servicios (producto) con los
requerimientos del cliente. En otras palabras, miden la efectividad de
satisfacer al cliente. Los clientes definen la calidad de lo que necesitan
en trminos de dimensiones o caractersticas de calidad tales como:
40

precio, tiempo de atencin, calidad de servicio, condiciones de la


atencin, etc. Esto significa que es importante conocer y considerar las
necesidades y expectativas del cliente, del usuario, al desarrollar
indicadores de resultado.

Indicadores de Proceso:
Cuando se documenta un proceso y se posee un diagrama de flujo del
mismo, se establecen puntos de control, esto es actividades o eventos a
travs de los cuales se controla el proceso. Se denominan indicadores
de proceso a stos puntos de control.

Los indicadores de proceso se diferencian de los indicadores de


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

Los indicadores de eficiencia miden el nivel de ejecucin del proceso, se


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

2.2.5. Sistema de Informacin


Un Sistema de Informacin, es aqul que permite recopilar, administrar y
manipular un conjunto de datos que conforman la informacin necesaria
para que los estamentos ejecutivos de una organizacin puedan realizar
una toma de decisiones informadamente. En resumen, es aqul
conjunto ordenado de elementos (no necesariamente computacionales)
que permiten manipular toda aquella informacin necesaria para
implementar aspectos especficos de la toma de decisiones.
Todo Sistema de Informacin, surge de la necesidad de informacin que
experimenta una organizacin para implementar un conjunto especfico
de toma de decisiones.

42

Figura N 03. Tipos de Sistemas de Informacin

2.2.5.1.
Los

Sistemas de Informacin Ejecutiva

Sistemas

de

Informacin

para

Ejecutivos

(EIS:

Executive

Information Systems), estn dirigidos a apoyar el proceso de toma de


decisiones de los altos ejecutivos de una organizacin, presentando
informacin

relevante

usando

recursos

visuales

de

fcil

interpretacin, con el objetivo de mantenerlos informados.


Las principales caractersticas de los Sistemas de Informacin para
Ejecutivos (EIS) son las siguientes:

Estn diseados para cubrir las necesidades especficas y particulares


de la alta administracin de la empresa. Esto implica que ejecutivos
diferentes pueden requerir informacin o formatos de presentacin
distintos para trabajar en una compaa en particular. Lo anterior se

43

debe a que los factores crticos del xito pueden variar de un ejecutivo a
otro.

Extraen, filtran, comprimen y dan seguimiento a informacin crtica del


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

Implica que los ejecutivos puedan interactuar en forma directa con el


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

Es un sistema desarrollado con altos estndares en sus interfases


hombre-mquina, caracterizado por grficas de alta calidad, informacin
tabular y en forma de texto. El protocolo de comunicacin entre el
ejecutivo y el sistema permite interactuar sin un entrenamiento previo.

Pueden acceder a informacin que se encuentra en lnea, extrayndose


en forma directa de las bases de datos de la organizacin. Esta
caracterstica del EIS permite al ejecutivo penetrar en diferentes niveles
de informacin.

Como podemos observar, los EIS poseen mltiples caractersticas,


estas han permitido elevar el nivel de confianza en la toma de
decisiones, esto gracias a que los EIS permiten obtener una visin

44

desde diferentes ngulos de los datos, reduciendo con ello en gran


medida la incertidumbre en el proceso de toma de decisiones.

Los EIS contribuyen de manera importante a apoyar la toma de


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

2.2.6. Metodologa de Desarrollo Iterativo


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

45

modelo de anlisis y diseo. Una vez que la actualizacin del modelo se


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

Se puede manejar sistemas complejos con relativa sencillez.


Se puede asegurar mayor solidez del sistema pues la
retroalimentacin o feedback se produce en cada iteracin con una
parte pequea y en un estadio temprano del desarrollo.

2.2.6.1.

Proceso Unificado Rational (RUP)

Un proceso define quien est haciendo qu, cuando. Y adems dice


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

El RUP es un proceso de desarrollo de software dirigido por casos de


uso, centrado en la arquitectura, iterativo e incremental. RUP pretende
implementar las mejores prcticas en ingeniera de software, con el
objetivo de asegurar la produccin de software de calidad, dentro de
plazos y presupuestos predecibles.
Caractersticas
Las caractersticas principales del RUP son las siguientes [RAM03]:

Guiado/Manejado por casos de uso:

La razn de ser de un sistema software es servir a usuarios ya sean


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

Centrado en arquitectura:

La arquitectura involucra los elementos ms significativos del sistema y


est influenciada entre otros por plataformas software, sistemas
operativos,

manejadores

consideraciones

de

de

desarrollo

bases
como

de

datos,

sistemas

protocolos,

heredados

requerimientos no funcionales. Los casos de uso guan el desarrollo de


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

juntos

permiten

conceptualizar,

gestionar

desarrollar

adecuadamente el software.

Iterativo e Incremental:

47

Para hacer ms manejable un proyecto se recomienda dividirlo en


ciclos. Para cada ciclo se establecen fases de referencia, cada una de
las cuales debe ser considerada como un miniproyecto cuyo ncleo
fundamental est constituido por una o ms iteraciones de las
actividades principales bsicas de cualquier proceso de desarrollo.

Desarrollo basado en componentes:

La creacin de sistemas intensivos en software requiere dividir el


sistema

en

componentes

con

interfaces

bien

definidas,

que

posteriormente sern ensamblados para generar el sistema. Esta


caracterstica en un proceso de desarrollo permite que el sistema se
vaya creando a medida que se obtienen o que se desarrollan y maduran
sus componentes.

Utilizacin de un nico lenguaje de modelamiento:

UML es adoptado como nico lenguaje de modelamiento para el


desarrollo de todos los modelos.

Proceso Integrado:

Se establece una estructura que abarque los ciclos, fases, flujos de


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

Ciclos y Fases
48

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


producto final de cada ciclo. Cada ciclo se divide en cuatro fases:
Concepcin, Elaboracin, Construccin y Transicin [BRJ99]. Cada fase
concluye con un hito bien definido donde deben tomarse ciertas
decisiones.

Fase de Concepcin o Inicio

En esta fase se establece la oportunidad y alcance del proyecto. Se


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

Fase de Elaboracin

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


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

Se tienen presentes las siguientes condiciones de xito:


Estabilidad de la visin del producto.
Estabilidad de la arquitectura.
Las pruebas de ejecucin deben convencer de que los riesgos han sido
abordados y resueltos.
Plan del proyecto algo realista.
Conformidad con el plan de todas las personas involucradas.

Fase de Construccin

En esta fase todas las componentes restantes se desarrollan e


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

51

El producto debe estar maduro y estable para instalarlo en el ambiente


del cliente.
El cliente debe estar listo para recibir el producto.

Fase de Transicin

El objetivo es traspasar el software desarrollado a la comunidad de


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

2.2.7. Lenguaje Unificado de Modelado (UML)


52

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


Modeling

Language)

es

el

lenguaje

de modelado de

sistemas

de software ms conocido y utilizado en la actualidad; est respaldado


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

Diagramas de Implementacin.
Se derivan de los diagramas de proceso y mdulos de la
metodologa

de

Booch,

aunque

presentan

algunas

modificaciones. Los diagramas de implementacin muestran los


aspectos

fsicos

del cdigo fuente

del
y

sistema.
la

Incluyen

implementacin,

la
en

estructura
tiempo

de

implementacin. Existen dos tipos:


Diagrama de plataformas despliegue.
Diagrama de componentes.

Diagramas de Comportamiento o Interaccin.


Muestran las interacciones entre objetos en un escenario (parte)
del sistema. Hay varios tipos:
53

Diagrama de actividad.
Diagrama de secuencia.
Diagrama de colaboracin.
Diagrama de estado.

Diagramas de Casos de uso.


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

Diagramas de Clases.
Los diagramas de clases representan un conjunto de elementos
del modelo que son estticos, como las clases y los tipos, sus
contenidos y las relaciones que se establecen entre ellos.
Algunos de los elementos que se pueden clasificar como
estticos son los siguientes:
54

Paquete: Es el mecanismo de que dispone UML para organizar


sus elementos en grupos, se representa un grupo de elementos
del modelo. Un sistema es un nico paquete que contiene el resto
del sistema, por lo tanto, un paquete debe poder anidarse,
permitindose

que

un

paquete

contenga

otro

paquete.

Clases: Una clase representa un conjunto de objetos que tienen


una estructura, un comportamiento y unas relaciones con
propiedades parecidas. Describe un conjunto de objetos que
comparte los mismos atributos, operaciones, mtodos, relaciones
y significado. En UML una clase es una implementacin de un
tipo.

Los

componentes

de

una

clase

son:

Atributo. Se corresponde con las propiedades de una clase o un


tipo. Se identifica mediante un nombre. Existen atributos simples
y complejos.
Operacin.

Tambin

conocido

como

mtodo,

es

un servicio proporcionado por la clase que puede ser solicitado


por otras clases y que produce un comportamiento en ellas
cuando

se

realiza.

Las clases pueden tener varios parmetros formales, son las


clases denominadas plantillas. Sus atributos y operaciones
vendrn definidas segn sus parmetros formales. Las plantillas
pueden

tener

especificados los

valores reales

para

los

parmetros formales, entonces reciben el nombre de clase


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

variables. Se utilizan para construir metamodelos (modelos que


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

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


en

otros

casos.

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

Las principales caractersticas que posee un DataWarehouse se detallan


a continuacin:
57

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


DataWarehouse la informacin se clasifica en base a los aspectos de
inters para la empresa, es decir, se disea para consultar
eficientemente informacin relativa a las actividades bsicas de la
organizacin.
Es integrado: integra datos recogidos de diferentes sistemas
operacionales de la organizacin y/o fuentes externas. Esta integracin
se hace estableciendo una consistencia en las convenciones para
nombrar los datos, en la definicin de las claves, y en las medidas
uniformes de los datos.
Es variable en el tiempo: los datos son relativos a un periodo de tiempo
y deben ser incrementados peridicamente. La informacin almacenada
representa fotografas correspondientes a ciertos perodos de tiempo.
Es no voltil: la informacin no se modifica despus de que se inserta,
solo se incrementa. El periodo cubierto por un DataWarehouse vara de
2 a 10 aos.

2.2.9. Datamarts
Un Data mart es una versin especial de almacn de datos (data
warehouse). Son subconjuntos de datos con el propsito de ayudar a
que un rea especfica dentro del negocio pueda tomar mejores
decisiones. Los datos existentes en este contexto pueden ser
agrupados, explorados y propagados de mltiples formas para que
diversos grupos de usuarios realicen la explotacin de los mismos de la
forma ms conveniente segn sus necesidades.
El Data mart es un sistema orientado a la consulta, en el que se
producen procesos batch de carga de datos (altas) con una frecuencia
58

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


Analytical Processing - Procesamiento Analtico en Lnea) que ofrecen
una visin multidimensional de la informacin. Sobre estas bases de
datos

se

pueden

construir EIS (Executive

Information

Systems,

Sistemas de Informacin para Ejecutivos) y DSS (Decision Support


Systems, Sistemas de Ayuda a la toma de Decisiones).
En sntesis, se puede decir que los data marts son pequeos data
warehouse centrados en un tema o un rea de negocio especfico
dentro de una organizacin.

2.2.10.

Microsoft SQL Server 2014

Microsoft SQL Server es un sistema de administracin y anlisis de


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

ms

completa

del

mercado.

SQL Server 2014 tambin proporciona nuevas soluciones de copia de


seguridad y de recuperacin ante desastres, as como de arquitectura
59

hbrida con Windows Azure, lo que permite a los clientes utilizar sus
actuales conocimientos con caractersticas locales que aprovechan los
centros de datos globales de Microsoft. Adems, SQL Server 2014
aprovecha las nuevas capacidades de Windows Server 2012 y Windows
Server 2012 R2 para ofrecer una escalabilidad sin parangn a las
aplicaciones de base de datos en un entorno fsico o virtual.

Caractersticas claves:

OLTP en memoria: proporciona funciones de OLTP en memoria


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

de

SQL

Server,

mientras

saca

en

ventaja

del

memoria.

Almacn de columnas actualizable en memoria: proporciona una


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

Extensin de la memoria a SSD: integra en forma transparente y


sin fisuras el almacenamiento en estado slido en SQL Server al
60

utilizar las unidades SSD como una extensin del grupo de bfer
de la base de datos, lo que permite aumentar el procesamiento
en memoria y reduce la E/S en disco.

Nuevas funciones AlwaysOn: los grupos de disponibilidad ahora


permiten hasta ocho rplicas secundarias que permanecen
disponibles para lecturas en todo momento, incluso en el caso de
errores de red. Las instancias de los clsteres de conmutacin
por error ahora son compatibles con los volmenes compartidos
de

clster

de

Microsoft,

lo

que

aumenta

el

uso

del

almacenamiento compartido y mejora la resistencia ante la


conmutacin por error.

Copias de seguridad cifradas: permite cifrar las copias de


seguridad en las instalaciones locales y en Microsoft Azure.

Gobierno de recursos de E/S: los grupos de recursos ahora


permiten configurar IOPS mnimas y mximas en cada volumen,
lo que ofrece controles ms completos para aislar los recursos.

2.2.11.

Microsoft Visual Studio .NET 2013

Visual Studio .NET (VB.NET) es un lenguaje de programacin orientado


a

objetos que

se

puede

considerar

una

evolucin

de Visual

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

de herramientas de desarrollo para la construccin de aplicaciones Web


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

varios lenguajes. Asimismo, dichos lenguajes aprovechan las funciones


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

Desarrollar aplicaciones web sobre la base de la ltima versin


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

Crear aplicaciones Web sofisticadas y seguras.

Crear aplicaciones Web inteligentes, sofisticadas y seguras para


dispositivos mviles.

Utilizar servicios Web XML en cualquiera de las aplicaciones


mencionadas.

Evitar conflictos entre archivos .DLL.

Eliminar

los

costosos

problemas

de

implementacin

mantenimiento de las aplicaciones.

2.2.12.

Sistema de Informacin Geogrfica

Un sistema de informacin geogrfica (tambin conocido con los acrnimos


SIG en espaol o GIS en ingls) es un conjunto de herramientas que
62

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


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

2.2.12.1. ArcGis 10.2


ArcGIS es el nombre de un conjunto de productos de software en el
campo de los Sistemas de Informacin Geogrfica o SIG. Producido y
comercializado por ESRI, bajo el nombre genrico ArcGIS se agrupan
varias aplicaciones para la captura, edicin, anlisis, tratamiento, diseo,
publicacin e impresin de informacin geogrfica. Estas aplicaciones
se engloban en familias temticas como ArcGIS Server, para la
publicacin y gestin web, o ArcGIS Mvil para la captura y gestin de
informacin en campo.
Novedades del ArcGis 10.2

Permite a ms gente construir mapas que funcionan en diferentes

dispositivos
Reduce la necesidad de crear aplicaciones especficas gracias a
las aplicaciones ya desarrolladas y listas para usar y a las

plantillas de aplicaciones.
Integra el SIG ms fcilmente con otros sistemas de negocio

como IBM Cognos, MicroStrategy o SAP.


Accede a enormes colecciones de mapas listos para usar: mapas

base, demogrficos, topogrficos...


Utiliza el web SIG como un gestor de contenidos que organiza,
asegura y facilita el acceso a productos de informacin
geogrfica.
63

2.3.

DEFINICION DE TERMINOS BASICOS

VARIABLE INDEPENDIENTE (X)


VARIABLE DEPENDIENTE (Y)
VARIABLE INTERVINIENTE (RUP)

Dato
Un Dato es un valor especfico, por ejemplo "15", el cual, por s slo, no
entrega ningn conocimiento til.

Informacin
La informacin, por su parte, corresponde a un par ordenando, el conjunto
de un dato y una descripcin. Por ejemplo: Edad = 15 lo cual ya es
entendible. Desde una perspectiva ms filosfica se seala que Informacin
son Datos que reducen incertidumbre.

Registro
Registro, se refiere al conjunto de informacin relacionadas y agrupada.

Datos Hidromtricos

64

Conjunto de datos recogidos por las estaciones hidromtricas, siendo el


principal dato: el caudal, que es la cantidad de agua que circula por la
seccin de un ro, tubera o canal en un determinado tiempo.
Datos Hidrometeorolgicos
Conjunto de datos recogidos por las estaciones hidrometeorolgicas
climatolgicas, siendo el principal dato: precipitacin y temperatura en un
determinado tiempo.

Estaciones
Son de dos (02) tipos:

Estaciones Hidromtricas

Registran Datos Hidromtricos.

Estaciones Meteorolgicos

Registran Datos Meteorolgicos.

Visor Geogrfico
El Visor Geogrfico del SADHO es la herramienta que permite consultar y
visualizar

los

meteorolgicas

datos
desde

asociados
una

las

perspectiva

estaciones
geogrfica.

hidromtricas
Esto

permite

complementar el anlisis de la informacin generada y la produccin de


documentos.

Instrumentos de Planificacin

65

Herramientas que hacen posible el proceso de planificacin que sirven para


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

Hidrologa
Ciencia que se dedica al estudio de la distribucin, espacial y temporal, y
las propiedades del agua presente en la atmsfera y en la corteza terrestre.
Esto incluye las precipitaciones, la escorrenta, la humedad del suelo, la
evapotranspiracin y el equilibrio de las masas glaciares.

Cuenca Hidrogrfica
Una cuenca hidrogrfica es un territorio drenado por un nico sistema
de drenaje natural, es decir, que drena sus aguas al mar a travs de un
nico ro, o que vierte sus aguas a un nico lago endorreico. Una cuenca
hidrogrfica es delimitada por la lnea de las cumbres, tambin llamada
divisoria de aguas.

Gestin Integrada de los Recursos Hdricos


Es un proceso integral consistente en extraer el agua del ciclo hidrolgico,
regularla, transportarla, tratarla, distribuirla, medirla y entregarla a los
diversos usuarios de una determinada rea en la cantidad, con la calidad,
en

la oportunidad y en lugar requeridos, y luego del uso, reciclarla o

devolverla directa o indirectamente al ciclo hidrolgico.


En el Per el ente rector tcnico normativo de la Gestin de los Recursos
Hdricos es la Autoridad Nacional del Agua.

66

La Autoridad Nacional del Agua gestiona los recursos hdricos tomando


como unidad de medida las cuencas hidrogrficas, de las cuales uno de los
principales ejes de informacin que debe manejar el proceso de
Planificacin.

Algunos productos del Proceso de Planificacin para la Gestin de los


Recursos Hdricos son:
-

Proyectos de identificacin de zonas y poblaciones vulnerables ante

fenmenos climatolgicos extremos.


Proyectos de Sistema de Alerta de Temprana por Activacin de

Quebradas.
Proyectos para abastecimiento de agua potable o industrial:

seleccin de fuentes y clculo de caudales mnimos.


Estudio en obras viales de cruce: caudales mximos para el ancho

del puente.
Estudio en proyectos de presas: capacidad de embalse, caudales

mximos para vertedero.


Estudio para drenajes: caractersticas del nivel fretico.
Estudios para determinar el caudal ecolgico.
Proyectos de irrigacin: oferta y demanda de agua, evaporacin e

infiltracin.
Prevencin y control de inundaciones: caudales mximos.
Navegacin: calados mximos, mnimos.
Aprovechamiento hidroelctrico: caudales mximos,

mnimos,

promedios, estudios de sedimentos, etc.

67

CAPTULO III:
PRESENTACIN, ANLISIS E INTERPRETACIN DE RESULTADOS
3.1. PRESENTACIN DEL PROCESAMIENTO ESTADSTICO
3.1.1. ANLISIS ESTADSTICO DESCRIPTIVO (CUADROS Y TABLAS)

Estadsticas descriptivas: D1X=Tiempo pedidos ASIS, D1Y=Tiempo Pedidos TOBE


Variable
D1X=Tiempo pedidos ASIS
D1Y=Tiempo Pedidos TOBE

Conteo
total
56
56

Media
77.43
56.34

Variable
D1X=Tiempo pedidos ASIS
D1Y=Tiempo Pedidos TOBE

Mximo
96.00
94.00

Modo
68
65

Desv.Est.
9.82
19.02

CoefVar
12.68
33.75

Mnimo
56.00
20.00

Mediana
76.00
58.00

N para
moda
7
7

INTERPRETACION
SE OBSERVA QUE EL TIEMPO DE PEDIDOS EN EL ASIS ES DE 77.43 MIN Y EN EL TOBE ES DE
56.34 MIN, ESTO SIGNIFICA UNA DIFERENCIA DE MEDIAS DE 21.09 MIN QUE NOS
REPRESENTA EL 27.24% DE LA EFICIENCIA DE LA HERRAMIENTA EN EL PROCESO DE REGISTRO
DE DATOS.
100% ..> 77.43
X
> 21.09

68

X=((100)(21.09))/77.43=27.24 &
Histograma (con curva normal) de D1Y=Tiempo Pedidos TOBE
Media
Desv.Est.
N

12

56.34
19.02
56

Frecuencia

10
8
6
4
2
0

20

40
60
80
D1Y=Tiempo Pedidos TOBE

100

Histograma (con curva normal) de D1X=Tiempo pedidos ASIS


Media
Desv.Est.
N

12

77.43
9.820
56

Frecuencia

10
8
6
4
2
0

60

70
80
D1X=Tiempo pedidos ASIS

90

100

SEGUNDO

69

TERCERO

3.1.2. ANLISIS ESTADSTICO INFERENCIAL (PRUEBA DE HIPTESIS)

PRUEBA DE HIPTESIS SECUNDARIA 1


SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP
ENTONCES SE INFLUYE POSITIVAMENTE EN LA OPERATIVIDAD HDRICA DEL
PROCESO DE REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
HIPTESIS ALTERNA Ha (hiptesis del investigador) (su propuesta)
SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP
ENTONCES SE INCREMENTA LA OPERATIVIDAD HDRICA DEL PROCESO DE
REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
HIPTESIS NULA HO
SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN RUP
ENTONCES NO SE INCREMENTA LA OPERATIVIDAD HDRICA DEL PROCESO
DE REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
HIPTESIS ESTADSTICA
H a : Tobe Asis

H 0 : Tobe Asis
Prueba T e IC de dos muestras: Operatidad Hdrica TOBE, Operatidad Hdrica ASIS
T de dos muestras para Operatidad Hdrica TOBE vs. Operatidad Hdrica ASIS

Operatidad Hdrica TOBE


Operatidad Hdrica ASIS

N
15
15

Media
65.9
36.8

Desv.Est.
15.2
12.5

Error
estndar
de la
media
3.9
3.2

Diferencia = mu (Operatidad Hdrica TOBE) - mu (Operatidad Hdrica ASIS)

70

Estimado de la diferencia: 29.07


Lmite inferior 95% de la diferencia: 20.41
Prueba T de diferencia = 0 (vs. >): Valor T = 5.71
Ambos utilizan Desv.Est. agrupada = 13.9368

Valor P = 0.000

GL = 28

Figura n xxx: Grfica de valores individuales de Operatidad Hdrica TOBE,


Operatidad Hdrica

Grfica de distribucin
T, df=28
0.4

Densidad

0.3

0.2

REGIN
DE
RECHAZ

REGIN
DE
ACEPTACI

0.1
0.05
0.0

0
X

Tc 1.701
=

t=5.7
1

INTERPRETACIN
En la figura n xxxx observamos que el valor del t calculado t=5.71 es mayor que
el valor crtico Tc=1.701 el cual rechazamos la hiptesis nula Ho y aceptamos la
hiptesis alterna Ha. As mismo tenemos que el valor del p_value= 0.000 por ser
menor al nivel de significancia =5% afirmamos nuestra hiptesis de investigacin
que dice: SI SE IMPLEMENTA LA ACCESIBILIDAD DEL SISTEMA APOYADO EN
RUP ENTONCES SE INCREMENTA LA OPERATIVIDAD HDRICA DEL PROCESO
DE REGISTRO DE DATOS DE LA DIRECCIN Y PLANEAMIENTOO..
Grados de libertad= n1+n2-2= 15+15-2=28

71

Grfica de valores individuales de Operatidad Hdrica TOBE, Operatidad Hdrica ASIS


90
80

Datos

70
60
50
40
30
20
Operatidad Hdrica TOBE

Operatidad Hdrica ASIS

INTERPRETACION
En la figura n . Se observa que el promedio de la operatividad hdrica en el
TOBE es de 65.9% y en el ASIS es de 36.8% el cual hay una diferencia de
medias del 29.1% el cual nos representa el 44.16% de la eficiencia de la D1X .

Operatidad Hdrica TOBE


Operatidad Hdrica ASIS

15
15

65.9
36.8

15.2
12.5

3.9
3.2

PRUEBA DE HIPTESIS SECUNDARIA 2

72

PRUEBA DE HIPTESIS 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 construccin.
Arquitectura en software se muestran diferentes vistas del sistema: estructural,
funcional, dinmico, etc. as como la Plataforma en la que va a operar.
El presente documento formula el diseo de Software que proporciona una
solucin al modelo del Proceso de Negocio, este diseo estar centrado en la
arquitectura y utilizara UML como lenguaje formal de modelado arquitectnico,
por lo cual la Arquitectura de Software estar vinculada a metodologa y
proceso RUP.

3.1.1. Alcances
El presente software involucra a tres niveles organizativos: la Direccin de
Conservacin

Planeamiento

de

Recursos

Hdricos,

la

Autoridad

Administrativa del Agua y la Autoridad Local del Agua.

73

74

3.1.2. Diagrama de Casos de Uso


3.1.2.1. Diagrama de Actores
uc Actores

Usuario

A.L.A.

A.A.A.

Administrador

75

3.1.2.2. Diagrama de Casos de Uso del Sistema


uc Casos de uso del Sistema

CUS 001 Ingresar al


sistema

CUS 002 Registrar


Usuarios

CUS 007 Descargar


Datos

CUS 003 Registrar


Variables

Usuario

Adminsitrador

CUS 008 Consultar


Visor Geogrfico
CUS 006 Aprobar
Informacin

include
CUS 005 Registrar
informacin

A.A.A.

CUS 004 Registrar


Puntos de Monitoreo

include

A.L.A.

76

3.1.3. Especificacin de Casos de Uso


En los documentos elaborados de los Casos de Uso de Sistema (CUS) se han
descrito las especificaciones de las funcionalidades del sistema a desarrollar y
son los siguientes:

CUS 001 Ingresar al Sistema.- Autenticacin del usuario segn el nombre y


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

77

3.1.4. Diagramas de Actividad


Cdigo

CUS 001

Nombre

Ingresar al Sistema

Descripcin
En este caso de uso el usuario ingresa al sistema identificndose con su usuario
y contrasea.
Diagrama de Actividad

Cdigo

CUS 002

78

Nombre

Registrar Usuario

Descripcin
En este caso de uso el administrador del sistema registra los usuarios, asigna la
contrasea y los perfiles correspondientes.
Diagrama de Actividad
act CUS 002 Registrar Usuario
Administrador

Inicio

Registrar Datos

Usuario Repetido

NO

SI

Mostrar mensaj e de error

Guardar Datos

Env iar mensaj e de


confirmacin

Fin

Cdigo

CUS 003

Nombre

Registrar Variables

Descripcin
79

En este caso de uso el administrador del sistema registra los datos de las
variables, de las cuales se tomarn datos en los puntos de monitoreo.
Diagrama de Actividad
act CUS 003 Registrar Variables
Administrador

Inicio

Seleccionar Tipo de
Estacin

Registrar datos del a


v ariable

Guardar datos

Fin

80

Cdigo

CUS 004

Nombre

Registrar Puntos de Monitoreo

Descripcin
En este caso de uso la AAA registra los puntos de monitoreo, donde se tomarn
los datos de las variables, se indica el mbito administrativo, el tipo de estacin
y la ubicacin geogrfica para su posterior consulta en el visor geogrfico.
Diagrama de Actividad
act CUS 004 Registrar Puntos de Monitoreo
A.A.A.

Inicio

Seleccionar mbito
administrativ o

Seleccionar tipo de
estacin

Ingresar datos del punto


de monitoreo

Guardar datos

Fin

Cdigo

CUS 005

81

Nombre

Registrar informacin

Descripcin
En este caso de uso la ALA registra los datos tomados en los puntos de
monitoreo de su mbito administrativo. Asimismo enva la informacin, para su
aprobacin.
Diagrama de Actividad
act CUS 005 Registrar informacin
A.L.A.

Ini cio

Seleccionar mbito
administrativ o

Seleccionar tipo estacin

Ingresar datos

NO
Mostrar M ensaj e de error

Datos dupl i cados


SI
Guardar Datos

Env iar Informacin

Fi n

82

Cdigo

CUS 006

Nombre

Aprobar Informacin

Descripcin
En este caso de uso el administrador del sistema o la AAA, aprueban la
informacin registrada y enviada por la ALA.
Diagrama de Actividad
act CUS 006 Aprobar Informacin
A.A.A.

Inicio

Seleccionar mbito
administrativ o

Listar datos pendientes


de aprobacin

Corregir dato

Dato Ok?
SI
Aprobar dato

Fin

Cdigo

CUS 007

Nombre

Descargar Datos
83

Descripcin
En este caso de uso el usuario consulta la informacin dentro de su mbito
administrativo y lo descarga en formato Excel.
Diagrama de Actividad
act CUS 007 Descargar Datos
Usuario

Inicio

Ingresar parmetros de
consulta

Consultar informacin

Descargar datos

Fin

84

Cdigo

CUS 008

Nombre

Consultar Visor Geogrfico

Descripcin
En este caso de uso, los usuarios tienen acceso de consultar la informacin
ingresada mediante un visor geogrfico.
Diagrama de Actividad
act CUS 008 Consultar Visor Geogrfico
Usuario

Inicio

Ingresar parmetros de
bsqueda

Cargar puntos de
monitoreo

Seleecionar punto y
consultar informacin

Fin

85

3.1.5. Diagramas de Secuencia

Caso

de CUS 001 Ingresar al Sistema

Uso
Diagrama de Secuencia
sd CUS 001 Ingresar al Sistema

Usuario

Login

Usuario

Bienvenida

Menu

Usuario y Contrasea()
LoguearUsuario()

CodigoUsuario()
GenerarMenu()

(from Actors)

86

Caso

de CUS 002 Registrar Usuario

Uso
Diagrama de Secuencia
sd CUS 002 Registrar Usuario

Administrador

RegistraUsuario

Usuario

Usuario

Load()

ListarUsuarios()

NuevoUsuario()

Guardar()
CrearInstancia()

ValidarUsuario()

Insertar()

ListarUsuario()

(from Actors)

Caso

de CUS 003 Registrar Variables

87

Uso
Diagrama de Secuencia
sd CUS 003 Registrar Variables

Administrador

Variables

TipoEstacion

Variable

Load()
ListarTipoEstacion()

ListarVariables()

Guardar()
addVariable()

ListarVariables()

88

Caso

de CUS 004 Registrar Puntos de Monitoreo

Uso
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()

ListarDistrito()

ListarOperador()

ListarTipoEstacion()

ListarSubTipo()

ListarUnidadHidrografica()

ListarPuntoMonitoreo()

Aadir()
addPuntoMonitoreo()

ListarPuntoMonitoreo()

89

Caso

de CUS 005 Registrar informacin

Uso
Diagrama de Secuencia
sd CUS 005 Registrar informacin

A.L.A.

infoHidroMe

TipoEstacion

PuntoMonitoreo

Variable

Fuente

SerieT iempo

Load()
ListarT ipoEstacion()

ListarPuntoMonitoreo()

ListarVariable()

ListarFuente()

Aadir()
ValidarDuplicado()

Agregar()

Enviar()
addSeri eTiempo()

90

Caso

de CUS 006 Aprobar informacin

Uso
Diagrama de Secuencia
sd CUS 006 Aprobar Informacin

A.A.A.

adminInfoALA

AmbitoAdministrativo

SerieTiempo

Load()
ListarAmbitoAdministrativo()

ListarSerieTiempo()

Aprobar()
AprobarDatos()

ListarSerieTiempo()

91

Caso

de CUS 007 Descargar informacin

Uso
Diagrama de Secuencia
sd CUS 007 Descargar Datos

Usuario

descargarInformacion

AmbitoAdministrativo

TipoEstacion

PuntoMonitoreo

Variable

SerieTiempo

Load()
ListarAmbitoSuperior()

ListarAmbitoAdministrativo()

ListarTipoEstacion()

ListarPuntoMonitoreo()

ListarVariable()

Consultar()
ConsultarDatos()

ConvertirExcel()

92

Caso

de CUS 008 Consultar Visor Geogrfico

Uso
Diagrama de Secuencia
sd CUS 008 Consultar Visor Geogrfico

Usuario

visorMapa

TipoEstacion

AmbitoAdministrativo

PuntoMonitoreo

SerieT iempo

Load()
ListarTipoEstacion()

ListarAmbitoAdministrativoSuperior()

ListarAmbitoAdministrativo()

MostrarPuntos()

ListarPuntoMonitoreo()

AgregarPuntos()

ConsultarPunto()

UltimosDatos()

MostrarGrafico()

DatosGraficos()

93

3.1.6. Diagrama de Clases

94

3.1.7. Diagrama De Estado

95

3.1.7.1.

Serie Tiempo

stm CUS 003 Registrar Va...


Inicio

Registrado

Aprobado

Fin

96

3.1.8. Diagrama Entidad Relacin


class Modelo de datos
SerieTipoInterv alo
column
*PK idSerieTipoIntervalo: i nt
*
SerTipInt_Descripcion: varchar(100)
SerTipInt_Abreviatura: varchar(10)
SerTipInt_Activo: bit = ((1))
*
SerTipInt_UserNew: int
*
SerTipInt_UserLast: int
SerTipInt_FechaNew: datetime = (getdate())
SerTipInt_FechaLast: datetime = (getdate())
SerTipInt_Clasificacion: varchar(50)
PK
+
PK_SerieT ipoIntervalo(int)

SerieTiempoTipo

Variable
column
*PK idVariable: int
*FK idEstacionTipo: int
*
VarDescripcion: varchar(50)
*
VarUnidad: varchar(10)

FK
+
FK_Variable_EstacionTipo(int)
PK
+
PK_Variable(int)

column
*PK idSeri eTiempoTipo: int
*FK idSeri eTipoIntervalo: int
*FK idSeri eTipoDatoT ipo: int
*FK idSeri eTipoOrigen: int
FK idVari able: int
*
SerTieTip_Variable: varchar(50)
*
SerTieTip_Unidad: varchar(10)
*
SerTieTip_Esregular: bit
SerTieTip_Activo: bit = ((1))
*
SerTieTip_UserNew: int
SerTieTip_UserLast: int
0..* *
SerTieTip_FechaNew: datetime = (getdate())
SerTieTip_FechaLast: datetime = (getdate())
SerTieTipCantGraf: i nt
FK
+
FK_SerieTiempoTipo_SerieTipoDatoTipo(int)
+
FK_SerieTiempoTipo_SerieTipoIntervalo(int)
+
FK_SerieTiempoTipo_SerieTipoOrigen(int)
+
FK_SerieTiempoTipo_Variable(int)
PK
+
PK_SerieTiempoT ipo(int)

SerieTipoDatoTipo
column
*PK idSerieTipoDatoTipo: int
*
SerTipDatTip_Descripcion: varchar(100)
SerTipDatTip_Abreviatura: varchar(10)
SerTipDatTip_Activo: bit = ((1))
*
SerTipDatTip_UserNew: int
*
SerTipDatTip_UserLast: int
SerTipDatTip_FechaNew: datetime = (getdate())
SerTipDatTip_FechaLast: datetime = (getdate())
PK
+
PK_SerieT ipoDatoT ipo(int)

PK
+
PK_EstadoUmbral(int)
1

0..*
Umbrales
SerieTipoOrigen
column
*PK idSerieTipoOri gen: int
*
SerTipOrg_Descripcion: varchar(100)
SerTipOrg_Abreviatura: varchar(10)
SerTipOrg_Activo: bit = ((1))
*
SerTipOrg_UserNew: int
*
SerTipOrg_UserLast: int
SerTipOrg_FechaNew: datetime = (getdate())
SerTipOrg_FechaLast: datetime = (getdate())

EstacionTipo
column
*PK idEstacionTipo: int
*
EstT ip_Descripcion: varchar(200)
EstT ip_Abreviatura: varchar(20)
EstT ip_Activo: bit = ((1))
*
EstT ip_UserNew: int
*
EstT ip_UserLast: int
EstT ip_FechaNew: datetime = (getdate())
EstT ip_FechaLast: datetime = (getdate())
PK
+
PK_Estaci onTipo(int)

col umn
*PK IdUmbral: int
FK IdPuntoMonitoreo: int
FK IdEstadoUmbral: int
Valor: decimal(12,2)
IdVari able: int
IdUserRegistra: int
FechaRegistro: datetime
IdUserModifi ca: int
FechaModifi ca: datetime
FK
+
FK_Umbrales_EstadoUmbral(int)
+
FK_Umbrales_PuntoMonitoreo(int)

PK
+
PK_Seri eTipoOrigen(int)
SerieTiempo
column
*PK idPuntoMonitoreo: int = ((1))
*PK idSeri eTiempoTipo: int
*PK SerTie_FechaHora: datetime
*PK idSeri eTiempoFuente: int
SerTie_Anio: int
SerTie_Mes: int
SerTie_Dia: int
*
SerTie_Valor: numeric(12,5)
SerTie_Activo: bi t
*
SerTie_UserNew: int
*
SerTie_UserLast: int
SerTie_FechaNew: datetime = (getdate())
SerTie_FechaLast: datetime = (getdate())
*
id: int
SerTie_Estado: smallint
SerTie_Observacion: varchar(150)

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

PK
+
PK_Umbrales(int)
0..*

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

UnidadHidrograficaAmbitoAdministrativ o
column
*FK idUnidadHidrografica: int
idAmbitoAdministrativo: i nt

PK
+
pk_SerieT iempoFuente(int)

FK
+
FK_UnidadHidrograficaAmbitoAdministrativo_UnidadHi drografica(int)

PK
+
PK_SerieTiempo(int, int, datetime, int)

1
EstacionMedicion

EstacionSubTipo
column
*PK idEstacionSubtipo: int
idEstacionTipo: int
*
EstSubTip_Descripcion: varchar(200)
EstSubTip_Abreviatura: varchar(20)
EstSubTip_Activo: bit = ((1))
*
EstSubTip_UserNew: i nt
*
EstSubTip_UserLast: int
EstSubTip_FechaNew: datetime = (getdate())
EstSubTip_FechaLast: datetime = (getdate())
PK
+
PK_EstacionSubTipo(i nt)

column
*PK idEstacionMedicion: int
FK idEstacionSubTipo: int
EstMed_Codigo: varchar(15)
*
EstMed_Descri pcion: varchar(100)
*
EstMed_Estado: char(1)
EstMed_RutaImagen: nvarchar(300)
EstMed_Activo: bit = ((1))
*
EstMed_UserNew: int
*
EstMed_UserLast: int
EstMed_FechaNew: dateti me = (getdate())
EstMed_FechaLast: datetime = (getdate())
idCuerpoAgua: int
idSerieTiempoFuente: int
idCoordenada: int
idSerieTiempoT ipo: int
idAmbitoAdministrativo: int
idAmbitoPolitico: int
idOperador: int
id: int
flgAutomatica: bit
FK
+
FK_EstacionMedicion_EstacionSubTipo(int)

PuntoMonitoreo
column
*PK idPuntoMonitoreo: int
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)

PK
+
PK_EstacionMedicion(int)

Operacion

Operador
column
*PK idOperador: int
Opd_Codigo: nvarchar(2)
*
Opd_Nombre: varchar(255)
Opd_Abreviatura: varchar(15)
PK
+
PK_Operador(int)

column
*PK i dOperacion: int
*FK i dPuntoMonitoreo: int
FK i dEstacionMedicion: int
FK i dMedidor: int
FK i dOperador: int
Ope_Inicio: varchar(10)
Ope_Fin: varchar(10)
*
Ope_Activo: bit = ((1))
Ope_UserNew: int
Ope_UserLast: i nt
*
Ope_FechaNew: dateti me = (getdate())
*
Ope_FechaLast: datetime = (getdate())
i d: int
FK
+
FK_Operacion_EstacionMedicion(int)
+
FK_Operacion_Operador(int)
+
FK_Operacion_PuntoMonitoreo(int)
+
FK_Operacion_Medidor(int)
PK
+
PK_Operacion(int)

UnidadHidrografica
column
*PK idUnidadHidrografica: int
FK idUnidadHidrograficaT ipo: int
idUnidadHidrograficaSuperior: int
*FK idVertiente: i nt
Uni Hid_Descripcion: varchar(80) = ('')
Uni Hid_Codigo: nvarchar(15) = ('')
Uni Hid_Activo: bit = ((1))
*
Uni Hid_UserNew: int
*
Uni Hid_UserLast: int
Uni Hid_FechaNew: datetime = (getdate())
Uni Hid_FechaLast: datetime = (getdate())
Uni Hid_Nivel: int
Uni Hid_DescripcionOficial: varchar(80)
idAmbitoAdministrativo: int
idgeometrico: int
ID: int
idAmbitoAdministrativo2: int

UnidadHidrograficaTipo
column
*PK idUnidadHidrograficaTipo: int
*
UniHidT ip_Descripci on: varchar(80) = ('')
UniHidT ip_Abreviatura: varchar(6) = ('')
UniHidT ip_Activo: bit = ((1))
*
UniHidT ip_UserNew: int
*
UniHidT ip_UserLast: int
UniHidT ip_FechaNew: datetime = (getdate())
UniHidT ip_FechaLast: datetime = (getdate())
PK
+
PK_UnidadHidrograficaTipo(int)

FK
+
FK_UnidadHidrografica_UnidadHidrograficaTipo(int)
+
FK_UnidadHidrografica_Vertiente(int)
PK
+
PK_UnidadHi drografica(int)

Coordenada
column
*PK idCoordenada: int
Coo_Datum: nvarchar(10)
Coo_SistemaCoordenadas: nvarchar(5)
Coo_Zona: nvarchar(5)
Coo_Latitud: numeric(11,2)
Coo_Longitud: numeric(11,2)
Coo_GraLatitud: varchar(20)
Coo_GraLongitud: varchar(20)
Coo_GeoLatitud: numeric(14,8)
Coo_GeoLongitud: numeric(14,8)
Coo_Altura: numeric(11,2)
Coo_Activo: bit = ((1))
Coo_UserNew: int
Coo_UserLast: int
Coo_FechaNew: datetime = (getdate())
Coo_FechaLast: datetime = (getdate())
Coo_Latitud1: varchar(100)
Coo_Longitud1: varchar(100)
id: int

Vertiente
column
*PK idVertiente: int
*
Ver_Descripcion: varchar(150)
Ver_Codigo: varchar(15) = ('')
Ver_Activo: bit = ((1))
*
Ver_UserNew: int
*
Ver_UserLast: int
Ver_FechaNew: datetime = (getdate())
Ver_FechaLast: datetime = (getdate())
PK
+
PK_Vertiente(int)

PK
+
PK_Coordenada(int)

97

3.1.9. Diccionario de datos


3.1.9.1.

Lista de Tablas

N NOMBRE

DESCRIPCIN
Tabla

donde

se

registran

las

coordenadas geogrficas de un punto


1

Geografica.Coordenada

de Monitoreo
Tabla donde se registran las unidades

Hidrografia.UnidadHidrografica

geogrficas

Hidrografia.UnidadHidrograficaA Tabla donde se relaciona la unida


3

mbitoAdministrativo

geogrfica con el mbito administrativo

Hidrografia.UnidadHidrograficaTi Tabla donde se registran los tipos de


4

po

unidad geogrfica
Tabla donde se registran las vertientes

Hidrografia.Vertiente

hidrogrficas
Tabla donde se registran las estaciones

Monitoreo.EstacionMedicion

de medicin
Tabla donde se registran los subtipos

Monitoreo.EstacionSubTipo

de estacin
Tabla de donde se registran los tipos de

Monitoreo.EstacionTipo

estacin
Tabla donde se registran, los datos del

Monitoreo.Operacion

inicio de operacin de una estacin


Tabla

10 Monitoreo.Operador

donde

se

registran

los

operadores de las estaciones


Tabla donde se registran los puntos de

11 Monitoreo.PuntoMonitoreo

monitoreo de las estaciones


98

N NOMBRE

DESCRIPCIN
Tabla donde se registran los valores de

12 Monitoreo.SerieTiempo

las mediciones
Tabla

donde

se

registran

las

instituciones fuente (que proveen) de la


13 Monitoreo.SerieTiempoFuente

informacin
Tabla donde se relaciona el tipo de

14 Monitoreo.SerieTiempoTipo

dato, con el intervalo y la variable


Tabla donde se registra el tipo de dato
(Instantneo,

15 Monitoreo.SerieTipoDatoTipo

promedio,

incremental,

etc.)
Tabla donde se registra el intervalo de
tiempo del dato (cada 1 hora, diario,

16 Monitoreo.SerieTipoIntervalo

mensual, etc.)
Tabla donde se registra el origen de la

17 Monitoreo.SerieTipoOrigen

informacin (generada, registrada)


Tabla donde se registra la variable y su
unidad

18 Monitoreo.Variable

de

medida

(Caudal,

Precipitacin, T, etc.)
Tabla donde se registra el estado de los

19 Monitoreo.EstadoUmbral

umbrales (Normal, Alerta, Emergencia)


Tabla donde se registra el valor de los
umbrales por cada estado de la tabla

20 Monitoreo.Umbral

3.1.9.2.

EstadoUmbral

Descripcin de las Tablas


99

Geografica.Coordenada

Nul P
Columna

Tipo

K K Descripcin
N

idCoordenada

int

NO SI O Id de la coordenada
N N

Coo_Datum

nvarchar

SI

Coo_SistemaCoorden
adas

O O Formato de coordenada DATUM


N N Formato

nvarchar

SI

del

sistema

de

O O Coordenadas UTM
N N

Coo_Zona

nvarchar

SI

O O Zona de las coordenadas


N N

Coo_Latitud

numeric

SI

O O Latitud de las coordenadas UTM


N N

Coo_Longitud

numeric

SI

varchar(2
Coo_GraLatitud

0)

N N Latitud de las coordenadas en


SI

varchar(2
Coo_GraLongitud

0)

O O Longitud de las coordenadas UTM

O O grados
N N Longitud de las coordenadas en

SI

O O grados
N N Latitud

Coo_GeoLatitud

numeric

SI

numeric

SI

coordenadas

O O geogrficas
N N Longitud

Coo_GeoLongitud

en

en

coordenadas

O O geogrficas
N N

Coo_Altura

numeric

SI

O O Altura de la coordenada en msnm


N N

Coo_Activo

bit

SI

O O Estado de la coordenada
100

N N Id del Usuario quien cre el


Coo_UserNew

int

SI

O O registro
N N Id del usuario quien hizo la ltima

Coo_UserLast

int

SI

O O modificacin
N N

Coo_FechaNew

datetime

SI

O O Fecha de registro
N N

Coo_FechaLast

datetime

SI

O O Fecha de la ltima modificacin

Hidrografia.UnidadHidrografica

Nul P
Columna

Tipo

K K Descripcin
N

idUnidadHidrografica

int

NO SI O Id de la unidad geogrfica

idUnidadHidrograficaT
ipo

N N
int

SI

idUnidadHidrograficaS
uperior

O O Id del tipo de unidad hidrogrfica


N N Id

int

SI

de

la

unidad

hidrogrfica

O O superior
N N

idVertiente

int

NO O O Id de la vertiente

varchar(8
UniHid_Descripcion

0)

N N Descripcin
SI

de

la

unidad

O O hidrogrfica
N N

UniHid_Codigo

nvarchar

SI

O O Cdigo de la unidad hidrogrfica

UniHid_Activo

bit

SI

N N Estado de la unidad hidrogrfica

101

O O
N N Id del Usuario quien cre el
UniHid_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

UniHid_UserLast

int

NO O O modificacin
N N

UniHid_FechaNew

datetime

SI

O O Fecha de registro
N N

UniHid_FechaLast

datetime

SI

O O Fecha de la ltima modificacin


N N

UniHid_Nivel

int

SI

UniHid_DescripcionOf varchar(8
icial

0)

N N Descripcin oficial de la unidad


SI

idAmbitoAdministrativ
o

O O Nivel de la unidad hidrogrfica

O O hidrogrfica
N N

int

SI

O O Id del mbito administrativo

Hidrografia.UnidadHidrograficaAmbitoAdministrativo

Nul P
Columna

Tipo

K K Descripcin
N

idUnidadHidrografica

int

NO SI O Id de la unidad geogrfica

idAmbitoAdministrativ
o

N N
int

SI

O O Id del mbito administrativo

102

Hidrografia.UnidadHidrograficaTipo

Nul P
Columna

Tipo

idUnidadHidrograficaT

K K Descripcin
N

ipo

int

UniHidTip_Descripcio

varchar(8

0)

NO SI O Id del tipo de unidad hidrogrfica


N N Descripcin del tipo de unidad
NO O O hidrogrfica

varchar(6
UniHidTip_Abreviatura )

N N Abreviatura del tipo de


SI

O O hidrogrfica
N N Estado

UniHidTip_Activo

bit

SI

unidad

del

tipo

de

unidad

O O hidrogrfica
N N Id del Usuario quien cre el

UniHidTip_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

UniHidTip_UserLast

int

NO O O modificacin
N N

UniHidTip_FechaNew datetime

SI

O O Fecha de registro
N N

UniHidTip_FechaLast

datetime

SI

O O Fecha de la ltima modificacin

103

Hidrografia.Vertiente

Nul P
Columna

Tipo

K K Descripcin
N

idVertiente

int

NO SI O Id de la vertiente

varchar(1
Ver_Descripcion

50)

N N
NO O O Descripcin de la vertiente

varchar(1
Ver_Codigo

5)

N N
SI

O O Cdigo de la vertiente
N N

Ver_Activo

bit

SI

O O Estado de la vertiente
N N Id del Usuario quien cre el

Ver_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

Ver_UserLast

int

NO O O modificacin
N N

Ver_FechaNew

datetime

SI

O O Fecha de registro
N N

Ver_FechaLast

datetime

SI

O O Fecha de la ltima modificacin

Monitoreo.EstacionMedicion

Nul P
Columna

Tipo

K K Descripcin
104

N
idEstacionMedicion

int

NO SI O Id de la estacin de medicin
N N

idEstacionSubTipo

int

SI

varchar(1
EstMed_Codigo

5)

N N
SI

varchar(1
EstMed_Descripcion

00)

O O Id del sub tipo de estacin

O O Cdigo de la estacin
N N Descripcin de la estacin de

NO O O medicin
Estado de la estacin de medicin
N N (

EstMed_Estado

char(1)

"F"

Funcionamiento,

"C"

NO O O Cerrada, "P" Paralizada)


N N Ruta o directorio de la imagen de

EstMed_RutaImagen

nvarchar

SI

O O la estacin de medicin
N N

EstMed_Activo

bit

SI

O O Estado de la estacin de medicin


N N Id del Usuario quien cre el

EstMed_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

EstMed_UserLast

int

NO O O modificacin
N N

EstMed_FechaNew

datetime

SI

O O Fecha de registro
N N

EstMed_FechaLast

datetime

SI

O O Fecha de la ltima modificacin


N N

idCuerpoAgua

int

SI

O O
N N

idSerieTiempoFuente

int

SI

O O

idCoordenada

int

SI

N N
105

O O
N N
idSerieTiempoTipo

int

SI

O O
N N

idAmbitoPolitico

int

SI

O O
N N

idOperador

int

SI

O O
N N

id

int

SI

O O
N N Indica

flgAutomatica

bit

SI

si

la

estacin

es.

O O 1:Automtica, 0:Convencional

Monitoreo.EstacionSubTipo

Nul P
Columna

Tipo

K K Descripcin
N

idEstacionSubtipo

int

NO SI O Id del subtipo de estacin


N N

idEstacionTipo

int

SI

EstSubTip_Descripcio varchar(2
n

00)

O O Id del tipo de estacin


N N Descripcin

del

subtipo

de

del

subtipo

de

NO O O estacin

EstSubTip_Abreviatur varchar(2

N N Abreviatura

0)

SI

O O estacin

EstSubTip_Activo

bit

SI

N N Estado del subtipo de estacin


106

O O
N N Id del Usuario quien cre el
EstSubTip_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

EstSubTip_UserLast

int

NO O O modificacin
N N

EstSubTip_FechaNew datetime

SI

O O Fecha de registro
N N

EstSubTip_FechaLast datetime

SI

O O Fecha de la ltima modificacin

Monitoreo.EstacionTipo

Nul P
Columna

Tipo

K K Descripcin
N

idEstacionTipo

int

NO SI O Id del tipo de estacin

varchar(2
EstTip_Descripcion

00)

N N
NO O O Descripcin del tipo de estacin

varchar(2
EstTip_Abreviatura

0)

N N
SI

O O Abreviatura del tipo de estacin


N N

EstTip_Activo

bit

SI

O O Estado del tipo de estacin


N N Id del Usuario quien cre el

EstTip_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

EstTip_UserLast

int

NO O O modificacin

EstTip_FechaNew

datetime

SI

N N Fecha de registro

107

O O
N N
EstTip_FechaLast

datetime

SI

O O Fecha de la ltima modificacin

Monitoreo.Operacion

Nul P
Columna

Tipo

K K Descripcin
N Id de los datos de operacin de la

idOperacion

int

NO SI O estacin
N N

idPuntoMonitoreo

int

NO O O Id del punto de monitoreo


N N

idEstacionMedicion

int

SI

O O Id de la estacin de medicin
N N

idMedidor

int

SI

O O
N N

idOperador

int

SI

varchar(1
Ope_Inicio

0)

O O Id del operador
N N

SI

varchar(1

O O Ao de inicio de operaciones
N N

Ope_Fin

0)

SI

O O Ao de fin de operaciones

Ope_Activo

bit

NO N N Estado de la operacin

108

O O
N N Id del Usuario quien cre el
Ope_UserNew

int

SI

O O registro
N N Id del usuario quien hizo la ltima

Ope_UserLast

int

SI

O O modificacin
N N

Ope_FechaNew

datetime

NO O O Fecha de registro
N N

Ope_FechaLast

datetime

NO O O Fecha de la ltima modificacin

Monitoreo.Operador

Nul P
Columna

Tipo

K K Descripcin
N

idOperador

int

NO SI O Id del operador

Nvarchar(
Opd_Codigo

5)

N N
SI

varchar(2
Opd_Nombre

55)

N N
NO O O Nombre del operador

varchar(1
Opd_Abreviatura

5)

O O Cdigo del operador

N N
SI

O O Abreviatura del operador

109

Monitoreo.PuntoMonitoreo

Nul P
Columna

Tipo

K K Descripcin
N

idPuntoMonitoreo

int

NO SI O Id del punto de monitoreo


N N

idAmbitoAdministrativo int

SI

O O Id del mbito administrativo


N N

idAmbitoPolitico

int

SI

O O Id del mbito poltico


N N

idCoordenada

int

SI

varchar(3
PunMon_Descripcion

0)

O O Id de la coordenada geogrfica
N N Descripcin

SI

del

punto

de

O O monitoreo
N N

PunMon_Activo

bit

SI

O O Estado del punto de monitoreo


N N Id del Usuario quien cre el

PunMon_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

PunMon_UserLast

int

NO O O modificacin
N N

PunMon_FechaNew

datetime

SI

O O Fecha de registro
N N

PunMon_FechaLast

datetime

SI

O O Fecha de la ltima modificacin

Monitoreo.SerieTiempo

110

Nul P
Columna

Tipo

K K Descripcin
N

idPuntoMonitoreo

int

NO SI O Id del punto de monitoreo


N N

idSerieTiempoTipo

int

NO O O Id del tipo de dato


N N

SerTie_FechaHora

datetime

NO O O Fecha y hora del dato


N N

idSerieTiempoFuente

int

NO O O Id de la fuente de informacin
N N

SerTie_Anio

int

SI

O O Ao del dato
N N

SerTie_Mes

int

SI

O O Mes del dato


N N

SerTie_Dia

int

SI

O O Da del dato
N N

SerTie_Valor

numeric

NO O O Valor del dato


N N

SerTie_Activo

bit

SI

O O Estado del dato


N N Id del Usuario quien cre el

SerTie_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

SerTie_UserLast

int

NO O O modificacin
N N

SerTie_FechaNew

datetime

SI

O O Fecha de registro

SerTie_FechaLast

datetime

SI

N N Fecha de la ltima modificacin


111

O O
N N
id

int

NO O O Id del dato
N N

SerTie_Estado

smallint

SI

varchar(1
SerTie_Observacion

50)

O O Estado del dato


N N

SI

O O Observacin del dato

Monitoreo.SerieTiempoFuente

Nul P
Columna

Tipo

K K Descripcin
N

idSerieTiempoFuente

int

NO SI O Id de la fuente de informacin
N N Cdigo

SerTieFue_Codigo

nvarchar SI

la

fuente

de

la

fuente

de

O O informacin
N N Nombre

SerTieFue_Nombre

de

de

nvarchar NO O O informacin
112

SerTieFue_Abreviatur
a

N N Abreviatura
nvarchar SI

de

la

fuente

de

O O informacin

Monitoreo.SerieTiempoTipo

Nul P
Columna

Tipo

K K Descripcin
N

idSerieTiempoTipo

int

NO SI O Id del tipo de informacin


N N

idSerieTipoIntervalo

int

NO O O Id del intervalo de la informacin


N N

idSerieTipoDatoTipo

int

NO O O Id del tipo de dato


N N

idSerieTipoOrigen

int

NO O O Id del origen del dato


N N

SerTieTip_Activo

bit

SI

O O Estado del tipo de informacin


N N

idVariable

int

SI

O O Id de la Variable
N N Id del Usuario quien cre el

SerTieTip_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

SerTieTip_UserLast

int

NO O O modificacin
N N

SerTieTip_FechaNew

datetime

SI

O O Fecha de registro

SerTieTip_FechaLast

datetime

SI

N N Fecha de la ltima modificacin

113

O O

Monitoreo.SerieTipoDatoTipo

Nul P
Columna

Tipo

K K Descripcin
N

idSerieTipoDatoTipo

int

SerTipDatTip_Descrip

varchar(1

cion

00)

NO SI O Id del tipo de dato


N N
NO O O Descripcin del tipo de dato

SerTipDatTip_Abreviat varchar(1
ura

0)

N N
SI

O O Abreviatura del tipo de dato


N N

SerTipDatTip_Activo

bit

SerTipDatTip_UserNe
w

O O Estado del tipo de dato


N N Id del Usuario quien cre el

int

SerTipDatTip_UserLas
t

SI

NO O O registro
N N Id del usuario quien hizo la ltima

int

NO O O modificacin
114

SerTipDatTip_FechaN
ew

N N
datetime

SI

SerTipDatTip_FechaL
ast

O O Fecha de registro
N N

datetime

SI

O O Fecha de la ltima modificacin

Monitoreo.SerieTipoIntervalo

Nul P
Columna

Tipo

K K Descripcin
N

idSerieTipoIntervalo

int

NO SI O Id del intervalo de la informacin

varchar(1
SerTipInt_Descripcion

00)

N N Descripcin del intervalo de la


NO O O informacin

varchar(1
SerTipInt_Abreviatura

0)

N N Abreviatura del intervalo de la


SI

O O informacin
N N Estado

SerTipInt_Activo

bit

SI

del

intervalo

de

la

O O informacin
N N Id del Usuario quien cre el

SerTipInt_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

SerTipInt_UserLast

int

NO O O modificacin
N N

SerTipInt_FechaNew

datetime

SI

O O Fecha de registro

SerTipInt_FechaLast

datetime

SI

N N Fecha de la ltima modificacin


115

O O

Monitoreo.SerieTipoOrigen

Nul P
Columna

Tipo

K K Descripcin
N

idSerieTipoOrigen

int

SerTipOrg_Descripcio

varchar(1

00)

SerTipOrg_Abreviatur

varchar(1

0)

NO SI O Id del origen del dato


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

O O Abreviatura del origen del dato


N N

SerTipOrg_Activo

bit

SI

O O Estado del origen del dato


N N Id del Usuario quien cre el

SerTipOrg_UserNew

int

NO O O registro
N N Id del usuario quien hizo la ltima

SerTipOrg_UserLast

int

NO O O modificacin
N N

SerTipOrg_FechaNew datetime

SI

O O Fecha de registro
N N

SerTipOrg_FechaLast

datetime

SI

O O Fecha de la ltima modificacin

116

Monitoreo.Variable

Nul P
Columna

Tipo

K K Descripcin
N

idVariable

int

NO SI O Id de la variable
N N Id del tipo de estacin asociada a

idEstacionTipo

int

NO O O la variable

varchar(5
VarDescripcion

0)

N N
NO O O Descripcin de la variable

varchar(1
VarUnidad

0)

N N
NO O O Unidad de medida de la variable

Monitoreo.EstadoUm
bral

Nul P
Columna

Tipo

K K Descripcin
N

IdEstadoUmbral

int

NO SI O Id de la tabla EstadoUmbral

varchar(3
Descripcion

0)

N N
SI

O O Descripcin del estado del umbral

117

N N Id del usuario que registra, campo


IdUserRegistra

int

SI

O O de auditora.
Fecha en que se registra el
N N estado del umbral, campo de

FechaRegistro

datetime

SI

O O auditora.
N N Id del usuario que modifica el

IdUserModifica

int

SI

O O registro, campo de auditora.


N N Fecha en que se modifica el

FechaModifica

datetime

SI

O O registro, campo de auditora.

Monitoreo.Umbrales

Nul P
Columna

Tipo

K K Descripcin
N

IdUmbral

int

NO SI O Id de la tabla Umbral
N N

IdPuntoMonitoreo

int

SI

O O Id de la tabla PuntoMonitoreo
N N

IdEstadoUmbral

int

SI

decimal(
Valor

12,2)

O O Id de la tabla EstadoUmbral
N N

SI

O O Valor numrico del umbral


N N

IdVariable

int

SI

O O Id de la tabla Variable
N N Id del usuario que registra, campo

IdUserRegistra

int

SI

O O de auditora.

FechaRegistro

datetime

SI

N N Fecha de registro, campo de


118

O O auditora.
N N Id
IdUserModifica

int

SI

del

3.1.9.3.

datetime

SI

que

modifica,

O O campo de auditora.
N N Fecha

FechaModifica

usuario

de

modificacin

del

O O registro, campo de auditora.

Llaves Forneas

Geografica.Coordenada

Columnas
(idCoordenada

Asociacin
=

0..*

idCoordenada)

PuntoMonitoreo.FK_PuntoMonitoreo_Coordenada
1

Coordenada.PK_Coordenada

Monitoreo.EstacionMedicion

Columnas
(idEstacionSubTipo
idEstacionSubtipo)

Asociacin
=

0..*
EstacionMedicion.FK_EstacionMedicion_EstacionSu

119

Columnas

Asociacin
bTipo
1

(idEstacionMedicion = 0..*
idEstacionMedicion)

EstacionSubTipo.PK_EstacionSubTipo
Operacion.FK_Operacion_EstacionMedicion
EstacionMedicion.PK_EstacionMedicion

Monitoreo.EstacionSubTipo

Columnas
(idEstacionTipo

Asociacin
= 0..*

idEstacionTipo)
(idEstacionSubTipo
idEstacionSubtipo)

EstacionSubTipo.
EstacionTipo.

0..*
EstacionMedicion.FK_EstacionMedicion_EstacionSu
bTipo
1

EstacionSubTipo.PK_EstacionSubTipo

Monitoreo.EstacionTipo

Columnas
(idEstacionTipo

Asociacin
= 0..*

EstacionSubTipo.

idEstacionTipo)
120

Columnas

Asociacin
1

(idEstacionTipo
idEstacionTipo)

= 0..*
1

EstacionTipo.
Variable.FK_Variable_EstacionTipo
EstacionTipo.PK_EstacionTipo

Operacion

Columnas

Asociacin

(idEstacionMedicion = 0..*
idEstacionMedicion)
(idOperador
idOperador)
(idPuntoMonitoreo
idPuntoMonitoreo)

1
= 0..*
1
= 0..*
1

Operacion.FK_Operacion_EstacionMedicion
EstacionMedicion.PK_EstacionMedicion
Operacion.FK_Operacion_Operador
Operador.PK_Operador
Operacion.FK_Operacion_PuntoMonitoreo
PuntoMonitoreo.PK_PuntoMonitoreo

Monitoreo.Operador

Columnas
(idOperador

Asociacin
= 0..*

Operacion.FK_Operacion_Operador

idOperador)
121

Columnas

Asociacin
1

Operador.PK_Operador

Monitoreo.PuntoMonitoreo

Columnas
(idCoordenada

Asociacin
=

idCoordenada)

0..*
PuntoMonitoreo.FK_PuntoMonitoreo_Coordenada
1

(idPuntoMonitoreo

= 0..*

idPuntoMonitoreo)

Coordenada.PK_Coordenada
Operacion.FK_Operacion_PuntoMonitoreo
PuntoMonitoreo.PK_PuntoMonitoreo

(idUnidadHidrografica

0..*

PuntoMonitoreo.FK_PuntoMonitoreo_UnidadHidrogr

idUnidadHidrografica)

afica
1

(idPuntoMonitoreo

idPuntoMonitoreo)

UnidadHidrografica.PK_UnidadHidrografica
SerieTiempo.
PuntoMonitoreo.

Monitoreo.SerieTiempo

122

Columnas

Asociacin
SerieTiempoTipo.
SerieTiempo.
SerieTiempo.
SerieTiempoFuente.
SerieTiempo.
PuntoMonitoreo.

Monitoreo.SerieTiempoFuente

Columnas

Asociacin
SerieTiempo.
SerieTiempoFuente.

Monitoreo.SerieTiempoTipo

Columnas

Asociacin
SerieTiempoTipo.
Variable.

(idSerieTipoDatoTipo =
idSerieTipoDatoTipo)

0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTipoDa

123

Columnas

Asociacin
toTipo
1

SerieTipoDatoTipo.PK_SerieTipoDatoTipo
SerieTiempoTipo.
SerieTiempo.

(idSerieTipoIntervalo =
idSerieTipoIntervalo)

0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTipoInt
ervalo
1

(idSerieTipoOrigen

SerieTipoIntervalo.PK_SerieTipoIntervalo

idSerieTipoOrigen)

0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTipoOri
gen
1

SerieTipoOrigen.PK_SerieTipoOrigen

Monitoreo.SerieTipoDatoTipo

Columnas
(idSerieTipoDatoTipo =
idSerieTipoDatoTipo)

Asociacin
0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTi

124

Columnas

Asociacin
poDatoTipo
1
SerieTipoDatoTipo.PK_SerieTipoDatoTipo

Monitoreo.SerieTipoIntervalo

Columnas

Asociacin

(idSerieTipoIntervalo =
idSerieTipoIntervalo)

0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTi
poIntervalo
1
SerieTipoIntervalo.PK_SerieTipoIntervalo

Monitoreo.SerieTipoOrigen

Columnas
(idSerieTipoOrigen
idSerieTipoOrigen)

Asociacin
=

0..*
SerieTiempoTipo.FK_SerieTiempoTipo_SerieTi
125

Columnas

Asociacin
poOrigen
1

SerieTipoOrigen.PK_SerieTipoOrigen

Hidrografia.UnidadHidrografica

Columnas

Asociacin

(idUnidadHidrografica

0..*

PuntoMonitoreo.FK_PuntoMonitoreo_UnidadHi

idUnidadHidrografica)

drografica
1
UnidadHidrografica.PK_UnidadHidrografica

(idUnidadHidrografica

0..*

UnidadHidrograficaAmbitoAdministrativo.FK_U

idUnidadHidrografica)

nidadHidrograficaAmbitoAdministrativo_Unida...
1
UnidadHidrografica.PK_UnidadHidrografica

(idVertiente
idVertiente)

0..*
UnidadHidrografica.FK_UnidadHidrografica_Ve
rtiente
1

Vertiente.PK_Vertiente

126

Columnas

Asociacin

(idUnidadHidrograficaT
ipo

idUnidadHidrograficaTi
po)

0..*
UnidadHidrografica.FK_UnidadHidrografica_Un
idadHidrograficaTipo
1
UnidadHidrograficaTipo.PK_UnidadHidrografica
Tipo

Monitoreo.UnidadHidrograficaAmbitoAdministrativo

Columnas

Asociacin

(idUnidadHidrografica
=
idUnidadHidrografica)

0..*
UnidadHidrograficaAmbitoAdministrativo.FK_U
nidadHidrograficaAmbitoAdministrativo_Unida...
1
UnidadHidrografica.PK_UnidadHidrografica

Monitoreo.UnidadHidrograficaTipo

127

Columnas

Asociacin

(idUnidadHidrograficaT
ipo

idUnidadHidrograficaTi
po)

0..*
UnidadHidrografica.FK_UnidadHidrografica_Un
idadHidrograficaTipo
1
UnidadHidrograficaTipo.PK_UnidadHidrografica
Tipo

Monitoreo.Monitoreo.Variable

Columnas

Asociacin
SerieTiempoTipo.
Variable.

(idEstacionTipo

= 0..*

idEstacionTipo)

Variable.FK_Variable_EstacionTipo
EstacionTipo.PK_EstacionTipo

Monitoreo.Vertiente

Columnas
(idVertiente

Asociacin
=

0..*

idVertiente)
128

Columnas

Asociacin

UnidadHidrografica.FK_UnidadHidrografica_Ve
rtiente
1

3.1.9.4.

Vertiente.PK_Vertiente

ndices

Hidrografia.UnidadHidrografica

Nombre

Columna

SAD_IDX_UnidadHidrografica_001

idUnidadHidrograficaTipo
idUnidadHidrograficaSup

SAD_IDX_UnidadHidrografica_002

erior

SAD_IDX_UnidadHidrografica_003

idVertiente
129

Hidrografia.UnidadHidrograficaAmbitoAdministrativo

Nombre

Columna

SAD_IDX_UnidadHidrograficaAmbitoAdministrati
vo_001

idUnidadHidrografica

SAD_IDX_UnidadHidrograficaAmbitoAdministrati
vo_002

idAmbitoAdministrativo

Monitoreo.EstacionMedicion

Nombre

Columna

SAD_IDX_EstacionMedicion_001

idEstacionSubTipo

Monitoreo.EstacionSubTipo

Nombre

Columna

SAD_IDX_EstacionSubTipo_001

idEstacionTipo

Monitoreo.Operacion
130

Nombre

Columna

SAD_IX_Operacion_001

idEstacionMedicion

SAD_IX_Operacion_002

idOperador

SAD_IX_Operacion_003

idPuntoMonitoreo

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
131

SAD_IDX_SerieTiempoTipo_001

idSerieTipoDatoTipo

SAD_IDX_SerieTiempoTipo_002

idSerieTipoIntervalo

SAD_IDX_SerieTiempoTipo_003

idSerieTipoOrigen

SAD_IDX_SerieTiempoTipo_004

idVariable

Monitoreo.Variable

Nombre

Columna

SAD_IDX_Variable_001

idEstacionTipo

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

3.1. ANLISIS DE TABLAS Y GRFICOS

132

ANEXOS
ANEXO 1: MATRIZ DE CONSISTENCIA

28

ANEXO 2: REFERENCIAS BIBLIOGRAFICAS

NIETO MASOT ANA, FERNANDEZ SANCHEZ ALBERTO y ALISES SANCHEZ


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

LLANOS PRIETO VALERA; 2011. IMPLEMENTACION DE UN SISTEMA HIDRICO


PARA ANALISIS DE EVENTOS AMBIENTALES EN LA CUENCA DEL ARROYO
JUJUY. Tesis de Maestra presentado a la Escuela de Ingeniera de Sistemas de la
Universidad Nacional de La Plata, La Plata Argentina.

CASTRO BENAVIDES LINA MARIA; 2013. SISTEMA DE REGISTRO DE DATOS


HIDRICOS PARA LA GESTION DE AMANEZA Y RIESGO NATURAL DEL
DEPARTAMENTO DEL QUINDIO. Tesis de Maestra presentado a la Escuela de
Ingeniera Geogrfica de la Universidad del Quindo, Quindo Colombia.

BARRIENTOS ALVARADO JOSE DONALDO; 2011. IMPLEMENTACION DE UN


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

RODRIGUEZ GOMEZ MARIO ALEJANDRO; 2011. SISTEMA GEOHIDRICO


PARA LA ORDENACION Y LA PLANIFICACION DE LOS RECURSOS HIDRICOS
30

EN LA COSTA NORTE DESDE UNA PERSPECTIVA TERRITORIAL. Tesis de


Maestra presentado a la Escuela de Ingeniera de Sistemas de la Universidad
Nacional Pedro Ruiz Gallo, Chiclayo Per.

ALVARADO MENDEZ PAOLO JOSUE; 2013. EL SISTEMA DE INFORMACION


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

31

Оценить