I.

Introduccin
I.1 Realidad Problemtica
El agua potable es un recurso considerado limitado y renovable, segn (ONU, UNESCO,
2012) existen pases en el mundo con poca escasez de agua, con escasez fsica de agua
y como es el caso de Per con escasez econmica de agua, esto significa que en nuestro
pas no se est invirtiendo lo suficiente en su infraestructura, lo cual se concluye que el
recurso agua, no se est aprovechando adecuadamente.
Como la escasez de agua es un tema de impacto social, el gobierno y la sociedad
fiscalizadora, debe exigir a las empresas encargadas de brindar el servicio de agua
potable en nuestro pas (SEDAPAL, EPSEL, SEDALIB, etc.), planes de contingencia para
evitar que el impacto se menor, adems de una mayor inversin en la infraestructura la
cual mejorara la distribucin y que el recurso agua sea menos limitado para la sociedad y
pueda llegar a toda la poblacin Peruana.
De la misma manera se toma un punto relevante en el servicio de agua y es que la
sociedad exhorta a las empresas para que brinden un servicio de calidad eficiente y
eficaz, para esto se debe implementar sistemas de prediccin, lo cual ayudar a
determinar el consumo real y la cantidad de agua que se necesitara por persona.
En la regin la Libertad en el ao de 1993 se cambi de nombre a SEDAPAT por
SEDALIB S.A, empresa que en la actualidad brinda el servicio de alcantarillado y agua
potable, por ms de 39 aos consolidada en nuestra regin, invirtiendo en la construccin
de plantas de tratamiento de agua residuales ubicado en covicorti, as como tambin las
oficinas administrativas, en semi rustica el bosque.
En la actualidad SEDALIB S.A para que determine el clculo de la demanda de agua en
le demora tiempo aproximadamente 38 minutos, dado que el clculo y el almacenamiento
se realizan en hojas de Excel, generando que las personas involucradas en el proceso
demoren en la realizacin del clculo de la demanda de agua.
El informe sobre el consumo de agua potable, es la suma de varios documentos que se
involucran en el proceso de demanda de agua potable en la Regin la Libertad, la cual
identifica que el clculo de la demanda de agua potable es el ms lento en
aproximadamente 21 minutos, tanto en la elaboracin como en la entrega del informe en
la fecha pactada, causando la inconformidad y molestia de los jefes inmediatos,

consecuentemente retrasa a todo el equipo que se encarga de la elaboracin de todo el

proceso de demanda de agua potable.
Del mismo modo el margen de error del clculo de la demanda de agua sea amplia y
poco confiable, lo cual causa que la inversin que se estima no sea correcta o tenga
errores bastante amplios que no se asemejen a la realidad, lo cual genera una
inestabilidad en el rea de planeamiento y posteriormente a la empresa en general la cual
confa en su nico instrumento de clculo de la demanda de agua potable.
La captacin de los datos acerca del problema del nivel de error de demanda de agua se
puede observar en la Figura 1, el cual resume mediante en un informe (Ver Anexo 06)
que muestra la cantidad de volumen de agua potable extra proporcionada a la poblacin.
(Ver Anexo 07) aproximadamente en dicho proceso en donde se ve la cantidad de ventas
realizadas por cada semana y en como disminuye la eficacia en ventas.
Figura 1
Promedio general = 8.975 %
66.00%
64.00%
62.00%
60.00%
58.00%
Porcentaje de Exceso de agua potable (m3)

64.50%
59.70%
58.00%
57.40%

56.00%
54.00%
52.00%

Ao del 2016

Exceso de agua en los 4 primeros meses del 2016

Como se puede ver en la Figura N 01 la cantidad de agua potable que est en exceso,
desde Enero hasta Abril se muestra un exceso considerable.

I.2 Trabajos Previos

1.2.1

Antecedentes Locales
En el mbito local el estudio titulado : Sistema Experto Basado en Redes
Neuronales para el apoyo en el Diagnstico de Retinopata Hipertensiva en la
Clnica de Ojos Oftalmovision Trujillo, segn (Vilchez Silva, 2014) en el sistema
experto propuesto tiene como base final apoyar en el diagnstico de retinopata
hipertensiva en la Clnica de ojos Oftalmovision-Trujillo a travs de un sistema
experto basado en redes neuronales aplicando la metodologa de John Durkin,
adems se aplicaron encuestas a la poblacin considerada como son los pacientes
que poseen la enfermedad de retino plastia hipertensiva y al personal mdico
oftalmolgico, otra de las tcnicas fue la observacin la cual se realiz directamente
al proceso de diagnstico con una gua de observacin como instrumento, en la
fase de desarrollo se realiz la contratacin de la hiptesis se obtuvieron valores
bastantes favorables como es en el indicador tiempo promedio de diagnstico de
los pacientes, el decremento de tiempo fue de 68.77 %, en cuanto al nivel de
satisfaccin del personal mdico el porcentaje fue de 22.6% y la satisfaccin de los
pacientes con retinopata hipertensiva fue el 82.80%, concluyendo que la
metodologa de Jhon Durkin si ayudo en la implementacin del sistema llamado
experto el cual mejoro los diagnsticos de retinopata hipertensiva ayudando as a
los oftalmlogos en su labor que realizan.
De esta investigacin, se tom la informacin como parte de la justificacin
econmica de la investigacin. El aporte que propone es que el uso de un sistema
informtico bajo plataforma web en el proceso de ventas influye en la toma de
decisiones de la empresa para mejorar su proceso como tambin mejora la
reduccin de tiempo y a lograr disminuir la el exceso de dispensa de agua potable
en funcin de la demanda.

