Sistema web para la gestión de la información turística de la Junta Parroquial Rural manuel Cornejo by Pontificia Universidad Católica del Ecuador sede Santo Domingo PUCE SD

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

SISTEMA WEB PARA LA GESTIÓN DE LA INFORMACIÓN TURÍSTICA DE LA JUNTA PARROQUIAL RURAL MANUEL CORNEJO ASTORGA; PERIODO 2018 2019

Trabajo de Titulación previo a la obtención del título de Ingeniero de Sistemas y Computación

Línea de Investigación: Tecnologías de la Información y la Comunicación

Autoría: EDUARDO MIGUEL VILLAREAL LUQUE

Dirección: Mg. LUIS JAVIER ULLOA MENESES

Santo Domingo – Ecuador Febrero, 2019

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica - Escuela de Sistemas

HOJA DE APROBACIÓN DEL PLAN DE TRABAJO DE TITULACIÓN SISTEMA WEB PARA LA GESTIÓN DE LA INFORMACIÓN TURÍSTICA DE LA JUNTA PARROQUIAL RURAL MANUEL CORNEJO ASTORGA; PERIODO 2018 2019 Línea de Investigación: Tecnologías de la Información y la comunicación

Autoría: EDUARDO MIGUEL VILLAREAL LUQUE

Luis Javier Ulloa Meneses, Mg.

DIRECTOR DE LA DISERTACIÓN DE GRADO

William Javier Ocampo Pazos, Mg.

CALIFICADOR

Franklin Andrés Carrasco Ramírez, Mg.

CALIFICADOR

Luis Javier Ulloa Meneses, Mg.

DIRECTOR DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Febrero, 2019

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo, Eduardo Miguel Villareal Luque portador de la cédula de ciudadanía Nº 1725042871 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 y Computación 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 legar y académica. Igualmente declaramos que todo resultado académico que se desprenda de esta investigación y que se difunda tendrá como filiación la Pontificia Universidad Católica del Ecuador, Sede Santo Domingo, reconociendo en las autorías al director del Trabajo de Titulación y demás profesores que amerita.

Eduardo Miguel Villareal Luque CI: 1725042871

AGRADECIMIENTO Agradezco a Dios por mantenerme con salud todos estoy años de continuo sacrificio y superación personal además hasta poder haber alcanzado mi objetivo, de igual forma agradezco a mis padres Carlos Efraín Villareal Velasco y Lidia Sulema Luque Bermeo por su apoyo incondicional, su guía y grandes consejos que siempre fueron oportunos y acertados. A mis profesores por su vocación y objetivo de educar profesionales ejemplares que puedan desenvolverse en el ámbito laboral. Eduardo Villareal

DEDICATORIA Este proyecto lo dedico principalmente a Dios por darme la vida, la fuerza y el entendimiento para culminar este proyecto, a mis padres por toda la confianza y fe siempre invertidas en mĂ. Eduardo Villareal

RESUMEN El presente proyecto tiene como objetivo el implementar un sistema web para la gestión de la información turística de la parroquia Manuel Cornejo Astorga mismo que automatizará dicho proceso englobando todas sus etapas ( obtención de los datos, ordenación y registro de los mismos, divulgación de la información, generación de reportes gráficos estadísticos para facilitar la toma de decisiones) ya que hasta el presente proyecto se realizaba dicho proceso de forma manual e incompleta, afectando a la integridad y calidad de la información, además de no cubrir todas las etapas del proceso, puesto que no se llevaban a cabo apartados tales como: divulgación de la información a los interesados, generación de resultados y reportes entorpeciendo la toma de decisiones respecto al área turística. Como metodología se aplicó un enfoque mixto usando como herramientas de recolección de datos la entrevista y la encuesta. Para desarrollar el producto se utilizó el marco de trabajo Scrum, el cual fue aplicado en todas las fases del desarrollo de este sistema web mismo que está realizado mediante el Framework Laravel 6.0 implementando la arquitectura MVC, para el Front-end se utilizó HTML5 integrado del Framework Bootstrap 3.5, para el Back-end se utilizó PHP 7.2 y JavaScript, para la base de datos se usó MariaDB v5.5.6 como SGBD y MySQL Workbench como modelador, el editor de texto utilizado fue Sublime Text 3.0. La implantación del sistema web tuvo un impacto positivo dentro del área administrativa de la institución cliente y una buena acogida entre los clientes. Palabras clave: Sistema Web, Gestión de información y Metodología de software.

vii

ABSTRACT The purpose of this project is to implement a web system for the management of tourist information in the parish of Manuel Cornejo Astorga, which will systematize this process, surrounding all its stages (data collection, ordering and registration, dissemination of information) , generation of statistical graphic reports to facilitate decision making) since until this project the process was performed manually and incompletely, affecting the integrity and quality of the information, as well as not covering all stages of the process, since that no sections were performed such as: dissemination of information to the interested parties, generation of results and reports hindering decision-making regarding the tourism area. As a methodology, a mixed approach was applied, using the interview and the survey as data collection tools. In order to develop the product, the Scrum framework was used, which was applied in all the phases of the development of this web system itself, which was performed using the Laravel 6.0 Framework implementing the MVC architecture. For the Front-end, integrated HTML5 was used. Framework Bootstrap 3.5, for the Back-end was used PHP 7.2 and JavaScript, for the database was used MariaDB v5.5.6 as SGBD and MySQL Workbench as modeler, the text editor used was Sublime Text 3.0. The implementation of the web system had a positive impact within the administrative area of the client institution and a good reception among the clients.

Keywords: Web System, Information Management and Software Methodology.

viii

ÍNDICE DE CONTENIDOS 1.

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

PLANTEAMIENTO DEL PROBLEMA ............................................ 2

2.1.

Delimitación del problema .................................................................... 2

2.2.

Preguntas de investigación .................................................................... 3

2.2.1.

Pregunta general ....................................................................................................... 3

2.2.2.

Preguntas especificas ................................................................................................ 3

2.3.

Justificación de la investigación ............................................................ 4

2.4.

Objetivos de investigación ..................................................................... 5

2.4.1.

Objetivo General ....................................................................................................... 5

2.4.2.

Objetivos específicos ................................................................................................. 5

MARCO REFERENCIAL .................................................................... 7

3.1.

Antecedentes ........................................................................................... 7

3.2.

Marco teórico .......................................................................................... 9

3.2.1.

Turismo ...................................................................................................................... 9

3.2.2.

Recursos turísticos .................................................................................................. 10

3.2.3.

Oficinas de información turística .......................................................................... 11

3.2.4.

Actividades de las oficinas turísticas ..................................................................... 12

3.2.5.

Sistema ..................................................................................................................... 13

3.2.6.

Software ................................................................................................................... 13

3.2.7.

Software Libre ......................................................................................................... 13

3.2.8.

Comparación entre tipos de Software ................................................................... 15

3.2.9.

Base de datos ........................................................................................................... 17

3.2.10. Comparación entre SGBD ..................................................................................... 18 3.2.11. Arquitectura Cliente-Servidor ............................................................................... 19

ix 3.2.12. Comparación entre tipos de Servidor ................................................................... 20 3.2.13. Sistema web ............................................................................................................. 21 3.2.14. Web........................................................................................................................... 21 3.2.15. Lenguaje de programación .................................................................................... 21 3.2.16. Comparación entre tipos de Servidor ................................................................... 22 3.2.17. HTML ...................................................................................................................... 24 3.2.18. Editor web................................................................................................................ 24 3.2.19. Web 2.0..................................................................................................................... 24 3.2.20. AJAX ........................................................................................................................ 25 3.2.21. Diseño web ............................................................................................................... 25 3.2.22. Ingeniería de Software ............................................................................................ 25 3.2.23. Metodologías tradicionales ..................................................................................... 25 3.2.24. Metodologías Agiles ................................................................................................ 26 3.2.25. Comparación entre tipos de metodologías de desarrollo. ................................... 27 3.2.26. XP (Extreme Programming) .................................................................................. 28 3.2.27. Scrum ....................................................................................................................... 29 3.2.28. Comparación entre tipos de metodologías de desarrollo ágil ............................. 31

METODOLOGÍA DE LA INVESTIGACIÓN ................................. 33

4.1.

Enfoque, diseño y tipo de investigación ............................................. 33

4.2.

Población y muestra ............................................................................. 33

4.3.

Técnicas e instrumentos para recogida de datos............................... 34

4.4.

Técnicas de análisis de datos. .............................................................. 35

4.5.

Metodología de Desarrollo de Software ............................................. 36

4.5.1. scrum ..................................................................................................... 36 5.

RESULTADOS..................................................................................... 37

5.1.

Discusión y Análisis de Resultados .............................................................. 37

x 5.1.1.

Tabulaciรณn de la encuesta ...................................................................................... 37

5.1.2.

Resultados de la Entrevista .................................................................................... 43

5.1.3.

Resultados de scrum ........................................................................................ 50

DISCUSIร N.......................................................................................... 81

CONCLUSIONES ................................................................................ 82

RECOMENDACIONES ...................................................................... 84

LISTA DE REFERENCIAS ............................................................... 85

10.

GLOSARIO .......................................................................................... 93

11.

ANEXOS ............................................................................................... 94

ÍNDICE DE TABLAS Tabla 1. Cuadro comparativo de tipos de software.................................................................. 16 Tabla 2. Cuadro comparativo de sistemas gestores de base de datos ...................................... 18 Tabla 3. Cuadro comparativo de tipos de servidores ............................................................... 20 Tabla 4. Cuadro comparativo de lenguajes de programación. ................................................. 23 Tabla 5. Cuadro comparativo de tipos de metodologías de desarrollo .................................... 27 Tabla 6. Cuadro comparativo de metodologías de desarrollo ágil. .......................................... 31 Tabla 7. Identificación de interesados ..................................................................................... 52 Tabla 8. Roles equipo SCRUM. .............................................................................................. 52 Tabla 9. Escala de complejidad ............................................................................................... 52 Tabla 10. Product Backlog ....................................................................................................... 52 Tabla 11. Sprint Backlog 1 ...................................................................................................... 54 Tabla 12. BurnDown chart Sprint 1 ......................................................................................... 64 Tabla 13. Sprint Backlog 2 ...................................................................................................... 66 Tabla 14. BurnDown chart Sprint 2 ......................................................................................... 71 Tabla 15. Sprint Backlog 3 ...................................................................................................... 73 Tabla 16. BurnDown chart Sprint 3 ......................................................................................... 79

xii

ÍNDICE DE FIGURAS Figura 1. Representación gráfica de la pregunta #1. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 37 Figura 2. Representación gráfica de la pregunta #2. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 38 Figura 3. Representación gráfica de la pregunta #3. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 38 Figura 4. Representación gráfica de la pregunta #4 Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 39 Figura 5. Representación gráfica de la pregunta #5. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 40 Figura 6. Representación gráfica de la pregunta #6. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 40 Figura 7. Representación gráfica de la pregunta #7. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 41 Figura 8. Representación gráfica de la pregunta #8. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 42 Figura 9. Representación gráfica de la pregunta #9. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 42 Figura 10. Representación gráfica de la pregunta #10. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga. ............................... 43 Figura 11.El modelo Cliente/Servidor. Adaptación realizada por el autor. ............................. 46 Figura 12.El modelo Cliente/Servidor multicapa. Adaptación realizada por el autor. ............ 49 Figura 13.Arquitectura Modelo/Vista/Controlador. Adaptación realizada por el autor. ......... 50 Figura 14. Interface de Login. Interface tomada del SGITT. .................................................. 55 Figura 15.Interface de registro. Interface tomada del SGITT. ................................................. 55 Figura 16. Listado de los recursos turísticos con los que cuenta Manuel Cornejo Astorga. Interface tomada del SGITT. ................................................................................................... 56 Figura 17. Formulario de ingreso de datos de un nuevo recurso turístico. Interface tomada del SGITT. ..................................................................................................................................... 57 Figura 18. Interfaz para editar los datos de un registro de la tabla recursos turísticos. Interface tomada del SGITT.................................................................................................................... 57 Figura 19. Modal de confirmación de eliminación. Interface tomada del SGITT. .................. 57 Figura 20. Listado de clientes. Interface tomada del SGITT. .................................................. 58 Figura 21. Listado de propietarios de los recursos turísticos. Interface tomada del SGITT.... 59 Figura 22. Formulario de registro de un nuevo propietario. Interface tomada del SGITT. ..... 60 Figura 23. Interface de edición de un registro de la tabla propietarios. Interface tomada del SGITT. ..................................................................................................................................... 60 Figura 24. Listado de comentarios. Interface tomada del SGITT............................................ 61 Figura 25. Listado de folletos. Interface tomada del SGITT. .................................................. 61 Figura 26. Visualización de los usuarios registrados en el sistema web. Interface tomada del SGITT. ..................................................................................................................................... 62 Figura 27. Prueba unitaria automatizada Sprint 1. CMD de Windows. ................................. 62

xiii Figura 28. Modelo entidad relación de la base de datos. Interface de la opción graficador del software PHPmyadmin. ........................................................................................................... 63 Figura 29. Gráfica de avance. Gráfica realizada a partir de los datos de la Tabla 12. ............. 65 Figura 30. Listado de recursos turísticos de la interface de Usuarios privilegiados. Interface tomada del SGITT.................................................................................................................... 67 Figura 31. Listado de clientes de la interface de Usuarios privilegiados. Interface tomada del SGI ........................................................................................................................................... 68 Figura 32. Listado de propietarios de los recursos turísticos de la interface de Usuarios privilegiados. Interface tomada del SGITT. ............................................................................ 68 Figura 33. Listado de comentarios de la interface de Usuarios privilegiados. Interface tomada del SGITT. ............................................................................................................................... 69 Figura 34. Listado de usuarios de la interface de Usuarios privilegiados. Interface tomada del SGITT. ..................................................................................................................................... 69 Figura 35. Listado de calificaciones de los recursos turísticos previamente visitados por el usuario. Interface tomada del SGITT....................................................................................... 70 Figura 36. Gráfica de avance Sprint 2. Gráfica realizada a partir de los datos de la Tabla 14. .................................................................................................................................................. 72 Figura 37. Interface principal de clientes. Interface tomada del SGITT. ................................ 75 Figura 38. Interface de promoción de los sitios turísticos. Interface tomada del SGITT. ....... 75 Figura 39. Listado de productos de interés agregados por el cliente. Interface tomada del SGITT. ..................................................................................................................................... 76 Figura 40. Caja de comentarios para los clientes. Interface tomada del SGITT. .................... 77 Figura 41. Reportes gráficos dinámicos. Interface tomada del SGITT. .................................. 77 Figura 42. Interface del DSS para el usuario. Interface tomada del SGITT. ........................... 78 Figura 43. Gráfica de avance Sprint 3. Gráfica realizada a partir de los datos de la Tabla 16. .................................................................................................................................................. 80

xiv

ÍNDICE DE ANEXOS Anexo 1.Carta de Aceptación del Proyecto ............................................................................. 94 Anexo 2. Acta de Entrega-Recepción del Proyecto ................................................................. 95 Anexo 3.Carta de impacto........................................................................................................ 96 Anexo 4. Formato de entrevista al Administrador de la junta parroquial rural Manuel Cornejo Astorga. .................................................................................................................................... 97 Anexo 5. Formato de encuesta a los potenciales turistas para parroquial rural Manuel Cornejo Astorga. .................................................................................................................................... 99 Anexo 6. Modelo de Historias de usuario utilizadas para documentar el desarrollo de este proyecto.................................................................................................................................. 102 Anexo 7. Pruebas de aceptación Sprint 1............................................................................... 103 Anexo 8. Pruebas de aceptación Sprint 2............................................................................... 109 Anexo 9. Pruebas de aceptación Sprint 3............................................................................... 115 Anexo 10. Reunión retrospectiva 1 ........................................................................................ 121 Anexo 11. Reunión retrospectiva 2 ........................................................................................ 122 Anexo 12. Reunión retrospectiva 3 ........................................................................................ 123 Anexo 13. Presupuesto........................................................................................................... 124 Anexo 14. Diccionario de datos ............................................................................................. 125 Anexo 15. Script de la base de datos. .................................................................................... 125 Anexo 16. Manual de usuario ................................................................................................ 125 Anexo 17. Manual técnico ..................................................................................................... 125

INTRODUCCIÓN

En el presente trabajo se propone el diseño de un sistema web para la gestión de información turística de la parroquia rural Manuel Cornejo Astorga, misma que se encuentra tratando de hacer del sector turístico una fuente de ingreso adicional; al adoptar el turismo como herramienta de ingresos también se heredan problemas tales como: toma de decisiones acertadas basadas en la información recuperada, información extraviada y desordenada, formas ineficiente e inadecuadas de dar a conocer los servicios que esta parroquia ofrece etc. Teniendo en cuentas estas dificultades, así como la importancia y ventajas competitivas que en la actualidad presenta la gestión adecuada de la información los administradores de la junta parroquial rural Manuel Cornejo Astorga acogieron la opción de usar TICS para dar una solución a las mismas y es así que surge la idea de realizar el presente proyecto, el mismo que está estructurado de la siguiente manera: Sección I, Introducción, aquí se presenta el tema de investigación, donde se expone una visión general en torno a los problemas de investigación y su importancia. Sección II, Planteamiento del Problema, en esta sección se presentan los antecedentes que, asociados el tema actual de investigación, se define y delimita el problema, se expresa la justificación de la investigación, se plantea el objetivo general y los objetivos específicos. Sección III, Metodología de la Investigación, aquí se redacta sobre el tipo, enfoque y diseño de investigación que se está utilizando para el desarrollo del proyecto, así como la definición de la población y muestra, de igual forma se definen las técnicas y herramientas de recolección de datos. Sección IV, Resultados, en esta sección se plasman los resultados obtenidos luego de procesar los datos tanto de la entrevista como de la encuesta, la arquitectura de la aplicación y la metodología de desarrollo utilizada para la creación del sistema web. Como parte final de este documento se incluirá el cronograma de las principales actividades que serán desarrolladas durante la investigación y los recursos necesarios para su culminación.

PLANTEAMIENTO DEL PROBLEMA

2.1. Delimitación del problema En la actualidad el turismo es uno de los principales factores que influyen dentro de los ingresos económicos de un país, puesto que permite obtener un beneficio directo de sus recursos naturales como son cascadas, ríos, senderos, lagunas, lagos, avistamiento de aves camping etc. La mayoría de países que han escogido al turismo como medio para obtener ingresos han optado por utilizar Tecnologías de la Información y Comunicación (TIC) con el propósito de gestionar toda la información con la que cuentan además de obtener información pertinente a la perspectiva y postura de los usuarios que usan dicho servicio, logrando este modo potenciar eventualmente el interés del usuario por el turismo dentro de determinada región. A nivel nacional según el portal web oficial del ministerio de turismo del Ecuador el número de visitantes con el propósito de realizar actividades turísticas se ha incrementado en un 47% dentro del el periodo trimestral de enero a marzo del presente año (2018), en comparativa con el mismo periodo del año anterior (2017) todos estos nuevos visitantes fueron atraídos gracias a la aplicación de técnicas publicitarias actualizadas y herramientas tecnológicas que se han puesto a disposición de los potenciales viajeros tales como portales web, aplicaciones web, mapas, geolocalización, reservaciones online etc. La parroquia Manuel Cornejo Astorga se encuentra ubicada al sur del cantón Mejía, el principal centro poblado de la parroquia se encuentra a 70 Km., del sur de Quito. La mayoría de los habitantes de esta parroquia rural se dedican especialmente a actividades ganaderas, agrícolas y gastronómicas, sin embargo, debido a circunstancias fuera del control de las autoridades y habitantes (desastres ambientales, plagas, etc.) que terminaron por afectar a la economía local, las autoridades se han visto en la necesidad de buscar un nuevo tipo de ingreso llegando a la conclusión de que los atractivos turísticos del sector son una potencial fuente de ingresos y empleo, por lo cual procedieron a la adecuación en infraestructura y capacitar a los interesados en el ámbito turístico con el afán de poder competir dentro de este sector económico y así poder inyectar capital a un economía que va a la baja. Gracias a la observación dentro de la institución se pudo constatar que, desde la puesta en marcha del proyecto para fomentar el turismo a cargo de las autoridades de la parroquia

