“Año Regional del Centenario de José María Arguedas Altamirano”

“Año de la Inversión para el Desarrollo Rural y la Seguridad Alimentaria”

INSTITUTO DE EDUCACIÓN SUPERIOR TECNOLÓGICO PÚBLICO

“San Pedro del Valle de Mala”

Área de Computación e
Informática

Título de Proyecto Productivo:

SISTEMA DE ACTUALIZACIÓN DE COBROS DE LA

COMISION CORREVIENTO - RINCONADA

Autor:

JHONATAN JAVIER CASTRO FALCON

JEFFERSON MALÁSQUEZ CAMACHO

Asesor:

Mg. CESAR MARIO GARCÍA AVALOS

Mala

2014

1
 DEDICATORIA

Dedicamos este proyecto a nuestra familia

por ser quienes nos han apoyado para
formarnos como profesionales técnicos y nos
han motivado a que nos desarrollemos como
personas.

INDICE

2
 Pág.

INTRODUCCIÓN. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5

1. DATOS INFORMATIVOS.
1.1. Nombre del Proyecto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.2. Responsables del Proyecto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.3. Órgano o Institución Responsable del Proyecto. . . . . . . . . . . . . . . . . . . 6
1.4. Localización. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.5. Fecha de inicio. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
1.6. Fecha de término. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2. FUNDAMENTACIÓN DEL PROYECTO
2.1. Diagnóstico. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.1.1 Planteamiento del problema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6
2.1.2 Antecedentes. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
2.1.3 FODA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
2.1.4 Análisis de involucrados. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 10
2.1.5 Árbol de Causas-Efectos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
2.1.6 Árbol de Objetivos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
2.1.7 Mercado. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.2. Formulación del problema. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.3. Alternativas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
2.4. Descripción del proyecto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
2.5. Justificación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
2.6. Limitaciones y alcance del proyecto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
2.7. Vinculación con la Carrera Profesional.
2.7.1 Diseño. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
2.7.2 Definición de términos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
3. OBJETIVOS
3.1. Objetivo general. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
3.2. Objetivos específicos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31

3
4. ESTRUCTURA DEL PROYECTO
4.1. Organización. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
4.1.1. Organización de recursos humanos. . . . . . . . . . . . . . . . . . . . . . . . 31
4.1.2. Organización de materiales y equipos necesarios. . . . . . . . . . . . . 31
4.1.3. Organización de recursos económicos. . . . . . . . . . . . . . . . . . . . . 31
4.1.3.1. Presupuesto. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
4.2. Planificación. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
4.3. Metas a lograr. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.4. Financiamiento. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
4.5. Beneficiarios directos e indirectos. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
5. CONTINUIDAD Y SOSTENIBILIDAD DEL PROYECTO. . . . . . . . . . . . . . . 34

BIBLIOGRAFÍA. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

ANEXOS. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35

4
 INTRODUCCIÓN

El sub distrito de riego Mala-Omas está conformado por nueve comisiones

que corresponden a determinados sectores del valle de Mala. Por ejemplo, los
canales que riegan los predios cercanos al distrito de Calango, pertenecen a la
comisión de Calango. Del mismo modo, los canales que irrigan predios localizados
desde la salida del centro poblado de Mala hasta Correviento (antes de Calango) y
solo al margen izquierdo del río Mala, pertenecen al sector Correviento-
Rinconada.

La Comisión Correviento Rinconada, también reconocida como la 03, tiene un total

de 759.94 Ha de las cuales 728.17 Ha. corresponden al área bajo riego. Esta área
está repartida en 577 predios que son irrigados por siete canales. En la Tabla 01
se aprecia los detalles de esta distribución.

Tabla 01. Información de los Canales de la Comisión Correviento-Rinconada

La Comisión 03 tiene el encargo de realizar el cobro por uso de aguas

superficiales de riego, monto establecido cada año y que debe cubrir el
presupuesto para ese período. El monto o tarifa a cobrar está en función del área
bajo riego del predio. Sin embargo, el pago no es realizado por el 100 % de
usuarios, quedando cada año un porcentaje de usuarios morosos. También puede
ocurrir que un usuario pague solamente una fracción del predio. Los predios están
identificados por un número de catastro (asignado por la autoridad de riego,

5
dependencia del Ministerio de Agricultura ANA), el que fue renovado, pues
anteriormente tenían otro número de catastro.

El pago por tarifa por uso de agua con fines agrarios tiene varios componentes.
Sin embargo para el año 2014 se ha considerado cuatro solamente: componente
comisión de regantes, componente junta de usuarios, componente junta nacional
de usuarios y la retribución económica (antes denominado canon). En años
anteriores se consideraban otros componentes, los que incluso han ido variando
de nombre o concepto, como unidad de agua y riego y fondo de agua.

Las Comisiones establecen su presupuesto para un nuevo año el que es remitido

a la Junta de usuarios en el cual establecen el monto de cobro por tarifa de agua.
La junta de Usuarios a su vez remite a la Autoridad competente (ANA) y este
aprueba el monto a cobrar y establece la distribución para cada uno de los
componentes, el cual es único para cada Comisión o sector. Es así que se tiene
información de más de 20 años sobre componentes de las tarifas así como de
pago de estas por los usuarios.

La modalidad de pago también ha variado a lo largo del tiempo. En ocasiones se

realizaba en la oficina de la Junta, otras veces por medio de una entidad bancaria.
También el cobro era realizado por la Junta y luego transfería a la Comisión el
monto que le correspondía. Sin embargo desde hace cuatro años es la misma
Comisión que realiza el cobro y utilizando una entidad bancaria.