1.2.2

Antecedentes Nacionales
En el mbito nacional, en el ao 2012, Lourdes Barturen Snchez, en la tesis
Desarrollo de un Sistema Experto sobre Web para un diagnstico de cncer de
cuello uterino en la Clnica de Maternidad Beln - Chiclayo desarrollada en la
Universidad Catlica Santo Toribio de Mogrovejo, de Per; trat la problemtica de
diagnstico de pacientes con cncer de cuello uterino proponiendo la realizacin de
un Sistema Experto en web. El objetivo fue orientar a los usuarios, identificando los

sntomas y antecedentes que presenta cada paciente y de esa manera dar un

diagnstico temprano de cncer de cuello uterino, tal como si se tratara de un
experto del rea. La recopilacin de informacin se realiz a travs de entrevistas
con los expertos, recoleccin de casos, documentacin encontrada; asimismo, la
poblacin se conform por todas las historias clnicas en el rea de ginecologa
con una muestra de 113 historias clnicas a travs de un muestreo aleatorio simple.
La metodologa de investigacin fue con un diseo de investigacin aplicada. En el
desarrollo del sistema se utiliz la metodologa CommonKADS y una base de
conocimiento empleando reglas de produccin con razonamiento hacia adelante
por parte del experto del rea. Por otro lado, muestra el grado de confianza y el
tiempo de respuesta de diagnstico como indicadores para validar la hiptesis y
determinar el cumplimiento de los objetivos que se plantearon. Los resultados
indican que

al implementar el Sistema Experto se pudo determinar que los

diagnsticos obtenidos tuvieron un grado de certeza de un 97%. Las conclusiones

indican que el Sistema propuesto, ha reducido el tiempo promedio que el
gineclogo se tomaba para dar un diagnstico de cncer de cuello uterino.
De este antecedente, se tom en cuenta los indicadores, los cuales son un gran
aporte para el presente proyecto de investigacin, as como la metodologa de
desarrollo del sistema inteligente.
1.2.1

Antecedentes Internacionales
En el mbito internacional el desarrollo de tesis titulado APLICACIN DE REDES
NEURONALES PARA DETERMINAR EL PRONSTICO DE LAS VENTAS EN LA
EMPRESA CATERING & BUFFETS MyS UBICADA EN LA CIUDAD DE PIURA,
segn (Quito Elera, 2015) en su desarrollo propuesto se centr en aplicar redes
neuronales para determinar el pronstico de las ventas con el menor porcentaje de
error en la empresa antes mencionada, en la cual no se especifica concretamente
el nmero de la poblacin pero toma como poblacin y muestra a 336 ventas, con
respecto al instrumento para los datos solo la relaciona a la revisin de documentos
en donde la empresa le permite a acceder a ellos y para su procesamiento se us
las hojas de Excel de office, en el desarrollo de la red neuronal se aplicaron 5 de
entrada,3 ocultas, y la neurona de salida es solo 1, la funcin de transferencia fue
la sigmoidal, en forma de conclusin el porcentaje de error que se obtuvo al final de
la implementacin de la red neuronal en el rea de ventas fue el 1%.

Esta investigacin permiti ampliar el planteamiento del problema, justificacin,

