Elaboración de un sitio Web dinámico para la parroquia de Puerto Limón de Santo Domingo

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela De Sistemas

ELABORACIÓN DE SITIO WEB DINÁMICO PARA LA PARROQUIA DE PUERTO LIMÓN DE SANTO DOMINGO DE LOS TSÁCHILAS

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

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

Autores: Fernando Javier González Sánchez Milton Israel Toapanta Oña

Director: Mg. Richard Estalin Mafla Tobar

Santo Domingo- Ecuador Agosto, 2016

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela De Sistemas HOJA DE APROBACIÓN ELABORACIÓN DE SITIO WEB DINÁMICO PARA LA PARROQUIA DE PUERTO LIMÓN DE SANTO DOMINGO DE LOS TSÁCHILAS Línea de investigación: Estudio, Diseño e Implementación de Software Autores: Fernando Javier González Sánchez Milton Israel Toapanta Oña

Richard Estalin Mafla Tobar, Mg.

f.________________

DIRECTOR DEL TRABAJO DE TITULACIÓN Salazar Armijos Diego Ricardo, Mg.

f.________________

CALIFICADOR Cevallos Dueñas Adrián Rolando, Mg.

f.________________

CALIFICADOR Margoth Elisa Guaraca Moyota, Mg DIRECTORA DE LA ESCUELA DE SISTEMAS

Santo Domingo-Ecuador Agosto, 2016

f.________________

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo, Fernando Javier González Sánchez portador de la cedula de ciudadanía No. 172219766-0 declaro que los resultados obtenidos en la investigación que presento como informe final, previo la obtención de Grado de Ingenieros de Sistemas y Computación son absolutamente originales, auténticos y personales.

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

FERNANDO JAVIER GONZÁLEZ SÁNCHEZ CI. 172219766-0

iv

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD Yo, Milton Israel Toapanta Oña portador de la cedula de ciudadanía No. 230011026-5 declaro que los resultados obtenidos en la investigación que presento como informe final, previo la obtención de Grado de Ingenieros de Sistemas y Computación son absolutamente originales, auténticos y personales.

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

MILTON ISRAEL TOAPANTA OÑA CI. 230011026-5

v

AGRADECIMIENTO Agradezco a la Universidad Católica del Ecuador Sede Santo Domingo y profesores de la carrera por mi formación académica.

Agradezco a mi familia por todo él apoye, cariño y amor que siempre me han dado a lo largo de mi vida.

Agradezco al GAD Provincial de Santo Domingo de los Tsáchilas por brindarnos el apoyo y confianza para el desarrollo de esta investigación.

Por ultimo Agradezco a mi compañero de tesis Milton Toapanta y al Mg. Richard Mafla por apoyar nuestro conocimiento para la elaboración de este proyecto.

Fernando González

vi

AGRADECIMIENTO Agradezco primeramente a Dios y a mis padres , por haberme dado la oportunidad de estudiar en esta prestigiosa Universidad, brindándome los conocimientos necesarios para poder ser un ingeniero, por estar ahí día a día conmigo, ayudándome en cada semestre de la U, también quiero agradecer a mi familia y amigos por su apoyo moral e anímico, fueron de gran ayuda, y a los ingenieros de la Universidad que pusieron su granito de arena para forma mi instrucción académica, a todos ellos agradezco por su inmenso apoyo, gracias.

Finalmente quiero agradecer a mi compañero de tesis, que a lo largo de este trayecto de la elaboración de las tesis, hemos aprendido muchas cosas el cual nos ayudó de forma significativa.

Milton Toapanta

vii

DEDICATORIA Dedico el presente trabajo a mi madre Dina Isabel Sánchez Márquez y mi Padre Hector Fernando González Ordoñez, por enseñarme e inculcarme buenos valores durante toda vida, guiándome por el camino correcto, a mis hermanas Mercedes Elisabeth González Sánchez y Estefanía Isabel González Sánchez, por estar siempre a mi lado apoyándome. Gracias a ellos, me he convertido en la persona que soy.

Fernando González

viii

DEDICATORIA Quiero dedicar esta disertación de grado, como siempre Dios y mis padres que son fundamentales en mi vida, también no quiero dejar pasar la oportunidad de dedicar a mi enamorada, quien día a día me incentivaba a lograr esta meta, también dedico a mis abuelitos, tíos, primos y familia en general por ser mi orgullo y enseñarme la humildad, que debo tener ante todo y por ultimo dedico a mis líderes de la iglesia Red Viva que me formaron con una ética correcta, ante todo quiero dedicarles este trabajo.

Milton Toapanta

ix

RESUMEN El presente trabajo de disertación de grado consiste en desarrollar e implementar un sitio web dinámico para la parroquia de Puerto Limón; este proyecto se realiza bajo los requerimientos del GAD provincial de Santo Domingo de los Tsáchilas y el GAD parroquial de Puerto Limón, para su desarrollo se utilizó la metodología XP y herramientas de software libre, estas son: Joomla para el diseño web, Mysql para la creación de la base de datos, JavaScript para una mejor interfaz cliente/servidor y Laravel PHP para la codificación del módulo de encuestas.

Para fines de establecer la relevancia del proyecto, se realizó encuestas a los pobladores de Puerto Limón, los cuales reflejaron la aceptación para que la parroquia cuente con un sitio web que permite informar sobre los sucesos, procesos administrativos, trámites, y otros temas de importancia para la ciudadanía del sector, además el proyecto tiene como valor agregado, un módulo de encuestas que permite obtener información específica de temáticas circunscritas a la parroquia contribuyendo al desarrollo de la misma.

x

ABSTRACT This research work is based on the implementation of a dynamic website for the Puerto Limรณn parish; this project was developed following the requirements of the GAD provincial de Santo Domingo de los Tsรกchilas y el GAD parroquial de Puerto Limรณn, for its development the XP methodology and the free software tools were used, they are: Joomla for the web design, Mysql for the creation of the data base, JavaScript for a better client/user interface and Laravel PHP for the codification of the survey module.

In order to establish the relevance of the project, surveys were applied to the inhabitants of Puerto Limรณn, which showed the acceptance to have its web site to inform about the events, management processes, procedures and other important topics for the citizenship of the area, also the project has as added value, a module of surveys that allows getting particular information of the circumscribed topics to the parish helping to its development.

ÍNDICE DE CONTENIDOS AGRADECIMIENTO .................................................................................................................... v DEDICATORIA ........................................................................................................................... vii RESUMEN .................................................................................................................................... ix ABSTRACT.................................................................................................................................... x 1.

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

2.

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

2.1

Antecedentes .................................................................................................................... 3

2.2

Problema de Investigación ............................................................................................... 4

2.3

Justificación de la investigación ....................................................................................... 5

2.4

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

2.4.1

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

2.4.2

Objetivos específicos........................................................................................................ 6

3.

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

3.1

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

3.1.1

Internet ............................................................................................................................. 7

3.1.1.1 Definición ......................................................................................................................... 7 3.1.2

Lenguaje de Marca HTML ............................................................................................. 11

3.1.3

Hojas de Estilo en Cascada (CSS).................................................................................. 11

3.1.4

JavaScript ....................................................................................................................... 12

3.1.5

PHP................................................................................................................................. 13

3.1.6

Base de Datos ................................................................................................................. 13

3.1.7

Framework ..................................................................................................................... 17

3.1.8

Sistemas gestor de contenido (CMS) ............................................................................. 18

3.1.9

Metodologías para el desarrollo de software.................................................................. 19

3.1.10

Lenguaje unificado de modelado (UML) ....................................................................... 27

3.2

Comparación de herramientas ........................................................................................ 30

3.2.1

Herramientas Front-End ................................................................................................. 30

3.2.2

Herramientas Back-End ................................................................................................. 33

3.3

Formulación de variables ............................................................................................... 36

3.3.1

Variable independiente ................................................................................................... 36

3.3.2

Variables dependientes ................................................................................................... 36

4.

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

4.1

Diseño de la investigación.............................................................................................. 37

4.1.1

Diseño experimental ....................................................................................................... 37

4.1.2

Tipo de investigación ..................................................................................................... 37

4.2

Población ........................................................................................................................ 38

4.3

Muestra ........................................................................................................................... 38

4.4

Técnicas e instrumentos de recogida de datos ............................................................... 41

4.4.1

Encuesta ......................................................................................................................... 41

4.4.2

Entrevista ........................................................................................................................ 42

4.4.3

Cuestionario ................................................................................................................... 42

4.5

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

4.5.1

Técnicas cuantitativas .................................................................................................... 43

4.6

Metodología de desarrollo de Software ......................................................................... 43

4.6.1

Programación Extrema ................................................................................................... 43

5.

Resultados ...................................................................................................................... 45

5.1

Discusión y análisis de los resultados ............................................................................ 45

5.1.1

Encuesta realizada a los habitantes de Puerto Limón .................................................... 45

5.1.2

Comparación de las metodologías.................................................................................. 59

5.1.3

Resultado de reuniones planificadas .............................................................................. 65

5.2

Conclusiones .................................................................................................................. 66

5.3

Recomendaciones ........................................................................................................... 67

LISTA DE REFERENCIAS ......................................................................................................... 68

Fuentes bibliogrรกficas ................................................................................................................... 68 Fuentes Lincogrรกficas ................................................................................................................... 70 GLOSARIO .................................................................................................................................. 72 ANEXOS ...................................................................................................................................... 76

ÍNDICE DE FIGURA S Figura 1. Representación del Internet ...................................................................................... 7 Figura 2. Correspondencia del modelo OSI con TCP/IP. ........................................................ 8 Figura 3. Ejemplo de diagrama de caso de uso. ..................................................................... 28 Figura 4. ¿Cómo están las tecnologías de la información y la comunicación?...................... 40 Figura 5. Resultado de la primera pregunta de la encuesta de los habitantes. ....................... 46 Figura 6. Resultado de la segunda pregunta de la encuesta de los habitantes. ...................... 47 Figura 7. Resultado de la tercera pregunta de la encuesta de los habitantes. ......................... 48 Figura 8. Resultado de la cuarta pregunta de la encuesta de los habitantes. .......................... 49 Figura 9. Resultado de la quinta pregunta de la encuesta de los habitantes........................... 51 Figura 10. Resultado de la sexta pregunta de la encuesta de los habitantes. ......................... 52 Figura 11. Resultado de la séptima pregunta de la encuesta de los habitantes. ..................... 54 Figura 12. Resultado de la octava pregunta de la encuesta de los habitantes. ....................... 55 Figura 13. Resultado de la novena pregunta de la encuesta de los habitantes. ...................... 56 Figura 14. Resultado de la décima pregunta de la encuesta de los habitantes. ...................... 58

ÍNDICE DE TABLAS Tabla 1: Comparación de lenguajes de marcas de hipertexto ............................................. 30 Tabla 2: Comparación de hojas de estilo en cascada .......................................................... 31 Tabla 3: Comparación de lenguajes de programación front-end ........................................ 32 Tabla 4: Comparación de lenguajes de programación back-end......................................... 33 Tabla 5: Comparación de servidores web ........................................................................... 34 Tabla 6: Comparación entre bases de datos ........................................................................ 35 Tabla 7: Población en la Parroquia Puerto Limón .............................................................. 38 Tabla 8: Resultado de la pregunta 1 de la encuesta a los habitantes de Puerto Limón ....... 45 Tabla 9: Resultado de la Pregunta 2 de la encuesta a los habitantes de Puerto Limón ....... 47 Tabla 10: Resultado de la Pregunta 3 de la encuesta a los habitantes de Puerto Limón ..... 48 Tabla 11: Resultado de la Pregunta 4 de la encuesta a los habitantes de Puerto Limón ..... 49 Tabla 12: Resultado de la Pregunta 5 de la encuesta a los habitantes de Puerto Limón ..... 50 Tabla 13: Resultado de la Pregunta 6 de la encuesta a los habitantes de Puerto Limón ..... 52 Tabla 14: Resultado de la Pregunta 7 de la encuesta a los habitantes de Puerto Limón ..... 53 Tabla 15: Resultado de la Pregunta 8 de la encuesta a los habitantes de Puerto Limón ..... 55 Tabla 16: Resultado de la Pregunta 9 de la encuesta a los habitantes de Puerto Limón ..... 56 Tabla 17: Resultado de la Pregunta 10 de la encuesta a los habitantes de Puerto Limón ... 57

Tabla 18: ComparaciĂłn de metodologĂ­as ............................................................................ 59

1

1.

INTRODUCCIÓN

El Gobierno Autónomo Descentralizado (GAD) Parroquial de Puerto Limón ofrece servicios que satisfacen las necesidades de la sociedad. Uno de estos servicios es proveer de información a los ciudadanos de la parroquia Puerto Limón (GAD Parroquial Rural de Puerto Limón, 2013).

El GAD Parroquial de Puerto Limón, junto al GAD Provincial de Santo Domingo de los Tsáchilas, considera pertinente homologar en un mismo formato, la información disponible para los habitantes de la parroquia por medio de un sitio web dinámico, debido a que actualmente el GAD Parroquial de Puerto Limón no cuenta con un sitio web propio, el cual facilite la manipulación de su información.

El presente proyecto tiene por objetivo la elaboración del sitio web dinámico y un módulo de encuestas para la parroquia de Puerto Limón de Santo Domingo de los Tsáchilas. El sitio web facilitará la publicación de información con respecto a proyectos, noticias, videos e información de la parroquia. Además permitirá la consulta de impuestos, planilla de agua, luz y alcabalas en un solo sitio web.

El proyecto consta de un módulo de encuestas, el cual permitirá evaluar la opinión de los habitantes de Puerto Limón sobre temas de diferente índole que se quieran tratar. El módulo de encuestas se adaptará a las necesidades que el GAD provincial de Santo Domingo de los Tsáchilas requiera.

En el primer capítulo se da a conocer de forma general la problemática que aborda la disertación de grado, la situación actual y el objetivo del proyecto.

2

En el segundo capítulo planteamos los antecedentes, el objetivo del plan nacional del buen vivir relacionado con la disertación de grado, dando una visión para la elaboración del objetivo general y de los específicos.

En el tercer capítulo se redacta el marco referencial, acerca de los temas vinculados al proyecto, como son: base de datos, internet, lenguaje de modelado unificado, así como también las herramientas que fueron utilizadas en el proyecto: MySQL como sistema gestor de base de datos, Joomla como sistema de gestor de contenido (CMS), PHP como lenguaje principal de programación del lado del servidor, JavaScript como lenguaje de programación del lado del cliente, así como el framework Laravel 5.2 y Materializecss.

En el cuarto capítulo se describe la metodología de investigación, se realiza un análisis de la población y se determina su espacio muestral mediante un muestreo aleatorio simple.

En el quinto capítulo se dan los resultados de la investigación, se presenta el análisis de la tabulación de los datos obtenidos en la encuesta, las fases de la metodología de desarrollo de software XP y los resultados de las reuniones.

3

2.

PLANTEAMIENTO DEL PROBLEMA

2.1

Antecedentes

El GAD Parroquial de Puerto Limón informa a sus habitantes de los sucesos, eventos u otras actividades por medio de: prensa escrita, equipos de audio y volantes. Esta actividad no contempla la consulta de pagos de impuestos de las diferentes entidades públicas, para ello, los habitantes de la parroquia deben trasladarse a la ciudad de Santo Domingo lo cual genera un descontento al desconocer el valor a cancelar.

El Gobierno Autónomo Descentralizado Provincial es una institución que se encarga de satisfacer las necesidades de la población rural, a través de gestión, planificación e inversión de proyectos, promoviendo la participación de la ciudadanía de las distintas parroquias rurales.

El GAD Provincial considera oportuno crear un sitio web para la parroquia de Puerto Limón, que permita aportar información a los ciudadanos de la Parroquia. Esto se debe a que actualmente la Parroquia Puerto Limón carece de un sitio web dinámico propio que facilite su manipulación de forma interactiva.

Actualmente el Internet es la principal forma de acceder a la información, debido al incremento de usuarios que hacen uso de las tecnologías de información (TI) (Kraidy, 2002), con el fin de adquirir conocimiento para desenvolverse en la sociedad de la información, dándose la necesidad de estar en contacto instantáneo y de conocer hechos inmediatos.

4

2.2 Problema de Investigación Actualmente la parroquia Puerto Limón no cuenta con un sitio web que proporcione información a los pobladores de la parroquia, respecto a proyectos, eventos, noticias y sucesos que se den lugar en la parroquia de Puerto Limón.

Otro problema es la consulta de información sobre los servicios públicos que brinda la provincia, la cual no tiene lugar en la parroquia. Esto ocasiona un gasto en el traslado de la población a la ciudad de Santo Domingo de los Colorados.

En este contexto, el proyecto dará respuesta a las siguientes interrogantes: •

¿Qué técnica se utilizara para el análisis de los requerimientos del sitio web de Puerto Limón?

•

¿Qué herramientas se seleccionarán para el desarrollo del sitio web de Puerto Limón y sus módulos?

•

¿Cuáles son las ventajas de utilizar diagramas de casos de uso para los requisitos funcionales y no funcionales para la creación del sitio web de la parroquia Puerto Limón?

•

¿Cómo se llevara el control de pruebas durante el desarrollo del sitio web de Puerto Limón y el módulo de encuestas?

•

¿Cómo se implementará sitio web de Puerto Limón?

Por esta razón se propuso el proyecto de creación de un sitio web, que proporcionara de manera fácil e intuitiva, información acerca de la parroquia, solucionando el problema de falta de información.

5

Además, al realizar el proyecto del sitio web, se creara un modelo, en el cual las demás parroquias se basaran para tener una interfaz similar en todos sus sitios web.

2.3 Justificación de la investigación Actualmente, las personas se ven en la necesidad de comunicarse e informarse mediante las nuevas tecnologías de la información. El Internet actualmente juega un importante rol comunicación conectando a personas de diferentes partes del mundo (Kraidy, 2002), por esta razón, la parroquia de Puerto Limón de Santo Domingo de los Tsáchilas tiene la necesidad de disponer un sitio web dinámico que permita a las personas estar informadas y comunicadas con los servicios que ofrece su parroquia sin la necesidad de desplazarse a los distintos lugares.

Para la parroquia es importante implementar un sitio web dinámico, la cual permite a los habitantes obtener beneficios que aporta la tecnología de la información y comunicación a través de Internet, facilitando así a la ciudadanía mantenerse informada del uso de los servicios básicos. El presente proyecto tiene como finalidad implementar nuevas tecnologías de la información y comunicación en beneficio de la parroquia Puerto Limón.

El proyecto influirá mucho en el impacto económico, ya que disminuirá el tiempo de los pobladores de Puerto Limón al ir a la entidad pública solo para consultar el valor de sus adeudos en las entidades públicas.

Finalmente, tendrá un impacto social en los habitantes, al hacer uso de herramientas tecnologías y así reducir el índice de analfabetismo tecnológico que hay en la parroquia.

De acuerdo al plan nacional del buen vivir (2013) El proyecto de tesis se alinea con el objetivo once, asegurar la soberanía y eficiencia de los sectores estratégicos para la

6

transformación industrial y tecnológica, con el fin de aportar a la sociedad un mayor acceso a la información mediante el uso de tecnologías de la comunicación.

2.4

Objetivos de la investigación

2.4.1

Objetivo General

Implementar un sitio web dinámico para la Parroquia Puerto Limón de Santo Domingo de los Tsáchilas.

2.4.2 •

Objetivos específicos Analizar los requerimientos de software, obteniendo la información necesaria a través del GAD Provincial Santo Domingo de los Tsáchilas.

•

Diseñar diagramas de casos de usos junto con los requisitos funcionales y no funcionales del sitio web y el módulo de encuestas.

•

Codificar los módulos del sitio web y el módulo de encuestas a partir de los requisitos funcionales y no funcionales.

•

Ejecutar pruebas unitarias, de integración y aceptación del sitio web y el módulo de encuestas.

•

Adaptar el sitio web de la parroquia de Puerto Limón y el módulo de encuestas en conjunto con el GAD provincial de Santo Domingo de los Tsáchilas.

7

3.

MARCO REFERENCIAL

3.1 Revisión de la literatura o fundamentos teóricos 3.1.1 3.1.1.1

Internet Definición

Internet, también conocido como red de redes, es un sistema que conecta dispositivos alrededor del mundo, permitiendo la comunicación y el intercambio de información de manera casi instantánea. Quero, García, & Peña (2007) explican que Internet hace uso del protocolo TCP/IP la cual es la principal forma de comunicación en ella.

De este modo, el Internet es utilizado como la principal red de comunicación en el proyecto del sitio web, ya que permite acceder al mismo desde cualquier parte del mundo.

Figura 1. Representación del Internet Fuente: https://commons.wikimedia.org/wiki/File:Red1234.jpg

8

3.1.1.2

¿Qué es TCP/IP?

TCP/IP (Transport Control Protocol/Internet Protocol, protocolo de control de transporte y protocolo de internet) es un sistema de protocolos, una colección de protocolos, que da soporte a las comunicaciones de red. Los protocolos de TCP/IP definen los procesos de comunicación en la red y, lo que es más importante, definen el aspecto que deberían tener las unidades de datos y que información deberían contener para que un ordenador receptor pueda interpretar correctamente el mensaje. (Casad, 2012, pp. 27,29)

Figura 2. Correspondencia del modelo OSI con TCP/IP. Fuente: http://assets.mheducation.es/bcv/guide/capitulo/8448199766.pdf

3.1.1.3

¿Qué es la World Wide Web?

Al hablar de internet lo primero que pensamos son en páginas web con texto, imágenes y videos; estos contenidos son posibles gracias a la World Wide Web. La World Wide Web (WWW) es un conjunto de protocolos que permite la consulta remota de archivos de hipertexto. Utiliza internet como medio de transmisión. Existen muchos otros servicios y protocolos de Internet: el envío de correo electrónico, la transmisión de archivos, las conversaciones en línea, el acceso remoto a otros dispositivos, etc. (Jiménez, 2013, p. 7)

9

3.1.1.3.1 Web 2.0 Se refiere a un estado de la World Wide Web en el cual las páginas web son diseñadas con un estilo diferente a las que componían el estado anterior, la denominada Web 1.0 o Web de solo lectura, donde la mayoría de las paginas eran estáticas, no había apenas interacción con los usuarios, y solo el administrador podía realizar las pocas actualizaciones que se hacía de los contenidos. (Jiménez, 2013, p. 9) La denominada Web 2.0 o Web social, representa la evolución de las aplicaciones tradicionales hacia las aplicaciones Web enfocadas al usuario final. La Web 2.0 es una actitud que una tecnología. Se trata de aplicaciones que generan colaboración y de servicios que reemplacen las aplicaciones de escritorio, ya que permiten que la gente escriba en internet (wiki, blogs) y comparta sus producciones (fotos, video, etc). (Jiménez, 2013) 3.1.1.3.2 Web 3.0 Actualmente, se está desarrollando la Web 3.0 o Web semántica, donde las actividades de los usuarios se analizan en detalle. Así, las conductas de comportamiento, el historial de compras, frecuencia y tamaño de pedidos, gustos, preferencias, etc., son datos que quedan registrados al navegar a través de la web. La Web 3.0 será más inteligente, los usuarios podrán hacer búsquedas más cercanas al lenguaje natural. Por ejemplo, si una persona tiene que buscar vuelos para mañana por la mañana, el servidor tendrá que entender si “mañana” se refiere al día siguiente o al perdió previo a las 12:00. Es decir, el servidor tiene que entender nuestro lenguaje. (Jiménez, 2013, p. 10) La Web 3.0 se hace cada más patente en nuestro día a día. Se puede observar en empresas de compra online como Amazon, las cuales saben que productos pueden desear sus

10

compradores observando su actividad en la tienda. También servicios como Siri o Cortana, las cuales cada día se vuelven más inteligentes al recordar nuestras actividades y gustos.