El cobro se realiza para la tarifa actual, 2014 en este caso, y para las tarifas
atrasadas o correspondientes a años anteriores. A las tarifas atrasadas se aplica
un interés de 1% a partir del año 2000.

Cuando empezó a informatizarse el sistema de cobranza, la información con la

cual se contaba no era real en su totalidad, Año a año se trata de recabar la
información. Como los datos anteriores no son confiables, no se puede establecer
con exactitud la deuda.

6
La distribución de agua se realiza con los “Roles de Riego” correspondiendo a
cada predio una cantidad de horas de riego, cuyos horarios están establecidos en
los roles. También a cada predio le corresponde una determinada longitud de
limpia de canal, que consiste en mantener operativo el canal de riego y evitar las
quiebras de canal que causan averías en los predios y en las vías de
comunicación terrestre.

Desde el año 1997 se ha venido implementando un sistema que básicamente

controla los cobros, el cual ha sido desarrollado en un lenguaje de la época, Visual
Foxpro 6.0 de Mycrosoft. Este paquete de programación está orientado a
aplicaciones de escritorio (no en red, menos considera internet). A pesar de ser
relativamente antigua ya consideraba la programación orientada a objetos,
utilizada en la actualidad. También su base de datos propia, con archivos DBF, se
muestra rápido al realizar consultas. También este paquete tiene su generador de
reportes. Es decir este software tiene varias cosas a su favor, varias fortalezas.
Pero a pesar de ello ya la empresa Microsoft lo ha abandonado, quizá
básicamente a que no se ajusta al estándar actual de un lenguaje de
programación, que debe conectarse a cualquier sistema de administración de
base de datos y no a uno en particular, por más efectivo que este sea. También
debe permitir el desarrollo de aplicaciones web. No obstante han salido otras
versiones, hasta Visual Foxpro 9.0 que permite realizar aplicaciones web.

Entonces se avizora otras necesidades, que por el momento los dirigentes de la

Comisión no lo consideran. Es la masificación de Internet. Los usuarios pueden
tener la opción de consultar la información de su pagos de tarifa y roles de riego
por internet, incluso utilizando un dispositivo móvil. Y podrían hasta realizar sus
pagos transfiriendo los montos desde su cuenta personal a la cuenta de la
comisión o ir directamente al banco. También realizar las consultas de sus roles
de riego. Podría establecerse otros servicios, aprovechando ser un gremio que
aglutina a usuarios de un determinado sector, estableciendo mecanismos de
adquisición de insumos o colocación de productos.

7
Es por tal motivo que se plantea el presente proyecto, que busca presentar una
alternativa al sistema actual pero que ofrezca otras ventajas y a la que se pueda
agregar en el futuro otros módulos. Este es un reto, pues migrar los datos
existentes almacenados por varios años, bajo diferentes criterios hace algo
engorroso programar. Además se debe tomar en consideración los futuros criterios
de cobranza y la nueva ley que lo rige.

PROYECTO PRODUCTIVO

1. DATOS INFORMATIVOS

8
 1.1. Nombre del Proyecto

Sistema de Actualización de Cobros de La Comisión Correviento - Rinconada

1.2. Responsables del Proyecto.

Jhonatan Javier Castro Falcon
Jefferson Malásquez Camacho
1.3. Órgano o Institución Responsable del Proyecto.
Comisión de riego “Correviento-Rinconada” correspondiente al sub distrito
de riego Mala-Omas
1.4. Localización.
Mala, Cañete, Lima Provincias.
1.5. Fecha de inicio: 01-Junio-2014.
1.6. Fecha de término: 31-Diciembre-2014

2. FUNDAMENTACIÓN DEL PROYECTO

2.1. Diagnóstico
2.1.1 Planteamiento del problema.
La Comisión 03 Correviento - Rinconada del subdistrito de riego Mala-
Omas cuenta actualmente con un sistema de manera local que limita a los
usuarios poder conocer e informarse de los cobros, roles, actividades que
se están desarrollando en la Comisión de Regantes por tal motivo vemos la
necesidad de poder actualizar el sistema con posibilidad de realizarlo Vía
Web para que todo usuario con solo tener una computadora en casa o un
celular con internet tenga la facilidad de poder informarse de todas las
actividades que se desarrollan en la Comisión.
Ante estas nuevas necesidades la Comisión manifiesta que se requiere
que se actualice el software a los nuevos requerimientos y necesidades.

2.1.2 Antecedentes

9
Sosa (2012) se planteó la revisión de los procesos y la forma de operación
de la empresa en lo concerniente a la logística. De acuerdo al resultado del
análisis de la situación actual se planteó nuevas formas de operar además
del desarrollo de un sistema informático para el control de las existencias
en el almacén. Siendo los recursos de la empresa limitados se planteó
empezar por el control de las existencias del almacén. Para esto se hizo un
planteamiento del problema y de su detalle y se describieron las
herramientas serán usadas para el análisis y formulación de este sistema.
Algo similar es lo que se plantea realizar en la ferretería “Carolina”.

Hidalgo (2012) para la gestión de inventarios de la ferretería ALDISA S.A.

en primera instancia realizó un diagnóstico general de la empresa para
identificar los puntos débiles y hacer énfasis en ellos. Se identificó el
porcentaje de actividades que se pueden mejorar para realizar el modelo
de inventarios. Posteriormente se implementó indicadores de gestión que
permitieron hacer una medición real de la situación de la empresa antes y
después de la sensibilización de los empleados. Se confirmó que el área
de inventarios era una de las más traumáticas recomendándose la
implantación de un modelo de inventarios que responda a la pregunta
¿Cuánto pedir? ¿Cuándo pedir?, lo que permitió concientizar al Gerente
General sobre la importancia del modelo para agilizar y mejorar la forma de
pedir los insumos, dependiendo de las variables costo y tiempo de entrega
de los proveedores, teniendo en cuenta la demanda histórica de cada una
de la líneas manejadas por la ferretería. De igual modo, el sistema que se
plantee para la ferretería “Carolina” debe poder emitir reporte de los
productos con bajo nivel de stock para realizar los pedidos en la cantidad
que reporta la demanda histórica. Entonces también tendría que haber un
reporte de ventas de un determinado producto para un lapso de tiempo,
para todos los productos.