marco terico de la presente investigacin y profundizar la comprensin sobre el
lenguaje de programacin a utilizar para el desarrollo del sistema propuesto,
considerando la compatibilidad con navegadores web, adems de los motores de
base de datos a utilizar.
Extreme Programming (XP)
La programacin extrema es una metodologa de desarrollo ligero (o gil) basada
en una serie de valores y de prcticas de buenas maneras que persigue el objetivo
de aumentar la productividad a la hora de desarrollar programas.
XP (Extreme Programming) es una metodologa utilizada para desarrollar software
de alta calidad de la manera ms rpida posible y con el mayor beneficio para el
cliente.
Se caracteriza por tener ciclos de desarrollo extremadamente breves, integracin
constante, retroalimentacin continua por parte del cliente, pruebas automatizadas
regulares y enfoque de equipo.
Es el ms destacado de los procesos de desarrollo de software. Al igual que stos,
la programacin extrema se diferencia de las metodologas tradicionales
principalmente en que pone ms nfasis en la adaptabilidad que en la previsibilidad.
Los defensores de XP consideran que los cambios de requisitos sobre la marcha
son un aspecto natural inevitable e incluso deseable del desarrollo de proyectos.
Se cree que ser capaz de adaptar los cambios de requisitos en cualquier punto de
la vida del proyecto es una mejor aproximacin y ms realista que intentar definir
todos los requisitos al inicio del proyecto e invertir esfuerzo en controlarlos luego.
Caractersticas:
Desarrollo iterativo e incremental. Pruebas unitarias continuas.
Programacin en parejas.
Frecuente integracin del equipo de programacin con el usuario.
Correccin de todos los errores. Refactorizacin del cdigo.

Propiedad del cdigo compartida. Simplicidad.

En la Figura 6, se muestra el proceso de la metodologa XP

Figura 2

Fuente: Ros E. y Suntaxi, W.

(2007)

Metodologa XP
Para el desarrollo del presente proyecto, se plantea utilizar la metodologa de
programacin extrema (XP) cuyas fases son las siguientes:

Fase 1: Planificacin del Proyecto

Historias de Usuario: El primer paso de cualquier proyecto que siga la
metodologa XP es definir las historias de usuario con el cliente. Se puede
considerar que las historias de usuario en XP juegan un papel similar a los casos
de uso en otras metodologas, pero en realidad son muy diferentes. Las historias
de usuario slo muestran la silueta de una tarea a realizarse. Por esta razn es
fundamental que el usuario o un representante del mismo se encuentren
disponibles en todo momento para solucionar dudad, estas no proporcionan
informacin detallada acerca de una actividad especfica.
Son usadas para estimar tiempos de desarrollo de la parte de la aplicacin que
describen. Tambin se utilizan en la fase de pruebas, para verificar si el
programa cumple con lo que especifica la historia de usuario. Cuando llega la
hora de implementar una historia de usuario, el cliente y los desarrolladores se
renen para concretar y detallar lo que tiene que hacer dicha historia.
Las historias de usuario son utilizadas como herramienta para dar a conocer los
requerimientos del sistema al equipo de desarrollo. Son pequeos textos en los
que el cliente describe una actividad que realizar el sistema; la redaccin de los
mismos se realiza bajo la terminologa del cliente, no del desarrollador, de forma
que sea clara y sencilla, sin profundizar en detalles.

Las historias de usuario tambin son utilizadas para estimar el tiempo que el
equipo de desarrollo tomar para realizar las entregas. En una entrega se puede
desarrollar una o varias historias de usuario, esto depende del tiempo que
demore la implementacin de cada una de las mismas. El tiempo de desarrollo
ideal para una historia de usuario es entre 1 y 4 semanas.
Releaseplanning: Despus de tener ya definidas las historias de usuario es
necesario crear un plan de publicaciones, en ingls Release plan, donde se
indiquen las historias de usuario que se crearn para cada versin del programa
y las fechas en los que se publicarn estas versiones. Un Release plan es una
planificacin donde los desarrolladores y clientes establecen los tiempos de
implementacin ideales de las historias de usuario, la prioridad con la que sern
implementadas y las historias que sern implementadas en cada versin del
programa. Despus de un Release plan, tienen que estar claros estos cuatro
factores: Los objetivos que se deben cumplir (que son principalmente las
historias que se deben desarrollar en cada versin), el tiempo que tardarn en
desarrollarse y publicarse las versiones del programa, el nmero de personas
que trabajarn en el desarrollo y cmo se evaluar la calidad del trabajo
realizado. (Release plan, planificacin de publicaciones).
Velocidad del Proyecto: La velocidad del proyecto es una medida que
representa la rapidez con la que se desarrolla el proyecto; estimarla es muy
sencillo, basta con contar el nmero de historias de usuario que se pueden
implementar en una iteracin; de esta firma se sabr el cupo de historias que se
pueden desarrollar en las distintas iteraciones. Usando la velocidad del proyecto
controlaremos que todas las tareas se puedan desarrollar en el tiempo del que
dispone la iteracin.
Cabe recordar que la velocidad del proyecto ayuda a determinar la cantidad de
historias que se pueden implementar en las siguientes iteraciones, aunque no de
manera exacta. La revisin continua de esta mtrica en el transcurso del
proyecto se hace necesaria, ya que las historias varan segn su grado de
dificultad, haciendo inestable la velocidad de la realizacin del sistema
Iteraciones: En la metodologa XP, la creacin del sistema se divide en etapas
para facilitar su realizacin. Por lo general, por los proyectos constan de ms de
tres etapas, las cuales toman el nombre de iteraciones, de all se obtiene el