3.1.1.3.3 IP, protocolo de Internet Casad (2012) explica que IP ofrece un direccionamiento que se agrupa de forma jerárquica, la cual no depende del hardware, esto permite a cualquier dispositivo que disponga de un adaptador de red, utilizar el protocolo TCP/IP para su comunicación.

“Las direcciones IP en la red se organizan de forma que podamos conocer la localización del

host (la red o la subred en la que reside el host) mirando simplemente la dirección”

(Casad, 2012, p. 81). En otras palabras, la dirección IP es como una dirección postal de una casa, nos muestra en donde vive y en qué país reside (Casad, 2012).

3.1.1.3.4 HTTP (Hypertext Tansfer Protocol / Protocolo de Transferencia de Hipertexto) Se trata de un protocolo de intercambio de información entre los clientes web y los servidores http. Es decir, es un protocolo de comunicación cliente-servidor. HTTP son operaciones de solicitud y respuesta. El cliente envía un mensaje de datos al servidor con una solicitud, y el servidor responde con otro mensaje que incluye el posible resultado. HTTP se diseñó específicamente para la World Wide Web. Es un protocolo rápido y sencillo y permite la transferencia de múltiples formatos. (Quero, García, & Peña, 2007, p. 103) 3.1.1.3.5 FTP (File Transfer Protocol / Protocolo de Transferencia de Archivos) FTP es un protocolo ampliamente utilizado que permite a un usuario transferir archivos entre dos ordenadores en una red TCP /IP. Una aplicación de transferencia de archivos utiliza FTP para transferir los archivos. El usuario ejecuta una aplicación cliente FTP en un

11

ordenador y el otro ordenador ejecuta un programa servidor FTP (…). FTP se utiliza principalmente para transferir archivos, aunque puede realizar otras funciones tales como crear y eliminar carpetas o listar archivos. (Casad, 2012, p. 424) En el proyecto del sitio web, el protocolo FTP se utiliza para la subida de archivos al servidor web, mediante un usuario y una contraseña que verifica la autenticación del usuario.

3.1.2

Lenguaje de Marca HTML

El lenguaje HTML (Hiper Text Markup Language – Lenguaje de Marcado de Hipertexto) permite la creación de páginas Web. Al contrario que en otros lenguajes, los documentos HTML no son compilados generando ejecutables, sino interpretados por visores o navegadores Web. Esto tiene la ventaja de que, en realidad, un documento HTML no es más que un documento de texto y, por tanto, es compatible con cualquier plataforma o sistema operativo que disponga de un navegador. Otra ventaja de que el lenguaje no se compile es que podemos obtener sin ningún problema el código fuente de cualquier documento HTML que encontremos en internet, simplemente grabando la página en formato HTML. (Ramos Martín & Ramos Martín, 2011, p. 30) En la actualidad, el estándar recomendado a usar de HTML es HTML5 luego de estar en un proceso de continuo desarrollo y mejora (W3C, 2014). El estándar HTML5 mejora la semántica Web incorporando nuevos controles y funcionalidades, como por ejemplo implementación de nuevas etiquetas semánticas para la reproducción de audio y video (Rubiales, 2013).

3.1.3

Hojas de Estilo en Cascada (CSS)

La hoja de estilo en cascada o CSS es un lenguaje que describe como debe presentarse una página escrita en HTML.

12

Orós Cabello (2012) define el desarrollo de CSS en “separar la estructura de un documento de su presentacion o aspecto” (p.281).

Al utilizar CSS en especial la version CSS3, hay que tener en cuenta si los navegadores principales soportan las caracteristicas que se utilizan en el estilo de la pagina web. Es preferible usar las caracteristicas de CSS que esten presentes en la mayoria de navegadores web.

3.1.3.1

Ventajas del uso de hojas de estilo

Las principales ventajas del uso de hojas de estilo para Orós Cabello (2012) son: •

Poder modificar la presentacion de todos los elementos estandar del documento sin tener que modificar el código HTML estructural.

•

Disponer de comandos y atributos más potentes y precisos con los que poder maquetar exactamente un documento.

•

Su uso estructurado y razonado permite ahorrar lineas de código.

•

Respeto a los estándares, consiguiendo que un sitio web sea más funcional para la mayoría de navegadores.

3.1.4

JavaScript

JavaScript es un lenguaje de programación interpretado el cual facilita la creación de páginas web interactivas (Orós Cabello, 2012). Al ser un lenguaje interpretado, no es necesaria su compilación, ya que el navegador web es el encargado de ejecutarlo.

Una de las características principales de JavaScript es la comunicación asíncrona. Esta comunicación permite al navegador comunicarse con el servidor sin necesidad de recargarse con cada petición (Rubiales, 2013).

13

En la actualidad, diferentes herramientas hacen uso de esta tecnología, y no solamente enfocadas al lado del usuario, una de ellas es Node.Js, la cual está enfocada a usar JavaScript del lado del servidor.

3.1.5

PHP

PHP es un lenguaje de programación de alto nivel el cual se ejecuta en el lado del servidor (Pavón, 2011). Esto quiere decir, que no es el navegador el que ejecuta el código, sino un servidor que aloja la página web junto con su lógica de negocios, permitiendo una compatibilidad mucho más amplia en la visualización de la página en diferentes navegadores.

3.1.5.1

Ventajas de PHP

Para Pavón (2011) “la principal ventaja de PHP es ser un lenguaje de programación gratuito y, por tanto, todo el mundo puede utilizarlo sin ningún coste, frente a otros lenguajes cuyo software es necesario comprar para su utilización” (p.16).

3.1.6

Base de Datos

Según Spona (2010) “Una base de datos es un conjunto de datos estructurado” (p.81). En otras palabras, es una colección de datos organizados y relacionados entre sí.

En palabras de Coronel, Morris, & Rob (2011) una base de datos es “una estructura computarizada compartida e integrada que guarda un conjunto de Datos del usuario final y metadatos” (p.7).

Para Pons, Marín, Medina, Acid, & Vila (2009) “Fondo común de información almacenada en una computadora hará que cualquier persona o programa autorizada pueda acceder a ella, independientemente de su procedencia y del uso que haga” (p.6).

14

3.1.6.1

Sistema Gestor de Base de Datos (DBMS)

Para Pons, Marín, Medina, Acid, & Vila (2009) afirma que un sistema de gestión de base de datos es un “Conjunto de elementos software con capacidad para definir, mantener y utilizar una base de datos” (p.7).

Sistema de administración de base de datos (DBMS, por sus siglas en inglés) es un conjunto de programas que maneja la estructura de la base de datos y controla el acceso a los datos guardados en ella. En cierto sentido, una base de datos se asemeja a un muy bien organizado gabinete electrónico de archivos en el que un poderoso software, conocido como sistema de administración de base de datos, ayuda a mejorar el contenido del gabinete.

(Coronel, Morris, & Rob, 2011, p. 7) 3.1.6.1.1 Función del DBMS Según Coronel, Morris, & Rob (2011) “El DBMS sirve como intermediario entre el usuario y la base de datos”. Esto nos permite interactuar con la información guardada en la base de datos.

3.1.6.1.2

Ventajas del DBMS

Para Coronel, Morris, & Rob (2011) las ventajas que proporciona una DBMS son: •

Los datos se comparten mejor

•

Mejor seguridad de datos

•

Mejor integración de datos

•

Mínima inconsistencia d datos

•

Mejor acceso a datos

•

Mejor toma de decisiones

15

• 3.1.6.2

Productividad aumentada del usuario final Elementos de una Base de Datos

Para Pons, Marín, Medina, Acid, & Vila (2009) los elementos de una base de datos son los datos, el software, el hardware y los usuarios.

3.1.6.2.1 Los Datos Representan el rastro que va registrando la actividad de la empresa en el sistema. Es preciso organizar mediante un esquema lógico adecuado la información que precisa cada uno de los componentes de la empresa u organización evitando, en lo posible, la redundancia. Los datos tienen un carácter compartido y deben gestionarse de forma que cada usuario acceda solo a aquellos que le competan. (Pons, Marín, Medina, Acid, & Vila, 2009, p. 9) 3.1.6.2.2 Software Para Pons, Marín, Medina, Acid, & Vila (2009) el software esta constituidos por un conjunto de programas que permite al usuario acceder a las información en los términos que precisa, en el cual se pueden distinguir dos componentes que son el SGBD y los programas de aplicación.

3.1.6.2.3 Hardware Evidentemente, la ejecución del software de gestión y de aplicación precisa de un soporte informático. En función de la complejidad de las necesidades de la organización y, por tanto, de los SGBD, y de las aplicaciones, será necesario disponer de arquitecturas más o menos complejas. Estas irán, desde enfoques cliente/servidor en los que el SGBD se ejecutara en un servidor, mientras que las aplicaciones se ejecutaran en PCs conectados a este servidor mediante una red, a que arquitectura distribuidas con varios niveles de ejecución. En estas

16

últimas podemos disponer de una o varias bases de datos (BD), cuya información se gestiona a través de SGBD distribuidos, ubicada en diferentes servidores y cuya información se procesa desde aplicaciones servidas a los computadores personales desde diferentes maquinas diseñadas para ello, a las que se denomina servidores de aplicaciones. Incluso podemos disponer de computadores diseñados exclusivamente para optimizar la ejecución de un SGBD. (Pons, Marín, Medina, Acid, & Vila, 2009, p. 11) 3.1.6.2.4 Usuarios Según Pons, Marín, Medina, Acid, & Vila (2009) afirma que “Los usuarios constituyen un elemento fundamental del concepto. Es decir, el concepto de BD se articula con el propósito de satisfacer las necesidades de información planteadas por los usuarios” (p.11).

3.1.6.3

Tipos de Base de Datos

Para Coronel, Morris, & Rob (2011) las base de datos se pueden clasificar “Según el número de usuarios, ubicaciones de la base de datos y el tipo y grado de uso esperado” (p.9).

El número de usuarios determina si la base de datos se clasifica como de un solo usuario o de usuarios múltiples. Una base de datos de un solo usuario soporta a un solo usuario a la vez, (…). En contraste, una base de datos de usuarios múltiples soporta a múltiples usuarios al mismo tiempo. (Coronel, Morris, & Rob, 2011, p. 9) La ubicación podría usarse para clasificar la base de datos. Por ejemplo, una base de datos soporta datos ubicados en un solo sitio se denomina base de datos centralizada. Una base de datos que soporta datos distribuidos en varios lugares diferentes recibe el nombre de base de datos distribuida. (Coronel, Morris, & Rob, 2011, p. 9)

17

La forma más popular de clasificar base de datos en la actualidad, está basada en el modo en que se usaran y en la sensibilidad de tiempo de la información captada por ellas (…). Una base de datos diseñada básicamente para soportar operaciones diarias d una compañía se clasifica como base de datos operacional (…). En contraste, un almacén de datos se concentra principalmente en guardar datos empleados para generar información requerida para tomar decisiones tácticas o estratégicas. (Coronel, Morris, & Rob, 2011, p. 9) 3.1.6.4

Seguridad de las Base de Datos

Reinosa, Maldonado, Muñoz, Damiano, & Abrutsky (2014) afirma, que “La seguridad en la base de datos es un conjunto de funciones manejadas por el administrador de base de datos (DBA). Este rol es responsable de la creación de los nuevos usuarios y de la accesibilidad de los objetos de la base de datos” (p.7).

3.1.7

Framework

Un framework es un conjunto de bibliotecas, herramientas y normas a seguir que ayudan a desarrollar aplicaciones. Los frameworks los desarrollan los programadores de sistemas. Un framework está compuesto por varios segmentos/componentes que interactúan los unos con los otros. Las aplicaciones pueden escribirse de manera más eficaz si utilizamos un framework adaptado al proyecto en lugar de tener que volver a inventar la rueda cada vez.

(Lafosse, 2010, p. 11) 3.1.7.1

Laravel

"Laravel es un framework joven con un gran futuro. Cuenta con una comunidad llena de energía, documentación atractiva de contenido claro y completo; y, además, ofrece las funcionalidades necesarias para desarrollar aplicaciones modernas de manera fácil y segura” (Anton, 2015).

18

Laravel es un framework modelo-vista-controlador (MVC) para el desarrollo web escrito en PHP. Ha sido diseñando para mejorar la calidad del software, reduciendo el costo de desarrollo, el costo de mantenimiento y optimizar la experiencia del trabajo proveyendo sintaxis claras las cuales reducirán las horas de trabajo del desarrollo web. Fue diseñado para ser fácil de usar, haciendo que nuestras metas de desarrollo se cumplan con menos líneas de código, además de ser flexible para el de desarrollo de todo tipo de aplicaciones web.

(McCool, 2012, p. 17) 3.1.8

Sistemas gestor de contenido (CMS)

Un sistema de gestión de contenidos (CMS, Content Managment System) es una herramienta software que permite fácilmente crear, publicar y mantener páginas web dinámicas, con contenidos digitales y multimedia, sin tener que dominar lenguajes de programación web, todo ello en un ámbito local (intranet) o global (internet), según se desee.

(Jiménez, 2013, p. 147) 3.1.8.1

Características

Para Jiménez (2013) existen una serie de características que deben poseer los CMS: •

Utilizan un servidor web, donde están alojadas las páginas web, una base de datos, que almacena el contenido global, y un lenguaje de programación, que permite interactuar a los usuarios con el servidor web, a través de un navegador web.

•

Separan el diseño del contenido. El diseño de las páginas web se genera de forma dinámica mediante plantillas, sin escribir código, y el contenido se obtiene de forma dinámica interactiva.

19

•

Permiten añadir funcionalidades a las páginas web, a través de extensiones, módulos y componentes personalizables.

•

Ofrecen control estadístico sobre los accesos realizados al CMS.

•

Proporcionan la posibilidad de realizar copias de seguridad, así como la posterior operación de restauración de los contenidos del sistema.

3.1.8.2

Sistema gestor de contenido Joomla

Dentro de los CMS, uno de los más importantes es Joomla. Jiménez (2013) lo describe como “un sistema de gestión de contenido independiente de la plataforma y que puede ser utilizado de manera sencilla. Es un código abierto programado mayoritariamente en PHP bajo una licencia GPL” (p.149).

Entre las características principales de Joomla destacan su mejor rendimiento web, imprimible de páginas, noticias, blogs, foros y búsquedas dentro del sitio web. (Jiménez, 2013) 3.1.9

Metodologías para el desarrollo de software

3.1.9.1

Métodos Tradicionales

Los métodos tradicionales para el desarrollo de software fueron los primeros que abordaron seriamente el desarrollo de software proponiendo reglas y pautas que indican que hay que hacer en todo momento al momento de desarrollar un proyecto de software (Álvarez, de las Heras, & Lasa, 2012).

3.1.9.1.1

Método en Cascada

El método en cascada, a veces llamado ciclo de vida clásico, sugiere un enfoque sistemático y secuencial para el desarrollo del software, que comienza con la especificación de los requerimientos por parte del cliente y avanza a través de

20

planeación, modelado, construcción y despliegue, para concluir con el apoyo del software terminado. (Pressman, 2010, p. 34) “El método en cascada es el paradigma más antiguo de la ingeniería de software. Sin embargo, en las ultima tres décadas, las críticas hechas al modelo han ocasionado que incluso sus defensores más obstinados cuestionen su eficiencia” (Pressman, 2010, p. 34).

Entre los problemas que en ocasiones surgen al aplicar el método en cascada. Pressman (2010) nos muestra la siguiente lista: •

Es raro que los proyectos reales sigan el flujo secuencial propuesto por el modelo.

Aunque el modelo lineal acepta repeticiones, lo hace en forma indirecta. Como resultado, los cambios generan confusión conforme el equipo de proyecto avanza.

•

A menudo, es difícil para el cliente enunciar en forma explícita todos los requerimientos.

El método en cascada necesita que se haga y tiene dificultades para aceptar la incertidumbre natural que existe al principio de muchos proyectos.

•

El cliente debe tener paciencia. No se dispondrá de una versión funcional del (de los) programa (s) hasta que el proyecto esté muy avanzado. Un error grande sería desastroso si se detectara hasta revisar el programa en funcionamiento. (p.34) 3.1.9.2

Métodos Ágiles

Los métodos ágiles nacieron por el incremento de problemas que comenzaron a atestiguar las metodologías tradicionales. Los principales problemas que surgieron fueron: el alargue de tiempo en los proyectos, exceso de costos y el poco cumplimiento de objetivos (Álvarez, de las Heras, & Lasa, 2012).

El principal problema de los métodos tradicionales es el excesivo control que imparten a la hora de desarrollar un proyecto y optar por tener siempre definidos los requisitos del proyecto detalladamente (Álvarez, de las Heras, & Lasa, 2012).

21

Los métodos agiles mejoran el desarrollo de proyectos al enfocarse directamente al proyecto y adaptarse a los continuos cambios que surgen en este.

3.1.9.2.1

Desarrollo agil de software

El desarrollo de software ha visto un enorme cambio en los últimos años. Los proyectos de software hoy en día ya no siguen un patrón lineal en su desarrollo, sino que se enfocan más en la interacción con el personal, el funcionamiento del software, la colaboración el cliente y la convivencia con los cambios. Esto ha provocado la necesidad de utilizar nuevas metodologías de diseño de software.

3.1.9.2.1.1

Programación extrema (XP)

Tal como lo define Kent Beck (citado por Álvarez, de las Heras, & Lasa, 2012) “la programación extrema es un método ágil para el desarrollo de software muy útil a la hora de abordar proyectos con requisitos vagos o cambiantes. Es especialmente útil si se aplica a equipos de desarrollo pequeños o medianos” (p.49).

XP se adapta muy bien a los proyectos sin requisitos bien definidos y con tendencias a cambiar en el transcurso del proyecto. Esto permite al código y al diseño del software cambiar sin grandes repercusiones al proyecto total.

3.1.9.2.1.1.1

Ciclo de vida de XP

Al realizar un proyecto de software, un gran número de ocasiones se atribuye su fracaso al no tener bien definidos los requisitos o tener un mal diseño del software realizado (Álvarez, de las Heras, & Lasa, 2012).

XP, a diferencia de las otras metodologías de desarrollo de software, define sus requisitos, documentación y diseño a medida que el proyecto avanza. Para ello, XP realiza cada semana

22

un ciclo completo o iteración del software, realizando varios procesos al mismo tiempo. En cada iteración se obtiene un software funcional que podrá mostrarse al cliente (Álvarez, de las Heras, & Lasa, 2012).

3.1.9.2.1.1.2

Etapas de iteración en XP

Álvarez, de las Heras, & Lasa (2012) detallan los procesos que se realizan en cada iteración del proyecto: •

Planificación. En cualquier equipo que vaya a desarrollar un proyecto, debe haber personas responsables de tomar las decisiones de negocio y que tenga clara cuál es la visión del producto, el plan de entregas, establezcan las necesidades que debe cubrir el sistema y gestionen los riesgos.

•

Análisis. Para que el análisis se mantenga actualizado durante todo el proyecto, los clientes deben estar en comunicación constante y cercana con las personas que están construyendo el producto.

•

Diseño y codificación. XP propone trabajar de manera que, tanto el diseño como la arquitectura se creen de forma incremental. De este modo, se mejora el diseño y la arquitectura poco a poco y de forma constante.

•

Pruebas. Uno de los pilares sobre los que se fundamenta XP son las pruebas. Las pruebas deben llevarse a cabo a todos los niveles y todos los implicados en un proyecto deben contribuir a su realización. Los desarrolladores construyen el código a la vez que lo prueban y los clientes realizan pruebas de aceptación.

•

Despliegue. La forma de construir el producto con XP hace posible que, al finalizar cada semana, el software obtenido pueda ser puesto en producción ya que

23

la funcionalidad comprometida está asegurada. Esto no significa que se realicen entregas al cliente final con esta frecuencia. Las entregas se realizaran siguiendo el plan de entregas establecido previamente con el cliente.

3.1.9.2.1.1.3 •

Valores de XP

Según Álvarez, de las Heras, & Lasa (2012), mencionan que son 5 valores los que guían el desarrollo en XP los cuales son:

•

Comunicación: es la base del éxito del trabajo, el cual evita problemas y errores que se puedan dar el desarrollo.

•

Simplicidad: Las cosas deben ser claras y simples, construyen de una manera eficiente y disminuyen la cantidad de código que hay que escribir aumentando la calidad.

•

Feedback: Es necesario poder conocer siempre como de cerca está el producto que se está construyendo de lo que realmente se necesita.

•

Coraje: Es necesario ser valiente para comunicarse de forma clara con el cliente y los compañeros de trabajo y afrontar sin miedo los cambios.

•

Respeto: Ningún método puede funcionar si no se trabaja basándonos en el respeto mutuo, valorando el trabajo de los demás y sus aportaciones.

3.1.9.2.1.1.4

Principios de XP

XP propone algunos principios útiles para un mejor desarrollo, los siguientes principios que Álvarez, de las Heras, & Lasa (2012) mencionan son:

24

•

Humanidad: Es importante recordad y tener presente que los valores humanos son claves para crear un software de calidad.

•

Economía: Debe ser rentable tanto a corto como a medio plazo produciendo beneficios.

•

La auto-semejanza: Se refiere a tener presente que se hiso en el pasado en una situación similar a la actual y adaptarlo donde sea posible.

•

Mejora continua: Debemos cada día acercarnos a la perfección adquiriendo nuevos conocimientos.

•

El flujo: XP propone abordar simultáneamente todas las actividades del desarrollo (análisis, diseño, prueba y desarrollo).

•

Oportunidad: Donde hay un problema hay una oportunidad para mejorar.

•

Los fallos: Se debe aprender de ellos, sin perder el sentido común.

•

La calidad: El trabajar con un nivel alto de calidad aumenta la eficiencia y la productividad.

•

Aceptar la responsabilidad: Cada persona debe hacerse responsable de desarrollar la mayor cantidad de trabajo de la mejor manera posible.

3.1.9.2.1.1.5 Prácticas de XP •

Según Álvarez, de las Heras, & Lasa (2012) las principales prácticas de XP son:

•

Historias: Requisitos del sistema que deben escribirse en lenguaje del cliente.

25

•

Ciclo semanales: XP trabaja con iteraciones que semana a semana el cliente elige las historias a desarrollar.

•

Holgura: se deja cierta holgura de forma que si surgen imprevistos, siempre existan tareas que puedan dejar de realizarse sin ocasionar demasiado impacto.

•

Sentarse juntos: La mejor forma de potenciar la comunicación es sentar al equipo de desarrollo en la misma sala y en un espacio abierto.

•

Programación en parejas: El código lo escriben dos personas en una única máquina.

•

Pruebas antes de programar: Es necesario escribir pruebas para comprobar que el código funcionara correctamente.

3.1.9.2.1.2

Scrum

“Scrum propone un marco de trabajo que puede dar soporte a la innovación, basándose en equipos auto-gestionados. Con Scrum se pueden obtener resultados con calidad, e iteraciones cortas (entre una y cuatro semanas) llamadas sprints. Esta es una de las metodologías agiles más difundidas” (Álvarez, de las Heras, & Lasa, 2012, p. 39).

Según Álvarez, de las Heras, & Lasa (2012) Scrum se basa en los siguientes principios: •

Inspección y adaptación: En cada iteración se termina con un producto entregable para que el cliente de su opinión y así se aprenderá con la experiencia mejorando iteración tras iteración.

•

Auto-organización y colaboración: El equipo se gestiona y organiza a sí mismo, funcionara siempre que exista una alta colaboración y espíritu de equipo.

26

•

Priorización: Es crucial no perder el tiempo y dinero en algo que no interesa inmediatamente para el producto, para ello, debemos tener requisitos perfectamente priorizados reflejando el valor del negocio.

•

Mantener un latido: Es valioso mantener un ritmo que dirija el desarrollo, el marcara la pauta del trabajo y ayudara a los equipos a optimizar su trabajo. (p. 3940)

Para Álvarez, de las Heras, & Lasa (2012) el marco general de Scrum está compuesto por una serie de roles, reuniones y de paneles de información o artefactos, los cuales son: •

Roles en el equipo Scrum

•

Artefactos de Scrum