3 hasta la actualidad, la recolección de los datos correspondientes a esta área, así como el procesado de los mismos se realiza de forma manual, lo cual produce: perdida de datos, duplicidad de información, inconsistencia de datos, etc. Además, no se aprovecha satisfactoriamente toda la información obtenida, ya que al hallarse los datos en estado físico el procesar para obtener estadísticas o información funcional, que podría ser empleada como apoyo para la administración del área turística de esta zona facilitando la toma de decisiones tardaría un tiempo elevado. Actualmente, para promocionar esta parroquia se empleó únicamente redes sociales como herramienta de difusión de información turística, sin embargo, aunque son útiles no satisfacen por completo las necesidades de los potenciales turistas modernos, mismos que cada día requieren de información más precisa y herramientas que les ayuden a escoger un potencial destino turístico y sentirse cómodos con el mismo (Lopez Brunett & Verdesoto Masache, Turismo 2.0 como herramienta para promocionar los atractivos culturales de Guayaquil, 2017). 2.2. Preguntas de investigación 2.2.1. Pregunta general. El presente proyecto de investigación responderá a la siguiente problemática: ¿Cómo mejorar la gestión de la información turística de la junta parroquial rural Manuel Cornejo Astorga? 2.2.2. Preguntas específicas. Ya planteado el problema principal es propicio el dividirlo en las siguientes preguntas para una mejor comprensión del mismo. 

¿Cómo obtener información sobre los requerimientos de los potenciales usuarios del sistema web para la gestión turística?



¿Cuáles serían los procesos necesarios para ayudar a que la junta administrativa de Manuel Cornejo Astorga pueda gestionar adecuadamente la información turística de esta parroquia y tome decisiones favorables para el turismo?



¿Qué herramientas tecnológicas son las más adecuadas para lograr que los

4 servicios brindados por el sistema web satisfagan los requerimientos de los turistas que utilicen el sistema web de gestión de información turística? 2.3. Justificación de la investigación Hoy en día a nivel de todo el Ecuador cada vez más empresas de todos los sectores económicos se están adentrando en el uso de herramientas como las TIC para poder desarrollar un vínculo más fuerte con su cliente, brindándole mayor cantidad de servicios y beneficios, con el objetivo de poder obtener mejores ingresos económicos, pero a pesar de que este porcentaje va en aumento aun no cubre ni la mitad de todas las micro y medianas empresas. Existen empresas o instituciones como la Junta parroquial rural “Manuel Cornejo Astorga” (M.C.A.) que desean aprovechar al máximo los beneficios que les ofrecen las herramientas tecnológicas, centrándose específicamente en uno de sus sectores de producción más recientes, el turismo. Aunque esta parroquia se dedica exclusivamente a la ganadería y a prestar servicios de alimentación y hospedaje a los viajeros de la vía. Aloag-Santo Domingo una de las más importantes vías interprovinciales que conecta la región costa con la región sierra del Ecuador, hace algún tiempo las autoridades decidieron aprovechar la cuantiosa cantidad de sitios turísticos con la que cuenta la zona para incursionar dentro del sector turístico, dicha iniciativa tiene el propósito de aumentar la cantidad de plazas de empleo e ingresos de esta parroquia, sin embargo esta iniciativa no ha tenido la aceptación que las autoridades y emprendedores de la parroquia esperaban. Puesto que los administradores de la junta parroquial rural de la localidad carecen de un medio para poder gestionar la información turística, conocer mejor a los potenciales clientes y tomar decisiones acertadas en base a datos procesados toma lugar el planteamiento de este proyecto, cuyo alcance en forma general se basa en el levantamiento de información sobre los requerimientos de los administradores, potenciales clientes y prestadores de servicios del sector, la creación de una base de datos para almacenar la información turística con la que cuenta la junta parroquial rural M.C.A y un sistema web para poder gestionar la ya mencionada información. De este proyecto se beneficiarán los administradores, los prestadores de servicios y los clientes, ya que al gestionar adecuadamente la información los administradores evitarán la acumulación de los datos de forma física así como el deterioro o la pérdida de dichos datos por

5 factores externos tales como la humedad asegurando de este modo su integridad, adicionalmente gracias a los reportes automáticos que ofrecerá el sistema de acuerdo a los requerimientos de los administradores podrán tomar decisiones más precisas y acertadas logrando de este modo atraer a más turistas lo cual brindara más trabajo a los prestadores de servicios del sector turístico. Además de acuerdo a lo expuesto anteriormente el desarrollo de este proyecto está justificado ya que se relaciona con el objetivo 5 del Plan Nacional de Buen Vivir, dicha relación está especificada a continuación: Meta: “Incrementar de 4,6 a 5,6 el Índice de Desarrollo de Tecnologías de la Información y Comunicación a 2021” (Secretaria Nacional de Planificación y Desarrollo, 2017, p. 83). Política 5.6: Secretaria Nacional de Planificación y Desarrollo (2017) Promover la investigación, la formación, la capacitación, el desarrollo y la transferencia tecnológica, la innovación y el emprendimiento, la protección de la propiedad intelectual, para impulsar el cambio de la matriz productiva mediante la vinculación entre el sector público, productivo y las universidades (p.83). Objetivo 5: “Impulsar la productividad y competitividad para el crecimiento económico sostenible de manera redistributiva y solidaria” (Secretaria Nacional de Planificación y Desarrollo, 2017, p. 80). 2.4. Objetivos de investigación 2.4.1. Objetivo General. Implementar un sistema web para la gestión de la información turística de la junta parroquial rural Manuel Cornejo Astorga; periodo 2018 – 2019. 2.4.2. Objetivos específicos. 

Identificar cuáles son las necesidades que el usuario desea cubrir con la aplicación.



Determinar los procesos que intervienen en la gestión de la información turística.

6 

Definir las metodologías de desarrollo de software, herramientas y recursos necesarios que se podrían aplicar para el sistema web.



Desarrollar un sistema web considerando las funcionales requeridas por la institución

MARCO REFERENCIAL

3.1. Antecedentes Tras realizar una investigación dentro de los principales motores de búsqueda de artículos científicos (Scopus, Dialnet, Latindex, etc.) acerca de propuestas similares mas no iguales que sirvan como referencia o base al actual proyecto se encontró los siguientes artículos científicos, mismos que servirán de referencia y apoyo para tener una idea del planteamiento y desarrollo del trabajo de titulación que se llevara a cabo. 

En el artículo científico Nieto,Y., Romero,O., y Gallo,R.(2014). GIS model of analysis to promote tourism through the use of a web application. TECCIENCIA, 9 (17), 29-36. Expresa que el desarrollo sostenible del turismo en los pueblos no reconocidos necesita el apoyo de las aplicaciones web y la tecnología SIG (Sistema de Información Geográfica). Este artículo describe el análisis de un modelo GIS para el desarrollo de una aplicación web denominada Turichia, desarrollada para promover el turismo en Chía, un pequeño pueblo de Cundinamarca, situado cerca de Bogotá-Colombia. El montaje de esta aplicación web incluye diferentes servicios consumidos desde ESRI como lo son: Servicios de geo codificación, Red Analítica y Web Feature y otras operaciones de geo procesamiento, la información vertida en este artículo es un punto clave para la culminación del presente proyecto ya que se planea desarrollar un GIS para facilitar al cliente una interface visual de los recursos turísticos de Manuel Cornejo Astorga.



En el artículo científico Capelo, J., Ribeiro, S., Ferreira, M., Marques, A., Pinto, F., y Valente, A. (2012). The new official tourism website of the city of Oporto: promoting tourism and a wine destination. Rotur: revista de ocio y turismo, 13 (5), 97-124. Presenta el desarrollo, puesta en marcha asi como la logística de un sitio web que funciona como un mercado turístico combinado con un sistema de información integrado para el turismo. Esto se logra mediante la integración de una serie de herramientas y tecnologías que proporcionan información, asesoramiento y apoyo en la adquisición de bienes y servicios. Está orientada a desarrollar el turismo en el Área Metropolitana de Oporto y Norte de Portugal, con especial énfasis en el Valle del Duero, este artículo plantea una base bastante firme ya que es un sistema ya implementado y que tiene una buena acogida por la comunidad el resultado más

8 importante parece radicar en el hecho de que el sitio web está funcionando como un punto de encuentro para el ecosistema del turismo, impulsando el desarrollo de sinergias entre los diferentes agentes. La planificación y combinación de herramientas serán analizadas eventualmente cada que sea requerido. 

En el artículo científico Caro, J., Luque, A., y Zayas, B. (2015). Nuevas tecnologías para la interpretación y promoción de los recursos turísticos culturales. Pasos, 13 (4), 931-945. se presenta un análisis y clasificación de las TIC vinculadas con la interpretación, promoción y puesta en exploración turística de recursos culturales, este artículo servirá para el propósito del presente proyecto ya que dentro del mismo se abordan temas clave a la hora de comprender como es que las TIC han revolucionado la forma de promocionar e interpretar el mundo del turismo ya que en la actualidad cualquier destino turístico que desee ser competitivo debe estar presente en la red, debido a esto se generado una gran cantidad de información y de herramientas tecnologías constante mente actualizadas, gracias a esto los turistas también han cambiado dando lugar a los turistas 2.0 caracterizados por estar altamente conectados además de ser generadores de información. Todos estos temas son parte esencial del proyecto ya que es para mencionado ambiente y usuarios hacia el cual va dirigido el sistema web.



En el artículo científico Vieira, A., y Lavos, R. (2010). Sairmais.com, a new web 2.0 portal for tourism information with a Recommender System. Revista Turismo & Desenvolvimiento, 2 (13), 895-904. enfatiza que una de las mayores dificultades al momento de utilizar internet es el exceso de información y la falta de personalización, para solucionar dicha problemática este articulo propone un portal Web 2.0 enfocado específicamente al turismo, desarrollado sobre la base de este concepto de personalización donde el usuario desempeña un papel decisivo. Toda la información se filtra a través de una red social de recomendaciones. Finalmente se explica el sistema de recomendación implementado en salirmais.com, este artículo es importante ya que enfatiza la importancia de la personalización y centralización de la información a la hora de realizar un proyecto que tiene que ver con la prestación de servicios al público hablando específicamente al área del turismo, como segundo aporte cabe mencionar que se exponen conceptos y formas de aplicación muy útiles en lo que respecta a la web

9 2.0 o mejor conocida como red social, dichos conceptos son de mucha ayuda para el desarrollo del proyecto, además la forma de filtrado que se presenta en este artículo puede plantear una idea para el desarrollo de un módulo en específico del presente trabajo. 

En el artículo Figueroa, A., Ortiz, A., y Pérez, E. (2017). Management information system in the warehouses of the contructor company of architecture works and industrial #4 of Granma. 3C TIC, 6 (2), 28-37. Se expresa que en la empresa Constructora de Obras de Arquitectura e Industriales # 4 de Granma en Cuba se realizan varios procesos dentro de los que se incluye la gestión de la información en los almacenes, el cual se torna difícil debido a que se efectúan mediante modelos confeccionados en Microsoft Office Excel y documentos impresos propiciando demora en la obtención de los resultados y la divulgación de la información, por ende la presente investigación tiene como objetivo desarrollar una aplicación web que ayude a la solución de mencionados problemas, este artículo sirve como base para sustentar y desarrollar determinada parte del proyecto de titulación ya que la problemática es similar a la acontecida en la institución a la cual está destinada.

3.2. Marco teórico 3.2.1. Turismo. Es una colección de actividades que realizan los individuos durante desplazamientos o estadías pasajeras en lugares distintos a su localidad habitual, estas actividades se pueden realizar ya sea por ocio, negocios u otros (Carbacos, 2011). 3.2.1.1.

Turista.

Se considera turista a aquella persona que viaja fuera de su lugar de estadía habitual por un periodo superior a 24 horas generalmente se solía viajar por ocio, placer o recreo, pero con el paso del tiempo el mercado se ha ido abriendo a más posibilidades como son las motivaciones de índole religiosas visitas familiares, tratamientos que solo se ofrece en determinado lugar (Carbacos, 2011).

10 3.2.1.2.

Tipos de turismo en relación a un determinado país.

 El turismo interno. – Personas del mismo sector que viajan a un lugar distinto del de residencia por periodos menores a un año (Carbacos, 2011).  El turismo receptor. –Son las personas no residentes en un lugar determinado (Carbacos, 2011).  El turismo emisor. –Son las personas de país que se desplazan a otro país distinto al suyo (Carbacos, 2011). 3.2.2. Recursos turísticos. Son los elementos, materiales naturales y también artificiales que tiene la capacidad de atraer personas a un lugar o zona determinada ya sea de forma individual o en asociación con otros. Esto no implica que cualquier cosa pueda ser considerado un recurso turístico en otras palabras por más que un objeto tenga un conjunto de valores patrimoniales no puede entrar dentro del grupo de recursos naturales sin antes recibir una adecuación, como un aspecto adicional se debe siempre tener en cuenta el público hacia el que estará dirigido dicho recurso (Planells & Crespi, Recursos turisticos, 2011). 3.2.2.1. Clasificación de los recursos turísticos. 

Recursos o atractivos naturales. – Cualquier recurso natural es un potencial recurso turístico, lo importante y principal es encontrar un público adecuado para dicho atractivo natural (Planells & Crespi, Recursos turisticos, 2011).



Recursos históricos, monumentos o artísticos. – Son bienes culturales que fueron heredados por una nación o comunidad y se volvieron con el paso del tiempo llegaron a ser de importancia histórica, científica o estética (Planells & Crespi, Recursos turisticos, 2011).



Recursos gastronómicos, folclóricas y artesanales. – Este tipo de recursos se basan especialmente en lo que respecta a la alimentación, música y arte propias de una cultura (Planells & Crespi, Recursos turisticos, 2011).



Fiestas, eventos y acontecimientos programados. – Todo tipo festividad que refleje o exalte algún hecho histórico representativo propio de un sector (Planells & Crespi, Recursos turisticos, 2011).

11 3.2.3. Oficinas de información turística. Son aquellos servicios de carácter público creados por una administración nacional regional o local, cuyo objetivo es el gestionar todos los servicios turísticos que ofrece un determinado sector, otra de sus funciones es el de asesoramiento para visitantes, así como la organización promoción y comercialización de los productos turísticos (Planells & Crespi, sistemas y servicios de informacion turistica, 2014). En la actualidad gracias a un incremento en el sector turístico a nivel mundial ha crecido también la necesidad de implementar más centros de información turístico (Planells & Crespi, sistemas y servicios de informacion turistica, 2014). 3.2.3.1. Funciones y servicios generales que ofrece una oficina de turismo. Planells & Crespi, sistemas y servicios de informacion turistica, 2014 Propone que los servicios los cuales debe ofrecer una oficina turística son los siguientes: 

Proporcionar información sobre todos aquellos servicios necesarios para los viajeros.



Facilitar información y datos de interés al visitante.



Facilita información y orientación al cliente sobre los servicios turísticos con los que cuenta una comunidad.



Facilita información y orientación sobre recursos turísticos.



Facilita información y orientación sobre actividades turísticas.



Facilita material informativo y propaganda gratuito o de pago sobre los servicios que se ofrece en el sector.



Facilita información sobre la prestación de los servicios y su regularización legal.

3.2.3.2. Tipos de oficinas turísticas. 3.2.3.2.1. Nivel local. Básicamente son oficinas a nivel local dentro de una comunidad, cuyo objetivo principal es el de informar promoción y comercialización de los productos y/o servicios que ofrece una determinada comunidad (Planells & Crespi, sistemas y servicios de informacion turistica, 2014).

12 3.2.4. Actividades de las oficinas turísticas. El inventario y la documentación de los recursos turísticos: Cada sector se podría decir que tiene su propia esencia que la define como tal, al inventariar y documentar todos los recursos turísticos se consigue que las políticas turísticas trabajen individualmente por cada recurso y no de manera general y genérica (Planells & Crespi, sistemas y servicios de informacion turistica, 2014). Puntos a tener en cuenta en un inventario: 

Características geográficas: paisaje, morfología elementos singulares etc.



Comunicaciones: esto incluye transporte, distancias etc.



Referencias sociales y cívicas: Población, historia actividades productivas.



Actividades culturales, deportivas y recreativas.



Manifestaciones culturales y acontecimientos importantes.



Oferta turística: camping hoteles.



Oferta complementaria: centros deportivos, salas de fiesta, comercio.



Servicios públicos y privados.



Centros de interés turístico. Las actividades informativas: Se puede decir que este apartado no solo se encarga de

informar acerca de los recursos turísticos, actividades y demás servicios que fueron inventariados y documentados, sino que también de coordinar la información como tal para esto la infraestructura debe ser la adecuada muy amplia con archivadores y anaqueles (Planells & Crespi, sistemas y servicios de informacion turistica, 2014). Nota. - estas instalaciones son espaciosas y dificultosas de adquirir además como es obvio no aseguran la integridad de la información, serán reemplazados por una base de datos dentro de un servidor web, de este modo se minimiza la perdida de información valiosa, duplicidad de datos y desorden. Las actividades de promoción: en este apartado hace referencia a la difusión de la información con la que cuenta la oficina, desarrollando un poco más esta idea ya que busca una relación cliente/prestador de servicios más amena y familiar para lograr así que la información se distribuya de cliente en cliente y lograr mayor acogida por parte de la comunidad (Planells & Crespi, sistemas y servicios de informacion turistica, 2014).

13 Las actividades de animación: difusión de información sobre el complemento de la oferta turística (Planells & Crespi, sistemas y servicios de informacion turistica, 2014). El control de calidad: en este apartado se destaca el puesto de privilegio en el que se encuentran las oficinas de información turística ya que al ser veedores pueden reorientar las políticas turísticas para hacer posible una mejora de calidad de la oferta turística (Planells & Crespi, sistemas y servicios de informacion turistica, 2014). 3.2.5. Sistema. Un sistema es el conjunto de partes que trabajan juntas para alcanzar un objetivo, también podría definirse como un conjunto de subsistemas que buscan un objetivo específico pero dicho objetivo a su vez nutre un objetivo común (Doogles, 2011). 3.2.6. Software. Brevemente podemos definir al software como la colección de partes o componentes lógicas que hacen posible que un aparato o máquina realicen tareas en específico entre estos componentes por ejemplo se encuentran los programas de escritorio, las aplicaciones web, hojas de cálculo, editores de texto, compiladores, etc. (Presman, 2014). 3.2.7. Software Libre. Así como existen softwares de paga, (que tienen un costo para poder acceder a las prestaciones que estos ofrecen) existen los así llamados softwares libres, mismos que pueden ser utilizados sin requerir un pago por su uso o implementación. Este tipo de software como su nombre lo indica se trata de libertad y apunta específicamente a 4 libertades: 

Libertad para ejecutar el programa donde sea para cualquier propósito y para siempre.



Libertad de adaptar el software a nuestras necesidades.



Libertad de distribuir el software entre aquellas personas que lo necesiten y a su vez ellos lo redistribuyan a alguien más.



Libertad para mejorar el programa y hacer públicas dichas mejoras. Puesto que esta iniciativa proviene de una lengua inglesa ha habido ciertas confusiones

con respecto a su definición ya que “free” en habla inglesa al ser una palabra ambigua tiene

14 dos significados el primero y el acertado es libre sin embargo muchas personas confunden esta traducción y lo toma como gratis. Esto ha hecho que exista una confusión con respecto a este tema ya que el termino free software no quiere decir que sea gratuito y se puede vender si se desea, pero hay que tomar en cuenta la tercera regla de libertad mencionad anteriormente la misma que indica que se puede redistribuir el software sin pedir dinero como remuneración lo que hace casi imposible obtener dinero por distribuirlo, aunque si se puede cobrar por su implementación. 3.2.7.1. Ventajas y desventajas. Existen muchas ventajas de usar software libre entre las cuales tenemos obviamente el costo, el sentido ético etc. También existen desventajas girando en torno a esta temática que han sido mayormente iniciadas, difundidas, defendidas y exageradas por aquellas personas que ven como una amenaza a su economía el distribuir libremente el software. Entre ellas se encuentran: 

La difícil implementación.



El mantenimiento.



La falta de capacitación para su uso.

3.2.8. Open Source Software. Son aquellos programas informáticos que permiten el acceso a su código de programación, esto hace que cualquier persona con conocimientos suficientes pueda modificarlo y mejorarlo. Open source está vinculada a una filosofía de trabajo conjunto sobre los programas informáticos. Ya que al ser abierto al público el código fuente la comunidad de programadores puede hacer su aporte personal al software ya sea con la solución de algún fallo, aportar nuevas funciones o restructurarlo desde sus bases (Pérez Porto & Gardey, 2014). 3.2.8.1. Características de un open source. 1. Libre redistribución. - La licencia no debe restringir a nadie vender o entregar el software, tampoco debe requerir ningún tipo de cuota por su venta. 2. Código fuente. - el programa debe incluir su código. 3. Trabajos derivados. - la licencia debe permitir modificaciones y trabajos derivados.

