SISTEMATIZACIÓN EN EL MONITOREO Y CONTROL DE NIVEL DEL

AGUA PARA PLANTAS PURIFICADORAS EN EL MUNICIPIO DE

MONTERÍA – CÓRDOBA

AUTORES
JAVIER MOGOLLON BOLAÑOS
LUIS CARLOS R BEDOYA ANDOCILLA
PEDRO PLAZA ALMANZA

NOMBRE DEL DIRECTOR

DANIEL JOSE SALAS ALVAREZ

UNIVERSIDAD DE CÓRDOBA
FACULTAD DE INGENIERÍAS
INGENIERÍA DE SISTEMAS
MONTERÍA, CÓRDOBA
2022
1. Introducción 3

1.1. Planteamiento del Problema 4

1.1.1 Árbol de problema 5

1.2. Justificación 6
1.3. Objetivos 7

1.3.1 Objetivo general. 7

1.3.2 Objetivos específicos 7

1.4. Costos del proyecto 8

1.5. Cronograma de Actividades. (Diagrama de Gantt) 10

1.6. Gestión de Riesgos 11

2. Modelo de procesos 12

2.1 Identificación de proceso y actores 12

2.1.1 Procesos 12

2.1.2 Actores 12

2.2 Modelo de procesos 13

3. Especificación de Requisitos 15

3.1 Propósito del sistema 15

3.2 Requisitos generales del producto 15

3.3 Tipos de usuarios 15

3.4 Especificación de requisitos software 16

3.4.1. Diagrama de casos de uso 17

3.4.2 Documentación casos de uso 20

1. Introducción

Crear sistemas dentro de una empresa es uno de los puntos clave para todo negocio que inicia
operaciones, ya que sienta las bases para controlar e integrar todas las áreas involucradas en las
operaciones, esto para dar un servicio eficiente y confiable, porque, en última instancia, la
empresa debe a los clientes y comprende sus necesidades, lo que permite que todas las
operaciones estén centradas en el cliente y logren resultados a mediano y largo plazo.

Para determinar las necesidades de cada empresa, se debe considerar un estudio de los requisitos
y deficiencias para lograr determinar qué tipos de controles se deben implementar en ella, es una
de las etapas importantes ya que la empresa se diagnostica como tal y puede ver si efectivamente
el proceso actual o forma de operar es la más correcta y eficiente.

En el presente trabajo nos enfocamos en la necesidades y deficiencias que presentan algunas

áreas de la empresa Aguas Alaska, por la cual se proyecta un aplicativo para dispositivos
móviles de los sistemas operativos existentes, la cual, tiene como fin ofrecer a sus usuarios
automatizar y hacer más eficiente el proceso de monitoreo y control de nivel de agua para plantas
purificadoras.

1.1. Planteamiento del Problema

La preocupación sobre la calidad del agua consumida se ha convertido en algo habitual en el

transcurso de los últimos diez años. El sabor y algunos problemas relacionados con el agua
potable son las explicaciones detrás del aumento en el consumo de agua embotellada u otras
presentaciones. En EE.UU., el consumo de este producto pasó de 4,5 galones por persona al año
en 1984 a 17 galones al año en 1999, según Beverage Marketing Corp. En numerosos países, su
valor comercial es varias veces superior al del agua potable. En EE.UU., con un ritmo de
desarrollo anual superior al 25%, el consumo de agua embotellada es de aproximadamente
4.646,1 millones de galones.

En otros países, la producción y consumo del agua embotellada también han tenido una buena
acogida, lo que se refleja en la importante expansión de sus ofertas. Como indican (Giomara &
Quizhpe, 2019), la utilización mundial de agua embotellada se está expandiendo a un ritmo anual
del 12%, es decir, se está multiplicando a intervalos regulares. Dentro del curso mundial del
cambio, surgen temas críticos, particularmente delicados que indican nuevas dificultades para el
futuro, siendo uno de estos, el recurso hídrico, según lo sostenido por (Astinza, Cubero Mora, &
Posada Arrubla, 2007); mientras que (Pacheco Vega, 2015) afirma que en la actualidad el
suministro de agua potable para la utilización humana está en peligro por el cambio ambiental y
la escasa intervención de las organizaciones gubernamentales, lo que produce una emergencia de
incertidumbre hídrica. Debido a esto, día a día, un enorme número de organizaciones han
comunicado su interés en la producción de agua en diferentes presentaciones.

