Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Área de Computación e
Informática
Autor:
Asesor:
Mala
2014
1
Dedicatoria
INDICE
Pág.
Introducción. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
2
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
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
3
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
INTRODUCCIÓN
4
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.
Tabla 1
5
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.
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.
6
quiebras de canal que causan averías en los predios y en las vías de
comunicación terrestre.
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
7
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
1.1. Nombre del Proyecto
8
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: 30-Noviembre-2014
2.1.2 Antecedentes
9
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”.
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
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”..
10
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
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.
12
2.1.4 ANÁLISIS DE INVOLUCRADOS
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).
13
2.1.5 Árbol de Causas-Efectos
EFECTO FINAL
Menor recaudació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”.
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.
OBJETIVO CENTRAL
Eficiencia en el sistema de cobros de la Comisión “Correviento-
Rinconada”
15
2.1.6 Mercado
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.
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.
17
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.
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
18
aporte económico propio para la adquisición de el software en búsqueda de la mejora de
sus servicios.
19
2.7. Vinculación con la Carrera Profesional.
NIVEL CERO
PROCESO N° 1
REGISTRAR DATOS
20
DICCIONARIO DE DATOS (PROCESO N° 1)
22
2.7.2. PROCESO N° 2
23
DICCIONARIO DE DATOS (PROCESO N° 2)
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
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
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
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
28
2.7.1.7 Diccionario de datos de la base de datos
Tabla 1
Estructura de la tabla grupo
ARTÍCULO
UNIDAD
STOCK
SUCURSAL
29
Nombre de Tipo de dato Restricción Descripción
campo
suc_cod char(2) PK Identificador de la tabla
suc_serie char(2) Serie de la sucursal
PERSONA
VENDEDOR
DOCUMENTO
DETALLE
30
det_sec char(2) PK La otra parte del identificador de la tabla.
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
PHP.
HTML.
31
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
JavaScript
Web Hosting
32
banda. Existe en internet servicio gratuito pero limitado, como es el caso del sitio
000webhost.com.
Dominio
Servidor web.
Diseño Conceptual
33
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
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
34
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.
35
4.1.3.1. Presupuesto
Implementación del
3 meses 30.00 300.00 60.00 2400.00 300.00
Proyecto
Total 8,420.00
36
4.2. Planificación.
37
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.
38
ANEXOS.
ANEXO A.
Entrevistas y encuestas.
39
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.
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
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.
SI NO
x
7.- ¿Estaría dispuesto en capacitarse para manejar el nuevo sistema informático?
SI
x NO
40
BIBLIOGRAFÍA
N° de Páginas 816
-www.php.net
-www.webestilo.com/php
-www.desarrolloweb.com
41