15 4. Integridad del código fuente del autor. - se puede dar reconocimiento al autor y se puede restringir el código fuente si y solo si permite la distribución de parches. 5. No discriminar personas o grupos. - cualquier persona indistintamente de su etnia, cultura, religión, etc. Podrán hacer uso del software. 6. No discriminar campos de aplicación. – Se podrá aplicar en cualquier escenario y con cualquier fin. Distribución de licencia. - la distribución de la licencia es gratuita. 7. La licencia no debe contaminar otro software.- la licencia no debe poner restricciones sobre otro software que es distribuido junto con él (Pérez Porto & Gardey, 2014).

3.2.9. Diferencias entre free software y open source. Es importante distinguir entre el software open source, que dispone de la mencionada característica de presentar su código abierto misma que ya se mencionaron con antelación, y el software libre que puede descargarse y distribuirse de manera gratuita. Para poder darce cuenta de la diferencia que existen entre estas dos tendencias se puede mencionar que existe software libre que no brinda acceso al código, esto hace por lo tanto, que no se considere como open source y programas open source que se distribuyen de manera comercial o que requieren de una autorización para ser modificados (Andrears, 2014). Como se puede ver, el movimiento del Software Libre tiene más inclinación en cuestiones éticas y morales relacionadas con el software, dejando el aspecto técnico como secundario y el Open Source lo establece como prioritario (Andrears, 2014). Otra de sus diferencias, quizá la más importante es que con una aplicación desarrollada bajo los estándares del Software Libre puedes obtener remuneración por conceptos de desarrollo y soporte siempre y cuando entregues las fuentes, a diferencia del movimiento Open Source que no te obliga a hacerlo (Andrears, 2014). 3.2.8. Comparación entre tipos de Software. Para realizar la calificación de las opciones se utilizaron los siguientes parámetros: 

0 equivale a 0% para ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

16 

1 equivalente a un estimado de 50% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



2 equivale a un 100% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

Tabla 1. Cuadro comparativo de tipos de software Software libre

Valoración

Software de pago

Valoración

Cuenta con un bajo costo ya que su uso es abierto al público y no es necesario contar con una licencia.

Es costoso ya que para su uso es necesario el pagar por licencias.

Limita la implementación o el uso

El soporte es exclusivo del propietario ya que solo él cuenta con el permiso legal de realizar un mantenimiento al software.

Sistemas más seguros

Son inseguras y proclives a ataques

Formatos estándar

No son utilizables plataformas

Tienen métodos simples de gestión de software

Mejor acabado en aplicaciones

Puede ser complicadas de instalar

Menos necesidad especializados

El usuario no depende de una empresa en específico ya que este software puede acoplarse a las necesidades del usuario

Depende en su totalidad de la empresa que lo distribuye.

Como este software no persigue fines comerciales por ende no obliga al usuario a cambiar de S.O. o de hardware.

Existen actualizaciones innecesarias que apuntan a que el usuario tenga que gastar dinero para adquirirlas.

Es libre de usarse y/o implementarse. Soporte y compatibilidad a largo plazo ya que la comunidad de desarrolladores de software están siempre dispuestos a brindar su apoyo.

Total:

Porcentaje:

todas

las

técnicos

16/18

4/18

88.88%

22.22%

Nota: Análisis realizado por el autor del proyecto.

Una vez analizado el contenido mostrado en el cuadro comparativo se tomó la decisión de utilizar software libre por principal motivo de costo de implementación ya que estos softwares son gratuitos y la empresa para la cual se realizará el sistema web no cuenta con

17 presupuesto alguno para la realización de este proyecto. Adicional a esto cabe destacar que la facilidad de soporte con la que cuenta gracias a una gran comunidad de desarrolladores de software libre y la compatibilidad que ofrecen mencionados softwares son otros factores que ayudaron a tomar esta decisión. 3.2.9. Base de datos. Es una colección de datos, definidos y estructurados según un proceso específico cuyo objetivo a alcanzar es evitar la redundancia, además esta colección de datos se almacena dentro de un medio de almacenamiento masivo como lo es un disco duro (Reinosa E. , Maldonado , Muñoz, Damiano, & Abrutsky, 2014). 3.2.11.1. SQL . SQL (Structured Query Lenguage) es un lenguaje estructurado de consulta cuyo objetivo es el de resolver y dar solución a los requerimientos de un usuario entre estor requerimientos consta el obtener información almacenada de la base de datos, modificación de datos, realizar cálculos, entre otros. Entre las características con las que cuenta SQL destaca el ser no procedimental, esto quiere decir que no indica cómo realizar la tarea al momento de ingresar una sentencia, sino que se describe el resultado deseado de la búsqueda realizada y él lo que respecta a resolver esta solicitud queda en manos del servidor de base de datos (Oppel & Sheldon, 2010). 3.2.11.2. Sistemas gestores de bases de datos (SGBD). Un sistema gestor de la base de datos no es otra cosa sino un programa que permite realizar la creación modificación eliminación de bases de datos así como de los datos en sí y todos sus componentes (Reinosa E. , Maldonado , Muñoz, Damiano, & Abrutsky, 2014). 3.2.11.2.1. MySQL. Es un sistema de gestión de base de datos relacional multihilo y multiusuario esto conlleva que pueda ser usado por varias personas a la vez, además estas características también le permites el realizar varias consultas al mismo tiempo volviéndolo un sistema versátil y robusto (Oppel & Sheldon, 2010).

18 3.2.11.2.2. Maria DB. Es un sistema gestor de bases de datos derivados de mysql pero con licencia completamente libre mismo que fue desarrollado por el fundador de Mysql en conjunto con la comunidad de desarrolladores de software libre. Actualmente es un sistema robusto versátil que puede ser fácilmente reemplazar a mysql (López J. , 2014). 3.2.11.2.3. PostgreSQL. Es un sistema gestor de base de datos gratuito y robusto que además de brindar al usuario una escalabilidad de alto nivel ya que no requiere usar bloqueos de lectura en las transacciones, también cuenta con hot-standby que le permite al cliente hagan búsquedas solo de lectura mientras se encuentran en modo de espera permitiéndoles así tareas de mantenimiento sin bloquear el sistema por completo. 3.2.10. Comparación entre SGBD. Para realizar la calificación de las opciones se utilizaron los siguientes parámetros: 

0 equivale a 0% para ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



1 equivalente a un estimado de 50% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



2 equivale a un 100% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

Tabla 2. Cuadro comparativo de sistemas gestores de base de datos SGBD Ventajas

MariaDB  

  

Nuevos motores de almacenamiento Aumento del rendimiento al momento de realizar consultas complejas Sistema para manejo de conexiones mejorado a 200000. La compatibilidad con MyAQL es total. La gran mayoría de servicios de alojamiento web cuentan con este SGBD

Valor

PostgreSQL    



Muy robusto Estable Multiplataforma Cuenta con transacciones, disparadores y afirmaciones. Los servicios de alojamiento web son más costosos

Valor

19 Desventajas



Casos de incompatibilidad cabe destacar que son casos casi nulos. 2



Casos de incompatibilidad cabe destacar que son casos casi nulos. No es muy fácil de encontrar como parte de programas que vienen dentro de un paquete de alquiler de hosting.

4/4 100%

Valor: Porcentaje:

¾ 75%

Nota: Análisis realizado por el autor del proyecto.

Para desarrollar este proyecto se utilizará como sistema gestor de base de datos a MariaDB ya que es eficiente, veloz, facilita las conexiones con servers, además de necesitar menos recursos para su implementación, cabe destacar que es 99% compatible con MySQL. 3.2.11. Arquitectura Cliente-Servidor. Se puede sintetizar este tema de una premisa sencilla y es que “cuando un usuario accede a internet desde su ordenador se está conectando a otro u otros ordenadores” dentro de esta arquitectura al usuario se le conoce como cliente y al ordenador o al conjunto de ordenadores con los que se conecta se les conoce como servidores ya que sirven al cliente en el momento que este realiza una petición (López, et al., 2012) 3.2.11.1.

Servidor web.

Es un programa cuyo objetivo es el de gestionar cualquier aplicación en el lado del servidor realizando conexiones bidireccionales entre el cliente y el ordenado que ejecuta el programa al cual se lo refiere de igual forma como servidor de esta forma el cliente recibe un código que generalmente es ejecutado por un navegador web (López J. , 2014). 3.2.13.2. Tipos de servidores. 3.2.13.2.1. Servidores dedicados. En sintaxis y para que se pueda entender más fácilmente es un ordenador con características especiales que se alquila o que le pertenece a un solo usuario es por ende que dicho usuario puede disponer de todos los servicios que el servidor ofrece (López J. , 2014).

20 Dentro de las desventajas se puede acotar que es costoso y que requiere personal capacitado para la instalación, administración y mantenimiento de los servidores dedicados (López J. , 2014). 3.2.13.2.2. Hostings compartidos. En cuanto a estos servidores como su nombre lo indica y lo define son compartidos es decir los recursos de un servidor serán distribuidos a todos los clientes que contraten este server la desventaja más obvia es que los recursos del server se dividirán a cada cliente que esté conectado o alojando sus apps en ese servidos (López J. , 2014). 3.2.12. Comparación entre tipos de Servidor. Para realizar la calificación de las opciones se utilizaron los siguientes parámetros: 

0 equivale a 0% para ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



1 equivalente a un estimado de 50% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



2 equivale a un 100% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

Tabla 3. Cuadro comparativo de tipos de servidores Servidores dedicados Todos los recursos del servidor son para el usuario que los alquile El costo es bastante elevado

Valoración 2

Hosting compartidos Los recursos se dividen entre los clientes que alquilen el servidor El costo es accesible

Valoración 2

Hay una gran variedad de servidores que prestan este servicio online

Complicado de configurar y dar mantenimiento

Fácil de configurar mantenimiento

Pensado para proyectos muy extensos y con millones de visitas por hora Pueden configurarse de forma personalizada brindando mayor libertad al cliente en cuanto a escoger las especificaciones para desarrollar un proyecto.

dar

Es ideal para pymes (pequeñas y medianas empresas) su capacidad es la adecuada para empresas que empiezan a surgir en la web. Si se alquila un hosting compartido se puede escoger entre una serie de características limitadas por tu capital de inversión.

21 Valor: Porcentaje:

7/12

11/12

58.33%

91.66%

Nota: Análisis realizado por el autor del proyecto.

Después del análisis como es evidente la opción más factible para implementar este proyecto es un hosting compartido, por el motivo que la Junta Parroquial Rural Manuel Cornejo Astorga es una PYME (pequeña empresa) y de acuerdo a las especificaciones el ya mencionado hosting es el que más se adapta a las necesidades de estas empresas, por otro lado, el factor decisivo para escoger un hosting compartido es el costo más accesible que este posee. 3.2.13. Sistema web. Un sitio dinámico es aquella que utiliza la programación en el lado del servidor, esto implica que cuando un cliente llama a una página dinámica existe un proceso en este lado de la arquitectura con el objeto de crear la página incorporando lo que el cliente ha solicitado y si otro cliente solicita la misma página, pero con peticiones diferentes la página que obtenga será diferente es por este motivo que se les conoce como sitios dinámicos. En otras palabras un sistema o aplicación web es una herramienta que para ser utilizada los clientes deben acceder a través de internet mediante el uso de un navegador web (López, et al., 2012). 3.2.14. Web. Es un sistema de estaderas aceptados a nivel universal que tiene por objeto el almacenamiento, recuperación, formateado y recuperación de información. La web utiliza una combinación de texto, y multimedia mediante la utilización de interfaces graficas amigables para el usuario. Para poder acceder a los millones de documentos enlazados entre sí, a las cuales se les da el nombre de páginas web se utiliza un navegador web (López J. , 2014). 3.2.15. Lenguaje de programación. Son los lenguajes utilizados para escribir programas de computadoras, estos lenguajes constan de múltiples sentencias las cuales se estructuran de cierta manera para poder resolver un problema propuesto a los algoritmos escritos en algún leguaje de programación se les llama código fuente así mismo el proceso de traducir un algoritmo a un lenguaje de programación se le conoce como codificación (Joyanes, 2013).

22 3.2.15.1. PHP. Es un lenguaje de scripts interpretados, este lenguaje de programación utiliza un intérprete para trabajar. A diferencia de otros lenguajes de este tipo como java script que se ejecuta del lado del cliente PHP lo hace del lado del servidor, su funcionamiento es el siguiente: cuando el cliente solicita una página web desarrollada con este lenguaje el intérprete de PHP que se encuentra instalado en el servidor lee el código de la página solicitada y la ejecuta dando como resultado de esta ejecución una página HTML que es entregada al servidor web quien a su vez lo envía al cliente (Vaswani, 2010). 3.2.15.2. Python. Es considerado un lenguaje más limpio, el código producido por este lenguaje es interpretado, al ser un lenguaje de programación multiplataforma permite escoger un estilo concreto de programación tiene ventajas muy buenas como lo son: fácil de programar, contiene muchas funciones y librerías, etc. sin embargo su principal desventaja es que al ser un lenguaje interpretado es bastante más lento que los demás lenguajes de programación. 3.2.15.3. Ruby. Es un leguaje que surgió como herencia de Python y Perl, es portátil y con gran cantidad de tutoriales y material respecto al mismo para su implementación además es Open Source y se puede usar libremente. 3.2.15.4. JavaScript. Es un lenguaje de programación interpretado esto quiere decir que previo a su ejecución no necesita ser compilado, se podría decir que el entorno de javascript es el navegador web ya que este interpreta y ejecuta de forma directa este lenguaje ha tenido una acogida muy grande hasta el punto de que actualmente son raros los sitios web que no apliquen esta tecnología en alguna línea de código fuente del proyecto (Lopez, JavaScript, 2014). 3.2.16. Comparación entre tipos de Servidor. Para realizar la calificación de las opciones se utilizaron los siguientes parámetros: 

0 equivale a 0% para ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

23 

1 equivalente a un estimado de 50% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



2 equivale a un 100% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

Tabla 4. Cuadro comparativo de lenguajes de programación. PHP

Ventajas

desventajas

 Fácil de aprender y de utilizar  Cuenta con una comunidad muy grande puesto que es muy popular  Es rápido  Maneja bases de datos  Fue creado específicame nte para el desarrollo orientado a la web  Libre y gratuito  La gran mayoría de servicios de alojamiento web cuentan con php.  Ya que se ejecuta del lado del cliente necesita de los recursos del cliente para funcionar.  La programació n orientada a objetos es poco eficiente para proyectos grandes.

valoración

Python

valoración

 Es libre, de código abierto  Lenguaje de propósito general  Es portable  Es un lenguaje orientado a objetos  Es multiplataform a 2

 Es relativamente lento ya que es un lenguaje interpretado.

4/4 Valor: 100% Porcentaje: Nota: Análisis realizado por el autor del proyecto.

2/4 50%

JavaScript

 Lenguaje interpretado.  Lenguaje orientado a objetos.  Los scripts tienen una capacidad limitada por motivos de seguridad.  En front-end es decir se ejecuta del lado del cliente  Es un lenguaje de scripting muy fiable y seguro.  Actualmente es el lenguaje más utilizado.  El código debe ser descargado completamen te  No soporta herencias  Código visible por cualquier usuario

valoración

3/4 75%

24 Una vez realizado el análisis como resultado arroja que, el mejor lenguaje para realizar este proyecto no es uno, sino la combinación de dos, PHP y JavaScript ya que por una parte PHP cuenta con buenas referencias y cuantiosa documentación que harán más fácil el planificar desarrollar e implementar el sistema web, por otra parte JavaScript provee una tecnología muy utilizada actualmente y una amplia gama de librerías muy funcionales de excelente rendimiento, en conclusión al usarlos en conjunto se pude desarrollar de forma fácil y eficiente un producto final potente, funcional y agradable para el usuario. 3.2.17. HTML . Son las siglas en ingles de HyperText Markup Language es un lenguaje de hipertexto permite presentar la información de forma estructurada además también se le puede considerar un lenguaje de marcas ya que la información estructurada esta codificada por medio de etiquetas o marcas, los documentos generados con este lenguaje de hipertexto no solo pueden contener texto como tal sino también objetos multimedia (Lopez, HTML 5 Y CSS 2, 2014). 3.2.18. Editor web. Es un tipo de software cuya función es facilitar, ayudar y guiar la escritura del código fuente del proyecto que se esté realizando para lo cual cuenta con características muy útiles tales como: 

Coloreado y resaltado de la sintaxis.



Corrector ortográfico.



Autocompletado.



Selector de colores. Existe una gran variedad de estos programas (tanto de uso libre como de pago) mismos

que son potentes y eficientes así que cualquiera que se utilice cumple a su propósito. 3.2.19. Web 2.0. Esta nueva web se centra en la premisa “la web como plataforma” es decir se centra en utilizar (Doogles, 2011) el navegador web como plataforma para la construcción y utilización de aplicaciones en lugar del sistema operativo, esto trae ventajas significativas ya que permite desarrollar aplicaciones independientemente del dispositivo o sistema operativo que este utilice

25 el desarrollo de dichas aplicaciones se apoya en la arquitectura de participación y colaboración haciendo de las personas ordinarias que navegan por la web los protagonistas (López J. , 2014). 3.2.20. AJAX. Asynchoronous JavaScript And XML es una adición de tecnologías en específico java script y XML cuyo propósito es la comunicación asíncrona del ordenador cliente con el servidor es decir con esta metodología las peticiones y respuestas del servidor se ejecutan en segundo plano esto hace que se modifique solo una parte específica de la página, esto hace que no sea necesario la constante recarga de la misma (Lopez, JavaScript, 2014). 3.2.21. Diseño web. 3.2.21.1. CSS. Cascading Style Sheets es un lenguaje de estilos que sirve para definir el aspecto, la presentación en sí y la posición de los elementos que componen una página web (Lopez, HTML 5 Y CSS 2, 2014). 3.2.22. Ingeniería de Software. Es una disciplina que consta de un conjunto de métodos, herramientas y técnicas que son utilizadas para desarrollar programas informáticos (Presman, 2014). 3.2.23. Metodologías tradicionales. Estas metodologías son aquellas que ponen una atención más prioritaria a la planificación y control de los proyectos, además de tomar muy en cuenta la especificación precisa de requisitos al igual que el modelado, centrándose más en la documentación que en el software que se supone debe ser desarrollado con los mencionados: planificación , requisitos, modelado etc. (Presman, 2014). Dentro de este tipo de metodologías tenemos: 

RUP (Rational Unified Procces).



MSF (Microsoft Solution Framework).



Win-Win Spiral Model.

26 3.2.24. Metodologías Agiles. 3.2.24.1. Manifiesto Ágil. Publicado en 2001 es la piedra angular de las actuales metodologías agiles, más en un inicio surgió como una iniciativa para poder plasmar sintetizada mente las ideas de los desarrolladores de software de esos tiempos (Alvarez, 2012). Dentro de este tipo de metodologías tenemos: 

Scrum.



XP (Programación Extrema).



KanBan.

3.2.24.2. Puntos fundamentales del desarrollo ágil. 

Valorar a individuos y sus iteraciones.



Valorar más el software que funciona.



Valorar más la colaboración con el cliente.



Valorar más la respuesta al cambio (Alvarez, 2012).

3.2.24.3. Principios de la metodología ágil. 

Se prioriza la satisfacción del cliente l entregar software de forma temprana y continua.



Se acepta que los requisitos cambien, no importa en qué etapa sea el cambio este tipo de metodologías toman esto como una oportunidad de darle al cliente una ventaja competitiva.



Entregar software funcional frecuentemente.



Los responsables del proyecto y desarrolladores trabajan de forma conjunta y frecuente todo lo que dure el trabajo propuesto.



Los proyectos se desarrollan por individuos motivados.



El método más efectivo de comunicar la información es mediante contacto directo.



El producto final es decir el software funcionando es la medida principal del progreso del proyecto.



Los procesos agiles promueven un desarrollo sostenible.



La excelencia y perfección mejora la agilidad.



Se debe procurar simplicidad a la hora de realizar el proyecto.



Los mejores productos surgen de equipos autónomos.



El equipo debe buscar la excelencia al auto presionarse (Alvarez, 2012).