El agua embotellada o en otra presentación puede ser de cualquier fuente de agua potable que
haya sido tratada física y químicamente y libre de agentes infecciosos. Las fuentes pueden ser
pozos profundos, nieve derretida en las montañas o suministros de agua municipales. Como
cualquier otro alimento, debe ser procesado, envasado y almacenado de forma higiénica y libre
de contaminación.

Hoy en día, los tanques de capacidad de agua se utilizan generalmente para varios propósitos:
abastecimiento de viviendas aisladas o no, depuración mediante ósmosis, para el sistema de agua
hortícola, la capacidad del exceso de agua, la reutilización del agua, etc.

Algo tan sencillo como controlar el nivel de llenado de cada tanque puede ser complicado si no se
tiene un acceso fácil o hay un número importante de tanques que vigilar.

La tecnología actual nos ofrece medios para facilitar la vigilancia y el control de los tanques de
agua a distancia, la empresa purificadora y empaquetadora de agua (Aguas Alaska) es
responsable de la difusión de diferentes presentaciones de agua; sin embargo, presenta problemas
a la luz del hecho de que el tanque elevado debe ser continuamente supervisado por el empleado.
Considerando esta carencia, lo que se busca con el desarrollo y posterior implementación del
proyecto es automatizar el proceso de supervisión en el área de llenado de la empresa Aguas
Alaska, esto para mecanizar y hacer más proficiente la forma más común de observar y controlar
el nivel de agua.

1.1.1 Árbol de problema

Figura 1. Árbol de problemas.

1.2. Justificación

El agua embotellada se ha convertido en un negocio que se supone llegará alcanzar los 420.900
millones de dólares en total para 2025. Según (Fior, 2019) es una imagen de prosperidad y
florecimiento en los países, donde el agua potable de alguna marca supone diferente posición
social, carácter, prosperidad, entre otros. Son varias las actividades que se realizan cada día, ya
sea el trabajo, el deporte, las fiestas y diferentes eventos que se nos presentan día a día, por lo que
la necesidad de hidratarnos nos impulsa a transportar agua filtrada y su transporte se ha hecho
mucho más sencillo desde la aparición de los compartimentos de plástico, hasta tal punto que se
ha convertido en un adorno en nuestros horarios habituales.

Sin duda el área del agua embotellada u otra presentación se está desarrollando rápidamente en
todo el planeta, por lo que se considera trabajar frenéticamente en las deficiencias o
requerimientos que la empresa purificadora y empaquetadora (Aguas Alaska) está presentado,
con el fin de mejorar su competitividad y aumentar los tiempos de creación, dicho lo anterior lo
que se busca en esta empresa es:

I. Mejorar y optimizar el área de llenado en la empresa Aguas Alaska.

II. Construir un aplicativo de medición que realice una evaluación cuantitativa mediante el
monitoreo al tanque elevado.
III. Permitir mejorar el proceso de toma de decisiones en la empresa correspondiente al
monitoreo del agua y crear una ventaja competitiva frente a las demás empresas de la
misma actividad.
IV. Servir como modelo para que empresas purificadoras tengan presente el proyecto y optar
por el aplicativo.

1.3. Objetivos

1.3.1 Objetivo general.

▪ Diseñar un sistema para el control y monitoreo automatizado del nivel de agua en

plantas purificadoras mediante un aplicativo móvil en tiempo real.
1.3.2 Objetivos específicos

▪ Estudiar las variables que afectan el proceso óptimo en el área de llenado en la

empresa Aguas Alaska.
▪ Ensamblar los dispositivos para el monitoreo del nivel de agua en los tanques
elevados.
▪ Diseñar un dispositivo con tecnología Arduino capaz de medir el nivel del agua en
tiempo real.
▪ Desarrollar un aplicativo móvil que muestre el estado del nivel del agua en tiempo
real.
▪ Aplicar pruebas al dispositivo y aplicativo para determinar su correcta
funcionalidad.

1.4. Costos del proyecto

Los costes asumen una parte importante en todo proyecto, y en los de software no son un caso
especial. de esta manera, es aplicable retratarlo para ver la razonabilidad y el control de los
mismos.