•

Reuniones de Scrum (p. 40)

Según Álvarez, de las Heras, & Lasa (2012) el flujo de trabajo con Scrum es de la siguiente manera: 1.

El product Owner escribe en el product backlog todas las funcionalidades y requisitos que quiera que su producto contemple.

2.

El equipo estimara cada uno de estos requisitos en función de su complejidad.

3.

Empieza el sprint y el equipo se sincronizara diariamente con la daily meeting.

4.

Al finalizar el sprint, el equipo muestra al product owner el trabajo realizado que debe ser un producto potencial entregable.

Este flujo de trabajo se repetirá tantas veces como sean necesarias hasta que se complete el product backlog, o bien se acabe el presupuesto o se llegue a una determinada fecha.

27

3.1.10 Lenguaje unificado de modelado (UML) UML, como nos indica Fontela (2011), “es una notación es una notación de modelado visual, que utiliza diagramas para mostrar distintos aspectos de un sistema” (p.4).

UML si bien es apto para modelar cualquier sistema, es en los sistemas de software donde se ha visto mayormente usado.

En la actualidad, “UML es un lenguaje de visualización, especificación y documentación de software orientado a objetos” (Fontela, 2011, p. 4).

3.1.10.1 Usos de UML Fontela (2011) Distingue en dos los usos que se puede dar a UML: •

Como herramienta de comunicación entre humanos, para mejorar el entendimiento dentro del equipo de desarrollo o documentar aspectos del desarrollo y mantenimiento del sistema.

•

Como herramienta de desarrollo guiado por modelos.

Los métodos agiles han impulsado UML, ya que permiten a los desarrolladores ponerse de acuerdo sobre un diseño o visualización del sistema.

3.1.10.2 Casos de uso Un caso de uso es un uso del sistema que ofrece un resultado observable y (normalmente) significativo. La documentación de caso de uso (diagramas y/o texto) debería delinear la serie de pasos que tienen lugar durante la interacción e incluir distintas formas en las que puede desarrollarse esta interacción. (Podeswa, 2010, p. 64)

28

3.1.10.2.1 Diagrama de casos de uso El modelo de casos de uso suele servir, entre otras cosas, para delimitar el alcance del sistema, esbozar quienes interactúan con el sistema, a modo de actores, cuales son las funcionalidades esperadas y capturar un primer glosario de términos del dominio. Y, por sobre todas las cosas, para validar los requisitos con el cliente. (Fontela, 2011, p. 33)

Figura 3. Ejemplo de diagrama de caso de uso.

Fuente: Los autores.

3.1.10.2.2 Diagrama de secuencia Los diagramas de secuencia muestran el flujo del proceso que realiza una parte del sistema. Fontela (2011) ofrece unas observaciones acerca de los diagramas de secuencia: •

Cada objeto se coloca arriba de una línea, denominada línea de vida.

•

Cada mensaje se escribe en forma horizontal, entre la línea de vida del objeto que envía el mensaje y la de aquel que la recibe.

29

•

El ordenamiento vertical representa el paso del tiempo. Esto hace que no sea necesario colocar a los mensajes nĂşmeros de orden.

Figura 4. Ejemplo de diagrama de secuencia.

Fuente: Los autores.

30

3.2 Comparación de herramientas 3.2.1

Herramientas Front-End

Tabla 1: Comparación de lenguajes de marcas de hipertexto Comparación de lenguajes de marcas de hipertexto CRITERIO

HTML 5

XHTML

Compatibilidad

Posee retrocompatibilidad con las etiquetas de html 4 y xhtml.

Etiquetas

Posee etiquetas semánticas para una clara separación de contenido en el desarrollo web.

Permite la inserción de audio y video en un sitio web.

Fortalezas

Nuevas etiquetas mejor diseño web.

para

No es compatible con las etiquetas semánticas de html 5.

Posee compatibilidad con html 5 pero limitado a sus propias etiquetas.

Posee una estricta restricción en el uso de etiquetas, las nuevas etiquetas de html 5 no están soportadas.

Posee etiquetas obsoletas, su codificación se hace ambigua en la separación de contenido.

Se puede agregar nuevos namespace de xml.

Atributos de html 4 son globales para su uso en toda la página web.

un

Nuevas APIs para la gestión de almacenamiento, geolocalización y futuros estándares.

Nota. Fuente: Los autores.

HTML 4

El navegador web detecta automáticamente lo que el autor quiere decir.

Un gran número de páginas aun lo utilizan.

31

Explicación: Se eligió el lenguaje de marcado html 5 por su mejora en las etiquetas semánticas que facilitan el diseño del sitio web en comparación con los lenguajes xhtml que restringe el uso de etiquetas y html 4 que requiere más sintaxis para su uso.

Tabla 2: Comparación de hojas de estilo en cascada Comparación de hojas de estilo en cascada CRITERIO

CSS3

CSS2

Compatibilidad

Posee retrocompatibilidad con sus versiones anteriores sin afectar a sus nuevas capacidades gracias a su separación por módulos.

No es compatible con las nuevas versiones por no dividirse en módulos para una correcta compatibilidad.

Rendimiento

Css3 tiene una mayor velocidad al cargar su contenido y no necesita de otros programas para sus efectos.

Su velocidad de carga es más lento que css3 y no cuenta con efectos visuales modernos.

Css3 posee más características que sus versiones anteriores, permitiendo más y mejores estilos en el desarrollo de páginas web sin comprometer el rendimiento de esta.

Css2 es más estable, ya que cuenta con un mayor tiempo de vida en la web.

Fortalezas

Nota. Fuente: Los autores.

32

Explicación: Se eligió la versión css3 de hoja de estilo en cascada por ser una herramienta con muchas características que permite la elaboración de páginas responsivas que se adaptan a cualquier tipo de pantalla sin comprometer el rendimiento del sitio web.

Tabla 3: Comparación de lenguajes de programación front-end Comparación de lenguajes de programación front-end CRITERIO

JAVASCRIPT

DART

JavaScript posee una sintaxis heredada de C haciéndolo fácil de interpretar y usar.

Es un superconjunto de JavaScript, posee las ventajas de un lenguaje orientado a objetos agregado una mayor complejidad en su usabilidad.

Posee una sintaxis parecida a Java, al ser una tecnología nueva no existe mucha documentación para su uso.

Al ser el más veterano en el área web, JavaScript posee una vasta documentación y un gran soporte por parte de todos los navegadores web.

Surge como una mejora de JavaScript compilando en este lenguaje. Hace uso de los mecanismos más habituales de la POO.

Lenguaje orientado a objetos basado en clases, surge como una alternativa a JavaScript.

Usabilidad

Fortalezas

TYPESCRIPT

Nota. Fuente: Los autores.

Explicación: Javascript es el lenguaje de programación web más usado y es usado por la mayoría de herramientas de diseño web. Al ser mayoritario su uso, posee más documentación que typescript y Dart. Esto junto a su fácil manejo e implementación, fueron las principales razones para su uso.

33

3.2.2

Herramientas Back-End

Tabla 4: Comparación de lenguajes de programación back-end Comparación de lenguajes de programación back-end CRITERIO

PHP

ASP.NET

Usabilidad

Muy fácil de aprender y usar ya que su sintaxis se deriva de C, no requiere definición de tipo de datos a las variables.

Plataformas de uso

Multiplataforma, capacidad de conectarse a múltiples gestores de base de datos.

Fortalezas

Posee una documentación.

amplia

Posee muchas funciones que facilitan enormemente el desarrollo web.

Orientado a objetos.

Nota. Fuente: Los autores.

Fácil de aprender, se puede programar en visual basic o C#.

Funciona principalmente máquinas Windows.

en con

Fácil de implementar en un equipo Windows.

Facilita la conexión a la base de datos.

JAVA

Muy fácil de aprender, sin embargo, al usarlo en un entorno web, es difícil seleccionar la herramienta adecuada para usar.

Independiente de la plataforma que se utiliza gracias a su máquina virtual.

Flexibilidad en su programación.

Existen muchos productos maduros desarrollados para java.

34

Explicación: Se eligió el lenguaje de programación php por su fácil manejo, implementación y porque contamos con experiencia desarrollando aplicaciones con este lenguaje. Además, php al ser libre de código abierto, no es necesario pagar ninguna comisión, esto ha contribuido a que exista una gran documentación por parte de la comunidad de desarrolladores.

Tabla 5: Comparación de servidores web Comparación de servidores web CRITERIO

APACHE

IIS

NGINX

Usabilidad

Fácil de implementar, cuanta con una gran documentación para su uso.

Fácil de implementar, solo requiere de una maquina con Windows.

Al ser el más joven de los tres su documentación es principalmente en inglés, su implementación es relativamente fácil.

Plataformas de uso

Multiplataforma, se puede usar en cualquier sistema operativo.

Funciona solamente Windows.

Mutiplataforma, se puede utilizar en cualquier sistema operativo.

Posee una documentación.

amplia

en

Fácil de implementar en un equipo Windows.

Fortalezas Al ser el servidor web más usado cuenta con una gran comunidad.

Fácil de usar e implementar en cualquier entorno.

Nota. Fuente: Los autores.

Ofrece buenos tiempos de respuesta y rendimiento en general.

Ligero, se puede usar junto con Apache.

Puede procesar desenas de miles de conexiones simultáneamente.

Se ve una tendencia en su uso gracias a su uso preferido por grandes compañías (Facebook, Youtube, Netflix).

35

Explicación: Se eligió el servidor web Apache por su mayor documentación en las herramientas tecnológicas que se utilizan en el proyecto, por tener conocimientos en su uso y su utilización en el hosting del sitio web.

Tabla 6: Comparación entre bases de datos Comparación entre bases de datos

CRITERIO

MYSQL

POSTGRESQL

ORACLE DATABASE

Usabilidad

Muy fácil de implementar, cuenta con una gran documentación para su uso.

Fácil de implementar requiere configuraciones extras para su uso.

Fácil de implementar, requiere configuraciones extras para su uso.

Plataformas de uso

Multiplataforma, se puede usar en cualquier sistema operativo.

Multiplataforma, se puede usar en cualquier sistema operativo.

Mutiplataforma, se puede utilizar en cualquier sistema operativo.

Posee una documentación.

amplia

La más robusta de la bases de datos libres.

Fortalezas Cuenta con una gran comunidad que la utilizan en muchos proyectos.

Fácil de usar e implementar en cualquier entorno.

Nota. Fuente: Los autores.

Enfocada a la seguridad, fiabilidad e integridad de datos en su uso general.

Utiliza pl/sql.

Características avanzadas para la gestión de base de datos.

Al ser software pago posee excelente servicio soporte para compañías.

de un de las

36

Explicación: Se eligió la base de datos Mysql por ser la utilizada por el CMS Joomla. Posee una licencia de software libre a diferencia de Oracle y SQL Server. Otro factor fue el hosting, el cual utiliza Mysql.

3.3 Formulación de variables 3.3.1

Variable independiente •

3.3.2

Desarrollo del sitio web dinámico.

Variables dependientes

•

Consulta de opinión a los habitantes de la parroquia.

•

Consulta de los servicios públicos de la provincia.

•

Consulta de información sobre la parroquia.

37

4.

METODOLOGÍA DE LA INVESTIGACIÓN El presente proyecto se realiza con el tipo de investigación descriptiva, dándole enfoque

de investigación cuantitativo y cualitativo, en donde el enfoque cuantitativo se utilizara para la recopilación de información y responder a las preguntas de investigación de grado, basándonos en el análisis estadístico de los resultados numéricos obtenidos.

En el enfoque cualitativo se obtienen las cualidades del proceso de información que realiza el GAD parroquial hacia su población y ofrecer una mejora en este proceso.

4.1 Diseño de la investigación 4.1.1

Diseño experimental

El diseño experimental consiste en la manipulación de la variable independiente para así observar los cambios que sucede en la variable dependiente (Bernal, 2010).

En el presente proyecto, el diseño experimental permite observar los efectos que causa en la población de Puerto Limón la implementación del sitio web dinámico, con el fin de mejorar y facilitar la consulta de información a la parroquia.

4.1.2

Tipo de investigación

4.1.2.3 Investigación descriptiva Según Canales (2012) el tipo de investigación descriptiva es la “Etapa preparatoria del trabajo científico que permite ordenar el resultado de las observaciones de las conductas, las características, los factores, los procedimientos y otras variables de fenómenos y hechos. Este tipo de investigación no tiene hipótesis explicitas” (p.53).

38

Este tipo de investigaciĂłn nos ayudara a tener en claro todas las variables que vamos a utilizar al momento de realizar el sitio web dinĂĄmico para la parroquia de Puerto LimĂłn.

4.2 PoblaciĂłn La poblaciĂłn que se considera en la investigaciĂłn del proyecto fue de 1326 personas, que son los habitantes de la cabecera parroquial de Puerto LimĂłn. El GAD Parroquial Rural de Puerto LimĂłn (2013) fue la instituciĂłn de la cual se obtuvieron los datos de la poblaciĂłn mediante el Documento del Plan de Desarrollo y Ordenamiento Territorial.

Tabla 7: PoblaciĂłn en la Parroquia Puerto LimĂłn PoblaciĂłn en la Parroquia Puerto LimĂłn POBLACIĂ“N

HABITANTES

%

Cabecera Parroquial

1326

14.2

Resto de la Parroquia

8017

85.8

TOTAL

9344

100

Nota. Fuente: INEC 2010, ProyecciĂłn a cabecera Parroquial ElaboraciĂłn: Plan de Desarrollo Parroquial GPSDT/ActualizaciĂłn equipo consultor Puerto LimĂłn 2011

La investigaciĂłn se centra en realizar una encuesta a los moradores que residen en la cabecera parroquial por ser el lugar representativo de Puerto LimĂłn.

4.3 Muestra La muestra se la toma de los habitantes de la cabecera cantonal de Puerto LimĂłn con el fin de tener una modelo que represente a la poblaciĂłn de la parroquia. Se utiliza una formula relativa al muestreo aleatorio simple explicada por (Ochoa, 2013):

�� =

đ?‘ đ?‘ đ?‘?đ?‘? 2 đ?‘?đ?‘?(1 − đ?‘?đ?‘?) (đ?‘ đ?‘ − 1)đ?‘’đ?‘’ 2 + đ?‘?đ?‘? 2 đ?‘?đ?‘?(1 − đ?‘?đ?‘?)

39

DĂłnde: đ?‘›đ?‘›= El tamaĂąo de la muestra a calcular. đ?‘ đ?‘ = El tamaĂąo de la poblaciĂłn.

đ?‘?đ?‘?= Es el valor que aceptamos sobre el nivel de confianza que deseamos (90% =1.645;

95%=1.96; 99%=2.575).

đ?‘’đ?‘’= El error aceptable que varĂ­a entre 1% (0.01) y 9% (0.09), dependiendo del criterio del

encuestador.

El criterio usado para elegir el error se basa en la disponibilidad y disposiciĂłn de las personas en la cabecera cantonal de Puerto LimĂłn, debido a que “la mayorĂ­a de personas vive de la agricultura, sea como finquero o como jornaleros de empresas del lugar y los jĂłvenes se trasladan a la ciudad para trabajarâ€? (GAD Parroquial Rural de Puerto LimĂłn, 2013), esto dificulta encuestar debido a los horarios establecidos por el cronograma. Este inconveniente junto a los recursos y tiempo disponible, obliga aumentar el error muestral. đ?‘?đ?‘?= Es la proporciĂłn que se espera encontrar, tambiĂŠn llamado heterogeneidad o diversidad

del universo.

“La razĂłn de que esta p aparezca en la fĂłrmula es que cuando una poblaciĂłn es muy uniforme, la convergencia a una poblaciĂłn normal es mĂĄs precisa, lo que permite reducir el tamaĂąo de muestraâ€? (Ochoa, 2013). En el caso de nuestro proyecto, nos interesan las personas que han hecho o hacen uso del Internet.

La proporciĂłn que se espera encontrar para el estudio de la muestra se lo extrae del Instituto Nacional de EstadĂ­sticas y Censo (2010), el cual realizĂł un censo sobre las personas que utilizan internet. En el censo se obtuvo un porcentaje del 23.1% en la provincia de Santo

40

Domingo de los Tsáchilas de personas que han utilizado internet en los últimos 6 meses, este resultado se puede extrapolar a la parroquia Puerto Limón, esto a su vez provoca el aumento del error muestral.

Figura 5. ¿Cómo están las tecnologías de la información y la comunicación?

Fuente: INEC 2010, Resultados del censo 2010.

Desarrollo Datos: 𝑁𝑁 = 1326 (población)

𝑍𝑍 = 1.645 (representa un nivel de confianza del 90%) 𝑒𝑒= 0.09 (limite aceptable del error)

𝑝𝑝= 0.231 (es la proporción esperada de personas que utilizan internet)

41

Reemplazando en la fĂłrmula: đ?‘ đ?‘ đ?‘?đ?‘? 2 đ?‘?đ?‘?(1 − đ?‘?đ?‘?) đ?‘›đ?‘› = (đ?‘ đ?‘ − 1)đ?‘’đ?‘’ 2 + đ?‘?đ?‘? 2 đ?‘?đ?‘?(1 − đ?‘?đ?‘?)

1326 ∗ 1.6452 ∗ 0.231(1 − 0.231) đ?‘›đ?‘› = (1326 − 1)0.092 + 1.6452 ∗ 0.231(1 − 0.231)

�� = �� = �� =

828.871(1 − 0.231) (1326 − 1)0.0081 + 0.625(1 − 0.231) 637.401 10.732 + 0.480

637.401 11.212

�� = 56.84 = 57 Esto se puede interpretar así: Al encuestar a 57 personas, el 90% de las veces el dato que se mide estarå en el intervalo 9% + 9% respecto a los datos observados en la encuesta.

4.4 TĂŠcnicas e instrumentos de recogida de datos 4.4.1

Encuesta

“Este mĂŠtodo consiste en obtener informaciĂłn de los sujetos de estudio, proporcionada por ellos mismos, sobre opiniones, actitudes o sugerencias. Hay dos maneras de obtener informaciĂłn con este mĂŠtodo: la entrevista y el cuestionarioâ€? (Canales, 2012, p. 163).

42

4.4.2

Entrevista

El método de la entrevista consiste en establecer un dialogo entre dos o más personas con el fin de contestas a las interrogantes que tiene el investigador. Este método nos permite levantar la información y obtener los requisitos necesarios para la creación del software.

4.4.3

Cuestionario

Es un instrumento de recogida de información constituido por una serie de preguntas o ítems escritos que han de estar redactados y ordenados convenientemente, teniendo en cuenta el propósito con el que se realiza, la población a la que va dirigido y los recursos con los que se cuenta. (García & Martínez , 2012) En la recolección de los datos en la parroquia Puerto Limón, utilizamos como instrumento el cuestionario, esto nos permite recabar datos objetivos para la tabulación de los resultados con el fin de tener una mejor visión sobre la opinión de la población.

4.5 Técnicas de análisis de datos García & Martínez (2012) nos indican que “el propósito del análisis de los datos es reducir y sintetizar la información para darle un sentido y poder responder así a los objetivos de la investigación, conforme a la naturaleza de los datos recogidos” (p.156).

Esto nos permite tener una visión más clara de los resultados obtenidos en la encuesta con el fin de presentarlos de manera correcta y sintetizada.

43

4.5.1

Técnicas cuantitativas

4.5.1.1

Estadística descriptiva

El propósito de la estadística descriptiva es resumir o describir de forma clara y convincente las características de la información recogida en la fase anterior del proceso de investigación con el instrumento o instrumentos elegidos. Se trata de poner de manifiesto el comportamiento de una muestra de datos, sin ánimo de generalizar los resultados a la población de la que dicha muestra ha sido extraída. (García & Martínez , 2012) En la estadística descriptiva utilizamos representaciones graficas con diagramas de sectores circulares, con las cuales representamos las frecuencias en forma circular.

4.6 Metodología de desarrollo de Software En la ingeniería de software, es un marco de trabajo para desarrollar un sistema informático, se ha decido escoger una metodología adecuada para el desarrollo de este proyecto.

4.6.1

Programación Extrema

El motivo principal por el cual se decidió utilizar la metodología de desarrollo XP, es porque el usuario era parte del equipo, permitiendo que ellos acepten nuestros avances y nos den nuevos requisitos y cambios a hacer en el sitio web, además de poder trabajar con equipo de trabajo pequeño.

A continuación veremos unos puntos del porque utilizamos esta metodología:

44

•

Simplicidad: La primordial meta de un proyecto es alcanzar compensar las necesidades y esperanzas del cliente de una manera sencilla, referente al desarrollo y la codificación.

•

La Planificación: Es donde se realiza las historias de usuario, dando al desarrollador y cliente ver cuáles son los procesos más importantes y realizarlos.

•

Cliente en el equipo: Permite alcanzar una retroalimentación más eficiente del Software y da al desarrollador pautas para realizar la prueba de aceptación.

•

Programación por parejas: Es una de las partes fundamentales de esta metodología, el cual nos permitió tener una reducción en el tiempo de desarrollo, además de poder comunicarnos entre desarrolladores, para corregir errores o desarrollar.

•

Diseño simple: El software El Software que se esté desarrollando debe ser muy claro y sencillo, entendible para el usuario final acorde a lo que se ha establecido en las pruebas de aceptación.

45

5.

Resultados

5.1 Discusión y análisis de los resultados 5.1.1

Encuesta realizada a los habitantes de Puerto Limón

A continuación, se muestran los resultados obtenidos de la encuesta realizada a los habitantes de la cabecera cantonal de la Parroquia Puerto (Ver anexo 1): 1. ¿En qué medida cree Usted que el GAD parroquial de Puerto Limón utiliza medios tecnológicos?

Tabla 8: Resultado de la pregunta 1 de la encuesta a los habitantes de Puerto Limón Resultado de la pregunta 1 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Poco

36

63,2

Medio

15

26,3

Alto

4

7,0

Muy Alto

2

3,5

TOTAL

57

100%

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

46

1. ¿En qué medida cree Usted que el GAD parroquial de Puerto Limón utiliza medios tecnológicos?

4% 7% Poco

26% 63%

Medio Alto Muy Alto

Figura 6. Resultado de la primera pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: Las encuestas realizadas a los habitantes de la parroquia de Puerto Limón se estableció que 57 (100%) habitantes encuestados, 36 (63%) cree que el GAD parroquial utiliza poco los medios tecnológicos, 15 (26%) cree que el GAD parroquial utiliza medianamente los medios tecnológicos, 4 (7%) cree que el GAD parroquial tiene un alto uso de los medios tecnológicos, 2 (4%) cree que el GAD parroquial tiene un muy alto uso de los medios tecnológicos. La información recopilada nos permite observar que el GAD parroquial utiliza poco los medios tecnológicos, provocando el poco interés en los habitantes por el uso de nuevas tecnologías.

47

2. ¿Con que frecuencia hace uso del internet para informarse de los sucesos de la parroquia?

Tabla 9: Resultado de la Pregunta 2 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 2 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Nunca

19

33,3

Ocasionalmente

19

33,3

Varias Veces

8

14,0

Siempre

11

19,3

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

2. ¿Con que frecuencia hace uso del internet para informarse de los sucesos de la parroquia?

19%

34%

14%

Nunca Ocasionalmente Varias Veces

33%

Siempre

Figura 7. Resultado de la segunda pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: Durante el recopilación de datos mediante la encuesta realizada a los habitantes de la parroquia Puerto Limón, tenemos que 57 (100%) encuestados de la parroquia, 19 (33,3%) nunca ha usado el internet para informarse de los sucesos en la parroquia,19(33,3%) ocasionalmente usan el internet para informarse de los sucesos de la parroquia, 8 (14%) ingresa al internet varias veces para informarse sobre los sucesos de la parroquia, 11 (19,3%)

48

hace uso del internet siempre para informase de lo que sucede en la parroquia. Los porcentajes obtenidos nos demuestra que los pobladores de la parroquia casi en su totalidad hacen el uso del internet para informarse de lo que sucede en la parroquia.