El objetivo del proyecto de Pérez (2004) fue crear la base de datos para
una ferretería para tener un control de los productos, clientes, proveedores

10
y realizar reportes de inventario. La base de datos fue realizada en MySQL
y los módulos en PHP, HTML y Microsoft Access. Tuvo mayor dificultad en
el área de ventas donde se tiene que realizar la mayor cantidad de
validaciones de datos. En base a estas características es que se planteará
el proyecto de Sistema de ventas de la ferretería “Carolina”..

Tobar (2010) realizó el diseño y la implementación de un sistema contable

y concluyó lo siguiente: la ferretería “Tío Campo” no dispone de sistema
contable administrativo financiero, que le permita conocer su situación
actual, lo que implica que no pueda aprovechar sus recursos óptimamente
para mejorar la rentabilidad de su negocio; está dirigido por su propietario
lo que permite que exista un mayor control de inventarios y disponer del
efectivo para invertirlo; su estrategia es la atención amable del cliente y
almacenando únicamente la cantidad de los productos requeridos por los
clientes; se implementó un sistema contable que describe los
requerimientos necesarios para el adecuado funcionamiento del negocio,
mediante estrategias contables y administrativas, así como el control
interno. De esas características es deseable que sea el sistema a
desarrollar para la ferretería “Tío Campo”.

11
 2.1.3 FODA

Cuadro 1. Análisis Comisión “Actualización de Cobros de la Comisión Correviento - Rinconada”

FORTALEZAS DEBILIDADES
1. Recurso Humano capacitado en 1. Se cuenta con un sistema tradicional que
desarrollo de Sistemas genera deficiencia.
informáticos. 2. Falta de protocolos de seguridad en la
2. Financiamiento del proyecto. información.
3. Sistema innovador para la junta
de usuarios.

OPORTUNIDADES FO: DO:

1. Implementación de sistemas a Plan de desarrollo de sistemas. Plan de contingencia.
otras juntas de usuarios. Plan de financiamiento. Plan de capacitación.
2. Financiamiento de otras juntas Plan de investigación de mercado.
de usuarios.

AMENAZAS FA: DA:

1. Sistema de actualización Plan estratégico de sistemas. Plan de mejora.
ofrecido por otros
desarrolladores de proyectos.
2. Situación económica del país.

12
 2.1.4 ANÁLISIS DE INVOLUCRADOS

Cuadro 2. Análisis de Involucrados en el Sistema de la Comisión “Correviento-Rinconada”

Qué pasaría si no
Problemas Descripción de los Intereses y
Involucrados se resuelve el Compromisos
percibidos problemas expectativas
problema
Mejorar el control de
las pagos e Capacitar a los
Desconocimiento en las fechas
información, para un trabajadores y
de pago y también las El desorden que
Directivos de la Inadecuado adecuado de las usuarios que
actividades que se realizan en causaría por falta
Comisión control de pagos. actividades de la emplearan el sistema
la Comisión “Correviento- de información
Comisión de forma directa e
Rinconada”
“Correviento- indirecta.
Rinconada”
Realizar una
Falta de contabilidad exacta.
información los Deficiencia en la
pagos para una realización de Mejorar la
Área Contable No hay registro de pagos.
correcta pagos en la fecha contabilidad.
contabilidad indicada.
(Real).

Pérdida de tiempo Pérdida de tiempo en llevar el  Garantizar una

Bajo rendimiento Mejorar el tiempo de
en llevar en forma control Pagos, originando buena atención a los
Operarios por parte de los realización en sus
manual el control malestar en los operarios al usuarios y un buen
trabajadores. labores.
de pagos. perder tiempo. control de pagos.

13
 2.1.5 Árbol de Causas-Efectos

EFECTO FINAL
Menor recaudación

EFECTO FINAL INDIRECTO 1

Deterioro de la imagen de la gestión de la
Comisión.

EFECTO DIRECTO 2
EFECTO DIRECTO 1
Deficiencia de reportes, consultas,
Pérdida de tiempo en los procesos y
informes y actualización de los datos.
horas hombres generan deficiencia en
Deficiente comunicación entre la comisión
la junta de usuarios.
usuario.

PROBLEMA CENTRAL
Deficiencia en el sistema tradicional de cobros de la Comisión
“Correviento-Rinconada”.

MEDIO DE PRIMER NIVEL 1

Afectación de la recaudación con el tipo de
sistema actual.

MEDIO DE SEGUNDO NIVEL 1

MEDIO DE SEGUNDO NIVEL 2
Duplicidad de información
Pérdida de documentación
genera anomalías en los
genera problemas a la junta de
procesos de la junta de
usuarios.
usuarios.

Figura 1. Árbol de objetivos de la Comisión “Correviento-Rinconada”

14
2.1.6 Árbol de Objetivos

FIN FINAL
Mayor recaudación

FIN INDIRECTO 1
Una buena imagen de la
gestión de la Comisión.

FIN DIRECTO 1 FIN DIRECTO 2

Ahorro de tiempo y dinero para obtener la Eficiente comunicación entre la
información por el usuario comisión y el usuario