concepto de metodologa iterativa. La duracin ideal de una iteracin es de una

a 3 semanas.
Tambin se seleccionan las historias de usuario que no pasaron el test de
aceptacin que se realiz al terminar la iteracin anterior. Estas historias de
usuario son divididas en tareas de entre 1 y 3 das de duracin que se asignarn
los programadores.
Reuniones diarias: El planeamiento es esencial para cualquier tipo de
metodologa, es por ello que XP requiere de una revisin contina del plan de
trabajo. A pesar de ser una metodologa que evita la documentacin exagerada,
es muy estricta en la organizacin del trabajo.
Es necesario que los desarrolladores se renan diariamente y expongan sus
problemas, soluciones e ideas de forma conjunta. Las reuniones tienen que ser
fluidas y todo el mundo tiene que tener voz y voto.

Fase 2: Diseo
Simplicidad en el diseo: Una de las partes ms importantes de la filosofa XP
es la simplicidad en todos los aspectos. Se considera que un diseo sencillo se
logra ms rpido y se implementa en menos tiempo, por lo cal esto es lo que se
busca. La idea es que se haga el diseo ms sencillo que cumpla con los
requerimientos de las historias de usuario.
La metodologa XP sugiere que hay que conseguir diseos simples y sencillos.
Hay que procurar hacerlo todo lo menos complicado pasible para conseguir un
diseo fcilmente entendible e implementable que a la larga costar tiempo y
esfuerzo desarrollar
Glosario de Trminos: Usar glosarios de trminos y una correcta especificacin
de los nombres de los mtodos y clases ayudar a comprender el diseo y
facilitar sus posteriores ampliaciones y la reutilizacin del cdigo.
Riesgos: Si surgen problemas potenciales durante el diseo, XP sugiere utilizar
una pareja de desarrolladores para que investiguen y reduzcan al mximo el
riesgo que supone ese problema
Tarjeta de clase, responsabilidad, colaboracin (CRC cards): La principal
funcionalidad que tienen estas, es ayudar a dejar el pensamiento procedimental
para incorporarse al enfoque orientado a objetos. Cada tarjeta representa una

clase con su nombre en la parte superior, en la seccin inferior izquierda estn

descritas las responsabilidades y a la derecha las clases que le sirven de aporte
En el proceso de disear el sistema por medio de las tarjetas CRC como mximo
dos personas se ponen de pie adicionando o modificando las tarjetas, prestando
atencin a los mensajes que stas se transmiten los dems miembros del grupo
que permanecen sentados, participan en la discusin obteniendo as lo que
puede considerarse un diagrama de clases preliminar. El uso de las tarjetas
permite al programador centrarse y apreciar el desarrollo orientado a objetos.
Refactorizacin (Refactoring): La refactorizacin en el cdigo pretende
conservarlo tan sencillo y fcil de mantener como sea posible. En cada
inspeccin que se encuentre alguna redundancia, funcionalidad no necesaria o
aspecto en general por corregir, se debe rehacer esa seccin de cdigo con el
fin de lograr las metas de sencillez tanto en el cdigo en s mismo como en la
lectura y mantenimiento.
Es mejorar y modificar la estructura y codificacin de cdigos ya creados sin
alterar su funcionalidad. Refactorizar supone revisar de nuevo estos cdigos
para procurar optimizar su funcionamiento. Es muy comn rehusar cdigos ya
creados que contienen funcionalidades que no sern usadas y diseos
obsoletos. Esto es un error porque puede generar cdigo completamente
inestable y muy mal diseado, por este motivo, es necesario refactorizar cuando
se va a utilizar cdigos.

Fase 3: Desarrollo
Como ya se dijo en la introduccin, el cliente es una parte ms del equipo de
desarrollo; su presencia es indispensable en las distintas fases de XP. A la hora
de codificar una historia de usuario se presencia es an ms necesaria. No
olvidemos que los clientes son los que crean las historias de usuario y negocian
los tiempos en los que sern implementadas. Antes del desarrollo de cada
historia de usuario, el cliente debe especificar detalladamente lo que sta har y
tambin tendr que estar presente cuando se realicen los test que verifiquen
que la historia implementada cumple la funcionalidad especificada

La codificacin debe hacerse ateniendo a estndares de codificacin ya creados.

Programar bajo estndares mantiene el cdigo consistente y facilita su
comprensin y escalabilidad.
Crear

test

que

prueben

el

funcionamiento

de

los

distintos

cdigos