3. ¿Conoce el sitio web de la parroquia Puerto Limón(www.puertolimon.gob.ec)?

Tabla 10: Resultado de la Pregunta 3 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 3 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Si

28

49,1

No

29

50,9

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

3. ¿Conoce el sitio web de la parroquia Puerto Limón(www.puertolimon.gob.ec)?

51%

49% si no

Figura 8. Resultado de la tercera pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: El levantamiento de información mediante la encuesta nos permitió establecer que el 57 (100%) de los habitantes encuestados, 28 (49,1%) si conoce el sitio web de la parroquia de Puerto Limón, 29 (50,9%) de los habitantes conoce el sitio web de la parroquia

49

de Puerto Limón. Esto resultado nos permitió determinar que los habitantes tienen un interés por relacionarse con los medios tecnológicos en este caso como es el internet mediante una página web.

4. ¿Considera usted beneficioso que el GAD parroquial fomente el uso de herramientas técnologicas?

Tabla 11: Resultado de la Pregunta 4 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 4 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Muy en desacuerdo

0

0,0

Desacuerdo

4

7,0

De acuerdo

32

56,1

Muy de acuerdo

21

36,8

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

4. ¿considera usted beneficioso que el GAD parroquial fomente el uso de herramientas técnologicas?

0%

7%

37%

Muy en desacuerdo 56%

Desacuerdo De acuerdo Muy de acuerdo

Figura 9. Resultado de la cuarta pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

50

Análisis: Según los resultados obtenidos en la encuesta realizada a los habitantes de Puerto Limón, de los 57(100%) de los habitantes encuestados, 0(0%) está muy en desacuerdo que el GAD parroquial fomente el uso de herramientas técnologicas,4(7%) está en desacuerdo sobre el uso de herramientas tecnológicas por parte del GAD parroquial, 32(56%) está de acuerdo que el GAD parroquial fomente el uso de herramientas tecnológicas, 21(36,8%) está muy de acuerdo que fomente sobre el uso de herramientas tecnológicas por parte del GAD parroquial. Estos resultados nos permitieron establecer que la población de Puerto Limón cree que es beneficioso fomentar el uso de herramientas tecnológicas.

5. ¿Cree usted que Puerto Limón debe contar con un sitio web propio donde haya información actualizada acerca de la parroquia?

Tabla 12: Resultado de la Pregunta 5 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 5 de la encuesta a los habitantes de Puerto Limón

Selección

N° de Personas

Porcentaje(%)

Muy en desacuerdo

1

1,8

Desacuerdo

4

7,0

De acuerdo

32

56,1

Muy de acuerdo

20

35,1

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

51

5. ¿Cree usted que Puerto Limón debe contar con un sitio web propio donde haya información actualizada acerca de la parroquia?

2%

7%

35%

Muy en desacuerdo 56%

Desacuerdo De acuerdo Muy de acuerdo

Figura 10. Resultado de la quinta pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: En las encuestas realizadas a los habitantes de la parroquia de Puerto Limón se observó de los 57 (100%), 1 (1,8%) está muy en desacuerdo que Puerto Limón debe contar con un sitio web propio donde encuentre información acerca de la parroquia, 4 (7%) está en desacuerdo con que Puerto Limón cuente con un sitio web donde haya información de la parroquia, 20 (56,1%) está de acuerdo que Puerto Limón cuente con un sitio web propio donde encuentre información actualizada de la parroquia, 20 (35,1%) de los habitantes está muy de acuerdo en que Puerto Limón debe contar con un sitio web propio donde haya información actualizada de la parroquia. Estos resultados nos permiten determinar que los habitantes de Puerto Limón creen necesario contar con un sitio web propio de Puerto Limón donde haya información actualizada acerca de la parroquia.

52

6. ¿Cree usted conveniente que el GAD parroquial de Puerto Limón informe de los sucesos de la parroquia mediante un sitio web?

Tabla 13: Resultado de la Pregunta 6 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 6 de la encuesta a los habitantes de Puerto Limón

Selección

N° de Personas

Porcentaje(%)

Muy en desacuerdo

0

0,0

Desacuerdo

4

7,0

De acuerdo

32

56,1

Muy de acuerdo

21

36,8

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

6. ¿Cree usted conveniente que el GAD parroquial de Puerto Limón informe de los sucesos de la parroquia mediante un sitio web?

0%

7%

37%

Muy en desacuerdo 56%

Desacuerdo De acuerdo Muy de acuerdo

Figura 11. Resultado de la sexta pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: Durante el levantamiento de información mediante encuestas realizadas a los habitantes de la parroquia de Puerto Limón se observó de los 57(100%), 0(0%) está muy en desacuerdo que el GAD de Puerto Limón debe informar mediante un sitio web los sucesos de la parroquia, 4(7%) está en desacuerdo con que el GAD parroquial de Puerto Limón informe

53

mediante un sitio web de la parroquia, 32(56,1%) está de acuerdo que GAD parroquial de Puerto Limón informe de los sucesos de la parroquia mediante un sitio web, 21(36,8%) de los habitantes está muy de acuerdo en que el GAD parroquial de Puerto Limón debe informar los sucesos de la parroquia mediante un sitio web. Los resultados obtenidos nos permiten determinar que los habitantes de Puerto Limón creen conveniente que el GAD parroquial informe los sucesos de la parroquia mediante un sitio web.

7. ¿Cree usted que ahorraría tiempo y dinero al poder consultar el pago de sus predios públicos a través de un sitio web de la parroquia?

Tabla 14: Resultado de la Pregunta 7 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 7 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Muy en desacuerdo

0

0,0

Desacuerdo

2

3,5

De acuerdo

28

49,1

Muy de acuerdo

27

47,4

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

54

7. ¿Cree usted que ahorraría tiempo y dinero al poder consultar el pago de sus predios públicos a través de un sitio web de la parroquia?

0% 4% 47% 49%

Muy en desacuerdo Desacuerdo De acuerdo Muy de acuerdo

Figura 12. Resultado de la séptima pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: Al hacerle la pregunta, ¿Cree usted que ahorraría tiempo y dinero al poder consultar el pago de sus predios públicos a través de un sitio web de la parroquia? A los 57 (100%) encuestados de la parroquia de Puerto Limón, 0 (0%) está muy en desacuerdo, 2 (3,5%) están en desacuerdo, 28(49,1) están de acuerdo, 27 (47,4%) está muy de acuerdo. El resultado nos permitió observar que gran parte de la población beneficiaria la creación del sitio web, ya que ahorrarían tiempo y dinero al poder consultar el pago de sus predios públicos.

55

8. ¿Le gustaría que el GAD parroquial haga participe a la población de Puerto Limón en los proyectos que realice en este sector a través del sitio web?

Tabla 15: Resultado de la Pregunta 8 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 8 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Si

53

93,0

No

4

7,0

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

8. ¿Le gustaría que el GAD parroquial haga participe a la población de Puerto Limón en los proyectos que realice en este sector a través del sitio web?

7%

93%

Si No

Figura 13. Resultado de la octava pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: Durante la encuesta realizada a un total de 57 (100%) de habitantes se obtuvo que 53 (93%) de los habitantes les gustaría ser partícipes de los proyectos que el GAD parroquial realice a través del sitio web, 4 (7%) no le gustaría ser parte de los proyectos que el GAD parroquial oferte mediante el sitio web. Los datos recabados nos permiten establecer que el GAD parroquial de Puerto Limón debe ofertar u realizar proyectos a través del sitio web.

56

9. ¿Cómo le gustaría a usted recibir información de parte del GAD parroquial de Puerto Limón?

Tabla 16: Resultado de la Pregunta 9 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 9 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Mediante un sitio web

46

80,7

Acercarse a las oficinas del GAD

4

7,0

1

1,8

Prensa escrita

6

10,5

TOTAL

57

100

parroquial Mediante volantes informativos en el GAD parroquial

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores.

9. ¿Cómo le gustaría a usted recibir información de parte del GAD parroquial de Puerto Limón?

50 45 40 35 30 25 20 15 10 5 0

46

4

1

Mediante un sitio web Acercarse a las oficinas Mediante volantes del GAD parroquial informativos en el GAD parroquial

6 Prensa escrita

Figura 14. Resultado de la novena pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: De los 57 (100%) habitantes que fueron encuestados se determinó que, 46 (%) le gustaría recibir información por parte del GAD parroquial de Puerto Limón mediante un sitio web, 4 (7%) le gustaría recibir información acercándose a las oficinas del GAD parroquial, 1

57

(1,8%) recibiría información de la parroquia mediante volantes informativo del GAD parroquial, 6 (10,5%) de los habitantes le gustaría recibir información por parte del GAD parroquial mediante prensa escrita. Esto resultados nos permitió determinar que la población le gustaría recibir información mediante el sitio web.

10. ¿Qué tipo de información le gustaría recibir de parte del GAD parroquial de Puerto Limón?

Tabla 17: Resultado de la Pregunta 10 de la encuesta a los habitantes de Puerto Limón Resultado de la Pregunta 10 de la encuesta a los habitantes de Puerto Limón Selección

N° de Personas

Porcentaje(%)

Sitios Turísticos

32

56,1

Gastronomía

4

7,0

Consulta de servicios públicos

34

59,6

Festividades

16

28,1

Noticias de la Parroquia

45

78,9

Artesanías

2

3,5

Proyectos

23

40,4

Otros

0

0,0

TOTAL

57

100

Nota. Encuesta a los habitantes de Puerto Limón. Fuente: Los autores

58

10. ¿Qué tipo de información le gustaría recibir de parte del GAD parroquial de puerto limón?

50 45 40 35 30 25 20 15 10 5 0

45 34

32

23

16 4

2

0

Figura 15. Resultado de la décima pregunta de la encuesta de los habitantes.

Fuente: Encuesta a los habitantes.

Análisis: En las encuestas realizadas a los pobladores de la parroquia de Puerto Limón 57 (100%), se determinó que, 32 (56,1%) le gustaría recibir información de sitios turísticos por parte de GAD parroquial, 4 (7%) recibiría información acerca de la gastronomía del Puerto Limón, 34 (59,6%) el tipo de información que recibiría es acerca de la consulta de servicio públicos, 16 (28,1%) le gustaría recibir información de festividades, 45 (78,9%) recibiría información acerca de las noticias de la parroquia, 2 (3,5%) tendría que recibir información acerca de las artesanías de la parroquia de Puerto limón, 23 (40,4%) quiere recibir información acerca de los proyectos que el GAD parroquial oferte. Esto resultados nos permite determinar qué tipo de información debe circular en el sitio web, la cual debemos clasificar según el interés de los habitantes.

5.1.2

Comparación de las metodologías

Tabla 18: Comparación de metodologías Comparación de metodologías Criterio

Análisis de requisitos

Programación extrema

Cascada

Scrum

los requisitos pueden ser

deben ser claros y ser

Hacen reuniones constantes con

cambiantes , por ello debe haber

improbables al cambio

el cliente para generar backlogs

se trabaja tanto en el diseño como

Establece una arquitectura

El diseño se lo hace priorizando

en la arquitectura de forma

de diseño global

las necesidades más importantes

Se realizan tarjetas crc, casos de uso

se documenta todas las

Se lleva una documentación de

y los manuales de usuario y técnico

etapas o cambios que se

todas las actividades que se

realizan

realizan en un sprint de forma

constante comunicación con el cliente Diseño

incremental, así se mejora de forma constante Documentación

diaria Codificación

Pruebas

Se escribe el código que se necesita

Se realiza toda la codificación

Se realiza la codificación priorizando

con estándares y buenas practicas

siguiendo estándares

las necesidades más urgentes

con pares de grupos

definidos por el equipo

Se organizan pruebas de manera unitaria y pruebas de aceptación con el cliente

Se integran todas las unidades

Las pruebas se las realizan durante

y prueban como un sistema

el desarrollo del código y durante todo el proyecto

59

Criterio Mantenimiento

Programación extrema

Cascada

Scrum

al finalizar cada incremento se repite

Mejora la implementación

Al finalizar un sprint se revisa

el proceso con los nuevos requisitos

de las unidades de sistema

que partes deben mejorarse

del cliente

e incrementar los servicios

o cambiarse, además se obtienen

según se descubren nuevos

los nuevos requisitos del cliente

requerimientos en el sistema Nota. Fuente: Los autores.

Explicación: Se eligió la metodología XP por adaptase mejor a nuestras necesidades, ya que los requisitos del sistema eran desconocidos desde la creación del proyecto. Además, se realizaron reuniones con el GAD Provincial constantemente para conocer las necesidades requeridas para la implementación del sistema. Al crear el módulo de encuestas, los requisitos por parte de la institución no fueron precisados claramente, por lo que se realizaron interacciones con más frecuencia para llegar a un acuerdo con las partes beneficiarias.

El modelo XP, al ser una metodología ágil, no obliga a llevar una documentación exhaustiva del software a los desarrolladores, por lo que se otorga mayor esfuerzo a la creación del proyecto en el desarrollo del sitio web y el módulo de encuestas, tomando un enfoque en la codificación por pares, para otorgar un mayor rendimiento a la resolución de problemas, mejorando el desempeño del proyecto.

60

61 5.1.2.1

Proceso de la metodología XP

5.1.2.1.1 Planificación y análisis 5.1.2.1.1.1

Recolección de información

En esta actividad recopilamos información tanto del GAD Parroquial y Provincial para realizar los casos de uso funcionales y no funcionales del proyecto.

Para formalizar los requisitos, realizamos un SRS para el sitio web (Ver anexo 2) y para el módulo de encuestas (Ver anexo 3) el cual será implementado en el GAD Provincial para su uso interno.

Figura 16. Ejemplo de caso de uso extendido Fuente: Los autores.

5.1.2.1.2 Diseño En la etapa de diseño se realizaron los diagramas de casos de uso (Ver anexo 7), los diagramas de secuencia (Ver anexo 8), la reingeniería de la base de datos usada en el CMS

62 Joomla (Ver Figura 17), y el modelado de la base de datos para el mĂłdulo de encuestas (Ver Figura 18).

Figura 17. Modelo fĂ­sico de la base de datos de Joomla Fuente: http://www.torkiljohnsen.com/2006/04/30/joomla-15-database-schema/

63

Figura 18. Modelo físico de la base de datos del módulo de encuestas Fuente: Los autores.

5.1.2.1.3 Codificación La etapa de codificación se la realizó en conjunto con la del diseño, de este modo se mejora el diseño y la arquitectura de forma constante. La codificación fue escrita con el lenguaje de programación PHP, tanto en la creación del sitio web como en la del módulo de encuestas, en esta última, se utilizó el framework Laravel 5.2 el cual proporciona una interfaz fácil de usar y seguridad.

El desarrollo de la base de datos fue realizado en Mysql usando las herramientas proporcionadas por Joomla para su creación. En el módulo de encuesta, se hizo uso del framework para las migraciones (Ver Figura 19).

64

Figura 19. Migraciรณn de tabla encuestas Fuente: Los autores.

5.1.2.1.4 Pruebas Las pruebas unitarias se las realizaron al terminar un requisito del sistema y en todo el ciclo de vida del proyecto (Ver Figura 20). Las pruebas de aceptaciรณn se las realizaron al terminar cada iteraciรณn, estas se realizaron con prototipos que se mostraron a un representante del GAD provincial.

65

CASOS DE PRUEBA Identificacion del item probado

SW-004 crear articulo

Preparado por

Fernando Gonzalez - Milton Toapanta

Tipo de prueba tecnica de prueba

Unidad Caja blanca

X Integracion X Caja negra

CASO No. 1 funcionalidad X Robustez Proposito de la prueba Objetivo de la prueba Probar la funcionalidad para crear articulos en el sitio web

Sistema

Aceptacion

Frontera

Tolerancia a fallos

Pasos de la prueba 1. Ingresar al sitio web e ingresar al sistema 2. Ir al menú usuario y presionar crear artículo 3.Ingresar el contenido del artículo 4.Presionar guardar 5.Observar si se guardaron los cambios correctamente 6. Verificar en la sección noticias

Criterios de aceptacion El artículo creado aparece en el sistio web?

El usuario pudo crear el artículo?

Se presentó alguna falla en la ejecucion del metodo crear artículos?

Si / No Si si No

Observaciones (Escriba el detalle de las fallas que se presentarion en la ejecucion de la prueba) No se presentó ninguna falla al momento de crear un artículo

Figura 20. Modelo de prueba unitaria Fuente: Los autores.

5.1.2.1.5 Implementación La etapa de implementación se realizó junto con el GAD provincial en un dominio que nos fue proporcionado. Se subió la base de datos junto con los archivos del sitio web mediante FTP. Los datos del sitio web fueron previamente ingresados en las pruebas.

5.1.3

Resultado de reuniones planificadas

En las reuniones planificadas con el GAD Provincial de Santo Domingo de los Tsáchilas, se obtuvo la visión general con la que parte el proyecto, así como los requisitos solicitados

66 para su implementación (Ver anexo 11). También se presentaron los diferentes avances del proyecto y los prototipos que se fueron realizando.

5.2 Conclusiones •

El sitio web se adapta a los requerimientos del GAD Provincial de Santo Domingo de los Tsáchilas y el GAD Parroquial Rural de Puerto Limón, sin embargo para fines de optimizar y añadir nuevas funcionalidades al proyecto, se deben emplear nuevos parámetros dentro de los requerimientos funcionales y no funcionales.

•

Los diagramas de casos de uso fueron significativos para el desarrollo de los requisitos funcionales y no funcionales del proyecto describiendo los pasos de todas las actividades que se realizaron, dando una visión general del desarrollo del sitio web y el módulo de encuestas.

•

El desarrollo del sitio web se realizó en Joomla, el cual utiliza el lenguaje de programación PHP. La codificación se realizó principalmente en la creación del módulo de encuestas con el framework Laravel PHP, que permite un rápido desarrollo del software al presentar un marco de trabajo claro separando la lógica de negocios de las vistas usando una arquitectura MVC.

•

Las pruebas unitarias y de integración se realizaron localmente para la corrección de errores y las pruebas de aceptación mediante prototipos presentados al GAD parroquial de Puerto Limón y el GAD Provincial de Santo Domingo de los Tsáchilas, esto facilitó la validación de los cambios del programa alienándolos con los requisitos del usuario.

•

La implementación consistió en dos partes: la subida e instalación del sitio web junto con su base de datos al hosting con dirección puertolimon.gptsachila.gob.ec,

67 y la instalación del módulo de encuestas en un servidor propio del GAD Provincial. La creación del esquema y migración de la base de datos del módulo de encuestas se la realizo mediante código php utilizando scheme facade y artisan migration

respectivamente,

por

su

integración

con

Laravel.

Ambas

implementaciones se realizaron en conjunto con el GAD Provincial de Santo Domingo de los Tsáchilas sin costos adicionales gracias al uso de herramientas de software libre.

5.3 Recomendaciones •

Para fines de optimizar y ampliar las funcionalidades del proyecto, se recomienda tener información precisa de nuevos parámetros que requiera el GAD Provincial sobre el sitio web.

•

Establecer un formato general para diagramar los diferentes casos de uso para un mejor entendimiento entre las partes, facilitando la obtención de los requerimientos solicitados.

•

Actualizar regularmente el CMS Joomla del sitio web de Puerto Limón y sus módulos para su seguridad y correcto funcionamiento.

•

En caso de añadir nuevas funcionalidades al sitio web, se recomienda actualizar las pruebas para su correcta validación.

•

Mantener el sitio web actualizado con información relevante de la parroquia para que los usuarios no pierdan el interés de visitar el mismo.

•

Socializar el uso del sitio web a la comunidad de Puerto Limón, con el fin de que puedan conocer los servicios e informacion que brinda el GAD Parroquial Rural de Puerto Limón.

68 •

Para el correcto funcionamiento del sitio web, se recomienda la utilización del navegador Google Chrome por su mejor rendimiento y plugins.

•

El desarrollo del proyecto de creación del sitio web de Puerto Limón podría servir de modelo a los demás sitios web de las parroquias de Santo Domingo para así mantener un estilo consistente entre ellas; además se podrían generar nuevos proyectos para añadir funcionalidades al sitio web.

LISTA DE REFERENCIAS Fuentes bibliográficas Álvarez, A., de las Heras, R., & Lasa, C. (2012). Métodos ágiles y Scrum. Madrid: ANAYA MULTIMEDIA. Anton, C. (18 de Agosto de 2015). Platzi. Obtenido de https://platzi.com/blog/laravelframework-php/ Bernal, C. (2010). Metodología de la investigación. Bogota: Pearson.

Canales, F. (2012). Metodología de la Investigación. Balderas: Editorial Limusa.

Casad, J. (2012). TCP/IP. Madrid: Anaya Multimedia.

Coronel, C., Morris, S., & Rob, P. (2011). Diseño, implementación y administración.

Naucalpan: Edición Digital Cromática.

Fontela, C. (2011). UML Modelado de software para profesionales. Buenos Aires: Alfaomega.

69 GAD Parroquial Rural de Puerto Limón. (2013). Sistema Nacional de Información. Obtenido de

http://app.sni.gob.ec/sni-

link/sni/%23recycle/PDyOTs%202014/1768048310001/PDyOT/04022013_140253_P DOT%20%20Puerto%20Limon%202011%20L.pdf García, M., & Martínez , P. (2012). Guía Práctica Para la Realización de Trabajos Fin de Grado y Trabajos Fin de Máster . Murcia: editum.

Instituto Nacional de Estadisticas y Censo. (2010). Resultados del Censo 2010. Retrieved from

http://www.ecuadorencifras.gob.ec/wp-content/descargas/Manu-

lateral/Resultados-provinciales/santo_domingo.pdf Jiménez, J. (2013). Aplicaciones Web. Madrid: Macmillan Iberia.

Kraidy, M. (2002). The internet as a mass communication medium. Journalism and mass communication, 1-23.

Lafosse, J. (2010). Struts 2 el framework de desarrollo java EE. Barcelona: Ediciones Eni. McCool, S. (2012). Laravel starter the definitive introduction to the Laravel PHP web development framework. Birminghan: Packt Pub. Ochoa, C. (2013, Noviembre 11). La actualidad sobre la investigación por internet.

Retrieved from http://www.netquest.com/blog/es/que-tamano-de-muestra-necesito/ Orós Cabello, J. (2012). Guía práctica de XHTML, JavaScript y CSS. Madrid: Alfaomega.

Pavón, J. (2011). Creación de un portal con PHP y MySQL. Mexico: Alfaomega.

Podeswa, H. (2010). Programación UML. Madrid: ANAYA MULTIMEDIA.

70 Pons, O., Marín, N., Medina, J., Acid, S., & Vila, A. (2009). Introducción a las Bases de Datos. Madrid: Thomson Editores.

Pressman, R. (2010). Ingeniería del software un enfoque práctico. Mexico: McGraw-Hill.

Quero, E., García, A., & Peña, J. (2007). Mantenimiento de portales de la información : explotación de sistemas informáticos. Madrid: Thomson Paraninfo.

Ramos Martín, A., & Ramos Martín, J. (2011). Aplicaciones Web. madri: Ediciones Paraninfo.

Reinosa, E., Maldonado, C., Muñoz, R., Damiano, L., & Abrutsky, M. (2014). Base de Datos. Buenos Aires: Alfaomega.

Rubiales, M. (2013). HTML5, CSS3 Y Javascrip. Madrid: Anaya Multimedia.

Spona, H. (2010). Programación de bases de datos con MySQL y PHP. México: Alfaomega.

W3C. (28 de Octubre de 2014). HTML5 IS A W3C RECOMMENDATION. Obtenido de www.w3.org: http://www.w3.org/blog/news/archives/4167

Fuentes Lincográficas Secretaria Nacional de Planificación y Desarrollo (s.f.), Plan Nacional del Buen Vivir 20132017. Recuperado de http://www.buenvivir.gob.ec Pontificia Universidad del Ecuador Sede Santo Domingo Institucional.

(s.f.), Biblioteca Virtual