OBJETIVO CENTRAL
Eficiencia en el sistema de cobros de la Comisión “Correviento-
Rinconada”

MEDIO DE PRIMER NIVEL 1

Adecuado proceso en los cobros a los usuarios de la
comisión Correviento-Rinconada

MEDIO DE SEGUNDO NIVEL 1

MEDIO DE SEGUNDO NIVEL 2
Uso de las herramientas
Uso de las herramientas
Lenguaje de programación PHP
Lenguaje de programación
con HTML, motor de Base de
PHP con HTML, motor de Base
Datos MySQL con un servidor
de Datos MySQL con un
remoto para la junta de
servidor remoto para la junta
usuarios un servidor remoto
de usuario.
para la junta de usuario

Figura 2. Árbol de objetivos de la Comisión “Correviento-Rinconada”

15
 2.1.6 Mercado

Se realizó entrevistas principalmente a los Directivos para determinar sus

necesidades y requerimiento. También se entrevistó al Contador y a los operarios del
sistema para que nos indiquen las limitaciones del actual sistema y los requerimientos
del sistema en la actualidad.

2.2. Formulación del problema.

2.2.1. Problema general

¿Cómo el inadecuado sistema tradicional de cobros afecta a la junta de usuarios
“Correviento-Rinconada”?
2.2.2. Problemas específicos
1. ¿Cómo el inadecuado sistema tradicional afecta en el control de los pagos de
la junta de usuarios?
2. ¿Cómo la Duplicidad de información genera anomalías en los procesos de la
junta de usuarios?
3. ¿Cómo la pérdida de documentación genera problemas a la junta de usuarios?
4. ¿Cómo la Pérdida de tiempo en los procesos y horas hombres generan
deficiencia en la junta de usuarios?
5. ¿Cómo el inadecuado sistema genera deficiencia en los reportes, consultas e
informes y actualización de los datos?
6. ¿En qué medida afecta la recaudación con el tipo de sistema actual?

2.3. Alternativas.
Se plantean dos alternativas:
2.3.1 Uso de las herramientas Lenguaje de programación PHP con HTML, motor de Base
de Datos MySQL con un servidor remoto para la junta de usuarios.

2.3.2 Uso de las herramientas Lenguaje de programación PHP con HTML, motor de Base
de Datos MySQL con un servidor con sistema operativo Windows Server ubicado en la
junta de usuarios.

16
 De las alternativas planteadas, considerando razones técnicas, se elige la alternativa 2 ya
que permite una manipulación más cercana de la información al tener acceso directo al
servidor de base de datos contando con la seguridad respectiva.
Con la alternativa 1 la base de datos se encontraría remotamente no ofreciendo flexibilidad
y rapidez en la administración de datos, especialmente cuando se tiene que realizar
proceso que demandan mayores recursos y mayor comunicación con el servidor. Hay que
considerar que existe momentos que el servicio que brinda telefónica (Speedy) colapsa por
momentos. La Comisión no puede arriesgarse a que esté supeditado al servicio de
Telefónica y opta por tener su sistema de red privado y en el caso de Internet, buscar
proveedores que ofrezcan mayor seguridad en el servicio.

2.4. Descripción del proyecto.

El proyecto consistirá en desarrollar un nuevo sistema de actualización de cobros para la
Comisión “Correviento-Rinconada” que ofrezca nuevas opciones acorde a los
requerimientos y necesidades actuales. Sin embargo no puede desechar las opciones del
actual sistema que han dado resultado por más de 14 años. Es decir tiene que
complementar, agregar nuevas opciones, que ayuden a una buena gestión.
Los datos con que cuenta el actual sistema, la base de datos en formato DB2 se tiene que
migrar a MySQL. Para esto primero realizar una migración a archivo delimitado por comas
(csv) y de aquí, por lotes ir llenando la base de datos con motor MySQL, teniendo en cuenta
la no repetición de campos llave, el uso de caracteres especiales (ñ, Ñ, etc.), Las relaciones
foráneas existente entre las tablas, los tipos de campos correspondientes, ancho de los
campos, descartando tablas del antiguo sistema que no ha tenido utilidad. Hay que tener en
cuenta que la base DB2 aunque no tenga seguridad si ofrece un rápido acceso a la
información debido al manejo de índices, que también de MySQL se tiene que definir.
La base de datos se almacenará en un servidor dedicado, exclusivo para almacén de datos,
con sistema operativo Windows Server, pudiéndose plantear la alternativa de tenerlo en
sistema Linux. Dado que sólo es almacenaje de base de datos, no se requiere que tenga un
procesador moderno de alta velocidad. Un equipo con procesador dual core o core dos duo,
con unos 4 Gb de memoria son suficientes. Podría experimentarse con los nuevos
dispositivos de almacenaje sólidos que tendrán 10 veces mayor velocidad que un disco duro
actual de 7200 RPM.

17
 En las estaciones y comunicadas por red se programará el sistema. Podría haber