Componentes Precio
Keeyees pack Esp8266 Esp-12e Placa De $ 165.400
Desarrollo Wifi Wla
Modulo Rele 4 Canales Relay $ 23.400

Kit 5 Modulo Ultrasonido Hc-sr04 Sensor $48.000

De Distancia
 Cable Duplex 2x14 $74.900

Cable MicroUsb $19.400

Set Kit 65 Cables Jumpers $9.900

Total $341.000

Tabla 1. Costos de componentes (CC).

Salario del diseñador por hora = $12.216 COP.

CD =$12.216*8 horas al día= $97.728 COP.
CD = $97.728*5 días a la semana= $488.640 COP.
CD = $488.640*3 semanas (Tiempo promedio del diseño del software)
= $1´465.920 COP.
Tabla 2. Costos del Diseño del software (CD).

Salario del analista por hora =$12.308 COP.

CE = $12.308*8 horas al día= $98.464 COP.
CE = $98.464 *5 días a la semana= $492.320 COP.
CE = $492.320 *1.8 semanas (Tiempo promedio de las especificaciones de requisitos)
= $886.176 COP.
Tabla 3. Costos de especificación de requisitos (CE).

Salario del programador por hora = $12.768COP.

CP =$12.768*8 horas al día= $102.144 COP.
CP = $102.144*5 días a la semana= $510.720 COP.
CP =$510.720 *4.5 semanas (Tiempo promedio de la implementación del software)
= $2.298.240 COP.
Tabla 4. Costos de la implementación del software (CP).
Salario del testing por hora = $15.385 COP.
CT =$15.385*8 horas al día= $123.080 COP.
CT = $123.080*5 días a la semana= $615.400 COP.
CT = $615.400* 1 semanas (Tiempo promedio de las pruebas del sistema)
= $615.400 COP.
Tabla 5. Costos de las pruebas del sistema (CT).

PV=(CC+CD+CE+CP+CT)
PV= ($341.000 + $1´465.920 + $886.176 + $2´ 298.240 + $615.400)
PV= ($5´606.736COP.) Estimado
Tabla 6. Precio total del software.
1.5. Cronograma de Actividades. (Diagrama de Gantt)

El cronograma de actividades nos permite decidir la hora de ejecución de los compromisos hacia
el inicio, aportando fechas de inicio y consumación, así como los activos, por ejemplo,
materiales, personas, administraciones. Asimismo, nos permitirá estudiar o distinguir los
diferentes factores exteriores e interiores que pueden afectar el proyecto, para tener la opción de
cambiar los factores previstos para terminar el trabajo en el tiempo previsto. Para planificar un
plan de trabajo contamos con un valioso instrumento, por ejemplo, el esquema de Gantt, que es
una herramienta que nos permite tener un control de las tareas por un tiempo determinado. Su
elaboración es excepcionalmente sencilla y sus etapas subyacentes son extremadamente
convincentes para la elaboración del proyecto.

Cronograma de Actividades
N° ACT S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S 11 S 12
IVI
DA
D
1 Estu x x x  x                
diar
las
varia
bles
que
afect
an el
proc
eso
ópti
mo
en el
área
de
llena
do.
2 Ensa    x x  x  x          
mbla
 r los
disp
ositi
vos
para
el
moni
toreo
del
agua.
3 Dise        x x   x          
ñar
un
disp
ositi
vo
capa
z de
medi
r el
nivel
del
agua.

4 Desa              x  x  x  x  
rroll
ar un
aplic
ativo
móvi
l que
mues
tre el
estad
o del
nivel
del
agua.
5 Apli                      x  x
car
prue
bas
al
disp
ositi
vo
 para
deter
mina
r su
corre
cta
funci
onali
dad.
Tabla 7. Cronograma de actividades.

1.6. Gestión de Riesgos

Las estrategias de gestión de riesgos permiten distinguir las cualidades del proyecto, las
deficiencias, las posibles oportunidades y amenazas del proyecto. Al tomar medidas para las
ocasiones sorprendentes, se puede estar preparado para responder en caso de que surjan. Para
garantizar el éxito del proyecto, realmente se quiere caracterizar cómo va a supervisar los
peligros potenciales con el objetivo de poder distinguir, aliviar o mantener alejados los problemas
cuando sea necesario.