Recuperado

http://www.pucesd.edu.ec/biblioteca/index.php/bibliotecavirtual.html

de

71 Gobierno Autรณnomo Descentralizado Provincial de Santo Domingo de los Tsรกchilas (2015).

Transparencia,

Organigrama

de

la

instituciรณn.

http://www.gptsachila.gob.ec/index.php/transparencia/2015

Recuperado

de

72

GLOSARIO

A Apache: programa de servidor HTTP Web gratuito.

ARPAnet: (Advanced Research Projects Agency Network). Desarrollado por el Departamento de Defensa de los Estados Unidos.

B Back-end: programaciรณn de lado del servidor.

BD: Base de datos.

Blog: Sitio donde se puede publicar fรกcil y rรกpidamente contenido personal de un usuario.

Browser: Navegador web.

C CMS: Sistemas gestor de contenido, sirve para la creaciรณn de sitios web dinรกmicos.

Cortana: Asistente de voz de Microsoft.

CSS: Hojas de Estilo en Cascada, Cascade Style Sheet.

D DBA: Administrador De Base De Datos.

73 DBMS: Sistema Gestor de Base de Datos.

E Estándar: sirve de patrón o modelo.

F Framework: Marco de trabajo Front-end: Programación del lado del cliente.

FTP: Protocolo de Transferencia de Archivos.

G GAD: Gobierno autónomo descentralizado.

GPL: General Public License (Licencia Pública General).

H Hardware: Componentes físicos de una computadora o de una red.

Host: Ordenador conectado a un servidor para obtener información.

HTML: Lenguaje de Marcado de Hipertexto (Hypertext Markup Language).

HTTP: Protocolo de Transferencia de Hipertexto (Hypertext Transfer Protocol).

I INEC: Instituto nacional de estadísticas y censos.

Internet: Es una red que funciona a nivel mundial.

74 Intranet: Red privada dentro de una compañía u organización.

IP: Protocolo de internet.

J JavaScript: lenguaje de programación interpretado.

Joomla: Es un gestor de contenido gratuito que sirve para el desarrollo de páginas web.

L Laravel: framework para el desarrollo en PHP. Linux: Es una versión de libre distribución del sistema operativo basada en UNIX. M Mysql: sistema gestor de base de datos relacionales.

N Network computer: red de computadoras.

Node.Js: Framework para el desarrollo en javascript del lado del servidor.

P PC: computadora personal.

PHP: lenguaje de programación del lado del servidor.

75 Plataforma: Es una base donde podemos ejecutar intangiblemente el software y el hardware.

R RAND: Corporación de desarrollo e investigación.

S Servidor: Es una plataforma que sirve y recibe información.

Siri: Asistente de voz de Apple.

Sitio web: plataforma de interacción de contenido con el usuario.

Software: parte intangible de un sistema informático.

T TCP/IP: protocolo de comunicación utilizado para la conexión a internet.

TI: Tecnologías de la información.

U UML: Lenguaje unificado de modelado.

W Web: sitio donde interaccionan diferentes usuarios.

Wiki: Sitio web que puede ser editado por un usuario.

WWW: World Wide Web.

76 X XP: programaciรณn extrema.

ANEXOS

ANEXO 1: ENCUESTA A LOS HABITANTES DE PUERTO LIMÓN

ANEXO 2: ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE SITIO WEB DINÁMICO DE PUERTO LIMÓN

PUCE-SD

Especificaciรณn Requerimientos Sistema -SRS Proyecto WebPuertoLimon

Fernando Gonzalez, Milton Toapanta 19/01/2016

de del

CONTENIDO

CONTENIDO ................................................................................................................................. 2 CONTROL DE CAMBIOS ............................................................................................................ 4 1 Introducción ................................................................................................................................. 5 1.1

Propósito........................................................................................................................... 5

1.2

Ámbito del Sistema .......................................................................................................... 5

1.3

Definiciones, Acrónimos y Abreviaturas ......................................................................... 5

1.4

Referencias ....................................................................................................................... 5

1.5

Visión General del Documento ........................................................................................ 6

2 Descripción General..................................................................................................................... 6 2.1 Perspectiva del Producto ........................................................................................................... 6 2.2 Funciones del Producto ............................................................................................................. 6 2.3 Características de los Usuarios ................................................................................................. 7 Las características de los usuarios se expresa a través de la siguiente jerarquía: ............ 7 2.4 Restricciones ........................................................................................................................... 8 2.5 Suposiciones y Dependencias ................................................................................................ 8 2.6 Requisitos Futuros .................................................................................................................. 8

3 Requisitos EspecĂ­ficos................................................................................................................ 9 3.1 Interfaces Externas ................................................................................................................. 9 3.2 Funciones ................................................................................................................................. 9

3.2.1 Roles de los Usuarios en el Sistema .................................................................................... 9 3.2.2 Requisitos Funcionales del Sistema.................................................................................... 9 3.3 Requisitos de Rendimiento .................................................................................................. 14 3.4 Restricciones de DiseĂąo ........................................................................................................ 14 3.5 Atributos del Sistema ............................................................................................................ 14

CONTROL DE CAMBIOS

N

Descripción del Cambio

Autores

Fecha

° 1

Creación del documento

Fernando Gonzalez, Milton Toapanta

19-01-2016

1 Introducción

Propósito

Mediante este documento pretendemos establecer el SRS aplicando en la medida de lo posible la norma IEEE 830. El proyecto sobre el cual se va aplicar la norma será el proyecto WebPuertoLimon el cual es un software de orientado a la creación de un sitio web. Entendiendo la importancia, necesidad e impacto que tiene hoy en día los sitios web .Se pretende establecer una definición completa y global de la operación y funcionamiento de la aplicación WebPuertoLimon esto con el fin de recibir una aceptación por parte de los usuarios a los requerimientos planteados.

Ámbito del Sistema El producto de este proyecto a desarrollar se identificará con el nombre “WebPuertoLimon”.

WebPuertoLimon se caracterizara por ser una aplicación web, la cual tendrá una interfaz interactiva que permitirá su fácil manejo, edición e implementación, además permitirá consultar los servicios públicos e información de la parroquia Puerto Limón. Deberá cumplir con las siguientes especificaciones: • • •

Mostrar información, noticias y enlaces de interés sobre la parroquia Puerto Limón Permitir editar y modificar el sitio web de manera dinámica Consultar de manera fácil y rápida los servicios públicos a los cuales puede acceder la parroquia Puerto Limón.

Definiciones, Acrónimos y Abreviaturas USUARIOS: Hace alusión a las personas que interactúan con la aplicación, los usuarios se han clasificado en: usuario y administrador.

Referencias Norma IEEE 830.

Visión General del Documento

Este documento está organizado de la siguiente forma:

Capítulo I, presenta una Introducción al SRS, la cual contiene el Propósito General del documento, el ámbito del sistema, los acrónimos, referencias y una visión general de este.

Capítulo II, presenta la descripción global del SRS, la cual incluye Perspectivas, Funciones, Características y Restricciones del producto

Capítulo III, presenta la matriz de requerimientos funcionales y no funcionales con la información detallada de cada requisito de usuario

2 Descripción General

2.1 Perspectiva del Producto Por la naturaleza de este proyecto de ingeniería de software, WebPuertoLimon, es un sitio web dinámico que será usa por usuarios y administradores.

2.2 Funciones del Producto WebPuertoLimon es un sistema multiagente que está enmarcado para cumplir con las siguientes

funciones:

• Administrar la información ingresada por el administrador.

• Visualización de información solicitada por los usuarios.

• Gestionar y almacenar de forma dinámica la información que le será suministrada.

• Se conectará a una base de datos y un servidor el cual estará hecho en Linux (Centos 6.4).

• Almacenamiento de correos electrónicos para enviar información sobre nuevos usos de la aplicación.

Para describir de forma más precisa las funcionalidades identificadas para el Sistema, se han organizado de la siguiente manera:

Actores y características del sistema Administrador

Usuario no registrado

Usuario registrado

Funciones -

Administración general del sitio web

-

Visualización total del sitio web

-

Registrarse en el sistema.

-

Visualización de la página publica

-

Modificación de artículos desde el frontend

-

Visualización publica del sitio web

2.3 Características de los Usuarios Las características de los usuarios se expresa a través de la siguiente jerarquía:

2.4 Restricciones - La aplicación deberá de poder realizar la conexión pertinente con el servidor de base de datos MySql y la conexión solo se podrá hacer con una cuenta tipo administrador de dicho sistema de base de datos - La aplicación debe de manejar contenido multimedia.

- La aplicación debe de realizar conexión a una base de datos

2.5 Suposiciones y Dependencias Algunos factores que pueden afectar los requerimientos de la aplicación son: -

Agregar nuevas funcionalidades a las ya definidas anteriormente Desconexión de una base de datos donde ya este instalada a otra Ruptura del servidor en la que se encuentre (Centos 6.4).

2.6 Requisitos Futuros Algunos requerimientos que se podrían plantear en el futuro serian: -

Aumentar funcionalidades al sitio web.

Agregar nuevos módulos que permitan realizar nuevas funcionalidades.

3 Requisitos Específicos 3.1 Interfaces Externas Al no tener conexión con ningún otro tipo de aplicación no necesita de interfaces externas de comunicación con ningún otro sistema.

3.2 Funciones 3.2.1 Roles de los Usuarios en el Sistema

Rol Usuario registrado

Función -

Modificación de artículos desde el front-end Visualización publica del sitio web

Usuario no registrado

-

Visualización de la página publica

Administrador

-

Administración general del sitio web Visualización total del sitio web

3.2.2 Requisitos Funcionales del Sistema

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

FLUJO ALTERNATIVO

POSTCONDICIONES FECHA CREACIÓN TÉCNICOS RESPONSABLE

Crear usuario Requerimiento N° REQUERIMIENTO RF01 Funcional El administrador del sitio web tendrá la posibilidad de crear usuarios, que serán los encargados de agregar información y manipular el sistema.

Administrador Ocasional FRECUENCIA El administrador debe haberse autenticado en el sistema.

1.- El administrado pulsa sobre el botón para crear usuarios 2.- El sistema muestra las cajas de texto para la creación del nuevo usuario 3.- El administrador introduce los respectivos datos y asigna los privilegios del nuevo usuario 4.- El sistema verifica y almacena los datos ingresados 1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos avisa al administrador para su comprobación.

El sitio web mostrara un mensaje del nuevo usuario creado satisfactoriamente.

20-nov-2015 FECHA 15-dic-2015 IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

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

Modificar usuario Requerimiento N° REQUERIMIENTO Funcional Permite modificar los datos de un usuario registrado.

Administrador

FRECUENCIA

RF02

Ocasional

El administrador debe haberse autenticado en el sistema.

FLUJO NORMAL 1.- El administrador pulsa sobre el botón para modificar un usuario.

2.- El administrador selecciona los campos a modificar 3.- El administrador pulsa sobre el botón aceptar 4.-El sistema modifica los datos del usuario.

FLUJO ALTERNATIVO

POSTCONDICIONES FECHA CREACIÓN TÉCNICOS RESPONSABLE

1.- El Sistema comprueba si el usuario que desea modificar es el administrador, sino lo es, no completa la acción.

El usuario es modificado satisfactoriamente.

20-nov-2015

FECHA IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

15-dic-2015

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

Eliminar usuario Requerimiento RF03 N° REQUERIMIENTO Funcional El sitio web permite al administrador eliminar un usuario registrado.

Administrador

FRECUENCIA

Ocasional

El administrador debe haberse autenticado en el sistema.

1.- El administrador pulsa sobre el botón para eliminar uno usuario seleccionados.

2.- El sistema muestra una advertencia sobre la acción que se va a realizar.

3.- El administrador acepta la acción a realizar.

4.- El sistema elimina el usuario seleccionado.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si el usuario a eliminar existe, sino, se advierte al administrador que el usuario no existe.

2.- El sistema comprueba si el usuario que desea eliminar es el administrador, sino lo es, no completa la acción.

POSTCONDICIONES

El sitio web mostrara un mensaje sobre el usuario eliminado.

FECHA CREACIÓN TÉCNICOS RESPONSABLE

20-nov-2015

FECHA IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

15-dic-2015

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

FLUJO ALTERNATIVO

POSTCONDICIONES FECHA CREACIÓN TÉCNICOS RESPONSABLE

Crear articulo Requerimiento N° REQUERIMIENTO RF04 Funcional El administrador/ usuario registrado del sistema tendrá la posibilidad de crear nuevos artículos en el sitio web.

Administrador/ Frecuentemente FRECUENCIA usuario registrado El usuario debe haberse autenticado en el sistema.

1.- El usuario pulsa sobre el botón para crear un nuevo artículo.

2.- El sistema muestra las cajas de texto para la creación del nuevo artículo.

3.- El usuario introduce el título y el cuerpo del artículo.

4.- El sistema verifica y almacena los datos ingresados.

5.- El sistema publica el nuevo artículo creado.

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos avisa al administrador para su comprobación.

El sitio web mostrara un mensaje del nuevo artículo creado satisfactoriamente.

20-nov-2015 FECHA 15-dic-2015 IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

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

FLUJO ALTERNATIVO

POSTCONDICIONES FECHA CREACIÓN TÉCNICOS RESPONSABLE

Modificar articulo Requerimiento N° REQUERIMIENTO RF05 Funcional El administrador/ usuario registrado del sistema tendrá la posibilidad de modificar artículos del sitio web.

Administrador/ Frecuentemente FRECUENCIA usuario registrado El usuario debe haberse autenticado en el sistema.

1.- El usuario pulsa sobre el botón de actualizar en el artículo deseado.

2.- El sistema muestra las cajas de texto del artículo que se desea editar.

3.- El usuario actualiza el artículo con los nuevos datos.

4.- El sistema verifica y almacena los datos ingresados.

5.- El sistema publica el artículo actualizado.

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos avisa al usuario para su comprobación.

El sitio web mostrara un mensaje del artículo modificado satisfactoriamente.

20-nov-2015 FECHA 15-dic-2015 IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

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

Eliminar articulo Requerimiento N° REQUERIMIENTO RF06 Funcional El administrador/ usuario registrado del sistema tendrá la posibilidad de eliminar artículos del sitio web.

Administrador/ Ocasional FRECUENCIA usuario registrado El usuario debe haberse autenticado en el sistema.

FLUJO NORMAL 1.- El usuario pulsa sobre el botón para eliminar un artículo.

2.- El sistema advierte sobre la acción que se va a realizar.

3.- El administrador pulsa el botón para la eliminación del artículo.

4.-El sistema asigna un estado de eliminado al artículo.

FLUJO ALTERNATIVO

POSTCONDICIONES FECHA CREACIÓN TÉCNICOS RESPONSABLE

1.- El Sistema comprueba si el usuario que desea eliminar es el administrador, sino lo es, no completa a acción.

El sitio web mostrara un mensaje del artículo eliminado satisfactoriamente.

20-nov-2015 FECHA 15-dic-2015 IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

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

Login de usuario Requerimiento RF07 N° REQUERIMIENTO Funcional El usuario del sistema tendrá la posibilidad de acceder al módulo de administración.

Siempre Administrador/ FRECUENCIA usuario registrado El administrador y el usuario registrado que desean ingresar en el sistema, deben estar en el sitio web.

FLUJO NORMAL 1.- El usuario/administrador pulsa el botón ingresar.

2.- El sistema muestra las cajas de texto para el procedente ingreso al sistema.

3.- El usuario/administrador introduce los respectivos datos.

4.- El sistema verifica e ingresa al sistema.

FLUJO ALTERNATIVO

POSTCONDICIONES FECHA CREACIÓN TÉCNICOS RESPONSABLE

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos avisa al administrador para su comprobación.

El sitio web mostrara la pantalla de administración del sitio web.

20-nov-2015

FECHA IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

15-dic-2015

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

Consultar información del sitio web Requerimiento N° REQUERIMIENTO RF08 Funcional El Administrador/usuario registrado/usuario no registrado tendrá la posibilidad de consultar información en el sitio web.

Administrador/usuario Siempre FRECUENCIA registrado/usuario no registrado Administrador/usuario registrado/usuario no registrado debe conocer la dirección del sitio web.

FLUJO NORMAL 1.- Administrador/usuario registrado/usuario no registrado ingresan la dirección del sitio web sobre la barra del navegador.

2.- Administrador/usuario registrado/usuario no registrado presiona sobre el botón buscar.

3.- El sistema muestra el sitio web.

FLUJO ALTERNATIVO

1.- El navegador comprueba si la dirección ingresada por el Administrador/usuario registrado/usuario no registrado sea correcta, de no serlo, envía un mensaje de error.

POSTCONDICIONES

El Administrador/usuario registrado/usuario no registrado ingresa al sitio web satisfactoriamente.

20-nov-2015 FECHA 15-dic-2015 IMPLEMENTACIÓN Fernando Gonzalez, Milton Toapanta

FECHA CREACIÓN TÉCNICOS RESPONSABLE

3.3 Requisitos de RendimientoEl sistema debe permitir el ingreso de usuarios concurrentes que accedan

a la página de diferentes partes.

3.4 Restricciones de DiseñoEl diseño se hará enteramente en el CMS Joomla, el cual permite el despliegue de la página desde cualquier navegador.

3.5 Atributos del Sistema - Aplicación Web: Joomla - Servidor: Centos - Base de Datos: MySql

Anexo 3: ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE MODULO DE ENCUESTAS

PUCE-SD

Especificaciรณn Requerimientos Sistema -SRS Proyecto EncuestasSD

Fernando Gonzalez, Milton Toapanta 19/01/2016

de del

CONTENIDO

CONTENIDO .........................................................................................................................2 CONTROL DE CAMBIOS .................................................................................................... 4 1 Introducción .........................................................................................................................5 1.1

Propósito................................................................................................................... 5

1.2

Ámbito del Sistema .................................................................................................. 5

1.3

Definiciones, Acrónimos y Abreviaturas ................................................................. 5

1.4

Referencias ............................................................................................................... 5

1.5

Visión General del Documento ................................................................................ 6

2 Descripción General............................................................................................................. 6 2.1 Perspectiva del Producto ................................................................................................... 6 2.2 Funciones del Producto ..................................................................................................... 6 2.3 Características de los Usuarios ......................................................................................... 7 Las características de los usuarios se expresa a través de la siguiente jerarquía: ¡Error! Marcador no definido.

2.4 Restricciones ................................................................................................................... 7 2.5 Suposiciones y Dependencias ........................................................................................ 7

2.6 Requisitos Futuros .......................................................................................................... 8 3 Requisitos Específicos........................................................................................................ 8 3.1 Interfaces Externas ......................................................................................................... 8 3.2 Funciones ......................................................................................................................... 8

3.2.1 Roles de los Usuarios en el Sistema ......................... ¡Error! Marcador no definido.

3.2.2 Requisitos Funcionales del Sistema............................................................................ 8 3.3 Requisitos de Rendimiento ............................................................................................ 9 3.4 Restricciones de Diseño ................................................................................................ 21 3.5 Atributos del Sistema .................................................................................................... 22

CONTROL DE CAMBIOS

N

Descripción del Cambio

Autor

Fecha

° 1

Creación del documento

Fernando Toapanta

Gonzalez

–

Milton

19-01-2016

1 Introducción

1.1 Propósito

Mediante este documento pretendemos establecer el SRS aplicando en la medida de lo posible la norma IEEE 830. El proyecto sobre el cual se va aplicar la norma será el proyecto EncuestasSD el cual es un software para la creación, edición y administración de encuestas. Entendiendo

la

importancia y necesidad de mantener un control sobre la opinión y pensamientos de la población. Se pretende establecer una definición completa y global de la operación y funcionamiento de la aplicación EncuestasSD esto con el fin de recibir una aceptación por parte de los usuarios a los requerimientos planteados.

1.2 Ámbito del Sistema El producto de este proyecto a desarrollar se identificará con el nombre “EncuestasSD”.

EncuestasSD se caracterizara por ser una aplicación web, el cual tendrá una interfaz interactiva capaz de crear, modificar y administrar encuestas creadas por los usuarios administradores del sistema. Deberá cumplir con las siguientes especificaciones: • Gestionar información de usuarios. Crear y eliminar registros de usuarios. Los datos necesarios para el registro son: nombre de usuario y clave aunque también se puede almacenar información extra como son: nombre y correo electrónico y además una pregunta de recuperación en caso de olvidarse la contraseña.

• Gestionar opciones de la Aplicación: Se tendrá un control total sobre las encuestas que se realizan.

1.3 Definiciones, Acrónimos y Abreviaturas

GESTION (AR): Encierra los procesos de registrar, modificar y eliminar un usuario, nivel o cualquier otro tipo de posible acción modificable

USUARIOS: Hace alusión a las personas que interactúan con la aplicación, los usuarios se han clasificado en: usuario y administrador.

1.4 Referencias Norma IEEE 830.

1.5 Visión General del Documento

Este documento está organizado de la siguiente forma: Capítulo I, presenta una Introducción al SRS, la cual contiene el Propósito General del documento, el ámbito del sistema, los acrónimos, referencias y una visión general de este.

Capítulo II, presenta la descripción global del SRS, la cual incluye Perspectivas, Funciones, Características y Restricciones del producto Capítulo III, presenta la matriz de requerimientos funcionales y no funcionales con la información detallada de cada requisito de usuario

2 Descripción General

2.1 Perspectiva del Producto El software cuenta de alguna forma con un solo formato, ya que la información que se muestra va cambiando a medida que se va ingresando a cada uno de las opciones.

Esta interfaz cumple con los requisitos de interfaz amigable con el usuario y fácil de usar.

2.2 Funciones del Producto

EncuestasSD es un sistema multiagente que está enmarcado para cumplir con las siguientes funciones: • • • • • • •

Administrar la información de usuarios almacenados en una BD. Creación de encuestas, preguntas y opciones y su administración total.

Gestionar herramientas estadísticas y de bases de datos para el almacenamiento correcto y consistente de las estadísticas de la aplicación.

Guardar información relevante y explicita de lo que el usuario considere importante al momento de ejecutar la Apk. Envió de correo electrónico para la recuperación de contraseñas.

Reportes de las acciones llevadas en el sistema.

Reportes estadísticos sobre las encuestas que realizan los visitantes

Para describir de forma más precisa las funcionalidades identificadas para el Sistema, se han organizado de la siguiente manera:

Actores y características del sistema Administrador

Usuario no registrado Usuario registrado

Funciones -

Administración general del sistema de encuestas Observación de reportes de la encuesta.

Administración de usuarios Registrarse en el sistema.

Poder realizar encuestas publicadas Crear, edita y eliminar encuestas con sus respectivas preguntas y opciones Generar reportes del sistema

2.3 Características de los Usuarios Al implementar el módulo de encuestas, el sistema creará un administrador, el cual será el encargado de crear los usuarios que se necesite.

2.4 Restricciones

- El sistema deberá de poder realizar la conexión pertinente con el servidor de base de datos y la conexión solo se podrá hacer con una cuenta tipo administrador de dicho sistema de base de datos - Se podrá usar en los navegadores chrome, opera, Firefox y cualquiera que permita el uso de css3, html5 y javascript.

- La aplicación debe de realizar conexión a una base de datos

2.5 Suposiciones y Dependencias

Algunos factores que pueden afectar los requerimientos de la aplicación son:

-

Agregar nuevas funcionalidades a las ya definidas anteriormente Desconexión de una base de datos donde ya este instalada a otra Ruptura del servidor en la que se encuentre.

2.6 Requisitos Futuros

Algunos requerimientos que se podrían plantear en el futuro serian: Aumentar funcionalidades en la generación de reportes.

Permitir administrar totalmente las fechas de publicación de encuestas Mejorar la interfaz grafica Aumenta nuevas opciones de selección en las encuestas Permitir la conexión a diversas bases de datos al tiempo.

3 Requisitos Específicos 3.1 Interfaces Externas

Al no tener conexión con ningún otro tipo de aplicación no necesita de interfaces externas de comunicación con ningún otro sistema.