27 3.2.25. Comparación entre tipos de metodologías de desarrollo. Para realizar la calificación de las opciones se utilizaron los siguientes parámetros: 

0 equivale a 0% para ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



1 equivalente a un estimado de 50% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



2 equivale a un 100% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

Tabla 5. Cuadro comparativo de tipos de metodologías de desarrollo Metodologías ágiles

Valoración

Metodologías tradicionales

Valoración

Se utilizan una gran cantidad de artefactos

Se utilizan muy pocos artefactos.

El cliente puede interactuar cada vez que desee con el equipo de desarrollo.

El cliente es primero antes que el factor económico. Hay menos énfasis en la arquitectura. Los grupos de trabajo son más pequeños generalmente con un número inferior a las 10 personas basta. Hay pocos roles asignados Poseen una gran flexibilidad ante los cambios que se suscitan de sorpresa o eventualmente ejecutando los mismos con rapidez. Valor: Porcentaje:

el cliente no puede interactuar con el equipo de desarrollo sin una previa cita siempre y cuando el equipo de desarrollo este de acuerdo. Si no existe un factor económico no se labora

En esta metodología la arquitectura es esencial

Los grupos de trabajo siempre son muy grandes

Dentro de esta metodología existen muchos roles Los cambios si se ejecutan, lo hacen de una manera lenta

1 1

13/14

4/14

92.85%

28.57%

Nota: Análisis realizado por el autor del proyecto.

Después del análisis se ha decidido poner en uso para este proyecto una metodología ágil ya que esta ataca la incertidumbre, es más flexible ante cambios repentinos, necesita menos cantidad de personas para su implementación y se enfoca más en desarrollar el producto que en generar documentación, solo genera la documentación mínima necesaria.

28 3.2.26. XP (Extreme Programming). Es una metodología ágil que tiene por objetivo el desarrollar y gestionar proyectos con flexibilidad, control y eficiencia (Alvarez, 2012). Esta metodología está diseñada con el propósito de entregar el software necesitado por los clientes en el momento que les haga falta, incentivando al equipo de trabajo a responder positivamente ante los requerimientos fluctuantes de los clientes durante todo el ciclo de desarrollo del proyecto (Alvarez, 2012). 3.2.26.1. El equipo de un proyecto XP. Cuentan con las siguientes figuras y roles: 

Clientes. - Son los encargados de establecer las prioridades y necesidades generalmente son los usuarios finales del producto (Alvarez, 2012).



Programadores. -Son los encargados del desarrollo del proyecto (Alvarez, 2012).



Testers. - Apoyan al cliente sobre los requisitos del producto (Alvarez, 2012).



Coach. - Brinda asesoría a las demás partes del equipo marcando el rumbo a seguir para el desarrollo del proyecto (Alvarez, 2012).



Manager. –Su responsabilidad es la comunicación externa además otro papel que cumple es coordinar las actividades del equipo (Alvarez, 2012).

3.2.26.2. Las planificaciones. Se deben planificar los plazos temporales del proyecto teniendo en cuenta las exigencias del cliente, basándose en el costo y la dificultad se plantean las tareas prioritarias y las fechas de entrega, esto no puede ser totalmente preciso, pero si es una base que orienta el desarrollo (Alvarez, 2012). Una vez realizada la planificación, se desarrolla la planificación de la iteración misma que especifica que en dos semanas se enrumba y se entrega el software útil (Alvarez, 2012). 3.2.26.3. Pruebas. Constantemente se efectúan pruebas automatizadas basándose en los requisitos del cliente para así comprobar que todo funcione correctamente las mismas que serán de manera periódica (Alvarez, 2012).

29 3.2.26.4. Diseño y Programación. El diseño generalmente es simple y busca más que nada la funcionalidad del sistema, llevándose a cabo durante todo el proyecto. En cuanto a la programación se hace siempre en parejas, como principal ventaja este método asegura que al menos uno de los dos programadores conoce el trabajo del otro y se supervisan esto produce mejor código que hacerlo como programador individual (Alvarez, 2012). 3.2.27. Scrum. Es una de las metodologías más utilizadas de los últimos tiempos basado en equipos auto gestionados que promueven la innovación, su popularidad se debe a que permite obtener resultados con calidad en iteraciones cortas de tiempo (Alvarez, 2012). 3.2.27.1. Principios de scrum. Inspección y adaptación: se trabaja en iteraciones conocidas como sprints cada una de estas iteraciones duran de 1 a 4 semanas y terminan con un producto entregable mismo que es puesto a opinión del cliente después de cada iteración el equipo se reunirá para exponer el que hizo y como lo hizo y de esta forma aprender de sus experiencias y mejorar con cada iteración (Alvarez, 2012). Auto-organización y colaboración: el equipo es responsable a si mismo con un grado de libertad alto esto conlleva a que deba haber dentro del equipo un buen equipo de colaboración y un sentido de responsabilidad absoluto (Alvarez, 2012). Priorización: no gastar tiempo ni recursos en cuestiones que no afectan directamente al producto (Alvarez, 2012). Mantener un Latido: se debe mantener un ritmo constante de desarrollo (Alvarez, 2012). 3.2.27.2. Roles en el equipo scrum. El Product Owner o dueño del producto: es el responsable del lado de la empresa a la cual se presta el servicio de desarrollo, además es el encargado de propiciar las historias de usuario para su desarrollo (Alvarez, 2012).

30 El scrum Master: es el que se encarga de resguardar los principios de Scrum y velar por que el equipo los cumpla además de encaminar al equipo hacia el objetivo planteado (Alvarez, 2012). El equipo de desarrollo: es el responsable del desarrollo del producto (Alvarez, 2012). 3.2.27.3. Los artefactos de scrum El Product Backlog: es el lugar donde se encuentra estimulado los requisitos del cliente priorizados y estimados (Alvarez, 2012). El Sprint Backlog: es la selección de requisitos del artefacto anterior que a su vez se han subdividido en tareas para expresar lo que requiere el cliente todo esto debe ser utilizando un lenguaje técnico apropiado (Alvarez, 2012). El Burndown Chart: es una gráfica donde se representa el trabajo pendiente del equipo (Alvarez, 2012). 3.2.27.4. Las reuniones de scrum. Planificación del Sprint: se da para planificar el sprint este trabajo concluye como un objetivo claro sobre el proyecto que hay que realizar, el equipo selecciona los ítems proporcionados por el product backlog que pueden realizarse dentro del sprint y las divide entre el equipo en forma de tareas (Alvarez, 2012). Reunión diaria: es la reunión en donde el que los miembros del equipo de desarrollo exponen el estado e que se encuentra la tarea que escogieron y con qué tarea piensa continuar (Alvarez, 2012). Revisión del Sprint: Se da al finalizar el sprint se presenta el estado del trabajo al Product Owner esta revisión es informal y no debe ser tan preparada (Alvarez, 2012). Retrospectiva del equipo: en esta reunión el equipo busca encontrar el cómo mejorar (Alvarez, 2012).

31 3.2.27.5. Actividades de la metodología scrum. 

El Product Owner escribe el Product Backloc de forma ordenada y prioritaria.



El equipo estima los requerimientos en función de su complejidad teniendo en cuenta la prioridad y complejidad además de la cantidad de trabajo a abordar en el sprint.



Inicio del sprint y sincronización del equipo a través de la reunión diaria.



Presentación de producto alcanzado al final del sprint al Product Owner, preparación de la siguiente iteración tomando en cuenta la retrospectiva del sprint y las sugerencias del Product Owner (Alvarez, 2012).

3.2.28. Comparación entre tipos de metodologías de desarrollo ágil. Para realizar la calificación de las opciones se utilizaron los siguientes parámetros: 

0 equivale a 0% para ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



1 equivalente a un estimado de 50% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.



2 equivale a un 100% de ser la opción óptima que se adapta a los requerimientos y funcionalidades para el desarrollo de este proyecto.

Tabla 6. Cuadro comparativo de metodologías de desarrollo ágil. Scrum

Valoración

Cada miembro del equipo trabaja de forma individual

Los miembros del equipo trabajan en pareja

El equipo de desarrollo sigue estrictamente el orden prioritario que el cliente ha definido en las tareas.

Trata de seguir el orden de las prioridades que genera el product owner en el spint backlog pero es flexible a cambios si esto beneficia el desarrollo de tareas. Los Sprints son de 2 a 4 semanas.

Las iteraciones de entrega son de 1 a 3 semanas. El cliente es parte del equipo de trabajo.

Hay una menor cantidad de roles

Mayor número de roles

Es más formal

Es más informal

El cliente no está integrado al equipo.

Una vez entregado el sprint y aceptado por el product owner dicho sprint ya no se puede modificar “si función y se está realizado correctamente se aparta y a hacer algo más”.

Es susceptible a cambios durante todo el transcurso del proyecto incluso si funciona correctamente

1 0

32 Al ser más planificado y no tener una dependencia del cliente se tiene un desarrollo de software más organizado. Valor: Porcentaje:

El cliente puede cambiar la fecha de entrega en cualquier momento, por ende la duración puede ser muy pequeña

15/16

8/16

93.75%

50%

Nota: Análisis realizado por el autor del proyecto.

Después de analizar la información se escogió la metodología ágil scrum para realizar este proyecto principalmente por la flexibilidad en cuanto a la formulación de tareas, el tiempo de duración de cada iteración, su organización y que los productos desarrollados con esta metodología suelen ser muy completos, además un punto a favor es que el desarrollo de este proyecto está a cargo de una sola persona y para tener un máximo beneficio y rendimiento de XP se debe aplicar programación en parejas lo cual debido al número de desarrolladores para este proyecto sería imposible.

METODOLOGÍA DE LA INVESTIGACIÓN

4.1. Enfoque, diseño y tipo de investigación Para desarrollar este proyecto se seleccionó un enfoque cuantitativo porque está basado en una investigación empírico-analista que sustenta sus estudios en números estadísticos para dar respuesta a causas-efectos en concretas dejando de lado la subjetividad, además este proyecto se orienta a ser estructurado y ordenado por lo cual el mencionado enfoque es el adecuado para cumplir con esta expectativa. Ya definido el enfoque con el que se llevará a cabo el desarrollo del proyecto se define el tipo de la investigación el cual será no experimental ya que solo se analizarán datos que ya han ocurrido sin modificar de manera alguna las variables, cabe destacar que dentro de este tipo de investigación se acogerá un diseño transversal ya que la recolección de datos se hará en un único tiempo específico. 4.2. Población y muestra La vía Aloag-Santo Domingo es una de las vías más importantes que conecta la costa con la sierra a nivel nacional, diariamente circula por esta vía en total un promedio de 15000 vehículos contando con camiones, tráileres, buses interprovinciales y vehículos livianos, así mismo estima que los vehículos pesados suman en total 7500 dando como resultado un promedio de 7500 vehículos livianos que circulan por esta vía (Morillo, 2018), utilizando un cálculo aritmético (número de vehículos diarios por el número de días del mes) se puede inferir que mensualmente son 225000 los vehículos livianos que circulan por esta vía, cabe destacar que para poder obtener una población base aproximada sobre la cual realizar el debido muestreo hay que tomar algunos otros factores en cuenta aparte del número de vehículos livianos que pasan diariamente por Manuel Cornejo Astorga, como por ejemplo, el número de individuos que viaja a bordo de los vehículos livianos, teniendo en cuenta la cantidad de individuos en un hogar ecuatoriano promedio es de 4 personas aproximadamente (Carrillo & Villasis, 2012). Se puede llegar a la conclusión que la población aproximada sobre la cual se trabajará es de 900000 individuos (225000vehiculos livianos * 4 numero promedio de personas en una familia ecuatoriana) y puesto que esta población supera las 100000 personas cumple los estándares para ser considerada como una población infinita de acuerdo a Jacobo (2010).

34 Tomando en cuenta que a población cumple los requisitos para considerarse infinita, se aplicará un muestreo probabilístico con población infinita mismo que se aplica cuando no se conoce el tamaño de una población. Este tipo de muestreo se implementará para los visitantes o personas de paso por la parroquia Manuel cornejo Astorga que se perfilen como posibles turistas para de este modo plantear una idea clara acerca de los servicios que un turista en potencia desea que le ofrezca un sistema web para la gestión turística.

Z 2 * p *q n d2 Z 2   1,96 (seguridad del 95%) p  proporción esperada (5% = 0.05) q  1-p = (1-0.05 = 0.95)

d 

precisión (se recomienda trabajar con un 3% de precisión)

Se reemplazan datos:

1.96 2  * 0.05 * 0.95 n  203 0.032 Se concluye mediante formula estadística que la muestra con la cual se puede trabajar es de 203 personas. 4.3. Técnicas e instrumentos para recogida de datos Dentro de una investigación un punto clave son las técnicas de recolección de datos puesto que cumplen un papel de suma importancia ya que las mismas nos permiten recolectar datos de la muestra para su posterior análisis con un margen mínimo de error, dentro de este proyecto se optó por utilizar dos técnicas. 

Para la parte de administración se realizará una entrevista semiestructurada para poder ahondar en los requerimientos del administrador de la junta parroquial

35 rural Manuel Cornejo Astorga, esta entrevista proporcionará una perspectiva más amplia del problema al cual atacará este proyecto. 

Ya que los clientes van a interactuar directamente con el sistema el cual propone este proyecto se realizará una encuesta para los potenciales turistas que transitan por Manuel Cornejo Astorga, dicha encuesta contendrá únicamente preguntas cerradas formuladas de manera simple, breve y concisa puesto que la investigación es de índole cuantitativa. Por medio de esta encuesta se obtendrán los datos que después serán analizados de manera ecuánime por el investigador para dar a conocer la viabilidad del sistema web y los requerimientos del usuario.

Para la entrevista se utilizará una guía de entrevista ya que esta facilita una ayuda al entrevistador tanto para recordar los temas como en el ámbito conceptual, además este protocolo es amoldable lo cual permite el dar paso a nuevas preguntas e incluso temas nuevos. Para recolectar los datos del administrador se escogió una entrevista semiestructurada la misma que estará conformada por una lista de preguntas específicas con un margen de flexibilidad para que surjan nuevos temas y/o cuestiones. El instrumento escogido para cumplir con el cometido de recolectar los datos a los potenciales clientes es el cuestionario, mismo que varios autores consideran muy factible de usar indistintamente de la investigación ya que facilita la fase de análisis de datos. 4.4. Técnicas de análisis de datos Técnica de visualización de datos: se utilizará esta técnica por lo fácil que resulta a través de un gráfico o imagen detectar patrones en los datos. Es especialmente útil cuando buscamos entender grandes volúmenes de datos de forma rápida y simplificada. Media: con ella se orienta a presentar un promedio de las repuestas a las preguntas que ofrece la muestra seleccionada a los cuales se les aplicó la correspondiente encuesta. Moda: con este estadístico lo sé que busca es corroborar si los potenciales turistas ven de forma positiva la implementación de un sistema web para el desarrollo turística de la parroquia Manuel Cornejo Astorga, además de cuáles serían los servicios que los encuestados solicitan les brinde el sistema web que se busca implementar.

36 4.5. Metodología de Desarrollo de Software 4.5.1. Scrum. 4.5.1.1. Planificación del sprint. Esta etapa se subdivide en dos momentos: 

Los responsables del proyecto se reúnen con el cliente o el Product Owner mismo que les presenta Product Backloc es decir le proporciona al equipo la lista de requisitos realizar de forma ordenada y prioritaria teniendo como base este último, ambas partes el cliente y el equipo pasan a diseñar las iteraciones, así como los plazos para la entrega.



Como segunda instancia en una siguiente reunión los miembros que conforman el equipo de desarrollo desglosan cada requisito facilitado por el Product Owner en tareas a realizar, así mismo el grupo designa a los responsables para cada una de ellas.

4.5.1.2. Ejecución. Se inicia el sprint, para poder asegurar la sincronización del equipo se utiliza una reunión diaria que debe tener un máximo de 15 minutos donde se pone a tanto al equipo acerca de la evolución de las tareas definidas en la sección anterior, los obstáculos que se suscitaron y posibles soluciones a los problemas. El cliente si así lo desea puede formar parte de esta reunión diaria. 4.5.1.3. Inspección y adaptación. Presentación de producto final del sprint al Product Owner, si el sprint es aprobado se procede a la preparación de la siguiente iteración donde se toma en cuenta la retrospectiva del sprint y las sugerencias del Product Owner, de este modo el equipo se encuentra en constante superación y mejora.

RESULTADOS

5.1. Discusión y Análisis de Resultados 5.1.1. Tabulación de la encuesta. 

Pregunta 1 ¿Con qué frecuencia visita la parroquia Manuel Cornejo Astorga (Tandapi)?

Pregunta #1 96 100 80 40

40 20 0 siempre

ocasionalmente

rara vez

lo visito por primera vez

Figura 1. Representación gráfica de la pregunta #1. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: Después de tabular los datos de las encuestas el literal de la respuesta “siempre” es el que se lleva el mayor número de participantes con un valor total de 96 selecciones que asciende a un porcentaje del 47.29% de los encuestados, de esta forma podemos llegar a la conclusión de que las visitas a la parroquia Manuel Cornejo Astorga son recurrentes entre los visitantes a los que se les aplicó la encuesta.

38 

Pregunta 2 ¿Cuál es el propósito por el que visita la parroquia Manuel Cornejo Astorga (Tandapi)?

Pregunta #2 91

100 80 60 40

20 0 hospedaje

alimentacion

festividades

turismo

Figura 2. Representación gráfica de la pregunta #2. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: En esta pregunta, de las 203 personas encuestadas 91 personas equivalentes al 44.8% de la muestra afirman que el principal propósito por el cual visitan la parroquia es por consumir alimentos, prácticamente el doble del porcentaje de personas que visitan la parroquia Manuel Cornejo Astorga con fines de actividades turísticas (22.18%). 

Pregunta 3 ¿Conoce acerca de los atractivos turísticos que ofrece la parroquia Manuel Cornejo

Astorga (Tandapi)?

Pregunta #3 150

122 81

100 50 0 si

Figura 3. Representación gráfica de la pregunta #3. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

39 Análisis: En esta pregunta luego de la tabulación el 60% de los encuestados afirman conocer acerca de los atractivos turísticos con los que cuenta la Parroquia Manuel Cornejo Astorga mientras que un 40% afirma no conocer nada sobre los servicios turísticos que oferta la parroquia. 

Pregunta 4 ¿Cuál es el medio más común por el cual ha llegado a su conocimiento la información

perteneciente a los atractivos turísticos de la parroquia Manuel Cornejo Astorga (Tandapi)?

Pregunta #4 100 80 60 40 20 0

81 55 1

38 6

Figura 4. Representación gráfica de la pregunta #4 Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: En esta pregunta se puede ver claramente como de forma individual el número de personas que no ha sido informada de los paquetes turísticos supera a las demás opciones, sin embargo, analizando la tabulación de los resultados se llega a la conclusión que en conjunto todas las demás opciones alcanzan el 60% del total de respuestas tabuladas siendo los familiares, amigos y las redes sociales las principales fuentes de difusión de la información turística que ostenta la parroquia Manuel Cornejo Astorga.

40 

Pregunta 5 ¿Cuál sería su nivel de interés en realizar actividades turísticas dentro de la parroquia

Manuel Cornejo Astorga si conociese más acerca de los servicios y atractivos turísticos que ofrece dicho sector?

Pregunta #5 87

100

80 60 21

40 20 0 alta

media

baja

Figura 5. Representación gráfica de la pregunta #5. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: 95 personas equivalentes al 46.7% de la muestra tiene un interés medio en realizar actividades turísticas, la segunda opción más escogida asciende a 87 personas con un porcentaje de 42.86 % sustentando que tienen un interés alto en participar de estas actividades finalmente el 10.34% equivalente a 21 personas expuso que no tiene interés en realizar este tipo de actividades. 

Pregunta 6 ¿Con qué frecuencia usted utiliza o visita aplicaciones web?

Pregunta #6 150 100

103 72 28

50 0 alta

media

baja

Figura 6. Representación gráfica de la pregunta #6. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: Un total de 103 personas el equivalente al 50.1% de la muestra afirma que pasa un porcentaje medio de su tiempo utilizando aplicaciones web, la opción escogida por 72 personas equivalente al 35.46% de la muestra afirma que estos encuestados tienden a un uso alto de aplicaciones móviles, esto brinda un panorama factible ya que más del 85% de los encuestados utiliza aplicaciones web con regularidad. 