implementados nos ayudar a desarrollar dicho cdigo. Crear estos test antes
nos ayuda a saber qu es exactamente lo que tiene que hacer el cdigo a
implementar y sabremos que una vez implementado pasar dichos test sin
problemas ya que dicho cdigo ha sido diseado para ese fin. Se puede dividir la
funcionalidad que debe cumplir una tarea a programar en pequeas unidades,
de esta forma se crearn primero los test para cada unidad y a continuacin se
desarrollar dicha unidad y a continuacin se desarrollar dicha unidad as poco
a poco conseguiremos un desarrollo que cumpla todos los requisitos
especificados
XP tambin propone un modelo de desarrollo colectivo en el que todos los
programadores estn implicados en todas las reas; cualquiera puede modificar
o ampliar una clase o mtodo de otro programador si es necesario y subirla al
repositorio de cdigo.

Fase 4 Pruebas
Uno de los pilares de la metodologa XP es el uso de test para comprobar el
funcionamiento de los cdigos que vayamos implementando
Se deben crear las aplicaciones que realizarn los test con un entorno de
desarrollo especfico. Hay que someter a test las distintas clases del sistema
omitiendo los mtodos ms triviales.
Test de aceptacin. Los test mencionados anteriormente sirven para evaluar las
distintas tareas en las que ha sido dividida una historia de usuario. Para
asegurar el funcionamiento final de una determinada historia de usuario se
deben crear Test de aceptacin; estos test son creados y usados por los
clientes para comprobar que las distintas historias de usuario cumplen su
cometido.

A.

Base de Datos : MySQL

Segn Prez (2007, p.14), MySQL es un sistema de administracin para la base de
datos relacionales que provee una solucin robusta a los usuarios con poderosas

herramientas multiusuario, es un software de libre distribucin, y su principal ventaja

es que funciona en cualquier plataforma tanto Unix como Windows, adems MySQL
es un servidor de base de datos multiusuario, correctamente, el ms rpido en
entornos web.
Segn Prez (2007, p.14), las principales caractersticas de MySQL son: gran
velocidad, robustez y facilidad de uso. MySQL soporta muchos lenguajes de
programacin como: C, C++, Java, Perl, PHP, etc. Tambin tiene la opcin de
proteccin mediante contrasea, la cual significa que es una base de datos segura.
MySQL es un gestor de base de datos SQL y es considerada como la base de
datos ms rpida y robusta tanto para volmenes de datos tanto grandes como
pequeos.
Caractersticas de MySQL:

Es una base de datos transaccional, ya que permite claves externas, actualizacin

y borrado en cascada y bloqueo a nivel de fila, ms rpido, con cach de
consultas, mejoras en inserciones, bsqueda en ndices compuestos y creacin de
ndices sobre texto completo.

MySQL es una base de datos con gran velocidad y robustez. Y mayor rendimiento
tanto al conectar el servidor como al servir selects.

MySQL consume muy pocos recursos tanto de CPU como de memoria.

MySQL puede realizar Multiproceso, es decir, puede usar varios CPU si stos
estn disponibles. Y mejora la administracin (backup, recuperacin de errores )

Sistema de contraseas y privilegios muy flexible y seguro. Y mejor integracin

con PHP.

B.

Lenguaje de Programacin JSP

Desde su pgina oficial Oracle.com (2016) es una tecnologa Java que permite
generar contenido dinmico para web, en forma de documentos HTML 5, XML o de
otro tipo. Esta tecnologa es un desarrollo de la compaa Sun Microsystems, ahora
Oracle Corporation. En la actualidad est disponible la Especificacin JSP 2.1. Las
JSP's permiten la utilizacin de cdigo Java mediante scripts. Adems, es posible
utilizar algunas acciones JSP predefinidas mediante etiquetas. Estas etiquetas

pueden ser enriquecidas mediante la utilizacin de Bibliotecas de Etiquetas