3.2 Funciones

3.2.1 Requisitos Funcionales del Sistema

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

ACTORES PRECONDICIONES FLUJO NORMAL

Crear usuario Requerimiento Funcional

N° REQUERIMIENTO

RF01

El administrador del módulo de encuestas tendrá la posibilidad de crear usuarios, que serán los encargados de agregar información y manipular el sistema.

Administrador

Ocasional

FRECUENCIA

El administrador debe haberse autenticado en el sistema y haber pulsado sobre usuarios.

1. El administrado pulsa sobre el botón para crear usuarios 2. El sistema muestra las cajas de texto para la creación del nuevo usuario 3. El administrador introduce los respectivos datos y asigna los privilegios del nuevo usuario 4. El sistema verifica y almacena los datos ingresados

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos avisa al administrador para su comprobación.

POSTCONDICIONES

Se mostrara un satisfactoriamente.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

mensaje

del

nuevo

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

usuario

creado

18-Feb-2016

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

Modificar usuario Requerimiento Funcional

RF02

N° REQUERIMIENTO

Permite modificar los datos de un usuario registrado.

Administrador

Ocasional

FRECUENCIA

PRECONDICIONES

El administrador debe haberse autenticado en el sistema y haber pulsado sobre usuarios.

FLUJO NORMAL

1.- El administrador pulsa sobre el botón para modificar un usuario.

2.- El administrador selecciona los campos a modificar 3.- El administrador pulsa sobre el botón aceptar 4.-El sistema modifica los datos del usuario.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si el usuario que desea modificar es el administrador, sino lo es, no completa la acción.

POSTCONDICIONES

El usuario es modificado satisfactoriamente.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

18-Feb-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

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

Eliminar usuario Requerimiento Funcional

RF03

N° REQUERIMIENTO

Permite al administrador eliminar un usuario registrado.

Administrador

FRECUENCIA

Ocasional

El administrador debe haberse autenticado en el sistema.

1.- El administrador pulsa sobre el botón para eliminar uno usuario seleccionados.

2.- El sistema muestra una advertencia sobre la acción que se va a realizar.

3.- El administrador acepta la acción a realizar.

4.- El sistema elimina el usuario seleccionado.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si el usuario a eliminar existe, sino, se advierte al administrador que el usuario no existe.

2.- El sistema comprueba si el usuario que desea eliminar es el administrador, sino lo es, no completa la acción.

POSTCONDICIONES FECHA CREACIÓN

TÉCNICOS RESPONSABLE

Se mostrara un mensaje sobre el usuario eliminado.

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

Crear Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF04

El administrador/ usuario registrado del sistema tendrá la posibilidad de crear nuevas encuestas.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema.

FLUJO NORMAL

1. El usuario pulsa sobre el botón para crear una nueva encuesta.

2. El sistema muestra la caja de texto para la creación de la nueva encuesta.

3. El usuario introduce el título de la encuesta.

4. El sistema verifica y almacena la nueva encuesta.

5. El sistema redirige a la encuesta creada.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos, se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sitio web mostrara un mensaje de la nueva encuesta creada y lo redirigirá.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

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

Editar Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF05

El administrador/ usuario registrado del sistema tendrá la posibilidad de editar las encuestas creadas Administrador/ usuario registrado

FRECUENCIA

Ocasional

El usuario debe haberse autenticado en el sistema y creado una encuesta.

1. El usuario pulsa sobre el botón editar nombre de la encuesta.

2. El sistema muestra una ventana modal con el nombre actual de la encuesta 3. El sistema verifica y almacena la edición de la nueva encuesta.

4. El sistema muestra un mensaje sobre la edición de la encuesta.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos, se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sistema agregara la nueva encuesta editada.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

Crear Preguntas en la Encuesta Requerimiento Funcional

RF06

N° REQUERIMIENTO

El administrador/ usuario registrado del sistema tendrá la posibilidad de crear nuevas preguntas.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema y creado una encuesta.

FLUJO NORMAL

1. El usuario pulsa sobre el botón agregar nueva pregunta.

2. El sistema muestra la caja de texto para la creación de la nueva pregunta.

3. El usuario introduce la nueva pregunta.

4. El sistema verifica y almacena la nueva pregunta.

5. El sistema muestra un mensaje sobre la creación de la nueva pregunta.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos, se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sistema agregara la nueva pregunta a la encuesta.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

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

Editar Pregunta en la Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF07

El administrador/ usuario registrado del sistema tendrá la posibilidad de editar las preguntas de la encuesta.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

PRECONDICIONES

El usuario debe haberse autenticado en el sistema, creado una encuesta y creado una pregunta.

FLUJO NORMAL

1. El usuario pulsa sobre el botón editar pregunta.

2. El sistema muestra una ventana modal con las diferentes alternativas que posee la pregunta 3. El usuario selecciona editar nombre de la pregunta 4. El sistema desplegara una caja de texto donde se podrá editar la pregunta 5. El usuario introduce el nuevo nombre de la pregunta.

6. El sistema verifica y almacena la edición de la nueva pregunta.

7. El sistema muestra un mensaje sobre la edición de la pregunta.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos, se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sistema agregara la nueva pregunta editada.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

Eliminar Pregunta en la Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF08

El administrador/ usuario registrado del sistema tendrá la posibilidad de eliminar las preguntas de la encuesta.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema, creado una encuesta y creado una pregunta.

1.

2.

3.

4.

El usuario pulsa sobre el botón eliminar pregunta El sistema muestra una ventana con las preguntas El usuario selecciona la pregunta que desea eliminar El sistema abrirá una ventana donde se le preguntará si desea eliminar la pregunta 5. El usuario acepta y elimina la pregunta 6. El sistema verifica y elimina la pregunta 7. El sistema muestra un mensaje sobre la eliminación de la pregunta

FLUJO ALTERNATIVO

1.- El Sistema comprueba la solicitud de eliminación de la pregunta y advierte sobre las consecuencias.

POSTCONDICIONES

El sistema elimina la pregunta.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

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

Crear Opciones en la Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF09

El administrador/ usuario registrado del sistema tendrá la posibilidad de crear nuevas opciones.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema, creado una encuesta y creado una pregunta.

1. El usuario pulsa sobre el botón editar pregunta.

2. El sistema muestra una ventana modal con las diferentes alternativas que posee la pregunta 3. El usuario selecciona agregar opciones 4. El sistema desplegara una caja de texto donde se introducirá la nueva opción 5. El usuario introduce la nueva opción.

6. El sistema verifica y almacena la nueva opción.

7. El sistema muestra un mensaje sobre la creación de la nueva opción.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos, se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sistema agregara la nueva opción a la pregunta de la encuesta.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

Editar Opciones en la Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF10

El administrador/ usuario registrado del sistema tendrá la posibilidad de editar las opciones.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema, creado una encuesta, creado una pregunta y creado una opción.

1. El usuario pulsa sobre el botón editar pregunta.

2. El sistema muestra una ventana modal con las diferentes alternativas que posee la pregunta 3. El usuario selecciona editar opciones 4. El sistema desplegara una caja de texto donde se mostrara la opción a editar 5. El usuario introduce edita la opción.

6. El sistema verifica y almacena la edición de la opción.

7. El sistema muestra un mensaje sobre la edición de la opción.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos, se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sistema agregara la nueva opción editada a la pregunta de la encuesta.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

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

Eliminar Opciones en la Encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF11

El administrador/ usuario registrado del sistema tendrá la posibilidad de eliminar las opciones.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema, creado una encuesta, creado una pregunta y creado una opción.

1. El usuario pulsa sobre el botón editar pregunta.

2. El sistema muestra una ventana modal con las diferentes alternativas que posee la pregunta 3. El usuario selecciona eliminar opciones 4. El sistema desplegara una caja de texto donde se mostraran todas las opciones que tenga la pregunta 5. El usuario selecciona todas las opciones que desea eliminar.

6. El sistema advierte sobre las consecuencias de eliminar las opciones.

7. El sistema elimina las opciones.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos se eliminaron correctamente, sino se mostrara un mensaje de advertencia.

POSTCONDICIONES

El sistema elimina las opciones.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

DESCRIPCIÓN DEL CASO DE USO Habilitar Encuesta

NOMBRE

Requerimiento Funcional

TIPO REQUERIMIENTO

RF12

N° REQUERIMIENTO

El administrador/ usuario registrado del sistema tendrá la posibilidad de habilitar las encuestas.

DESCRIPCIÓN

Administrador/ usuario registrado

ACTORES

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema, creado una encuesta, creado una pregunta y creado una opción.

PRECONDICIONES

1.

2.

3.

4.

FLUJO NORMAL

El usuario pulsa sobre el botón switch habilitar encuesta.

El usuario pulsa el botón actualizar El sistema cambia el estado de la encuesta El sistema mostrara un mensaje sobre la actualización de la encuesta al usuario

FLUJO ALTERNATIVO

1.- El Sistema comprueba si se permite el cambio de estado comprobando que exista al menos una pregunta con dos opciones, sino advierte al usuario.

POSTCONDICIONES

El sistema cambia de estado habilitado o deshabilitado.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

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

Reportes de Encuestas Requerimiento Funcional

N° REQUERIMIENTO

RF13

El administrador/ usuario registrado del sistema tendrá la posibilidad ver los reportes que generan las encuestas.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

PRECONDICIONES

El usuario debe haberse autenticado en el sistema, creado una encuesta, creado una pregunta, creado una opción y habilitado la encuesta.

FLUJO NORMAL

1. El usuario pulsa sobre la encuesta que desea saber su reporte.

2. El sistema muestra una ventana con los datos de la encuesta, sus preguntas y cuantas personas realizaron la encuesta

FLUJO ALTERNATIVO

1.- El Sistema comprueba si existen preguntas, sino mostrara que no existen preguntas hechas en la encuesta.

POSTCONDICIONES

El sistema mostrara el reporte de encuestas.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

Reportes en Excel de Encuestas Requerimiento Funcional

N° REQUERIMIENTO

RF14

El administrador/ usuario registrado del sistema tendrá la posibilidad ver los reportes que generan las encuestas.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El usuario debe haberse autenticado en el sistema, creado una encuesta, creado una pregunta, creado una opción y habilitado la encuesta.

1. El usuario pulsa sobre reportes en excel.

2. El sistema muestra una ventana para filtrar los reportes que desea descargar 3. El usuario ingresara los valores que necesita 4. El sistema descargara el reporte en formato excel

FLUJO ALTERNATIVO

1.- El Sistema comprueba si existen encuestas con los valores solicitados, sino mostrara que no existen encuestas con esos valores.

POSTCONDICIONES

El sistema descargará el reporte solicitado.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

DESCRIPCIÓN DEL CASO DE USO Reportes de visitantes que realizaron la encuesta

NOMBRE TIPO REQUERIMIENTO

Requerimiento Funcional

RF15

N° REQUERIMIENTO

El administrador/ usuario registrado del sistema tendrá la posibilidad ver los reportes que generan las encuestas.

DESCRIPCIÓN

Administrador/ usuario registrado

ACTORES

Frecuentemente

FRECUENCIA

El usuario debe haberse autenticado en el sistema, creado una encuesta, creado una pregunta, creado una opción y habilitado la encuesta.

PRECONDICIONES

1. El usuario pulsa sobre el botón visitante.

2. El sistema muestra una ventana con los visitantes que hayan realizado una encuesta, la fecha y cual encuesta

FLUJO NORMAL

FLUJO ALTERNATIVO

1.- El Sistema comprueba si existen visitantes que hayan realizado la encuesta, sino mostrara que no ha realizado nadie una encuesta.

POSTCONDICIONES

El sistema descargará el reporte solicitado.

14-Ene-2016

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

18-Feb-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

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

Login de usuario Requerimiento Funcional

RF016

N° REQUERIMIENTO

El usuario del sistema tendrá la posibilidad de acceder a la administración del sistema.

Administrador/ usuario registrado

FRECUENCIA

Frecuentemente

El administrador y el usuario registrado que desean ingresar en el sistema, deben estar en la página de encuestas.

1.- El usuario/administrador pulsa el botón ingresar.

2.- El sistema muestra las cajas de texto para el procedente ingreso al sistema.

3.- El usuario/administrador introduce los respectivos datos.

4.- El sistema verifica e ingresa al sistema.

FLUJO ALTERNATIVO

1.- El Sistema comprueba si los datos ingresados son correctos, si los datos no son correctos muestra una advertencia.

POSTCONDICIONES

El sitio web mostrara la pantalla de administración de las encuestas.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

PRECONDICIONES

Realizar encuesta Requerimiento Funcional

N° REQUERIMIENTO

RF016

Usuario no registrado o visitantes tendrán la posibilidad de realizar una encuesta que esté habilitada.

Usuario no registrado o visitantes

FRECUENCIA

Frecuentemente

Usuario no registrado o visitante debe conocer la dirección del sitio web.

FLUJO NORMAL

1. Usuario no registrado o visitantes eligen la encuesta que van a realizar 2. El sistema abre la página con la encuesta solicitada 3. El usuario llena la encuesta 4. El sistema valida los datos y muestra un mensaje de encuesta finalizada

FLUJO ALTERNATIVO

1.- El sistema valida si el Usuario no registrado o visitantes ya respondieron a esa encuesta, si es así, muestra un mensaje de encuesta realizada anteriormente

POSTCONDICIONES

Usuario no registrado o visitantes han respondido a la encuesta satisfactoriamente.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

3.2.2 Requisitos No Funcionales del sistema DESCRIPCIÓN DEL CASO DE USO

NOMBRE TIPO REQUERIMIENTO DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

Recuperar contraseña de usuario Requerimiento No Funcional

N° REQUERIMIENTO

RNF01

El administrador/ usuario registrado del sistema tendrá la posibilidad de recuperar la contraseña si la ha olvidado Administrador/ usuario registrado

FRECUENCIA

raramente

El usuario debía estar registrado anteriormente y estar en la página de login.

1. El usuario pulsa sobre el botón ¿ha olvidado su contraseña?

2. El sistema muestra una ventana donde ingresara el correo con el cual estaba registrado 3. El sistema generara un token con una url la cual será enviada al correo del usuario 4. El usuario entrará a su correo para ingresar a la url previamente enviada por el sistema 5. El usuario cambiará su contraseña 6. El sistema reestablecerá el usuario y re direccionará al usuario a la página de administración

FLUJO ALTERNATIVO

1.- El Sistema comprueba si existe el correo electrónico que fue introducido, sino se advierte de que el correo no es válido.

POSTCONDICIONES

El sistema reestablece el usuario.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

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

Restricción de múltiples intentos de login Requerimiento No Funcional

N° REQUERIMIENTO

RNF02

El administrador/ usuario registrado del sistema tendrá la posibilidad de recuperar la contraseña si la ha olvidado Administrador/ usuario registrado

FRECUENCIA

raramente

Ninguna

1. El usuario falla 5 veces al intentar entrar al sistema 2. El sistema muestra una mensaje sobre los múltiples intentos de entrar y bloquea las solicitudes de intento de esa ip por 1 min

FLUJO ALTERNATIVO

1.- El Sistema comprueba si el usuario es válido y permite la conexión.

POSTCONDICIONES

El sistema bloquea los intentos de ingreso.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

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

PRECONDICIONES FLUJO NORMAL

Validación de los números de cedula Requerimiento No Funcional

N° REQUERIMIENTO

RNF03

El sistema valida el número de cedula que fue ingresado en el sistema Usuario no registrado o visitante

FRECUENCIA

Frecuentemente

El usuario no registrado o visitante deben haber realizado una encuesta

1. El usuario no registrado o visitante envía la encuesta 2. El sistema valida si el número de cedula ingresado es valido 3. Muestra un mensaje al usuario no registrado o visitante sobre su encuesta realizada

FLUJO ALTERNATIVO

1.- El Sistema comprueba si la cedula es válida, sino pide que se ingrese un número valido.

POSTCONDICIONES

El sistema solicita el ingreso de una cedula valida.

FECHA CREACIÓN

TÉCNICOS RESPONSABLE

14-Ene-2016

FECHA IMPLEMENTACIÓN

Fernando Gonzalez, Milton Toapanta

18-Feb-2016

DESCRIPCIÓN DEL CASO DE USO NOMBRE

Bitácora de consultas

TIPO REQUERIMIENTO

Requerimiento No Funcional

DESCRIPCIÓN ACTORES PRECONDICIONES FLUJO NORMAL

N° REQUERIMIENTO

El sistema guarda una bitácora de las consultas que se realiza en el sistema Administrador/ usuario registrado

FRECUENCIA

1. El administrador/ usuario registrado realiza una acción en el sistema (crear encuesta, editarla, o borrarla) 2. El sistema registra la acción del usuario y la guarda

Ninguno

POSTCONDICIONES

El guarda la acción en la bitácora

TÉCNICOS RESPONSABLE

Frecuentemente

El administrador/ usuario registrado debe estar autenticado en la pagina

FLUJO ALTERNATIVO

FECHA CREACIÓN

RNF04

14-Ene-2016

FECHA IMPLEMENTACIÓN

18-Feb-2016

Fernando Gonzalez, Milton Toapanta

3.3 Requisitos de Rendimiento El sistema debe permitir el registro de mínimo de (n) usuarios al igual que deben permitir que como máximo (m) usuarios estén al tiempo en el sistema y realizar cualquier tipo de cambio entre estos usuarios de manera concurrente.

3.4 Restricciones de Diseño El diseño se hará en una arquitectura de tres capas con un lenguaje orientado a objetos en este caso php.

La creación de usuarios está limitada por el administrador.

El sistema está actualmente solo en español.

3.5 Atributos del Sistema

- Aplicaciรณn Web: laravel 5.2 - Servidor: Centos - Base de Datos: Mysql

A NE X O 4: CA RT A DE AP ROBACIÓN DEL SRS

ANEXO 5: MANUAL DE USUARIO – SITIO WEB DINÁMICO DE LA PARROQUIA PUERTO LIMÓN

1

Sitio Web Dinรกmico Puerto Limรณn SWDPL MANUAL DEL USUARIO FINAL WebPuertoLimon V1.0

VERSIONAMIENTO

Versiรณn del Documento V1.0

Fecha de Revisiรณn

Cambio Realizado

(mm/aa) Mayo 2016

Documento Inicial

Contenido

MANUAL DEL USUARIO FINAL............................................................................................... 6 I. INTRODUCCIÓN ....................................................................................................................... 6 II. ALCANCE ................................................................................................................................. 6 III. GLOSARIO DE TÉRMINOS................................................................................................... 6 IV. REQUISITOS ........................................................................................................................... 7 1. Ingreso a SWDPL ....................................................................................................................... 7 2. Estructura del SWDPL................................................................................................................ 8 2.1. Región 1 Superior. ...................................................................................................... ….9 2.1.1

GAD Parroquial........................................................................................................ 9

2.1.2. Inicio .............................................................................................................................9 2.1.3 La Parroquia ................................................................................................................. 10 2.1.4. Servicios en Línea ....................................................................................................... 13 2.1.5 Transparencia ............................................................................................................... 17 2.2. Región 2 Central ............................................................................................................ 18 2.3. Región 3 Izquierda ......................................................................................................... 20 2.3.1 Buscar .......................................................................................................................... 20 2.3.2 Multimedia ................................................................................................................... 21

2.3.2 Enlaces de Interés ........................................................................................................ 22 2.4. Región 4 Inferior ............................................................................................................ 23 3. Opciones para Usuario .............................................................................................................. 23 3.1 Ingreso de Usuarios Registrados .....................................................................................23 3.2 Recordar contraseña o usuario ........................................................................................ 24 3.3 Editar Perfil de Usuario .................................................................................................. 27 3.4 Crear Artículos ................................................................................................................ 28 3.4.1 Ingresando artículos ..................................................................................................... 29 3.4.2 Ingresando Imágenes ................................................................................................... 31 3.4.3. Cambiar Editor ............................................................................................................ 31 3.4.4 Ingresando Imágenes y Enlaces ................................................................................... 32 3.4.5 Publicando Artículo ..................................................................................................... 33 3.4.6 Idioma .......................................................................................................................... 34 3.4.7 Metadatos ..................................................................................................................... 35 3.4.8 Guardando Artículo ..................................................................................................... 35 3.5 Editar Artículo ................................................................................................................ 35 3.6 Salir de SWDPL.............................................................................................................. 36 4 Opciones para Administrador .................................................................................................... 37

4.1 Ingreso al Panel de Joomla CMS .................................................................................... 37 4.2. Menu principal ...............................................................................................................38 4.2.1. Sistema ........................................................................................................................ 38 4.2.2. Usuarios ...................................................................................................................... 43 4.2.3. MenĂşs .......................................................................................................................... 51 4.2.4. Contenido .................................................................................................................... 53 4.2.5. Componentes............................................................................................................... 55 4.2.6. Extensiones ................................................................................................................. 56 4.2.7. Ayuda .......................................................................................................................... 60

MANUAL DEL USUARIO FINAL

I. INTRODUCCIÓN

En el presente documento se explica de manera detallada el manejo de WebPuertoLimon, herramienta informática a nivel web que le permitirá visualiza y consultar los diferentes componentes que contiene el CMS joomla con el cual se lo realizó.

II. ALCANCE

El presente documento abarca la guía necesaria para que el usuario final pueda utilizar el SWDPL: visualizar el SWDPL en su totalidad y consultar los servicios en línea que contiene WebPuertoLimon, además el administrado podrá utilizar el panel de control de Joomla.

III. GLOSARIO DE TÉRMINOS

SWDPL

Sitio web de Puerto Limón

WebPuertoLimon

Proyecto de creación del sitio web dinámico para Puerto Limón

GAD Provincial Santo Domingo de los Tsáchilas

Gobierno autónomo descentralizado de la provincial de Santo Domingo de los Tsáchilas

Usuario Final

Usuario Servidor Público o usuario que utiliza el SWDPL

CMS Joomla

Sistema de gestión de contenido que permite desarrollar sitios web dinámicos e interactivos

IV. REQUISITOS

Para poder utilizar el SWDPL el usuario deberá disponer de lo siguiente: • •

Navegador de Internet Mozilla Firefox, Chrome, Internet Explorer 9 o superior y otros navegadores.

Acceso a internet.

1. Ingreso a SWDPL

Para ingresar al SWDPL, se debe digitar la siguiente dirección en el navegador de la Internet: http://puertolimon.gptsachila.gob.ec/.

Al realizar esto se desplegará la siguiente página web, como muestra la Figura 1.

Figura 1. Pantalla de ingreso al sitio web

2. Estructura del SWDPL

Al ingresar a SWDPL, se puede visualizar que las funcionalidades se encuentran distribuidas en cuatro regiones, lo que permite una navegaciรณn fรกcil para el usuario, como muestra la Figura 2. Las regiones son:

Figura 2.Pantalla dividida por regiones

2.1. Región 1 Superior.

En esta región se encuentran los diferentes menús principales, como muestra la Figura 3.

Figura 3.Barra de menú principal 2.1.1

GAD Parroquial Esta opción me permite ir a la pantalla principal del sitio web dinámico Puerto

Limón como se muestra la Figura 4.

Figura 4.Icono GAD Parroquial 2.1.2. Inicio Esta opción me permite ir al índex del SWDPL como se muestra la Figura 5.

Figura 5.Pantalla Principal de SWDPL

2.1.3 La Parroquia Esta opción permite mostrar información referente a la parroquia como son los datos generales, historia, recintos y directrices estratégicas, como se muestra en Figura 6.

Figura 6. Menú La parroquia.

2.1.3.1 Datos Generales Esta opción permite visualizar al administrador lo referente a la parroquia Puerto Limón, podemos encontrar Fauna, comidas típicas entre otras cosas, como se muestra en Figura 7.

Figura 7. Selección submenú datos generales

2.1.3.2 Historia Esta opción permite visualizar la historia de Puerto Limón, en el cual podemos encontrar los antecedentes de la parroquia, como se muestra en Figura 8.

Figura 8.Seleccion submenú historia

