Desarrollo e implementación de una aplicación Web para el manejo y el alojamiento de una geodatabase

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

DESARROLLO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA EL MANEJO Y EL ALOJAMIENTO DE UNA GEODATABASE DE LOS REGISTROS DE LAS OBRAS PÚBLICAS EN EL GAD MUNICIPAL DE PEDRO VICENTE MALDONADO EN EL PERIODO 2015-2016 Trabajo de titulación previa a la obtención del título de Ingeniero de Sistemas y computación

Línea de Investigación: Estudio, Diseño e Implementación de Software

Autor: MARCO ROLANDO SILVA REVILLA

Director:

MG. MAFLA TOBAR RICHARD ESTALIN

Santo Domingo – Ecuador Agosto, 2016

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN

DESARROLLO E IMPLEMENTACIÓN DE UNA APLICACIÓN WEB PARA EL MANEJO Y EL ALOJAMIENTO DE UNA GEODATABASE DE LOS REGISTROS DE LAS OBRAS PÚBLICAS EN EL GAD MUNICIPAL DE PEDRO VICENTE MALDONADO EN EL PERÍODO 2015-2016

Línea de Investigación: Estudio, Diseño e Implementación de Software

Autor: MARCO ROLANDO SILVA REVILLA

Mg. Richard Estalin Mafla Tobar DIRECTOR DEL TRABAJO DE TITULACIÓN Mg. Adrián Rolando Cevallos Dueñas CALIFICADOR Mg. Willian Javier Ocampo Pazos CALIFICADOR Mg. Margoth Elisa Guaraca Moyota DIRECTORA DE LA ESCUELA DE SISTEMAS

Santo Domingo – Ecuador Agosto, 2016

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo Marco Rolando Silva Revilla portador de la cédula de ciudadanía Nº 0802747857 declaro que los resultados obtenidos en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas son absolutamente originales, auténticos y personales.

En tal virtud, declaro que el contenido, las conclusiones y los efectos legales y académicos que se desprenden del trabajo propuesto de investigación y luego de la redacción de este documento son y serán de mi sola y exclusiva responsabilidad legal y académica.

SILVA REVILLA MARCO ROLANDO C.I. 0802747857

iv

AGRADECIMIENTO En primer lugar agradezco a Dios por colmarme de bendiciones durante todo el camino para lograr alcanzar esta meta planeada.

A mis padres por el pilar fundamental a lo largo de mi vida, por haberme apoyado en toda mi formación académica, por la confianza que han depositado en mí y por la paciencia que me brindaron al realizar esta disertación .

Rolando Silva R.

v

DEDICATORIA

Este trabajo estรก dedicado a mis padres Marco y Luz quienes me han apoyado y han sido el eje principal y ejemplo para mi formaciรณn.

A todos los que han formado parte de mi vida, quienes en el transcurso de mi vida han fomentado el deseo y anhelo de superaciรณn.

Rolando Silva R.

vi

RESUMEN

Esta disertación de grado comprende el desarrollo de una aplicación web para el manejo y el alojamiento de una Geodatabase de los registros de las obras públicas en el GAD Municipal de Pedro Vicente Maldonado, con la finalidad de mejorar y llevar un control adecuado en el departamento de movilidad de obras públicas de este cantón. Este proyecto se desarrolló con la metodología de cascada además de implementar las diferentes herramientas para la ejecución de la Geodatabase. Esta aplicación web tiene una interfaz amigable e intuitiva para los usuarios, se basó en el Framework AngularJS; en la implementación de la base de datos se utilizó PostgreSQL con la extensión de PostGis y el manejo de la información geográfica para sus respectiva validación y programación de los módulos se usó PHP; donde incluye el diseño basándose en los requerimientos funcionales que son expuestos por medio del departamento de Movilidad y obras públicas del GAD Municipal.

vii

ABSTRACT

This degree dissertation includes the development of a web application for management and hosting of a Geodatabase of records of public works in the Municipal GAD of Pedro Vicente Maldonado, in order to improve and keep adequate control in the Department of Mobility and Public Works of this canton. This project was developed with the cascade methodology in addition to implement the various tools for the execution of the Geodatabase, this web application has a friendly and intuitive interface for users, it was based on the Framework AngularJS; in the implementation of the database it was used PostgreSQL with PostGIS extension and management of geographic information for their respective validation and modules programming PHP was used; where includes the design based on the functional requirements that are exposed through the Department of Mobility and Public Works of the Municipal GAD .

viii

ÍNDICE DE CONTENIDOS 1.

INTRODUCCIÓN ...........................................................................................................................1

2.

PLANTEAMIENTO DEL PROBLEMA .........................................................................................3

3.

2.1.

Antecedentes ........................................................................................ ………………………3

2.2.

Problema de investigación ....................................................................................................... 5

2.3.

Justificación de la investigación ............................................................................................... 6

2.4.

Objetivos de la investigación ................................................................................................... 6

2.4.1.

Objetivo General ..............................................................................................................6

2.4.2.

Objetivos Específicos .......................................................................................................7

MARCO REFERENCIAL ...............................................................................................................8 3.1.

Revisión de la literatura o fundamentos teóricos ..................................................................... 8

3.1.1.

Ingeniería de Software .....................................................................................................8

3.1.2.

Ciclo de vida del Software ...............................................................................................9

3.1.3.

Metodologías ..................................................................................................................10

3.1.4.

UML ...............................................................................................................................18

3.1.5.

Base de datos ..................................................................................................................20

3.1.5.1.1.

Base de datos Dinámica ................................................................................................. 21

3.1.5.1.2. Base de datos bibliográficas ............................................................................................ 22 3.1.5.1.3. Base de datos jerárquicas ................................................................................................ 22

4.

3.1.6.

Servidor ..........................................................................................................................24

3.1.7.

Desarrollo Web ..............................................................................................................27

3.1.8.

Sistemas de información geográfica...............................................................................31

3.1.8.1.1.

Latitud ............................................................................................................................ 33

3.1.9.

Obra ................................................................................................................................36

METODOLOGÍA DE LA INVESTIGACIÓN ..............................................................................38 4.1.

Enfoque / Tipo de investigación............................................................................................. 38

4.1.1.

Diseño experimental .......................................................................................................38

4.1.2.

Tipo de investigación .....................................................................................................39

4.2.

Población / Muestra ................................................................................................................ 39

4.2.1.

Población ........................................................................................................................39

4.2.2.

Muestra ...........................................................................................................................40

4.3.

Técnicas de recogida de datos ................................................................................................ 40

4.3.1.

Entrevista........................................................................................................................40

4.3.2.

Encuesta .........................................................................................................................40

4.3.3.

Observación....................................................................................................................41

4.3.4.

Instrumentos de recogida de datos .................................................................................41

ix 4.4.

Técnica de análisis de datos ................................................................................................... 42

4.5.

Metodología de desarrollo de la aplicación ............................................................................ 42

4.5.1.

5.

Metodología Cascada .....................................................................................................43

Resultados ......................................................................................................................................46 5.1.

Discusión y Análisis de los resultados ................................................................................... 46

5.1.1.

Encuesta realizada al personal administrativo ................................................................46

5.2.

Conclusiones .......................................................................................................................... 56

5.3.

Recomendaciones ................................................................................................................... 57

Anexos................................................................................................................................................ 60

x

ÍNDICE DE FIGURAS Figura 1. Modelo en cascada ................................................................................................... 10 Figura 2. Proceso XP. .............................................................................................................. 14 Figura 3. Modelo Incremental ................................................................................................. 16 Figura 4. Modelo Incremental. ................................................................................................ 17 Figura 5. Ejemplo de un Caso de Uso ..................................................................................... 19 Figura 6. Ejemplo de un diagrama de secuencia ..................................................................... 20 Figura 7. Base de Datos ........................................................................................................... 21 Figura 8. Componentes importantes de un sistema PostgreSQL ............................................ 23 Figura 9. Componentes de un SIG .......................................................................................... 31 Figura 10. Elementos del sistema de coordenadas geográficas ............................................... 34 Figura 11. Importancia de una herramienta web. .................................................................... 46 Figura 12. Calificación de llevar la información ..................................................................... 47 Figura 13. Importancia de la información. .............................................................................. 48 Figura 14. Implementación de un sistema. .............................................................................. 49 Figura 15.Sistma para el mejoramiento. .................................................................................. 50 Figura 16. Felicidad para localizar la información. ................................................................. 51 Figura 17. Rendimiento en el Departamento de Movilidad y Obras Públicas. ....................... 52 Figura 18. Medios para el posicionamiento geográfico. ......................................................... 53 Figura 19. Importancia de una Geotadase. .............................................................................. 54 Figura 20. Beneficios que aportara al Geodatabase. ............................................................... 55 Figura 21: Maquetación del inicio de sesión ............................................................................. 2 Figura 22: Maquetación del menú inicio................................................................................... 2 Figura 23: Maquetación del menú administrador ..................................................................... 3 Figura 24: Maquetación del menú de Geoportal ....................................................................... 3

xi

ÍNDICE DE TABLAS Tabla 1: Comparativa de metodologías ................................................................................................ 43 Tabla 1: Importancia de una herramienta web..................................................................................... 46 Tabla 2: Calificación de llevar la información........................................................................................ 47 Tabla 3: Importancia de la información ................................................................................................ 48 Tabla 4: Implantación de un sistema. ................................................................................................... 49 Tabla 5: Sistema par el mejoramiento .................................................................................................. 50 Tabla 6: Facilidad para localizar la información. ................................................................................... 51 Tabla 7: Rendimiento en el Departamento de Movilidad y Obras Públicas. ........................................ 52 Tabla 8: Medios para el posicionamiento geográfico ........................................................................... 53 Tabla 9: Importancia de una Geodatabase ........................................................................................... 54 Tabla 10: Beneficios que aportara la Geodatabase .............................................................................. 55

1

1.

INTRODUCCIÓN

La tecnología ha sido una herramienta fundamental en el diario convivir del hombre, con el pasar de los años cada vez ésta avanza de una manera asombrosa haciendo más fácil la vida de las personas. Hoy en día la tecnología es un pilar fundamental en cualquier empresa sin importar el tamaño de la misma, ésta se implementa para optimizar el tiempo en una tarea determinada lo cual permite mejorara los servicios que se ofrecen al cliente.

La presente disertación de grado se desarrolló en el GAD Municipal de Pedro Vicente Maldonado, el mismo que desea llevar un control adecuado del inventario de las obras publicas con la implementación de una Geodatabase. La aplicación web desarrollada permitirá a la entidad pública mejorar el desempeño del departamento de movilidad y obras públicas contribuyendo en optimizar tiempo y recursos a dicho departamento.

Para llevar a cabo este proyecto es necesario la implementación de una base de datos la cual almacenera la información detallada de las obras públicas del cantón, además contará con una interfaz gráfica lo cual permitirá que el usuario pueda acceder a los registros e información.

Se utilizó herramientas de los sistemas de información geográfica (SIG) lo cual permite observar información descriptiva y georreferenciada de las construcciones de las obras públicas del GAD. Este documento se encuentra estructurado en cinco apartados muy importantes: En el primer apartado se podrá conocer los antecedentes del problema de investigación, así como también se describe el problema de investigación y su debida justificación que se argumentará para el desarrollo de este proyecto. El objetivo general y los específicos que se determinan a través de las preguntas básicas referidas en este proyecto.

En el segundo apartado tendrá el marco referencial con el cual se desarrollará el sistema informático, dichos conocimientos abordados en esta sección son tomados en referencia de autores con suficiente experiencia de los temas abordados. En esta sección se detalla las herramientas de desarrollo que permiten la implementación del proyecto.

2

En el tercer apartado contará con la metodología y técnicas de investigación implementadas en el desarrollo del proyecto, tomando en cuenta los tipos de investigación que han sido estudiados que posea más influencia en este proyecto, En el cuarto apartado está conformado por los resultados obtenidos en la investigación y su respectivo análisis de cada uno de ellos, las actividades que se realicen con la metodología de desarrollo del software y las conclusiones y recomendaciones que se deben aplicar en el proyecto.

3

2. PLANTEAMIENTO DEL PROBLEMA 2.1. Antecedentes San Miguel de los Bancos fue el punto de exploración para la colonización del noroccidente de pichincha. El 29 de septiembre de 1972 San Miguel de los Bancos se parroquializa, dando lugar al recinto Pedro Vicente Maldonado. El 30 de agosto de 1978 se aprueba la creación de la nueva parroquia número 36 del cantón Quito, con lo cual queda separada administrativamente y territorialmente de la parroquia San Miguel de los Bancos. El 6 de septiembre de 1978 se hace pública la resolución en el registro oficial, luego de haber sido recibida la aprobación quedan establecidos los límites administrativos y políticos de la siguiente manera: 

Al Norte : El río Guayllabamba , hasta su unión con el río Pachijal.



Al Sur: El cantón San Miguel de los Bancos y la provincia Santo Domingo de los Tsáchilas.



Al este: El cantón San Miguel de los Bancos y el Distrito Metropolitano de Quito.



Al Oeste: El cantón Puerto Quito.

El primer presidente del comité de cantonización fue el señor Hugo Pérez, a partir del 9 de Noviembre de 1987 se dio el inicio de los estudios para la cantonización de la Parroquia Pedro Vicente Maldonado.

El 14 de enero de 1992, con el mando del padre Josué Izaguirre y el comité de cantonización junto con la junta parroquial deciden dirigirse al Congreso Nacional en Quito,

4

debido a que en esa fecha se trataba en definitivo debate la Ley de creación del Cantón Pedro Vicente Maldonado. El 15 de enero se emite la ley de creación del cantón, la cual fue publicada en el Registro oficial Nº 862 el 28 de enero de 1992.

Hoy en día Pedro Vicente Maldonado, crece de una forma acelerada, la población de este cantón es muy diversa ya que está compuesta por migrantes de diferentes provincias e incluso de países vecinos, en este cantón se dedican a la agricultura, ganadería, pesca y además del turismo ecológico.

Debido al avance de nuevas tecnologías, el GAD Municipal ha decidido implementar aplicaciones informáticas, además en la actualidad se debe dejar de usar mecanismos tradicionales para el registro de información de sus diferentes departamentos.

Este es el caso de la información que genera en el departamento de Movilidad y Obras Públicas, que actualmente registra de una manera manual la información correspondiente a las obras que se encuentran construidas en el GAD Municipal.

Al no tener una herramienta informática, la información que se generada en el Departamento de Movilidad y Obras Públicas no permite un procesamiento adecuado, además existe pérdida, duplicación y errores en la información, El departamento de Movilidad y Obras públicas estima de mucha importancia y oportuno contar con una herramienta informática que le permita mejorar su gestión administrativa, por lo cual es de mucha importancia modelar, diseñar e implementar una aplicación que se adapte a las necesidades específicas que requiere el departamento, por lo cual es de suma importancia desarrollar un sistema para el manejo y alojamiento de una Geodatabase de los registros de las obras públicas. Este proyecto podría ser implementado en varios GADs Municipales a nivel nacional, lo cual implicaría innovación tecnología, enmarcando el proyecto

5

dentro del objetivo 11 del Plan Nacional del Buen Vivir 2013-2017, con el desarrollo del presente proyecto, se facilitará la gestión administrativa del departamento de Movilidad y Obras Publicas del GAD Municipal de Pedro Vicente Maldonado

2.2. Problema de investigación El Gobierno Autónomo Descentralizado de Pedro Vicente Maldonado lleva un control de todas las obras construidas en el cantón, este proceso que se ha venido haciendo a lo largo de los años se lo ha hecho de forma manual, considerando que de todas las obras se conoce su dirección ubicándolos por medio de su sector y tomando referencia a las calles en donde se encuentren ubicados. Esta manera de llevar el control de las obras es poco confiable por motivos de pérdida de la documentación generando un impacto ambiental por el excesivo consumo de papel y además de generar un gasto administrativo.

El departamento de Movilidad y Obras Públicas no tiene un correcto control de las obras construidas y tampoco poseen una ubicación georreferenciada de cada obra, proceso por el cual mejorará el rendimiento y un control respectivo de los datos que se obtienen.  ¿Qué beneficios aportará el desarrollo de una aplicación web para el manejo y alojamiento de una Geodatabase de los registros de las obras públicas?  ¿Qué metodología resulta mejor en el desarrollo de la aplicación informática para el departamento de Movilidad y Obras Públicas?  ¿Qué tipo de herramientas se va a utilizar para el desarrollo de la aplicación web y la Geodatabase?  ¿La aplicación web cumplirá todos los requerimientos establecidos en el departamento de Movilidad y Obras Públicas?