Pregunta 7 ¿Le gustaría tener toda la información turística completa que posee la parroquia Manuel

Cornejo Astorga de manera ordenada y accesible en internet de forma gratuita mediante un sistema web?

Pregunta #7 193 200 150 100 10

50 0 si

Figura 7. Representación gráfica de la pregunta #7. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: En esta pregunta la respuesta más escogida es la premisa con la opción positiva alcanzando un porcentaje de 95% equivalentes a 193 individuos encuestados superando por mucho a la opción negativa la misma que alcanza un 5% equivalente a 10 individuos de la muestra total. 

Pregunta 8 ¿Cómo visitante considera usted que existe suficiente información respecto a las

actividades y atractivos turísticos que ofrece la parroquia Manuel Cornejo Astorga (Tandapi)?

Pregunta #8 172 200 150 100

50 0 si

Figura 8. Representación gráfica de la pregunta #8. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: Cabe destacar que en la pregunta número tres la mayoría de los encuestados tenían conocimientos previos de las actividades turísticas que ofrece Manuel Cornejo Astorga no obstante gracias a los resultados del análisis de la tabulación de esta pregunta se concluye que 172 personas equivalentes a un 84.7% de la muestra total consideran que no hay suficiente información turística sobre mencionada parroquia superando ampliamente al 25.3% de encuestados que afirman lo contrario. 

Pregunta 9 Si existiese un sistema web para informar a la colectividad acerca de los atractivos

turísticos con los que cuenta la parroquia Manuel Cornejo Astorga (Tandapi) y brindar servicios que sean de utilidad para los turistas ¿Usted lo utilizaría?

Pregunta #9 198 200 150 100 5

50 0 si

Figura 9. Representación gráfica de la pregunta #9. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

43 Análisis: Este resultado es casi contundente 198 personas equivalente al 97.5% de toda la muestra afirma que utilizaría un sistema web de información turística lo que afianza la viabilidad para realizar este proyecto. 

Pregunta 10 ¿Qué servicios considera usted como usuario que serían de utilidad para poder

informarse y considerar el visitar la parroquia Manuel Cornejo Astorga para hacer uso de sus ofertas turísticas?

Pregunta #10 120 100 80 60 40 20 0

104 62 32

Figura 10. Representación gráfica de la pregunta #10. Información obtenida de la encuesta realizada a los potenciales turistas que visitan Manuel Cornejo Astorga.

Análisis: El porcentaje más alto de los encuestados con un 51.23% considera que todas las opciones de servicios turísticos que se les planteó en la encuesta son adecuadas y/o útiles por ende dichas opciones serán tomadas muy en cuenta para acoplarlas a la parte del sistema web que se le presentara al turista. 5.1.2. Resultados de la Entrevista. La siguiente entrevista fue realizada al Sr, Patricio Ruiz presidente de la Junta parroquial rural Manuel Cornejo Astorga. 1. ¿Cuál es la problemática que desea solucionar con el sistema web? “La cuestión es la siguiente, estamos recientemente iniciando con el proyecto de fomentar el turismo dentro de la parroquia Manuel Cornejo Astorga y aunque contamos con la información como nombres de establecimientos, atractivos turísticos, sitios emblemáticos y demás dicha información no se encuentra almacenada de una manera concreta existe desorden y muchas veces no se puede encontrar la información que respecta a este tema.”

44 Análisis: El cliente está buscando un medio seguro para poder almacenar la información de forma ordenada y concisa, evitando de este modo la pérdida o la ambigüedad de datos, además también desea poder consultar dicha información de una manera rápida y fácil. 2. ¿Cuáles son los procesos que van a ser automatizados por el sistema web? “Yo pienso que los procesos que deberían ser automatizados son la generación de reportes, la divulgación de la información, el archivado de la información de los lugares turísticos, consultas de la información, divulgación de la posición de los lugares turísticos para mayor facilidad de acceso a los mismos.” Análisis: El usuario busca automatizar ciertos procesos, pero según supo expresar se irán sumando con forme prosiga el proyecto. 3. ¿De qué forma se ha visto afectada la institución por causa de la mala gestión de la información? “Hasta el momento no ha ocurrido nada grave, que afecte a la Junta parroquial rural Manuel Cornejo Astorga, más si ha habido extravió de documentos que han tenido que ser rehechos, a veces hay registro de duplicados, no hay agilidad de consultas se tiene que buscar una por una en los archivos físicos esto hace que se deterioren.” Análisis: El Cliente da a entender que existe pérdida y ambigüedad de datos, así como un tiempo demasiado largo de atención frente a una consulta ya que se debe realizar todo esto de forma manual. 4. ¿Cuáles son a su consideración los principales inconvenientes para que no se pueda implementar algún sistema web en el ámbito turístico para la Junta parroquial rural Manuel Cornejo Astorga? “Principalmente considero que la gran limitante siempre ha sido el presupuesto ya que no tenemos un muy amplio ingreso de fondos debemos hacer lo que podamos con lo que tenemos.” Análisis: No cuentan con apoyo para proyectos grandes que incluyan herramientas tecnológicas.

45 5. ¿Cuáles son los recursos con los que cuenta para la implementación del sistema web? “Contamos con la información respectiva y la predisposición, cabe destacar que no contamos con infraestructura ni máquinas de computo en gran cantidad.” Análisis: Se da a entender que la junta parroquial rural Manuel Cornejo Astorga no cuenta con un presupuesto y de igual forma no cuenta con infraestructura para TI o equipos de gran capacidad de procesamiento. 6. ¿De qué manera se gestiona actualmente la información turística en la Junta parroquial rural Manuel Cornejo Astorga? “Actualmente solo se registra la información del recurso turístico, los propietarios y datos varios y se archiva en un archivador cabe la redundancia no hay una divulgación de la información para lo colectividad, y si se quiere algún reporte o demás se hace a mano como mencione estamos iniciando Francamente falta bastante por hacer.” Análisis: Al ser un proyecto relativamente nuevo y al tener esas ansias de progresar lo principal que busca la administración es la divulgación de la información y la generación de resultados. 7. ¿En qué forma se da a conocer a la comunidad la información turística de la parroquia Manuel Cornejo Astorga? “Por el momento únicamente en redes sociales y eventualmente algún anuncio que realiza el GAD de Mejía.” Análisis: Lo primordial sería difundir la información a la colectividad para poder atraer clientes a la parroquia y movilizar la economía del sector que se encuentra empobrecida. 8. ¿Qué información en términos de relevancia debería de proporcionar el sistema web para ayudar al administrador en el área de turismo a tomar decisiones? “Para poder tomar decisiones pues, lo que le agrada o desagrada al cliente cual fue su opinión respecto a un lugar datos varios del número mayoritario de visitantes los lugares más visitados.” Análisis: La administración busca recolectar información para tomar decisiones acertadas que impulsen el turismo en la parroquia para ello será necesario proveerles información concisa y

46 depurada para que puedan tener un esquema de donde y en que invertir el capital para seguir generando ingresos o repotenciar un lugar que no esté siendo tan beneficiado. 5.1.3. Modelo Cliente-servidor. Para el desarrollo del proyecto se utiliza la arquitectura Cliente-Servidor, misma que permite repartir la capacidad de proceso entre los clientes y los servidores logrando así que el sistema web pueda ser utilizado en casi cualquier computador indistintamente de sus características de hardware, aunque son más importantes las ventajas de tipo organizativo que brinda, por ejemplo, separación de responsabilidades, lo que facilita y clarifica el diseño del sistema. Tanto el Cliente como el Servidor son entidades abstractas que pueden residir en la misma máquina o en máquinas diferentes, para el caso de este proyecto es necesario alojar el sistema web en un servidor externo, debido a que la entidad para la cual se desarrolló el sistema web no cuenta con un servidor propio.

Cliente 1

Servidor Cliente 2

Pedidos Respuestas

Figura 11.El modelo Cliente/Servidor. Adaptación realizada por el autor.

El modelo de servicios establece tres grandes conjuntos de funcionalidades, en cada uno de los cuales se encuadran las distintas tareas en las que se ve involucrado cualquier tipo de proyecto de desarrollo. Lógica de Presentación:

Esta lógica es la responsable del control de todos los aspectos relacionados con la interacción entre el usuario y la aplicación. En esta lógica se engloban todas las tareas que deben ser realizadas por la parte cliente del modelo general.

47 Con el fin de independizar lo más posible la interfaz de usuario de las características propias de los procesos, se debe tener presente que la codificación de las tareas asociadas a esta lógica consiste, principalmente, en la llamada a procesos independientes situados en las otras lógicas. Lógica de Negocio:

Controla la secuencia de acciones y fuerza el cumplimiento de las reglas del negocio propias de cada empresa, asegura la integridad de las transacciones de las operaciones necesarias a realizar para que se cumplan dichas reglas. El objetivo que debe cumplir esta lógica es el de aislar las reglas del negocio, así como las transformaciones de datos de los consumidores y de los sistemas de gestión de datos, logrando así las siguientes ventajas: 

Flexibilidad a la hora de decidir cómo y dónde situar el código de esta lógica: en componentes dentro de una aplicación servidora; en procedimientos almacenados, dentro del sistema gestor de datos; o incluso en el cliente.



La habilidad de colocar distintas interfaces de usuario para un mismo conjunto estándar de reglas de negocio.



Facilita el mantenimiento de las reglas del negocio y de su lógica, aislando los cambios de las interfaces de los usuarios y de los datos.



La habilidad para sustituir el código de estas reglas, de forma que, aunque el conjunto de reglas que se encuentra dentro de un conjunto de servicios del negocio varía de un país a otro, las interfaces de esos servicios pueden permanecer constantes. Lógica de Datos:

En este conjunto entran los procesos encargados de la gestión de los datos propiamente dicha, es decir, los procesos encargados del mantenimiento de los datos, de garantizar las reglas de integridad referencial establecida, así como de la gestión de las transacciones. En el proyecto estas tareas son realizadas por el Sistema de Gestión de Bases de Datos MariaDB.

48 Modelo Cliente/Servidor multicapa La arquitectura cliente/servidor genérico tiene dos tipos de nodos en la red: clientes y servidores. Consecuentemente, estas arquitecturas genéricas se refieren a veces como arquitecturas de dos niveles o dos capas. Algunas redes disponen de tres tipos de nodos a esta configuración se le llama una arquitectura de tres capas: ● Clientes que interactúan con los usuarios finales. ● Servidores de aplicación que procesan los datos para los clientes. ● Servidores de la base de datos que almacenan los datos para los servidores de aplicación. Este modelo aporta una flexibilidad adicional en la construcción de aplicaciones cuando éstas aumentan su complejidad. Influye tanto en el modelo de aplicación como en la distribución de los servicios. Para este proyecto hay partes de la lógica que residen en el cliente, (interfaz de usuario), mientras que las del negocio y de datos residirán en un servidor externo, que proporcionara los mecanismos necesarios para el trabajo en entornos multiusuarios. Para llevar a cabo la implementación de un modelo como éste, se hace uso de los mismos recursos que en el modelo de dos capas. Este proyecto fue desarrollado utilizando el Framework Laravel, mismo que permite desarrollos modulares, mediante la arquitectura MVC (ModelControlView). No es necesario que las distintas lógicas residan en máquinas diferentes en la mayoría de los casos, es perfectamente compatible su implementación en la misma máquina, pero para el caso de este proyecto la lógica de presentación se alojara del lado del cliente y las otras dos lógicas (lógica de negocio y lógica de datos) se alojaran en el servidor externo.

Cliente Lógica de presentación

 Formularios  Menús  informes

Servidor Lógica de negocio

Lógica de datos

Cálculos Procesamiento de datos Recuperación de datos Inserciones

 Bloqueos  Control de acceso  Integridad referencial

Primera capa

Segunda capa

Tercera capa

Figura 12.El modelo Cliente/Servidor multicapa. Adaptación realizada por el autor.

5.1.4. Arquitectura MVC en Laravel. El patrón MVC es un paradigma que divide las partes que conforman una aplicación en el Modelo, las Vistas y los Controladores, permitiendo la implementación por separado de cada elemento, garantizando así la actualización y mantenimiento del software de forma sencilla y en un reducido espacio de tiempo. A partir del uso de frameworks basados en el patrón MVC se puede lograr una mejor organización del trabajo y mayor especialización de los desarrolladores y diseñadores. Como ya se mencionó con antelación para el desarrollo de este proyecto se utilizó Laravel, mismo que es un Framework de Código abierto para desarrollar aplicaciones web y servicios web con PHP 5 en adelante, cuya filosofía es desarrollar código PHP de forma elegante y simple. Este framework usa el paradigma Orientado a objetos, permite el uso del patrón MVC. Modelos Los modelos son clases encargadas de trabajar con las consultas de la base de datos, es decir que por cada tabla hay una clase, cada registro es un objeto y las consultas se llaman a través de métodos de esas clases. Nota: Laravel trabaja con Eloquent que es un ORM que nos facilitará el trabajo de las consultas a través de métodos ya establecidos, permitiendo realizar las tareas más comunes y que más se repiten en una base de datos como: insertar, recuperar registros por su id, modificar esos registros, listarlos, eliminarlos, etc.

50 Vistas Es el producto final de una petición, el código html que se le devuelve al cliente, aquí no debería haber ninguna lógica, sin embargo, puede contener impresiones de variables, condicionales o bucles; pero no más que eso. La vista tiene un fin y es ése, entregar el código html de respuesta. Controladores Los controladores son clases con métodos, también llamados acciones, estas acciones se comunican con los modelos para hacer consultas a la base de datos, y con las vistas para devolver una respuesta al cliente. De esta manera se tiene separado el código del sistema web en tres partes: consultas a la base de datos, presentación y lógica de la petición.

USUARIO CONTROLADOR

MODELO

VISTA

Figura 13.Arquitectura Modelo/Vista/Controlador. Adaptación realizada por el autor.

5.1.5. Resultados de scrum. 5.1.5.1. Sprint 1. 5.1.5.2. Planificación del Sprint. Roles: 

Product Owner: Sr. Patricio Ruiz presidente de la junta parroquial Manuel Cornejo Astorga encargado de trasladar la visión del proyecto al equipo de desarrollo.

51 

Equipo de desarrollo: es el encargado de desarrollar la aplicación para el usuario el cual está conformado por Eduardo Villareal.



Scrum master: Es el encargado de comunicar al equipo de desarrollo con el Product Owner quien destacará este papel será el Mg. Luis Ulloa.

Métrica para la estimación: Los puntos de historias de usuario son una forma de relacionar la complejidad de las historias de usuario con respecto a otras según las habilidades del programador Técnicas de estimación: Técnica del Fibonacci basado en el hecho de que al aumentar el tamaño de las tareas aumenta también el margen de error, surgió esta estimación basada en emplear números de la sucesión de Fibonacci para realizar las estimaciones los números de esta sucesión son: 0, ½, 1, 2, 3, 5, 8, 13, 21, infinito. Pruebas: En base a la pirámide de Cohn, las pruebas están divididas porcentualmente de la siguiente manera: 

Pruebas unitarias=70%.



Pruebas de integración 20%.



Pruebas de aceptación 10%.

Cabe aclarar que durante la fase de desarrollo se automatizaran las pruebas unitarias para de este modo verificar que el desarrollo constante y continuo no afecte a las demás funcionalidades del sistema. Velocidad del equipo de desarrollo: 40

52 Tabla 7. Identificación de interesados Letra asignada

Cargo

Presidente de junta parroquial rural Manuel Cornejo Astorga Propietarios de los negocios.

Nombre del representante Sr. Patricio Ruiz Sra. Lidia Luque

Nota: Datos obtenidos de la investigación de campo. Tabla 8. Roles equipo scrum. ROLES DE EQUIPO Scrum Product Owner SCRUM Master

Sr. Patricio Ruiz Mg. Javier Ulloa

SCRUM Team

Sr. Eduardo Villareal

Nota: Datos obtenidos de la investigación de campo.

5.1.5.2.1 Product Backlog. Tabla 9. Escala de complejidad Escala

Complejidad en desarrollo

Baja

3a5

Media

8 a 13

Alta

Nota: Datos obtenidos de la investigación de campo. Tabla 10. Product Backlog Historia #

Historia

Estimación

Prioridad del negocio

Riesgo en Desarrollo

Media

Ingreso y actualización de datos de recursos turísticos

Media

Visualización y control de datos de los clientes.

Alta

Ingreso y actualización de datos de los propietarios de los recursos turísticos.

Media

Visualización y control de los comentarios y folletos realizados por los clientes.

Alta

Registro y actualización de datos de los usuarios.

Alta

53 7

Visualización e ingreso de datos de recursos turísticos

Alta

Visualización de datos de los clientes.

Media

Visualización e ingreso de datos de los propietarios de los recursos turísticos.

Alta

Visualización de los comentarios y folletos realizados por los clientes.

Media

Visualización de datos de los usuarios

Media

Calificar recursos turísticos visitados por el cliente.

previamente

Alta

Creación del mapa con el posicionamiento de todos los recursos turísticos de la Parroquia Manuel Cornejo Astorga Creación de la interface de visualización de la información por cada recurso turístico de Manuel Cornejo Astorga y del listado para la elección de del recurso turístico a visualizar. Creación de la interface de visualización de los recursos turístico de Manuel Cornejo Astorga agregados desde el listado de recursos turísticos del cliente. Creación de una caja de comentarios para la página de presentación individual de los recursos turísticos. Creación de reportes gráficos estadísticos basados en los datos obtenidos de los clientes.

Media

Alta

Creación de un DSS para ayudar al cliente a escoger las opciones turísticas que se ajusten a su presupuesto.

Alta

17 18

Nota: Datos obtenidos de la investigación de campo.

5.1.5.2.2 Sprint Backlog 1. Este primer Sprint consta de 6 historias de usuario escogidas de acuerdo a la prioridad expuesta en el Product Backlog, la suma total de los correspondientes puntos de estimación de estas historias asciende a 39, lo cual no supera la velocidad de desarrollo del equipo (40 puntos de estimación) lo que da paso a la creación del sprint Backlog utilizando dichas historias como base, cabe acotar que cada historia se subdividió en tareas de ingeniería para llevar un control más eficiente del trabajo pendiente.

54 Tabla 11. Sprint Backlog 1 Sprint asignado

Estimación

HU# 1 Login y registro de clientes 2 Ingreso y actualización de datos de recursos turísticos 3 Visualización y control de datos de los clientes.

Categoría

Desarrollo Desarrollo Diseño

Desarrollo Desarrollo

4 Ingreso y actualización de datos de los propietarios de los recursos turísticos. 5 Visualización y control de los comentarios y folletos realizados por los clientes. 6 Registro y actualización de datos de los usuarios.

Diseño

Desarrollo

Diseño

Desarrollo

Desarrollo Diseño

Desarrollo

Desarrollo Nota: Datos obtenidos de la investigación de campo.

Tareas de ingeniería Adaptación e implementación del login que ofrece laravel 6.0 por defecto. Validación diseño del CRUD para la tabla recursos turísticos Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla clientes Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla propietarios Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla folletos y comentarios Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla usuarios Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación

Estimación de tarea

Estado

Realizado

5.1.5.2.3 Desarrollo del Sprint. En el primer Sprint el desarrollo se centró en la sección del sistema web que va a ser utilizada por el administrador esto incluye los CRUD de todas las tablas de la base de datos

55 que el administrador que en este caso también es el Product Owner requiera tener bajo su control. 

Registro de clientes y Login: En esta historia de usuario se satisface la petición por parte del administrador que exista un control de acceso al sistema web de igual forma se solicitó que las clientes nacionales se autentiquen en el sistema web con su número de cedula como usuario y las personas extranjeras lo hagan con su email, además aquellas personas que deseen hacer uso del sistema web deberán registrase mediante un formulario para poder acceder al mismo.

Figura 14. Interface de Login. Interface tomada del SGITT.

Figura 15.Interface de registro. Interface tomada del SGITT.



Ingreso y actualización de datos de recursos turísticos: En esta historia de usuario se intenta cubrir las necesidades que especifica el administrador para con los datos en lo que respecta a los recursos turísticos de la Junta parroquial rural Manuel Cornejo Astorga.