Riesgo Impacto Probabilidad Mitigar

El usuario final no comprende el Alto 40% Hacer una capacitación del producto
funcionamiento del software. final a los usuarios y facilitar
un Manual de usuario de fácil
comprensión.

Las personas a cargo del Medio 40% Hacer capacitaciones al personal

proyecto no presentan suficiente
conocimiento para el nivel de
complejidad que aborda llevar a
cabo el proyecto.
El producto final no cumple con
para que adquieran buenas bases
frente al desarrollo del proyecto.
Alto 50% Hacer un análisis del sistema para
 los requerimientos establecidos. corregir la falta de requerimientos.

El desarrollo no cumpla con los Medio 20% Hacer reuniones con el equipo de
tiempos establecidos. trabajo para hacer un
replanteamiento del tiempo
establecido.
Tabla 8. Gestión de riesgos.

2. Modelo de procesos

El modelado toma gran relevancia, ya que nos permite comprender los instrumentos esenciales de
una empresa, distinguir las circunstancias que pueden ser mejoradas, caracterizar nuevas
actividades, y en consecuencia pueden suponer un cambio empresarial.

Ahora bien, las organizaciones o asociaciones confían en que sus ciclos sean competentes, por lo
que deben ser adecuadamente distinguidos y supervisados en busca de una mejora constante.

2.1 Identificación de proceso y actores

2.1.1 Procesos
I. Proceso de medición de tanque: Este proceso corresponde a una
verificación constante por parte del aplicativo para constatar que el nivel
del tanque no esté por debajo del 10%.
II. Proceso de llenado del tanque: Este Proceso requiere la intervención del
empleado que, a través de la aplicación, ajustará el porcentaje a llenar el
 tanque, además, al terminar el proceso de llenado, se hará un registro en el
conjunto de datos.
III. Proceso de Consulta: Este proceso requiere intervención del empleado
que tendrá la posibilidad de consultar los registros almacenados en la base
de datos.

2.1.2 Actores
I. Empleado: Este trabajo corresponderá al empleado que accederá desde su
dispositivo móvil a la información suministrada por el aplicativo y podrá
dar acción a este.
2.2 Modelo de procesos

Figura 2. Proceso de medición.

Figura 3. Proceso de llenado.

Figura 4. Proceso de consulta.
3. Especificación de Requisitos

3.1 Propósito del sistema

Como se ha expresado anteriormente, el objetivo fundamental de este trabajo es proporcionar a
los usuarios datos en tiempo real del estado del tanque elevado mediante un aplicativo móvil.

3.2 Requisitos generales del producto

El aplicativo como función principal tendrá la visualización del nivel del agua en tiempo real, así
como la opción de escoger el porcentaje a llenar del tanque, una vez escogido el porcentaje de
llenado el aplicativo accionará la motobomba, por otro lado, siempre tomará registro del
porcentaje ingresado, hora y fecha que posteriormente guardará en la base de datos. Además,
contará con un sistema automático en caso de perder la conexión a internet, en caso de ocurrir lo
anterior el aplicativo funciona de forma automática o puede ocurrir que el usuario active esta
función.

3.3 Tipos de usuarios

Usuario Descripción
Empleado La primera versión del aplicativo tendrá como
usuarios principales a los empleados del área
de llenado de la empresa, estos tendrán control
total sobre el sistema
Tabla 9. Tipos de usuarios.
3.4 Especificación de requisitos software
Código Nombre Descripción Prioridad
RF1 Información del nivel El sistema proporcionará a los usuarios 5
del agua. datos en tiempo real del nivel del agua en
el tanque elevado.
RF2 Verificación del nivel El sistema estará en constante verificación 4
del agua del nivel del agua, en caso en que el nivel
del agua sea bajo, el sistema lo notificará.
RF3 Verificación en la En caso de pérdida de wifi, el sistema 3
conexión trabajará de manera automática.
RF4 Ingreso de porcentaje El sistema permitirá al usuario ingresar el 2
porcentaje para llenar el tanque
RF5 Ingreso de registros en El sistema guardará Datos importantes, 2
la base de datos como la fecha, hora y último porcentaje
ingresado por el usuario.
RF5 Mostrar Registro El sistema tendrá una sesión en la cual se 1
podrán ver los registros
RF7 Modo Automático El sistema permitirá al usuario ponerlo en 1
modo automático.