estaciones puntos de venta donde se programe lo necesario para emisión de los
comprobantes de venta (boletas y facturas) y mantenimiento de algunos datos, como
clientes y productos comprados y vendidos. En otro terminal se puede programar todos los
reportes que se requieran, además de la emisión de comprobante de pago y por algún
motivo especial el mantenimiento de los comprobantes (cosa que una vez ingresado no
debiera de ser modificado).
El alcance de la estación sería el alcance de la red. La utilización de cable UTP sería para
los equipos próximos, de menos de 100 m al servidor. La red inalámbrica tendría mayor
alcance de unos cuantos kilómetros, dependiendo de los equipos instalados. En todos estos
casos, para referenciar al servidor se utiliza el IP local o el nombre del equipo. Si la distancia
es mayor, entonces tendría que accederse a la base de datos a través de internet. En este
caso para referenciar al servidor utilizar el IP público, para lo cual abrir el puerto
correspondiente a MySQL en el router. Es importante por seguridad que este equipo esté
protegido con antivirus original.
En las estaciones se instalarían como servidores web donde se instalarán ya sea el software
AppSer con MySQL o el Internet Information Servicer (IIS) con MySQL. En cada estación
también se instalará el motor de base de datos para tener la información previa depurada
antes de ser enviada al servidor, o en todo caso los datos filtrados desde el servidor para
emitir los reportes correspondientes. Los reportes pueden ser transferidos a una hoja de
cálculo. En las estaciones se pueden instalar el sistema Windows XP o uno más actualizado
o también Linux, lo que está en función del costo y la posibilidad de usar libremente
Windows XP. También cabe notar que el sistema debe manejar la opción de percepciones.

2.5. Justificación
Este proyecto se lleva a cabo por la imperiosa necesidad de la comisión “Correviento-
Rinconada” por contar con un sistema de respuestas múltiples, para de esta manera
responder a las necesidades en el proceso de cobranza y manejo de la información, todo
esto mediante la incorporación de un nuevo sistema de programación, todo ello bajo el
aporte económico propio para la adquisición de el software en búsqueda de la mejora de
sus servicios.

18
2.6. Limitaciones y alcance del proyecto.
El software por el momento realizará reportes básicos a ser utilizados en el área contable.
No realizará una automatización de esta área, llegando hasta los estados financieros, pero
sus reportes en hoja de cálculo serán de utilidad para que el área contable simplifique su
trabajo. Tampoco considera otra moneda diferente al nuevo sol y no se hace seguimiento a
las cuentas por pagar. Tampoco será diseñado para operar desde un dispositivo móvil.

19
2.7. Vinculación con la Carrera Profesional.

2.7.1.DIAGRAMA DE FLUJO DE DATOS.

NIVEL CERO

PROCESO N° 1

REGISTRAR DATOS

20
 DICCIONARIO DE DATOS (PROCESO N° 1)

Usuario =@DNI + apellidos + nombres + dirección + teléfono.

@DNI = {carácter alfanumérico}

Carácter alfanumérico = [A-Z | 0-9]

Apellidos = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Nombres = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Dirección = {carácter alfanumérico}

Carácter alfanumérico = [A-Z | 0-9]

Teléfono = {carácter numérico}

Carácter numérico = [0-9]

Predio = @al_cod + apellidos + nombres + DNI + sexo + tipo de pago.

@al_cod = {carácter alfanumérico}

Carácter alfanumérico = [A-Z | 0-9]

Apellidos = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Nombres = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Dni = {carácter numérico}

Carácter numérico = [0-9]

Sexo = {carácter alfabético}

21
Carácter alfabético = [A-Z | 0-9]

Tipo de pago = {carácter alfabético}

Carácter alfabético = [A-Z| ]

22
2.7.2. PROCESO N° 2

CONSULTAR ESTADO DE PAGOS

23
 DICCIONARIO DE DATOS (PROCESO N° 2)

Apoderado = @DNI + apellidos + nombres.

@DNI = {carácter numérico}

Carácter numérico = [0-9]

Apellidos = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Nombres = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Ficha pagos = @cod_p + acuenta + concepto + saldo + @al_cod

@cod_p = {carácter alfanumérico}

Carácter alfanumérico = [A-Z | 0-9]

Acuenta = {carácter numérico}

Carácter numérico = [0-9]

Concepto = {carácter alfabético}

Carácter alfabético = [A-Z| ]

Saldo = {carácter numérico}

Carácter numérico = [0-9]

@al_cod = {carácter alfanumérico}

Carácter alfanumérico = [A-Z | 0-9]

24
2.7.3. PROCESO N° 3

REGISTRAR PAGOS

25
 Modelo Entidad-Relación

1 M
CANAL TIENE PREDIO

1 M
USUARIO TIENE PREDIO

1 M
PREDIO TIENE RECIBOS

1 M
SECTOR TIENE CANAL

1 M
SECTOR TIENE TARIFA

Figura 5. Diagrama Entidad Relación de la Comisión “Correviento-Rinconada”

26
 2.7.1.5 Modelo Lógico de la base de datos

PREDIO
pre_cod PK USUARIO
CANAL can_cod FK
pre_desc uni_cod PK
can_cod PK
pre_area uni_desc
can_desc
pre_abr
pre_catastro
usu_cod FK
pre_obs

SECTOR
Cat_descripcion
suc_cod PK, FK
RECIBO
art_cod PK, FK TARIFA
sto_stock
suc_cod PK doc_cod PK, FK
sto_stocki
suc_serie det_sec PK
sto_fecha_stocki
art_cod FK
det_cant
det_precio
det_mov

Figura 6. Diagrama Lógico de la Base de Datos de la Comisión “Correviento-Rinconada”

27
 2.7.1.6 Modelo Físico de la base de datos

ARTICULO UNIDAD
GRUPO
art_cod char(6) PK uni_cod char(2) PK

gru_cod char(3) PK gru_cod char(3) FK uni_desc varchar(20)

art_desc varchar(100)

gru_desc varchar(40) art_pc double

art_pv double
art_stock double
uni_cod char(2) FK
art_tipo char(1)

STOCK
suc_cod char(2) PK, FK
art_cod char(6) PK, FK
DETALLE
SUCURSAL
sto_stock double
doc_cod char(8) PK, FK
sto_stocki double suc_cod char(2) PK
det_sec char(2) PK
sto_fecha_stocki date suc_serie char(2)
art_cod char(6) FK
det_cant double
det_precio double
det_fmov date