56 Se desarrolló una interface en la cual del lado izquierdo se presentan las opciones de navegación entre pantallas la cual estará presente en todas las interfaces de control indistintamente de que administren. En el área de trabajo se presenta una lista de todos los recursos turísticos con los que cuenta la Junta parroquial rural Manuel Corneo Astorga la misma que presenta opciones de administración: Editar. _ Redirecciona al administrador a un formulario en cuyos campos se reflejará los datos del recurso turístico seleccionado a ser modificados, para concluir con la modificación de los datos se debe hacer clic la opción guardar. Eliminar. _ Cuando se presiona este botón se presenta un mensaje de confirmación, en caso de ser aceptado se procederá a cambiar el estado del campo de activo a inactivo, esto hará que el elemento se elimine visualmente de la lista que el administrador puede apreciar en pantalla, no se eliminará de la base de datos, pero si quedará registrado la fecha y hora de la desactivación. Agregar registro. _ Por encima de la lista se encuentra un botón, mismo que permite la redirección a un formulario para agregar un nuevo registro, Buscar._ Por encima del botón mencionado anteriormente se encentra un campo y un botón, los cuales están programados de tal forma que se realice una búsqueda al presionar el botón buscar dependiendo del criterio establecido en el campo.

Figura 16. Listado de los recursos turísticos con los que cuenta Manuel Cornejo Astorga. Interface tomada del SGITT.

Figura 17. Formulario de ingreso de datos de un nuevo recurso turístico. Interface tomada del SGITT.

Figura 18. Interfaz para editar los datos de un registro de la tabla recursos turísticos. Interface tomada del SGITT.

Figura 19. Modal de confirmación de eliminación. Interface tomada del SGITT.

58 

Visualización y control de datos de los clientes: En esta interface se desarrolló al igual que la anterior con un campo y un botón, mismos que están programados para buscar un cliente en específico, una lista de todos los clientes que se registraran a través de su respectiva interface, cada cliente cuenta con un total de 5 botones mismos que cumplen con distintas funciones. Eliminar. _ Cuando se presiona este botón se presenta un mensaje de confirmación que en caso de ser aceptado se procederá a cambiar el estado del campo de activo a inactivo lo que lo elimina visualmente de la lista que el administrador puede ver en pantalla mas no de la base de datos en donde quedará registrado la fecha y hora de la desactivación Banear. _ Cuando se presiona este botón el cliente queda baneado del sistema en otras palabras no podrá acceder al sistema web principalmente por haber violado las normas de uso de esta aplicación web. Des banear. _ Pasado un tiempo de sanción especifico o por petición del cliente al presionar este botón se podrá habilitar las cuentas que han sido restringidas para que puedan hacer uso de él libremente. Comentarios. _ Al escoger esta opción dependiendo del cliente el administrador será redirigido a una interface nueva donde se presentarán todos los comentarios del cliente al cual pertenecía esta opción. Folletos. _ Al escoger esta opción el administrador será redirigido a una interface nueva donde se presentarán todos los folletos desarrollados de acuerdo al cliente que le pertenecía esta opción.

Figura 20. Listado de clientes. Interface tomada del SGITT.

59 

Ingreso y actualización de datos de los propietarios de los recursos turísticos: Empezando desde la parte superior, la interface cuenta con un campo y un botón programado con el propósito que se realice una búsqueda al presionar el botón buscar, dependiendo del criterio establecido en el campo. Bajo esta opción se encuentra un botón que permite la redirección a un formulario para agregar un nuevo registro. En el área de trabajo se presenta una lista de todos los Propietarios de los recursos turísticos con los que cuenta la Junta parroquial rural Manuel Corneo Astorga la misma que presenta opciones de administración: Editar. _ Mismo que redirecciona al administrador a un formulario en cuyos campos se reflejara los datos del propietario seleccionado a ser modificados, para concluir con la modificación de los datos se debe hacer clic la opción guardar. Eliminar. _ Cuando se presiona este botón se presenta un mensaje de confirmación que en caso de ser aceptado se procederá a cambiar el estado del campo de activo a inactivo lo que lo elimina visualmente de la lista que el administrador puede ver en pantalla mas no de la base de datos en donde quedará registrado la fecha y hora de la desactivación.

Figura 21. Listado de propietarios de los recursos turísticos. Interface tomada del SGITT.

Figura 22. Formulario de registro de un nuevo propietario. Interface tomada del SGITT.

Figura 23. Interface de edición de un registro de la tabla propietarios. Interface tomada del SGITT.



Visualización y control de los comentarios y folletos realizados por los clientes: Esta historia de usuario es la combinación del desarrollo de dos formularios ya que individualmente la historia era demasiado corta, aquí se desarrolló un formulario para los comentarios y los folletos realizados por los clientes, mismo que tendrán similar estructura a la presente a lo largo de este sistema web como es la caja de búsqueda y el listado de los comentarios y folletos. Además, se muestra en la interface de formularios como de folletos un botón eliminar, mismo que permite después de aceptar un mensaje de confirmación pasar de estado activo a inactivo un comentario o folleto. Cabe destacar que en el formulario de folletos hay una opción extra llamada pre visualizar misma que permitirá verificar el documento antes de proceder a descargarlo.

Figura 24. Listado de comentarios. Interface tomada del SGITT.

Figura 25. Listado de folletos. Interface tomada del SGITT.



Registro y actualización de datos de los usuarios: En esta parte del desarrollo se presenta la información de los Usuarios que se encuentra actualmente registrados en el seguido de tres botones con una función diferente cada uno: NOTA: Cabe mencionar que por petición del administrador se implementarán dos perfiles de usuarios estáticos uno de cargo administrador con acceso a todo el CRUD y un Usuario Privilegiado con que podrá únicamente visualizar los datos y generar reportes. Editar. _ Al pulsar este botón el administrador será redirigido a un formulario donde podrá actualizar los datos de los usuarios del sistema. Eliminar. _Al pulsar este botón se cambiará el estado del usuario de activo a positivo en caso de que exista algún despido intempestivo y no se pueda contratar

62 inmediatamente otro usuario, este perfil quedara inactivo para evitar ataques informáticos al mismo. Agregar Registro. _Este botón da la funcionalidad de crear un nuevo usuario al dar clic sobre el mismo automáticamente se redirigirá al Administrador a un formulario donde se podrán ingresar los datos para crear un nuevo usuario. Una vez en este formulario cuando se presione el botón guardar al usuario automáticamente se le cerrará la sesión y deberá volver a autenticarse para poder usar el sistema además no está por demás aclarar que solo el administrador tendrá acceso a esta opción.

Figura 26. Visualización de los usuarios registrados en el sistema web. Interface tomada del SGITT.

Laravel está construido con pruebas en mente, el marco incluye métodos de ayuda convenientes que permiten probar expresamente sus aplicaciones. Después de instalar una nueva aplicación Laravel, por defecto se proporciona un archivo ExampleTest.php en el directorio de pruebas, simplemente hay que programar mencionadas pruebas dntro de este directorio de acuerdo a la documentación de Laravel y ejecutar phpunit en la línea de comandos para ejecutar las pruebas. Cabe destacar que las pruebas unitarias no se documentan, pero a continuación se muestra un ejemplo del tipo de pruebas unitarias utilizadas en este proyecto

Figura 27. Prueba unitaria automatizada Sprint 1. CMD de Windows.

Figura 28. Modelo entidad relaciรณn de la base de datos. Interface de la opciรณn graficador del software PHPmyadmin.

Para revisar el diccionario de datos o el script de la base de datos revisar el anexo 13 y anexo 14 respectivamente.

64 5.1.5.2.4 BurnDown chart Sprint 1. Tabla 12. BurnDown chart Sprint 1 Sprint 1 Estimac ión

Semana 1 Categoría

Desarrollo

Adaptación e implementación del login que ofrece laravel 6.0 por defecto. Validación diseño del CRUD para la tabla recursos turísticos Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla clientes Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla propietarios Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla folletos y comentarios Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación

Desarrollo

diseño del CRUD para la tabla usuarios

Diseño Desarrollo Diseño Diseño Desarrollo Desarrollo Desarrollo Diseño Diseño 39

Tareas de ingeniería

Desarrollo Desarrollo Diseño Diseño

Diseño Diseño

Codificación del model, Controller y botones para la interface de usuario en PHP 7.2 Validación RESTANTE ESTIMADO

Nota: Datos obtenidos de la investigación de campo.

Estimaci ón de tarea

18/ 06/ 18

19/ 06/ 18

20/ 06/ 18

2 2

Semana 2 21/ 06/ 18

22/ 06/ 18

25/ 06/ 18

26/ 06/ 18

0 2

Semana 3

27/ 06/ 18

28/ 06/ 18

29/ 06/ 18

02/ 07/ 18

0 2

03/ 07/ 18

04/ 07/ 18

Semana 4 05/ 07/ 18

06/ 07/ 18

09/ 07/ 18

10/ 07/ 18

13/ 07/ 18

0 2 0

0 1

2 2

0 1

0 2

12/ 07/ 18

1 2

2 39

11/ 07/ 18

37. 05

35. 1

33. 15

31. 2

29. 25

27. 3

25. 35

23. 4

21. 45

19. 5

17. 55

15. 6

13. 65

11. 7

9.7 5

7.8

5.8 5

3.9

1.9 5

5.1.5.2.5 Gráfica de Avance Sprint 1.

Sprint Burndown Chart 45 40

PUNTOS DE HISTORIA

35 30 25 20 15 10 5 0 DÍAS1

Figura 29. Gráfica de avance. Gráfica realizada a partir de los datos de la Tabla 12.

5.1.5.2.6 Revisión del Sprint 1. La revisión del sprint se llevó a cabo con el equipo de desarrollo en conjunto con el Sr. Patricio Ruiz presidente y administrador de la junta parroquial rural Manuel Cornejo Astorga (Product Owner), en las instalaciones pertenecientes a la empresa, con el objetivo de analizar y presentar mediante una demostración las funcionalidades desarrolladas durante el presente incremento, esta reunión se apoyó con las pruebas de aceptación, mismas que son constancia que el incremento se desarrolló exitosamente, logrando de este modo dar paso al siguiente Sprint (ver anexo 7). 5.1.5.2.7 Retrospectiva del Sprint 1. Como punto final se llevó a cabo la retrospectiva del Sprint, misma que tiene por objeto el analizar minuciosamente todo el trabajo realizado durante el transcurso del Sprint. Como punto débil en este Sprint es la inexperiencia al utilizar el framework Laravel, mientras que el punto a favor más destacable fue la experiencia a la hora de programar con PHP (ver anexo 10).

66 5.1.5.3. Sprint 2. 5.1.5.3.1 Sprint Backlog 2. Este segundo Sprint consta de 6 historias de usuario escogidas de acuerdo a la prioridad expuesta en el Product Backlog, la suma total de los correspondientes puntos de estimación de estas historias asciende a 39, lo cual no supera la velocidad de desarrollo del equipo (40 puntos de estimación) lo que da paso a la creación del sprint Backlog utilizando dichas historias como base, cabe acotar que cada historia se subdividió en tareas de ingeniería para llevar un control más eficiente del trabajo pendiente. Tabla 13. Sprint Backlog 2 Sprint asignado

Estimación

HU#

7 Visualización e ingreso de datos de recursos turísticos

Categoría

Diseño

Desarrollo Desarrollo Diseño

8 Visualización de datos de los clientes.

Desarrollo Desarrollo

39 9 Visualización e ingreso de datos de los propietarios de los recursos turísticos.

Diseño

Desarrollo Desarrollo

10 Visualización de los comentarios y folletos realizados por los clientes.

Diseño

Desarrollo

Tareas de ingeniería diseño del CRUD para la tabla recursos turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla clientes turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla propietarios turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla folletos y comentarios turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2

Estimación de tarea

Estado

Realizado

67 Desarrollo Diseño 11 Visualización de datos de los usuarios

Desarrollo Desarrollo

12 Calificar recursos turísticos previamente visitados por el cliente.

Diseño

Desarrollo

Desarrollo Nota: Datos obtenidos de la investigación de campo.

Validación Diseño del CRUD para la tabla usuarios turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación Diseño de la interface para la calificación de los recursos turisticos Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación

Realizado

5.1.5.3.2 Desarrollo del Sprint 2. En el segundo sprint el desarrollo se centró en programar lo que respecta al perfil del usuario privilegiado el cual únicamente se basa en visualizar, reportar y agregar ciertos datos. 

Visualización e ingreso de datos de recursos turísticos En esta historia de usuario por petición del administrador se creó una interfaz solo para los usuarios privilegiados, mismos que pueden consultar datos e ingresar nuevos registros a través de los botones de “buscar” y “agregar registro” respectivamente.

Figura 30. Listado de recursos turísticos de la interface de Usuarios privilegiados. Interface tomada del SGITT.



Visualización de datos de los clientes. El usuario privilegiado únicamente podrá buscar y visualizar los datos de los clientes en esta interfaz a su vez constan dos botones uno de folletos y otro de comentaros

68 mismos que están enlazados a la tabla folletos y comentarios a través del id del cliente en cuestión de esta forma se puede consultar los comentarios y los folletos que ha realizado y/o generado un cliente en específico.

Figura 31. Listado de clientes de la interface de Usuarios privilegiados. Interface tomada del SGI



Visualización e ingreso de datos de los propietarios de los recursos turísticos. Se creó una interfaz solo para los usuarios privilegiados mismos que pueden consultar datos e ingresar nuevos registros a través de los botones de “buscar” y “agregar registro” respectivamente.

Figura 32. Listado de propietarios de los recursos turísticos de la interface de Usuarios privilegiados. Interface tomada del SGITT.



Visualización de los comentarios y folletos realizados por los clientes. Estas interfaces se crearon para ser llamadas desde la interfaz clientes y consta de una caja de búsqueda y una lista de todos los comentarios y folletos respectivamente realizados por el cliente.

Figura 33. Listado de comentarios de la interface de Usuarios privilegiados. Interface tomada del SGITT.



Visualización de datos de los usuarios Esta vista es netamente informativa para el Usuario privilegiado ya que es responsabilidad del administrador el modificar o eliminar los datos de los usuarios en caso de algún despido.

Figura 34. Listado de usuarios de la interface de Usuarios privilegiados. Interface tomada del SGITT.



Calificar recursos turísticos previamente visitados por el cliente. Esta vista es para el cliente y muestra un listado de todos los recursos turísticos con su logo y su nombre respectivamente seguido de una opción la cual se denomina “calificar” misma que le permite al cliente dar una valoración en un rango del 1 al 5, una vez se proceda a calificar el recurso turístico, se actualizará la valoración general de dicho recurso, misma que se presentara en la misma interface sobre la cual se realiza la calificación, cabe destacar que si ningún usuario ha calificado anteriormente dicho recurso el apartado de “calificación promedio” aparecerá en blanco.

Figura 35. Listado de calificaciones de los recursos turĂsticos previamente visitados por el usuario. Interface tomada del SGITT.

71 5.1.5.3.3 BurnDown chart Sprint 2 Tabla 14. BurnDown chart Sprint 2 Sprint 1 Estimac ión

Semana 1 Categoría

Tareas de ingeniería

Estimación

16/ 07/ 18

17/ 07/ 18

Diseño

diseño del CRUD para la tabla recursos turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla clientes turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla propietarios turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla folletos y comentarios para el Usuario privilegiado

Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación diseño del CRUD para la tabla usuarios turísticos para el Usuario privilegiado Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación Diseño de la interface para la calificación de los recursos turísticos Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación RESTANTE ESTIMADO

Desarrollo Desarrollo Diseño Desarrollo Desarrollo Diseño Desarrollo Desarrollo Diseño 39 Desarrollo Desarrollo Diseño Desarrollo Desarrollo Diseño Desarrollo Desarrollo

Nota: Datos obtenidos de la investigación de campo.

3 2

Semana 2

18/ 07/ 18

19/ 07/ 18

20/ 07/ 18

23/ 07/ 18

0 2

1 3

24/ 07/ 18

Semana 3

25/ 07/ 18

26/ 07/ 18

0 2

27/ 07/ 18

30/ 07/ 18

31/ 07/ 18

0 2

01/ 08/ 18

Semana 4 02/ 08/ 18

03/ 08/ 18

0 2

06/ 08/ 18

07/ 08/ 18

08/ 08/ 18

1 1

2 2

0 2

2 1

1 0

1.9 5

0 2

1 2

0 1

2 3

10/ 08/ 18

3 39

09/ 08/ 18

37. 05

35. 1

33. 15

31. 2

29. 25

27. 3

25. 35

23. 4

21. 45

19. 5

17. 55

15. 6

13. 65

11. 7

9.7 5

7.8

5.8 5

3.9

72 5.1.5.3.11 Gráfica de Avance Sprint 2.

Sprint Burndown Chart 2 45 40

PUNTOS DE HISTORIA

35 30 25 20 15 10 5 0 DÍAS1

Figura 36. Gráfica de avance Sprint 2. Gráfica realizada a partir de los datos de la Tabla 14.

5.1.5.3.12 Revisión del Sprint 2. La revisión del sprint se llevó a cabo con el equipo de desarrollo en conjunto con el Sr. Patricio Ruiz presidente y administrador de la junta parroquial rural Manuel Cornejo Astorga (Product Owner), en las instalaciones pertenecientes a la empresa, con el objetivo de analizar y presentar mediante una demostración las funcionalidades desarrolladas durante el presente incremento; esta reunión se apoyó con las pruebas de aceptación mismas que son constancia que el incremento se desarrolló exitosamente pudiendo de este modo dar paso al siguiente Sprint (ver anexo 8). 5.1.5.3.13 Retrospectiva del Sprint 2 Finalmente se llevó a cabo la retrospectiva del Sprint, misma que tiene por objeto el analizar minuciosamente todo el trabajo realizado durante el transcurso del Sprint. Como punto débil en este Sprint es conocimiento casi nulo al momento de utilizar componentes de Laravel (Clases, Layouts, FormRequest, Modelos), mientras que el punto a favor más destacables fue: la mejora al momento de manejar la arquitectura con la que trabaja Larevel, gracias a la experiencia que se adquirió en el sprint anterior (ver anexo 11).

73 5.1.5.4. Sprint. 5.1.5.4.1 Sprint Backlog 3. Este tercer Sprint consta de 6 historias de usuario escogidas de acuerdo a la prioridad expuesta en el Product Backlog, la suma total de los correspondientes puntos de estimación de estas historias asciende a 39, lo cual no supera la velocidad de desarrollo del equipo (40 puntos de estimación) esto que da paso a la creación del sprint Backlog utilizando dichas historias como base, cabe acotar que cada historia se subdividió en tareas de ingeniería para llevar un control más eficiente del trabajo pendiente. Tabla 15. Sprint Backlog 3 Sprint asignado

Estimación

HU#

13 Creación del mapa con el posicionamiento de todos los recursos turísticos de la Parroquia Manuel Cornejo Astorga.

14 Creación de la interface de visualización de la información por cada recurso turístico de Manuel Cornejo Astorga y del listado para la elección de del recurso turístico a visualizar. 15 Creación de la interface de visualización de los recursos turístico de Manuel Cornejo Astorga agregados desde el listado de recursos

Categoría

Diseño

Desarrollo

Diseño

Desarrollo

Diseño

Desarrollo

Tareas de ingeniería

Diseño del mapa y marcadores de posición. Codificación del Controller y botones para la interface del cliente en PHP 7.2

Validación

Diseño de la interface para la presentación individual de cada registro de la tabla recurso turísticos Codificación del Controller y botones para la interface del cliente en PHP 7.2

Validación

Diseño de la interface que presentará todos los recursos turísticos de interés agregados desde la interface principal del cliente. Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación

Estimación de tarea

Estado

Realizado

74 turísticos del cliente. 16 Creación de una caja de comentarios para la página de presentación individual de los recursos turísticos.. 17 Creación de reportes gráficos estadísticos basados en los datos obtenidos de los clientes. 18 Creación de un DSS para ayudar al cliente a escoger las opciones turísticas que se ajusten a su presupuesto

Diseño

Desarrollo

Diseño de la caja de comentarios para el ingreso y presentación de los mismos. Codificación del Controller y botones para la interface del cliente en PHP 7.2

Desarrollo Desarrollo

Desarrollo

Validación Codificación del generador de reportes utilizando javascript. Codificación del Controller y botones en PHP 7.2 para la interface presentada al cliente

Desarrollo

Desarrollo Nota: Datos obtenidos de la investigación de campo.

Validación Diseño de la interface del DSS para que el usuario visualice y haga uso de la información presentada por el mismo Codificación del Controller y botones en PHP 7.2 para la interface presentada al cliente Validación

Realizado

5.1.5.4.2 Desarrollo del Sprint. 