6

2.3. Justificación de la investigación El desarrollo urbano de la ciudad de Pedro Vicente Maldonado, exige a las empresas públicas que brinden un mejor servicio a la ciudadanía, haciendo que el Gobierno Autónomo Descentralizado Municipal de Pedro Vicente Maldonado integre en el departamento de Movilidad y Obras Públicas un sistema que permita el alojamiento de los registros de las obras públicas.

La implementación del sistema CGOP permitirá agilitar, automatizar y dar solución a las carencias que presenta en la actualidad en departamento de Movilidad y Obras Públicas, proceso que se lo realizaba de manera manual. Al estar implementado el sistema CGOP servirá como recurso indispensable para los servidores públicos optimizando la administración de los bienes públicos, innovando en la tecnología y comunicación del GAD Municipal de Pedro Vicente Maldonado.

El desarrollo de este sistema es de manera factible para el Gobierno Autónomo Descentralizado Municipal de Pedro Vicente Maldonado por la aceptación de los usuarios que utilizarán el sistema, y de sus respectivas autoridades, tomando como eje principal el desarrollo tecnológico y productivo, tomando en cuenta que el sistema CGOP tiene un impacto ambiental positivo, reduciendo el gasto excesivo del papel de oficina utilizado en la elaboración de informes.

2.4. Objetivos de la investigación 2.4.1. Objetivo General Implementación de una aplicación web para el manejo y el alojamiento en una Geodatabase de los registros de las Obras Públicas en el GAD Municipal de Pedro Vicente Maldonado en el período 2015-2016.

7

2.4.2. Objetivos Específicos  Administrar de manera de correcta la información georreferenciada de las obras civiles que maneja el departamento de obras públicas  Determinar la metodología de desarrollo de software adecuada para implementar el sistema informático en el departamento de movilidad y obras públicas  Aplicar herramientas open Source óptimas para el desarrollo de la aplicación informática.  Cumplir los requerimientos establecidos por el departamento de obras públicas para desarrollar de manera eficiente la aplicación informática

8

3. MARCO REFERENCIAL 3.1. Revisión de la literatura o fundamentos teóricos La presente disertación de grado abordara los conceptos necesarios, relacionados para el entendimiento del desarrollo e implementación de una aplicación web para el manejo y el alojamiento de una Geodatabase de los registros de las obras públicas en el GAD Municipal de Pedro Vicente Maldonado.

3.1.1. Ingeniería de Software Esta ingeniería es muy importante en el ámbito tecnológico ya que es la que permite crear un software de calidad basándose en modelos, paradigmas de programación con el objetivo de obtener un producto óptimo de acuerdo a las necesidades de los usuarios finales “Pressman describe a la ingeniería de software como una tecnología, fundamental en la administración, control de calidad y mejora continua de procesos relacionados con el software, buscando eficacia y eficiencia en las metodologías de desarrollo” (Pressman, 2010, pág. 4).

3.1.1.1. Software Es un conjunto de datos, programas, procedimientos y documentación, los cuales tienen un objetivo determinado. Este permite resolver problemas, satisfacer necesidades.

El código fuente es la parte esencial del software, es un texto que se escribe en un lenguaje de alto nivel, en el cual hay instrucciones programadas, es imprescindible para estudiar, modificar o descubrir las funciones de un programa.

Este código está a la disposición de las personas para ser estudiado y modificado lo cual se llama código abierto, mientras que un código cerrado no lo está.

9

3.1.1.2. Clasificación del Software 

Sistemas: Son programas que tienen la finalidad de administrar el software básico o sistema operativo.



Aplicaciones: Permite la automatización o mejoramiento de tareas específicas del usuario lo cual da una mayor eficiencia



Programación: Se crea mediante el lenguaje de programación , el cual consta de sintáctica y semántica , quienes dan instrucciones a un programa de ordenador