PERSONA DOCUMENTO
doc_cod char(8) PK
per_cod char(5) PK
suc_cod char(2) FK
per_tipo char(1)
doc_tipo_mov char(1)
per_rs varchar(200)
doc_tipo_doc char(1)
per_ruc varchar(20) VENDEDOR
doc_numero char(8)
per_dir varchar(200) ven_cod char(2) PK
doc_fecha datetime
per_cel varchar(200) ven_siglas varchar(6)
per_cod char(5) FK
per_correo varchar(200) ven_nombre varchar(100)
doc_igv_porc double
doc_anulado char(1)
ven_cod char(6) FK

Figura 7. Diagrama Físico de la Base de Datos de la Comisión “Correviento-Rinconada”

28
2.7.1.7 Diccionario de datos de la base de datos

GRUPO

Nombre de Tipo de dato Restricción Descripción

campo
art_cod char(3) PK Identificador de la tabla

gru_desc varchar(40) not null Descripción del grupo

ARTÍCULO

Nombre de Tipo de dato Restricción Descripción

campo
gru_cod char(6) PK Identificador de la tabla
gru_cod char(3) FK Identificador de tabla grupo
art_desc Varchar(100) not null Descripción del artículo
art_pc double not null Precio de compra
art_pv double not null Precio de venta
art_stock double Stock del artículo
uni_cod Char(2) FK Identificador de tabla unidad
art_tipo Char)1) Indicador de percepción

UNIDAD

Nombre de Tipo de dato Restricción Descripción

campo
uni_cod char(2) PK Identificador de la tabla
uni_desc char(20) not null Descripción de la unidad

STOCK

Nombre de Tipo de dato Restricción Descripción

campo
suc_cod char(2) PK, FK Identificador de la tabla sucursal
art_cod char(6) PK, FK Identificador de tabla articulo
sto_stock double Stock del artículo
sto_stocki double Stock inicial del artículo
sto_fecha_stocki double Fecha del stock inicial

SUCURSAL

Nombre de Tipo de dato Restricción Descripción

29
campo
suc_cod char(2) PK Identificador de la tabla
suc_serie char(2) Serie de la sucursal

PERSONA

Nombre de Tipo de dato Restricción Descripción

campo
per_cod char(5) PK Identificador de la tabla
per_tipo char(1) not null Tipo de persona (cliente, proveedor)
per_rs Varchar(120) not null Razón social/nombre de la persona
per_ruc Varchar(20) Ruc de la persona
per_dir Varchar(200) Dirección de la persona
per_cel Varchar(200) Celular(s) de la persona/ Teléfono)s)
per_correo Varchar(200) Direcciones de correo.

VENDEDOR

Nombre de Tipo de dato Restricción Descripción

campo
ven_cod char(2) PK Identificador de la tabla.
ven_siglas char(6) not null Siglas/iniciales del nombre del vendedor.
ven_nombre Varchar(100) not null Nombre del vendedor.

DOCUMENTO

Nombre de Tipo de dato Restricción Descripción

campo
doc_cod char(8) PK Identificador de la tabla
suc_cod char(2) FK Identificador de tabla sucursal, Serie.
doc_tipo_mov Char(1) not null Tipo de movimiento (E=Entrada, S=Salida)
doc_tipo_doc Char(1) not null Tipo documento (01=Factura, 03=Boleta)
doc_numero Char(8) not null Número del documento
doc_fecha datetime not null Fecha del documento
per_cod Char(5) FK Identificador de tabla persona
doc_igv_porc double not null Porcentaje de IGV afecto.
doc_anulado char(1) not null Anulado (T=Verdad, F=Falso)
ven_cod char(6) FK Identificador de tabla vendedor.

DETALLE

Nombre de Tipo de dato Restricción Descripción

campo
doc_cod char(8) PK, FK Parte del identificador de la tabla.
det_sec char(2) PK La otra parte del identificador de la tabla.

30
art_cod Char(6) FK Identificador de la tabla artículo.
det_cant double not null Cantidad
det_precio double not null Precio
det_fmov date Fecha de movimiento

2.7.1.8 Modelo de ventanas

Las ventanas principales del sistema tendrán las siguientes características:

Figura 8. Modelo de ventana parta la elaboración del comprobante.

31
 Figura 9. Modelo de ventana parta la elaboración de los reportes.
2.7.2 Definición de términos.

PHP.

PHP es un lenguaje de programación interpretado diseñado para la creación de

páginas web dinámicas. Su acrónimo es Hypertext Pre-processor creado por Rasmus
Lerdorf (1994)y que la Free Software Foundation considera software libre. Puede ser

32
instalado en cualquier servidor web y en casi todos los sistemas operativos y
plataformas sin costo alguno. Los sitios web más visitados, como Facebook, Wikipedia
y WordPress, están desarrollados en PHP, así como más de 20 millones de sitios web.
Otros software similares son Ruby (Twitter) y Python (Youtube, Google) todos ellos
influenciados por el lenguaje de programación C++, JAVA y PERL, lo que permite a los
programadores rápidamente familiarizarse con estos. Permite conexión diferentes
servidores de base de datos tales como MySQL, PostgreSQL, Oracle, ODBC, DB2,
Microsoft SQL Server, Firebird y SQLite.

HTML.

HTML, siglas de HyperText Markup Languaje (lenguaje marcador de texto) es un