(TagLibs o Tag Libraries) externas e incluso personalizadas. JSP puede
considerarse como una manera alternativa, y simplificada, de construir servlets. Es
por ello que una pgina JSP puede hacer todo lo que un servlet puede hacer, y
viceversa. Cada versin de la especificacin de JSP est fuertemente vinculada a
una versin en particular de la especificacin de servlets. El funcionamiento general
de la tecnologa JSP es que el Servidor de Aplicaciones interpreta el cdigo
contenido en la pgina JSP para construir el cdigo Java del servlet a generar. Este
servlet ser el que genere el documento (tpicamente HTML) que se presentar en
la pantalla del Navegador del usuario.
JSP -> Servidor Aplicaciones (Servlets) -> Cliente (Navegador)
Es posible enriquecer el lenguaje de etiquetas utilizado por JSP. Para ello debemos
extender la capa de alto nivel JSP mediante la implementacin de Bibliotecas de
Etiquetas (Tags Libraries). Un ejemplo de estas bibliotecas son las propocionadas
por Sun bajo la denominacin de JSTL o las distribuidas por Apache junto con el
Framework de Struts.
TagLibs -> JSP -> Servidor Aplicaciones (Servlets) -> Cliente (Navegador)
El rendimiento de una pgina JSP es el mismo que tendra el servlet equivalente, ya
que el cdigo es compilado como cualquier otra clase Java. A su vez, la mquina
virtual compilar dinmicamente a cdigo de mquina las partes de la aplicacin
que lo requieran. Esto hace que JSP tenga un buen desempeo y sea ms eficiente
que otras tecnologas web que ejecutan el cdigo de una manera puramente
interpretada. La principal ventaja de JSP frente a otros lenguajes es que el lenguaje
Java es un lenguaje de propsito general que excede el mundo web y que es apto
para crear clases que manejen lgica de negocio y acceso a datos de una manera
prolija. Esto permite separar en niveles las aplicaciones web, dejando la parte
encargada de generar el documento HTML en el archivo JSP. Otra ventaja es que
JSP hereda la portabilidad de Java, y es posible ejecutar las aplicaciones en
mltiples plataformas sin cambios. Es comn incluso que los desarrolladores
trabajen en una plataforma y que la aplicacin termine siendo ejecutada en otra.
Los servlets y Java Server Pages (JSPs) son dos mtodos de creacin de pginas
web dinmicas en servidor usando el lenguaje Java. En ese sentido son similares a
otros mtodos o lenguajes tales como el PHP, ASP o los CGIs, programas que
generan pginas web en el servidor.

1.3 Formulacin del Problema

1.4.1

Problema General
De qu manera el Sistema de Pronostico va web basada en redes neuronales
mejorar el clculo de la demanda de agua potable en la empresa SEDALIB S.A,
de la ciudad de Trujillo-2016?

1.4.2

Problemas Especficos
P1: En qu medida mejorar un sistema de pronstico va web basado en redes
neuronales en la reduccin del tiempo del clculo de la demanda de agua potable?
P2: En qu medida mejorar un sistema de pronstico va web basado en redes
neuronales en la reduccin del tiempo en la elaboracin de informes sobre el
consumo de agua potable?
P3: En qu medida mejorar un sistema de pronstico va web basado en redes
neuronales en la reduccin del tiempo en el clculo de margen de error de la
demanda de agua potable?
P4: En qu medida influye la eficacia de demanda de agua potable de cada
localidad?

1.5 Justificacin del estudio

a) Justificacin Tecnolgica:
Dependiendo del grado de complejidad de determinado problema es posible o no
resolverlo por un experto humano. Es aqu donde se puede notar la importancia de
los sistemas inteligentes, ya que aprovechando la evolucin tecnolgica, estos usan
herramientas de cmputo para procesar gran cantidad de operaciones complejas
de forma rpida y acertada, suministrando respuestas confiables en situaciones en
las que los expertos humanos podran tener dificultades (Lpez, 2011, p.5).
Asimismo, en la actualidad, se han producido grandes cambios en el entorno de las
empresas u organizaciones, como consecuencia de los avances producidos por las
nuevas tecnologas de la informacin y de las comunicaciones. En este nuevo
contexto, para que una empresa pueda tomar decisiones de manera eficaz y
eficiente, es necesario disponer de la informacin, en todo momento, lugar y de

manera rpida. Esto slo es posible, utilizando las computadoras y los medios que
proporciona la tecnologa de la informacin.
b) Justificacin Econmica
Actualmente la implementacin de tecnologa de la informacin no es considerado
como un egreso, sino como una inversin, que ha futuro dejar utilidades dentro de
la empresa (Malone, Yates y Benjamin, 1987, p. 488).
Al calcular el costo total detallado del desarrollo del sistema inteligente basado en
redes neuronales para la

mejorar el clculo de la demanda de agua potable,

tomando en cuenta los materiales y recursos humanos necesarios para realizarlo,

se demostr que es justificable desarrollar el presente proyecto ya que al evaluar
su rentabilidad a travs de los indicadores econmicos VAN (Valor actual Neto) y
TIR (Tasa Interna de Retorno) se determin el resultado del VAN positivo y una TIR
menor; por lo tanto el proyecto es viable y rentable (Ver Anexo N7).
c) Justificacin Institucional
En general, un sistema es una solucin de organizacin y administracin basada en
tecnologa de informacin. Proporciona la solucin institucional ms importante a
los retos de negocios que surgen de la intensa competencia de carcter global
(Laudon y Laudon, 2004, p.11).
La implementacin de un sistema inteligente para el clculo del pronstico de
demanda de agua potable en SEDALIB S.A. permiti obtener una reduccin en el
tiempo de la elaboracin, calculo y error de demanda de consumo de agua potable
generando un aporte significativo a la gestin de la organizacin y de esa manera
se logr la satisfaccin y confianza de los trabajadores del rea brindando un
mejorado y excelente servicio a la poblacin.
d) Justificacin Operativa
Castillo, Gutirrez y Hadi (2001), afirmaron que un sistema experto combina la
sabidura colectiva de varios expertos humanos en lugar de la de uno solo; por ello,
puede responder a preguntas y resolver problemas muchas ms rpidamente que
un experto humano. Es decir, los sistemas son muy valiosos en casos en los que el
tiempo de respuesta es crtico (p.7).