3.1.1.3. Software libre Es cualquier programa cuyos usuarios gocen de estas libertades. De modo que deberías ser libre de redistribuir copias con o sin modificaciones, de forma gratuita o cobrando por su distribución, a cualquiera y en cualquier lugar. Gozar de esta libertad significa, entre otras cosas, no tener que pedir permiso ni pagar para ello. Asimismo, deberías ser libre para introducir modificaciones y utilizarlas de forma privada, ya sea en tu trabajo o en tu tiempo libre, sin siquiera tener que mencionar su existencia. Si decidieras publicar estos cambios, no deberías estar obligado a notificárselo a ninguna persona ni de ninguna forma en particular. (Stallman, 2010, pág. 45) 3.1.1.4. Software Propietario El software no libre también es llamado software propietario, software privativo, software privado o software con propietario. Se refiere a cualquier programa informático en el que los usuarios tienen limitadas las posibilidades de usarlo, modificarlo o redistribuirlo (con o sin modificaciones), o que su código fuente no está disponible o el acceso a ´este se encuentra restringido. En el software no libre una persona física o jurídica (por nombrar algunos: compañía, corporación, fundación) posee los derechos de autor sobre un software negando o no otorgando, al mismo tiempo, los derechos de usar el programa con cualquier propósito. (http://www.rebelion.org/docs/32693.pdf, 2010) 3.1.2. Ciclo de vida del Software Son períodos por el cual pasa un sistema en su etapa de desarrollo, pueden ser tareas panificables.

10

“Describe la vida de un producto de software desde su definición, pasando por su diseño, implementación, verificación, validación, entrega, y hasta su operación y mantenimiento”. (http://www.codecompiling.net/files/slides/IS_clase_13_metodos_y_procesos.pdf, 2011)

3.1.3. Metodologías 3.1.3.1. Modelo de cascada El modelo de la cascada, a veces llamado ciclo de vida clásico, sugiere un enfoque sistemático y secuencial para el desarrollo del software, que comienza con la especificación de los requerimientos por parte del cliente y avanza a través de planeación, modelado, construcción y despliegue, para concluir con el apoyo del software terminado.

(Pressman, 2010, pág.

34) Este es una de las metodologías más utilizada para la reacción de proyectos de software, su desarrollo se hace por etapas, lo cual permite que al terminar una etapa , esta deja el camino listo y preparado para la siguiente, permitiendo que ninguna etapa comience antes de que culmine al anterior, dando responsabilidades a cada esquipo que desarrolla la etapa.

Este enfoque tiene un orden muy riguroso en cada etapa, esto ayuda a que no se sobrepase las fechas de entrega y los costos ya acordados, una característica particular es que los desarrolladores pueden revisar el estado de avance del proyecto al final de cada fase.

Figura 1. Modelo en cascada Fuente: Pressman, R.S., (2010). Ingeniería del Software: Un enfoque práctico. México: Mc Graw Hill, p.34

11

3.1.3.1.1 Fases  Ingeniería y análisis del sistema En esta parte del software se plantean los elementos del sistema, de los cuales se irán desplegando una serie subelementos que complementan el sistema y además.  Análisis de requisitos En esta fase se deben definir y especificar las características que debe tener el software que se pretende desarrollar, esta etapa es la más importante porque aquí se deben tomar todas las decisiones circunstanciales que van hacer aplicadas en todo el desarrollo del proyecto, teniendo en cuanta todas las necesidades primordiales que requiere el cliente, por lo cual todo lo tratado en esta fase tendrá que ser concreto y disponible durante todo el proceso de desarrollo.

SRS (Especificación de requerimientos de Software), El documento más importante que se plantea antes de comenzar a desarrollar el software, este sirve como contrato, en este se plantará de manera precisa los requerimientos, objetivos del software, además del costo y el tiempo estimado que tomara el desarrollo del proyecto.

Este documento contiene la funcionalidad del software, como el cliente va a interactuar con el hardware y software del sistema, tiene especificado la calidad que posee en cuanto disponibilidad, tiempo de respuesta ante un fallo, la portabilidad del sistema, seguridad, restricciones que deberá cumplir.  Diseño Luego de tener claro los requerimientos se procese a analizar las posibles soluciones para el desarrollo de software, de aquí saldrá la más adecuada para este proyecto, el sistema se divide por elementos para que estos puedan ser desarrollados de una manera individual.

12

Como resultado en la etapa de diseño podremos tener un organigrama, seudocódigo entre otros. Se debe tener en cuenta que en esta fase se puede utilizar las métricas para predecir la calidad que el software tendrá antes de seguir a la síguete fase.  Codificación Se procede a desarrollar el código fuente, se elegirá el lenguaje de programación más adecuado, por lo general se una un lenguaje del más alto nivel, además tenemos que tener él cuenta el lenguaje que ya es conocido por el equipo de programadores.  Prueba En esta fase se comprueba que todo lo diseñado, codificado funcione de una manera correcta, estas pruebas se enfocan en la método interno del software y la funciones extras que se plantearon, como resultado de esta fase se podrá dar cuenta que todo este correcto.  Mantenimiento Con el pasar del tiempo o por circunstancias externas el software tendrá a sufrir cambios, estos pueden ser por errores que el cliente encontró o que el software debe adaptarse a otras necesidades del cliente 3.1.3.2. Programación Extrema (XP) “Extreme Programming, fue desarrollada por Kent Beck en el año de 1996, cuando trabajaba para la empresa Chrysler Corporatiom. Esta metodología tiene una base de valores muy importantes, es usada muy a menudo por el énfasis que le pone a la adaptabilidad, siendo capaz acomodarse a los cambios de requisitos en cualquier momento en la vida del proyecto en desarrollo”. (Pressman, 2010, pág. 61)

13

3.1.3.2.1 Valores XP Este tipo de metodología posee 5 valores claves, los cuales son una parte fundamental en el desarrollo de cualquier tipo de trabajo  Comunicación XP pone el énfasis en la comunicación entre clientes y desarrolladores, en el establecimiento de una misma estructura para comunicar conceptos importantes, en la retroalimentación continua y en evitar la excesiva documentación mediante la comunicación.  Simplicidad Los desarrolladores tienen que fijarse en las necesidades puntuales del proyecto , lo cual implica la creación de diseños fáciles de implementar , con la particularidad de que estos diseños cumplan específicamente lo requerido por el cliente  Retroalimentación Los principales actores en este valor son el cliente y el software implementado , por medio de las pruebas los desarrolladores podrán saber el nivel de aceptación o recibir

sugerencias del software en casa etapa , lo cual hace que la

retroalimentación sea más ágil y mejor organizada  Valentía La acoplacion a las nuevas prácticas de la programación extrema es sinónimo de valentía , ya que en el transcurso del proceso de adecuar los requerimiento a las necesidad el cliente o a futuros cambios suelen tener consecuencias en el grupo de desarrolladores ya que algunos de estos desertan  Respeto “Al apegarse a cada uno de estos valores, el equipo ágil inculca respeto entre sus miembros, entre otros participantes y los integrantes del equipo, e indirectamente para el software en sí mismo. Conforme logra éxito en la entrega de incrementos de

14

software, el equipo genera más respeto para el proceso XP” (Pressman, 2010, pág.

61).

3.1.3.2.2 Procesos XP La programación extrema se enfoca en 4 actividades primordiales que son: Planeación, Diseño, Codificación y pruebas

Figura 2. Proceso XP. Fuente: Pressman, R.S., (2010). Ingeniería del Software: Un enfoque práctico. México: Mc Graw Hill.p62

 Planeación “Es la primera fase de XP, donde el cliente y los desarrolladores de software intercambian información para poder obtener las características y funciones que debe desempeñar el software”. (Pressman, 2010, pág. 62) En este punto se generan las historias de usuarios, las cuales son descritas por los clientes, donde se generan las prioridades a las funciones del negocio, estas historias son estudiadas detenidamente, determinando un costo, los cuales son medidos en semanas de

15

desarrollo, si una historia de usuario sobrepasa las tres semanas de desarrollo se procede a descomponer en historias más pequeñas y se reasigna los valores de costos.  Diseño El diseño es de una manera simple el cual se rige a las historias descritas por el cliente, en esta fase se implementa el uso de tarjetas clase responsabilidad colaborador (CRC).

“Las tarjetas CRC identifican y organizan las clases orientas a objetos que son relevantes para el incremento actual del software, debido a que son el único producto del trabajo de diseño que se genera como parte del proceso XP” (Pressman, 2010, pág. 63).  Codificación Antes de proceder a la codificación se deben realizar pruebas unitarias, las cuales es una parte muy importante dentro XP. “Estas pruebas deben ser definidas con anterioridad antes de realizar el código, con esto se garantiza que el programador tenga claro qué es lo que va a desarrollar antes de comenzar hacerlo” (Pressman, 2010, pág. 64).

Un punto importante durante la codificación XP es que se desarrolle en parejas en una misma estación de trabajo con el objetivo de realizar código para una historia. Con esto se obtiene elementos para resolver inconvenientes y garantizar la calidad, ayuda a que los desarrollares se ocupen al cien por ciento en el caso.

Una vez concluidos los trabajos las parejas entregan a un grupo que se encarga de integrar todos los programas o a su vez son las parejas mismas las encargadas de integran en el programa general (Pressman, 2010, pág. 64).

16

 Prueba Todas las pruebas deben realizarse antes de la codificación lo cual es un punto muy importante en la metodología XP. A parte de las pruebas unitarias se deben realizar las pruebas de aceptación, estas poseen una característica en particular, ya que por medio de las mismas el cliente puede supervisar y verificar los requerimientos planteados al inicio del proyecto.

“Las pruebas de aceptación permiten al cliente saber cuándo el sistema funciona, y que los programadores conozcan que es lo que resta por hacer” (Pressman, 2010, pág. 65).

3.1.3.3. Modelo incremental Surge en los 80 propuesto por Harlan Mills, este modelo se enfoca en reducir el trabajo en el proceso de desarrollo para dar oportunidad a la toma de decisiones en los requisitos mientras se adquiere experiencia en sistema.

“El modelo incremental ejecuta una serie de avances, llamados incrementos, que en forma progresiva dan más funcionalidad al cliente conforme se le entrega cada incremento” (Pressman, 2010, pág. 35).

Figura 3. Modelo Incremental Fuente:http://arantxa.ii.uam.es/~proyectos/teoria/C5_Proyectos%20de%20desarrollo%20software.pdf

17

Consiste en la iteración de varios ciclos de vida. Al final de cada iteración se le entrega al cliente una versión mejorada o con mayores funcionalidades del producto. El cliente es quien después de cada iteración evalúa el producto y lo corrige o propone mejoras. Estas iteraciones se repetirán hasta obtener un producto que satisfaga las necesidades del cliente.

Combina elementos del Modelo Lineal Secuencial con la filosofía interactiva de Construcción de Prototipos, el modelo incremental aplica secuencias lineales de forma escalonada mientras progresa el tiempo en el calendario. Cada secuencia lineal produce un incremento del software. El primer incremento generalmente es un producto esencial denominado núcleo

Figura 4. Modelo Incremental.

Fuente:http://arantxa.ii.uam.es/~proyectos/teoria/C5_Proyectos%20de%20desarrollo%20software.pdf

Este modelo se suele utilizar en proyectos en los que los requisitos no están claros por parte del usuario, por lo que se hace necesaria la creación de distintos prototipos para presentarlos y conseguir la conformidad del cliente.

Cuando se utiliza un modelo incremental, es frecuente que el primer incremento sea el producto fundamental. Es decir, se abordan los requerimientos básicos, pero no se proporcionan muchas características suplementarias (algunas conocidas y otras no). El cliente usa el producto fundamental (o lo somete a una evaluación detallada). Como resultado del uso y/o evaluación, se desarrolla un plan para el incremento que sigue. El plan incluye la modificación del producto fundamental para cumplir mejor las necesidades del cliente, así como la entrega de características adicionales y más funcionalidad. Este proceso se repite después de entregar cada incremento, hasta terminar el producto final (Pressman, 2010, pág. 35).

18

Ventajas 

Se reduce el tiempo de desarrollo inicial.



Se entregan partes operativas del sistema al cliente.



Se reducen los cambios al acortar el tamaño de los incrementos.



Permite una implementación con refinamientos sucesivos



En cada incremento se descubren o agregan nuevos requisitos o a la vez se mejora la versión del sistema

3.1.4.

UML Es el leguaje de modelado unificado, tiene 9 tipos de diagramas con los cuales se pude

representar gráficamente un sistema, estos son •

Diagrama de Caso de Uso

•

Diagrama de Secuencia

•

Diagramas de Colaboración

•

Diagrama de Actividades

•

Diagrama de Clases

•

Diagrama de Implementación

•

Diagrama de Estado

•

Diagrama de Componentes

19

•

Diagrama de Objetos

El principal objetivo del UML es documentar y determinar los componentes del sistema, comportamiento y las relaciones que existen entre usuario y sistema.

3.1.4.1. Diagramas de casos de uso Los diagramas de casos simbolizan el comportamiento del sistema desde la visión del usuario, los cuales determinan las funciones que puede ejecutar el sistema, facilitando la comunicación con el cliente.

Figura 5. Ejemplo de un Caso de Uso Fuente: Sagrera, C. J., (2013). Ingeniería del Software, España: UOC, p. 183

Elementos básicos 

Actores: Son cualquier tipo de usuario , estos se representan con una silueta humana



Caso de uso: Es representado por un ovalo, el cual es detallado con una descripción textual. Representa una tarea la misma que con la ayuda del sistema se lleva a cabo

20



Asociaciones: Cuando el actor interactúa con el sistema se produce una asociación

3.1.4.2. Diagrama de secuencia Es la forma en la cual un grupo de objetos se comunican durante un tiempo, estos son objetos, mensajes los cuales se intercambian entre otros objetos y una línea vertical que representa la línea de vida de los objetos.

Figura 6. Ejemplo de un diagrama de secuencia Fuente: Pressman, (2010). Ingeniería del Software un enfoque práctico, Mexico, p. 168

3.1.5. Base de datos Se define como un conjunto de datos relacionados entre sí, estos datos se encuentran de una manera bien estructurada, estos pertenecen a un mismo contexto y se mantienen almacenados de una manera sistemática para su futuro uso.

21

Las bases de datos se encuentras conformadas por tablas, las cuales contiene registros, donde cada registro está conformado por un conjunto de campos llamados atributos, donde cada uno de estos permite llevar información de un objeto del mundo real.

Figura 7. Base de Datos Fuente: Sistemas de Base de datos C. J Date, 2001

Existen tres elementos indispensables para realizar el ingreso de información en la base de datos, los cuales son: Hardware, Software y datos.

Un sistema de base de datos es básicamente un sistema computarizado para guardar registros; es decir, un sistema computarizado cuya finalidad general es almacenar información y permitir a los usuarios recuperar y actualizar esa información con base en peticiones. La información en cuestión puede ser cualquier cosa que sea de importancia para el individuo u organización; en otras palabras, todo lo que sea necesario para auxiliarle en el proceso general de su administración (Date, 2001, pág. 23).

3.1.5.1.

Clasificación 3.1.5.1.1. Base de datos Dinámica

Se utilizan datos del día a día, de modo que es necesario una actualización periódica, lo cual permite que se creen modificaciones frecuentes, utilizando las operaciones fundamentales: actualización, eliminar, crear, consultar.

22

3.1.5.1.2. Base de datos bibliográficas Esta base de datos almacena información científica que se fundamente básicamente en artículos de revistas.

3.1.5.1.3. Base de datos jerárquicas La organización es como un árbol, el nodo padre puede contener hijos y el que no posee hijos es la raíz. Esta base de datos es muy utilizada cuando se maneja un volumen grande de información y datos compartidos, lo que permite la creación de estructuras estables y de mucho rendimiento 3.1.5.2. PostgreSQL “Es un sistema gestor de base de datos relacional orientado a objetos, publicado bajo la licencia BSD, es decir, una licencia de software libre permisiva como la licencia de Open SSL o la MIT License. Esta licencia tiene menos restricciones en comparación con otras como la GPL estando muy cercana al dominio público. La licencia BSD al contrario que la GPL permite el uso del código fuente en software no libre. Este sistema gestor puede ser ejecutado en cualquier sistema operativo y posee características sofisticadas, encontradas en sistemas de paga”. (PostgreSQL, 2013) Este utiliza el modelo cliente/servidor usando multiprocesos para estabilizar el sistema, lo cual permite que si se presenta algún fallo no afecte al resto y el sistema seguirá funcionado correctamente.

23

Figura 8. Componentes importantes de un sistema PostgreSQL Fuente: http://www.postgresql.org.es/sobre_postgresql

PostgreSQL es muy ideal y el más popular para los ambientes web, además de que es un gestor de base de datos que posee la sintaxis del lenguaje de SQL, lo cual permite que se encuentre mucha información y soporte en la web.

3.1.5.3. SQL El lenguaje de base de datos SQL, que comúnmente se utiliza para crear estructuras de base de datos y que mediante ellas podemos administrar tareas como agregar, modificar, eliminar y consultar datos por medio de líneas de sentencia o comandos que poseen un estándar básico permitiendo que el usuario tenga un esfuerzo mínimo a realizar dichas tareas y que posea una administración relacional con otras bases de datos (Coronel, 2011).

24

3.1.5.4. PostGIS PostGis es una extensión basada en el sistema de base de datos PostgreSQL, lo cual permite que esta unión sea la perfecta para el almacenamiento, gestión y el mantenimiento de los datos espaciales.

Este es un software libre, tiene licencia GNU (General Public License), posees la facilidad de intercambio de datos espaciales debido a que es compatible con los estándares de Open Geospatial Consortium, posee las características de importa y exportar datos médiate las varias herramientas conversores, tiene mayor estabilidad y rapidez que el software de pago (http://postgis.org/, 2016).

3.1.6. Servidor Un servidor es un software que realiza tareas, también es un computador que provee datos a los usuarios que se encuentran dentro de una red.

Cuando los usuarios se conecten al servidor tendrán acceso a toda la información que se encuentre alojada en el mismo.

Hoy en día y con el avance de la tecnología existe una gran cantidad de servidores, los cuales poseen características únicas y específicas de cada uno, pero en general lo todos realizan la función principal que es proveer acceso a los archivos y servicios que se encuentren en el mismo.

3.1.6.1. Tipos de servidores 3.1.6.1.1 Servidor Web Comparte información con los usuarios en internet, almacena archivos que los usuarios pueden acceder al mismo por medio del protocolo HTTP.

25

Uno de los servidores más utilizados es el apache, es rápido y muy eficiente, posee una característica muy particular que es su arquitectura modular

y su adaptabilidad a las

necesidades de los usuarios.

3.1.6.1.1.1. Apache Apache es un servidor web que permanece continuamente actualizado para responder de manera eficiente a las peticiones de los clientes, se caracteriza por ser un servidor rápido y eficiente.

Desarrollado por la Apache Software Foundation, su proyecto el servidor actualmente sigue siendo el más utilizado a pesar de ser creado en 1996. La característica principal del servidor Apache es su arquitectura modular y adaptable a las necesidades de los usuarios.

(Gómez, 2010) 3.1.6.1.1.2. OpenLayer 3 OpenLayer3 se desarrolló por MetaCarta en junio del 2006. A partir de noviembre de 2007 dicho proyecto forma parte de los proyectos de Open Sourse Geospatial Foundation.

OpenLayers es una biblioteca de JavaScript de código abierto con la finalidad de mostrar mapas en los navegadores web de forma interactiva. OpenLayers brinda una Api con la cual se puede acceder a diferentes fuentes de información cartográfica en la red (OpenLayers, 2015).

3.1.6.1.2 Servidores de archivos Este tipo de servidores facilita el intercambio de archivos entre los clientes, los archivos alojados en este servidor no deben ser muy grandes y el acceso de los usuarios no debe ser excesivo para el buen funcionamiento del mismo.

26

3.1.6.1.3 Servidores de base de datos Estos servidores almacenan gran cantidad de datos, la información que contienen se encuentra en tablas interrelacionadas, manteniendo una estructura.

Un Servidor de Base de Datos permite gestionar o administrar los datos de una base de datos, cambiar la configuración de acceso de usuarios y también poder realizar una replicación de los datos almacenados (Marchionni, 2011).

3.1.6.1.4 Servidores de Mapas Un servidor de mapas alancea información geoespacial, esta información se puede encontrar en formatos raster o vectorial, estos servidores tienen herramientas muy sofisticadas que ayudan a facilitar la proyección cartográfica, todos los servicios que se implementan es este servidor llevan estándares de interoperabilidad especificados generalmente por el Open Geospatial Consortium.  MapServer Es una herramienta que permite la propagación de aplicaciones cartográficas dinámicas e información espacial dentro de un entorno web. Trabaja en los sistemas operativos más conocidos como son Windows, Linux y Mac OS. No contempla algunas funcionalidades por lo que no se lo considera como un sistema de información geográfica (MapServer, 2015).  Geoserver Es un servidor multiplataforma desarrollado en Java que permite la manipulación de datos geoespaciales. Admite la publicación de datos mediante los estándares de código abierto, siendo de esta forma un servidor que se encuentra establecido como código abierto para la disponibilidad de sus usuarios (GeoServer, 2015).

27

3.1.7. Desarrollo Web En el mundo que vivimos hoy en día es necesario que la tecnología se adapte a nuestro convivir diario, esto hace que las aplicaciones se acoplen a nuestro convivir caso contrario estas deben ser dadas de baja.

Por lo cual surge las aplicaciones web, las cueles son sistemas informáticos adaptables a las necesidades de los usuarios, brindando acceso a la información desde cualquier parte del mundo el momento que desee de una manera eficaz y rápida.

3.1.7.1. Internet Es la red más grande de ordenadores del mundo mediante la cual se pude compartir un sinnúmero de recursos, información entre los usuarios.

“El internet se considera como el cuerpo humano, compuesto por miles o millones de partes, secciones y áreas en constante renovación y es lógica esta analogía, ya que como todo el mundo sabe Internet crece y crece a pasos acelerados y ninguna información que se encuentre allí desaparece o se destruye solo cambia de lugar” (Perez, 2011, pág. 20).

3.1.7.2. Página Web Hoy en día en cualquier rincón del mundo tenemos acceso al internet, al ingresar a este nos encontramos con las páginas web, estos son documentos son archivos que poseen un nombre asignado.

Este documento se encuentra codificado mediante estándares y mediante el lenguaje específico de HTML, estos sitios web se pueden acceder mediante la alta gama de navegadores web que existen en el medio.

28

Este sitio de internet que se encuentra alojado en algún servidor (o servidores) alrededor del mundo (no es necesario saber su dirección física), al usuario de una página web comúnmente le interesa la información que ésta muestre o provea. La información puede estar en forma de texto, imágenes, video, o animaciones. Todo esto se logra gracias a diferentes tecnologías de desarrollo en entornos web, básicamente hablamos de HTML un lenguaje de hipertexto que todos los navegadores utilizan al momento de acceder a un sitio web. “Una página web es un conjunto de objetos multimedia como audio, texto, imágenes, videos, entre otros componentes, que interactúan entre sí mediante instrucciones codificadas en lenguaje HTML. Se encuentran alojadas en un servidor web” (Arrarte, 2011, pág. 124).

3.1.7.3. HTML HyperText Markup Language, Es el lenguaje esencial para la creación de páginas web, muy conocido alrededor del mundo, además es un estándar, el cual es regido por World Wide Web Consortium .

Es un lenguaje comúnmente utilizado para la publicación de hipertexto en la Web y desarrollado con la idea de que cualquier persona o tipo de dispositivo pueda acceder a la información en la Web. HTML utiliza etiquetas que marcan elementos y estructuran el texto de un documento. (W3C, 2015).

Su sintaxis consiste en un texto limitado por: un menor que y un mayor que. Ejemplo <etiqueta>. Puede describir en cierta parte la apariencia de diseño de un documento y puede también venir embebido con un script u otros lenguajes de programación web (Muñoz, 2012, pág. 14).

El HTML permite a adaptar las aplicaciones web a cualquier tipo de resolución y tamaño de pantallas, posee una sintaxis fácil de aprender y entender, no depende de ningún elemento

29

de terceros como por ejemplo Adobe Flash Player, posee una gran capacidad de unificación con Jquery y Ajax, cada vez las etiquetas son mejoradas para facilitar y mejorar la implementación de las mismas.

3.1.7.4. XHTML (eXtensible Hyper Text Markup Language) Es un lenguaje de marcas creado para sustituir a HTML, que permite crear páginas web donde la información y la forma de presentarlas estén claramente separadas; es decir, que no se define el aspecto de las cosas sino lo que significa (Orós, 2013).

3.1.7.5. JavaScript Este leguaje tiene la particular de ser ejecutado en el navegador del cliente, este lenguaje es un pilar fundamental para el desarrollo de las páginas web, su principal característica es que el usuario tiene una mayor interactividad con la página web.

3.1.7.5.1 AngularJS Es un framework de código abierto desarrollado por google, este se encuentra basado en el lenguaje JavaScript, nos permite el desarrollo de aplicaciones web dinámicas y eficientes, este no depende ni está compuesto por elementos gráficos, ccs.

Permite el desarrollo web Front End desde una sola página, se encuentra basada en el MVC( Modelo Vista Controlador ) haciendo de esta manera que la etapa de pruebas sean más fáciles.  Ventajas 

Es extremadamente popular: te será muy fácil encontrar materiales, foros y contratar desarrolladores que dominen el tema.

30



No utiliza componentes gráficos: tienes libertad total para personalizar tu aplicación hasta el más mínimo detalle.



Es Liviano y eficiente: El framework completo mide apenas 105kb y esta optimizado para utilizar al mínimo los recursos del sistema.



Escribes Menos Código: Todo el framework esta diseñado para ahorrarte tiempo sin perder de vista la calidad y buenas practicas.



Coexiste con otros frameworks: Puedes utilizar AngularJS con otros frameworks y herramientas como jQuery, Bootstrap o PhoneGap sin temor a que aparezcan problemas de incompatibilidad.

3.1.7.5.2 Leaflet “Es una biblioteca que permite hacer mapas para desplegar en páginas web, al ser de código abierto y una biblioteca de JavaScript facilita ver su funcionamiento y que muchas de las personas puedan contribuir con mejoras a su código” (http://leafletjs.com/, 2016).

3.1.7.6. PHP Es un lenguaje de programación, sus siglas significan Hypertext Prepocessor, se puede utilizar en varias plataformas ya que su código puede ser ejecutado en los sistemas operativos que existen hasta la actualidad lo cual permite que se pueda elegir cualquier tipo de servidor para alojar el portal web.

El código escrito en PHP se almacena y se ejecuta en el servidor, muy por lo contrario a JavaScript, en el cual el código se carga en el navegador del cliente y es ejecutado en el pc final que hace la solicitud, este modo de funcionamiento nos brinda mejores funcionalidades como la una página web con mucho más dinamismo y portabilidad. El servidor toma como

31

entrada el código PHP y da como resultado una vista de página web que recibe el browser. El proceso es transparente y el browser cliente no se entera de los procesos que se ejecutan dentro del servidor (Heurtel, 2011).

3.1.7.7. CSS Las hojas de estilo en cascada, es un lenguaje que complementa HTML el cual nos permite gestionar el diseño de la página web.

Este lenguaje nos permite agilizar los procesos y reducir los trabajos, además permite diferenciar los estilos que visualizamos en la pantalla 3.1.8. Sistemas de información geográfica Los Sistemas de Información Geográfica (SIG) son herramientas que permiten resolver problemas relacionados con la localización, este tipo de sistemas posee elementos que permite comprender mejor su estudio entre ellos están: coordenadas de posicionamiento, las cuales permiten estimar posiciones o separaciones entre distintos lugares. La aplicación de estos sistemas depende según la situación del problema a resolver como pueden ser de Geografía, Economía Espacial, entre otras (Bosque Sendra, 2012).

3.1.8.1. Componentes de un SIG

Figura 9. Componentes de un SIG Fuente: http://www.laciudadviva.org/blogs/wp-content/uploads/2012/03/sig.jpg

32

3.1.8.1.1 Datos Son la materia prima necesaria para el trabajo en un SIG, y los que contienen la información geográfica vital para la propia existencia de los SIG. 3.1.8.1.2 Métodos Un conjunto de formulaciones y metodologías a aplicar sobre los datos.

3.1.8.1.3 Software Es el elemento que permite la interacción con los datos geográficos mediante funciones o herramientas que permiten la manipulación de estos, además tiene una característica especial pues pueden conectarse a un sistema gestor de base de datos para el almacenamiento de los mismos. También contiene herramientas que permiten la visualización de los datos para un realizar un análisis de estos (Bosque Sendra, 2012).  Quantum Gis (Qgis) QGIS es un Sistema de Información Geográfica (SIG) de Código Abierto licenciado bajo GNU - General Public License . QGIS es un proyecto oficial de Open Source Geospatial Foundation (OSGeo). Corre sobre Linux, Unix, Mac OSX, Windows y Android y soporta numerosos formatos y funcionalidades de datos vector, datos ráster y bases de datos (QGis, 2015).

3.1.8.1.4 Hardware Son todos los elementos tangibles que forman parte de un ordenador y que sirven para realizar determinadas tareas haciendo uso del software, algunos elementos hardware son: la

33

caja donde se encuentra la placa base (case), el procesador, la memoria, discos duros, etc.

También se considera como hardware a los dispositivos de entrada y salida (Camazón, 2011) 3.1.8.2. Modelo de Datos 3.1.8.2.1 Vectorial El modelo vectorial organiza los datos geográficos en base a la perspectiva de bases de datos relacionadas y a partir de esto permite trabajar digitalmente utilizando las tres entidades gráficas que se usan para la confección de mapas: puntos, líneas y áreas (polígonos). A partir de aquí, las bases de datos alfanuméricas asociadas a estas entidades geográficas son bases de datos alfanuméricas puntuales, lineales o areales (Moreno, 2014, pág. 26).

3.1.8.2.2 Raster EL raster divide el espacio geográfico mediante una matriz cuadriculada en donde cada celda contiene información correspondiente a la característica dominante en ella. Cada celda es una localización, técnicamente se denomina píxel (picture element) y es la unidad mínima de representación espacial. (Moreno, 2014, pág. 25).

3.1.8.3. Sistemas de coordenadas Estos sistemas de coordenadas ayuda a la representación de puntos sobre la superficie terrestre mediante los valores de longitud y latitud 3.1.8.1.1. Latitud “Es el ángulo entre la línea que une el centro de la esfera con un punto de la superficie y el plano ecuatorial, esta se puede expresar específicamente si el punto se sitúa al sur o al norte”. (Olaya, 2012, pág. 41)

34

3.1.8.1.2. Longitud Es el ángulo formado entre dos de los planos que contienen a la línea de los polos, el primero es un plano arbitrario que se toma como referencia y el segundo es el que, además de contener la line a de los polos, contiene al punto en cuestión (Olaya, 2012, pág. 41)

Figura 10. Elementos del sistema de coordenadas geográficas Fuente: Sistemas de Información Geografía Oyala, 2012

3.1.8.4. Coordenadas Geográficas Coordenadas geográficas definen la localización de un objeto sobre la superficie esférica tridimensional de la tierra también son llamadas coordenadas geodésicas. Además para la localización cuenta con líneas imaginarias las cuales sirven de referencia, los meridianos líneas verticales, círculos que pasan por los polos los cuales tiene la misma longitud y losparalelos líneas horizontales de igual latitud . (Olaya, 2012, pág. 41) 3.1.8.5. GPS Como sus siglas en ingles GPS (Sistema de Posicionamiento Satelital) permite determinar la posición de un objeto como personas o lugares específicos con alta precisión en muchas veces centímetros, pero en general la distancia varia en pocos metro. (http://www.gbif.es/gbif/ficheros/TallerSIG-Geolocate_10/cuadernillo2010.pdf, 2016) 3.1.8.6. Proyección UTM UTM son las siglas del inglés Universal Trasverse Mercator, esta proyección se construye proyectando todos los puntos en un cilindro transversal, tangente al globo terráqueo a lo lardo de un meridiano que se elige como meridiano de origen: A medida que se aleja del meridiano de origen ,las deformaciones aumentan, por lo que se recurre a subdividir la superficie terrestre en 60 zonas iguales, denominadas Husos, de seis grados de longitud cada uno, con la cual resultan 60 proyecciones UTM para todo el planeta, cada una con su propio meridiano central de tangencia (Bozquez I, 2012, pág. 52).

35

3.1.8.7.

Georreferenciación

Proceso por el cual se relaciona la posición e información real en la superficie terrestre de un objeto sobre un plano. Los elementos necesarios para georreferenciar un objeto son: un sistema de referencia, un datum geodésico y una superficie de referencia. (Perez, 2011, pág.

56).

3.1.8.8. ShapeFile Este es un formato que guarda almacena los datos espaciales y los atributos de las entidades geográficas, dichas entidades pueden ser líneas o polígonos, lo cual permite el almacenamiento de la ubicación y la información de las diferentes entidades geográficas.

Los shapefile son un conjunto de archivos, pues cada archivo almacena información que es importante, el archivo .shp contiene información relacionada a las entidades geométricas, el archivo .shx acopia un índice de todas las entidades geométricas y el archivo .dbf abarca información relacionada con los atributos de los objetos creados en el shapefile. (Perez, 2011, pág. 155) 3.1.8.9. Geodatabase La Geodatabase permite almacenar físicamente la información geográfica, esta tiene una forma estructurada, lo cual permite que un conjunto integrado de datos mediante la definición de reglas, relaciones y asociaciones topológicas.

La Geodatabase almacena elementos geográficos como son ráster, vector, topología u otros. Además ayudan a mejorar o completar el funcionamiento de las base de datos, pues permiten incorporan funciones que son útiles para el tratamiento de datos espaciales (Peña , 2009, pág. 88).

36

3.1.8.9.1 Tipos de Geodatabase 

Personal

Esta base de datos se almacena en Microsoft Access, lo cual permite crear y editar elementos especializados como relaciones espaciales, redes geométricas , topología etc., además permite realizar una seria de funciones avanzadas de acuerdo al cliente , tiene la capacidad de almacenamiento hasta 2GB , no soporta la edición en módulo de multiusuario.  Fichero Es una estructura de archivos, se encuentra disponible en ArcInfo

ArcEditos y

ArcView, Posee almacenamiento ilimitado, utiliza el formato de ESRI, lo cual permite integrar todos los datos en una única carpeta, tiene mejor rendimiento que la Geodatabase personal, además se puede utilizar en varias plataformas y es multiusuario en el modo solo lectura.  Multiusuario Se denominan Geodatabase ArcSDE, la cual permite almacenar información geografía en SGBDR, funciona con Oracle, Microsoft SQL, permite ser consultada y editada por varios usuarios y además no tiene límite de tamaño.

3.1.9. Obra Proyecto de Ingeniería contratado y/o en proceso de construcción, que el Contratista tiene que entregar al Contratante debidamente terminado, lo que le obliga a suministrar la dirección técnica, la mano de obra, los equipos y los materiales requeridos y a realizar todas las actividades y labores contingentes necesarias y convenientes para su exitosa conclusión. Todo esto dentro de un plazo establecido, a un precio determinado y, además, cumpliendo con todos los deberes y obligaciones que le impone el contrato. (www.obraspublicas.gob.ec, 2013)

37

3.1.9.1. Planilla de pago Documento en que el Fiscalizador, de acuerdo con los Rubros o Items de Pago, establece y aprueba las cantidades de "Trabajos específicos", montos parciales y monto total que se debe pagar al Contratista por trabajos ejecutados adecuadamente durante un período determinado (www.obraspublicas.gob.ec, 2013) 3.1.9.2. Planos Documentos técnicos (Dibujos) esenciales para la ejecución de la obra, los cuales muestran gráficamente la ubicación, forma, dimensiones y detalles de la misma. (www.obraspublicas.gob.ec, 2013) 3.1.9.3.

Plazo Contractual

El número de días calendario o días laborables estipulado en el contrato para el cumplimiento

del

mismo,

incluyendo

(www.obraspublicas.gob.ec, 2013)

las

extensiones

de

tiempo

autorizadas.

38

4. METODOLOGÍA DE LA INVESTIGACIÓN La presente disertación mejora, optimiza recursos y tiempo en el departamento de Movilidad y Obras Públicas del GAD Municipal de Pedro Vicente Maldonado con el desarrollo e implementación de una aplicación web para el manejo y el alojamiento de una Geodatabase de los registros de las obras públicas.

En este proyecto se presenta dos enfoques estos son: cuantitativo para la recolección de datos mediante el uso de entrevistas, encuestas lo cual permitirá responder las preguntas de investigación planteadas en esta disertación, estos resultados se analizarán de forma estadística, los cuales arrojarán información sobre el interés de la población. El enfoque cualitativo interpreta los datos de los resultados obtenidos en la investigación de la disertación, lo cual permitirá llegar a una conclusión Estos dos enfoques ayudarán alcanzar el objetivo de la disertación.

4.1. Enfoque / Tipo de investigación 4.1.1. Diseño experimental “La investigación experimental es la verdadera investigación, y el conocimiento generado por ésta es el conocimiento realmente válido y científico” (Bernal, 2010, pág. 145).

Este tipo de diseño tiene una característica muy particular la cual ayuda mucho permitiendo al investigar realizar experimentos para darse cuenta cuales son los efectos y consecuencias que se han generado.

Para muchos expertos la investigación experimental es más propia de las ciencias naturales que de las sociales, debido a que se cuestionan las implicaciones que ésta pueda tener en el ser humano en el acto de involucrar y manipular acciones por los investigadores, quienes

39

lograrían reducir al ser humano a un nivel de un objeto manipulable, por tanto muchos de los experimentos de educación se cuestionan porque es usual hallar que en la investigación el ser humano se convierte en objeto manipulable al servicio de la ciencia El diseño experimental reúne información indispensable y veraz referente a un problema o necesidad por la cual se tiende a crear nuevos productos de Software.

4.1.2. Tipo de investigación “Las investigaciones de tipo exploratorias se efectúan cuando el objetivo es comprobar un tema o problema de investigación del cual se tiene escaso conocimiento y existen varias” (Hernandez, 2010) Este tipo de investigación fue seleccionada debido a que esta disertación es un proyecto innovador para el GAD de Pedro Vicente Maldonado

4.2. Población / Muestra 4.2.1. Población “La población es el número total de elementos que comparten características similares de los cuales se necesita información específica para desarrollar una investigación” (Bernal, 2010, pág. 160).

La población con la que se trabaja está representada por el personal que labora en el departamento de movilidad y obras públicas, que son 4 funcionarios públicos.

40

4.2.2. Muestra “La población es el número total de elementos que comparten características similares de los cuales se necesita información específica para desarrollar una investigación” (Bernal, 2010, pág. 160).

Por el motivo de que la población no es muy grande, esta se convierte en la muestra, debido a que no se puede calcular una muestra de una población menor de 100 personas, por lo cual la muestra para esta disertación es : Cinco (5)

4.3. Técnicas de recogida de datos Las técnicas son todos los medios posibles que un investigador tiene para conseguir la información necesaria para la investigación del proyecto, en esta disertación se utilizaron fueron las siguientes: 4.3.1. Entrevista “La población es el número total de elementos que comparten características similares de los cuales se necesita información específica para desarrollar una investigación” (Bernal, 2010, pág. 256).

La población con la que se trabaja es de 5 personas, esta población está representada por el personal que labora en el departamento de movilidad y obras públicas.

4.3.2. Encuesta “La muestra es una parte de la población que representa a todos los elementos con la cual se trabaja en una investigación” (Bernal, 2010, pág. 250) .

41

Considerando que la población es inferior a 100, en este caso la muestra sería la misma población por que no se puede sacar un extracto de una población mínima, la población y muestra será 5 personas.

4.3.3. Observación “Es una técnica de investigación científica, un proceso riguroso que permite conocer, de forma directa, el objeto de estudio para luego describir y analizar situaciones sobre la realidad estudiada” (Bernal, 2010, pág. 257).

4.3.4. Instrumentos de recogida de datos “El instrumento es el mecanismo que utiliza el investigador para recolectar y registrar la información” (Bernal, 2010, pág. 160).

En el desarrollo de este proyecto se realizó dos etapas de validación: en la primera se hizo una entrevista al jefe del departamento de Movilidad y Obras Públicas con la finalidad de tener conocimiento del problema que se estuvo originando; la segunda etapa se realizó el plan piloto de las preguntas validadas con la finalidad de tener información acerca de lo que está sucediendo internamente en el departamento. El instrumento de recolección de datos que se utilizó en estas etapas fue el cuestionario.

4.3.4.1. Cuestionario “El cuestionario es un banco de preguntas que se elaboran de manera objetiva con la finalidad de obtener información de un problema a investigar” (Bernal, 2010, pág. 250) .

Este instrumento se lo aplica a la muestra que se ha obtenido a partir de la población determinada en el desarrollo de esta investigación. En el desarrollo de este proyecto se realizaron preguntas estructuradas de una sola opción, organizadas a partir de los datos

42

generales que se obtuvieron en la investigación y se hace posible mediante la técnica de recogida de datos que es la encuesta.

4.3.4.2. Ficha de registro Es un banco de preguntas que se realiza para la entrevista. En el desarrollo del proyecto de investigación se formularán preguntas estructuradas permitiendo tener un análisis del problema a resolver.

4.4. Técnica de análisis de datos Las técnicas que se emplearán para el análisis de datos serán: la tabulación de las encuestas y el análisis de la información obtenida a partir de las entrevistas a los usuarios finales, al mismo tiempo se empleará el documento de especificación de requerimientos de Software (SRS) para procesar la información obtenida. De este modo se podrá interpretar toda la investigación recogida.

Mediante estos análisis se pudo responder a las inquietudes para el desarrollo de la aplicación

4.5. Metodología de desarrollo de la aplicación Para la selección de la metodología adecuada para implementar en esta disertación se tomaron varios factores que se acoplan a las necesidades del desarrollador y de la aplicación web.

43

Aspectos

Complejidad del proyecto Especificaciones de requerimientos

Desarrollar todas las etapas para obtener un producto Permite adaptación y mejoras de software Tiempo de desarrollo

CASCADA

XP

INCREMENTAL

PA

E

%

E

%

E

%

%

4

8%

4

8%

4

8%

10%

4

16%

4

16%

2

8%

20%

5

10%

4

8%

4

8%

10%

5

20%

4

16%

5

20%

20%

5

40%

5

40%

3

24%

40%

68%

100%

94%

Total

88%

Tabla 1: Comparativa de metodologías Fuente:

4.5.1. Metodología Cascada Se escogió esta metodología por los beneficios, ya que se pueden establecer las etapas o fases de desarrollo mediante las cuales se obtendrá un producto final de alta calidad, además de conocer de una manera más profunda los problemas a resolver debido a la comunicación con el usuario final que se lleva encada proceso.

Esta metodología describe un paradigma bastante usado en la programación, el cual consiste en cinco partes: Análisis, Diseño, Codificación, Pruebas y Mantenimiento.  Análisis Esta etapa de desarrollo en cascada, se toma en cuenta todas las necesidades que los usuarios que van a utilizar el software, permitiendo conocer todos los requerimientos de software necesarios y fundamentales para poder seguir a la siguiente etapa de esta metodología,

44

que es la de diseño. Es de primordial realizar un documento detallado de cada uno de estos requerimientos, como es el SRS (ver anexo 2). En este documento se estableció los módulos, funcionalidades y las características del sistema.

Para llevar a cabo un buen análisis de requisitos, se tuvo una entrevista con el Ing. Luis Orlando Cabezas, director del departamento de Movilidad y Obras Públicas del GAD Municipal de Pedro Vicente Maldonado, permitiendo conocer el problema que se origina en el departamento.  Diseño Esta fase se realiza el diseño necesarios que cumpla los requerimientos establecidos en la fase de análisis, dentro de esta etapa se determinan las herramientas necesarias para la siguiente etapa de codificación.

Además se establece el diseño arquitectónico de la aplicación web, con la construcción de los diagramas, los cuales permitirán el correcto desarrollo de los requerimientos recogidos en el análisis, además de diseñar y generará la Geodatabase con los componentes de la aplicación. A nivel de base de datos se realizará los diseños lógicos y físicos fundamentales para poder realizar la implementación de la base de datos.  Codificación Esta etapa de codificación es la parte donde se implementa el código fuente, para ello se hace uso de los pequeños prototipos en los que se hacen pruebas para corregir los errores, esta etapa depende del grupo de desarrolladores en que lenguaje de programación vayan a utilizar, además de las extensiones y componentes que serán vitales para hacer la programación.

45

La etapa de codificación en el desarrollo de este proyecto diseñó la interfaz para la interacción de los usuarios con la aplicación, la implementación de los códigos de las funcionalidades y el geoportal que es un componente adicional al sistema informático.  Pruebas La etapa de pruebas consiste en la comprobar que las funcionalidades y elementos que incluyan en el sistema deben de funcionar correctamente y que cumpla con los requisitos antes de ser puesto en correcto funcionamiento de la aplicación informática.

Concluida la etapa de pruebas de la aplicación, en donde se verifica todos los requerimientos establecidos en el documento durante la etapa de análisis, comienza la implementación de la aplicación web para el uso del departamento de Movilidad y Obras Públicas.  Mantenimiento Es la etapa de mayor esfuerzo de los encargados del proyecto, debido a que los recursos que se destinan es de aproximadamente del 75%. El mantenimiento del software es fácil de manejarlo por tener una relación directa con el usuario final, es decir que los usuarios finales podrían dar todas las expectativas final de un sistema. Para ello se utiliza varios tipos de mantenimiento como son: preventivo, correctivo y evolutivo.

46

5. Resultados 5.1. Discusión y Análisis de los resultados 5.1.1. Encuesta realizada al personal administrativo A continuación se presentan los resultados obtenidos de después de haber levantado la información mediante la aplicación de la encuetas al personal administrativo del departamento de movilidad y obras públicas del GAD Municipal de Pedro Vicente Maldonado (Ver anexo 1) 1. ¿Cree usted que es necesario una herramienta web que ayude en el manejo de información de servicios públicos?

Tabla 2: Importancia de una herramienta web NIVEL DE ACEPTACIÓN SI

FRECUENCIA

PORCENTAJE

4

80%

NO

1

20%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor

SI

NO

80% 80% 60% 40% 20% 20% 0%

Figura 11. Importancia de una herramienta web.

Fuente: Encuesta al personal administrativo.

Análisis: En base a los datos adquiridos a través de la encuesta realizada al personal administrativo del departamento de obras públicas, se determinó que las 4 personas que corresponde al 80% respondierón que es necesario una herramienta web que ayude el manejo

47

de la información de servicios públicos; mientras el 20% consideraron que no es necesario una herramienta web.

Tomando en cuenta el objetivo general de este proyecto, la implementación de una herramienta web si es viable considerando el porcentaje de aceptabilidad por parte de los servidores públicos, teniendo en cuenta que implementar esta herramienta tendrá un impacto positivo para el departamento de Movilidad y Obras Públicas.

2. ¿Cómo califica la manera de llevar actualmente la información y registro de las obras publicas del GAD? Tabla 3: Calificación de llevar la información

RESPUESTA

FRECUENCIA

PORCENTAJE

MALO

3

60%

REGULAR

1

20%

BUENO

0

0%

SE DESCONOCE

1

20%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor

60% 50% 40%

MALO REGULAR

30% 20% 10% 0%

Figura 12. Calificación de llevar la información Fuente: Encuesta al personal administrativo.

BUENO SE DESCONOCE

48

Análisis: Mediante la encuesta realizada al personal administrativo del Departamento de Movilidad y Obras Públicas, el 60% que corresponde a 3 personas calificaron como una manera mala de llevar la información, mientras que el 20% que representa 1 persona consideran que es regular además que el otro 20% desconoce cómo se llevan lo información.

Los usuarios consideran que la manera en que el departamento de Movilidad y Obras Públicas lleva la información es de una manera deficiente.

3. ¿Cree que la información que maneja el departamento de obras públicas es importante?

Tabla 4: Importancia de la información RESPUESTA

FRECUENCIA

PORCENTAJE

MUY IMPORTANTE

5

100%

IMPORTANTE

0

0%

POCO IMPORTANTE

0

0%

SIN IMPORTANCIA

0

0%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor MUY IMPORTANTE

IMPORTANTE

100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

Figura 13. Importancia de la información.

Fuente: Encuesta al personal administrativo.

POCO IMPORTANTE

SIN IMPORTANCIA

49

Análisis: Las 5 personas que representan el 100% consideran que la información que maneja el departamento de obras públicas es muy importante.

Mediante los resultados podemos determinar que el personal del departamento de Movilidad y Obras Públicas considera que la información que manejan es de suma importancia 4. Considera que es necesario la implementación inmediata de un sistema para la georreferenciar las obras civiles

Tabla 5: Implantación de un sistema.

RESPUESTA

FRECUENCIA

PORCENTAJE

SI

5

100%

NO

0

0%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor

SI 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

Figura 14. Implementación de un sistema.

Fuente: Encuesta al personal administrativo.

NO

50

Análisis: Según los datos obtenidos el 100 % que corresponde a 5 personas de los servidores públicos consideran considera es necesario la implementación inmediata de un sistema.

Con los datos obtenidos se puede apreciar la necesidad de implementación de un sistema, además que todos las personas que van a manejar el sistema informático posee suficientes conocimientos para manejar un sistema 5. ¿Cree usted que se deba implementar un sistema para el mejor registro y manejo de información de las obras públicas del GAD? Tabla 6: Sistema par el mejoramiento RESPUESTA

FRECUENCIA

PORCENTAJE

SI

5

100%

NO

0

0%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor

SI

NO

100% 100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

Figura 15.Sistma para el mejoramiento.

Fuente: Encuesta al personal administrativo.

0%

51

Análisis: El 100% de los servidores públicos están de acuerdo que se debe implementar un sistema para el mejor registro y manejo de información de las obras públicas del GAD 6. ¿Cree usted que es fácil la localización e información de las obras públicas existentes en el GAD Municipal de Pedro Vicente Maldonado?

Tabla 7: Facilidad para localizar la información.

RESPUESTA

FRECUENCIA

PORCENTAJE

SI

2

40%

NO

3

60%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor SI

NO

60% 50% 40% 30% 20% 10% 0%

Figura 16. Felicidad para localizar la información.

Fuente: Encuesta al personal administrativo.

Análisis: Mediante la encuesta realizada al personal administrativo del Departamento de Movilidad y Obras Públicas, considera que el 60% que representa a 3 personas consideran que es difícil la localización de la información, mientras el 40% correspondiente a 2 personas

52

que no es difícil la localización de información de las obras publicas existentes en el GAD municipal.

Según los datos obtenidos se determinó que los servidores del departamento de Movilidad y Obras Públicas es difícil localizar información de las obras construidas en el cantón 7. ¿Cree usted que la implantación de una aplicación web mejorara el rendimiento en el Departamento de Movilidad y Obras Públicas?

Tabla 8: Rendimiento en el Departamento de Movilidad y Obras Públicas.

RESPUESTA

FRECUENCIA

PORCENTAJE

SI

5

100%

NO

0

0%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor

SI

NO

100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

Figura 17. Rendimiento en el Departamento de Movilidad y Obras Públicas.

Fuente: Encuesta al personal administrativo.

Análisis: Mediante la encuesta realizada al personal administrativo del departamento de movilidad y obras públicas, el 100% que corresponde a 5 personas entrevistadas consideran

53

que con la implementación de una aplicación web se mejorara el rendimiento en el Departamento de Movilidad y Obras Públicas 8. Que medios utilizan actualmente para saber las posiciones geográficas de un proyecto civil?

Tabla 9: Medios para el posicionamiento geográfico RESPUESTA

FRECUENCIA

PORCENTAJE

GPS

4

80%

NO SE UTILIZA

1

20%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor GPS

NO SE UTILIZA

80% 70% 60% 50% 40% 30% 20% 10% 0%

Figura 18. Medios para el posicionamiento geográfico.

Fuente: Encuesta al personal administrativo.

Análisis: Según los datos obtenidos el 80% que corresponde a 4 personas entrevistadas consideran que utilizan GPS mientras que el 20% que corresponde a 2 desconoce la utilización de equipos para saber las posiciones geográficas de un proyecto civil.

Podemos determinar que la mayor parte de los funcionarios públicos conocen que el departamento de Movilidad y Obras Publicas utiliza GPS para el posicionamiento de las obras construidas.

54

9.

¿De acuerdo a su criterio qué tan importante considera usted la creación de un Geodatabase para el registro de las obras públicas y su información?

Tabla 10: Importancia de una Geodatabase RESPUESTA

FRECUENCIA

PORCENTAJE

IMPORTANTE

0

0%

MUY IMPORTANTE

5

100%

POCO IMPORTANTE

0

0%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor IMPORTANTE

MUY IMPORTANTE

POCO IMPORTANTE

100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%

Figura 19. Importancia de una Geotadase.

Fuente: Encuesta al personal administrativo.

Análisis: El 100% que corresponde a 5 personas entrevistadas, consideran es muy importante la creación de un Geodatabase para el registro de las obras publicas y su información 10. ¿De acuerdo a su criterio cuál de los siguientes ítems considera como beneficios que aportará la implementación del Geodatabase para el registro de las obras públicas del GAD Municipal?

55

Tabla 11: Beneficios que aportara la Geodatabase RESPUESTA

FRECUENCIA

PORCENTAJE

MEJORAR EL SERVICIO DE LOS CLIENTE

0

0%

BENEFICIOS ECONOMICOS

1

20%

LLEVAR UN REGRISTRO PRECISO DE LAS OBRAS PUBLICAS

3

60%

AHORRO DE TIEMPO AL MOENTO DE LA BUSQUEDA DE OBRAS

1

20%

TOTAL

5

100%

Fuente: Encuesta al personal administrativo Elaborado: El Autor 70,00% 60,00% 50,00% 40,00% 30,00% 20,00% 10,00% 0,00% 1 MEJORAR EL SERVICIO DE LOS CLIENTE BENEFICIOS ECONOMICOS LLEVAR UN REGRISTRO PRECISO DE LAS OBRAS PUBLICAS AHORRO DE TIEMPO AL MOENTO DE LA BUSQUEDA DE OBRAS

Figura 20. Beneficios que aportara al Geodatabase.

Fuente: Encuesta al personal administrativo.

Análisis: El 60% que corresponde a 3 personas entrevistadas consideran que el sistema llevara un registro preciso, mientras que el 20% que corresponde a 1 persona considera que podría llevar ahorro de tiempo y también beneficios económicos

56

Los usuarios consideran de gran utilidad la implementación de la aplicación web ya que tendrán la manera de llevar un registro más preciso de las obras 5.2. Conclusiones  La aplicación informática optimiza el registro de las obras públicas en el Departamento de Movilidad y Obras Públicas, ahorrando recursos permitiendo tener un mejor control de toda la información.  La metodología cascada resultó la mejor para desarrollar la aplicación del Departamento de Obras Públicas porque cumplió con todos los parámetros establecidos y las etapas correctas durante el proceso de implementación del sistema  La implementación de herramientas de desarrollo de software libre, permitió la verdadera comunicación entre el usuario y el sistema, como el uso de PHP, el uso de un sistema gestor de base de datos potente como PostgreSQL que permitió realizar las consultas necesarias de todas las peticiones que se realizaban.  La aplicación informática en el departamento de Movilidad y Obras Públicas trabaja de manera muy dinámica, permitiendo a los usuarios optimizar el tiempo para poder realizar los procesos de manera eficiente en los diferentes módulos del sistema.  En base a un análisis, se implementó una metodología de desarrollo Cascada, facilitando en el desarrollo del sistema, permitiendo analizar, diseñar e

57

implementar todas las necesidades del problema teniendo en cuenta todos los lineamientos para su desarrollo.

5.3. Recomendaciones  Es recomendable realizar un análisis investigativo para poder realizar un desarrollo de una aplicación en entorno web, principalmente de herramientas que permitan la integración de nuevas innovaciones tecnológicas.  Al comenzar un desarrollo del proyecto de software, el análisis de las herramientas como el sistema gestor de base de datos en donde se encuentre orientado a objetos, así como también el uso de PHP lenguaje que permite funcionar de manera correcta con cualquier motor de base de datos, en especial el uso de herramientas de software libre.  La metodología de desarrollo debe de ser seleccionada tomando en cuenta todas las ventajas y desventajas, tomando en cuenta que se deben optimizar el tiempo y los recursos, como es el caso de la metodología Cascada; que cumple con todas las etapas de desarrollo y en especial con todos los objetivos planteados en el desarrollo de este proyecto.  Se recomienda en el desarrollo de proyectos de georreferenciación la utilización de la herramienta Leaflet para nuevos proyectos por su cero costo de implementación debido a que es una herramienta de código abierto, que puede trabajar en diferentes plataformas y posee distintas funciones importantes para mejorar nuestro proyecto.

58

Lista de referencias Andes, U. d. (Ed.). (julio de 2011). http://www.codecompiling.net/. Obtenido de http://www.codecompiling.net/files/slides/IS_clase_13_metodos_y_procesos.pdf Antoni, P. (2011). Introducción a los sistemas de información geográfica ygeotelemática. Madrid: EOC. Arrarte, G. (2011). Las tecnologías de la información en la enseñanza del español. Madrid: ARCO/LIBROS. Bernal. (2010). Metodología de la Investigación. Colombia: Pearson Educación, S.A. Bosque Sendra, J. (2012). Sistemas de Información Geográfica. España: Ra-Ma. Bozquez I, F. C. (2012). Los sistemas de infirmación geografica y la invesntigacio en ciencias Humanas y sociales. Madrid: Confederación Española de cetros de estudiso Locales (CSIC).

Camazón, J. (2011). Sistemas Operativos Monopuestos. Madrid: Editorial Editex, S.A. Coronel, C. (2011). Bases de Datos, Diseño, Implementacion y Administracion (Novena ed.). Mexico: Cengage Learning Editores S.A. México: Cengage Learning Editores S.A. Date, C. J. (2001). Introducción a los sistemas de base de datos. Mexico: Pearson Educación, S.A. Escuela Politécnica Nacional. (Mayo de 2011). Escuela Politécnica Nacional. Obtenido de http://bibdigital.epn.edu.ec/bitstream/15000/3823/1/CD-3595.pdf GeoServer. (2015). Obtenido de GeoServer: http://geoserver.org/ Gómez, J. (2010). Diseño y creación de portales web. España - Madrid: StarBook.

Hernandez. (2010). Metodologia de la Investigación. Mexico: Mac Graw Hill.

Heurtel, O. (2011). PHP 5.3 Desarrollar un sitio Web dinámico e interactivo. Barcelona: ENI Ediciones.

Obtenido de https://books.google.com.ec/books?id=GcymrdA9lZoC&printsec=frontcover&hl=es&source= gbs_ge_summary_r&cad=0#v=onepage&q&f=false http://www.gbif.es/gbif/ficheros/TallerSIG-Geolocate_10/cuadernillo2010.pdf. (2016). Obtenido de http://www.rebelion.org/docs/32693.pdf. (2010). Obtenido de http://www.rebelion.org/docs/32693.pdf Juarez. (2010). Software libre vs software propietario. Obtenido de http://www.rebelion.org/docs/32693.pdf leafletjs. (2016). Obtenido de Leafletjs: http://leafletjs.com/

59

MapServer. (2015). Obtenido de MapServer: http://mapserver.org/es/ Marchionni, E. (2011). Administrador de servidores. Buenos Aires: Fox Andina.

Moreno, A. (2014). Sistemas y análisis de la información geográfica. México: Alfaomega.

Muñoz, V. J. (2012). HTML, presente y futuro de la web. España: Editor Bubok Publishing S.L. Olaya, V. (2012). Sistemas de Información geográfica. España: as.

OpenLayers. (2015). Obtenido de OpenLayers.

Orós, J. (2013). Guía práctica de XHTML, JaVaScript y CSS. Madrid: RA-MA. Peña , J. (2009). Sistemas de información geográfica aplicados a la gestión del territorio. San Vicente del Raspeig: Editorial Club Universitario.

Perez. (2011). Introducción a los sistemas de información geográfica y geotelemática. Madrid: Editorial UOC. Perez. (2014). Guia visual de introduccion a la informatica. España: Anaya.

PostGis. (2016). Obtenido de PostGis: http://postgis.org/ Pressman. (2010). Ingeneria de Software Un enfoque practico. Mexico: McGraw-Hill.

QGis. (11 de 2015). Obtenido de QGis: http://qgis.org/es/site/about/index.html Stallman, R. (2010). Software libre para una sociedad libre. Madrir: Traficasntes de sueños.

W3C. (2015). www.obraspublicas.gob.ec. (2013). Obtenido de http://www.obraspublicas.gob.ec/wpcontent/uploads/downloads/2013/07/01-07-2013_ConcursoPublico_StoDomingoEsmeraldas-Especificaciones-Tecnicas.pdf

60

Anexos

Índice de Anexos Anexo 1: Encuesta al Personal Administrativo Anexo 2: Especificación de Requerimientos de Software (SRS) Anexo 3: Aprobación del SRS Anexo 4: Casos de uso Anexo 5: Interfaz de usuario Anexo 6: Diccionario de datos Anexo 7: Modelo lógico de la base de datos Anexo 8: Modelo físico de la base de datos Anexo 9: Pruebas del sistema Anexo 10: Carta de impacto Anexo 11: Acta Entrega - Recepción Anexo 12: Manual de instalación de Lubuntu 14.04 Anexo 13: Manual de instalación de Quantun Gis Anexo 14: Manual de instalación de Postgresql Anexo 15: Manual de usuario

Anexo 1: Encuesta de Estudiantes

ENCUESTA DIRIGIDA PARA EL PERSONAL AMINISTRATIVO DEL DEPARTAMENTO DE MOVILIDAD Y OBRAS PÚBLICAS DEL GAD MUNICIPAL DE PEDRO VICENTE MALDONADO Marque con X una sola respuesta 1. ¿Cree usted que es necesario una herramienta web que ayude en el manejo de información de servicios públicos?

Si

No

2. ¿Cómo califica la manera de llevar actualmente la información y registro de las obras publicas del GAD? Malo Regular Bueno Se desconoce 3. ¿Cree que la información que maneja el departamento de obras públicas es importante?

Muy importante Importante Poco importante

Sin importancia 4. Considera que es necesario la implementación inmediata de un sistema para la georreferenciar las obras civiles Si

No

5. ¿Cree usted que se deba implementar un sistema para el mejor registro y manejo de información de las obras públicas del GAD? Si

No

6. ¿Cree usted que es fácil la localización e información de las obras públicas existentes en el GAD Municipal de Pedro Vicente Maldonado?

Si

No

7. ¿Cree usted que la implantación de una aplicación web mejorara el rendimiento en el departamento de movilidad y obras públicas?

Si

No

8. Que medios utilizan actualmente para saber las posiciones geográficas de una proyecto civil?

Gps No se utiliza 9. ¿De acuerdo a su criterio qué tan importante considera usted la creación de un Geodatabase para el registro de las obras públicas y su información?

Importante

Muy importante Poco importante 10. ¿De acuerdo a su criterio cuál de los siguientes ítems considera como beneficios que aportará la implementación del Geodatabase para el registro de las obras publicas del GAD Municipal? .

Mejor servicio a los clientes Beneficios económicos Llevar un registro preciso de las obras públicas Ahorro de tiempo al momento de la búsqueda de obras

Anexo 2: Especificaciรณn de Requerimientos de Software (SRS)

SRS APLICACIÓN WEB PARA EL REGISTRO DE LAS OBRAS PÚBLICAS 1.

Introducción En la elaboración de un proyecto informático, se debe de realizar la recolección de los

requerimientos específicos que servirán en las etapas posteriores a diseñar e implementar de manera correcta la aplicación. El SRS es de vital importancia para el equipo de trabajo, especialmente para los desarrolladores siguiendo las reglas del negocio establecidas.

La Especificación de Requerimientos de Software (SRS) es un documento legal, estandarizado por los ingenieros de software sirviendo para el diseño del sistema. A partir de la especificación correcta que permita la funcionalidad del software, permitiendo de esta manera que la implementación del sistema cumpla con todas los estándares de calidad y su correcto funcionamiento.

1.1. Propósito El presente documento tiene como propósito definir las especificaciones funcionales, no funcionales para el desarrollo de una aplicación web que permitirá

el manejo y el

alojamiento de una Geodatabase de los registros de las obras públicas del GAD de Pedro Vicente Maldonado, la cual permitirá una mejor administración y manejo de las obras, esta aplicación será utilizada por los funcionarios públicos del departamento de Movilidad y Obras Públicas.

1.2. Alcance del Producto El sistema CGOP se desarrollará para el registro de las obras públicas del GAD Municipal de Pedro Vicente Maldonado

Este sistema tendrá la capacidad de registrar toda la información acerca de las obras públicas existentes en el GAD Municipal, lo cual automatizara el proceso de registro de dichas obras y un mejor manejo y organización.

1.3. Personal Involucrado Nombre

Silva Revilla Marco Rolando

Rol

Analista, documentador, diseñador, programador

Categoría Profesional

Disertante - PUCESD

Responsabilidad

Análisis de requerimientos de software, elaborar manuales de instalación, diseñar interfaces de usuario, programación de CGOP

Nombre

Mafla Tobar Richard Stalin

Rol

Consultor externo

Categoría Profesional

Tutor – PUCESD

Responsabilidad

Análisis de CGOP (validaciones constructivas)

1.4. Definiciones, Acrónimos, Abreviaturas HW / HWD: Hardware LOGIN: Nombre de usuario con que ingresa al sistema

SW: Software WINDOWS: Sistema operativo PHP: Preprocesador de Hipertexto

1.5. Referencias Para el tratamiento del SRS el grupo de desarrollo se ha fundamentado en los modelos de los siguientes autores: 

Ingeniería del software, Un enfoque práctico. Roger Pressman (2010)



Análisis Estructurado Moderno. Edward Yourdon (2011)



Estándar del IEEE 830-1998.

1.6. Descripción General 1.6.1. Perspectiva El sistema se acopla a las necesidades que la institución solicitó en el análisis de parámetros y requerimientos. La perspectiva del mismo para el manejo en Instituciones Educativas es de mejorar la calidad de servicio. Se procederá a utilizar el software, el cual será desarrollado mediante herramientas de software libre.

1.6.2. Funciones  Administración de usuarios.  Ingreso de información de las obras  Ingreso de los puntos

1.6.3. Características de los Usuarios

USUARIOS

Ingreso al sistema

Administrador Digitalizador Financiero Planificación Secretaria

* * * * *

Administrar usuarios *

Administrar datos de obras * *

*

Vista de mapas e información * * * *

1.6.4. Restricciones Este sistema se utilizará solo en el el GAD Municipal de Pedro Vicente Maldonado de manera interna. Está prohibido el uso y reproducción del software sin respectivo consentimiento y autorización del autor, lo cual está protegido por la Ley de Propiedad Intelectual y por Régimen Común sobre Derechos de Autor y Derechos Conexos. Además se entregará de manera exclusiva la licencia del sistema GAD Municipal de Pedro Vicente Maldonado.

Quedando prohibida la manipulación directa o indirecta del código fuente del Sistema Informático por parte de la institución, cliente o terceros sin el previo consentimiento y supervisión de los autores/desarrolladores, bajo cualquier circunstancia a fin de garantizar la óptima funcionalidad del sistema.

1.6.5. Asunciones 1.6.5.1.

Hardware

Tomando en cuenta las especificaciones del sistema, los requerimientos de hardware que permitan un correcto funcionamiento de los equipos deben de tener como mínimo:  Los dispositivos inalámbricos o alámbricos que se usen deben de tener acceso a la red y al sistema CGOP

 Los equipos de cómputo deben de tener como mínimo un procesador Intel Atom™ de 1.33 GHz o superior, caso contrario las funcionalidades del sistema podrían verse afectadas por la falta de recursos.  Los equipos de cómputo deben de tener como mínimo una memoria ram de 512mb, considerando que un navegador tiene un promedio de 20 megabytes de memoria ram.  La estación de trabajo debe de estar equipada con un teclado, mouse y monitos respectivamente.

1.6.5.2.

Software

 Los equipos de cómputo deben de tener un sistema operativo funcional, entre los más comunes: Linux, Windows o Mac  La aplicación web funciona en cualquier navegador predeterminado, entre ellos pueden ser: Chrome, Mozilla, Safari, Internet Explorer

1.7. Especificación de Requerimientos 1.7.1. Funciones y Actores Administrador: Es el usuario encargado de la creación y administración de los usuarios que accederán al sistema

1.7.2. Requerimientos Funcionales Específicos Identificación del requerimiento

RF-001

Nombre del requerimiento Características

Ingreso al sistema

Actores involucrados Descripción del requerimiento

Todos los usuarios

Mediante la interfaz con el usuario y contraseña , podrá ingresar al sistema

Usuario invoca al sistema Sistema cierra conexión con BD Caso contrario, se despliega un mensaje de error Si la información del usuario es correcta el sistema muestra interfaz de bienvenida Sistema consulta a la tabla ‘usuarios’ los datos ingresados Usuario introduce su nombre de usuario y su contraseña Sistema despliega ventana de Login.

Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento

Extensiones Prioridad

Alta

RF-002 Salida del sistema Un usuario cerrara la sesión en el sistema una vez que deje de usar el sistema Todos los usuarios

Usuario escoge la opción salir Sistema emite un mensaje de confirmación Si Usuario confirma la opción solicitada entonces, Sistema cierra conexión con la base de datos Sistema cierra la interfaz Caso contrario el usuario permanecerá en su perfil Ingresar al sistema Alta

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento

RF-003 Crear Usuario El administrador del sistema tendrá los permisos necesarios para crear los usuarios que intervendrán en el sistema.

Administrador Ingresar al módulo Usuarios Sistema despliega un formulario con los campos para llenar la información del usuario una vez ingresada la información se guardan los cambios

Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características

Actores involucrados Descripción del requerimiento

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento

Alta

RF-004 Consultar usuarios Permite realizar una consulta de todos los usuarios existentes en el sistema para consultar la información que posee cada uno, con lo cual podrá modificar y eliminar usuarios Administrador Ingresar al módulo de Usuarios Selecciona la opción de consultar en el menú Se despliega una matriz con los datos almacenados en el sistema Selecciona lo que desea consultar El sistema despliega una matriz con la información detallada de la consulta

RF-005 Modificar usuario El administrador, es capaz de modificar la información de los usuarios del sistema Administrador Ingresar al módulo usuarios Seleccionar la opción modificar del menú Sistema despliega un formulario con los campos que el usuario tiene acceso a modificar Se modifica la información que considere necesaria Procede a dar clic en el botón guardar

Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento

Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento

Consultar usuario Alta

RF-006 Eliminar usuario El administrador, es capaz suspender las credenciales de usuario Administrador Ingresar al módulo usuarios Consulta el usuario a eliminar Selecciona el usuario Da clic en el botón eliminar Consultar usuario Alta

RF-007 Creación de capas El Digitalizador crea la capa para el levantamiento de información de las obras publicas Digitalizador Selección de capa adecuada, ingreso de parámetros y se guarda.

Alta

RF-008 Ingreso de datos en las capas El Digitalizador ingresa los datos espaciales de los puntos de referencia Digitalizador Se selecciona la capa e ingresan los datos espaciales

Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento Extensiones Prioridad

Identificación del requerimiento Nombre del requerimiento Características Actores involucrados Descripción del requerimiento Extensiones Prioridad

Alta

RF-009 Eliminar capas El Digitalizador selecciona la capa elimiar Digitalizador Se selecciona la capa a eliminar y confirma la eliminación de la misma Alta

RF-010 Exportar capa Obtener la capa con toda su estructura para su implementación en una Geodatabase Digitalizador Se selecciona la capa y escoge la opción exportar

Alta

RF-011 Importar capa a Geodatabase Llevar un control de la información de las obras publicas Digitalizador Selecciona la capa exportada y se la importa a la base de daros geo espacial QGIS Alta

1.7.3. Requerimientos no Funcionales Identificación del requerimiento Nombre del requerimiento Características Descripción del requerimiento Prioridad

Identificación del requerimiento Nombre del requerimiento Características Descripción del requerimiento Prioridad

Identificación del requerimiento Nombre del requerimiento Características Descripción del requerimiento Prioridad

RNF-001 Interfaz del sistema El sistema mostrara una interfaz de usuario sencilla de fácil manejo para los usuarios El sistema tendrá una interfaz amigable y sencilla Alta

RNF-002 Ayuda para el usuario El sistema deberá contar con un sistema de ayuda para el usuario La ayuda mostrada por el sistema se basará en un manual básico con todas las funcionalidades del sistema.

Alta

RNF-003 Mantenimiento El mantenimiento al sistema se lo hará internamente El sistema contará con mantenimiento permanente a cualquier falla técnica de software que se presente Alta

Identificación del requerimiento Nombre del requerimiento Características Descripción del requerimiento

Prioridad

RNF-004 Seguridad El sistema seguirá políticas, estándares y normas de seguridad El sistema se reflejará con patrones de seguridad teniendo en cuenta la sensibilidad de la información con la que se está trabajando basándose en las especificaciones funcionales entregadas Alta

1.7.4. Requerimientos de la Interfaz Interna 1.4.4.1. Usuarios El usuario podrá ser visualizar la aplicación por medio de una pantalla de tipo grafica en donde tendrá a su disposición menús para obtener información del sistema, según al perfil de usuario con el que ingrese.

1.4.4.2. Hardware  Impresoras  Mouse óptico  Teclado estándar español  Monitor.

1.4.4.3. Software EL software utiliza como sistema de gestión de base de datos PostgreSql, además de un servidor APACHE que contenga implementado PHP en su versión 5.5 o superior.

1.4.4.4. Comunicaciones Para mantener el servicio de Hospedaje y Dominio la institución deberá considerar costos y beneficio por lo tanto es responsabilidad de la persona que realice la contratación de estos servicios velar por un servicio que satisfaga con las demandas que en la funcionalidades se han descrito y además que permita tener un control seguro y eficiente de la información.

1.7.5. Requerimientos de Rendimiento El tiempo de respuesta del sistema sera 1 a 10 segundos, velocidad calculada acorde a los requerimientos solicitados tanto para hardware como para software y como adicional la velocidad del servicio de internet con que cuente él usuario.

1.8. Restricciones de Diseño 1.8.1. Estándares a seguir Como es un sistema de práctica no será muy extenso, puede que no se utilice ningún estándar, pero en caso de ser necesario podría ser el IEEE. 1.8.2. Limitaciones de Hardware  Memoria RAM mínimo de 2GB  Disco duro mínimo 250GB  Procesador mínimo de 1.33 GHz 1.8.3. Limitaciones de Software  Navegadores Web de Preferencia Google Chrome, Mozilla Firefox, Internet Explorer 9 o superior, entre otros.  Gestor de bases de datos PostgreSql  Servidor Web, de preferencia Apache con PHP 5.5 o una versión superior

1.9. Atributos 1.9.1. Seguridad La seguridad del sistema será muy estricta donde podrán ingresar las personas autorizadas con sus respectivos usuarios y contraseñas 1.9.2. Servicio El sistema será capaz de adaptarse a todos los requerimientos que fueron formulados por el cliente, llevándoles a cabo de manera eficiente

Anexo 3: Aprobaciรณn de SRS

Anexo 3: Casos de uso

Anexo 4: Casos de Uso

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO DESCRIPCIÓN ACTORES

Ingresar al sistema Requerimiento Funcional

N° REQUERIMIENTO

RF001

Ingresar al sistema como usuario Usuarios

FRECUENCIA

Siempre

PRECONDICIONES FLUJO NORMAL

ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

El usuario seleccionara iniciar

sesión , se despliega un menú en el cual deberá ingresar su usuario y contraseña FLUJO ALTERNATIVO

POSTCONDICIONES

FECHA CREACIÓN

ACCIÓN DEL ACTOR

 

Mensaje de error en caso de no haber llenado algún campo Mensaje de error en el caso de ingresar el usuario o contraseña incorrecta

ACCIÓN DEL SISTEMA

El administrador debe haber registrado al usuario

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO DESCRIPCIÓN ACTORES PRECONDICIONES

Salir del sistema Requerimiento Funcional

N° REQUERIMIENTO

RF002

Ingresar al sistema como usuario Usuarios

FRECUENCIA

El usuario debe estar en el sistema logeado

Siempre

FLUJO NORMAL

ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

El usuario selecciona la opción de salir del sistema

FLUJO ALTERNATIVO

POSTCONDICIONES

FECHA CREACIÓN



ACCIÓN DEL ACTOR

Mensaje de confirmación por parte del sistema

ACCIÓN DEL SISTEMA

El administrador debe haber registrado al usuario

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO DESCRIPCIÓN

ACTORES PRECONDICIONES FLUJO NORMAL

Crear Usuario Requerimiento Funcional

POSTCONDICIONES

RF003

El administrador del sistema tendrá los permisos necesarios para crear los usuarios que intervendrán en el sistema Administrador

FRECUENCIA

Siempre

Estar dentro del sistema como administrador ACCIÓN DEL ACTOR El administrador ingresa al módulo de usuarios, llena el formulario con los campos del usuario

FLUJO ALTERNATIVO

N° REQUERIMIENTO

ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA 



Mensaje de notificación de creación del nuevo usuario Mensaje de error en el caso de que el usuario ya exista

ACCIÓN DEL SISTEMA

El administrador debe haber registrado al usuario

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Consultar usuarios Requerimiento Funcional

N° REQUERIMIENTO

Ingresar al sistema como usuario Administrador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como admunistrador ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

El administrador ingresa al módulo de usuarios , selecciona la opción de consultar del menú, se despliega una matriz con los datos almacenados y tras seleccionar uno de ellos y presionar el botón agregar , se despliega la información detallada en un nuevo formulario

FLUJO ALTERNATIVO

RF004

ACCIÓN DEL ACTOR



Matriz con la infromacion detallada de lo consultado

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

TÉCNICO RESPONSABLE Rolando Silva

FECHA IMPLEMENTACIÓN

11-agosto-2016

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Modificar usuarios Requerimiento Funcional

N° REQUERIMIENTO

Ingresar al sistema como Administrador Administrador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como administrador ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

El administrador ingresa al módulo de usuarios , selecciona la opción de modificar del menú, se selecciona los campos a modificar y presiona el botón guardar

FLUJO ALTERNATIVO

RF005



ACCIÓN DEL ACTOR

Mensaje de confirmación que se ha efectuado la modificación de los datos del usuario

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO

DESCRIPCIÓN ACTORES PRECONDICIONES

Eliminar usuarios Requerimiento Funcional

N° REQUERIMIENTO

RF006

Ingresar al sistema como Administrador Administrador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como administrador

FLUJO NORMAL

ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

El administrador ingresa al módulo de usuarios , selecciona la opción de consultar del menú, selecciona el usuario a eliminar .

FLUJO ALTERNATIVO



ACCIÓN DEL ACTOR

Mensaje que notifica eliminación del usuario

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO

DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Creación de capas Requerimiento Funcional

POSTCONDICIONES

RF007

Se crea las capas para el levantamiento de información Digitalizador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como Digitalizador

ACCIÓN DEL ACTOR Selecciona de capa adecuada, ingreso de parámetros y se guarda

FLUJO ALTERNATIVO

N° REQUERIMIENTO

ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA 

Mensaje que notifica la creación de una nueva capa (SHP)

ACCIÓN DEL SISTEMA

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Ingreso de dato en las capas Requerimiento Funcional

N° REQUERIMIENTO

El Digitalizador ingresa los datos espaciales de los puntos de referencia Digitalizador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como Digitalizador ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

Se selecciona la capa e ingresa los datos espaciales de los puntos de referencia

FLUJO ALTERNATIVO

RF008

ACCIÓN DEL ACTOR



Mensaje datos ingresados con exito

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE

Eliminar capa

11-agosto-2016

TIPO REQUERIEMIENTO DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Requerimiento Funcional

N° REQUERIMIENTO

El Digitalizador elimina la capa Digitalizador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como Digitalizador ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

Se selecciona la capa a eliminar y confirma la eliminación

FLUJO ALTERNATIVO

RF009



ACCIÓN DEL ACTOR

Mensaje capa eliminada con éxito

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO

DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Exportar capa Requerimiento Funcional

N° REQUERIMIENTO

Obtener la capa con toda su estructura para implementación en una Geodatabase Digitalizador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como Digitalizador ACCIÓN DEL ACTOR Se selecciona la capa y escoge la opción a exportar

FLUJO ALTERNATIVO

RF010

ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA 

Mensaje capa exportada con éxito

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

FECHA IMPLEMENTACIÓN

11-agosto-2016

TÉCNICO RESPONSABLE Rolando Silva

DESCRIPCIÓN DEL CASO DE USO NOMBRE TIPO REQUERIEMIENTO

DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Importar capa a Geodatabase Requerimiento Funcional

N° REQUERIMIENTO

El Digitalizador l Digitalizador

FRECUENCIA

Siempre

El usuario debe estar en el sistema como Digitalizador ACCIÓN DEL ACTOR

ACCIÓN DEL SISTEMA

Se selecciona la capa e ingresa los datos espaciales de los puntos de referencia

FLUJO ALTERNATIVO

RF011

ACCIÓN DEL ACTOR



Mensaje datos ingresados con éxito

ACCIÓN DEL SISTEMA

POSTCONDICIONES

FECHA CREACIÓN

15-dic-2015

TÉCNICO RESPONSABLE Rolando Silva

FECHA IMPLEMENTACIÓN

11-agosto-2016

Anexo 5: Interfaz de Usuario

Login de inicio al sistema

Figura 21: Maquetación del inicio de sesión Fuente: El autor

Menú del inicio del sistema

Figura 22: Maquetación del menú inicio Fuente: El autor

Menú del apartado administración, el cual consta de usuarios y la configuración del sistema

Figura 23: Maquetación del menú administrador Fuente: El autor

Menu del apartadi del Geoportal , el cual se podrá visualizar las obras y la información de cada una

Figura 24: Maquetación del menú de Geoportal Fuente: El autor

Anexo 6: Diccionario de datos

1. Lista de columnas de tabla Nombre id_mapa FID_ Entity Layer Color Linetype Elevation LineWt RefName Area Ha Per_km the_geom actividad_id equipo fecha descripcion tabla evento ipaddress countrycode countryname regionname cityname zipcode latitude longitude timezone fk_usuario_id adjunto_id fk_obra_id adjunto_filename adjunto_nombre adjunto_tipo adjunto_descripcion adjunto_estado adjunto_registro

Codigo id_mapa FID_ Entity Layer Color Linetype Elevation LineWt RefName Area Ha Per_km the_geom actividad_id equipo fecha descripcion tabla evento ipaddress countrycode countryname regionname cityname zipcode latitude longitude timezone fk_usuario_id adjunto_id fk_obra_id adjunto_filename adjunto_nombre adjunto_tipo adjunto_descripcio adjunto_estado n adjunto_registro

Nombre adjunto_evento fk_usuario_id contratista_id contratista_nombre contratista_identificacion contratista_tipo contratista_direccion contratista_telefono contratista_email contratista_estado contratista_registro contratista_evento fk_usuario_id correo_id correo_nombre correo_email_de correo_email_para correo_asunto correo_mensaje correo_ip correo_equipo correo_fecha obras_id descripcion x y z m the_geom contratista monto beneficiario anticipo_fecha anticipo_valor fecha_inicio fecha_fin plazo_contractual plazo_real plazo_ampliacion partida_presupuesaria tipo area observacion obra_id

Codigo adjunto_evento fk_usuario_id contratista_id contratista_nombre contratista_identificacio contratista_tipo n contratista_direccion contratista_telefono contratista_email contratista_estado contratista_registro contratista_evento fk_usuario_id correo_id correo_nombre correo_email_de correo_email_para correo_asunto correo_mensaje correo_ip correo_equipo correo_fecha obras_id descripcion x y z m the_geom contratista monto beneficiario anticipo_fecha anticipo_valor fecha_inicio fecha_fin plazo_contractual plazo_real plazo_ampliacion partida_presupuesaria tipo area observacion obra_id

fk_contratista_id fk_tipoobra_id obra_nombre

fk_contratista_id fk_tipoobra_id obra_nombre

Nombre Codigo obra_descripcion obra_descripcion the_geom the_geom x x y y z z m m obra_monto obra_monto obra_beneficiario obra_beneficiario obra_anticipo_fecha obra_anticipo_fecha obra_anticipo_valor obra_anticipo_valor obra_fecha_inicio obra_fecha_inicio obra_fecha_fin obra_fecha_fin obra_plazo_contractual obra_plazo_contractual obra_plazo_real obra_plazo_real obra_plazo_ampliacion obra_plazo_ampliacion obra_partida_presupuesar obra_partida_presupuesar obra_area obra_area ia ia obra_observacion obra_observacion obra_estado obra_estado obra_registro obra_registro obra_evento obra_evento fk_usuario_id fk_usuario_id perfil_id perfil_id perfil_nombre perfil_nombre perfil_descripcion perfil_descripcion fk_usuario_id fk_usuario_id permiso_id permiso_id permiso_nombre permiso_nombre permiso_descripcion permiso_descripcion persona_id persona_id persona_doc_identidad persona_doc_identidad persona_nombre persona_nombre persona_sexo persona_sexo persona_imagen persona_imagen persona_direccion persona_direccion persona_telefono persona_telefono persona_correo persona_correo persona_fingreso persona_fingreso fk_usuario_id fk_usuario_id

sistema_id sistema_ruc sistema_nombre sistema_slogan sistema_descripcion sistema_header sistema_footer sistema_mision

sistema_id sistema_ruc sistema_nombre sistema_slogan sistema_descripcion sistema_header sistema_footer sistema_mision

Nombre sistema_vision sistema_historia sistema_ciudad sistema_direccion sistema_telefono sistema_celular sistema_correo_contacto sistema_sitioweb sistema_path_img sistema_ip tipoobra_id tipoobra_nombre tipoobra_descripciรณn tipoobra_estado tipoobra_registro tipoobra_evento fk_usuario_id usuario_id usuario_login usuario_pass usuario_estado fk_persona_id fk_perfil_id usuario_accesso_correcto usuario_acceso_fallido usuario_cambio_perfil fk_usuario_id fk_usuario_id fk_permiso_id webmail_id webmail_name webmail_host

Codigo sistema_vision sistema_historia sistema_ciudad sistema_direccion sistema_telefono sistema_celular sistema_correo_contac sistema_sitioweb to sistema_path_img sistema_ip tipoobra_id tipoobra_nombre tipoobra_descripciรณn tipoobra_estado tipoobra_registro tipoobra_evento fk_usuario_id usuario_id usuario_login usuario_pass usuario_estado fk_persona_id fk_perfil_id usuario_accesso_corre usuario_acceso_fallido cto usuario_cambio_perfil fk_usuario_id fk_usuario_id fk_permiso_id webmail_id webmail_name webmail_host

webmail_puerto webmail_seguridad webmail_usuario webmail_mail webmail_pass

webmail_puerto webmail_seguridad webmail_usuario webmail_mail webmail_pass

2. Lista de llaves de tabla Nombre Codigo Tabla Limite_pkey Limite_pkey Limite tb_actividad_pkey tb_actividad_pkey tb_actividad tb_adjuntos_pkey tb_adjuntos_pkey tb_adjuntos tb_contratistas_pkey tb_contratistas_pkey tb_contratistas tb_correo_pkey tb_correo_pkey tb_correo Obra_Gad_(Final)_pkey Obra_Gad_(Final)_pkey tb_obra tb_obras_pkey tb_obras_pkey tb_obras

Nombre tb_perfil_pkey tb_permiso_pkey tb_persona_pkey tb_sistema_pkey tb_tipoobras_pkey tb_usuario_pkey tb_webmail_pkey

Codigo tb_perfil_pkey tb_permiso_pkey tb_persona_pkey tb_sistema_pkey tb_tipoobras_pkey tb_usuario_pkey tb_webmail_pkey

Tabla tb_perfil tb_permiso tb_persona tb_sistema tb_tipoobras tb_usuario tb_webmail

3. Lista de referencias

Nombre Codigo Tabla Padre tb_actividad_fk_usuario_i tb_actividad_fk_usuario_id tb_usuario d _fkey tb_adjuntos_fk_obra_id_f tb_adjuntos_fk_obra_id_fk tb_obras k_fkey ey ey tb_adjuntos_fk_usuario_i tb_adjuntos_fk_usuario_id tb_usuario d _fkey tb_contratistas_fk_usuari tb_contratistas_fk_usuario_ tb_usuario _fkey o_ id_fkey tb_obras_fk_contratista_i tb_obras_fk_contratista_id tb_contratistas did_fkey _fkey _fkey

Tabla Hijo tb_actividad tb_adjuntos tb_adjuntos tb_contratistas tb_obras

tb_obras_fk_tipoobra_id_ tb_obras_fk_tipoobra_id_f tb_tipoobras f key key tb_obras_fk_usuario_id_f tb_obras_fk_usuario_id_fk tb_usuario k ey ey tb_perfil_fk_usuario_id_f tb_perfil_fk_usuario_id_fk tb_usuario k ey ey tb_persona_fk_usuario_id tb_persona_fk_usuario_id_ tb_usuario _ tb_tipoobras_fk_usuario_ fkey tb_tipoobras_fk_usuario_id tb_usuario fkey id _fkey tb_usuario_fk_perfil_id_f tb_usuario_fk_perfil_id_fk tb_perfil k_fkey ey ey tb_usuario_fk_persona_id tb_usuario_fk_persona_id_ tb_persona _ tb_usuario_fk_usuario_id fkey tb_usuario_fk_usuario_id_f tb_usuario fkey _f key key tb_usuario_permiso_fk_p tb_usuario_permiso_fk_per tb_permiso er miso_id_fkey miso_id_fkey tb_usuario_permiso_fk_u tb_usuario_permiso_fk_usu tb_usuario su ario_id_fkey ario_id_fkey

tb_obras tb_obras tb_perfil tb_persona tb_tipoobras tb_usuario tb_usuario tb_usuario tb_usuario_permiso tb_usuario_permiso

4. Lista de secuencias Nombre Limite_id_mapa_seq tb_actividad_actividad_id_seq tb_adjuntos_adjunto_id_seq tb_contratistas_contratista_id_se tb_correo_correo_id_seq q tb_obras_id_obras_seq tb_obras_obra_id_seq tb_perfil_perfil_id_seq

Nombre tb_permiso_permiso_id_seq tb_persona_persona_id_seq tb_sistema_sistema_id_seq tb_tipoobras_tipoobra_id_seq tb_usuario_usuario_id_seq tb_webmail_webmail_id_seq

Codigo Limite_id_mapa_seq tb_actividad_actividad_id_seq tb_adjuntos_adjunto_id_seq tb_contratistas_contratista_id_s tb_correo_correo_id_seq eq tb_obras_id_obras_seq tb_obras_obra_id_seq tb_perfil_perfil_id_seq

Codigo tb_permiso_permiso_id_seq tb_persona_persona_id_seq tb_sistema_sistema_id_seq tb_tipoobras_tipoobra_id_seq tb_usuario_usuario_id_seq tb_webmail_webmail_id_seq

5. Lista de tablas Nombre Limite tb_actividad tb_adjuntos tb_contratistas tb_correo tb_obra tb_obras tb_perfil tb_permiso tb_persona tb_sistema tb_tipoobras tb_usuario tb_usuario_permiso tb_webmail

Codigo Limite tb_actividad tb_adjuntos tb_contratistas tb_correo tb_obra tb_obras tb_perfil tb_permiso tb_persona tb_sistema tb_tipoobras tb_usuario tb_usuario_permiso tb_webmail

6. Lista de triggers en la tabla Nombre before_update_tablas before_delete_tablas before_insert_tablas before_insert_tablas before_update_tablas before_insert_tablas after_insert_tablas before_update_tablas

Codigo before_update_tablas before_delete_tablas before_insert_tablas before_insert_tablas before_update_tablas before_insert_tablas after_insert_tablas before_update_tablas

7. Lista de usuario

Nombre Geo_admin

Codigo postgres

Anexo 7: Modelo lรณgico de la base de datos

Anexo 8: Modelo fĂ­sico de la base de datos

Anexo 9: Pruebas del sistema

Anexo 10: Carta de Impacto

Anexo 11: Acta Entrega- Recepciรณn

Anexo 12: Manual de instalaciรณn de Lubuntu 14.04

MANUAL DE INSTALACIÃ&#x201C;N DE LUBUNTU 14.04

Autor: Rolando Silva

2016

Contenido 1. LUBUNTU 14.04 ...................................................................................................... 4 1.1.

Pasos para la instalaci贸n de Lubuntu 14.04 ....................................................................... 4

1.1.1.

Arranque ..................................................................................................... 4

1.1.2.

Seleccionar la opci贸n Instalar Lubuntu ...................................................... 5

1.1.3.

Seleccionar el idioma.................................................................................. 5

1.1.4.

Requerimientos del sistema ........................................................................ 6

1.1.5.

Tipo de instalaci贸n ..................................................................................... 6

1.1.6.

Zona horaria................................................................................................ 7

1.1.7.

Distribuci贸n del teclado .............................................................................. 8

1.1.8.

Datos de usuario ......................................................................................... 8

1.1.9.

Copiado de archivos al equipo ................................................................... 9

1.1.10. Inicio de Lubuntu 14.04 ........................................................................... 10

1. LUBUNTU 14.04 Lubuntu es una distribución GNU/Linux basada en Ubuntu que utiliza el entorno de escritorio LXDE para ofrecer un buen rendimiento sin descuidar la apariencia general del sistema

1.1.

Pasos para la instalación de Lubuntu 14.04

1.1.1. Arranque Encender el equipo, introducir el cd de instalación y reiniciar el ordenador y aparecerá una pantalla como la siguiente en la cual seleccionar el idioma de instalación, marcamos Español

1.1.2. Seleccionar la opciĂłn Instalar Lubuntu

1.1.3. Seleccionar el idioma Elegir el idioma con el cual deseamos que se Ă­nstele el sistema

1.1.4. Requerimientos del sistema La siguiente pantalla da a conocer la informaciรณn de los requerimientos previos para la instalaciรณn, dar clic en continuar

1.1.5. Tipo de instalaciรณn Seleccionar borrar disco e instalar Lubuntu, dar clic en instalar ahora

Nos saldrรก la siguiente ventana en la cual damos en continuar

1.1.6. Zona horaria Seleccionar la zona horaria del paĂ­s

1.1.7. DistribuciĂłn del teclado Seleccionar el idioma deseado, en este caso elegir espaĂąol (latinoamericano) y dar clic continuar

1.1.8. Datos de usuario Ingresar los datos correspondientes para el usuario y el equipo

00

1.1.9. Copiado de archivos al equipo El sistema procedera a copiar los archivos, esperar hasta que fianlice el proceso

Una vez finalizado el proceso, reiniar el equipo para completar la instalacion

Pulsar Enter para proceder a eliminar los datos de instalaciรณn

1.1.10. Inicio de Lubuntu 14.04 Para ingresar al sistema colorar la clave de acceso

Escritorio del sistema

Anexo 13: Manual de instalaciรณn Quantun GIS

MANUAL DE INSTALACIÃ&#x201C;N QUANTUM GIS (QGIS)

Autor: Rolando Silva

2016

Contenido 1.

Instalación de QGIS .................................................................................................. 4 1.1.

Acceda a la página oficial de Qgis ...................................................................................... 4

1.2.

Descarga de Qgis para Lubuntu ........................................................................................... 5

1.3.

Agregar las líneas al repositorio ......................................................................................... 6

1.4.

Actualización del repositorio ............................................................................................... 8

1.5.

Finalización de la instalación ............................................................................................... 9

1.6.

Iniciar Qgis ...........................................................................................................................10

1. Instalaciรณn de QGIS 1.1.

Acceda a la pรกgina oficial de Qgis

Dirigirse a inicio , selecionar internet y abrir el navegador web Firefox

Ingresar en la pรกgina oficias de Qgis que es www.qgis.org y dar en el botรณn descargar

1.2.

Descarga de Qgis para Lubuntu

Dar clic en Debian/Ubuntu

LĂ­neas de repositorio a utilizar

1.3.

Agregar las lĂ­neas al repositorio

Ir al menu , accesorios y abrir la terminal

Escribir la siguite linea de comando sudo nano /etc/apt/sources.list y dar enter , pedirĂĄ ingresar la clave , una vez ingresada dar enter

Con las teclas de direcciones ir al final de la lista

Escribir las siguientes lĂ­neas de comando deb http://qgis.org/debian trusty main deb-src http://qgis.org/debian trusty main ,Ahora guardar el archivo (Control + o), y luego lo cerrar (Control + x).

1.4.

Actualizaciรณn del repositorio

Abrir la terminal y escribir el siguiente cรณdigo sudo apt-get update , colocar la calve de administrado y dar enter , esperar a que se actualice

Al completar el 100% se ternina la actualizaciรณn

1.5.

Finalizaci贸n de la instalaci贸n

Abrir la terminal y escribir el siguiente c贸digo sudo apt-get install qgis python-qgis qgis-plugin-grass , ingresar la clave y dar enter

precionar la letra S y dar enter, esperar a quue termine la instalaci贸n

1.6.

Iniciar Qgis

Ir a menu , educacion y dar clic en Qgis Desktop

Esperar hasta que cargue el programa

Inicio de Qgis

Anexo 14: Instalaciรณn de PostgresSQL

MANUAL DE INSTALACIÃ&#x201C;N DE POSTGRESQL

Autor: Rolando Silva

2016

Contenido 1. INSTALACIร N DE POSTGRESQL EN LUBUNTO ............................................. 4 1.1.

Abrir la terminal..................................................................................................................... 4

1.2.

Instalar Postgresql ................................................................................................................. 5

1.3.

Instalaciรณn de pgAdmin II .................................................................................................... 6

1.4.

Ejecutar PgAdmin ................................................................................................................. 7

1.5.

Realizar conexiรณn a la base de datos ................................................................................... 8

1.6.

Crear una base de datos ......................................................................................................10

1.7.

Agregar extensiรณn ................................................................................................................11

1.8.

Restaurar la base de datos...................................................................................................13

1. INSTALACIÃ&#x201C;N DE POSTGRESQL EN LUBUNTO 1.1. Abrir la terminal Ir a inicio, accesorios y dar clic en la terminal

Escribir el siguinte codigo: sudo apt-get update para actualizar los paquetes

1.2. Instalar Postgresql Digitar el siguiente cĂłdigo: sudo apt-get install Postgresql-contrib . Dar enter e introducir la contraseĂąa

Digitmar S y enter para continuar , esperar a que termine el proceso de instalaciĂłn

1.3.

Instalación de pgAdmin II

Abrir la terminal y escribir el síguete código: sudo apt-get install pgadmin3 dar enter e ingresar la contraseña

Digitmar S y enter para continuar , esperar a que termine el proceso de instalación

1.4. Ejecutar PgAdmin Ir a inicio , programacion y abrir pgadmin

1.5.

Realizar conexiรณn a la base de datos

Dar clic en el icono

para realizar una nueva conexiรณn

Llenar los campos para establecer la conexiรณn y dar en aceptar

Dar en boton aceptar para guardar la contraseĂąa

1.6. Crear una base de datos Ir a la conexiรณn creada anteriormente y dar Clic derecho en Database, seleccionar NewDatabase

Digitar el nombre que llevara la base de datos

Dar clic en la pestaĂąa definition y llenar los campos con la siguiente informacion

1.7. Agregar extensiĂłn Dentro de la base de datos creada, Ir al apartado de extensiones y dar clic derecho, seleccionar New Extension

En la pestaña de propiedades en el campo name digitar: Postgis

En la pestaña Definition seleccionar el Squema public y la versión 2.1.4. Dar en acpetar

La extensiĂłn ha sido aĂąadida

1.8. Restaurar la base de datos Es muy importante tener en cuenta que para restaurar la base de datos, debe tener mismo nombre con el que pretendemos restaurar.

Dar clic derecho sobre la base de datos y seleccionar Restore

Damos clic en el botรณn indicado y seleccionamos el archivo para restaurar

Ubicar el archivo, seleccionarlo y dar clic en abrir

Dar clic en el botรณn Restore

Una vez finalizado dar clic en el botรณn Done

La base de datos restaurada

Anexo 14: Manual de usuario

1. INTRODUCCIÓN Este manual tiene como propósito fundamental servir de guía para conocer el funcionamiento del sistema CGOP en el manejo y alojamiento de la Geodatabase de los registros de las obras públicas en el Gobierno Autónomo Descentralizado Municipal del Cantón Pedro Vicente Maldonado (GADMCPVM), así como para describir las propiedades y funciones de cada uno de sus componentes.

Se lo desarrolló para los usuarios finales que utilizarán el sistema, se asume que el lector tiene conocimientos básicos de la terminología y tiene las habilidades necesarias para desenvolverse El sistema brinda una interfaz amigable con el usuario para un uso óptimo y adecuado en base a sus tareas.

2. FUNCIONES DEL SISTMA Inicio de sesión Para poder ingresar a la aplicación se debe iniciar sesión con la finalidad de manipularla de acuerdo a los perfiles de usuario que cuente cada cuenta registrada en la misma.

Pasos para iniciar sesión en el sistema A continuación se describen los apartados que cuentan el inicio de sesión en la aplicación: 

Usuario: Ingresar el usuario que este sería el número de cedula del personal registrado que a su vez puede ser cambiado en la configuración de perfil.



Contraseña: Ingresar la contraseña que corresponde al número de cédula del personal registrado que a su vez puede ser cambiado en la configuración de perfil.



Iniciar sesión: Al realizar click en el botón “Ingresar”, se procederá a la validación del usuario y contraseña si en caso de ser correctos dará paso al ingreso a la aplicación, caso contrario se reflejará un mensaje de error informando que los datos son incorrectos.

Problemas al iniciar sesión 

Usuario incorrecto: El usuario por defecto es el número de cédula del personal registrado, que a su vez puede ser cambiado en la configuración de perfil, en caso de haber olvidado el usuario, el usuario administrador tiene la potestad de restaurar tanto el usuario por defecto de un usuario registrado.



Contraseña incorrecta: La contraseña por defecto es el número de cédula del personal registrado, que a su vez puede ser cambiado en la configuración de perfil, en caso de haber olvidado la contraseña, el usuario administrador tiene la potestad de restaurar la contraseña por defecto de un usuario registrado.

Página de bienvenida Luego de haber iniciado la sesión se visualizará la página principal de la aplicación, que es la interfaz de bienvenida de la aplicación.

Descripción de los ítems del menú En esta vista se despliega un menú principal del sistema, donde están los diferentes módulos que tiene el sistema. 

Tareas Administrativas Usuarios, Permisos, Sistema



Geoportal Capas, Contratistas, visor

Tareas administrativas Las tareas administrativas se basan en la administración del sitio y usuarios. A continuación se detalla las tareas que realiza.

Gestión de usuarios Permite ingresar usuarios al sistema, tiene la habilidad de poder habilitar o deshabilitar la cuenta de un usuario. En la parte superior se encuentra un botón con un signo de “+” lo que permite ingresar un nuevo usuario con su respectivo perfil asignado.

Forma de llegar En el menú principal pulsar un clic en el icono de administrador y seleccionar usuarios, dar clic en el signo

Ingreso de un nuevo usuario

Para poder ingresar un nuevo usuario se van a presentar los siguientes campos. 

Nombres: ingresar los nombres del usuario



Apellidos: ingresar los apellidos del usuario



Tipo de identificación CC/DNI: ingresar el tipo de identificación ( cédula ciudadanía/ pasaporte)



Correo: Ingresar el correo electrónico del usuario.



Teléfonos: ingresar los teléfonos de contacto del usuario.



Perfil: Asignar el perfil que va a tener el usuario, ya sea administrador u otro.



Guardar: al presionar el botón guardar se validan los campos, si las validaciones son exitosas el ingreso será satisfactorio, caso contrario se despliega un una notificación por la cual no se tuvo éxito.

Administración de usuarios Al dar clic en la opción Administrador y el apartado usuarios, aparece la administración de los usuarios donde se puede visualizar todos los registrados, inclusive se puede activar/desactivar a un usuario.

Permisos de acceso

Esta sección permite que el administrado pueda otorgar los permisos necesarios a cada usuario de acuerdo al perfil que esté establecido. Para poder otorgar los permisos debemos de dar clic en el botón donde se podrá abrir la venta de Administración de permisos.

Forma de llegar Dirigirse a la sección del menú principal, dar clic en “Usuarios” y en la opción aparecerá un botón de la siguiente manera:

Asignar o revocar permisos Una vez dado clic en el botón de permisos se puede asignar o revocar los permisos a los usuarios, Aparece una lista de permisos que estarán disponibles o deshabilitados.

Automáticamente se presentará un mensaje que detalle el resultado de la acción realizada.

Sistema Esta opción permite ingresar la información del sistema.

Webmail Permite realizar la configuración del servidor web con el cual se puede enviar o recibir correos electrónicos.

Forma de llegar En el menú principal existe opción que se encuentra de esta manera:

En el formulario de administración de WebMail se toma en cuenta los siguientes parámetros 

Remitente: Nombre de quien envía el correo



Host/SMTP: se asigna la dirección del host con la que se va a conectar el webmail



Puerto: se le asigna un número de puerto de conexión teniendo en cuenta el host establecido.



Seguridad: Es el tipo de seguridad con la que se implementa el servidor local



Usuario: Nombre del remitente de correo electrónico



Correo y Contraseña: Datos proporcionados por el administrador.



Guardar: permite almacenar los cambios realizados

Administración del Geoportal Capas En esta sección se ingresa toda la información detallada de las obras

Ingreso de una nueva obra Seleccionar el siguiente botón

Para poder ingresar una nueva obra se van a presentar los siguientes campos. 

Contratista: Seleccionamos el contratista que ya está ingresado



Obra: ingresar el nombre que lleva la obra



Descripción: Pequeña descripción general de la obra



Fecha de Entrega: ingresar la fecha en la cual el contratista entrega la obra al GAD



Fecha de inicio: ingresar la fecha en la cual el contratista inicia los trabajos



Monto: ingresar el valor por el cual se contrata la obra



Partida presupuestaria: ingresar la partida presupuestaria



Área: ingresar dimensiones de la obra



Guardar: al presionar el botón guardar se validan los campos, si las validaciones son exitosas el ingreso será satisfactorio, caso contrario se despliega un una notificación por la cual no se tuvo éxito.

AGREGAR DOCUEMNTOS A LA OBRA Seleccionar el siguiente icono Panel de administración de documentos

Para cargar un documento seleccionar el icono Se abrirá el panel de administración

Para poder ingresar un nuevo documento en la obra se van a presentar los siguientes campos. 

Nombre del archivo: ingresar el nombre que llevara el documento a subir



Descripción: ingresar descripción de la obra



Tipo de archivo: seleccionamos el tipo de documento a subir



Seleccionar archivo: ubicación en la cual se encuentra el documento a subir



Guardar: al presionar el botón guardar se validan los campos, si las validaciones son exitosas el ingreso será satisfactorio, caso contrario se despliega un una notificación por la cual no se tuvo éxito.

CONTRATISTAS En

esta

secciĂłn

se

ingresan

los

contratistas

de

las

obras

Ingreso de nuevo contratista Seleccionar el siguiente icono Una vez ingresado se despliega el siguiente menĂş

Para poder ingresar un nuevo contratista se van a presentar los siguientes campos. ď&#x201A;ˇ

Tipo de entidad: seleccionar si el contratista es persona natural o empresariales



Documento de identidad: ingresar la cedula o pasaporte del contratista



Razón social: ingresar la razón social del contratista



Dirección: ingresar la dirección del contratista



Teléfono: ingresar el teléfono del contratista



Correo: ingresar el correo del contratista



Guardar: al presionar el botón guardar se validan los campos, si las validaciones son exitosas el ingreso será satisfactorio, caso contrario se despliega un una notificación por la cual no se tuvo éxito.

VISOR Área en la cual se van a ingresar coordenadas geográficas de cada obra del GAD

Ingreso de nueva obra Dar clic derecho sobre el mapa e ingresar las coordenadas de cada obra, seleccionar el contratista y dar en guardar