Creación del mapa con el posicionamiento de todos los recursos turísticos de la Parroquia Manuel Cornejo Astorga. Para desarrollar esta historia se utilizó la herramienta Umap que permite crear mapas personalizados utilizando como base los datos de Open Street Maps (una colección de mapas open source) y adjuntarlos a proyectos web en desarrollo. Umap permite desarrollar mapas, insertar marcadores, líneas y polígonos, además de brindar privacidad, puesto que si se desea modificar algún mapa desde una PC que no sea la del usuario donde originalmente se creó el mapa no podrá ser posible, salvo con una dirección de correo secreta que te proporciona el mismo Umap. Es así que se pudo personalizar el mapa del presente proyecto, además de enlazar la dirección de edición secreta a la página del administrador, para de este modo poder realizar ediciones en caso de ser necesario.

75 El mapa también cuenta con seis opciones de herramientas útiles que permiten al usuario buscar su ubicación, navegar entre las distintas capas, buscar ubicaciones específicas y ampliar o reducir el mapa. Aparte la interface presenta también una caja de búsqueda y una lista de todos los recursos turísticos ingresados en la base de datos, además de un apartado de opciones que cuenta con la opción “ver” misma que redirige al cliente a una ventana donde se mostrarán todos los datos sobre el recurso turístico, la caja de búsqueda es para buscar un recurso turístico en específico.

Figura 37. Interface principal de clientes. Interface tomada del SGITT.



Creación de la ventana de visualización de la información por cada recurso turístico de Manuel Cornejo Astorga. En esta parte del desarrollo se creó una sola interface base sobre la cual se presentan los datos del recurso turístico que el usuario elija en la sección listada en la interface del mapa.

Figura 38. Interface de promoción de los sitios turísticos. Interface tomada del SGITT.

76 

Creación de la ventana de visualización de los recursos turísticos de Manuel Cornejo Astorga agregados desde el listado de recursos turísticos del cliente. Esta historia de usuario se centra en desarrollar una interface donde se irá visualizado todos los recursos turísticos que agregues desde la lista de recursos turísticos que se le presenta al usuario en la página principal. Dentro de la mencionada vista titulada sitios de interés se presentará una lista dinámica que irá incrementando de acuerdo se vayan agregando más objetos. Por cada objeto presentará un botón que permite eliminar el elemento al cual esté vinculado dicho botón, en forma general se presentará un presupuesto estimado del coste de cada recurso turístico, mismo que será obtenido a partir del costo que se encuentra ingresado en la base de datos, al final de la página se halla un botón que genera un .PDF con toda la información perteneciente al listado generado en la interface sitios de interés, el mismo se abrirá en una pestaña nueva ya sea para ser guardado o impreso.

Figura 39. Listado de productos de interés agregados por el cliente. Interface tomada del SGITT.



Creación de una caja de comentarios para la página de presentación individual de los recursos turísticos. Esta historia se centra en desarrollar una caja de comentarios y un buzón en el cual se podrá agregar un comentario dependiendo del tipo que sean para ello se ofrece tres opciones: un buen comentario, un mal comentario, un comentario cualquiera. Una vez que se selecciona el tipo de comentario se procederá a escribir el mensaje para su posterior envió, al realizar este último aparecerán todos los comentarios en una caja de texto al final de la página.

Figura 40. Caja de comentarios para los clientes. Interface tomada del SGITT.



Creación de reportes gráficos estadísticos basados en los datos obtenidos de los clientes. En este apartado se muestran gráficos estadísticos dinámico los cuales están generados en base a la información que se encuentra dentro de la base de datos, mencionados gráficos sintetizan y organizan la información procesada de forma gráfica para una mejor apreciación y de este modo facilitar la toma de decisiones por parte del personal administrativo de la junta parroquial rural Manuel Cornejo Astorga.

Figura 41. Reportes gráficos dinámicos. Interface tomada del SGITT.



Creación de un DSS para ayudar al cliente a escoger las opciones turísticas que se ajusten a su presupuesto. Se presenta un formulario en la parte izquierda en la misma área donde se encuentran las demás opciones de la interface en este apartado se debe proporcionar al sistema el presupuesto que se desea gastar y los tipos de recursos turísticos que se desea visitar

78 mediante un proceso interno se presenta al usuario las opciones que mรกs se acopla a su presupuesto e intereses.

Figura 42. Interface del DSS para el usuario. Interface tomada del SGITT.

79 5.1.5.4.3 BurnDown chart Sprint 3 Tabla 16. BurnDown chart Sprint 3 Sprint 1 Estimac ión

Semana 1 Categoría

Tareas de ingeniería

Diseño

Diseño del mapa y marcadores de posición. Codificación del Controller y botones para la interface del cliente en PHP 7.2 Validación Diseño de la interface para la presentación individual de cada recurso turísticos Codificación del Controller y botones para la interface del cliente en PHP 7.2 Validación Diseño de la interface que presentará todos los recursos turísticos de interés del cliente. Codificación del Controller y botones para la interface de usuario en PHP 7.2 Validación Diseño de la caja de comentarios para el ingreso y presentación de los mismos. Codificación del Controller y botones para la interface del cliente en PHP 7.2 Validación Codificación del generador de reportes utilizando javascript. Codificación del Controller y botones en PHP 7.2 para la interface. Validación Diseño de la interface del DSS.. Codificación del Controller y botones en PHP 7.2 para la interface presentada al cliente Validación RESTANTE

Desarrollo Desarrollo Diseño Desarrollo Desarrollo Diseño Desarrollo Desarrollo 39

Diseño Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo Desarrollo

ESTIMADO

Nota: Datos obtenidos de la investigación de campo.

Estimaci ón de tarea 2

13/ 08/ 18

14/ 08/ 18

15/ 08/ 18

Semana 2 16/ 08/ 18

17/ 08/ 18

20/ 08/ 18

21/ 08/ 18

22/ 08/ 18

Semana 3 23/ 08/ 18

24/ 08/ 18

27/ 08/ 18

28/ 08/ 18

29/ 08/ 18

Semana 4 30/ 08/ 18

31/ 08/ 18

03/ 09/ 18

04/ 09/ 18

05/ 09/ 18

06/ 09/ 18

0 2

0 2 0

0 1

0 2

0 1

0 2

0 1

0 3

0 2

2 3

3 2 3

0 2

3 2 39 39

07/ 09/ 18

37. 05

35. 1

33. 15

31. 2

29. 25

27. 3

25. 35

23. 4

21. 45

19. 5

17. 55

15. 6

13. 65

11. 7

9.7 5

7.8

5.8 5

3.9

1.9 5

5.1.5.4.11 Gráfica de Avance Sprint 3.

Sprint Burndown Chart 3 45 40

PUNTOS DE HISTORIA

35 30 25 20 15 10 5 0 DÍAS 1

Figura 43. Gráfica de avance Sprint 3. Gráfica realizada a partir de los datos de la Tabla 16.

5.1.5.4.12 Revisión del Sprint 3. La revisión del sprint se llevó a cabo con el equipo de desarrollo en conjunto con el Sr. Patricio Ruiz presidente y administrador de la junta parroquial rural Manuel Cornejo Astorga (Product Owner), en las instalaciones pertenecientes a la empresa, con el objetivo de analizar y presentar mediante una demostración las funcionalidades desarrolladas durante el presente incremento, esta reunión se apoyó con las pruebas de aceptación mismas que son constancia que el incremento se desarrolló exitosamente pudiendo de este modo dar paso al siguiente Sprint (ver anexo 9). 5.1.5.4.13 Retrospectiva del Sprint 3. Esta tiene por objeto el analizar minuciosamente todo el trabajo realizado durante el transcurso del Sprint. Como punto débil en este Sprint es la falta de conocimiento al utilizar plugins de Laravel para realizar tareas tales como generar PDF o trabajar con gráficos estadísticos, mientras que el punto a favor más destacables fue la gran cantidad y calidad de documentación que existe acerca de Laravel, misma con la que se pudo resolver de manera oportuna problemas que se suscitaron tales como el generar gráficas o validar campos (ver anexo 12).

6. 

DISCUSIÓN

Basándose en la información obtenida de la entrevista al Administrador de la junta parroquial rural Manuel Cornejo Astorga en la cual el cliente aclaró de mejor manera la problemática a solucionar dentro de la institución, expuso que no existe medio o herramienta alguna por la cual los turistas puedan acceder y/o hacer uso de la información turística con la que cuenta esta institución, además que toda la información con la que disponen actualmente se encuentra registrada de forma manual en archivos físicos lo que provoca duplicidad, pérdida y desactualización constante de datos, gracias a la entrevista también se pudo determinar cómo se lleva a cabo el proceso de gestión de la información turística y entender la visión que el cliente tiene para este proyecto, partiendo de la visión del cliente se logró establecer las funcionalidades que el sistema debe cumplir.



Sustentada en la encuesta realizada a 203 individuos que encajan en el perfil de turistas potenciales de la parroquia Manuel Cornejo Astorga se pudo determinar la viabilidad y de igual forma la aceptación que el proyecto tiene entre la colectividad, además de esto también se determinó los requerimientos que los usuarios en potencia desean que les provea el sistema web.



Con respecto a la metodología de desarrollo de software, en el caso de este proyecto se optó por aplicar el marco de trabajo scrum mismo que es el enfoque ágil más utilizado, en la actualidad por su flexibilidad y adaptabilidad brindando un marco de trabajo amigable donde las cuestiones técnicas del desarrollo no son prioritarias, la forma de trabajar de scrum utilizando sprints de corta duración permitió desarrollar un sistema web que cumple todos los requerimientos de usuario a cabalidad tomando en cuenta todas las especificaciones brindadas por el cliente, mismo que tiene un producto funcional al final de cada sprint para que pueda revisarlo y de ser necesario ponerlo en funcionamiento.

7. 

CONCLUSIONES

Al aplicar la encuesta sobre la muestra de posibles turistas interesados en visitar la parroquia Manuel Cornejo Astorga se pudo abstraer de sus respuestas información importante respecto a la viabilidad del proyecto además de poder esclarecer que necesidades principales quiere el usuario como tal que preste el sistema web, con dicha información fue más fácil cumplir con objetivos del sistema web, los cuales están implementados, facilitando de este modo al usuario el acceso a herramientas útiles e información actualizada respecto a los recursos turísticos con los que cuenta Manuel Cornejo Astorga.



La entrevista realizada al cliente contribuyó con la adquisición de información pertinente a cómo se procesa y cómo se gestiona la información turística, así como la delimitación de los requerimientos que cumple el sistema en el módulo del administrador, dicha información fue utilizada para poder entender cómo funciona la gestión de la información turística en la junta parroquial rural Manuel Cornejo Astorga, al comprender mejor el proceso a seguir se procedió a realizar la automatización de dicho proceso por medio del sistema web.



Es de suma importancia el seleccionar adecuadamente cual será la metodología de desarrollo que mejor se adapte a determinado proyecto en base a los parámetros, los requerimientos y el alcance previamente establecidos por el equipo de trabajo ya que una metodología bien aplicada hace que la construcción del producto de software final sea más fácil de realizar ya que utiliza herramientas y artefactos que contribuyen con la planificación y control de cada una de las conocidas etapas de desarrollo de un sistema informático, para desarrollar el producto se utilizó el marco de trabajo Scrum, el cual fue aplicado en todas las fases del desarrollo de este sistema web mismo que está realizado mediante el Framework Laravel 6.0 implementando la arquitectura MVC, para el Front-end se utilizó HTML5 integrado del Framework Bootstrap 3.5, para el Back-end se utilizó PHP 7.2 y JavaScript, para la base de datos se usó MariaDB v5.5.6 como SGBD y MySQL Workbench como modelador, el editor de texto utilizado fue Sublime Text 3.0..



El sistema web para la gestión de la información turística de la junta parroquial rural Manuel Cornejo Astorga se desarrolló en base al marco de trabajo scrum ya que

mencionado marco facilitó en gran parte la planificación y construcción del sistema web, mismo que automatiza la gestión de la información turística pasando por sus distintas etapas como es su obtención (por creación o captura), hasta su disposición final (su archivo o eliminación) cabe mencionar que este proceso de gestión incluye la depuración, combinación y distribución de resultados a las personas pertinentes. En este mismo apartado el sistema presenta al turista información útil y relevante así como las herramientas necesarias para hacer uso de la misma, además de presentar mediante gráficos estadísticos dinámicos la información sintetizada, depurada y necesaria para facilitar al administrador la toma de futuras decisiones importantes respecto al área de turismo.

8. 

RECOMENDACIONES

Al momento de realizar la entrevista al cliente se puede aplicar el tipo de entrevista que el autor crea conveniente, más se recomienda que se utilice un tipo semiestructurado ya que en este tipo de entrevista se ve involucrada una guía del entrevistador, misma que contiene preguntas estructuradas de tal forma que se obtiene información de manera progresiva y objetiva, factor que es de vital importancia e interés para poder plantear claramente cuáles son los requerimientos del autor y cual será le alcance del proyecto , cabe destacar que el punto fuerte de la entrevista semiestructurada es que sus preguntas no son completamente rígidas y se pueden expandir, desarrollar e incluso agregar nuevas conforme se desarrolla la entrevista este punto es muy importante ya que casi siempre o en la mayoría de los casos los clientes no están completamente seguros o no tienen una idea clara de que desean para el sistema informático.



Se recomienda el recabar la información pertinente del hardware y de software más adecuados que serán utilizados para el desarrollo del proyecto y cumplir con los requerimientos del cliente, ya establecidos el entorno de trabajo y especificado la forma de implementación del sistema web se puede proceder a desarrollar el proyecto, cabe acotar que es de vital importancia el mantener una comunicación activa y fluida con el cliente ya que esta nos permitirá esclarecer dudas que se susciten a lo largo del proceso de desarrollo.



Se recomienda hacer una comparativa entre los distintos marcos de trabajo y metodologías tanto en sus características como en su forma de aplicación además de los requerimientos del usuario y las limitaciones como desarrollador para de este modo poder escoger la mejor opción metodológica que mejor se acople al proyecto que se está realizando.



Una vez implementado el software se recomienda realizar la debida capacitación al personal administrativo como al personal que utilizarán dicho sistema para que de este modo puedan sacarle un máximo provecho a la nueva herramienta implementada.

LISTA DE REFERENCIAS

Ali, S., & Agarwal, U. (2016). A Standard Program To Classify Books/Documents According To Colon Scheme of Classification Ed. 6. Using Php Environment. Indian Journal of Applied

Research,

6(4),

592-593.

Obtenido

http://worldwidejournals.in/ojs/index.php/ijar/article/view/2277 Alvarez, A. (2012). Metodos Agiles y Scrum . España: Grupo anaya S.A. Álvarez, A., de las Heras, R., & Lasa, C. (2012). Métodos Ágiles y Scrum. Madrid: Anaya. Amaya, Y. (2013). Metodologías ágiles en el desarrollo de aplicaciones para dispositivos móviles. Estado actual. Revista de Tecnología, 12(2), 111-124. Obtenido de http://m.uelbosque.edu.co/sites/default/files/publicaciones/revistas/revista_tecnologia/ volumen12_numero2/12Articulo_Rev-Tec-Num-2.pdf andrearrs.

(07

Mayo

2014).

hipertextual.

Obtenido

https://hipertextual.com/archivo/2014/05/diferencias-software-libre-y-open-source/ Arias, A. (2015). Aprende sobre la Ingeniería de Software. Middletown: IT Campus Academy. Ávila, E., & Meneses, A. (2013). Delfdroid y su comparación evaluativa con XP y Scrum mediante el método 4-DAT. Revista Cubana de Ciencias Informáticas, 7(1), 16-23. Obtenido de http://scielo.sld.cu/pdf/rcci/v7n1/rcci03113.pdf Báez, C., & Suárez, M. (2013). Proceso de desarrollo de Software. Boyacá: Búhos Editores Ltda. Blanco, F. (2012). Dirección de ventas. Bogotá: Ediciones de la U. Bootstrap. (2016). About Bootstrap. Obtenido de http://getbootstrap.com/about/ Brito, K., & Héctor, K. (2015). Selección de Metodologías de Desarrollo para Aplicaciones Web. USA: Editorial Académica Española. Camarena, J., Trueba, A., Martínez, M., & López, M. (2012). Automatización de la codificación del patrón modelo vista controlador (MVC) en proyectos orientados a la web.

Ciencia,

19(3),

239-250.

Obtenido

http://cienciaergosum.uaemex.mx/index.php/ergosum/article/view/796/576

Carbacos, N. (2011). Administracion de servicios turisticos. Colombia: ideaspropias. Carrillo, D., & Villasis, B. (2012). Analítika: Revista de análisis estadístico. Quito: Instituto Nacional de Estadística y Censos (INEC). Obtenido de INEC. Cusick, J. (2013). Durable Ideas in Software Engineering: Concepts, Methods and Approaches from My Virtual Toolbox. New York: Bentham E-Books. Desarrollo, S. N. (2017). Plan Nacional de Desarrollo 2017-2021. Quito. Díaz, J., Pérez, A., & Florido, R. (2015). Sitio Web para la Intranet del Instituto Nacional de Ciencias Agrícolas en Internet. Cultivos Tropicales, 36(2), 13-17. Obtenido de http://scielo.sld.cu/pdf/ctr/v36n2/ctr02215.pdf Doogles, H. (2011). Tecnologia General de Sistemas . Mexico. Espinoza, M. (25 de Abril de 2017). El comercio. Obtenido de El comercio: http://www.elcomercio.com/actualidad/millones-vehiculos-pasan-aloag-ano.html Fernández, A. (2013). Python 3 al descubierto. México: Alfaomega. Ferrer, J. (2014). Implantación de aplicaciones web. Madrid: Ra-Ma. Flórez, H. (2012). Programación orientada a objetos usando Java. Bogotá D. C.: ECOE Ediciones. G. Cobb, C. (2015). The Project Manager´s Guide to Mastering Agile: Principles and Practices for an Adaptive Approach. Hoboken: John Wiley & Sons. García, J. (2014). Contabilidad de costos. México D. F.: McGrawHill. Gauchat, J. (2013). El gran libro de HTML5, CSS3 & Javascript. Barcelona: Marcombo. Ghani, I., Bt, A., Azham, Z., Izzaty, N., & Ryul, S. (2014). Integrating Security into Agile Models: Scrum, Feature-Driven Development (FDD), and eXtreme Programming (XP). En I. Ghani, W. Nasir, & M. Nazir, Advances in Systems Analysis, Software Engineering, and High Performance Computing : Handbook of Research on Emerging Advancements and Technologies in Software Engineering (págs. 293-308). Hershey: IGI Global.

Gutiérrez, F. (2013). Integración de AMD y Métodos de Desarollo de Software. Revista Digital Tecnología, Investigación y Academia, 1(1), 49-56. Hernández, R., Fernández, C., & Baptista, M. (2014). Metodología de la Investigación. México: McGrawHill. Horngren, C., Datar, S., & Rajan, M. (2012). Contabilidad de costos: Un enfoque gerencial. México D. F.: Pearson. Iqbal, U., & Javed, A. (2014). Review-Scrum (R-Scrum) Introduction Of Model Driven Architecture (MDA) in Agile Methodology. International Journal of Scientific & Technology Research, 3(11), 296-302. Obtenido de http://www.ijstr.org/finalprint/nov2014/Review-scrumr-scrum-Introduction-Of-Model-Driven-Architecturemda-In-Agile-Methodology.pdf Jacobo, L. (3 de octubre de 2010). Probabilidad. Obtenido de Probabilidad: http://probabilidadestadistic.blogspot.com/ Joyanes, L. A. (2013). Fundamentos geenerales de programacion. Mexico: McGraw-Hill. Leal, A., & Oliva, K. (2012). Criterios para la gestión de los sistemas de inventarios. Revista Tecnocientífica

URU,

2(3),

11-19.

Obtenido

http://200.35.84.134/ojs-

2.4.2/index.php/rtcu/article/viewFile/37/33 Lee, R. (2012). The Success Factors of Running Scrum: A Qualitative Perspective. Journal of Software

Engineering

and

Applications,

5(6),

367-374.

doi:http://dx.doi.org/10.4236/jsea.2012.56043 Lopez Brunett, A. L., & Luna Vergara, H. Z. (2017). Turismo accesible en el ecuador. INNOVA Research Journal, 196,198. Lopez Brunett, A. L., & Verdesoto Masache, E. (2017). Turismo 2.0 como herramienta para promocionar los atractivos culturales de Guayaquil. INNOVA Research Journal, 154,163. López, I., Castellano, M., & Ospino, R. (2013). Base de Datos. México D. F.: Alfaomega. Lopez, J. (2014). HTML 5 Y CSS 2. Mexico: Alfaomega. Lopez, J. (2014). JavaScript. Mexico: Alfaomega.