El sistema inteligente basado en redes neuronales artificiales al ser implementado

en SEDALIB S.A. ayud

a automatizar, optimizar y agilizar el proceso de

formulacin de clculo de pronstico de demanda de agua potable para los

pobladores. Es decir, permiti reducir el tiempo de ejecucin y tiempo de respuesta
del proceso; asimismo, obtener un alto grado de confianza con los resultados.
Adems, sirvi de ayuda para el profesional encargado del proceso de forma rpida
y eficiente.
1.6 Hiptesis
1.6.1

Hiptesis General
La implantacin de un Sistema de Pronostico va web basado en redes neuronales
mejora significativamente el clculo de la demanda de agua potable de la empresa
SEDALIB S.A, de la ciudad de Trujillo-2016.

1.6.2

Hiptesis Especficos
H1: El Sistema de Pronostico va web basado en redes neuronales reduce el
tiempo de clculo de la demanda de agua potable de la empresa SEDALIB S.A, de
la ciudad de Trujillo-2016.
H2: El Sistema de Pronostico va web basado en redes neuronales reduce el
tiempo de elaboracin de informes de consumo de agua potable en la empresa
SEDALIB S.A, de la ciudad de Trujillo-2016.
H3: El Sistema de Pronostico va web basado en redes neuronales reduce el
tiempo en el clculo de margen de error de la demanda de agua potable de la
empresa SEDALIB S.A, de la ciudad de Trujillo-2016.

1.7 Objetivos
1.7.1

Objetivo General
Mejorar el clculo de la demanda de agua en la empresa SEDALIB S.A, de la
ciudad de Trujillo-2016 mediante un Sistema de Pronostico va web basado en
redes neuronales.

1.7.2

Objetivos Especficos
O1: Reducir el tiempo del clculo de la demanda de agua potable.
O2: Reducir el tiempo en la elaboracin de informes sobre el consumo de agua
potable.
O3: Reducir el tiempo en el clculo del margen de error de la demanda de agua
potable.

Anexo 07: Ficha de Registro N 01: Tiempo promedio en el clculo de la demanda

de agua potable

Medicin Pre-Test

SEDALIB S.A.

Investigador
Institucin investigada:
Direccin:

Proceso
Observacin:

de

Ficha de Registro PRE-TEST

Vera Guarnizo Barbara Viviana
SEDALIB S.A.
Av. Federico Villarreal 1300 Urb. Semi Rstica El Bosque Trujillo
Tiempo promedio en el
TCDA

clculo de la demanda de

agua potable.

i=1

TPCDA=
Fecha de Inicio:

Observaci
n
28/08/2016
29/08/2016
30/08/2016
30/08/2016

28/08/201
6

X
0
0
0
0

Fecha Final:

13/09/2016

CONTRASTACIN DEL PRE Y POST TEST

VI en
Total
Observaci X
VI en
Minutos
n
Minutos
00:14:57
0:14:21
14/10/2016
1 00:02:20
00:14:11
15/10/2016
1 00:01:45
00:13:09 Redondeo 16/10/2016
1 00:02:32
(14
min.)
00:14:11
17/10/2016
1 00:02:27

Total
0:02:11
Redondeo
(02 min.)

01/09/2016
02/09/2016
03/09/2016
04/09/2016
05/09/2016
06/09/2016
07/09/2016
08/09/2016
09/09/2016
10/09/2016
11/09/2016
12/09/2016
13/09/2016

0
0
0
0
0
0
0
0
0
0
0
0
0

00:14:45
00:14:19
00:12:14
00:15:14
00:13:53
00:15:13
00:14:32
00:13:28
00:17:23
00:12:12
00:16:19
00:12:53
00:15:08

18/10/2016
21/10/2016
22/10/2016
23/10/2016
24/10/2016
25/10/2016
28/10/2016
29/10/2016
30/10/2016
31/10/2016
01/11/2016
04/11/2016
05/11/2016
Fuente: Elaboracin propia

1
1
1
1
1
1
1
1
1
1
1
1
1

00:01:54
00:02:07
00:02:03
00:02:23
00:02:13
00:02:02
00:02:23
00:02:25
00:01:45
00:02:43
00:01:54
00:01:59
00:02:07