lenguaje para la elaboración de páginas web. Se escribe en forma de “etiquetas”
rodeadas por corchetes angulares ( < > ) al que se le puede incluir un script con
JavaScript. Puede ser editado con cualquier editor básico, como el Block de Notas de
Windows, pero existen otros editores tipo WYSIWYG (What You See Is What You Get)
que permiten ver el resultado conforme se está editando, como el Macromedia
Dreamweaver. Actualmente se utiliza la versión HTML 4.0 y ya se ha anunciado la
HTML 5.0, (que tiene problemas de ser reconocidas todas sus etiquetas por todos los
navegadores).

CSV.

Los ficheros CSV (del inglés comma-separated values) son un tipo de documento de
formato abierto sencillo para representar datos en forma de tabla, en que las columnas
se separan por comas y las filas por salto de línea. Los campos que contengan coma,
un salto de línea o una comilla doble deben ser encerrados entre comillas dobles. De
esta forma pueden ser abiertos con una hoja de cálculo, con lo que es más fácil su
edición.

MySQL

MySQL es un sistema de gestión de base de datos relacional, multihilo y multiusuario.

Oracle Corporation, desde abril de 2009, desarrolla MySQL como software libre en un

33
esquema de licenciamiento dual, es decir, que se puede adquirir licencias específicas
que permitan su uso. Es utilizado en aplicaciones web y está muy ligado a PHP. Es
muy rápido en las lecturas cuando utiliza el motor no transaccional MyISAM, pero
puede provocar problemas de integridad en entornos de alta concurrencia en la
modificación. Está escrito en una mezcla de C y C++. Según las cifras del fabricante,
existirían más de seis millones de copias de MySQL funcionando en la actualidad, lo
que supera la base instalada de cualquier otra herramienta de bases de datos.

JavaScript

JavaScript es un lenguaje de programación interpretado orientado a objetos que se

utiliza en el lado del cliente, implementado como parte del navegador web, permitiendo
mejoras en la interfaz del usuario en las páginas web dinámicas. Java y JavaScript no
están relacionados y tiene propósitos diferentes. Fue desarrollado inicialmente por
Brendan Eich de Netscape con el nombre de mocha y se renombro a LiveScript y
finalmente en JavaScript.. Es una marca registrada de Oracle Corporation.

Web Hosting

El web host es un alojamiento web que permite el almacenaje de información

(imágenes, videos, documentos) para ser accedido vía web con un alto ancho de
banda. Existe en internet servicio gratuito pero limitado, como es el caso del sitio
000webhost.com.

Dominio

El dominio en internet es una red de identificación asociado a un grupo de equipos