López, J. (2014). PHP Y MySQL. Mxico: Alfaomega. López, L. (2013). Metodología de la programación Orientada a Objetos (Segunda ed.). México: Alfaomega. López, M., Vara, J., Verde, J., Sánchez, D., Jiménez, J., & De Castro, V. (2012). Desarrollo Web en entorno servidor. Madrid: Ra-Ma. Manso, Y., Cañizares, R., & Febles, J. (2016). Diseño web adaptativo para la plataforma educativa ZERA. Revista Cubana de Ciencias Informáticas, 10(2), 100-115. Obtenido de http://www.redalyc.org/articulo.oa?id=378345292008 MariaDB Foundation. (2016). About MariaDB. Obtenido de https://mariadb.org/about/ Martínez, C. (2012). Administración de Organizaciones. Bogotá: Facultad de Ciencias Económicas. Materialize. (2016). Sobre Materialize. Obtenido de http://materializecss.com/about.html Mavlanova, T., Benbunan-Fich, R., Koufaris, M., & Lang, G. (2015). The Effect of Positive and Negative Signals on Perceived Deceptiveness of Websites in Online Markets. Journal of Theoretical and Applied Electronic Commerce Research, 10(1), 19-24. doi:10.4067/S0718-18762015000100003 Measey, P. (2015). Agile Foundations : Principles, practices and frameworks. Swindon: The British Computer Society. Microsoft Corporation. (2012). ASP.NET 4.5 y Visual Studio 2012. Obtenido de https://msdn.microsoft.com/library/hh420390(v=vs.110).aspx Microsoft Corporation. (2016). ASP.NET and Visual Studio for Web. Obtenido de https://msdn.microsoft.com/en-us/library/dd566231.aspx Microsoft

Corporation.

(2017).

Microsoft

SQL

Server.

Obtenido

https://msdn.microsoft.com/es-es/library/mt590198(v=sql.1).aspx Montes, C., Montilla, O., & Mejía, E. (2014). Control y evaluación de la gestión organizacional. Bogotá: Alfaomega. Moreno, J. (2013). Programación. Bogotá: Ra-ma.

Morien, R. (2014). Back to the Basics: In Support of Agile Development. En I. Ghani, W. Nasir, & M. Nazir, Advances in Systems Analysis, Software Engineering, and High Performance Computing : Handbook of Research on Emerging Advancements and Technologies in Software Engineering (págs. 279-292). Hershey: IGI Global. Morillo, N. (6 de junio de 2018). MINISTERIO DE TRANSPORTE Y OBRAS PÚBLICAS. Obtenido

MINISTERIO

TRANSPORTE

OBRAS

PÚBLICAS:

https://www.obraspublicas.gob.ec/tras-anos-de-espera-el-mtop-y-el-gad-provincialde-pichincha-suscriben-convenio-de-transferencia-de-recursos-para-la-ampliacion-acuatro-carriles-de-la-via-aloag-union-del-toachi/ Münch, L. (2014). Administación: gestión oraganizacional, enfoques y proceso administrativo. Naucalpan de Juárez: Pearson. Navarro , A., Fernández, J., & Morales, J. (2013). Revisión de metodologías ágiles para el desarrollo

software.

Prospectiva,

11(2),

30-39.

Obtenido

https://dialnet.unirioja.es/servlet/articulo?codigo=4752083 Oppel, A., & Sheldon, R. (2010). Fundmentos de SQL. Mexico: McGraw-hill. Oracle

Corporation.

(2016).

JavaServer

Pages

Overview.

http://www.oracle.com/technetwork/java/overview-138580.html Oracle

Corporation.

(2016).

MySQL

Workbench.

Obtenido

http://www.mysql.com/products/workbench/ Oracle

Corporation.

(2017).

MySQL

Workbench

Manual.

Obtenido

https://dev.mysql.com/doc/workbench/en/ Pérez Porto, J., & Gardey, A. (2014). Definicion.DE. Obtenido de https://definicion.de/opensource/ Pérez, E., & Ávila, R. (2014). Metodología para el diseño de una base de datos de modelo CAD basado en STEP. Revista de Arquitectura e Ingeniería, 8(3), 1-12. Recuperado el 15 de Julio de 2016, de http://www.redalyc.org/pdf/1939/193933034002.pdf Pérez, M. (2015). MySQL Diseño, Programación y Administración de Bases de Datos. San Bernardino: Paperback.

Pérez, M. (2015). Programación orientada a objetos y programación estructurada. San Bernardino: Paperback. Piattini, M., García, F., Rodríguez, I., & Pino, F. (2012). Calidad de Sistemas de Información. México D. F.: Alfaomega. Piñeiro, J. (2013). Base de datos relacionales y modelado de datos. Madrid: Paraninfo. Planells, M., & Crespi, M. (2011). Recursos turisticos. España: sintesis. Planells, M., & Crespi, M. (2014). sistemas y servicios de informacion turistica. España: Sintesis. Posso, M. (2009). Metodología para el trabajo de grado ( tesis y proyectos ). Ibarra: Cámara Ecuatoriana del Libro - Núcleo de Pichincha. Presman, R. (2014). Ingenieria de software: un enfoque practico. Mexico: McGraw'Hill. Qumer, A., & Henderson-Sellers, B. (2006). Measuring agility and adoptability of agile methods: a 4-dimensional analytical tool. En N. Guimarães, P. Isaías , & A. Goikoetxea, Proceedings of the IADIS International Conference on Applied Computing (págs. 503507). San Sebastian: IADIS. Qumer, A., & Henderson-Sellers, B. (Julio, 2006). Comparative Evaluation of XP and Scrum using de 4D Analytical Tool (4-DAT). Trabajo presentado en European and Mediterranean Conference on Information Systems (EMCIS). Alicante, España. Obtenido

http://emcis2016.emcis.eu/Emcis_archive/EMCIS/EMCIS2006/Proceedings/Contribu tions/C70/CRC/EMCISAsif%20EDITED%20Paper_final.pdf Reinosa, E., Maldonado , C. A., Muñoz, R., Damiano, L., & Abrutsky, M. (2014). Base de datos. Argentina: Alfaomega. Reinosa, E., Maldonado, C., Muñoz, R., Damiano, L., & Abrutsky, M. (2014). Base de Datos. México: Alfaomega. Rosado, A., Quintero, A., & Meneses, C. (2012). Desarrollo ágil de software aplicando programación

extrema.

Ingenio,

5(1),

24-29.

http://revistas.ufpso.edu.co/index.php/ringenio/article/view/23/10

Obtenido

SAP SE. (2014). Simplify Complex Architectures and See the Potential Impact of New Technologies. Obtenido de https://www.sap.com/documents/2014/07/a047a0a2-217c0010-82c7-eda71af511fa.html SAP SE. (2015). SAP PowerDesigner 16.5 SP5 - Quick Reference. Obtenido de https://help.sap.com/saphelp_pd1655_quickref/helpdata/en/d9/4fb27ab10140a48e500 fefec569c0d/frameset.htm Scrum

Alliance

Organization.

(2016).

The

Scrum

Guide.

Obtenido

https://www.scrumalliance.org/why-scrum/scrum-guide Silador, E., Naranjo, M., Marrero, M., Utrera, A., & Rodríguez, E. (2015). Propuesta de modelo matemático de gestión de inventario. Caso Servi Cupet Punta Gorda, Cienfuegos, Cuba. UNIANDES

EPISTEME,

2(4),

1-13.

Obtenido

http://186.46.158.26/ojs/index.php/EPISTEME/article/view/167/110 Sosa,

febrero

2017).

comercio.

Obtenido

http://www.elcomercio.com/actualidad/inec-ingreso-familia-ecuador-sueldo.html Sprimont, P., Ricci, D., & Nicastro, L. (2014). New Web Technologies for astronony. Revista Mexicana

Astronomía

Astrofísica,

45,

75-78.

Obtenido

http://www.redalyc.org/articulo.oa?id=57132995026 Sublime Text. (2016). Some things users love about Sublime Text. Obtenido de https://www.sublimetext.com/ The

PHP

Group.

(2016).

General

Installation

Considerations.

Obtenido

http://php.net/manual/en/install.general.php The

PHP

Group.

(2016).

Installation

Unix

systems.

http://php.net/manual/en/install.unix.php The PostgreSQL Global Development Group. (2016). About PostgreSQL. Obtenido de https://www.postgresql.org/about/ Thierry, G. (2013). Java 7 Bases del lenguaje y de la programación orientada a objetos. Barcelona: Ediciones ENI. Vaswani, V. (2010). Fundamentos de PHP . Mexico: McGraw-Hill.

Wadhwa, M., & Sharma, N. (2015). Review of Agile Software Development Methodologies. Advances in Computer Science and Information Technology, 2(4), 370-374. Obtenido de http://www.krishisanskriti.org/vol_image/04Jul201511075614%20%20%20%20%20 %20%20%20Nidhi%20sharma%20%20%20%20%20%20%20%20%20%20%20%20 %20%20%20%20370-374.pdf Warren, C. (2013). Engineering Safe and Secure Systems. Norwood: Artech House. ZofĂo, J. (2013). Aplicaciones Web. Madrid: Macmillan Profesional.

10.

GLOSARIO

Framework: Marco de aplicación o conjunto de bibliotecas orientadas a la reutilización para facilitar el desarrollo de aplicaciones. XP: Siglas de la metodología ágil eXtreme Programming (programación extrema). Script: es un fichero de texto que contiene un conjunto de comandos escrito en un lenguaje entendible para humanos. T.I: Tecnologías de Información Cliente/Servidor: Modelo conceptual de arquitectura de sistemas con la capacidad de proceso repartida en dos roles: sistemas que realizan peticiones (clientes) y sistemas que dan respuestas (servidores). Gestor de datos: Herramienta destinada a manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información relevante para una organización. Interfaz de usuario: Medio que permite a un usuario de un sistema informático comunicarse con el mismo. Rol: Función que alguien o algo debe cumplir o debe desempeñar.

11. Anexo 1.Carta de Aceptaciรณn del Proyecto

ANEXOS

95 Anexo 2. Acta de Entrega-Recepciรณn del Proyecto

96 Anexo 3.Carta de impacto

97 Anexo 4. Formato de entrevista al Administrador de la junta parroquial rural Manuel Cornejo Astorga.

Entrevista dirigida a los empleados del departamento de rehabilitación física del Patronato Municipal de Inclusión de Santo Domingo de los Tsáchilas

Fecha: ___________________________

La presente entrevista tiene como objetivo conseguir información que será utilizada en el trabajo de titulación con el tema: “SISTEMA WEB PARA LA GESTIÓN DE LA INFORMACIÓN TURÍSTICA DE LA JUNTA PARROQUIAL RURAL MANUEL CORNEJO ASTORGA; PERIODO 2018 - 2019”. La información obtenida será utilizada con fines académicos. 1. ¿Cuál es la problemática que desea solucionar con el sistema web? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ……………… 2. ¿Cuáles son los procesos que van a ser automatizados por el sistema web? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ……………… 3. ¿De qué forma se ha visto afectada la institución por causa de la mala gestión de la información? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ……………… 4. ¿Cuáles son a su consideración los principales inconvenientes para que no se pueda implementar algún sistema web en el ámbito turístico para la Junta parroquial rural Manuel Cornejo Astorga? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ……………… 5. ¿Cuáles son los recursos con los que cuenta para la implementación del sistema web? ………………………………………………………………………………………… …………………………………………………………………………………………

………………………………………………………………………………………… ……………… 6. ¿De qué manera se gestiona actualmente la información turística en la Junta parroquial rural Manuel Cornejo Astorga? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ……………… 7. ¿En qué forma se da a conocer a la comunidad la información turística de la parroquia Manuel Cornejo Astorga? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… …………… 8. ¿Qué información en términos de relevancia debería de proporcionar el sistema web para ayudar al administrador en el área de turismo a tomar decisiones? ………………………………………………………………………………………… ………………………………………………………………………………………… ………………………………………………………………………………………… ………………

Anexo 5. Formato de encuesta a los potenciales turistas para parroquial rural Manuel Cornejo Astorga. Se está llevando a cabo un proyecto de titulación cuyo tema es “SISTEMA WEB PARA LA GESTIÓN DE LA INFORMACIÓN TURÍSTICA DE LA JUNTA PARROQUIAL RURAL MANUEL CORNEJO ASTORGA; PERIODO 2018 - 2019”. Subraye la respuesta según su criterio, solo puede seleccionar una respuesta. 1. ¿Con qué frecuencia visita la parroquia Manuel Cornejo Astorga (Tandapi)? Siempre Ocasionalmente Rara vez Lo visito por primera vez 2. ¿Cuál es el propósito por el que visita la parroquia Manuel Cornejo Astorga (Tandapi)? Hospedaje Alimentación Festividades Turismo 3. ¿Conoce acerca de los atractivos turísticos que ofrece la parroquia Manuel Cornejo Astorga (Tandapi) por ejemplo: cabalgatas, camping, senderismo, canopi, pesca deportiva, etc. SI NO 4. ¿Cuál es el medio más común por el cual ha llegado a su conocimiento la información perteneciente a los atractivos turísticos de la parroquia Manuel Cornejo Astorga (Tandapi)?. Radio Televisión Sitios web Redes sociales Puntos de información turística Familiares o amigos Anuncios publicitarios

100

No ha llegado información alguna a mi conocimiento 5. ¿Cuál sería su nivel de interés en realizar actividades turísticas dentro de la parroquia Manuel Cornejo Astorga si conociese más acerca de los servicios y atractivos turísticos que ofrece dicho sector? Alta Media Baja 6. ¿Cuál es la frecuencia con la que usted utiliza o visita aplicaciones web, por ejemplo: (Google Docs., Netflix, wikis, prezi)? Alta Media Baja 7. ¿Le gustaría tener toda la información turística completa que posee la parroquia Manuel Cornejo Astorga de manera ordenada y accesible en internet de forma gratuita mediante un sistema web? Si No 8. ¿Cómo visitante considera usted que existe sufriente información respecto a las actividades y atractivos turísticos que ofrece la parroquia Manuel Cornejo Astorga (Tandapi)?. Si No 9. Si existiese un sistema web para informar a la colectividad acerca de los atractivos turísticos con los que cuenta la parroquia Manuel Cornejo Astorga (Tandapi) y brindar servicios que sean de ayuda a aquellos usuarios que estén interesados en visitar sus tractivos turísticos y hacer usos de su oferta turística ¿Usted lo usaría? Si No Subraye la cantidad de respuestas que crea necesarias. 10. ¿Qué servicios considera usted como usuario que le serian de utilidad para poder informarse y considerar el visitar la parroquia Manuel Cornejo Astorga para hacer uso de sus ofertas turísticas?

101

Ubicación precisa de los atractivos turísticos en un mapa Valoración de los atractivos turísticos por parte de los usuarios Comentarios de anteriores usuarios acerca de los sitios turísticos Creación de folletos turísticos personalizados Creación de proformas de costos de acuerdo a sus intereses Ayuda y asistencia online Todas las anteriores

102

Anexo 6. Modelo de Historias de usuario utilizado para documentar el desarrollo de este proyecto Historia de Usuario Número: 1

Usuario: Administrador

Nombre historia: Registro de clientes y Login Prioridad en negocio: 85

Riesgo en desarrollo: Media

Puntos estimados: 5

Sprint asignado: 1

Programador responsable: Eduardo Miguel Villareal Luque. Descripción: Como administrador, quiero que los clientes puedan registrarse y loguearse, para que de esta manera pueden ingresar y utilizar el sistema web. Escenarios de prueba: DADO la selección de la opción deseada CUANDO presione el botón “registrar” ENTONCES mostrara un formulario para el registro de clientes. DADO el ingreso de los datos solicitados para el registro del nuevo cliente CUANDO presione el botón “registrar” ENTONCES se agregará un nuevo registro de clientes y se desplegara un formulario para agregar información al perfil de usuario. DADO el ingreso de los datos adicionales CUANDO presione el botón “Finalizar registro” ENTONCES se agregará la información complementaria del cliente y se presentara la interface a la que tienen acceso sus credenciales. DADO el ingreso de las credenciales de acceso (cedula o email y contraseña) CUANDO presione el botón “ingresar” ENTONCES presentara la interface a la que tienen acceso sus credenciales.

103

Anexo 7. Pruebas de aceptaciรณn Sprint 1

104

105

106

107

108

109

Anexo 8. Pruebas de aceptaciรณn Sprint 2

110

111

112

113

114

115

Anexo 9. Pruebas de aceptaciรณn Sprint 3

116

117

118

119

120

121

Anexo 10. Reunión retrospectiva 1 REUNIÓN RETROSPECTIVA 1 Información de la empresa y proyecto Empresa/Organización

GAD parroquial Manuel Cornejo Astorga

Proyecto

Sistema web para la gestión de la información turística de la junta parroquial rural Manuel Cornejo Astorga

Información de la reunión: Lugar

Santo Domingo

Fecha

18/07/2018

Numero de iteración

Personas convocadas

Sr. Eduardo Villareal

Personas que asistieron a la reunión

Sr. Eduardo Villareal

FORMULARIO DE REUNION RETROSPECTIVA



¿Qué salió bien?

¿Qué salió mal?

¿Qué se va a mejorar?

la experiencia a la 

La inexperiencia al 

Consultar

hora de programar

utilizar el framework

mejorar los conocimientos sobre el

con PHP

Laravel

uso del framework Laravel

Sr. Villareal Luque Eduardo Miguel Desarrollador

documentación

para

122

Anexo 11. Reunión retrospectiva 2 REUNIÓN RETROSPECTIVA 2 Información de la empresa y proyecto Empresa/Organización

GAD parroquial Manuel Cornejo Astorga

Proyecto

Sistema web para la gestión de la información turística de la junta parroquial rural Manuel Cornejo Astorga

Información de la reunión: Lugar

Santo Domingo

Fecha

14/08/2018

Numero de iteración

Personas convocadas

Sr. Eduardo Villareal

Personas que asistieron a la reunión

Sr. Eduardo Villareal

FORMULARIO DE REUNION RETROSPECTIVA ¿Qué salió bien? 

¿Qué salió mal?

¿Qué se va a mejorar?

Mejora al momento 

Conocimiento casi nulo al 

Consultar

momento

para

manejar

utilizar

documentación mejorar

arquitectura con la

componentes de Laravel.

conocimientos

que trabaja Larevel,

(Clases,

componentes del framework

gracias

FormRequest, Modelos).

Layouts,

Laravel.

experiencia que se adquirió en el sprint anterior.

Sr. Villareal Luque Eduardo Miguel Desarrollador

sobre

los los

123

Anexo 12. Reunión retrospectiva 3 REUNIÓN RETROSPECTIVA 3 Información de la empresa y proyecto. Empresa/Organización

GAD parroquial Manuel Cornejo Astorga.

Proyecto

Sistema web para la gestión de la información turística de la junta parroquial rural Manuel Cornejo Astorga.

Información de la reunión: Lugar

Santo Domingo

Fecha

11/09/2018

Numero de iteración

Personas convocadas

Sr. Eduardo Villareal

Personas que asistieron a la reunión

Sr. Eduardo Villareal

FORMULARIO DE REUNION RETROSPECTIVA ¿Qué salió bien? 

¿Qué salió mal?

¿Qué se va a mejorar?

Mejora al momento 

Falta de conocimiento al 

Consultar

los

utilizar

para

componentes con la

Laravel

que trabaja Larevel,

tareas tales como generar

con

gracias

PDF

framework Laravel.

manejar

experiencia que se

plugins para

realizar

trabajar

con

mejorar

los

conocimientos sobre plugins

gráficos estadísticos.

adquirió en el sprint anterior.

Sr. Villareal Luque Eduardo Miguel Desarrollador

documentación

los

que

cuenta

124

Anexo 13. Presupuesto Este es un presupuesto acumulativo de los 3 Sprint realizados.

125

Anexo 14. Diccionario de datos Este anexo se encuentra en el CD, en formato digital Anexo 15. Script de la base de datos. Este anexo se encuentra en el CD, en formato digital Anexo 16. Manual de usuario Este anexo se encuentra en el CD, en formato digital Anexo 17. Manual tĂŠcnico Este anexo se encuentra en el CD, en formato digital