Dnde:
X (0) = Variable que representa el proceso actual.
X (1) = Variable que representa el uso del sistema propuesto.
VIm = Valor de indicador en minutos.
Se procedi a calcular los tiempos promedios en el clculo de demanda
de agua potable planteadas en el punto 2.1, antes de la implementacin,
como tambin despus de la implementacin del sistema propuesto,
estos tiempos son corroborados al hallar las medias respectivas (figuras
N 105 y N 106).
Indicador Actual:

TR=

244
=14 Minutos
17

Indicador Propuesto:

TR=

37
=02 Minutos
17

Con los datos de la tabla N 44 se procedi a realizar la prueba de

normalidad a travs del mtodo Shapiro Wilk, debido a que como se
muestra en la tabla N 44 el tamao de la muestra es menor a 30 (De la
Horra, 2003, p. 248). Dicha prueba se realiz introduciendo los datos de
cada indicador en el software estadstico SPSS 20.0, para un nivel de
confiabilidad del 95%, bajo las siguientes condiciones:
Si:
sig. < 0.05 adopta una distribucin no normal.
sig. >= 0.05 adopta una distribucin normal.
Dnde:
sig. = nivel crtico del contraste.
Tabla N 46 Prueba de normalidad tiempo de clculo de demanda de
agua potable.

Fuente: Elaboracin propia

Como se muestra en la Tabla N 46 el valor sig. Del pre-test es de 0,784
>= 0.05, por tal, adopta una distribucin normal, al igual que en el post
test el sig. Es de 0.722 >= 0.05, por lo tanto adopta una distribucin
normal.
d) Validacin de hiptesis
Se obtuvieron los siguientes resultados:
Tabla N 47 Prueba de T - STUDENT
Paired Differences
95% Confidence Interval
Mean

Std.

Std. Error

Deviation

Mean

df

Sig. (2tailed)

of the Difference
Lower

Upper

Tiempo antes de
aplicar el sistema
- Tiempo despus 0:12:10.529 0:01:31.080 0:00:22.090 0:11:23.700 0:12:57.359 33,070 16
de aplicar el
sistema

,000

Fuente: Elaboracin propia

Tomando los datos de la tabla N 47, se extrajo el valor T, por tanto no
se aplic su frmula.
T = 33,070
e) Hiptesis Estadstica
H0: Ip > Ia
Ha: Ip < Ia
Ia = Tiempo del proceso medido sin el sistema de pronstico va web
basado en redes neuronales (14:21min)
Ip= Tiempo del proceso medido con el sistema de pronstico va web
basado en redes neuronales (02:11min)
Se acepta la Ha, debido a que Ia es mayor a Ip.

Elaboracin propia

Figura N 116
T

CALCULADO

33,070
T

TEORICO

= 1,7396

Distribucin t Student
En la figura N 116 se muestra que en cuanto al resultado del contraste
de hiptesis (Tabla N 47), se obtuvo un T CALCULADO = 33,070 con 16
grados de libertad y un nivel de confianza del 95%, el cual es mayor
que el valor proporcionado por la tabla T TERICO = 1,7396 (ver anexo N
10), adems, el nivel crtico de contraste Sig. es 0,000, y debido a que
es claramente menor que 0.05 entonces se rechaza la hiptesis nula
aceptando la hiptesis alterna concluyendo que el sistema de pronstico
va web basado en redes neuronales reduce el tiempo promedio en el
clculo de la demanda de agua potable en la empresa SEDALIB S.A.
f) Descriptivos
De acuerdo a la Figura N 117 y Figura N 118, se aprecia que existe
una reduccin en el tiempo promedio en el clculo de la demanda de
agua potable, el cual se puede verificar al comparar las medias
respectivas (figura N 107), que desciende de 14:21 minutos al valor de
02:11 minutos.

 Elaboracin propia

Figura N 117

Diagrama de barras de tiempo antes de aplicar el sistema

Elaboracin propia

Figura N 118

Diagrama de barras de tiempo despus de aplicar el sistema

En las Figura N 119 y Figura N 120, se presenta los resultados en
grficos de cajas del indicador tiempo promedio de derivacin de una
incidencia antes de la implementacin del sistema y despus de la
implementacin.
Figura N 119

 Elaboracin propia
Diagrama de cajas de tiempo antes de aplicar el sistema

Elaboracin propia

Figura N 120

Diagrama de cajas de tiempo despus de aplicar el sistema

En la Figura N 121, se aprecia que existe una reduccin importante en

el tiempo promedio en el clculo de la demanda de agua potable en la
empresa SEDALIB S.A pues se redujo en 12:11 minutos, es decir,
existe una disminucin porcentual del 85.71%.
Figura N 121

0:17:17

Elaboracin propia

0:14:24
0:11:31
PRE TEST
POST TEST

0:08:38
0:05:46
0:02:53
0:00:00

0:14:21

0:02:11

Comparacin de tiempo promedio en el clculo de la demanda de agua

potable en la empresa SEDALIB S.A