conectados a internet. El propósito principal del sistema de nombres de dominio (DNS)
es traducir las direcciones IP de cada nodo activo en la red, a términos memorizables y
fáciles de encontrar. Sin la ayuda del sistema de nombre de dominio, los usuarios de
Internet tendrían que acceder a cada servicio web utilizando la dirección IP del nodo
(por ejemplo, colocar http://173.194.37.4 en lugar de http://google.com/). Permite que
una IP sea compartida por varios dominios o que el servicio de red pueda moverse de
un lugar geográfico a otro.

34
Servidor web.

Un servidor web o servidor HTTP es un programa informático que procesa una

aplicación del lado del servidor realizando conexiones sincrónicas o asincrónicas con el
cliente, generando una respuesta en cualquier lenguaje. Se utiliza el protocolo HTTP
en estas comunicaciones. El término también se emplea para referirse a la
computadora que ejecuta el programa. Se le asigna el puerto TCP 80. Las peticiones
suelen realizarse mediante HTTP utilizando el método de petición GET o POST. Las
aplicaciones del lado del servidor que procesan las instrucciones para realizar alguna
acción pueden ser PHP, ASP.Net, Perl, Python y Ruby, todas para sistema operativo
multiplataforma, excepto ASP.Net que utiliza Windows. El 75% de las aplicaciones del
lado del servidor están escritas en PHP.

Diseño Conceptual

El diseño conceptual parte de la especificación de requerimientos y su resultado es el

esquema conceptual de la bases de datos. Un esquema conceptual es una descripción
de alto nivel de la estructura de la base de datos, independiente del software de DBMS
que se use para manipularla. El propósito del diseño conceptual es describir el
contenido de información de la base de datos, más que las estructuras de
almacenamiento que se necesitarán para manejar esta información.

Modelo Lógico

El diseño lógico parte del esquema conceptual y da como resultado un esquema lógico.
Un esquema lógico es una descripción de la estructura de la base de datos que puede
procesar el software de DBMS. Un modelo lógico es un lenguaje usado para especificar
esquemas lógicos; los modelos lógicos más usados pertenecen a tres clases:
relacional, de redes y jerárquico. El diseño lógico depende de la clase de modelo de
datos usado por el DBMS, no del DBMS utilizado (en otras palabras, el diseño lógico se
efectúa de la misma forma para todos los DBMS relacionales porque todos utilizan el
modelo relacional).

Modelo Físico

35
 El diseño físico parte del esquema lógico y da como resultado un esquema físico. Un
esquema físico es una descripción de la implantación de una base de datos en la
memoria secundaria; describe las estructuras de almacenamiento y los métodos
usados para tener un acceso efectivo a los datos. Por esta razón, el diseño físico de
adapta a un sistema DBMS específico. Hay una retroalimentación entre el diseño físico
y el lógico, porque las decisiones tomadas durante el diseño físico para mejorar el
rendimiento pueden afectar la estructura del esquema lógico.

3. OBJETIVOS
3.1. Objetivo general.
Realizar la factibilidad económica de la actualización del Sistema de Información para
la Comisión de riego “Correviento-Rinconada” correspondiente al sub distrito de riego
Mala-Omas
.
3.2. Objetivos específicos.
1. Determinar las nuevas opciones a implantar en el nuevo sistema.
2. Plantear diferentes alternativas de desarrollo del sistema de información en lo
referente a lenguaje de programación, motor de base de datos, tipo de servidor y
navegador a utilizar.
3. Diseñar la operatividad del sistema, el servidor de base de datos y las estaciones el
sistema, el sistema de red.
4. Traspasar los datos del antiguo sistema al nuevo sistema.
5. Evaluar la factibilidad económica de estas alternativas.

36
4. ESTRUCTURA DEL PROYECTO
4.1. Organización.
4.1.1. Organización de recursos humanos.
Se requiere de un Analista programador que conozca tanto de programación en
Visual Foxpro 7.0 las herramientas actuales como PHP, MySQL, Apache.
4.1.2. Organización y planificación de los materiales y equipos necesarios.
Se requiere básicamente de un ambiente de programación con una computadora
Core i5 cuarta generación con acceso a Internet.
4.1.3. Organización de recursos económicos.

37
 4.1.3.1. Presupuesto

Rubros Materiales Herramientas Servicios RR.HH

Imprevistos
Tiempo Equipo de Consumo de Analista
Etapas Oficina Informáticos Técnicos
Computo Energía Programador

1 mes Perfil del Proyecto 10.00 100.00 100.00 20.00 400.00

1mes Análisis del Proyecto 10.00 100.00 20.00 400.00

1 mes Diseño del Proyecto 10.00 150.00 20.00 800.00 100.00

Implementación del
3 meses 30.00 300.00 60.00 2400.00 300.00
Proyecto

2 meses Pruebas 20.00 200.00 40.00 1600.00 200.00

1 mes Puesta en marcha 10.00 100.00 20.00 800.00 100.00

Parciales 90.00 100.00 950.00 180.00 6400.00 700.00

Total 8,420.00

38
 4.2. Planificación.

ETAPAS ACTIVIDADES RESPONSABLE CRONOGRAMA

- Elaborar el perfil de proyecto.

Perfil del Responsables del
- Definir los requerimientos del sistema. Octubre 2013
Proyecto. proyecto
- Planificar actividades y gastos.

Análisis del Responsables del

- Estudio de la problemática. Entrevistas. Noviembre 2013
Proyecto proyecto

- Análisis y diseño estructurado; modelo

Diseño del
lógico y físico de la bases de datos; Analista Diciembre 2013
Proyecto
Diseño de ventanas.

- Programación con PHP de las funciones

Implementación y clases.
Programador Enero-Marzo 2014
del Proyecto - Implementar la base de datos con
MySQL.

- Prueba del sistema, detección y

Pruebas. Programador Abril-Mayo 2014
corrección de errores.

- Confirmar la operatividad del Sistema.

Puesta en
- Evaluación del sistema y precisar
marcha del Analista Junio 2014
conclusiones.
proyecto.
- Fijar las recomendaciones.

39
 4.3. Metas a lograr

Contar a fines de Junio del 2014 con el sistema web puesto en marcha.

4.4. Financiamiento
Asumida por la Comisión de riego “Correviento-Rinconada” correspondiente al sub
distrito de riego Mala-Omas, quienes realizarán el íntegro del financiamiento del
sistema de información.

4.5. Beneficiarios directos e indirectos

Los beneficiarios directos serían los propietarios del negocio, pues con el sistema
realizan un mejor control de sus movimientos y reducción de costos ya que emplearan
menos horas hombre en la realización de éstas tareas.
Los beneficiarios indirectos serían los clientes, ya que se les brindará un mejor servicio
al evitarse las demoras.

5. CONTINUIDAD Y SOSTENIBILIDAD DEL PROYECTO

Para dar sostenibilidad y continuidad al proyecto será necesario realizar un monitoreo
frecuente y hacer las correcciones que resulten necesarias y la implementación de algunas
otras opciones que mejoren el sistema.

40
 ANEXOS.

ANEXO A.

Entrevistas y encuestas.

41
Modelo de encuesta al Presidente de la Comisión de riego “Correviento-Rinconada”.

ENTREVISTA

1.- ¿Cuál es el problema que tiene usted en el control de pago de comisión de riego
“Correviento-Rinconada”?

El problema está en que gran parte de los registros de pago lo realizamos de forma manual,
algunos registros se pierden o los ubicamos con dificultad.

2.- ¿Llevan algún tipo de registro de sus pagos en sistema?

SI
x NO

3.- ¿Usted estaría conforme en adquirir un nuevo sistema informático para el registro y
control de sus pagos?

SI
x NO

4.- ¿Cree que con la adquisición de este sistema informático, usted daría solución a sus
problemas de control de pagos?

SI
x NO

5.-Si la respuesta es “SI” ¿Por qué mejoraría?

Porque tendría registrado en la computadora el control de pagos que tengo durante el día y
también podría atender al público más rápidamente sin necesidad de estar escribiendo y llevando
registros en una hoja de papel.

6.- ¿Usted tiene algunos conocimientos en computación?

SI NO
x
7.- ¿Estaría dispuesto en capacitarse para manejar el nuevo sistema informático?

SI
x NO

42
 Anexo B.

Manual del usuario

43
 El usuario ingresa su login y password conectándose
directamente con la base de datos para acceder a la portada principal de menús.

44
 Anexo C.

Fotografías sobre el ambiente de

la empresa.

45
46
BIBLIOGRAFÍA

Título del Libro Fundamentos PHP

Nombre del Autor Dave Mercer,AllanKent,DanSquier

Editorial Anaya Multimedia (Grupo Anaya S.A.)

Lugar y Año España, Madrid 2005

N° de Páginas 816

-www.php.net

-www.webestilo.com/php

-www.desarrolloweb.com

47