2.1.3.3 Recintos En esta opción podremos visualizar los diferentes recintos que tiene la parroquia de Puerto Limón, como se muestra en la Figura 9.

Figura 9.Seleccion submenú recintos

2.1.3.4 Directrices Estratégicas Esta opción permite visualizar la misión, visión y objetivos de la parroquia de Puerto Limón, como se muestra en la Figura 10.

Figura 10. Selección submenú Directrices Estratégicas

2.1.4. Servicios en Línea Esta opción nos permitirá consultar los saldos pendientes de una entidad pública como son el agua potable, la luz, las alcabalas y los impuestos prediales, como se muestra en la Figura 11.

Figura 11. Menú Servicios en Línea

2.1.4.1 Consulta de Impuestos Esta opción permite consultar los saldos pendientes con el impuesto predial que tenemos, ingresando el número de cedula o nombres y apellidos y se desplegara en la misma pantalla, como se muestra en la Figura 12.

Figura 12. Consulta de Predio Públicos

2.1.4.2 Planilla de Agua Potable Esta opción permite consultar los saldos pendientes con el servicio de Agua Potable, el cual podrá consultar con su número de cedula o Apellidos y nombres, como se muestra en la Figura 13.

Figura 13.Consulta Planillas Agua Potable 2.1.4.3 Consulta de Alcabalas Esta opción permite consultar las alcabalas y utilidades por compra y venta de algún terreno ingresando su clave catastral, como se muestra en la Figura 14.

Figura 14. Consulta de Alcabalas y Utilidades por Compra y Venta

2.1.4.4 Consulta de Planilla de Luz Esta opción permite consultar los saldos pendientes con la CNEL, empresa que presta el servicio de Luz Eléctrica, ingresando el código único, nombre, cedula o código de acceso, como se muestra en la Figura 15.

Figura 15.Consulta Planilla de Luz

2.1.5 Transparencia Esta opción permite consultar, visualizar la parte legal y administrativa de la parroquia, como se muestra en la Figura 16.

Figura 16.Menu Transparencia

2.1.6 Contáctenos Esta opción permite visualizar en donde queda ubicado el GAD Parroquial de Puerto Limón, los horarios de atención, el correo y teléfono, como se muestra en la Figura 17.

Figura 17. Menu Contáctenos

2.2. Región 2 Central En la parte central es donde se desplegara el área de trabajo de las funcionalidades que están asociadas en el menú, como se muestra en las Figura s 6-17 vistas anteriormente y se mostrara en la Figura 18 cuál es la parte central.

Figura 18. Regiรณn Central del SWDPL A diferencia de la pantalla principal de SWDPL, el cual contiene un slider donde estรกn las noticias mas importantes de la parroquia como se muestra a continuaciรณn en la Figura 19.

Figura 19. Pantalla Principal Slider

2.3. Región 3 Izquierda Se encuentran las opciones que le permitirán al usuario acceder a las demás funcionalidades del SWDPL, como muestra la Figura

20. Además las estadísticas que

muestran.

Figura 20. Region Izquierda 2.3.1 Buscar Esta opción permite buscar noticias relacionadas con la palabra clave que ingresa, como se muestra en la Figura 21.

Figura 21. Buscar 2.3.1.1 Opciones de Buscar

Esta opción nos permitirá tener una búsqueda mas minuciosa de lo que queremos encontrar en el SWDPL, como se muestra en la Figura 22.

Figura 22.Opciones de Buscar

2.3.2 Multimedia Esta opción permite visualizar video de la parroquia desde el canal de you tube de Puerto Limón.

Figura 23. Multimedia

2.3.2 Enlaces de Interés Esta opción nos permitirá ver el correo institucional de la Parroquial es solo para usuarios del GAD Parroquial Autorizados y una App de la provincia de los Tsáchilas.

Figura 24. Enlaces de Interés

2.4. Región 4 Inferior Esta región es similar a la región superior, porque contiene los mismos menús, a diferencia de ingresar que son para usuarios registrados, como se muestra en la Figura 25.

Figura 25. Opción ingresar

3. Opciones para Usuario

Por defecto todo Usuario tiene permisos para ingresar a cualquier región de las anteriormente señaladas, los usuarios registrados por el Administrador podrán Ingresar al SWDPL, como se muestra en la Figura 26.

3.1 Ingreso de Usuarios Registrados Esta opción permitirá a un usuario registrador entrar a administrar SWDPL y crear, modificar artículos, como se muestra en la Figura 26.

Figura 26.Ingresar a SWDPL

3.2 Recordar contraseña o usuario Esta opción le permitirá recuperar la contraseña o el usuario del SWDPL para su respectivo ingreso ingresando el correo electrónico registrado(Figura 28), como se muestra en la Figura 27.

Figura 27. Recuperar Contraseña o Usuario

Figura 28.Correo de Verificación Le saldrá un mensaje en su correo Bandeja de entrada o Spam (Figura 28), el cual debe ingresar para validar, como se muestra en la Figura 29.

Figura 28.Correo de Recuperación de contraseña Ingresar el código de verificación y el usuario que le llego a su correo (Figura 29) para proceder a restablecer la contraseña, como se muestra en la Figura 30.

Figura 29. Validación de Código de verificación

Figura 30. Ingresar Contraseña Nueva Finalmente, recibirá un mensaje de confirmación, como se muestra en Figura 31.

Figura 31. Mensaje de Confirmación Nota: Para recordar el Usuario debe seguir los mismo pasos que el recordar contraseña, pero dando clic en Recordar Usuario.

3.3 Editar Perfil de Usuario DespuĂŠs de haber restablecido la contraseĂąa o el usuario procede a ingresar y se le presentara la pantalla principal del usuario donde podrĂĄ ver su perfil (Figura 32)y editar, como se muestra en la Figura 33.

Figura 32. Pantalla Principal de Usuario Registrado

Figura 33. Perfil de Usuario a Editar

3.4 Crear Artículos Esta opción se utilizara para crear noticas u artículos de la parroquia de puerto limón y para crear se da clic en los siguientes icono, como se muestra en la Figura 34.

Figura 34.Crear Artículo A continuación le saldar una nueva pantalla como se muestra en la Figura 35, en el cual debe ingresar el Título, alias y el cuerpo del texto.

Figura 35. Pantalla Crear Articulo 3.4.1 Ingresando artículos Esta opción sirve para ingresar artículos creados a un artículo por crear, se da clic en artículo como se muestra en la Figura 36 y se elige el artículo.

Figura 36. Ingresando ArtĂ­culos creados.

3.4.2 Ingresando Imágenes Esta opción se utilizará para ingresar imágenes a los artículos y se da clic en los siguientes iconos y se elige la imagen cargada con anterioridad, como se muestra en la Figura 37.

Figura 37.Ingresando Imágenes 3.4.2.1 Cargando imágenes a la carpeta de Joomla Nota: Usuario Administrador podrá Ingresar Imágenes a la carpeta de Joomla 3.4.3. Cambiar Editor Esta opción le permitirá al usuario cambiar de texto a lenguaje html, como se muestra en la Figura 39.

Figura 38.Opcion Cambiar Editor

Figura 39. Editor Lenguaje Html 3.4.4 Ingresando Imรกgenes y Enlaces Esta opciรณn les permitirรก ingresar grรกficamente las imรกgenes y los enlaces a su articulo, como se muestra en la Figura 40.

Figura 40. Ingresar Imágenes y Enlaces 3.4.5 Publicando Artículo Esta opción le permitirá publicar o des publicar un artículo que haya creado y todo estos serán de tipo noticia, como se muestra en la Figura 41.

Figura 41. Publicando Artículo 3.4.6 Idioma Esta opción le permitirá conFigura r en que idioma se presentara el artículo.

Figura 42. Idiomas

3.4.7 Metadatos Esta opción les permitirá mostrar un mensaje de descripción para la búsqueda más precisa.

Figura 43. Metadatos 3.4.8 Guardando Artículo Esta opción se utilizará para guardar los cambios del artículo, como se muestra en la Figura 44.

Figura 44. Guardar Artículo

3.5 Editar Artículo

Esta opción le permitirá editar los artículos que ya se han creado, y se procederá a buscar

un artículo y darle clic en los iconos, como se muestra en la Figura 45.

Figura 45. Editar Artículo Una vez ingresado al campo de edición de artículo tendrá la misma interfaz que tuvo al crearlo (Figura 35), podrá escribir o modificar lo que desee en el artículo sino se acuerda revise apartado 3.4.

3.6 Salir de SWDPL Esta opción el permitirá salir del Sitio Web, para salir darle clic en el icono señalado como se muestra en la Figura 46.

Figura 46. Salir

4 Opciones para Administrador Los usuarios registrados puede realizar cualquiera de las actividades anteriormente señaladas y de aquí en adelante solo el administrador podrá realizar las funciones que veremos a continuación:

4.1 Ingreso al Panel de Joomla CMS Se

dirige

al

navegador

y

escribe

la

siguiente

dirección:

(http://puertolimon.gptsachila.gob.ec/administrator/), a continuación ingresa su usuario y contraseña para ingresar al panel, como se muestra en la Figura 47.

Figura 47. Ingreso a Panel Joomla El administrador al ingresar al panel podrá realizar todo tipo de conFigura ciones.

4.2. Menu principal Esta opción le servirá para elegir las diferentes opciones a utilizar, como se muestra en la Figura 48.

Figura 48. Menu principal Joomla 4.2.1. Sistema Esta opción del menú le permitirá tener acceso a las herramientas administrativas de joomla, como se muestra en la Figura 49.

Figura 49. Menu Sistema 4.2.1.1. Panel de control Acceso rápido al panel de control.

Figura 50. Panel de Control

4.2.1.2. ConFigura ciรณn global Acceso rรกpido a la interfaz de la conFigura ciรณn global del sistema.

Figura 51. ConFigura ciรณn Global

โ ข

ConFigura ciรณn del Sitio

Esta opción el permitirá conFigura r el nombre del sitio, mensaje fuera de línea, el Capacha predeterminado entre otras opciones como se muestra a continuación:

Figura 52. ConFigura ción del Sitio

•

ConFigura ción SEO Esta opción le permitirá conFigura r Urls amigables, agregar sufijos a la URL entre otras opciones como se muestra a continuación:

Figura 53. ConFigura ciones SEO

•

ConFigura ción de las ‘Cookies’ Esta opción le permitirá conFigura r un dominio y ruta de cookie donde quiere almacenar como se muestra a continuación:

Figura 54. ConFigura ción de las Cookies

•

ConFigura ción Metadatos Esta opción le permitirá al usuario conFigura r la Meta descripción del sitio, como le gustaría que encontraran fácilmente el sitio web, si se mostrara la versión de joomla entre otras, como se muestra en Figura 55.

Figura 55. ConFigura ción de los metadatos 4.2.1.3. Desbloqueo global Acceso rápido a la interfaz de Desbloqueo global de objetos del sistema, donde tendremos opciones como desbloquear, limpiar la cache y limpiar la cache expirada como se muestra en la Figura 56.

Figura 56. Desbloqueo Global

4.2.1.4. Limpiar caché Acceso rápido a la interfaz para eliminar la caché del sistema.

Figura 57. Limpiar Cache 4.2.1.5. Limpiar la caché expirada Acceso rápido a la interfaz para eliminar la caché expirada del sistema.

Figura 58.Limpiar Cache expirada

4.2.1.6. Información del sistema Acceso rápido a la interfaz de visualización de información del sistema, donde podrá además conFigura r php, archivo de conFigura ción, permisos de carpeta, y la información de PhP como se muestra en la Figura 59.

Figura 59.Informacion del Sistema 4.2.2. Usuarios 4.2.2.1. Gestionar/Creación de Usuario Esta opción el permitirá al administrador crear usuarios para que puedan ingresar a SWDPL, para eso le damos clic en el icono siguiente como se muestra en la Figura 60.

Figura 60. Crear Usuario A continuaciรณn le damos clic en Nuevo como se muestra en la Figura 61.

Figura 61. Nuevo Usuario 4.2.2.2. Detalles de Cuenta Esta opciรณn se utilizara para guardar datos del usuario que quiera registrarse deberรก al administrador darle los datos que se muestran en la Figura 62.

Figura 62. Datos para Registrarse 4.2.2.3. Grupo de Usuarios Asignados Esta opción le permitirá al administrador dar los privilegios al usuario a registrar, véase la Figura 63.

Figura 63.Privilegios Usuario

4.2.2.4. ConFigura ción Básica Esta opción le permitirá al administrador dar las conFigura ciones para el usuario a registrar como son el idioma, la zona horaria, como se muestra en la Figura 64.

Figura 64. ConFigura ciones Básicas 4.2.2.5. Perfil de Usuario Esta opción le permitirá al administrador ingresar información acerca del usuario a registrar como son la dirección, su país, teléfono entre otras, véase Figura 65.

Figura 65.Perfil de Usuario El administrador una vez terminado las conFigura ciones antes mencionadas procederรก a guardar y le darรก clic en guardar como se muestra en la Figura 66.

Figura 66.Guardar Usuario

4.2.2.6. Editar Usuario Habiendo ingresado al panel Joomla, deberá acudir a la opción usuario véase Figura 48, a continuación deberá darle clic en los usuario que están registrados, como se muestra en la Figura 67.

Figura 67.Usuarios Registrados Una vez habiendo dado clic en cualquiera de los usuarios podrá proceder a editar el usuario, como se muestra en la Figura 68.

Figura 68.Editar Usuario

4.2.2.7. Eliminar Usuario Habiendo ingresado al panel Joomla, deberá acudir a la opción usuario véase Figura 60, a continuación deberá darle clic al cuadro que esta alado del nombre de los usuario que están registrados, como se muestra en la Figura 69.

Figura 69. Elegir Usuario A continuación deberá darle clic en borrar y el usuario se borrara como se muestra en la Figura 70.

Figura 70. Borrar Usuario 4.2.2.8. Bloquear Usuario Habiendo ingresado al panel Joomla, deberá acudir a la opción usuario véase Figura 60, a continuación deberá darle clic al cuadro que esta alado del nombre de los usuario que están registrados, como se muestra en la Figura 69.

A continuación deberá darle clic en bloquear y el usuario se bloqueara como se muestra en la Figura 71.

Figura 71. Bloquear Usuario 4.2.2.9. Desbloquear Usuario Habiendo ingresado al panel Joomla, deberá acudir a la opción usuario véase Figura 60, a continuación deberá darle clic al cuadro que esta alado del nombre de los usuario que están registrados, como se muestra en la Figura 69.

A continuación deberá darle clic en desbloquear y el usuario se desbloqueara como se muestra en la Figura 72.

Figura 72.Debloquear Usuario 4.2.3. Menús Esta opción le permitirá agregar menús de diferente tipo a SWDPL , como se muestra en la Figura 73.

Figura 73. Menús 4.2.3.1. Gestionar/ Añadir menú nuevo Esta opción le permitirá agregar un menú, escribiendo el título, tipo de menú y la descripción del menú como se muestra en la Figura 74.

Figura 74. Añadir Menu 4.2.3.2. Añadir Nuevo elemento a Menu Esta opción me permitirá ingresar un elemento a cualquiera de los menú que están conFigura dos en SWDPL, y se le da las conFigura ciones siguientes que se señala en la Figura 75.

Figura 74. Añadir Nuevo Elemento en Menu

4.2.4. Contenido Esta opción nos permitirá ingresar artículos y destacarlo ingresar los archivos e imágenes multimedia para poder ingresar artículos, como se muestra en la siguiente.

Figura 75. Contenido 4.2.4.1. Artículos Esta opción permitirá crea artículos y publicarlos así como se hacía directamente en SWDPL aquí se hace de la misma manera, como se muestra en la Figura 76.

Figura 76.Articulo Nuevo

4.2.4.2. Categorías Esta opción permite agregar categorías a los artículos y podremos crear nuevas categoría y conFigura rlas en algún artículo.

4.2.4.3. Artículos Destacados Esta opción permitirá a un artículo destacarlo y salga en la parte del slider del SWDPL. 4.2.4.4. Multimedia Esta opción nos permitirá agregar archivos multimedia a nuestro panel joomla para utilizarlo en nuestro SWDPL y se lo hace de la siguiente manera le damos clic en subir como se muestra en la Figura 77.

Figura 77. Agregar Multimedia Le damos clic en elegir archivos para ubicar el archivo en nuestro computador.

Figura 78. Elegir archivos

Después de haber elegido el archivo le damos en abrir, como se muestra a continuación.

Figura 79. Ubicar Archivo Una vez abierto le damos clic en subir para que el archivo se agregue y listo.

Figura 80.Subir Archivo 4.2.5. Componentes Esta opción permitirá agregar componente a joomla como pueden ser módulos extras entre otros componentes.

Figura 90.Componentes 4.2.6. Extensiones Esta opción permitirá agregar módulos, plugins, plantillas e idiomas extras para nuestro panel joomla y SWDPL.

Figura 91.Extensiones 4.2.6.1. Módulos/Agregar Esta opción permitirá agregar modulo nuevo el cual nos servirá para cada uno de los menús que hayamos creado.

Figura 92. Agregar Nuevo Modulo Después elijo el tipo de modulo que quiero crear.

Figura 93. Selección Modulo Una vez elegido le damos las siguientes conFigura ciones como se muestra en la Figura 94, en una de ella está a que menú le asignamos.

Figura 94. ConFigura ciรณn de Modulo 4.2.6.2. Plugins Esta opciรณn nos permitirรก agregar los plugins para nuestro SWDPL, como se muestra en la Figura 95.

Figura 95.Plugins

4.2.6.3. Plantillas Esta opciรณn nos permitirรก agregar estilos y plantillas extras para nuestro SWDPL, como se muestra en la Figura 96.

Figura 96.Plantillas 4.2.6.4. Idiomas Esta opciรณn nos permitirรก agregar idiomas el cual no estรก conFigura do en el panel o en el SWDPL, como se muestra en la Figura 97.

Figura 97. Idiomas Si desea agregar un nuevo idioma debera darle clic en instalar idioma

Figura 98. Instalar Idioma

Seguido deberá darle clic al cuadrito del idioma a instalar, y después dalr clic en instalar y listo.

Figura 99.Instalar Idioma Elegido 4.2.7. Ayuda En esta opción podrá conseguir ayuda acerca de lo que es joomla, sus extensiones, sus componentes entre otras cosas así como también recursos que el sirvan en el SWDPL.

Figura 100.Ayuda Joomla

ANEXO 6: MANUAL DE USUARIO – MODULO DE ENCUESTAS

Mรณdulo de Encuestas MESD MANUAL DEL USUARIO FINAL EncuestasSD V1.0

VERSIONAMIENTO

Versiรณn del Documento V1.0

Fecha de Revisiรณn

Cambio Realizado

(mm/aa) Mayo 2016

Documento Inicial

Contenido MANUAL DEL USUARIO FINAL............................................................................................... 5 I. INTRODUCCIÓN ....................................................................................................................... 5 II. ALCANCE ................................................................................................................................. 5 III. GLOSARIO DE TÉRMINOS................................................................................................... 5 IV. REQUISITOS ........................................................................................................................... 6 1. Ingreso a MESD .......................................................................................................................... 6 2. Estructura del MESD .................................................................................................................. 7 3. Realizando una encuesta ............................................................................................................. 7 4. Opciones para Usuario .............................................................................................................. 11 4.1 Ingreso de Usuarios Registrados .....................................................................................12 4.2 Recuperar contraseña ...................................................................................................... 12 4.3 Reportes de encuestas ..................................................................................................... 15 4.4 Crear encuestas ............................................................................................................... 17 4.4.1 Crear preguntas ............................................................................................................ 20 4.4.2 Crear opciones ............................................................................................................. 23 4.4.3 Activar encuesta ........................................................................................................... 26 4.4.4 Editar Pregunta............................................................................................................. 27

4.4.5 Eliminar Preguntas .......................................................................................................28 4.4.6 Editar Opciones ............................................................................................................ 30 4.4.7 Eliminar Opciones ....................................................................................................... 31 4.4.8 Editar nombre de encuesta ........................................................................................... 32 4.4.9 Reportes en excel .........................................................................................................34 4.4.10 Creaciรณn de usuarios .................................................................................................. 35 4.4.11 Ediciรณn de perfil ......................................................................................................... 38

MANUAL DEL USUARIO FINAL

I. INTRODUCCIÓN

En el presente documento se explica de manera detallada el manejo de EncuestasSD, herramienta informática a nivel web que le permitirá crear, editar, eliminar y administrar de manera general encuestas de un modo fácil y rapido.

II. ALCANCE

El presente documento abarca la guía necesaria para que el usuario final pueda utilizar EncuestasSD: crear encuestas, editarlas, creación de usuarios y reportes.

III. GLOSARIO DE TÉRMINOS

MESD

Módulo de encuestas

EncuestasSD

Proyecto de creación de un módulo de encuestas

GAD Provincial Santo Domingo de los Tsáchilas

Gobierno autónomo descentralizado de la provincial de Santo Domingo de los Tsáchilas

Usuario Final

Usuario Servidor Público o visitante que utiliza MESD

IV. REQUISITOS

Para poder utilizar el MESD el usuario deberá disponer de lo siguiente: • •

Navegador de Internet Mozilla Firefox, Chrome, Internet Explorer 9 o superior y otros navegadores.

Acceso a internet.

1. Ingreso a MESD

Para ingresar al MESD, se debe digitar la siguiente dirección que sea provista por el administrador del sitio, en nuestro caso será: http://encuesta.dev/feedback Al realizar esto se desplegará la siguiente página web, como muestra la Figura 1.

Figura 1. Pantalla de ingreso al sitio web

2. Estructura del MESD

Al ingresar a MESD, se puede visualizar el logo del gad provincial de Santo Domingo, el botón de ingreso de usuarios administradores, el botón empezar el cual mueve la página a las encuestas y las encuestas activadas.

3. Realizando una encuesta Primero debemos dar clic en “realizar encuesta”, como muestra la Figura 2.

Figura 2. Encuestas activadas

Luego se nos abrirá una ventana con la encuesta que hemos seleccionado como muestra la Figura 3.

Figura 3. Respondiendo encuestas

Al terminar de responder la encuesta, damos clic “enviar� como muestra la Figura 4.

Figura 4. Enviando encuesta

Al enviar la encuesta se nos desplegará una ventana modal en la cual debemos ingresar nuestro número de cedula, solo se puede responder una encuesta por encuestado.

Figura 5. Ventana modal de ingreso de cédula

La cedula debe ser válida y no contener otros caracteres que no sean números, esto será advertido por el sistema.

Figura 6. Mensaje de error

Una vez enviada la encuesta e ingresada la cédula, se nos abrirá una ventana la cual mostrará un mensaje que nos avisara que nuestra encuesta ha sido enviada correctamente.

Figura 7. Mensaje de envĂ­o correcto

4. Opciones para Usuario Por defecto, el sistema empieza con un usuario administrador, el cual podrรก crear usuarios para administrar el sistema.

Figura 8. Botรณn del ingreso al sistema

4.1 Ingreso de Usuarios Registrados Esta opción permitirá a un usuario registrador entrar al sistema y crear, modificar y editar encuestas, como se muestra en la Figura 9.

Figura 9. Ingresar a MESD

4.2 Recuperar contraseña Si el usuario olvida la contraseña de ingreso al sistema se podrá recuperar enviando una solicitud al sistema para cambiarla. En la Figura 10 se muestra el botón con esta opción.

Figura 10. Recuperar cuenta del usuario

Nos abrirá una ventana en la cual debemos ingresar nuestro correo electrónico, esto hará que el sistema busque por el usuario, cree un token y envie la dirección de cambio de contraseña al usuario.

Figura 11. Solicitud de envío de contraseña al correo electrónico

El correo que nos llegara del sistema nos mostrara un enlace a la página donde podremos cambiar la contraseña.

Figura 12. Enlace creado

Al entrar al enlace, nos mostrara un formulario donde podremos cambiar la contraseña de nuestra cuenta.

Figura 13. Formulario para el cambio de contraseña

4.3 Reportes de encuestas

Al ingresar al sistema, la primera ventana que se nos abrirá será la de administración.

Figura 14. Ventana principal del administrador

Desde esta ventana podremos ver todas las encuestas que se han creado.

Figura 15. Tabla de encuestas creadas

En ella podremos ver los reportes que se han generado en cada una de las encuestas, por ejemplo, al ingresar a valoración del sitio web se nos desplegaran los datos correspondientes a esa encuesta.

Figura 16. Ventana de reporte de encuestas

4.4 Crear encuestas El administrador así mismo podrá crear encuestas dentro del área de edición de encuestas.

Figura 17. Botรณn para editar encuestas

Al entrar al editor de encuestas, se nos mostrarรกn las encuestas que estรกn activadas en verde y las encuestas que estรกn desactivadas en rojo.

Figura 18. Pรกgina principal del editor de encuestas

Para crear una nueva encuesta presionamos clic sobre el botón que se encuentra al lado inferior derecho en la página principal de edición.

Figura 19. Botón para la creación de una encuesta nueva

Nos abrirá una ventana en la cual existirá un campo de texto en el cual deberemos agregar el nombre de la nueva encuesta.

Figura 20. Ingreso de la nueva pregunta 4.4.1 Crear preguntas

Al presionar enviar, se nos crearรก la nueva encuesta la cual por defecto esta desactivada.

Ahora para agregarle las preguntas y opciones damos clic sobre editar encuesta.

Figura 21. Ingresar a la ediciรณn de una encuesta

Se abrirรก la ventana en la cual empezaremos la creaciรณn de la encuesta.

Figura 22. Ventana de ediciรณn de una encuesta Lo primero que debemos hacer es agregar una pregunta, vamos al icono de la parte inferior derecha y presionamos en agregar nueva pregunta.

Figura 23. Ventana de ediciรณn de una encuesta

Al presionar el botón se desplegará una ventana modal en la parte inferior de la página, la cual nos permitirá agregar una pregunta nueva a la encuesta.

Figura 24. Ventana modal para agregar preguntas 4.4.2 Crear opciones

Luego de presionar en el botón agregar, la pregunta nos aparecerá en la hoja de la encuesta. Una vez ahí damos clic en editar pregunta en la parte superior derecha de la pregunta.

Figura 25. Botรณn de ediciรณn de preguntas Al presionar clic, se desplegara una ventana modal con las diferentes opciones que contiene la pregunta. Lo primero que debemos hacer es agregar una pregunta.

Figura 26. Botรณn para agregar opciones

Al presionar clic en agregar opciรณn, se desplegara un cuadro de texto en el cual podremos ingresar las opciones que queramos agregar a la pregunta.

Figura 27. Cuadro de texto de las opciones Al escribir la opciรณn y presionar ingresar, se agregara la opciรณn a la pregunta en la hoja de la encuesta.

Figura 28. Vista de la opciĂłn ingresada 4.4.3 Activar encuesta

Se deben ingresar mĂ­nimo una pregunta con dos opciones para poder habilitar la encuesta para su uso. Al agregarlas, podremos pulsar el botĂłn de habilitar y actualizamos.

Figura 29. Activaciรณn de la encuesta 4.4.4 Editar Pregunta

Al entrar en la ediciรณn de la pregunta, podremos cambiar el nombre de la pregunta.

Figura 30. Ediciรณn del nombre de la pregunta 4.4.5 Eliminar Preguntas

Para eliminar una pregunta damos clic en el botรณn inferior derecho y seleccionamos eliminar pregunta.

Figura 31. Eliminar pregunta Se nos abrirรก una ventana con todas las preguntas que hayamos creado, en ella podremos elegir cual queremos eliminar.

Figura 32. Lista de pregunta Al seleccionar se abrirรก una ventana preguntando si queremos eliminar la pregunta.

Figura 33. Ventana de eliminaciรณn de preguntas

Al pulsar en eliminar nos advertirá si estamos seguros de eliminar la pregunta. Pulsamos eliminar y eliminara la pregunta con todas sus opciones.

Figura 34. Aceptación de eliminación de pregunta

4.4.6 Editar Opciones

También podremos editar el nombre de las opciones agregar

Figura 35. EdiciĂłn del nombre de las opciones

4.4.7 Eliminar Opciones

AsĂ­ mismo podremos eliminar opciones, esto borrara las opciones y los resultados que se hayan obtenido de ellos.

Figura 36. Eliminaciรณn de opciones 4.4.8 Editar nombre de encuesta

Si queremos editar el nombre de la encuesta, damos clic en editar nombre de la encuesta justo al lado del nombre.

Figura 37. Botรณn de ediciรณn de nombre de la encuesta Al presionar, se nos desplegara una ventana modal con un campo de texto en el cual podremos cambiar el nombre de la encuesta.

Figura 38. Ediciรณn del nombre de la encuesta

4.4.9 Reportes en excel

De vuelta en el administrador, podremos ver los visitantes que han realizado una encuesta, la fecha y la encuesta que realizaron.

Figura 39. Visitantes que han realizado una encuesta TambiĂŠn podemos generar reportes en formato Excel para su tabulaciĂłn en diferente forma.

Figura 40. Botรณn de reportes en Excel

Figura 41. Ejemplo de reporte generado en Excel de una encuesta 4.4.10 Creaciรณn de usuarios

Tambien, el administrador podrá crear nuevos usuarios para la administración de las encuestas.

Figura 42. Botón para la generación de usuarios

Se abrirá la ventana para la creación y edición de usuarios en el sistema la cual solo el administrador tendrá acceso.

Figura 43. Ventana de administraciรณn de usuarios En el botรณn de crear usuario nos mostrarรก un formulario con el cual podremos agregar nuevos usuarios en el sistema.

Figura 44. Formulario de creaciรณn de usuarios

4.4.11 Edición de perfil Si un usuario quiere editar su perfil podrá hacerlo en el botón perfil.

Figura 45. Botón de perfil del usuario En esa ventana nos aparecerá un formulario con las opciones a cambiar del usuario.

Figura 46. Formulario de edición de usuario

Anexo 7: DIAGRAMA DE CASO DE USO

Crear usuario

Modificar usuario

Eliminar usuario

Crear artĂ­culo

Modificar artĂ­culo

Eliminar artĂ­culo

Login de usuario

Consultar informaciรณn

Anexo 8: DIAGRAMA DE SECUENCIA

Crear usuario

Modificar usuario

Eliminar usuario

Crear artĂ­culo

Modificar artĂ­culo

Eliminar artĂ­culo

Login de usuario

Consultar informaciรณn

Anexo 9: Cronograma de actividades

CRONOGRAMA DE ACTIVIDADES ESCUELA DE SISTEMASIngeniería de Sistemas Título del Proyecto: Elaboracion de sitio web dinamico para la Parroquia de Puerto Limon de Santo Domingo de los Tsáchilas Institución en convenio:

GAD Provincial Santo Domingo de los Tsáchilas

Integrantes:

Fernando González, Milton Toapanta

Periodo:

N°

Nivel/Paraleo: 9° semestre

2/1/2015

NOVIEMBRE DICIEMBRE ENERO FEBRERO MARZO ABRIL Tiempo OCTUBRE Días ACTIVIDAD 1 2 3 4 5 6 7 8 9 9 10 11 12 13 13 14 15 16 17 18 19 20 21 21 22 23 24 25 26 27 28 1 Formacion del grupo de trabajo 1X 2 Seleccionar tema de investigacion 7X X 3 Solicitud de informacion a la institucion 7 X X 4 Levantamiento de informacion 14 X X X 5 Elaboración de Encuesta 3 X X 6 Realizar Encuesta 2 X 7 Tabulación y recopilación de datos 4 X X 8 Definir arquitectura de software y BD. 1 X 9 Analisis de Requisitos 1 X 10 Presentacion y crecion de SRS/ Sitio Web 4 X X 11 Diseñar Diagramas UML 3 X X 12 Diseñar Arquitectura de Sitio Web 4 X X 13 Reestructuración de CMS 15 X X X X X 14 Pruebas Unitarias, Sistema y Integración 4 X X 15 Presentación Primer Prototipo Sitio Web 1 X 16 Propuesta y aceptacion de Sistema de Encuesta 1 X 17 Presentacion y crecion de SRS/ Sistema de Encuestas 4 X X 18 Implementación de Módulo/ Mapa Gad Parroquial 1 X 19 Creación de Logo y Colores institucionales Gad Parroquial 2 X 20 Implementación modulo Backups 1 X 21 Implementación modulo Redes Sociales 1 X 22 Pruebas Unitarias, Sistema y Integración 4 X X 23 Presentación de Segundo Prototipo/ Sitio Web 1 X 24 Socializacion de Sistemas de Encuesta 1 X 25 Analisis de Requisitos Sistema de Encuentas 1 X 26 Creación Base de Datos Sistema de Encuestas 5 X X 27 Codificacion y desarrollo de Sistema de Encuestas 18 X X X X X X 28 Pruebas Unitarias, Sistema y Integración 4 X X 29 Presentación Primer Prototipo/ Módulo de Encuestas 1 X 30 Socializacion del Sitio Web y Sistemas de Encuesta 1 X 31 Analisis de nuevos requerimientos 1 X 32 Desarrollo y Codificacion de nuevos requerimientos 4 X X 33 Pruebas Unitarias, Sistema y Integración 5 X X 34 Presentación tercer prototipo/Sitio Web 1 X 35 Presentación Segundo prototipo/Sistema de Encuestas 1 X 36 Socialización de Aceptación de Sistemas 1 X

Anexo 10: Manual de instalación – Modulo de encuestas

Mรณdulo de Encuestas MESD MANUAL DE INSTALACIร N FINAL EncuestasSD V1.0

VERSIONAMIENTO

Versiรณn del Documento V1.0

Fecha de Revisiรณn

Cambio Realizado

(mm/aa) Mayo 2016

Documento Inicial

MANUAL DE INSTALACIÓN FINAL

I. INTRODUCCIÓN

En el presente documento se explica de manera detallada la instalacion de EncuestasSD, herramienta informática a nivel web que le permitirá crear, editar, eliminar y administrar de manera general encuestas de un modo fácil y rápido.

II. ALCANCE

El presente documento abarca la guía necesaria para la instalación de EncuestasSD. El manual de instalación del sistema EncuestasSD, corre bajo la plataforma GNU/Linux.

Se integra con Apache y la base de datos Mysql, su desarrollo está en PHP; la distribución recomendada de Linux es Centos.

Para nuestro caso se tomará como plataforma base la distribución Centos 6.7 32 bits.

III. GLOSARIO DE TÉRMINOS

MESD

Módulo de encuestas

EncuestasSD

Proyecto de creación de un módulo de encuestas

GAD Provincial Santo Domingo de los Tsáchilas

Gobierno autónomo descentralizado de la provincial de Santo Domingo de los Tsáchilas

Usuario Final

Usuario Servidor Público o visitante que utiliza MESD

IV. REQUISITOS

Para poder utilizar el MESD el usuario deberá disponer de lo siguiente: • • •

Navegador de Internet Mozilla Firefox, Chrome, Internet Explorer 9 o superior y otros navegadores.

Acceso a internet.

CentOS 6.7 x86_64

INSTALACIÓN Instalación de repositorios CentOS 6.7 cuenta con repositorios por defecto para la instalación de complementos y programas. El problema de este repositorio es que no cuenta con versiones actualizadas de los programas que necesitamos, para ello vamos a comenzar con la instalación de estos nuevos repositorios.

Instalación del repositorio EPEL y REMI

Ingresamos a la terminal de centos e ingresamos los siguientes comandos (sino funcionan los comandos, se debe dar privilegios anteponiendo sudo o ingresando a un usuario con privilegios)

yum -y update wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm sudo rpm -Uvh epel-release-latest-6*.rpm wget http://rpms.famillecollet.com/enterprise/remi-release-6.rpm sudo rpm -Uvh remi-release-6*.rpm

Habilitacion del repositorio REMI

nano /etc/yum.repos.d/remi.repo

Se abrirรก el archivo en texto para la habilitaciรณn del repositorio. En enable=0 lo cambiamos a enable=1 como se muestra a continuaciรณn

[remi] name=Remi's RPM repository for Enterprise Linux 6 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/6/remi/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/6/remi/mirror enabled=1

gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

También aquí mismo habilitamos la instalación de php 5.6

[remi-php56] name=Remi's PHP 5.6 RPM repository for Enterprise Linux 6 - $basearch #baseurl=http://rpms.remirepo.net/enterprise/6/php56/$basearch/ mirrorlist=http://rpms.remirepo.net/enterprise/6/php56/mirror # WARNING: If you enable this repository, you must also enable "remi" enabled=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-remi

Luego pulsamos ctrl+o para guardar y luego ctrl+x para salir.

Con eso tenemos activado el repositorio permanentemente.

Instalación de Apache

Si ya se tiene instalado Apache se puede omitir estos pasos.

Para instalar apache escribimos el siguiente comando

yum install httpd

Una vez instalado se debe iniciar con el comando service httpd start Para comprobar que la instalaciรณn de apache fue correcta, entramos al navegador y escribimos.

127.0.0.1/

Apache corriendo en centos

Instalaciรณn de Mysql Si ya se cuenta con Mysql puede omitir estos pasos.

Para instalar Mysql escribimos los siguientes comandos

yum install mysql-server service mysqld start

/usr/bin/mysql_secure_installation

Al escribir el último comando, se desplegará la configuración de Mysql.

Instalar PHP 5.6 Para el funcionamiento del módulo de encuestas necesitamos PHP >= 5.5.9 ya que hace uso del framework Laravel 5.2.

Ingresamos los siguientes comandos

yum install php php-mysql php-mcrypt php-mbstring service httpd restart

Instalación de composer Laravel hace uso de composer para la fácil administración e instalación de complementos.

Ingresamos los siguientes comandos para su instalación y para poder usarlo globalmente.

curl -sS https://getcomposer.org/installer | php mv composer.phar /usr/local/bin/composer chmod +x /usr/local/bin/composer

Activar mod_rewrite en Apache Laravel utiliza .htaccess para la redirección de rutas. Para poder usarlas se necesita activar el mod_rewrite.

Entramos al siguiente archivo de texto

nano /etc/httpd/conf/httpd.conf

Y cambiamos todos los AllowOverride None por AllowOverride All Guardamos con ctrl+o y salimos con ctrl+x Instalación del módulo de encuestas Copiamos la carpeta con los binarios en /var/www/html Luego asignamos privilegios a la carpeta storage y vendor dentro de carpeta_encuestas

chmod –R 777 /var/www/html/carpeta_encuestas/storage chmod –R 777 /var/www/html/carpeta_encuestas/vendor

Nota: En nuestra instalación dimos los permisos 777 por ser un entorno de prueba. Los privilegios deberán ser dados dependiendo de los permisos que tenga el servidor.

Luego si entramos a la dirección localhost/carpeta_encuestas/public aparecerá un error como el siguiente.

Ahora debemos migrar la base de datos Creación de la base de datos Antes de migrar los datos, debemos crear una base de datos nueva en Mysql.

Ingresamos el siguiente comando habiendo previamente iniciando el servicio /sbin/service mysqld start

mysql –u root -p

Y creamos la base de datos encuestas

Create database encuestas;

Luego salimos con \q

Conexión a la base de datos Ahora deberemos conFigura r la conexión a la base de datos Debemos entrar a la siguiente ruta

var/www/html/carpeta_encuestas/

y abrir el archivo oculto .env, en él se configura todos los datos de sistema gestor de base datos mysql

nano .env

Y agregamos la siguiente configuración

APP_ENV=local APP_DEBUG=true APP_KEY=9XHWjHiPPrgiXSxvcb1brbj8XnSeBXjG

DB_HOST=localhost DB_DATABASE='encuestas' DB_USERNAME='root' DB_PASSWORD=''

CACHE_DRIVER=file SESSION_DRIVER=file QUEUE_DRIVER=sync

REDIS_HOST=localhost REDIS_PASSWORD=null REDIS_PORT=6379

MAIL_DRIVER=smtp MAIL_HOST=smtp.gmail.com MAIL_PORT=587 MAIL_USERNAME=correo@gmail.com MAIL_PASSWORD=clave_correo MAIL_FROM=correo@gmail.com MAIL_NAME=Nombre_Emisor MAIL_ENCRYPTION=tls

Nota: El parámetro APP_KEY debe ser una cadena de 32 caracteres, esta sirve para el cifrado de todas las claves por medio de AES-256-CBC. Para una mayor seguridad debe ser un archivo generado aleatoriamente. Para crearlo se puede usar el comando php artisan key:generate.

El correo gmail que se usará para la recuperación de cuentas debe permitir el envio de correos desde fuentes desconocidas. Para ello vamos a enlace https://www.google.com/settings/security/lesssecureapps

Y activamos la opción

Migración de la base de datos Una vez conFigura da la conexión a la base de datos comenzamos la migración para agregar las tablas a la base de datos.

Ingresamos a

cd var/www/html/carpeta_encuestas

y en la terminal y escribimos lo siguiente

php artisan migrate

Al terminar la migraciรณn escribimos el siguiente comando para agregar los datos por defecto.

php artisan db:seed

ANEXO 11: Diccionario de datos

bitacora Columna idBitacora (Primaria)

Nul o

Tipo int(11)

No

periodoBitacora (Primari int(11) a)

No

fechaBitacora

timestamp

No

usuarioIdBitacora

int(11)

No

usuarioBitacora

varchar(255 No )

ipUsuarioBitacora

varchar(255 No )

eventoBitacora

varchar(255 No )

tablaBitacora

varchar(255 No )

Predeterminado

Enlace Comentario sa s

CURRENT_TIMESTA MP

Índices Nombre Únic Empaqueta de la Tipo o do clave PRIMA BTRE Sí RY E

Columna idBitacora

No

Cardinalid Cotejamie Nul Comenta ad nto o rio 47

A

No

periodoBitac 47 ora

A

No

encuestas Columna

Tipo

idEncuestas (Primaria int(10) )

Nul o

Predeterminado

No

nombreEncuestas

varchar(255 No )

realizadaEncuestas

int(10)

No

0

estadoEncuestas

tinyint(1)

No

0

fechaStringEncuestas varchar(40) Sí

NULL

finalizaEncuestas

NULL

timestamp

Sí

Enlace Comentario sa s

users -> id

idUsuario

int(10)

No

updated_at

timestamp

No

0000-00-00 00:00:00

created_at

timestamp

No

CURRENT_TIMESTAM P

deleted_at

timestamp

Sí

NULL

Índices Nombre de la clave

Tipo

Úni Empaqu Cardina Cotejam Nu Coment Columna co etado lidad iento lo ario

BTR Sí EE

No

idEncuesta 3 s

A

No

encuestas_nombreencu BTR Sí estas_unique EE

No

nombreEnc 3 uestas

A

No

idUsuario

A

No

PRIMARY

encuestas_idusuario_fo BTR No No reign EE

3

migrations Columna

Tipo

Nulo Predeterminado

Enlaces a

Comentarios

migration varchar(255) No batch

int(11)

No

opciones Columna

Tipo

idOpciones (Primari int(10) a)

Nul o

Predeterminado

Enlaces a

No

nombreOpciones

varchar(100 No )

contarOpciones

int(10)

No

0 preguntas > idPregunta s

idPreguntas

int(10)

No

updated_at

timestamp

No

CURRENT_TIMESTA MP

created_at

timestamp

No

CURRENT_TIMESTA

Comentario s

MP deleted_at

timestamp

Sí

NULL

Índices Nombre de la clave Tipo

Úni Empaque Column Cardinali Cotejami Nu Coment co tado a dad ento lo ario

BTR Sí EE

PRIMARY

opciones_idpreguntas BTR No _foreign EE

No

idOpcio 23 nes

A

No

No

idPregu 23 ntas

A

No

password_resets Columna

Tipo

Nulo

email

varchar(255) No

token

varchar(255) No

created_at timestamp

No

Predeterminado

Enlaces a

Comentarios

CURRENT_TIMESTAMP

Índices Nombre de la clave Tipo

Úni Empaquet Colum Cardinali Cotejami Nu Coment co ado na dad ento lo ario

password_resets_ema BTR No il_index EE

No

email

0

A

No

password_resets_toke BTR No n_index EE

No

token

0

A

No

preguntas Columna

Tipo

idPreguntas (Primari int(10) a) nombrePregunta

idEncuestas

Nul o

Predeterminado

Enlaces a

No

varchar(100 No ) int(10)

No

encuestas > idEncuesta s

Comentario s

updated_at

timestamp

No

CURRENT_TIMESTA MP

created_at

timestamp

No

CURRENT_TIMESTA MP

deleted_at

timestamp

Sí

NULL

Índices Nombre de la clave Tipo

Úni Empaque Column Cardinali Cotejami Nu Coment co tado a dad ento lo ario No

idPregu 8 ntas

A

No

preguntas_idencuesta BTR No No s_foreign EE

idEncue 8 stas

A

No

PRIMARY

BTR Sí EE

users Columna

Tipo

Nulo

id (Primaria)

int(10)

nombreUsers

varchar(45) No

Enlaces Comentarios a

Predeterminado

No

nombreUsuarioUsers varchar(45) No apellidoUsers

varchar(45) No

email

varchar(255) No

password

varchar(60) No

remember_token

varchar(100) Sí

NULL

updated_at

timestamp

No

CURRENT_TIMESTAMP

created_at

timestamp

No

CURRENT_TIMESTAMP

deleted_at

timestamp

Sí

NULL

Índices Nombre de la clave

Tipo

Úni Empaque Column Cardinali Cotejami Nu Coment co tado a dad ento lo ario

BTR Sí EE

No

id

0

A

No

users_nombreusers BTR Sí _unique EE

No

nombreU 0 sers

A

No

users_email_unique BTR Sí

No

email

A

No

PRIMARY

0

Nombre de la clave

Tipo

Úni Empaque Column Cardinali Cotejami Nu Coment co tado a dad ento lo ario

EE

visitantes Columna

Nul o

Tipo

idVisitantes (Primari int(10) a)

Predeterminado

Comentario s

No

cedulaVisitante

varchar(10 No )

updated_at

timestamp No

CURRENT_TIMESTAM P

created_at

timestamp No

CURRENT_TIMESTAM P

deleted_at

timestamp Sí

NULL

idEncuestas

Enlaces a

int(10)

encuestas > idEncuesta s

No

Índices Nombre de la clave

Tipo

Úni Empaque Column Cardinal Cotejami Nu Coment co tado a idad ento lo ario No

idVisitan 7 tes

A

No

visitantes_idencuest BTR No No as_foreign EE

idEncue 7 stas

A

No

PRIMARY

BTR Sí EE

ANEXO 12: Acta de reuniones

Horarios de Reunión N°

Fecha

Actividades Realizadas

Inicio

Fin

Firma de Estudiante 1

1

23/10/2015

Firma de Solicitud de información

15:00

15:30

2

18/11/2015

Presenta de SRS

15:00

16:00

Presentación de Plantilla Joomla

15:00

16:00

3

19/01/2016

4

19/02/2016

Presentación Sitio Web

9:00

10:30

5

26/02/2016

Avance Sitio Web(Módulos)

9:00

10:30

6

04/03/2016

Revisión avances Sitio Web

9:00

10:00

7

04/03/2016

Presentación de Avances y pruebas

15:00

16:00

8

14/03/2016

Nuevos requerimientos Sitio Web y presentación de

9:00

11:00

módulo de encuestas 9

15/03/2016

Presentación de Módulo de encuestas y pruebas

9:00

10:30

10

29/03/2016

Presentación de Sitio Web avances y pruebas

9:00

10:00

11

04/04/2016

Reunión con Director

15:00

16:00

12

11/04/2016

Presentación de Sitio Web Exposición

09:00

10:00

13

14/04/2016

Presentación de Modulo encuestas y pruebas

15:00

16:00

Firma de Estudiante 2

Anexo 13: Acta de entrega

Anexo 14: Carta de impacto