Tabla 10. Requerimientos Funcionales.

Código Nombre Descripción Prioridad

RNF1 Desempeño El sistema no causara problemas en 5
su manejo o implementación
RNF2 Rendimiento El sistema funcionará de manera 5
estable en sistemas operativos
Android.
RNF3 Usabilidad El sistema deberá tener una interfaz 4
amigable con el usuario
RNF4 Portabilidad El sistema debe brindar comodidad 2
a los usuarios finales.
Tabla 11. Requerimientos No Funcionales.
3.4.1. Diagrama de casos de uso
El caso de uso es un magnífico instrumento para instar a los clientes previstos a discutir un marco
según su propia perspectiva.

La idea es incluir a los clientes en las fases iniciales del análisis y la planificación del sistema.
Esto mejora la probabilidad de que el sistema de mayor provecho para las personas a las que debe
ayudar, en lugar de ser una administración inconcebible e inconmensurable de articulaciones
computacionales para los clientes finales.

Figura 5. Caso de uso verificación del nivel del agua.

Figura 6. Caso de uso Llenado del tanque elevado.

Figura 7. Caso de uso modo automático.

Figura 8. Caso de uso Visualización de registros.

Figura 9. Caso de uso Sistema General.
3.4.2 Documentación casos de uso
Caso de uso #1
Nombre: Verificación del nivel de agua
Actor: Empleado
Objetivo Asociado Verificación del nivel de agua
Descripción El sistema proporcionará a los usuarios datos en tiempo real del nivel del
agua en el tanque elevado.
Precondición Ninguna
Secuencia Normal Pasos
1 Acceder al aplicativo
2 Visualizar la sección de información del nivel del agua
3 Conexión con el controlador
4 Conexión del controlador Al sensor que toma los datos en tiempo
real al tanque elevado
Postcondiciones
Excepciones Pasos
1 En caso de que el aplicativo no muestre la información del nivel del
agua se le informará al usuario
Importancia Alta
Fin de caso de uso Muestra de manera exitosa la información del nivel del agua en tiempo
real
Caso de uso #2
Nombre: Llenar tanque elevado
Actor: Empleado
Objetivo Asociado Llenar tanque elevado
Descripción El sistema permitirá al usuario ingresar el porcentaje para llenar el
tanque
Precondición Ninguna
Secuencia Normal Pasos
1 Acceder al aplicativo
2 Ingresar el nivel a llenar el tanque elevado
3 El controlador toma los valores ingresados en el paso anterior
4 El controlador hace conexión con el componente relé encargada de
activar o desactivar motobomba
Postcondiciones
Excepciones Pasos
1 En caso de que el aplicativo tenga algún error al momento de
ingresar el porcentaje se le dará aviso al usuario
Importancia Alta
Fin de caso de uso Encendido de motobomba

Caso de uso #3
Nombre: Modo automático
Actor: Empleado
Objetivo Asociado Modo automático
Descripción En caso de pérdida de wifi, el sistema trabajará de manera automática o
el usuario tiene la opción de activar este modo de manera manual
Precondición Ninguna
Secuencia Normal Pasos
1 Acceder al aplicativo
2 Activar modo automático
3 El controlador hará uso de valores por defecto
4 El controlador hace conexión con el componente relé encargada de
activar o desactivar motobomba
Postcondiciones
Excepciones Pasos
1 En caso de que el aplicativo tenga algún error en activar el modo
 automático se le dará aviso al usuario
Importancia Media
Fin de caso de uso El aplicativo mostrará al usuario que el modo automático este activo de
manera satisfactoria

Caso de uso #4
Nombre: Ver Registros
Actor: Empleado
Objetivo Asociado Ver Registros
Descripción El sistema tendrá una sesión en la cual se podrán ver los registros
Precondición Ninguna
Secuencia Normal Pasos
1 Acceder al aplicativo
2 Buscar la sección de registros
3 Se hará conexión a la base de datos
4 Se mostrarán todos los registros
Postcondiciones
Excepciones Pasos
1 En caso de que el aplicativo no muestre los registros se le dará aviso
al usuario
Importancia Baja
Fin de caso de uso El aplicativo mostrará al usuario todos los registros al usuario