Desarrollo de un sistema informático para el control del mantenimiento de vehículos

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

DESARROLLO DE UN SISTEMA INFORMÁTICO PARA EL CONTROL DEL MANTENIMIENTO DE VEHÍCULOS EN EL GAD MUNICIPAL DEL CANTÓN PEDRO VICENTE MALDONADO EN EL AÑO 2016.

Disertación de Grado previo a la obtención del título de Ingeniero en Sistemas y Computación

Línea de Investigación: Estudio, diseño e implementación de Software

Autor: HENRY LUIS BALSECA OBANDO Director: Mg. ADRIÁN ROLANDO CEVALLOS DUEÑAS

Santo Domingo – Ecuador Febrero, 2017

ii

PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR SEDE SANTO DOMINGO

Dirección Académica – Escuela de Sistemas

HOJA DE APROBACIÓN

DESARROLLO DE UN SISTEMA INFORMÁTICO PARA EL CONTROL DEL MANTENIMIENTO DE VEHÍCULOS EN EL GAD MUNICIPAL DEL CANTÓN PEDRO VICENTE MALDONADO EN EL AÑO 2016.

Línea de Investigación: Estudio, diseño e implementación de Software

Autor: HENRY LUIS BALSECA OBANDO

Adrián Rolando Cevallos Dueñas, Mg. DIRECTOR DE LA DISERTACIÓN DE GRADO

Luis Javier Ulloa Meneses, Mg. CALIFICADOR

Rodolfo Sirilo Córdova Gálvez, Mg. CALIFICADOR

Marghot Elisa Guaraca Moyota, Mg. DIRECTORA DE LA ESCUELA DE SISTEMAS Santo Domingo – Ecuador Febrero, 2017

iii

DECLARACIÓN DE AUTENTICIDAD Y RESPONSABILIDAD

Yo, Henry Luis Balseca portador de la cédula de ciudadanía N° 1721564183 declaro que el resultado obtenido en la investigación que presento como informe final, previo a la obtención del Grado de Ingeniero de Sistemas y Computación son absolutamente originales, auténticos y personales.

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

Henry Luis Balseca Obando CI. 1721564183

iv

AGRADECIMIENTO A mi madre que día a día ha sido el pilar fundamental en esta escalera al éxito que es la vida, el apoyo incondicional que demuestra a mi hermano y a mi es el fundamento perfecto que toda familia debe tener.

A mis familiares y allegados que siempre una palabra de ayuda ha sido la que me ha motivado a seguir adelante, con tropiezos o retrasos que la vida siempre nos regala pero que con su compañía siempre será más llevadera y satisfactoria.

A mi novia que se ha convertido en mi compañera diaria de alegrías y tristezas sin importarle tiempo o dinero se ha mantenido siempre a mi lado demostrando que la sinceridad y la sencillez son el mayor don que una pareja debe mantener.

v

DEDICATORIA Dedico este proyecto a la memoria de mi abuelita Teresa Trujillo quien no se encuentra presente físicamente pero que en cada paso que doy, sus enseñanzas y consejos me acompañan siendo el único pretexto de mi forma de ser. El amor que me brindó en vida fue la clave del éxito de todos mis logros alcanzados y los que están por venir.

vi

RESUMEN El proyecto de investigación denominado “Desarrollo de un sistema informático para el control del mantenimiento de vehículos en el GAD Municipal del cantón Pedro Vicente Maldonado en el año 2016” se ha desarrollado con el objetivo de permitir la organización de la información referente a los controles de las maquinarias de transporte terrestre del Gobierno Autónomo Descentralizado Municipal del Cantón Pedro Vicente Maldonado de manera eficaz, ordenada y segura. SYSTHOR es el nombre del sistema, el cual ha sido elaborado con el desarrollo de las etapas de la metodología cascada. La aplicación web del sistema cuenta con funciones como: crear usuarios y asignar privilegios, uno de estos es visualizar el respectivo módulo. Estos últimos son utilizados por los funcionarios públicos para ingresar tanto los datos de los automotores como sus actividades diarias y también cuenta con un interfaz dedicado a la cabina de control, es decir, donde se registran las entradas y salidas del campamento. El ingreso de documentación cuenta con validaciones para ayudar en los ingresos como la desactivación de caracteres no necesarios. Asimismo cuenta en cada interfaz con una búsqueda en tiempo real y la opción de imprimir en archivo PDF. El diseño de SYSTHOR se realizó con HTML5 y en una plantilla de Bootstrap 3; el motor de base de datos que se implementó fue PostgreSQL 9.3 donde la programación que se utilizó para unir estos elementos antes mencionados ha sido PHP 5.2 junto con JavaScript.

vii

ABSTRACT The research project "Development of a computer system for the control of vehicle maintenance in the Municipal GAD of the canton Pedro Vicente Maldonado in the year 2016" has been developed with the objective of allowing the organization of the information regarding the controls of The land transport machinery of the Autonomous Decentralized Municipal Government of the Canton Pedro Vicente Maldonado in an efficient, orderly and safe manner. SYSTHOR is the name of the system, which has been developed with the development of the stages of the cascade methodology. The web application of the system has functions such as: create users and assign privileges, one of these is to view the respective module. The latter are used by public officials to enter both the data of the automotive and their daily activities and also has an interface dedicated to the control cabin, that is, where the entrances and exits of the camp are recorded. The entry of documentation has validations to assist in the income as the deactivation of unnecessary characters. It also counts on each interface with a real-time search and the option to print in PDF file. The SYSTHOR design was done with HTML5 and in a Bootstrap template 3; the database engine that was implemented was PostgreSQL 9.3 where the programming that was used to join these elements mentioned above has been PHP 5.2 along with JavaScript.

viii

ÍNDICE CONTENIDOS 1.

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

2.

PLANTEAMIENTO DEL PROBLEMA ................................................. 4

2.1.

Antecedentes ................................................................................................................ 4

2.2.

Problema de investigación ........................................................................................... 6

2.2.1.

Preguntas básicas .................................................................................................................. 7

2.3.

Justificación de la investigación .................................................................................. 8

2.4.

Objetivos de investigación ........................................................................................... 9

2.4.1.

Objetivo General ................................................................................................................... 9

2.4.2.

Objetivos Específicos ........................................................................................................... 9

3.

MARCO REFERENCIAL ..................................................................... 10

3.1.

Fundamentos teóricos ................................................................................................ 10

3.1.1.

Control de mantenimiento vehicular ................................................................................ 11

3.1.2.

Metodología de desarrollo ................................................................................................. 12

3.1.3.

Ingeniería de Software ....................................................................................................... 13

3.1.4.

Modelos de desarrollo ........................................................................................................ 13

3.1.5.

Modelos de caso de uso ..................................................................................................... 14

3.1.6.

Programación Web ............................................................................................................. 14

3.1.7.

Base de Datos ...................................................................................................................... 16

3.1.8.

Servidor ................................................................................................................................ 17

3.2.

Investigaciones o experiencias empíricas vinculadas con la investigación ............... 17

ix

3.3.

Hipótesis de Trabajo .................................................................................................. 18

4.

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

4.1.

Diseño / Tipo de investigación .................................................................................. 19

4.1.1.

Diseño de la Investigación ................................................................................................. 19

4.1.1.1. Diseño no experimental ..................................................................................................... 19 4.1.2.

Tipo de Investigación ......................................................................................................... 20

4.1.2.1. Investigación-acción ........................................................................................................... 20 4.1.2.2. Investigación analítica ........................................................................................................ 20 4.2.

Población / Universo.................................................................................................. 20

4.2.1.

Población.............................................................................................................................. 20

4.3.

Muestra ...................................................................................................................... 21

4.4.

Instrumentos de recogida de datos ............................................................................. 21

4.4.1.

La observación .................................................................................................................... 21

4.4.2.

La encuesta .......................................................................................................................... 22

4.4.3.

La entrevista ........................................................................................................................ 22

4.5.

Técnicas de Análisis de Datos ................................................................................... 23

4.5.1.

Descripción de datos........................................................................................................... 23

4.5.1.1. Análisis estadístico ............................................................................................................. 23 4.6.

Metodología de desarrollo de software...................................................................... 23

4.6.1.

El modelo en cascada ......................................................................................................... 23

5.

RESULTADOS ...................................................................................... 26

x

5.1.

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

5.1.1.

Encuesta realizadas ............................................................................................................. 26

5.1.1.1. Conclusión de las encuestas realizadas a funcionarios y conductores del GAD Municipal sobre el control del mantenimiento de los vehículos .................................................. 44 5.1.2.

Entrevistas realizadas ......................................................................................................... 45

5.2.

Resultados de la aplicación de la metodología .......................................................... 47

5.2.1.

Análisis de requisitos.......................................................................................................... 47

5.2.1.1. Plan del documento de requerimientos ............................................................................ 48 5.2.1.2. Ámbito del sistema ............................................................................................................. 48 5.2.1.3. Definiciones, acrónimos y abreviaturas ........................................................................... 48 5.2.1.4. Referencias .......................................................................................................................... 49 5.2.2.

Visión general del producto............................................................................................... 49

5.2.3.

Definición de recursos necesarios para el sistema.......................................................... 50

5.2.3.1. Alcance del Sistema............................................................................................................ 50 5.2.4.

Definición general del sistema .......................................................................................... 51

5.2.4.1. Análisis de metodologías ................................................................................................... 51 5.2.4.1.1 Perspectiva .......................................................................................................................... 52 5.2.4.1.2 Funciones........................................................................................................................... 53 5.2.4.2. Hardware .............................................................................................................................. 53 5.2.4.2.1 Servidor ............................................................................................................................. 53 5.2.4.2.2 Cliente.................................................................................................................................. 54

xi

5.2.4.3. Software ............................................................................................................................... 54 5.2.4.3.1 Servidor ............................................................................................................................... 54 5.2.4.3.2 Cliente.................................................................................................................................. 54 5.2.5.

Anรกlisis de herramientas .................................................................................................... 54

5.2.5.1. Anรกlisis de sistemas operativos servidor ......................................................................... 54 5.2.5.1.1 Anรกlisis de lenguaje de programaciรณn web .................................................................. 55 5.2.5.1.1.1 Anรกlisis de lenguaje de programaciรณn web interpretado ........................................... 55 5.2.5.1.1.2 Anรกlisis de lenguajes de programaciรณn web ............................................................... 56 5.2.5.1.1.3 Anรกlisis de lenguaje de desarrollo web ........................................................................ 57 5.2.5.1.1.4 Anรกlisis de frameworks front-end ................................................................................ 58 5.2.5.1.1.5Anรกlisis de gestores de base de datos ............................................................................ 59 5.2.5.1.1.6 Resultado de anรกlisis de herramientas ......................................................................... 60 5.2.5.1.1.7 Actores y funciones ........................................................................................................ 61 5.2.5.1.1.8 Administrador de base de datos .................................................................................... 61 5.2.5.1.1.9 Desarrollador web ........................................................................................................... 62 5.2.6.

Fase de Diseรฑo .................................................................................................................... 62

5.2.6.1. Diagramas de secuencia| .................................................................................................... 62 5.2.6.1.1 Ingreso al sistema................................................................................................................ 62 5.2.6.1.2 Salida del sistema................................................................................................................ 63 5.2.6.2. Casos de uso ........................................................................................................................ 63 5.2.6.2.1 Administrador: Administrador de usuarios .................................................................... 64

xii

5.2.6.2.2 Administrador: Administrador de conductores ............................................................... 64 5.2.6.2.3 Administrador: Administrador de automotores .............................................................. 65 5.2.6.2.4 Administrador: Administrador de repuestos y combustibles ........................................ 65 5.2.6.2.5 Administrador: Administrador de mantenimientos ........................................................ 66 5.2.6.2.6 Administrador: Administrador de proveedores .............................................................. 66 5.2.6.2.7 Administrador: Administrador de mantenimientos ........................................................ 67 5.2.6.2.8 Administrador: Súper Administrador ............................................................................... 67 5.2.6.2.9 Caso de uso Administrador: Este usuario tiene privilegios totales del sistema, a excepción de administrar usuarios. .................................................................................................. 68 5.2.6.2.10 Caso de uso usuario invitado: Este tipo de usuario tiene acceso a visualizaciones de los módulos del sistema sin ningún privilegio de administración. .............................................. 68 5.2.6.3. Diagrama de la Base de Datos .......................................................................................... 69 5.2.6.3.1 Diseño lógico de la base de datos ..................................................................................... 70 5.2.6.3.2 Diseño físico de la base de datos ...................................................................................... 71 5.2.6.4. Interfaz ................................................................................................................................. 72 5.2.6.4.1 Interfaz de index. ................................................................................................................ 72 5.2.6.4.2 Página de autentificación de usuario o inicio de sesión. ............................................... 73 5.2.6.4.3 Página principal o inicio del sistema ................................................................................ 73 5.2.7.

Etapa de codificación ......................................................................................................... 74

5.2.7.1. Creacion de la Base de Datos ............................................................................................ 74 5.2.8.

Pruebas ................................................................................................................................. 76

5.2.8.1. Primera prueba al sistema .................................................................................................. 76

xiii

5.2.8.2. Segunda prueba al sistema ................................................................................................. 76 5.3.

Conclusiones .............................................................................................................. 77

5.4.

Recomendaciones ...................................................................................................... 78

BIBLIOGRAFĂ?A GLOSARIO

xiv

ÍNDICE TABLAS TABLA 1. RESULTADO DE LA PRIMERA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 26

TABLA 2. RESULTADO DE LA SEGUNDA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 27

TABLA 3. RESULTADO DE LA TERCERA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 28

TABLA 4. RESULTADO DE LA CUARTA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 29

TABLA 5. RESULTADO DE LA TERCERA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 31

TABLA 6. RESULTADO DE LA SÉPTIMA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO YRESULTADO DE LA SÉPTIMA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO....................................................................... 32

TABLA 7. RESULTADO DE LA OCTAVA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y RESULTADO DE LA OCTAVA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO....................................................................... 33

TABLA 8.RESULTADO DE LA NOVENA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 34

TABLA 9.RESULTADO DE LA DÉCIMA PREGUNTA DE LA ENCUESTA REALIZADA A PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 35

TABLA 10.RESULTADO DE LA PRIMERA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 36

xv

TABLA 11.RESULTADO DE LA SEGUNDA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 37

TABLA 12.RESULTADO DE LA TERCERA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 38

TABLA 13.RESULTADO DE LA CUARTA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 39

TABLA 14.RESULTADO DE LA QUINTA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 40

TABLA 15.RESULTADO DE LA SEXTA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 41

TABLA 16.RESULTADO DE LA SÉPTIMA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 42

TABLA 17.RESULTADO DE LA OCTAVA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 43

TABLA 18.RESULTADO DE LA NOVENA PREGUNTA DE LA ENCUESTA REALIZADA A LOS CONDUCTORES ................................................................................................................... 44

TABLA 19.ANÁLISIS DE METODOLOGÍAS DE DESARROLLO ........................................................ 52 TABLA 20.REQUERIMIENTOS DE HARDWARE PARA EL SERVIDOR ............................................. 53 TABLA 21.REQUERIMIENTOS DE HARDWARE PARA EL CLIENTE ................................................ 54 TABLA 22..REQUERIMIENTOS DE SOFTWARE PARA EL SERVIDOR ............................................. 54 TABLA 23.REQUERIMIENTOS DE SOFTWARE PARA EL CLIENTE ................................................. 54 TABLA 24.ANÁLISIS DE SISTEMAS OPERATIVOS DEL SERVIDOR ................................................ 55 TABLA 25.ANÁLISIS DE LENGUAJE DE PROGRAMACIÓN ............................................................ 56 TABLA 26.ANÁLISIS DE LENGUAJES WEB .................................................................................. 57 TABLA 27.ANÁLISIS DE LENGUAJES DESARROLLO WEB ............................................................ 58

xvi

TABLA 28.ANÁLISIS FRAMEWORKS .......................................................................................... 59 TABLA 29.ANÁLISIS DE GESTOR DE BASE DE DATOS ................................................................. 60 TABLA 30.RESULTADO DE ANÁLISIS DE HERRAMIENTAS .......................................................... 61

xvii

ÍNDICE FIGURA FIGURA 1: HERRAMIENTAS OCUPADAS PARA EL DESARROLLO DEL SOFTWARE ......................... 10 FIGURA 2: MODELO DE DESARROLLO EN CASCADA ................................................................... 14 FIGURA 3: MODELO DE DESARROLLO EN CASCADA ................................................................... 25 FIGURA 4: RESULTADO DE LA PREGUNTA N° 1 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO .................................................................................................................... 27

FIGURA 5: RESULTADO DE LA PREGUNTA N° 2 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO .................................................................................................................... 28

FIGURA 6: RESULTADO DE LA PREGUNTA N° 3 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO .................................................................................................................... 29

FIGURA 7: RESULTADO DE LA PREGUNTA N° 4 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO .................................................................................................................... 30

FIGURA 8: RESULTADO DE LA PREGUNTA N° 6 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO .................................................................................................................... 31

FIGURA 9: RESULTADO DE LA PREGUNTA N° 7 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO .................................................................................................................... 32

FIGURA 10: RESULTADO DE LA PREGUNTA N° 8 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 33

FIGURA 11: RESULTADO DE LA PREGUNTA N° 9 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 34

FIGURA 12: RESULTADO DE LA PREGUNTA N° 9 DE LA ENCUESTA AL PERSONAL ADMINISTRATIVO Y FINANCIERO ........................................................................................ 35

FIGURA 13: RESULTADO DE LA PREGUNTA N° 1 DE LA ENCUESTA A LOS CONDUCTORES .......... 36 FIGURA 14: RESULTADO DE LA PREGUNTA N° 2 DE LA ENCUESTA A LOS CONDUCTORES .......... 37 FIGURA 15: RESULTADO DE LA PREGUNTA N° 3 DE LA ENCUESTA A LOS CONDUCTORES .......... 38

xviii

FIGURA 16: RESULTADO DE LA PREGUNTA N° 4 DE LA ENCUESTA A LOS CONDUCTORES .......... 39 FIGURA 17: RESULTADO DE LA PREGUNTA N° 5 DE LA ENCUESTA A LOS CONDUCTORES .......... 40 FIGURA 18: RESULTADO DE LA PREGUNTA N° 6 DE LA ENCUESTA A LOS CONDUCTORES .......... 41 FIGURA 19: RESULTADO DE LA PREGUNTA N° 7 DE LA ENCUESTA A LOS CONDUCTORES .......... 42 FIGURA 20: RESULTADO DE LA PREGUNTA N° 8 DE LA ENCUESTA A LOS CONDUCTORES .......... 43 FIGURA 21: RESULTADO DE LA PREGUNTA N° 9 DE LA ENCUESTA A LOS CONDUCTORES .......... 44 FIGURA 22: DIAGRAMA DE SECUENCIA. INGRESO AL SISTEMA .................................................. 62 FIGURA 23: DIAGRAMA DE SECUENCIA. SALIDA DEL SISTEMA .................................................. 63 FIGURA 24: CASOS DE USO. ADMINISTRADOR DE USUARIOS ..................................................... 64 FIGURA 25: CASOS DE USO. ADMINISTRADOR DE CONDUCTORES.............................................. 64 FIGURA 26: CASOS DE USO. ADMINISTRADOR DE AUTOMOTORES ............................................. 65 FIGURA 27: CASOS DE USO. ADMINISTRADOR DE REPUESTOS Y COMBUSTIBLES ....................... 65 FIGURA 28: CASOS DE USO. ADMINISTRADOR DE MANTENIMIENTOS ........................................ 66 FIGURA 29: CASOS DE USO. ADMINISTRADOR DE PROVEEDORES .............................................. 66 FIGURA 30: CASOS DE USO. ADMINISTRADOR DE MANTENIMIENTOS ........................................ 67 FIGURA 31: CASO DE USO ADMINISTRADOR. ............................................................................ 68 FIGURA 32: CASO DE USO USUARIO INVITADO. ......................................................................... 68 FIGURA 33: MODELO LÓGICO ENTIDAD-RELACIÓN DE LA BASE DE DATOS DEL SISTEMA ........... 70 FIGURA 34: MODELO FÍSICO ENTIDAD-RELACIÓN DE LA BASE DATOS DEL SISTEMA .................. 71 FIGURA 35: INTERFAZ DE INDEX ............................................................................................... 72 FIGURA 36: INTERFAZ DE LOGIN. .............................................................................................. 73 FIGURA 37: PÁGINA DE INICIO DEL SISTEMA ............................................................................. 73 FIGURA 38: CREACIÓN DE LA BASE DE DATOS........................................................................... 74 FIGURA 39: CÓDIGO DEL LOGIN ................................................................................................ 74 FIGURA 40: INTERFAZ DE USUARIO ........................................................................................... 75

1

1. INTRODUCCIÓN Las Tecnologías de la Información y Comunicación (TIC) constituyen la base fundamental para el desarrollo de soluciones en las empresas y la globalización en la que nos encontramos.

Esto debido a la competencia tecnológica entre las instituciones públicas y privadas que mantienen una fuerte competencia por brindar un servicio de calidad y excelencia. Las TIC ubican al desarrollo de sistemas informáticos como gestores de la automatización de procesos, esta última se convierte en la principal necesidad para cualquier empresa que tenga el objetivo de obtener la mejor productividad y optimización de costes. Por lo que el Gobierno Autónomo Descentralizado del Cantón Pedro Vicente Maldonado tiene requerimientos particulares que se presentan en empresas de su misma figura institucional, como lo es el control de mantenimiento para los vehículos que se operan en su establecimiento.

Por lo antes mencionado el GAD Municipal del Cantón Pedro Vicente Maldonado en convenio con la Pontificia Universidad Católica del Ecuador Sede Santo Domingo ha estimado pertinente proponer un sistema de control del mantenimiento de vehículos en el Cantón, esto con el objetivo de convertir un servicio manual en un proceso automatizado, que cuente con un alto grado de confiabilidad y asegure la disponibilidad de la información en tiempo real.

En la actualidad el GAD del Cantón Pedro Vicente Maldonado tiene a su disposición 35 automotores, entre ellos: livianos, pesados y maquinaria. La Municipalidad considera oportuno desarrollar un control de mantenimiento para cada uno de ellos de forma automatizada. Esto, con la finalidad de evitar el trabajo de llenar fichas pre impresas para actividades como: órdenes de provisión de combustible, lubricantes, órdenes de ingresos a lavadora y mecánica, requisición de bienes, estado de los automotores, entre otros. Todo con

2

el objetivo de mantener al día la información y observaciones que el automotor requiera o necesite.

La finalidad del desarrollo del sistema informático para el control del mantenimiento de vehículos en el GAD Municipal del Cantón Pedro Vicente Maldonado en el año 2016 es mejorar los procesos de almacenamiento de la información para después hacer uso de esta, de una manera más rápida, segura y eficaz. Para aquello, se ejecutaron herramientas como las entrevistas a fuentes primarias y secundarias y también se utilizó documentos como la trascendencia del software a través de las Especificaciones de los Requerimientos del Software ERS. En primer lugar se plantea soluciones en cuanto al almacenamiento y requerimientos de la información de los automotores del GAD Municipal. Se planteará el problema en torno a la forma de almacenar información, hojas y archivos en carpetas que ocasionan a veces pérdidas o daños debido al tiempo y además humedad en el ambiente. Por lo que es necesario implementar un software para el adecuado control del mantenimiento de los automotores en funcionamiento.

Como segunda fase se toma en cuenta contenidos sobre el diseño del software donde se incluye: metodología y técnicas para su desarrollo, la estructura de datos que se tomó en cuenta para elegir las herramientas por las cuales se adquiere los requerimientos del sistema.

Con el afán de aclarar el tema del proyecto y que se pueda dar a conocer este de una forma sencilla.

Como tercer apartado se describe la metodología del desarrollo del software, herramientas a utilizar y plazos establecidos para la elaboración del presente sistema. La recolección de la información ha sido indispensable al momento de presentar un sistema acorde a las necesidades del usuario.

3

En la cuarta etapa muestra los resultados, conclusiones y recomendaciones presentadas luego de la elaboración del presente proyecto. Estas son enfocadas al desarrollo e implementación de una aplicación web que se desarrolla mediante adecuado uso de la metodología elegida.

4

2. PLANTEAMIENTO DEL PROBLEMA 2.1. Antecedentes El desarrollo de la población en el sector Noroccidental de la provincia de Pichincha empezó en el año 1950, Teodoro Arrieta junto a un grupo de ciudadanos llegan a San Miguel de Los Bancos, donde estos se asentaron de manera permanente. De esta manera, se forma la que hasta ahora es la más grande cooperativa del cantón, "Jhon F. Kennedy", la cual legalizada y certificada en 1963. Después de 2 años se construye la primera casa comunal situada en el kilómetro 115 de la vía Calacalí-La Independencia. El 29 de septiembre de 1972 se crea la parroquia de "San Miguel de los Bancos", independizando la antigua Parroquia "Mindo", por lo que surge jurídicamente Pedro Vicente Maldonado recinto de la parroquia de San Miguel de los Bancos (GAD Municipal Pedro Vicente Maldonado, 2009).

Pedro Vicente Maldonado tiene su cabecera cantonal, la cual posee su mismo nombre, ubicado en la zona céntrica del noroccidente de la provincia de Pichincha, sobre la Cordillera de los Andes. A partir del 9 de Noviembre de 1987, Hugo Pérez, el primer Presidente del Comité de Cantonización después de haber completado las exigencias legales, inicia junto al comité que lo preside el estudio del plan para la cantonización de la parroquia Pedro Vicente Maldonado (GAD Municipal Pedro Vicente Maldonado, 2009).

En aquel tiempo, Patricio León Arévalo, representante de ese período de la Provincia de Morona Santiago solicitó directamente al Ministerio de Gobierno que emita un informe referente al Proyecto de Cantonización de Pedro Vicente Maldonado. El 14 de enero de 1992, el Plenario de las Comisiones Legislativas en su itinerario se citaba en segundo y definitivo punto, la discusión del proyecto de Ley de Creación del Cantón Pedro Vicente Maldonado, perteneciente a la provincia de Pichincha. Reinstalándose a las 17 horas del 15 de enero de

5

1992, la Sesión del H. Congreso Nacional, las personas del pueblo Pedro Vicentino alentaban a viva voz, “Por justicia y por razón Pedro Vicente será Cantón”. El Plenario de las Comisiones Legislativas ordena definitivamente la Ley de creación del cantón "Pedro Vicente Maldonado" el 15 de enero de 1992, la cual se difunde el 24 de enero del mismo año, y se anuncia en el suplemento del Registro Oficial N° 862, el 28 de enero de 1992 (GAD Municipal Pedro Vicente Maldonado, 2009).

Actualmente, el Gobierno Autónomo Descentralizado de Pedro Vicente Maldonado se preocupa por el bienestar de su pueblo, propio y extranjero, siguiendo su ideología “Somos gente que avanzamos”. Es por esto que el GAD Municipal ha creído pertinente la creación de un sistema informático en el cual se almacene los datos sobre los distintos vehículos y posteriormente esta información sea utilizada de una manera rápida como oportuna para la creación de informes sobre la vida útil de cada uno de los distintos automotores.

La falta de un sistema informático que ayude y facilite a la recolección de información se convierte en un factor importante para disminuir la capacidad laboral de la empresa, esto porque al trabajar con métodos manuales para registrar datos y después almacenarlos en archivadores como carpetas físicas y folders no avala la integridad de los mismos. Además genera dificultad al momento de acceder a la información almacenada porque el uso de ficheros puede producir posibles alteraciones de información por parte del personal no autorizado. Lo que genera para la institución ciertos riesgos como son: la duplicidad y redundancia de la información, auditorias limitadas y tardanza en los informes.

Todo lo expuesto anteriormente crea aspectos negativos que impiden una gestión eficiente en el manejo de la información sobre el mantenimiento preventivo y correctivo del parque automotriz del GAD de Pedro Vicente Maldonado. Por consiguiente, se dificulta el conocimiento para futuros mantenimientos y revisiones periódicas.

6

Por lo mencionado anteriormente, se considera pertinente la creación de un sistema informático que garantice de forma eficaz y eficiente el control de los mantenimientos a los vehículos, la seguridad de los datos recolectados y que estos sean ordenados de mejor manera. Estos beneficios del sistema asegurarán que después del personal utilizar los automotores, se pueda obtener un registro anecdótico de anteriores mantenimientos y futuras revisiones que necesite el vehículo.

Al ser el resultado de este proyecto, un sistema que busca mejorar los procesos del GAD Municipal del Cantón Pedro Vicente Maldonado referente al control y mantenimiento de los automotores. Con la finalidad de brindar a la comunidad sus servicios de manera oportuna y veraz, además de que se busca cumplir el Objetivo 3 del Plan Nacional del Buen Vivir que promueve “normar, regular y controlar la calidad de atención de los profesionales o técnicos de servicios de atención y cuidado diario para la ciudadanía”.

2.2. Problema de investigación En la actualidad existen leyes que permiten regular el manejo de la información que se genera en las empresas como es el caso de Ley Orgánica de Empresas Públicas, en el capítulo II del sistema de control, fiscalización y auditoría del estado en el inciso 3 dispone: “Cada institución del estado asume la responsabilidad por la existencia y mantenimiento de su propio sistema de control interno”. El GAD Municipal de Pedro Vicente Maldonado preocupado por mejorar su proceso de control de mantenimiento vehicular requiere mejorar su sistema para obtener mayor organización y proyectarse al conocimiento de costos para repuestos o mantenimientos en los próximos años, según informes de datos obtenidos que puedan mejorar la visión a largo plazo de cada uno de los automotores.

En conversación con Ronald Montalbán, encargado de la Unidad de Compras Públicas en el Municipio del Cantón Pedro Vicente Maldonado se pudo conocer que el Municipio para

7

realizar su gestión social cuenta con 35 vehículos entre los cuales se encuentran: livianos, pesados y maquinaria. En la actualidad el control de estos automotores se realiza de manera manual. Por lo que las órdenes de provisión de combustible, lubricantes, órdenes de ingresos a lavadora y mecánica, requisición de bienes, así como el estado de los automotores se realizan en hojas pre impresas, lo que presenta dificultades para llevar un control, según el funcionario esto entorpece la información receptada y la entrega a los respectivos conductores.

Cabe recalcar la falta de eficiencia en el seguimiento de la información, porque esto genera pérdida de tiempo en el sondeo de datos de manera manual. Por ejemplo, en revisión de carpetas de registro que por acumulación de archivos, se pierde alrededor de diez minutos, además también es importante mencionar que en casos extraordinarios se extravían los documentos que se encuentran dentro de estas. Las emisiones diarias de estas órdenes requieren que los funcionarios las realicen desde cualquier otro lugar, no siempre en su oficina, debido a que a veces ellos no están en el Municipio y si no emitieran dichas órdenes causaría que el automotor no salga del patio vehicular. Como consecuencia de esto, el Municipio tendría perdidas económicas y se generarían atrasos en los compromisos ya establecidos.

2.2.1. Preguntas básicas  ¿Qué utilidad generará la implementación de un sistema informático para el control del mantenimiento vehicular del GAD Municipal del Cantón Pedro Vicente Maldonado?  ¿Cuál será la metodología de desarrollo a utilizar para el desarrollo de la aplicación web?

8

 ¿Qué herramientas se va a utilizar en el desarrollo del sistema web?

2.3. Justificación de la investigación La tecnología día a día avanza en su investigación, esto hace que la información cada vez sea más precisa. Por lo que la necesidad de utilizarla en el instante cuando se la requiere la vuelve indispensable en la toma de decisiones, se puede concluir esto al revisar informes emitidos o controles históricos que se formulan diariamente en la Unidad de Compras Públicas del GAD cantonal.

El correcto control de cada uno de los automotores que pertenecen al GAD Municipal del Cantón Pedro Vicente Maldonado asegurará: un manejo de repuestos, despacho de combustible, lavado y control diario sobre los automotores. Además de la información ordenada que se almacenará por proceso realizado y se guardará de manera específica los datos requeridos para futuras consultas de órdenes de mantenimiento vehicular realizadas.

La Escuela de Sistemas de la Pontificia Universidad Católica del Ecuador Sede Santo Domingo se esmera con mayor fortaleza en la inclusión de la tecnología y automatización de los procesos diarios, esto con el fin de agilitar procesos y ampliar el conocimiento teóricopráctico de sus alumnos. Por lo que motiva a diseñar de la manera más sencilla y óptima sus investigaciones para proponer soluciones que garanticen el desarrollo social.

De igual manera el proyecto no solo quiere lograr la creación de un sistema, sino también demostrar la correcta automatización de un proceso manual. Porque al considerarse manual, cumple poco con la característica de eficaz y promueve por sus cualidades la pérdida de información, por guardar en documentación física los datos de los vehículos, lo que provoca atrasos a la Municipalidad como revisiones vencidas de los automotores. Esto por carecer de un procedimiento que informe sobre la vida útil de los mismos.

9

De acuerdo a lo mencionado anteriormente, los beneficiarios directos del presente proyecto de investigación es el personal que labora en el Municipio del GAD Cantonal de Pedro Vicente Maldonado. Porque, el sistema permitirá varias acciones para mejorar los procesos como son: 1) los despachos de combustible, cambio de aceite y lavados sean registrados en menor tiempo; 2) a su vez permitirá la aceleración en la compra de repuestos; 3) se brindará alertas determinadas para futuras revisiones vehiculares; 4) se generará reportes de combustibles, repuestos, proveedores de los mantenimientos a automotores con el fin de conocer su vida útil y rendimiento anual.

2.4. Objetivos de investigación 2.4.1. Objetivo General Desarrollar un sistema informático para el control del mantenimiento vehicular en el GAD Municipal del Catón Pedro Vicente Maldonado.

2.4.2. Objetivos Específicos  Analizar las necesidades e inconvenientes generados en el sistema actual (manual) del control de mantenimientos vehiculares.  Definir los requerimientos del software a desarrollarse.  Diseñar las interfaces de usuario, reportes y modelado de la base de datos.  Implementación del código fuente de las interfaces de usuario y sus reportes.  Realizar pruebas al software para verificar el cumplimiento de los requerimientos planteados y su correcto funcionamiento.

10

3. MARCO REFERENCIAL 3.1. Fundamentos teóricos El presente marco referencial explicará de forma breve los aspectos por los cuales se desarrollará el proyecto, entre los que se encuentran: metodología que ocupa su respectivo desarrollo, herramientas o lenguajes de programación y las directrices en cuanto a desarrollo web que se dan en la actualidad.

Para plantear de una manera sencilla las herramientas ocupadas se utilizará tanto diferentes fuentes de información bibliográfica como lincográficas que son el resultado de reconocidos representantes de la temática de estudio que se centra en el desarrollo de software como son: Pearson, Pressman y García Molina, quienes son especialistas en conceptos, métodos, y herramientas para la creación y vida del proyecto informático. Iván López y Enrique Reinosa los cuales contribuyen al diseño lógico y físico de la base de datos para la creación de diversas funciones. Además se indagó en páginas oficiales de cada herramienta de programación como lo son PostgreSQL, PHP, y otros más (Ver figura 1).

Vehículos CONTROL DE MANTENIMIENTO DE VEHÍCULOS

Mantenimiento vehicular Reportes

Ingeniería de Software METODOLOGÍA DE DESARROLLO

Modelo de desarrollo Casos de uso

Desarrollo de un sistema informático para el control del mantenimiento de vehículos en el GAD Municipal del Cantón Pedro Vicente Maldonado en el año 2016.

Aplicaciones Web PROGRAMACIÓN WEB

PHP JavaScript HTML

Sistema Gestor de BD BASE DE DATOS

PostgrestMSQL Oracle

SERVIDOR

Figura 1: Herramientas ocupadas para el desarrollo del software

Servidores

11

3.1.1. Control de mantenimiento vehicular El mantenimiento vehicular se convierte en la principal tarea de un usuario, esto es determinante en la vida útil porque se puede alargar sin tener contratiempos en los recorridos que se hagan diariamente. Por lo que el cambio de aceite, filtros, baterías, frenos, entre otros es necesario para cuidar el motor y sus piezas. Cabe recalcar también que la vida útil de un motor llega hasta los 300000 km., pero si este no recibe mantenimiento asertivo no pasará de los 200000 km (El Comercio, 2012).

Según normas INEN 2349 (2003), los vehículos deben ser revisados de forma obligatoria por las agencias debidamente autorizadas, Los procedimientos de evaluación base para certificar los equipos de medición a ser utilizados y los requerimientos técnicos a cumplir por los equipos se establecen en las siguientes Recomendaciones Internacionales OIML: R 23, R 55, y R 88.

Vehículos Artefacto o aparato destinado a medio de transporte, maquinaria para circular por las vías públicas. Todos los que estén al servicio de la empresa como camiones, camionetas, bicicletas, automóviles, volquetas, etc. Incluye las maquinas destinadas a fabricar productos, trasladarlos, mover la tierra.

Mantenimiento vehicular El mantenimiento y reparación de los vehículos se debe realizar en los talleres de la Institución, en caso de haberlos. El mantenimiento debe ser preventivo, periódico y programado, de responsabilidad única del encargado o conductor de la unidad de transporte (Pólit, 2014).

12

Reportes La unidad encargada de la administración de los vehículos controla la información según registros donde se emite o se da a conocer alguna novedad o noticia Pólit (2014), para fines de control y mantenimiento se emite algunas características y tipos de reportes: a. Inventario de vehículos, accesorios y herramientas. b. Control de mantenimiento. c. Control de vigencia de la matrícula vehicular y del Seguro Obligatorio de Accidentes de Tránsito, SOAT d. Órdenes de movilización. e. Informes diarios de movilización de cada vehículo, que incluya el kilometraje que marca el odómetro. f. Partes de novedades y accidentes. g. Control de lubricantes, combustibles y repuestos. h. Órdenes de provisión de combustible y lubricantes. i. Registro de entrada y salida de vehículos. j. Libro de novedades. k. Actas de entrega recepción de vehículos.

3.1.2. Metodología de desarrollo La metodología hace referencia al plan de investigación que permite conseguir objetivos planteados. Por lo tanto se denomina a metodología como el conjunto de procedimientos que determinan una investigación, conocimientos, técnicas y métodos.

13

3.1.3. Ingeniería de Software Las nuevas aplicaciones dentro del ámbito de la ingeniería están dejando de lado el típico planteamiento del algoritmo numérico transformado al diseño automatizado. La simulación de sistemas en tiempo real constituye hoy en día una de las características más llamativas en el desarrollo de software para ciencias e ingeniería (Pressman, 2010).

Los ingenieros hacen que las cosas funcionen aplicando teorías, métodos, y herramientas donde sea adecuado. Las soluciones se toman de forma selectiva y tratando de encontrar soluciones a problemas aunque no existan procesamientos aplicables o se den restricciones de orden organizacional o financiero (Sommerville, 2011).

3.1.4. Modelos de desarrollo Para el desarrollo de un software se debe seguir una serie de técnicas y métodos que se definen con anterioridad basándose en modelos ya establecidos para cumplir con los tiempos establecidos y los requerimientos que el usuario final demanda.

El encargado del proyecto debe acordar el período de entrega tanto como las imposiciones desde el inicio de la creación del proyecto, evitando que en el transcurso del desarrollo existan conflictos por falta de acuerdo entre ambas partes.

El fin del proyecto es la satisfacción del cliente, tomando en cuenta que cada modelo tiene distintas características y maneras de sacar a delante lo planteado pero siempre apuntando al objetivo principal, a continuación se presenta una serie de modelos y sus diferencias: Modelo en cascada También llamado ciclo de vida clásico, para el desarrollo del software ofrece una visión sistemática y secuencial de la vida del software que nace desde los requerimientos del sistema para terminar en la finalización del programa creado. Este modelo es el más antiguo de los

14

modelos de ingeniería de software pero en la actualidad se defiende su eficacia (Pressman, 2010).

Aunque en la realidad los proyectos reales no sigan un flujo secuencial, al terminar una etapa del proceso y revisarla se puede regresar si no se ha cumplido con los requerimientos pedidos, y a su vez se puede continuar con la siguiente fase del software si la anterior se completó y esta aceptada por el usuario y programador (Ver figura 2).

Figura 2: Modelo de desarrollo en cascada Fuente: Pressman, R. (2010). Ingeniería del Software: un enfoque práctico. México: McGrawHill.

3.1.5. Modelos de caso de uso Poder identificar cada requisito del usuario y poder saber que caso de uso podrá solucionar su necesidad da al proyecto la efectividad y la calidad que se requiere. De manera sencilla se puede indicar que un caso de uso es una fracción sobre la funcionalidad del sistema desde la vista del usuario para obtener un resultado que contenga un valor. El conjunto de casos de uso detallan todas las formas que existen de usar el sistema y reciben el nombre de Modelo de casos de uso (Lund, Aballay, Ferrarini, & Romagnano, 2008).

3.1.6. Programación Web Aplicaciones Web Se considera aplicaciones web a los sistemas en el cual el usuario puede acceder por medio de un servidor web, a través del internet o mediante una intranet a través de un navegador. Estos sistemas son un software que se codifica en un lenguaje y que los

15

navegadores web ocupan en la que se confía la función al navegador (EcuRed, s.f.).

Es importante conocer que una página web proporciona una comunicación entre usuario e información, cabe recalcar que este tipo de sistemas reciben y proporcionan datos de manera interactiva con el cliente; como por ejemplo formularios, juegos, etc.

PHP Es un lenguaje de programación que puede hacer todo tipo de cosas: evaluar datos de formularios enviados desde un navegador, construir contenido web a medida para el navegador; PHP es un Procesador de Hipertexto que se utiliza para desarrollos web y es compatible con HTML (Codecademy, s.f.).

PHP es de código abierto, es popular ya que la mayoría de las páginas y portales web están creados con este lenguaje, su código es abierto para que cualquier programador pueda usarlo, difundirlo o copiarlo (aprendeaprogramar.com, 2006).

JavaScript Es un lenguaje de programación creado por Netscape con el objetivo de integrarse a HTML facilitando la creación de páginas interactivas sin necesidad de utilizar otros lenguajes. No hay que confundir Java con JavaScript. Java es un lenguaje completo que permite crear aplicaciones independientes y necesita ser ejecutado mientras que JavaScript es un lenguaje que funciona como extensión de HTML (Orós, 2012).

HTML HTML es un lenguaje de marcado en el cual un grupo de etiquetas que constituyen e identifican a cada elemento de un código de texto que suministra la estructura de la página web. Su siglas quieren decir ‘HyperText Markup Languaje’ que significa lenguaje de marcado de hipertexto, cabe recalcar que toda página está dividida por dos elementos básicos

16

que son la cabecera <head> y el cuerpo <body> (MEDIAactive, 2014).

3.1.7. Base de Datos Surgen como la necesidad de dar solución a los sistemas de información TI, donde los servicios dados por una BDD centralizada no son eficientes. Una BDD es una colección de datos integrados lógicamente en una BD pero físicamente pueden ser procesados y almacenados en una red de ordenadores (Cuadra, Castro, & Iglesias, 2013).

Para entender lo que es una BDD es necesario conocer la diferencia entre datos e información. Los datos son valores sin modificar, sin haber sufrido ningún proceso; en cambio la información es el resultado de procesar datos sin elaborar para dejar ver su significado (Coronel, Morris, & Rob, 2011).

Sistema Gestor de Base de Datos Es un conjunto de materiales los cuales ayudan a conseguir estrategias planteadas, se basa en funciones, componentes y tipos para mostrarnos mediante fácil acceso a la información, enfoque grafico una manera más sencilla de manipular la Base de Datos (García, 2011).

Tiene como principal objetivo proporcionar de una manera práctica y eficiente el almacenamiento y recuperación de la información en tiempo real (Silbertschatz, Sudarshan, & Korth, 2002) PostgreSQL Es un sistema de gestión de Base de Datos objeto-relacional, comercializado bajo la licencia BSD el cual posee un código fuente favorable de forma abierta. PostgreSQL utiliza un modelo cliente/servidor garantizando la estabilidad del sistema al utilizar multiprocesos (PostgreSQL, 2013).

17

Mediante esta herramienta se crea tablas, funciones y sus respectivas relaciones, procedimientos almacenados; algunos procesos más, los cuales permiten una interrelación entre el modelo de desarrollo con la base real (Anabiar & Tinoco, 2011).

3.1.8. Servidor Son equipos informáticos que brindan un servicio en la red donde su principal función es enviar información a otros servidores o usuarios. Son equipos con mayor dimensión física y almacenamiento que un PC de escritorio (Marchionni, 2011).

Sánchez (2012), señala que los servidores utilizan protocolos web como http o https para comunicarse con el equipo, los cuales reciben una petición y devuelven una respuesta que generalmente es un recurso o una acción que ya está definida en el servidor.

3.2. Investigaciones

o

experiencias

empíricas

vinculadas

con

la

investigación Se ha realizado análisis a sistemas similares efectuados anteriormente con el fin de dar seguridad al desarrollo de este proyecto, los cuales ofrecen la posibilidad de explicar con detalles el beneficio que conlleva manipular un sistema informático utilizado debidamente en el campo profesional. Un ejemplo de lo mencionado es:  “DESARROLLO DE UN SISTEMA INFORMÁTICO PARA LA GESTIÓN Y CONTROL

DE

LOS

SERVICIOS

DE

TRANSPORTE

TERRESTRE

BRINDADOS POR LA UNIDAD TÉCNICA Y DE CONTROL DE TRANSPORTE TERRESTRE, TRÁNSITO Y SEGURIDAD VIAL DEL GOBIERNO

AUTÓNOMO

DESCENTRALIZADO

MUNICIPAL

CANTÓN PEDRO VICENTE MALDONADO, PERIODO 2014-2015”

DEL

18

La aplicación maneja un ámbito de relación entre el cliente y el sistema brindando la facilidad de ejecutar operaciones para gestionar los procesos que se vinculan al sector de transportes y transportistas del Cantón Pedro Vicente Maldonado.

3.3. Hipótesis de Trabajo Los archivos al elaborarse de forma manual son manipulados en los registros de hojas pre impresas, en ocasiones causando pérdida de información. Por lo que se recomienda el desarrollo de una aplicación web para el control de los mantenimientos vehiculares que se realizan en el Cantón Pedro Vicente Maldonado, el que beneficiará a los procesos que se realizan actualmente.

19

4. METODOLOGÍA DE LA INVESTIGACIÓN La importancia de este proyecto radica en crear un sistema informático que sea un instrumento para organizar y guardar la información referente al mantenimiento de los vehículos del GAD Municipal de Pedro Vicente Maldonado, para que después esta información se ocupe de manera que garantice la seguridad e integridad de la misma. Un propósito alineado a la investigación es facilitar la recolección de datos para posteriormente estos sean utilizados en procesos que requiera la Institución.

La presente investigación se desarrolla verificando los conocimientos sobre la Ingeniería de Software, aplicando técnicas que se han desarrollado para anteriores sistemas. La entrevista y la encuesta forman parte del enfoque cualitativo y cuantitativo, convirtiendo al sistema en un proyecto de enfoque con investigación mixta, el cual certifica la confianza de los resultados que se obtengan.

La metodología de investigación a utilizar es no experimental porque no manipula variables independientes, es decir, se utiliza la observación de situaciones ya existentes. Los tipos de investigación seleccionados, acción y analítico forman un concepto de referencia para lograr los objetivos planteados, desde el inicio de la investigación, tomando en cuenta nuevos métodos gracias a la utilización de instrumentos que permiten ver uno a uno todos los elementos en que se desarrolla el proyecto.

4.1. Diseño / Tipo de investigación 4.1.1. Diseño de la Investigación 4.1.1.1. Diseño no experimental En el diseño no experimental el investigador no genera situaciones, observa, analiza y estudia circunstancias ya existentes. Por lo que no se manipula ninguna variable

20

independiente debido a que no se tiene influencia y sus efectos ya sucedieron (Hernández, Fernández, & Baptista, 2010). Los fenómenos se los encuentra en un estado natural.

Este diseño permite evaluar por medio de la entrevista, la encuesta descriptiva y la observación los datos validos que servirán para conocer el problema del control para mantenimiento del parque automotriz del Municipio y el entorno de trabajo donde se realiza este proceso.

4.1.2. Tipo de Investigación 4.1.2.1. Investigación-acción El propósito es investigar la condición actual y deseada, el grupo de trabajo o desarrollo de la actividad ejecuta procesos para conducir al mejoramiento del estado actual y llevarlo a las circunstancias propuestas en los objetivos planteados (Valarino, Yáber, & Cemborain, 2010).

4.1.2.2. Investigación analítica Desarrolla nuevos métodos o sistemas de análisis, para descubrir la descomposición de cada uno de los elementos de un nuevo producto o de una síntesis. Esta investigación es de gran importancia debido a la importancia de conocer el manejo de medios instrumentales así como las relaciones entre sí y con el todo en los cuales se basa la exploración (Cegarra, 2012).

4.2. Población / Universo 4.2.1. Población La población debe fijarse de manera clara a los contenidos y las características del lugar y tiempo. El primer paso para evitar errores en una investigación es la apropiada delimitación de la población o universo ya que los criterios de cada investigador depende de sus objetivos de estudio (Hernández, Fernández, & Baptista, 2010).

21

Para el presente proyecto se determinó como población: personal encargado del departamento de Compras Públicas del MCPVM, funcionarios administrativos y conductores de las unidades en servicio activo.  4 servidores públicos del GADMCPVM  2 funcionarios administrativos del GADMCPVM  18 conductores representantes de las unidades que laboran actualmente.

4.3. Muestra La muestra en esencia, pertenece a un subgrupo de la población. En la realidad pocas veces se puede medir toda la población, por lo que tendemos a utilizar un muestra representativa, que se elige al azar, de manera aleatoria para con estos términos poder dar más seriedad a los resultados (Hernández, Fernández, & Baptista, 2010).

Debido a la cantidad de la población en la presente investigación se tomará toda la población como muestra para obtener un alto grado de respaldo en la obtención de resultados siendo el enfoque investigativo de tipo mixto, la cuantificación y cualificación de los datos que se obtengan ayuda de manera exitosa a la obtención de los resultados.

4.4. Instrumentos de recogida de datos 4.4.1. La observación Esta técnica es utilizada cuando las variables que se van a tomar para el estudio son de naturaleza interactiva o social, o si se desea analizar como ocurre un fenómeno en determinado ambiente ya sea real o virtual (Valarino, Yáber, & Cemborain, 2010). Es posible que el observador se valga de instrumentos tecnológicos para adquirir la información, tales como cámaras, grabadoras, etc.

22

En el desarrollo de la recolección de datos del proyecto la observación al sistema actual será crucial debido a la manera manual de reunir los datos, los fallos que se presenten son el origen y directriz para que en el modelo planteado no ocurra el mismo error y poder mejorar el servicio ofrecido.

4.4.2. La encuesta Utilizada en varias áreas de la investigación social como lo son: la Sociología, Las Ciencias Políticas, Psicología y Epidemiología. La encuesta consiste en recopilar la información sobre una determinada parte de la población denominada muestra, ya sea como datos generales, opiniones, sugerencias o respuestas a preguntas que el investigador formula sobre los indicadores que se desea explorar (Cortés, 2012).

Cabe recalcar que este instrumento estuvo enfocado en descubrir los problemas y malestares que se presentaron en los trabajadores que operan los vehículos, por esto se empleó una técnica que permitió recolectar de manera precisa los inconvenientes que existían en el proceso manual, que antes se utilizaba en el Municipio de Pedro Vicente Maldonado (Ver Anexo 1).

4.4.3. La entrevista Empleada cuando el material informativo de donde se desea investigar no es suficiente o cuando otras técnicas no pueden ser ocupadas para adquirir esa información, ocupada fundamentalmente en el campo de la Antropología y Sociología para realizar estudios exploratorios (Cortés, 2012).

La selección de los informantes es la clave en esta técnica para solicitar la información que se necesita, en este caso la autoridad municipal del departamento es el líder natural. El encargado de conocer todo a cerca de los automotores y sus funcionamientos por sus

23

responsabilidades en el GADMCPVM (Ver Anexo 2).

4.5. Técnicas de Análisis de Datos 4.5.1. Descripción de datos En primer lugar los datos se describen en función de tablas, las tablas son matrices con varias columnas y filas respectivas que las unen y en las cuales se depositan los datos ya tabulados que fueron sometidos a mediciones y comparaciones (Valarino, Yáber, & Cemborain, 2010).

4.5.1.1. Análisis estadístico Se ocupa la distribución de frecuencias, es decir, en una sola tabla se construye con una o más variables y sus respectivas categorías una serie de puntuaciones que indica el número de veces que se encontró presente la variable de esa categoría (Valarino, Yáber, & Cemborain, 2010).

4.6. Metodología de desarrollo de software Un modelo de ingeniería de software es referente a un enfoque estructurado para el desarrollo de alguna aplicación informática cuya intención es facilitar y organizar la producción del mismo elevando su calidad con carácter eficaz de una manera costeable (Sommerville, 2011).

4.6.1. El modelo en cascada Aunque en la realidad los proyectos reales no sigan un flujo secuencial, al terminar una etapa del proceso y revisarla se puede regresar si no se ha cumplido con los requerimientos pedidos, y a su vez se puede continuar con la siguiente fase del software si la anterior se completó y esta aceptada por el usuario y programador (Ver figura 3).

24

Se iniciará el proyecto con recolección de los requerimientos que designe la Institución con el investigador para mejorar el resultado en la obtención de los objetivos planteados. Los requerimientos serán obtenidos siguiendo normativas de la ingeniería de software y buenas prácticas realizadas.

La elección en el modelo de software es elegida por la arquitectura del sistema global donde los requerimientos fueron determinados y especificados desde el análisis y definición en el inicio del proyecto, generando una garantía al momento de diseñar el sistema.

Cada unidad cumple con requerimientos que fueron tomados desde el inicio y que se verificarán por cada fase cumplida, dando un respaldo y una seguridad en los resultados obtenidos ya que las especificaciones tienen que cumplirse para tomar la decisión de pasar a la siguiente etapa.

Las unidades establecidas y debidamente cumplidas se integran en un sistema completo que se generó utilizando las herramientas de programación y programas antes mencionados.

Pasa por una prueba por parte del investigador y este a su vez puede pedir la opinión de expertos o colegas en la misma rama.

Aunque en ocasiones no es necesario el mantenimiento, se provee un periodo en el cual la Institución ocupa el sistema, es posible identificar algún tipo de errores los cuales pueden ser mejorados e implementar las posibles unidades que se mejoren o se agreguen con los nuevos requerimientos que puedan descubrirse.

En la siguiente figura se detalla el ciclo de vida cascada con cada una de sus fases, siendo fundamental la definición de requerimientos, debido a que es el punto de partida del proyecto y desde donde nace cada una de las demás etapas. Cada ciclo puede retornar a sus anteriores no obstante se recomienda este modelo de desarrollo para proyectos que posean sus

25

requerimientos definidos desde el principio ya que al regresar a ciclos anteriores habría pérdida de tiempo y dinero.

Figura 3: Modelo de desarrollo en cascada Fuente: Sommerville, I. (2011). Ingeniería del Software. México: Pearson.

26

5. RESULTADOS 5.1. Análisis y Discusión de los resultados 5.1.1. Encuesta realizadas  Encuesta realizada al personal administrativo y financiero GADMPVM Los resultados que se han obtenido al levantar la información mediante la encuesta realizada al personal administrativo del GAD Cantonal del Municipio de Pedro Vicente Maldonado se muestran a continuación (Ver Anexo 1): 1. ¿Cree usted que es necesario implementar en el GAD Cantonal de Pedro Vicente Maldonado un sistema informático que automatice el control del mantenimiento de los vehículos?

Tabla 1.

Resultado de la primera pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER FRECUENCIA PORCENTAJE Si

4

100%

No

0

0%

TOTAL

4

100%

Nota. Fuente: Encuesta al personal administrativo y financiero

27

¿Cree usted que es necesario implementar en el GAD Cantonal de Pedro Vicente Maldonado un sistema informático que automatice el control del mantenimiento de los vehículos?

100% 4 3 2 1

0%

0 FRECUENCIA

Si

No

Figura 4: Resultado de la pregunta N° 1 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: A través de la encuesta en el levantamiento de la información el personal administrativo y financiero del GAD de Pedro Vicente Maldonado se puede observar que las 4 personas (100%) que han sido encuestadas opinan que es necesario implementar un sistema informático que automatice el control del mantenimiento de los vehículos.

2. ¿Ha tenido experiencia en el uso de algún tipo de software?

Si su respuesta es sí, escriba el nombre del sistema __________________________________________________________________________ Tabla 2. Resultado de la segunda pregunta de la encuesta realizada a personal administrativo y financiero Resultado de la segunda pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER FRECUENCIA PORCENTAJE Si

2

50%

No

2

50%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero

28

¿Ha tenido experiencia en el uso de algún tipo de software?

50%

50%

2 1,5 1 0,5 0 FRECUENCIA

Si

No

Figura 5: Resultado de la pregunta N° 2 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: Mediante la información recopilada al personal encuestado, 4 personas (100%) han respondido, 2 personas (50%) que conocen la manipulación de un software, no obstante no se especifica cuáles son, las restantes 2 personas (50%) mencionan no usar ningún software. Por lo mencionado anteriormente, la manipulación de un software no está clara entre los funcionarios pero diariamente ocupan programas como Word, Excel, correo electrónico; siendo estos sistemas parte de un software.

3. ¿Posee conocimientos necesarios para utilizar sin inconvenientes un sistema informático?

Tabla 3. Resultado de la tercera pregunta de la encuesta realizada a personal administrativo y financiero Resultado de la tercera pregunta de la encuesta realizada a personal administrativo y financiero

CARÁCTER FRECUENCIA PORCENTAJE Si

3

75%

No

1

25%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero

29

¿Posee conocimientos necesarios para utilizar sin inconvenientes un sistema informático?

75% 3 2,5 2 1,5 1 0,5 0

25%

FRECUENCIA

Si

No

Figura 6: Resultado de la pregunta N° 3 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: Según los resultados que se obtuvieron en la tercera pregunta de la encuesta al personal administrativo y financiero, se muestra que la población entrevistada 4 personas (100%), han mencionado 3 (75%) que posee conocimientos necesarios para utilizar sin inconveniente un sistema informático, 1 persona (25%), no conoce sobre los sistemas informáticos y posee inconvenientes en el uso de algún sistema informático.

4. ¿Considera que el control que se genera a los vehículos sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora demanda mucho tiempo?

Tabla 4. Resultado de la cuarta pregunta de la encuesta realizada a personal administrativo y financiero Resultado de la cuarta pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER

FRECUENCIA PORCENTAJE

Si

4

100%

No

0

0%

4 TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero

100%

30

¿Considera que el control que se genera a los vehículos sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora demanda mucho tiempo?

100% 4 3 2 1

0%

0 FRECUENCIA

Si

No

Figura 7: Resultado de la pregunta N° 4 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: A través de la encuesta realizada al personal administrativo y financiero del Municipio se deduce con los resultados de la cuarta pregunta a la población de 4 personas (100%), que los distintos procesos demandan mucho tiempo, al dar la misma respuesta todos los encuestados se asegura que cantidad de tiempo que demora cada proceso es elevada.

5. ¿Qué información requiere en los reportes que se generen?

Con la información obtenida a las 4 personas (100%) encuestadas del personal administrativo y financiero del Cantón Pedro Vicente Maldonado conocemos que la información requerida en los reportes es:  Kilometraje u horas anteriores y actuales del vehículo  Frecuencia que ha transitado el automotor  Persona responsable del vehículo utilizado  Fechas anteriores y futuras sobre mantenimientos preventivos y correctivos  Estadística de la vida útil del automotor  Gastos que se han generado en el transcurso de un tiempo determinado

31

 Historial sobre procesos que se hayan realizado al vehículo Análisis: La información obtenida se agregará a los requerimientos al momento de elaborar el sistema para la elaboración de los informes respectivos.

6. ¿Cree usted que reduzca el tiempo al solicitar información en los reportes con la implementación de un software que ayude al control en los procesos referente a los vehículos?

Tabla 5. Resultado de la tercera pregunta de la encuesta realizada a personal administrativo y financiero Resultado de la tercera pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER FRECUENCIA PORCENTAJE Si

4

100%

No

0

0%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero ¿Cree usted que reduzca el tiempo al solicitar información en los reportes con la implementación de un software que ayude al control en los procesos referente a los vehículos?

100% 4 3 2 1

0%

0 FRECUENCIA

Si

No

Figura 8: Resultado de la pregunta N° 6 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: De la encuesta realizada al personal administrativo y financiero del GAD se ha obtenido que 4 personas encuestadas (100%), piensan que al implementar el sistema informático que emita reportes reduzca el tiempo y ayude al control de los procesos referente

32

a los procesos de los vehículos.

7. ¿Qué tiempo conlleva la búsqueda de información sobre próximas revisiones o mantenimientos de los automotores?

Tabla 6. Resultado de la séptima pregunta de la encuesta realizada a personal administrativo Resultado de la séptima pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER FRECUENCIA PORCENTAJE Menos de 1 0 0% día De 1 a 2 días 3 75% Más de 2 días

1

25%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero ¿Qué tiempo conlleva la búsqueda de información sobre próximas revisiones o mantenimientos de los automotores?

75% 3 2,5 2 1,5

25%

1 0,5 0

0%

FRECUENCIA

Menos de 1 día

De 1 a 2 dias

Más de 2 dias

Figura 9: Resultado de la pregunta N° 7 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: Los datos obtenidos del personal encuestado (100%), exponen que 3 personas (75%) piensan que el tiempo de entrega de la información solicitada para próximas revisiones de los automotores va desde 1 a 2 días, 1 persona (25%) opina que el requerimiento solicitado demora más de 2 días en algunos casos, la información adquirida muestra que los datos requeridos no se los entregan en el momento que se los solicita perdiendo tiempo hasta proporcionar los datos requeridos.

33

8. ¿Cómo le gustaría recibir alertas sobre próximas revisiones o mantenimientos para los automotores?

Tabla 7. Resultado de la octava pregunta de la encuesta realizada a personal administrativo y Resultado de la octava pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER

FRECUENCIA PORCENTAJE

Correo electrónico

4

100%

Contenido software

0

0%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero ¿Cómo le gustaría recibir alertas sobre próximas revisiones o mantenimientos para los automotores?

100% 4 3 2 1

0%

0 FRECUENCIA

Correo electrónico

Contenido software

Figura 10: Resultado de la pregunta N° 8 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: La población encuestada manifiesta en su totalidad que le gustaría recibir notificaciones y alertas de reportes preventivos para los automotores en sus respectivos correos, siendo esta una manera confiable de recibir un mensaje sin intermediarios, agilitando alertas para todo el personal administrativo y financiero.

9. ¿Cómo considera el sistema actual sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos?

34 Tabla 8.

Resultado de la novena pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER

FRECUENCIA PORCENTAJE

Muy bueno

0

0%

Bueno

2

50%

Normal

1

25%

Malo

1

25%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero ¿Cómo considera el sistema actual sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos?

50% 2 1,5

25%

1 0,5

25%

0%

0 FRECUENCIA

Muy bueno

Bueno

Normal

Malo

Figura 11: Resultado de la pregunta N° 9 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: Según los datos obtenidos, la mitad del personal administrativo (50%) considera que el sistema es bueno, pero el resto del personal piensa que el sistema al ofrecer los servicios mencionados son ejecutados de manera normal y a veces incorrecta, incentivando a descubrir la forma de mejorar los procesos que se realizan sobre el control del mantenimiento vehicular.

10. ¿Cree usted que la tecnología permite usar la información de manera segura y acceso a ella de forma rápida?

35 Tabla 9.

Resultado de la décima pregunta de la encuesta realizada a personal administrativo y financiero CARÁCTER

FRECUENCIA PORCENTAJE

Si

4

100%

No

0

0%

4 100% TOTAL Nota. Fuente: Encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero ¿Cree usted que la tecnología permite usar la información de manera segura y acceso a ella de forma rápida?

100% 4 3 2 1

0%

0 FRECUENCIA

Si

No

Figura 12: Resultado de la pregunta N° 9 de la encuesta al personal administrativo y financiero Fuente: Encuesta realizada al personal administrativo y financiero

Análisis: Los 4 funcionarios públicos del GAD Municipal encuestados (100%) consideran que la tecnología permite usar la información de manera segura y que el acceso en tiempo real es de forma rápida; el tiempo es dinero y cada vez se busca automatizar procesos que demandan tiempo del personal administrativo.

36

 Encuesta realizada a los conductores del GADMPVM Los datos de las encuestas realizadas a los conductores del GAD Cantonal del Municipio de Pedro Vicente Maldonado son expuestos a continuación (Ver Anexo 2): 1. ¿Cree usted que es necesario implementar en el GAD Cantonal de Pedro Vicente Maldonado un sistema informático que automatice el control del mantenimiento de los vehículos?

Tabla 10.

Resultado de la primera pregunta de la encuesta realizada a los conductores CARÁCTER FRECUENCIA PORCENTAJE Si

18

100%

No

0

0%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Cree usted que es necesario implementar en el GAD Cantonal de Pedro Vicente Maldonado un sistema informático que automatice el control del mantenimiento de los vehículos?

100%

20 15 10 5

0%

0 FRECUENCIA

Si

No

Figura 13: Resultado de la pregunta N° 1 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: El 100% de los conductores encuestados (18) opinan que es necesario la implementación de un sistema informático que automatice el control del mantenimiento de los vehículos que posee el Municipio de pedro Vicente Maldonado.

37

2. ¿Piensa usted que el uso de un software que automatice los procesos evite la posible manipulación o adulteración de la información en los recibos que se emiten en la actualidad?

Tabla 11.

Resultado de la segunda pregunta de la encuesta realizada a los conductores

CARÁCTER FRECUENCIA PORCENTAJE Si

13

72%

No

5

28%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Piensa usted que el uso de un software que automatice los procesos evite la posible manipulación o adulteración de la información en los recibos que se emiten en la actualidad?

72%

15 10

28% 5 0 FRECUENCIA

Si

No

Figura 14: Resultado de la pregunta N° 2 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: De la encuesta realizada a los conductores del GAD Municipal de Pedro Vicente Maldonado, de las 18 personas encuestadas (100%), 13 personas (72%) piensan que el uso de un software que automatice los procesos evitará la manipulación de la información en los procesos que se generan.

38

3. ¿Considera usted que la información adquirida en cada control sobre los procesos que engloban a los automotores pueda ser adulterada por personas ajenas al mismo?

Tabla 12.

Resultado de la tercera pregunta de la encuesta realizada a los conductores CARÁCTER FRECUENCIA PORCENTAJE Si

8

44%

No

10

56%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Considera usted que la información adquirida en cada control sobre los procesos que engloban a los automotores pueda ser adulterada por personas ajenas al mismo?

56% 10

44%

8 6 4 2 0 FRECUENCIA

Si

No

Figura 15: Resultado de la pregunta N° 3 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: A través de la encuesta realizada a los conductores (18) del GAD Municipal del Cantón Pedro Vicente Maldonado, menos de la mitad de las personas encuestas (44%) consideran que el proceso no es seguro y puede ser adulterado, 10 (56%) conductores piensan que el sistema no presenta casos en donde la información pueda ser manipulada.

39

4. ¿Considera usted que demanda mucho tiempo el control que se genera a los vehículos sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora?

Tabla 13.Resultado de la cuarta pregunta de la encuesta realizada a los conductores CARÁCTER FRECUENCIA PORCENTAJE Si

11

61%

No

7

39%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Considera usted que demanda mucho tiempo el control que se genera a los vehículos sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora?

15

61%

10

39%

5 0 FRECUENCIA

Si

No

Figura 16: Resultado de la pregunta N° 4 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: En esta pregunta de los 18 (100%) conductores encuestados, 11 (61%) piensan que el control que se genera en autorizaciones de mantenimiento, despacho de gasolina, requisición de bienes, ingreso a lavadora y mecánica demanda mucho tiempo para la respectiva autorización. Con esto se evidencia que mejorar el tiempo en la solicitud de procesos daría mayor satisfacción a los conductores del GAD Municipal.

40

5. ¿Cree usted que se reduzca el tiempo al utilizar un software que ayude al control del mantenimiento de vehículos?

Tabla 14.

Resultado de la quinta pregunta de la encuesta realizada a los conductores CARÁCTER FRECUENCIA PORCENTAJE Si

15

83%

No

3

17%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Cree usted que se reduzca el tiempo al utilizar un software que ayude al control del mantenimiento de vehículos?

83% 15 10

17%

5 0 FRECUENCIA

Si

No

Figura 17: Resultado de la pregunta N° 5 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: Los datos obtenidos de la encuesta realizada a los 18 (100%) conductores, refleja que 15 (83%) de ellos entienden que al utilizar un sistema informático que ayude al control del mantenimiento de sus respectivos automotores reducirá el tiempo que se lleva en buscar la información de anteriores procesos para reportes de acciones realizadas y recordar con alertas fechas de próximos mantenimientos preventivos.

41

6. ¿Qué tiempo conlleva la búsqueda de información sobre próximas revisiones o mantenimientos de los automotores?

Tabla 15.

Resultado de la sexta pregunta de la encuesta realizada a los conductores CARÁCTER Menos de 1 día De 1 a 2 días

FRECUENCIA PORCENTAJE 4

22%

13

72%

1

6%

18

100%

Más de 2 días TOTAL Nota. Fuente: Encuesta a los conductores

¿Qué tiempo conlleva la búsqueda de información sobre próximas revisiones o mantenimientos de los automotores?

15

72%

10 5

22% 6%

0 FRECUENCIA

Menos de 1 día

De 1 a 2 dias

Más de 2 dias

Figura 18: Resultado de la pregunta N° 6 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: Se puede apreciar mediante los datos obtenidos en la encuesta realizada que el 72% (13) de los conductores consideran que la búsqueda y entrega de la información requiere un periodo de 1 a 2 días, el 22% (4) de ellos menciona que los datos se entregan en menos de 1 día y un conductor menciona que este requerimiento en casos demora muchos días dependiendo de la situación que se haya presentado.

42

7. ¿Le gustaría que existieran alertas en su correo que comuniquen sobre próximas revisiones de su automotor?

Tabla 16.

Resultado de la séptima pregunta de la encuesta realizada a los conductores CARÁCTER

FRECUENCIA PORCENTAJE

Si

18

100%

No

0

0%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Le gustaría que existieran alertas en su correo que comuniquen sobre próximas revisiones de su automotor?

100%

20 15 10 5

0%

0 FRECUENCIA

Si

No

Figura 19: Resultado de la pregunta N° 7 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: El 100% (18 conductores) de los encuestados piensan que recibir un correo electrónico en el cual se indique la fecha de su próxima revisión o mantenimiento preventivo ayude a prevenir posibles descuidos de cambios de aceite, revisiones vehiculares y otros procesos que puedan causar algún desperfecto en el automotor al no realizarlos a tiempo.

43

8.

¿Cómo considera el sistema actual sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos?

Tabla 17.

Resultado de la octava pregunta de la encuesta realizada a los conductores CARÁCTER

FRECUENCIA PORCENTAJE

Muy bueno

1

6%

Bueno

4

22%

Normal

9

50%

Malo

4

22%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Cómo considera el sistema actual sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos?

50%

10 8 6

22%

4

22%

6%

2 0

FRECUENCIA

Muy bueno

Bueno

Normal

Malo

Figura 20: Resultado de la pregunta N° 8 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: Los datos recogidos por la encuesta realizada a los 18 (100%) conductores, genera que 1 (6%) persona opina que el servicio es muy bueno, 4 (22%) personas que solamente es bueno, la mayor cantidad (50%) considera que el servicio se efectúa de manera normal y las ultimas 4 (22%) personas opinan que el servicio es malo. Estos datos muestran que la manera en la que el servicio se ejecuta actualmente es regular pero podría mejorar notablemente al automatizarlo.

44

9. ¿Cree usted que la tecnología permite usar la información de manera segura y acceso a ella de forma rápida?

Tabla 18.

Resultado de la novena pregunta de la encuesta realizada a los conductores CARÁCTER

FRECUENCIA PORCENTAJE

Si

18

100%

No

0

0%

18

100%

TOTAL Nota. Fuente: Encuesta a los conductores

¿Cree usted que la tecnología permite usar la información de manera segura y acceso a ella de forma rápida?

100%

20 15 10 5

0%

0 FRECUENCIA

Si

No

Figura 21: Resultado de la pregunta N° 9 de la encuesta a los conductores Fuente: Encuesta realizada a los conductores

Análisis: Los 18 (100%) conductores encuestados del GAD Municipal de Pedro Vicente Maldonado entienden que la tecnología ayuda al uso de la información de una manera más rápida y precisa, controlando de forma responsable las seguridades respectivas para los procesos que se desea implementar en el GAD Municipal de Pedro Vicente Maldonado.

5.1.1.1. Conclusión de las encuestas realizadas a funcionarios y conductores del GAD Municipal sobre el control del mantenimiento de los vehículos Al finalizar la encuesta del personal administrativo y financiero y examinar los resultados obtenidos se llegó a la conclusión de que se encuentran de acuerdo en la implementación de

45

un sistema informático que colabore con el control del mantenimiento de los vehículos del GAD Municipal, siendo ellos los principales beneficiarios en tiempo y organización.

Después de analizar las encuestas de los conductores de los automotores que se tiene en el GAD Municipal se llega a la conclusión de que el sistema que ejecutan actualmente no brinda seguridad al momento de la elaboración de la información, por lo que se hace necesario la implementación de herramientas tecnológicas.

5.1.2. Entrevistas realizadas Con la información adquirida en la entrevista al director del departamento de tecnología del GADMPVM se obtuvo el siguiente resumen (Ver Anexo 2):  Entrevista al director del departamento de compras públicas del GAD Municipal de Pedro Vicente Maldonado Mediante la entrevista realizada a Ronald Montalbán, Director del departamento de compras públicas del GADMPVM se obtuvo información precisa referente a los procesos que se realizan entorno a los automotores de la Institución, procesos que se llevan a cabo de manera manual y conllevan una automatización para el beneficio de la Institución (Ver Anexo 2).

El director de compras públicas al estar encargado de llevar un control sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos considera importante guardar la información mediante un sistema informático que almacene los datos de manera segura y en tiempo real generando confianza y disponibilidad de información en el momento que se solicite.

El GAD Municipal considera trascendental la realización del software que controle el mantenimiento de los automotores de la Institución debido al tiempo que invierte el personal

46

administrativo en la búsqueda de próximas revisiones, informes sobre automotores y sus mantenimientos respectivos. o Conclusión de la entrevista realizada al director del departamento de compras públicas Luego de la entrevista al funcionario del GADMPVM se ha llegado a la conclusión que la implementación de un sistema informático que almacene la información sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los automotores y los datos se encuentren disponibles para reportes y alertas de próximas revisiones proporcionará un ahorro de tiempo tanto como disponibilidad de personal que genera estos procesos de forma manual.  Entrevista al director del departamento de sistemas del GAD Municipal de Pedro Vicente Maldonado.

Luego de la entrevista realizada al encargado del departamento de sistemas, el ingeniero German Matabay, se llega a la conclusión que el sistema informático propuesto contará con infraestructura tecnología apta para la implementación sin que se necesite adquirir nuevos equipos, encontrándose a disposición del software un servidor de prueba de 128 Mb de memoria RAM con un procesador Xeon 55XX Dual y Quad Core y un almacenamiento de 500 Gb dando una garantía que el sistema puede funcionar de manera óptima.

Anteriormente existían estudios para el desarrollo de un sistema que controle el mantenimiento de los automotores, de forma que el gestor de base de datos que se encuentra instalado en el servidor es PostgreSQL el cual se encargará de acoger la base de datos que ocupará el proyecto.

47

o Conclusión de la entrevista realizada al director del departamento de sistemas Después de realizar la entrevista al encargado del departamento de sistemas del GADMPVM conocemos que para el proyecto planteado se dispone de un servidor de prueba, con sistema operativo Linux, cuenta con disposición en almacenamiento y procesamiento apta para la implementación del proyecto sin la necesidad de adquirir nuevos dispositivos.

5.2. Resultados de la aplicación de la metodología 5.2.1. Análisis de requisitos En la primera fase se ejecutó varias actividades para el desarrollo del sistema informático como la descripción de los recursos que necesita el proyecto, la entrevista realizada al director del departamento de tecnología de la información (TI) generando información con la cual se realizó el análisis de los requerimientos e instrumentos para el desarrollo del software.

En esta etapa se encuentran los requerimientos que se determinaron por parte del GAD del Cantón.  Requerimientos técnicos o Servidor de base de datos en Centos 7.0 o Base de Datos en PostgreSQL  Requerimientos Funcionales o Usuarios: Crear, modificar, privilegios, reportes o Conductores: Crear, modificar, reportes o Automotores: Crear, modificar, reportes o Combustibles: Crear, modificar, reportes o Proveedores: Crear, modificar, reportes

48

o Mantenimientos: Crear, modificar, reportes  Requerimientos de Diseño o Interfaz amigable con el usuario o Colores de Pedro Vicente Maldonado A continuación se detalla los requisitos tomados en cuenta para la elaboración del “Sistema informático para el control del mantenimiento vehicular del GAD del Cantón Pedro Vicente Maldonado”.

5.2.1.1. Plan del documento de requerimientos Se pretende explicar la funcionalidad y características que posee el sistema enfocándose en la programación, como en facilidades para el usuario final.

5.2.1.2. Ámbito del sistema El sistema gestionará los mantenimientos a los vehículos, además proporcionará reportes de fácil entendimiento para la toma de próximas decisiones respecto a los automotores.

El usuario final es el principal beneficiario al contar con la ayudad de un sistema informático el cual brinda facilidad al momento de ingresar datos y a su vez poder recuperarlos.

El objetivo del GAD del Cantón es establecer el sistema como un apoyo solido al momento de tomar decisiones concernientes a los automotores.

5.2.1.3. Definiciones, acrónimos y abreviaturas  BD: Base de datos  SW: Software

49

 HW: Hardware  JS: JavaScript  PUCESD: Pontificia Universidad Católica del Ecuador Sede Santo Domingo 5.2.1.4. Referencias Especificaciones de requisitos según el modelo IEEE830. Revisar documentos en:  https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf  http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf 5.2.2. Visión general del producto El documento describe 4 apartados: El primer apartado consta de los objetivos propuestos, definiciones, descripciones de los requerimientos que se plantean para el vigente sistema.

El siguiente apartado selecciona de manera general al sistema y ubica como beneficiario principal al usuario final quien es el que obtiene la información requerida.

El tercer apartado se enfoca en requerimientos específicos facilitando al desarrollador a tener una perspectiva clara y precisa de lo que se dispone a crear.

Al final se obtiene el apartado de los anexos y los apéndices, aquí se encuentra la información que no es tan relevante al respecto, pero que siguen permaneciendo al sistema.

Los requerimientos a desarrollar con el ciclo de desarrollo de software escogido se detallan en la Especificación de Requerimientos de Software (ERS) con el estándar internacional IEEE 830-1998 (Ver Anexo 3).

50

5.2.3. Definición de recursos necesarios para el sistema 5.2.3.1. Alcance del Sistema El proyecto está diseñado para controlar la información sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los automotores del GAD Municipal de Pedro Vicente Maldonado para generar reportes sobre la vida útil de cada vehículo, el uso de combustible por kilometraje, la depreciación de repuestos en fechas determinadas.

El sistema almacenará información de vehículos, conductores, despachadores y responsables de cada uno de los procesos anteriormente mencionados, permitirá conocer información de futuras revisiones emitiendo alertas en los correos de cada conductor y del funcionario encargado del proceso.

Con la implantación del sistema de control del mantenimiento para los vehículos del GADMPVM se beneficiará en:  Poseer una base de datos actualizada con los procesos diarios que se llevan a cabo en relación a los vehículos, repuestos usados, sus respectivos conductores y responsables de cada procesos ejecutados.  Automatizará los procesos de control en los mantenimientos y despachos que se generan a los vehículos, ahorrando papel y reduciendo tiempo en el ingreso de cada proceso realizado.

El proyecto contribuirá:  Acelerar los procesos que se generan en relación a los automotores y guardarlos de manera segura y ágil en una base de datos actualizada que genere reportes de la

51

vida útil y procesos de cada automotor.  Evitar el uso de personal en busca de la información para generar reportes sobre los vehículos, sus conductores y los encargados de cada proceso.

5.2.4. Definición general del sistema 5.2.4.1. Análisis de metodologías En la elección de una metodología se tiene en cuenta aspectos que el sistema requiere para ser desarrollada de la forma más práctica y confiable. En el posterior análisis se evalúa cada parámetro con un puntaje y porcentaje, siendo el valor máximo 3 y el valor mínimo 1, para el cálculo del porcentaje se realizó una regla de 3. Para seleccionar la mejor metodología que se pueda ocupar se evaluará el puntaje total obtenido de cada una.

Los criterios elegidos en las posteriores tablas, así como las comparaciones de las metodologías de desarrollo de software son tomados de diferentes autores y páginas web especializadas en el tema. Cabe recalcar que las puntuaciones de las metodologías son de consideración del autor de acuerdo a su experiencia y conocimientos en la investigación.

52 Tabla 19.

Análisis de metodologías de desarrollo Metodologías de Desarrollo de Software Criterios

Puntaje de Valoración

Cascada

Espiral

Incremental

Pts.

%

Pts.

%

Pts.

%

Conocimiento del problema

10%

3

10%

2

7%

3

10%

Planificación de objetivos

20%

3

20%

2

13%

2

13%

Requisitos

20%

2

13%

1

7%

2

13%

Aprobación por etapa

20%

3

20%

2

13%

1

7%

Tiempo

30%

2

20%

2

20%

2

20%

total

100%

13

83%

9

60%

10

63%

Nota. Fuente: (Piattini, Calvo, Cervera, & Fernández, 2007).

Después de reunir los resultados, se concluyó que la metodología cascada era la mejor opción en comparación con las otras por elementos como los requerimientos del sistema y otros que la Institución menciona, como son: para pasar de una fase a otra se requiere la autorización, culminación de cada objetivo previsto, entre otros. Así el personal técnico y los usuarios tienen la oportunidad de revisar el progreso del proyecto.

5.2.4.1.1 Perspectiva Mejorará el manejo de la información sobre los mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los automotores del GAD Municipal de Pedro Vicente Maldonado para lograr reportes de los automotores con sus respectivos usuarios y generar alertas de próximas revisiones que necesiten los vehículos.

El empleo más significativo es obtener la información de los mantenimientos preventivos y correctivos en el menor tiempo posible, evitando el uso del personal administrativo de la Institución.

53

5.2.4.1.2 Funciones  Parametrización del sistema  Registro de vehículos del GADMPVM  Administración de la información de los vehículos  Registro de los conductores de los vehículos del GADMPVM  Administración de la información de los conductores  Registro de proveedores de servicios, insumos y repuestos  Administración de la información de los proveedores  Generación de reportes  Emisión de alertas 5.2.4.2. Hardware El sistema propuesto posee la arquitectura cliente-servidor, es decir, que existe un equipo que solicita información y un servidor que da respuesta a las solicitudes requeridas. A continuación se detalla las características de cada equipo: 5.2.4.2.1 Servidor Tabla 20.

Requerimientos de Hardware para el servidor

RAM

PROCESADOR

ALMACENAMIENTO

HP Proliant 128 Gb Intel Core i7 Nota. Fuente: Entrevista al director del departamento TI.

500 Gb

SO

Linux

54

5.2.4.2.2 Cliente Tabla 21.

Requerimientos de Hardware para el cliente

RAM

PROCESADOR

ALMACENAMIENTO

4 Gb Intel Core i3 Nota. Fuente: Entrevista al director del departamento TI.

500 Gb

5.2.4.3. Software Los equipos que operan para la arquitectura cliente-servidor deben tener un software específico para ejecutar las actividades y funciones, por parte del cliente solicitando la información y del servidor devolver una respuesta a los datos solicitados. A continuación se especifican sus características: 5.2.4.3.1 Servidor Tabla 22.

Requerimientos de Software para el servidor SO

GESTOR BASE DE DATOS

Linux PostgreSQL Nota. Fuente: Entrevista al director del departamento TI.

5.2.4.3.2 Cliente Tabla 23.

Requerimientos de Software para el cliente SO

NAVEGADOR COMPATIBLE

Windows Chrome, Safari Nota. Fuente: Entrevista al director del departamento TI.

5.2.5. Análisis de herramientas 5.2.5.1. Análisis de sistemas operativos servidor El sistema operativo que se utiliza en el servidor marca las seguridades que el sistema necesite para que la información alojada no sea vulnerada y que la estabilidad tanto como el

55

rendimiento no se vean afectados por características ajenas al software a implementarse.

Tabla 24.

Análisis de sistemas operativos del servidor Criterios

Sistemas Operativos

Porcentaje de Valoración

Windows

Linux

Puntaje

Porcentaje

Puntaje

Porcentaje

5%

3

5%

2

3%

8%

1

3%

3

8%

Complejidad de manejo

7%

3

7%

2

5%

Equilibrio en el sistema

10%

3

10%

3

10%

Seguridad

20%

3

20%

3

20%

Variedad de programas

10%

3

10%

2

7%

Precio

40%

1

13%

3

40%

17

68%

18

93%

Esquema de sistema operativo Código fuente

Total 100% Nota. Fuente: (Linux, 1998), (Microsoft, 2016)

Los servidores son la parte más importante del sistema informático al proveer de servicios a los clientes que los solicitan, tomando en consideración parámetros técnicos y lógicos.

Linux al ser el SO libre posee una gran variedad de herramientas gratuitas que se actualizan periódicamente siendo su código fuente de uso múltiple para millones de clientes, la estabilidad que tiene se describe a la habilidad de ejecutar numerosos programas al mismo tiempo sin ser obstaculizada ninguna aplicación en ejecución. El precio quizás es el factor más sobresaliente en esta comparación y por mucha diferencia Linux al ser gratuito posee un porcentaje elevado de interés ante Windows, sin embargo la seguridad y estabilidad que brinda Linux es igual o superior que a la de su competencia.

5.2.5.1.1 Análisis de lenguaje de programación web 5.2.5.1.1.1 Análisis de lenguaje de programación web interpretado Existen lenguajes de programación que se ejecutan por el programador o el administrador del sistema, pero los lenguajes de programación que se ejecutan por parte del cliente también

56

son importantes. Estos programas se ejecutan de tal manera que le dan al cliente efectos llamativos, atractivos y dinámicos en los sistemas web.

Tabla 25.

Análisis de lenguaje de programación

Criterios

Lenguaje de programación

Porcentaje de Valoración

Java

JavaScript

Puntaje

Porcentaje

Puntaje

Porcentaje

Declaración de variables

20%

1

7%

3

20%

Seguridad

20%

2

13%

3

20%

Interactividad web

20%

2

13%

3

20%

Necesidad de plugins

20%

2

13%

3

20%

Necesidad de compilador

20%

1

7%

3

20%

Total

100%

8

53%

15

100%

Nota. Fuente: (Java, 2016), (JavaScript, 2016)

El lenguaje de programación que beneficia al desarrollo del programa es JavaScript al proveer la ventaja de estar alojado en el ordenador del usuario genera los efectos de forma rápida y dinámica, para el sistema informático planteado la aplicación de funciones es el principal beneficio que nos brinda JavaScript además de su amigable relación entre el usuario final y el software.

5.2.5.1.1.2 Análisis de lenguajes de programación web Existe un sin número de herramientas para la creación de sistemas informáticos, pero hay requerimientos que cada empresa solicita porque su infraestructura tecnológica y confianza a través de la experiencia que se ha generado marca la pauta de la elección de un software determinado.

57 Tabla 26.

Análisis de lenguajes web Lenguajes web Criterios

Puntaje de Valoración

PHP

PYTHON

RUBY

Pts.

%

Pts.

%

Pts.

%

Sintaxis

10%

2

7%

2

7%

3

10%

Usabilidad

30%

3

30%

2

20%

3

30%

20%

2

13%

1

7%

2

13%

20%

3

20%

2

13%

2

13%

Tiempo de ejecución

20%

3

20%

1

7%

2

13%

total

100%

13

90%

8

53%

12

80%

Comprensión lingüística Facilidad de aprendizaje

Nota. Fuente: (PHP, 2016), (PYTHON, 2001-2016), (RUBY, 2016)

Los generadores de sistemas web poseen seguridades en todos sus ámbitos pero la elección de un lenguaje web se inclina por la usabilidad que tiene PHP al ser uno de los más conocidos y su comunidad posee miles de lugares donde se encuentra tutoriales, documentación, foros. Aprender con PHP es más senillo que con el resto de lenguajes, está basado en C y Java con su sintaxis primaria apoyada en Perl. Su rendimiento en realidad es bueno ya que con un servidor modesto se puede atender millones de peticiones al día y si el caso lo amerita existen versiones que pueden aumentar el rendimiento.

5.2.5.1.1.3 Análisis de lenguaje de desarrollo web El diseño de un sistema informático es un punto importante que con lleva en la mayoría de los casos la puerta de enlace entre el usuario y el sistema, por lo que la decisión a la hora de elegir un desarrollador web que haga más fácil la tarea de modificar al gusto del cliente cada faceta sobre datos y requerimientos que tenga el software decide el valor de importancia que un usuario le da al sistema.

58 Tabla 27.

Análisis de lenguajes desarrollo web Lenguajes de desarrollo web

Criterios

Porcentaje de Valoración

Puntaje

Porcentaje

Puntaje

Porcentaje

Semántica

10%

3

10%

2

7%

Sintaxis rigurosa

20%

1

7%

3

20%

Complejidad de manejo

15%

3

15%

2

10%

Entendimiento

20%

2

13%

3

20%

Usabilidad

35%

3

35%

3

35%

12

80%

13

92%

Total 100% Nota. Fuente: (Emmanuel, 2012)

HTML

XHTML

El uso de los desarrolladores web facilita darle formato al sistema informático, pero cuando este formato no permite que los archivos puedan abrirse o cambia el formato según el dispositivo donde se lo descargue al documento, debido a estos inconvenientes la opción a tomar en el desarrollo del software es HTML por ser un estándar que hace que su evolución sea conservadora generando que funcionalidades adicionales sean diseñadas para ser ocupadas fuera del estándar de HTML. La facilidad que brinda este desarrollador para que sea ejecutado va desde su generación en cualquier editor de texto, como blog de notas en Windows, hasta la sencillez en su manejo al permitir crear el número de funciones y códigos personalizados que se desee utilizar.

5.2.5.1.1.4 Análisis de frameworks front-end La infraestructura del software, el framework es el conjunto de estándares, prácticas y diseños que se utilizan para enfocar los objetivos que se logran alcanzar con la creación del sistema. La normalización de datos es un aspecto a tomar en cuenta ya que se requiere que la información se encuentre estructurada de un modo conocido para poder manejarla, el framework es el esqueleto, el esquema que se sigue para el desarrollo y la implementación de la aplicación.

59 Tabla 28.

Análisis frameworks Criterios

Framework front-end

Porcentaje de Valoración

Materialize

Bootstrap

Puntaje

Porcentaje

Puntaje

Porcentaje

Herramientas

15%

2

10%

3

15%

Rapidez

15%

1

5%

3

15%

Complejidad de manejo

15%

3

15%

3

15%

Entendimiento

20%

2

13%

2

13%

Usabilidad

35%

2

23%

3

35%

Total 100% 10 67% Nota. Fuente: (Materialize, 2014-2016), (Bootstrap, 2011-2016)

14

93%

Las herramientas que se utilizan para la colaboración con el programador han venido levantando su importancia en los últimos años, siendo Bootstrap el framework con el que la mayoría de usuarios de han sentido cómodos por su habilidad de utilizar los sistemas para navegación web y ahora para implantarla en la navegación móvil, su popularidad crece día a día al escalar cada vez con nuevos recursos y herramientas que pone a la disposición del programador.

5.2.5.1.1.5 Análisis de gestores de base de datos Denominados bancos de información, donde se encuentran datos que se pueden almacenar y recuperar para su posterior utilización, las características de cada gestor son similares, no obstante existen mayor valor en algunos casos, debido a políticas de empresas se ven solicitados unos u otros, sabiendo que la información que se almacena en cada uno de ellos cuenta con la seguridad y disponibilidad del cliente en cualquier momento por consiguiente escoger un gestor de base de datos pueden incluir influencias ajenas al programador.

60 Tabla 29.

Análisis de gestor de base de datos Gestor de base de datos Criterios

Puntaje de Valoración

Oracle

MySQL

PostgreSQL

Pts.

%

Pts.

%

Pts.

%

Licencia libre

30%

1

10%

3

30%

3

30%

Configuración

15%

2

10%

2

10%

2

10%

Conexión estable

15%

2

10%

3

15%

3

15%

Multiplataforma

20%

3

20%

2

13%

3

20%

Soporte técnico

20%

3

20%

3

20%

3

20%

14

95%

total 100% 11 70% 13 88% Nota. Fuente: (Oracle, 1997-2016), (MySQL, 2016), (PostgreSQL, 2009-2013)

La elección del sistema gestor de base de datos está dada en su mayoría por el precio que sobrelleva contratar un servicio para que almacene la información de manera segura, en la actualidad existen administradores de forma gratuita que manejan de manera robusta y estable la confianza del cliente, un sistema gestor de base de datos es PostgreSQL que combina un excelente rendimiento, multiplataforma, soporte técnico tanto en la comunidad como de empresas especializadas y permite utilizar herramientas graficas o de líneas de código para diseñar la base de datos y administrarla.

5.2.5.1.1.6 Resultado de análisis de herramientas Después de analizar las herramientas que existen en el mercado se ha llegado a la selección de los materiales que ayudaran al desarrollo del sistema, tomando en cuenta las necesidades que posee el software, los requerimientos que solicita la institución, y la combinación que pueden darse entre estas. A continuación se presenta una tabla con las elecciones:

61 Tabla 30.

Resultado de análisis de herramientas

Herramientas de desarrollo Metodología

Cascada

Sistema Operativo servidor

Linux

Sistema Operativo cliente

Windows

Generador web

PHP

Desarrollador web

HTML

Framework front-end

Bootstrap

Gestor base de datos

PostgreSQL

Lenguaje de programación

JavaScript

Nota. Fuente: Análisis de requisitos

5.2.5.1.1.7 Actores y funciones Se considera imprescindible establecer actores y responsabilidades, el sistema posee varios procesos los cuales son ejecutados por los responsables en cada área, a continuación se muestra actores y responsabilidades: 5.2.5.1.1.8 Administrador de base de datos El administrador de la base de datos posee las responsabilidades de crear y modificar a los usuarios, conductores, vehículos, proveedores, repuestos y servicios que serán ocupados para la creación de reportes o alertas que se generarán posteriormente.

Administrador de servidor Es la persona encargada de mantener la conexión entre el servidor y el cliente, generar nuevos usuarios y sus privilegios. Reportar vulnerabilidades que puedan darse en el transcurso de la vida útil del sistema para posteriormente sean actualizadas.

62

5.2.5.1.1.9 Desarrollador web Es el encargado de la creación del sistema informático, aplicando las herramientas seleccionadas y brindado al cliente un diseño e información amigable para que sea de fácil ingreso tanto como comprensión de los datos solicitados y ofrecidos por el software. Su responsabilidad es entregar la información solicitada además de generar en el cliente la satisfacción de que el sistema colabora con su vida laboral.

5.2.6. Fase de Diseño En esta fase se realizan las siguientes actividades previamente desarrolladas con los requerimientos obtenidos: 5.2.6.1. Diagramas de secuencia| 5.2.6.1.1 Ingreso al sistema

Ingreso al sistema

Usuario

Usuario (Sistema)

Ingresar al sistema Mostrar módulos según su perfil

Figura 22: Diagrama de secuencia. Ingreso al sistema Fuente: Entrevista al director del departamento TI.

63

5.2.6.1.2 Salida del sistema

Salida del sistema

Usuario (Sistema)

Usuario

Cerrar sesión Mostrar ventana login

Figura 23: Diagrama de secuencia. Salida del sistema

Los diagramas de secuencia por parte de los usuarios y los módulos a los que tienen acceso se elaboraron especificando sus respectivas funciones asignadas. (Ver Anexo 2).

5.2.6.2. Casos de uso Se detallan los casos de uso para el sistema de control de mantenimiento de automotores del GAD Municipal del Cantón Pedo Vicente Maldonado, donde se manejan 3 tipos de usuario: Súper administrador, administrador e invitado.

Administrador: Este tipo de usuario posee todos los privilegios del sistema sin ninguna restricción.

64

5.2.6.2.1 Administrador: Administrador de usuarios

Ingresar al sistema

Ingresar usuario Modificar usuario

Administrador de usuarios

Administrador

Buscar usuario Dar de baja a usuario

Figura 24: Casos de uso. Administrador de usuarios Fuente: Entrevista al director del departamento TI.

5.2.6.2.2 Administrador: Administrador de conductores Ingresar al sistema

Ingresar conductor Modificar conductor

Administrador de conductores

Administrador

Buscar conductor Dar de baja a conductor

Figura 25: Casos de uso. Administrador de conductores Fuente: Entrevista al director del departamento TI.

65

5.2.6.2.3 Administrador: Administrador de automotores

Ingresar al sistema

Ingresar automotor Modificar automotor

Administrador de automotores

Administrador

Buscar automotor Dar de baja a automotor

Figura 26: Casos de uso. Administrador de automotores Fuente: Entrevista al director del departamento TI.

5.2.6.2.4 Administrador: Administrador de repuestos y combustibles

Ingresar al sistema

Ingresar repuesto Modificar repuesto

Administrador de repuestos

Buscar repuesto

Administrador

Dar de baja a repuesto Figura 27: Casos de uso. Administrador de repuestos y combustibles Fuente: Entrevista al director del departamento TI.

66

5.2.6.2.5 Administrador: Administrador de mantenimientos

Ingresar al sistema

Ingresar repuesto Modificar repuesto

Administrador de repuestos

Administrador

Buscar repuesto Dar de baja a repuesto

Figura 28: Casos de uso. Administrador de mantenimientos Fuente: Entrevista al director del departamento TI.

5.2.6.2.6 Administrador: Administrador de proveedores Ingresar al sistema

Ingresar proveedor Modificar proveedor

Administrador de proveedor

Administrador

Buscar proveedor Dar de baja a proveedor

Figura 29: Casos de uso. Administrador de proveedores Fuente: Entrevista al director del departamento TI.

67

5.2.6.2.7 Administrador: Administrador de mantenimientos

Ingresar al sistema

Ingresar mantenimientos Modificar mantenimientos

Administrador de mantenimientos

Administrador

Buscar mantenimientos Dar de baja a mantenimientos

Figura 30: Casos de uso. Administrador de mantenimientos Fuente: Entrevista al director del departamento TI.

5.2.6.2.8 Administrador: SĂşper Administrador

Figura 31. Caso de uso SĂşper Administrador Fuente: Entrevista al director del departamento TI.

68

5.2.6.2.9 Caso de uso Administrador: Este usuario tiene privilegios totales del sistema, a excepción de administrar usuarios.

Figura 31: Caso de uso Administrador.

Fuente: Entrevista al director del departamento TI.

5.2.6.2.10 Caso de uso usuario invitado: Este tipo de usuario tiene acceso a visualizaciones de los módulos del sistema sin ningún privilegio de administración.

Figura 32: Caso de uso Usuario invitado.

Fuente: Entrevista al director del departamento TI.

69

5.2.6.3. Diagrama de la Base de Datos En el modelado y parametrización de datos se utilizó la siguiente sintaxis: El nombre de los campos inicia con 5 caracteres que son las letras iniciales de la tabla a las que pertenecen. Por ejemplo: “condu_ident” hace referencia a la tabla conductor, donde “ident” es el campo de la identificación.

El diagrama de la base de datos del sistema:

70

5.2.6.3.1 Diseño lógico de la base de datos

Figura 33: Modelo lógico entidad-relación de la base de datos del sistema Fuente: Entrevista al director del departamento TI.

70

71

5.2.6.3.2 Diseño físico de la base de datos

Figura 34: Modelo físico entidad-relación de la base datos del sistema Fuente: Entrevista al director del departamento TI.

71

72

5.2.6.4. Interfaz Se realizó el desarrollo de las interfaces utilizando el símbolo del Municipio de Pedro Vicente Maldonado, el colibrí. Los colores que predominan al Cantón generan alegría y tranquilidad.

5.2.6.4.1 Interfaz de index

Figura 35: Interfaz de index Fuente: Entrevista al director del departamento TI.

73

5.2.6.4.2 Pรกgina de autentificaciรณn de usuario o inicio de sesiรณn

Figura 36: Interfaz de login.

Fuente: Entrevista al director del departamento TI.

5.2.6.4.3 Pรกgina principal o inicio del sistema

Figura 37: Pรกgina de inicio del sistema Fuente: Entrevista al director del departamento TI.

74

5.2.7. Etapa de codificación En esta fase se desarrolla en base a los requisitos establecidos los diseños de la codificación del sistema. El primer paso es la creación de la base de datos en PostgreSQL. 5.2.7.1. Creacion de la Base de Datos

Figura 38: Creación de la base de datos

Procedemos a crear el script login.php donde se autentifica la entrada de los usuarios con sus respectivos privilegios.

Figura 39: Código del login

75

Para crear un usuario necesita tener privilegios antes asignados, al crear un nuevo usuario se establece el tipo de privilegios para los que estรก designado y en el momento que se loguea solo tendrรก acceso a estos.

Figura 40: Interfaz de usuario

76

5.2.8. Pruebas 5.2.8.1. Primera prueba al sistema

N°

PRUEBA

VERIFICADO

1

Ingresar al sistema

X

2

Cerrar sesión

X

3

Reiniciar contraseña

X

4

Administrar permisos de acceso

X

5

Acceder al perfil establecido

X

6

Generar reportes

7

Validación de datos

OBSERVACIÓN

Problemas en el re direccionamiento

Pendiente X

Probando funciones

OBSERVACIÓN

5.2.8.2. Segunda prueba al sistema

N°

PRUEBA

VERIFICADO

1

Ingresar al sistema

X

2

Cerrar sesión

X

3

Reiniciar contraseña

X

4

Administrar permisos de acceso

X

5

Acceder al perfil establecido

X

6

Generar reportes

X

7

Validación de datos

X

77

5.3. Conclusiones Tras realizar la investigación, se concluye que es necesario la elaboración de un sistema informático que resuelva los problemas del proceso manual que se realizaba anteriormente, ya que al registrar los procesos en las hojas pre impresas existía la posibilidad de cometer errores con la información de los automotores.

Las herramientas de desarrollo seleccionadas fueron adecuadas para la correcta implementación del sistema informático porque respondieron a las necesidades del sistema brindando al sistema seguridad de la información y rapidez en las consultas. EL uso de PostgreSQL con su fácil manejo permitió que en sus consultas se presente el ordenamiento de la información y almacenar los datos de manera ilimitada.

JavaScript ha dado la facilidad de realizar operaciones sin la necesidad de gestionar la información con la base de datos o el usuario, validando caracteres al momento de ingresar los datos, proporcionando un correcto registro, evitando así almacenamiento de datos erróneos. Gracias a Bootstrap 3, las interfaces cuentan con diseño “Responsive” ocupando CSS, HTML5 y JavaScript proporcionando la compatibilidad con dispositivos móviles, computadoras o tablets.

La metodología de desarrollo elegida fue la apropiada debido a que los requerimientos fueron establecidos desde un principio y no hubo cambios que pudieran alterar en el transcurso del proceso de la elaboración de la aplicación.

SYSTHOR proporcionan seguridad e integridad de la información siendo esto comprobado gracias a las pruebas realizadas y superadas al software.

La aplicación ha sido entregada, verificada y aprobada al cumplir con los requerimientos funcionales y no funcionales establecidos por los funcionarios de la dirección de compras

78

públicas del GAD Municipal esto se verifica mediante el acta de entrega.

SYSTHOR genera reportes de tipo PDF y Excel proporcionando al usuario la información de manera individual o colectiva de los automotores y sus respectivos controles llevando un seguimiento oportuno que alargará su vida útil.

Al finalizar el proyecto se puede evidenciar la obtención de los reportes de manera sencilla y rápida generando una disminución de tiempo que antes tomaba varios días.

5.4. Recomendaciones Para la creación de sistemas web en los cuales la Institución proporcione los requerimientos desde el inicio es preciso utilizar la metodología cascada debido a que la información no cambiará con la finalidad de ahorrar tiempo y recursos para la ejecución del proyecto.

El cliente al ser un miembro importante en el desarrollo del proyecto deberá recibir la correcta información para que conozca la manera en que se manejará el sistema, siendo fundamental aclarar que el producto final solo se presentará en la última etapa del ciclo de vida del software.

El conocimiento de las herramientas a utilizar en el desarrollo del software debe ser de manera sólida y clara, esto evitará pérdida de tiempo en la etapa de codificación. Las herramientas Open Source son un complemento perfecto debido a su gratuidad pero su utilización y capacitación se considera extensa debido a la falta de conocimiento esto es superado mediante foros en la web o libros referenciados a estas herramientas.

Entre las herramientas elegidas, se recomienda usar PostgreSQL debido a la robustez que ofrece siendo una herramienta gratuita cuenta con sólidos cimientos en gestión de base de

79

datos que rivaliza con las de software comercial, PHP es el mejor complemento al momento de relacionar la información de la base de datos con las interfaces visualizadas al usuario capaz de relacionarse con cualquier plataforma en la cual se ejecute el sistema.

Los usuarios (funcionarios públicos) que utilizarán la aplicación deben ser previamente capacitados para el uso de cada uno de los interfaces. Mientras que la Jefatura de Informática, en especial sus funcionarios tienen que estar aptos para la instalación y configuración del sistema. Para evitar futuros problemas o errores que generen conflictos al momento de requerir la información en el ingreso de los datos.

BIBLIOGRAFÍA Anabiar, N., & Tinoco, J. (2011). Monografía de MySQL Workbench. Obtenido de http://www.monografias.com/trabajos88/mysql-worckbench/mysqlaprendeaprogramar.com. (2006). apr. Obtenido de ¿Qué es PHP? y ¿Para qué sirve? : http://aprenderaprogramar.com/ Bootstrap. (2011-2016). Bootstrap. Obtenido de http://getbootstrap.com/ Cegarra, J. (2012). Los métodos de la investigación. Madrid: Díaz de Santos.

Codecademy. (s.f.). PHP. Obtenido de https://www.codecademy.com/es/tracks/php-clone Coronel, C., Morris, S., & Rob, P. (2011). Bases de Datos. México: Cengage Learning.

Cortés, M. (2012). Metodología de la investigación. México: Trillas.

Cuadra, D., Castro, E., & Iglesias, A. (2013). Desarrollo de Bases de Datos. México: Alfaomega.

EcuRed. (s.f.). Aplicación web. Obtenido de http://www.ecured.cu/Aplicaci%C3%B3n_web El Comercio. (30 de Agosto de 2012). Mantenimiento, el chequeo ayuda a cuidar el motor de los vehículos. El Comercio.

García, L. (2011). Administración de sistemas gestores de base de datos. Madrid: CEP. Gunter, B. (2000). Compendium HTML. Pearson.

Hernández, R., Fernández, C., & Baptista, P. (2010). Metodología de la investigación. México: McGrawHill.

Ibarra J. & Pinango, A. (2015). DESARROLLO DE UN SISTEMA INFORMÁTICO PARA LA GESTIÓN Y CONTROL DE LOS SERVICIOS DE TRANSPORTE TERRESTRE BRINDADOS POR LA UNIDAD TÉCNICA Y DE CONTROL DE TRANSPORTE TERRESTRE, TRÁNSITO Y. Java. (2016). Java. Obtenido de https://www.java.com/es/download/ JavaScript. (2016). JavaScript. Obtenido de https://www.javascript.com/ Linux. (1998). www.linux-es.org. Obtenido de http://www.linux-es.org/ Lund, M., Aballay, L., Ferrarini, C., & Romagnano, M. (2008). MODELO DE CASOS DE USO - UN EJE PARA EL PROCESO DE DESARROLLO DE SOFTWARE. Obtenido de http://sedici.unlp.edu.ar/bitstream/handle/10915/19792/Documento_completo.pdf?seque nce=1 Materialize. (2014-2016). Materialize. Obtenido de http://materializecss.com/ MEDIAactive. (2014). Aprender HTML5, CSS3 y JavaScript. Barcelona: Alfaomega.

Microsoft. (2016). Microsoft. Obtenido de https://www.microsoft.com/es-es/windows MySQL. (2016). MySQL. Obtenido de https://www.mysql.com/ Oracle. (1997-2016). Oracle. Obtenido de https://www.oracle.com/es/index.html Orós, J. (2012). XHTML, JavaScript y CSS. México: Alfaomega.

PHP. (Junio de 23 de 2016). PHP. Obtenido de http://php.net/ Piattini, M., Calvo, J., Cervera, J., & Fernández, L. (2007). Análisis y diseñodetalladode aplicaciones informáticas de gestión. Madrid: RA-MA. Pólit, C. (2014). Acuerdo N°005-CG-2014. Quito.

PostgreSQL. (2009-2013). PostgreSQL. Obtenido de http://www.postgresql.org.es/ PostgreSQL. (2013). PostgreSQL-es. Obtenido de http://www.postgresql.org.es/sobre_postgresql Pressman, R. (2010). Ingeniería del Software: un enfoque práctico. México: McGrawHill.

PYTHON. (2001-2016). PYTHON. Obtenido de https://www.python.org/ RUBY. (2016). RUBY. Obtenido de https://www.ruby-lang.org/es/ Silbertschatz, A., Sudarshan, S., & Korth, H. (2002). Fundamentos de Base de Datos. Madrid: McGrawHill.

Sommerville, I. (2011). Ingeniería de Software. México: Pearson.

Valarino, E., Yáber, G., & Cemborain, M. (2010). Metodología de la Investigación. México: Trillas.

GLOSARIO Bootstrap Framework popular de HTML, CSS, JS con un marco para el desarrollo de proyectos prácticos y estandarizados que contiene plantillas con formularios, botones y extensiones de JavaScript.

GADMCPVM Gobierno Autónomo Descentralizado de la Municipalidad del Cantón Pedro Vicente Maldonado Open Source Es una expresión de la lengua inglesa que pertenece al ámbito de la informática. Aunque puede traducirse como “fuente abierta”, suele emplearse en nuestro idioma directamente en su versión original, sin su traducción correspondiente.

Maquinaria Conjunto de máquinas para un fin determinado.Mecanismo que da movimiento a unartefacto.

Arte que enseñaba a fabricar las máquinas.

Automotor Dicho de una máquina, de un instrumento o de un aparato: Que se mueve sin la intervención directa de una acción exterior.

Mantenimiento Acción y efecto de mantener o mantenerse.

Conjunto de operaciones y cuidados necesarios para que instalaciones, edificios, industrias, et c., puedan seguir funcionando adecuadamente.

ANEXOS

INDICES DE ANEXOS ANEXO 1: ENCUESTA A FUNCIONARIOS PUBLICOS DEL CANTÓN PEDRO VICENTE MALDONADO ANEXO 2: ENTREVISTA A FUNCIONARIOS PUBLICOS DEL CANTÓN PEDRO VICENTE MALDONADO ANEXO 3: SRS (ESPECIFICACION DE REQUERIMIENTOS SOFTWARE) ANEXO 4: DICCIONARIO DE DATOS ANEXO 5: MANUAL DE INSTALACIÓN ANEXO 6: MANUAL DE USUARIO ANEXO 7: CASOS DE USO ANEXO 8: ACTA DE RESECEPCIÓN DEL SISTEMA ANEXO 9: EVIDENCIAS

ANEXO 1: ENCUESTAS A FUNCIONARIOS PÚBLICOS DEL GADMCPVM

ENCUESTA A CHOFERES DE LOS AUTOMOTORES DE LA MUNICIPALIDAD DE PEDRO VICENTE MALDONADO

La presente encuesta tiene como objetivo recolectar información para determinar el grado de aceptación y requerimientos por parte de choferes de los automotores del GAD Municipal del Cantón Pedro Vicente Maldonado para el proyecto sobre control del mantenimiento de los vehículos.

Instrucciones: - Marque con una X la respuesta que usted crea conveniente - En las preguntas de selección elegir solo una respuesta - En las preguntas de desarrollo llenar el espacio correspondiente 8. ¿Cree usted que es necesario implementar en el GAD Cantonal de Pedro Vicente Maldonado un sistema informático que automatice el control del mantenimiento de los vehículos?

SI

NO

9. ¿Piensa usted que el uso de un software que automatice los procesos evite la posible manipulación o adulteración de la información en los recibos que se emiten en la actualidad?

SI

NO

10. ¿Considera usted que la información adquirida en cada control sobre los procesos que engloban a los automotores pueda ser adulterada por personas ajenas al mismo?

SI

NO

11. ¿Considera usted que demanda mucho tiempo el control que se genera a los vehículos sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora?

SI

NO

12. ¿Cree usted que se reduzca el tiempo al utilizar un software que ayude al control del mantenimiento de vehículos?

SI

NO

13. ¿Qué tiempo conlleva la búsqueda de información sobre próximas revisiones o mantenimientos de los automotores?

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------14. ¿Le gustaría que existieran alertas en su correo que comuniquen sobre próximas revisiones de su automotor?

SI

NO

10. ¿Cómo considera el sistema actual sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos?

MUY BUENO

BUENO

NORMAL

MALO

11. ¿Cree usted que la tecnología permite usar la información de manera segura y acceso a ella de forma rápida?

SI

NO

ENCUESTA AL PERSONAL ADMINISTRATIVO DEL DEPARTAMENTO DE COMPRAS PÚBLICAS Y FINANCIERO DEL GAD MUNICIPAL DE PEDRO VICENTE MALDONADO La presente encuesta tiene como objetivo recolectar información para determinar el grado de aceptación y requerimientos por parte del personal administrativo y financiero del GAD Municipal del Cantón Pedro Vicente Maldonado para el proyecto sobre control del mantenimiento de los vehículos.

Instrucciones: - Marque con una X la respuesta que usted crea conveniente - En las preguntas de selección elegir solo una respuesta - En las preguntas de desarrollo llenar el espacio correspondiente 11. ¿Cree usted que es necesario implementar en el GAD Cantonal de Pedro Vicente Maldonado un sistema informático que automatice el control del mantenimiento de los vehículos?

SI

NO

12. ¿Ha tenido experiencia en el uso de algún tipo de software?

SI

NO

Si su respuesta es sí, escriba el nombre del sistema __________________________________________________________________________ 13. ¿Posee conocimientos necesarios para utilizar sin inconvenientes un sistema informático?

SI

NO

14. ¿Considera que el control que se genera a los vehículos sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora demanda mucho tiempo?

SI

NO

15. ¿Qué información requiere en los reportes que se generen?

-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

16. ¿Cree usted que reduzca el tiempo al solicitar información en los reportes con la implementación de un software que ayude al control en los procesos referente a los vehículos?

SI

NO

17. ¿Qué tiempo conlleva la búsqueda de información sobre próximas revisiones o mantenimientos de los automotores?

----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------18. ¿Cómo le gustaría recibir alertas sobre próximas revisiones o mantenimientos para los automotores?

CORREO ELECTRÓNICO

CONTENIDO EN SOFTWARE

19. ¿Cómo considera el sistema actual sobre mantenimientos o usos, despacho de gasolina, requisición de bienes e ingreso a mecánica o lavadora en los vehículos?

MUY BUENO

BUENO

NORMAL

MALO

20. ¿Cree usted que la tecnología permite usar la información de manera segura y acceso a ella de forma rápida?

SI

NO

ANEXO 2: ENTREVISTAS A FUNCIONARIOS PÚBLICOS DEL GADMCPVM

ENTREVISTA PÚBLICAS

DIRIGIDA

DIRECTOR

DEPARTAMENTO

DE

COMPRAS

1. ¿Cuál es el problema que tiene la Institución?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------2. ¿Cuenta con un departamento de Tecnología de la Información y las Comunicaciones?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------3. ¿Cuántas personas son las encargadas del sistema que se maneja actualmente?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------¿Qué procesos se ejecutan en relación a los vehículos del GAD Municipal?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------4. ¿Cuál es el procedimiento que se lleva a cabo con el sistema que manejan actualmente?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------5. ¿De qué manera se lleva el control de cada proceso ejecutado?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------6. ¿Qué herramientas se utilizan para ejecutar los procesos respectivos que posee cada automotor?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------7. ¿Ha operado anteriormente algún tipo de software similar al propuesto?

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

8. ¿Quiénes serían las personas encargadas de manejar el software?

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

ENTREVISTA DIRIGIDA DIRECTOR DEPARTAMENTO DE SISTEMAS 1. ¿Con cuantas personas cuenta el departamento de TICS? --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------2. ¿Con qué infraestructura tecnológica cuenta la Institución?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------3. ¿El GAD Municipal mantiene algún tipo de software operando?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------4. ¿La infraestructura actual es capaz de soportar un nuevo sistema informático?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------5. ¿Anteriormente se había planteado una posible solución para el actual problema?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------6. ¿Existe algún tipo de restricciones que se deba tomar en cuenta para elaborar el proyecto?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------7. ¿Qué tipo de servidor cuenta la Institución? ¿Qué características posee?

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------8. ¿Qué BDDs se encuentran implementadas en el servidor?

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

ANEXO 3: SRS

1. INTRODUCCION A continuación se detalla los requisitos tomados en cuenta para la elaboración del “Sistema informático para el control del mantenimiento vehicular del GAD del Cantón Pedro Vicente Maldonado”, desarrollado por un estudiante de la Pontificia Universidad Católica del Ecuador previo a la obtención del título de tercer nivel en Ingeniería en Sistemas y Comunicación.

1.1. Plan del documento de requerimientos Se pretende explicar la funcionalidad y características que posee el sistema enfocándose en la programación, como en facilidades para el usuario final.

1.2. Ámbito del sistema El sistema gestionará los mantenimientos a los vehículos, además proporcionará reportes de fácil entendimiento para la toma de próximas decisiones respecto a los automotores.

El usuario final es el principal beneficiario al contar con la ayudad de un sistema informático el cual brinda facilidad al momento de ingresar datos y a su vez poder recuperarlos.

El objetivo del GAD del Cantón es establecer el sistema como un apoyo solido al momento de tomar decisiones concernientes a los automotores.

1.3. Definiciones, acrónimos y abreviaturas  BD: Base de datos  SW: Software  HW: Hardware

 JS: JavaScript  PUCESD: Pontificia Universidad Católica del Ecuador Sede Santo Domingo

1.4. Referencias Especificaciones de requisitos según el modelo IEEE830. Revisar documentos en:  https://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf  http://www.ctr.unican.es/asignaturas/is1/IEEE830_esp.pdf

1.5. Visión general del producto El documento describe 4 apartados: El primer apartado consta de los objetivos propuestos, definiciones, descripciones de los requerimientos que se plantean para el vigente sistema.

El siguiente apartado selecciona de manera general al sistema y ubica como beneficiario principal al usuario final quien es el que obtiene la información requerida.

El tercer apartado se enfoca en requerimientos específicos facilitando al desarrollador a tener una perspectiva clara y precisa de lo que se dispone a crear.

Al final se obtiene el apartado de los anexos y los apéndices, aquí se encuentra la información que no es tan relevante respecto, pero que siguen permaneciendo al sistema.

2. DESCRIPCION GENERAL Para el desarrollo de cualquier sistema informático existen factores que alteran de forma directa e indirecta el avance del producto al igual que a sus requerimientos. Las principales causas son el costo y el tiempo, que afectan a cada etapa del desarrollo.

1.6. Perspectiva del producto SYSTHOR es un sistema informático que busca de forma independiente llevar un control sobre los mantenimientos y actividades que cumplen los automotores del GAD Municipal del Cantón Pedro Vicente Maldonado, con la entrega de reportes individuales y colectivos se pretende que ayude a la toma de decisiones a los respectivos vehículos y maquinarias, en un futuro.

1.7. Funciones del producto  Ingreso, modificación y bajas de un repuesto  Ingreso, modificación y bajas de un proveedor  Ingreso, modificación y baja de un automotor  Ingreso, modificación y baja de un conductor  Ingreso, modificación de un mantenimiento  Generar reportes de usuarios, vehículos, repuestos, proveedores, mantenimientos

1.8. Características del usuario El sistema SYSTHOR está enfocado en una gestión de control y auditoria generando una utilización de 2 usuarios: 

Usuario súper administrador: Posee el control total del sistema, la creación y gestión de usuarios.



Usuario administrador: Encargado de la gestión de automotores, conductores, repuestos y mantenimientos de los automotores.

1.9. Restricciones generales El sistema se desarrollará en un ambiente amigable para el usuario final.

En funciones de seguridad para el usuario, cuenta con validación para sql injection además de encriptación md5 para las contraseñas.

El usuario final no ha mencionado más especificaciones, por lo que quedan a desarrollo del programador y las exigencias del medio.

1.10. Suposiciones y Dependencias El sistema SYSTHOR requiere como navegador predeterminado a Google Chrome debido a conflictos con JavaScript en impresiones y ventanas emergentes para fechas, es necesario contar con java actualizado por seguridades del cliente hacia el servidor.

3. REQUERIMIENTOS ESPECÍFICOS 3.1. Interfaces La interfaz debe tener colores llamativos además de pertenecer a los que caracterizan al GAD Cantonal, siendo de fácil manejo pero siempre funcional en sus acciones. Una característica es su diseño adaptativo, lo cual garantiza poder visualizar el sistema en cualquier modelo de equipo como Tablet, Desktops, Laptops y Smartphone. La garantía de observar de forma correcta reportes impresos es la utilización en el navegador Google Chrome debido a la compatibilidad con el framewok utilizado, Bootstrap.

3.1.1. Inicio de sesión El usuario debe ingresar su cedula de identidad y su contraseña debidamente cambiada después de su primer logeo.

La contraseña es creada automáticamente y al crearse es el número de cedula, pero al ingresar por primera vez es prioritario cambiar esta clave.

3.1.2. Ventana de inicio Consta de una sección de navegación la cual consta con acceso directo a los diferentes privilegios que tenga cada usuario.

3.1.3. Menú de navegación Presenta los diferentes enlaces a cada una de las funciones asignadas al determinado usuario.

3.1.4. Módulo gestión de usuarios Accesible únicamente para el usuario súper administrador.

Provee los diferentes privilegios a cada uno de los usuarios.

Reestablece la contraseña al usuario en caso de pérdida.

3.1.5. Módulo gestión de automotores Módulo en el que se encarga de la creación y modificación de automotores y maquinarias.

3.1.6. Módulo gestión de conductores Precisa la creación de los custodios de cada automotor, siendo particular la restricción que puede un conductor hacerse cargo de un vehículo a la vez.

3.1.7. Módulo de gestión de servicios Existen 2 tipos de servicios para cada automotor, los que tienes que ver con combustibles y los que se describen como mantenimientos, cambios o repuestos.

Los servicios son creados seleccionando un determinado repuesto o combustible creado con cualquier proveedor existente.

3.1.8. Módulo de mantenimiento Los mantenimientos pueden ser de 2 tipos, cuando se trata de combustibles o cuando son cambios efectuados al automotor.

Se selecciona el servicio ya creado con anterioridad y al conductor quien está a cargo, el cual es custodio de un automotor determinado.

La información de cada mantenimiento se muestra con impuestos agregados y sin ellos para un fácil manejo de cuentas.

3.1.9. Módulo de proveedores Provee el control sobre la información de proveedores y la persona encargada de cada uno de ellos, en caso de requerir información adicional sobre sus servicios.

3.1.10. Módulo garita Permite al usuario de la garita registrar las entradas y salidas de los automotores, junto con sus respectivos destinos o detalles de su rumbo.

3.1.11. Módulo de configuración Se encuentran los parámetros que cambian o podrían cambiar en su debido tiempo y afectan de manera global al sistema.

3.2. REQUERIMIENTOS FUNCIONALES Se detallan los requerimientos funcionales:



Súper administrador: o Autentificación de usuario (inicio de sesión) o Crear nuevos usuarios o Modificar usuarios o Crear nuevos automotores o Modificar automotores o Crear nuevos conductores o Modificar conductores o Crear nuevos servicios o Modificar servicios o Crear nuevos mantenimientos o Modificar mantenimientos o Crear nuevos repuestos y combustibles o Modificar repuestos y combustibles o Crear nuevos proveedores o Modificar proveedores o Crear registro de entradas y salidas de automotores



Administrador: o

Autentificación de usuario (inicio de sesión)

o

Crear nuevos automotores

o

Modificar automotores

o

Crear nuevos conductores

o

Modificar conductores

o

Crear nuevos servicios

o

Modificar servicios

o

Crear nuevos mantenimientos

o

Modificar mantenimientos

o

Crear nuevos repuestos y combustibles

o

Modificar repuestos y combustibles

o

Crear nuevos proveedores

o

Modificar proveedores

o

Crear registro de entradas y salidas de automotores

3.3. REQUERMIENTOS NO FUNCIONALES SYSTHOR restringe la entrada a los usuarios no autorizados y a módulos que no tengan el privilegio asignado, la autentificación se da a nivel de base de datos y encriptación md5. La integridad de la información se encuentra debidamente asegurada.

El software no tiende a desgastarse a través del tiempo pero se debe hacer mantenimientos y modificaciones a un tiempo establecido ya que las solicitudes cambian desde reportes hasta valores y registros.

La capacitación al personal del GAD que usará a SYSTHOR se considera indispensable así como compartir el anual de usuario que garantizará el correcto funcionamiento del sistema y su claro entendimiento.

3.3.1. Interface de usuario Consiste en botones, listas, textos que ayudan a acceder y administrar el sistema en el cual se puede acceder la información consultar los datos requeridos.

3.3.2. Interfaz de hardware Para un correcto uso del sistema el necesita cumplir con los siguientes requerimientos en los sistemas receptores en donde se ejecute: Adaptadores a la red (wifi o puerto físico) para obtener la conexión al sistema SYSTHOR mediante la red.

Procesador con capacidad mínima de 1.66 Hz, se prevé un sistema con recursos bajos pero con la capacidad necesaria para soportar a SYSTHOR. Se requiere una memoria de almacenamiento de 512 mb básicamente debido a que el sistema no ocupa mayor cantidad de requerimiento. La aplicación posee un peso aproximado

de 15 mb.

Los dispositivos básicos para interactuar con cualquier sistema como son mouse, teclado, monitor son indispensables también para SYSTHOR. 3.3.3. Interfaz de software El software del ordenador cliente debe contar con: 

Sistema Operativo (Windows, Linux, Mac, Android, etc).



Navegador (Chrome, Opera, Safari).



Aplicación de visualización de documentos .pdf

3.3.4. Interfaz de comunicación Siempre que exista la red activada se comunicará SYSTHOR mediante protocolos estándares en Internet.  Conexión a la red.  Red LAN

3.4. Requerimiento de rendimiento Depende de la reacción del gestor de la base de datos, el rendimiento de los equipos empleados y la red en la que se trabaje para que SYSTHOR se ejecute de la manera mas conveniente, si los componentes mencionados anteriormente reaccionan de la mejor manera la velocidad de respuesta del sistema es menor a 2 segundos.

3.5. OTROS REQUERIMIENTOS  Servidor de base de datos, especificación Centos 7.  Base de datos: PostgreSQL

 APÉNDICES  PHP: Es un lenguaje de programación de propósito general que está debidamente especializad en desarrollo web, rápido, flexible y pragmático. https://secure.php.net/  Sublime Text: Editor de texto sofisticado para el código, el marcado y la prosa de elegante interfaz e increíble rendimiento. https://www.sublimetext.com/  JavaScript: Lenguaje de programación interpretativo, imperativo, orientado a objetos, débilmente dinámico. https://www.javascript.com/  Bootstrapt: El framework más popular de HTML, CSS, JS con un marco para el desarrollo de proyectos prácticos y estandarizados. http://getbootstrap.com/  PostgreSQL: Es una versión nueva sobre base de datos de código abierto. https://www.postgresql.org/

ANEXO 4: DICCIONARIO DE DATOS

Campo

Tipo de dato

Automotor PK NN UN ZF AI Default

Integer

autom_placa

varchar(10)

autom_anio

integer

X

placa del automotor año de creación del automotor

marca_ident_fk

integer

X

marca del automotor

tipo__ident_fk

integer

X

tipo de automotor

color_ident_fk

integer

X

color del automotor

clase_ident_fk

integer

X

clase del automotor

autom_model

varchar(100)

X

autom_fecha_matri

timestamp

X

autom_proxi_matri

timestamp

X

modelo del automotor fecha de matrícula actual fecha de próxima matricula

autom_estad

varchar(10)

X

estado del automotor

autom_kilom

integer

kilometraje/horas

autom_detal

varchar(100)

detalle del automotor

autom_chasi

varchar(35)

chasis del automotor

autom_motor

varchar(35)

X

motor del automotor

pais_ident_fk

integer

X

país del automotor

autom_rastr

varchar(10)

X

rastreo del automotor

autom_cread

varchar(35)

X

creador del registro

autom_fecha

timestamp

X

creación del registro

Tipo de dato

clase_ident

integer

clase_nombr

varchar(35)

Campo

Tipo de dato

color_ident

integer

color_nombr

varchar(35)

X

X

X

identificador del automotor

autom_ident

Campo

X

Descripción

Clase PK NN UN ZF AI Default X

X

X

X

X

X X

identificador de clase nombre de clase

Color PK NN UN ZF AI Default X

Descripción

X

X

Descripción identificador de color nombre del color

Campo

Tipo de dato

Combustible PK NN UN ZF AI Default

Descripción

combu_ident

integer

prove_ident_fk

integer

X

combu_nombr

varchar(35)

X

identificador de combustible identificador del proveedor nombre del combustible

combu_estad

varchar(10)

X

estado del combustible

combu_valor

numeric(10,5)

X

combu_cread

integer

X

valor del combustible creador del combustible

combu_fecha

timestamp

X

fecha de creación

Campo

Tipo de dato

X

X

X

X

conductor PK NN UN ZF AI Default X

identificación del conductor

X

primer nombre

condu_ident

integer

condu_nomb1

varchar(35)

condu_nomb2

varchar(35)

condu_apel1

varchar(35)

X

primer apellido

condu_apel2

varchar(35)

X

segundo apellido

condu_estad

varchar(10)

X

condu_telef

varchar(10)

X

estado del conductor convencional del conductor

condu_celul

varchar(10)

X

celular del conductor

condu_corre

varchar(100)

X

correo del conductor

condu_cread

integer

X

creador del conductor

condu_fecha

timestamp

X

fecha de creación

Campo

X

Descripción

segundo nombre

configuracion Tipo de dato PK NN UN ZF AI Default X

X

X

Descripción

confi_ident

integer

confi_iva

numeric(3,2)

X

confi_corre

integer

X

identificador de ingreso identificador de conductor identificador de automotor

confi_nombr

varchar(100)

X

situación en proceso

confi_image

bytea

detalle de situación

Campo

Tipo de dato

correo PK NN UN ZF AI Default

corre_ident

integer

corre_segur

varchar(50)

X

seguridad de puertos

corre_host

varchar(100)

X

nombre del host

corre_puert

varchar(200)

X

puerto a ocupar

corre_corre

varchar(200)

correo del sistema

corre_passw

varchar(200)

clave del correo

corre_nombr

varchar(100)

X

nombre del tema

corre_siste

varchar(100)

X

nombre del sistema

corre_asunt

varchar(100)

nombre del asunto

corre_mensa

varchar(300)

mensaje del correo

corre_dias

integer

días antes del evento

Campo

X

X

X

X

Descripción

mantenimiento_combustible Tipo de dato PK NN UN ZF AI Default X

X

X

Descripción identificador de mantenimiento

mante_combu_ident

integer

mante_combu_orden

integer

X

combu_ident_fk

integer

X

número de orden identificador de combustible

combu_valor_fk

numeric(7,5)

X

valor del combustible

combu_iva_fk

numeric(3,2)

X

mante_combu_canti

numeric(4,2)

autom_ident_fk

integer

mante_combu_detal

varchar(35)

mante_combu_ackmh

integer

mante_combu_kmhor

integer

mante_combu_dia

timestamp

valor de IVA cantidad de combustible identificador de automotor detalle de mantenimiento kilómetros/horas actuales kilómetros/horas recorridos fecha del mantenimiento

condu_ident_fk

varchar(35)

mante_combu_cread

varchar(35)

X

identificador conductor creador de mantenimiento

mante_combu_fecha

timestamp

X

fecha de creación

X

X

identificador de ingreso

Campo

Tipo de dato

marca PK NN UN ZF AI Default

marca_ident

integer

marca_nombr

varchar(35)

X

nombre de marca

marca_cread

varchar(35)

X

creador de marca

marca_fecha

timestamp

X

fecha de creación

Campo

Tipo de dato

X

X

X

X

Descripción

menu PK NN UN ZF AI Default

integer

menu_usuar

varchar(10)

menu_autom

varchar(10)

X

acceso a automotor

menu_condu

varchar(10)

X

menu_mante

varchar(10)

X

acceso a conductor acceso a mantenimiento

menu_prove

varchar(10)

X

acceso a proveedores

menu_garit

varchar(10)

X

acceso a garita

menu_repor

varchar(10)

X

menu_confi

varchar(10)

X

usuar_ident_fk

integer

X

acceso a reportes configuraciones del sistema identificación de usuario

menu_cread

varchar(10)

X

creador de registro

menu_fecha

varchar(10)

X

fecha de creación

Tipo de dato

pais_ident

integer

pais_nombr

varchar(35)

X

Descripción

menu_ident

Campo

X

identificador de marca

identificador de usuario acceso a usuarios

País PK NN UN ZF AI Default X

X X

X

X

Descripción identificador de país nombre de país

Campo

Tipo de dato

Proveedor PK NN UN ZF AI Default

integer

prove_nombr

varchar(35)

X

prove_nomb1_encar

varchar(35)

X

prove_nomb2_encar

varchar(35)

prove_apel1_encar

varchar(35)

X

prove_apel2_encar

varchar(35)

X

prove_telef

integer

prove_celul

integer

X

celular de proveedor

prove_ruc

integer

X

ruc del proveedor

prove_corre

varchar(100)

prove_cread

varchar(35)

X

creador de proveedor

prove_fecha

timestamp

X

fecha de creación

Tipo de dato

X

X

X

identificador de proveedor

prove_ident

Campo

X

Descripción

nombre de proveedor primer nombre del gerente segundo nombre del gerente primer apellido de gerente segundo apellido de gerente teléfono de proveedor

correo de proveedor

Tipo PK NN UN ZF AI Default X

X

X

X

Descripción

tipo_ident

integer

identificador de tipo

tipo_nombr

varchar(35)

X

nombre de tipo

tipo_cread

integer

X

creador de tipo

tipo_fecha

timestamp

X

fecha de la creación

Campo

Tipo de dato

Usuario PK NN UN ZF AI Default X

X

Descripciรณn

usuar_ident

integer

usuar_nomb1

varchar(35)

usuar_nomb2

varchar(35)

usuar_apel1

varchar(35)

X

usuar_apel2

varchar(35)

X

usuar_celul

varchar(10)

X

usuar_telef

varchar(10)

X

celular del usuario convencional del usuario

usuar_corre

varchar(100)

X

correo del usuario

usuar_estad

varchar(10)

X

estado del usuario

usuar_image

varchar(100)

usuar_passw

varchar(50)

X

clave del usuario

usuar_cread

integer

X

creador del usuario

usuar_fecha

timestamp

X

fecha de creaciรณn

X

identificador de usuario primer nombre del usuario segundo nombre del usuario primer apellido del usuario segundo apellido del usuario

foto del usuario

ANEXO 5: MANUAL DE USUARIO

ÍNDICE DE MANUAL DE USUARIO 1.

LOGIN ...................................................................................................... 1

2.

PAGINA PRICIPAL DEL SISTEMA ..................................................... 1

3.

MÓDULO DE USUARIO........................................................................ 2

3.1.

CREACION DE USUARIOS...................................................................................... 2

3.1.1.

EDITAR USUARIO ............................................................................................................. 3

3.1.2.

PRIVILEGIOS AL USUARIO ........................................................................................... 4

3.1.3.

REESTABLECER CONTRASEÑA.................................................................................. 4

3.1.4.

CAMBIAR ESTADO .......................................................................................................... 5

3.1.5.

FILTRAR COLUMNAS ..................................................................................................... 5

4.

MODULO DE AUTOMOTOR ................................................................ 5

4.1.

CREACION DE AUTOMOTOR ................................................................................ 6

4.1.1.

AGREGAR AUTOMOTOR ............................................................................................... 7

4.1.2.

EDITAR AL AUTOMOTOR ............................................................................................ 7

4.1.3.

REVISION PRÓXIMA........................................................................................................ 8

4.1.4.

RATREO SATELITAL ....................................................................................................... 8

4.1.5.

FILTRAR COLUMNAS ..................................................................................................... 9

4.1.6.

FILTRAR FECHAS ............................................................................................................. 9

4.2.

MARCAS .................................................................................................................... 9

4.2.1.

AGREGAR MARCA ......................................................................................................... 10

4.2.2.

EDITAR MARCA .............................................................................................................. 11

4.3.

TIPO .......................................................................................................................... 11

4.3.1.

AGREGAR TIPO ............................................................................................................... 12

5.

MODULO CONDUCTOR ..................................................................... 12

5.1.

CREACION DEL CONDUCTOR ............................................................................ 13

5.1.1.

EDITAR CONDUCTOR ................................................................................................... 14

5.1.2.

FILTRAR COLUMNAS ................................................................................................... 14

6.

MODULO DE CONTROL DE MANTENIMIENTOS ......................... 15

6.1.

REGISTRO DE NOVEDADES ................................................................................ 15

6.1.1.

CREACION NUEVA NOVEDAD .................................................................................. 15

6.1.2.

EDITAR NOVEDAD ........................................................................................................ 16

6.1.3.

FILTRAR COLUMNAS ................................................................................................... 17

6.1.4.

FILTRAR FECHAS ........................................................................................................... 17

6.2.

REGITRO DE MANTENIMIENTO POR COMBUSTIBLES ................................ 17

6.2.1.

CREACION DE MANTENIMIENTOS POR COMBUSTIBLES .............................. 18

6.2.2.

EDITAR MANTENIMIENTO POR COMBUSTIBLES ............................................. 19

6.2.3.

FILTRAR COLUMNAS ................................................................................................... 19

6.2.4.

FILTRAR FECHAS ........................................................................................................... 20

6.3.

REGISTRO DE MOVILIZACIONES ...................................................................... 20

6.3.1.

EDITAR MOVILIZACIÃ&#x201C;N .............................................................................................. 20

6.3.2.

FILTRAR COLUMNAS ................................................................................................... 21

6.3.3.

FILTRAR FECHAS ........................................................................................................... 21

6.4.

CREACIÓN DE COMBUSTIBLES ......................................................................... 22

6.4.1.

AGREGAR COMBUSTIBLE .......................................................................................... 22

6.4.2.

EDITAR COMBUSTIBLES ............................................................................................. 23

6.4.3.

FILTRAR COLUMNAS ................................................................................................... 23

7.

MODULO DE PROVEEDORES ........................................................... 24

7.1.

CREACION DE PROVEEDORES ........................................................................... 24

7.1.1.

EDITAR PROVEEDOR .................................................................................................... 25

7.1.2.

FILTRAR COLUMNAS ................................................................................................... 26

8.

MODULO DE GARITA ........................................................................ 26

8.1.

CREACION DE MOVILIZACIONES DIARIAS (SALIDAS Y ENTRADAS) ..... 27

8.1.1.

EDITAR MOVILIZACIONES Y FINALIZAR SITUACIONES ............................... 27

8.1.2.

FILTRAR COLUMNAS ................................................................................................... 28

8.1.3.

FILTRAR FECHAS ........................................................................................................... 28

9.

MODULO REPORTES .......................................................................... 28

10.

MODULO CONFIGURACIÓN............................................................. 29

10.1.

MODIFICAR IVA ..................................................................................................... 29

10.2.

MODIFICAR CORREO ............................................................................................ 30

11.

CAMBIAR CONTRASEÑA O SALIR ................................................. 30

11.1.

CAMBIAR CONTRASEÑA ..................................................................................... 31

11.2.

SALIR ........................................................................................................................ 31

1

LOGIN La ventana de login que corresponde al sistema

Llenamos los campos de usuario y contraseĂąa con nuestras credenciales respectivas, para poder acceder al sistema.

4.

PAGINA PRICIPAL DEL SISTEMA

Se encuentra la primera vista del sistema con un mensaje de bienvenida en la parte superior, en la izquierda se encuentran los enlaces a los accesos autorizados para cada usuario.

2

5.

MÓDULO DE USUARIO

En este módulo podemos, crear usuarios así como darles privilegios, están en una tabla con paginación y búsqueda en donde pueden filtrar las averiguaciones respectivas.

5.1. CREACION DE USUARIOS Para registrar un usuario en el sistema es importante llenar por lo menos los espacios marcados como obligatorios (marcados con *), después de esto pulsar el botón “CREAR”.

3

5.1.1. EDITAR USUARIO

El botรณn de color naranja trae nuevamente el modal con la informaciรณn ingresada anteriormente para que la pueda editar.

4

5.1.2. PRIVILEGIOS AL USUARIO

El botón de color azul permite activar o desactivar el acceso a los determinados módulos del sistema.

5.1.3. REESTABLECER CONTRASEÑA

Al presionar el botón de color rojo se reestablecerá la contraseña al usuario, obligándolo a ingresar con su número de cedula tanto como cambiar su clave al ingresar.

5

5.1.4. CAMBIAR ESTADO

Al presionar el botón de color verde se modificara el estado del usuario de “Activo” a “Inactivo” y viceversa.

5.1.5. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

6.

MODULO DE AUTOMOTOR

Consta con una lista de los automotores los cuales se encuentran con una paginación para una mejor visualización, la opción de filtrar según palabras o números claves.

6

6.1. CREACION DE AUTOMOTOR Permite crear nuevos automotores, si las opciones de creación no existen pueden crearlas en “MARCAS” y “TIPO”.

7

6.1.1. AGREGAR AUTOMOTOR

Al presionar el botón “Agregar” se despliega un formulario en donde debemos llenar la información solicitada, llenando los campos marcados como obligatorios (marcados con *).

6.1.2. EDITAR AL AUTOMOTOR

Al presionar el botón de color naranja nos mostrara el mismo formulario de creación con la información del vehículo ingresada anteriormente, con la finalidad de modificar los campos permitidos.

8

6.1.3. REVISION PRÓXIMA

Al presionar el botón de color rojo se enviará un correo al conductor asignado del automotor comunicándole que la próxima revisión se acerca, para constancia de esto se enviara una copia al administrador quien presionó el botón.

6.1.4. RATREO SATELITAL

Al presionar este ícono la página se re direccionará al rastreo satelital en donde se encuentran los automotores registrados.

9

6.1.5. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

6.1.6. FILTRAR FECHAS

Es posible filtrar los datos por medio de una “FECHA INICIO” y una “FECHA FINAL” las cuales ayudan a la visualización y búsqueda de la información requerida.

6.2. MARCAS En este módulo se crea las marcas de automotores que se necesiten o se encuentren en la Institución.

10

6.2.1. AGREGAR MARCA Al presionar el botón “Agregar” se despliega un formulario en donde podemos agregar la Marca que se necesite.

11

6.2.2. EDITAR MARCA

Al presionar el botรณn de color naranja se visualiza el formulario en donde se puede editar el nombre de la marca seleccionada.

6.3. TIPO Presenta la funcion de crear los tipos de automotores que existen en la Institucion, existe una paginacion en la tabla donde se muestran los tipos y un motor de busqueda

12

6.3.1. AGREGAR TIPO Al presionar el botón “Agregar” se despliega un formulario en donde se puede ingresar el tipo de automotor que se necesite.

7.

MODULO CONDUCTOR

En este módulo se crea conductores, se enlista mediante una paginación y se los puede filtrar mediante la búsqueda con palabras claves.

13

7.1. CREACION DEL CONDUCTOR

Se procede a crear un automotor mediante sus datos personales para su registro y la debida asignación de un vehículo, haciendo a este conductor el custodio de dicho automotor. Luego de registrar los datos marcados como obligatorios (marcados con *) se procede a seleccionar el botón “CREAR”.

14

7.1.1. EDITAR CONDUCTOR

Al presionar el botón de color naranja se despliega el formulario con la información del conductor ingresada anteriormente en donde se puede modificarla.

7.1.2. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

15

8.

MODULO DE CONTROL DE MANTENIMIENTOS

En este módulo se puede ver una lista con los mantenimientos sobre repuesto y combustible, han sido separados debido a diferentes solicitudes de datos. La visualización de estos mantenimientos 8.1. REGISTRO DE NOVEDADES Se visualiza en la paginación de manera mas sencilla los datos los cuales pueden ser filtrados con palabras claves en la opción de “Búsqueda”

8.1.1. CREACION NUEVA NOVEDAD Al presionar “AGREGAR” se muestra una ventana donde se solicita los datos para la creación del nuevo mantenimiento, siendo obligatorios los datos marcados con asterisco.

16

8.1.2. EDITAR NOVEDAD

Al presionar el botรณn de color naranja se visualiza un formulario donde se encuentra la informaciรณn de las novedades realizadas, para poderlos editarlas.

17

8.1.3. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

8.1.4. FILTRAR FECHAS

Es posible filtrar los datos por medio de una “FECHA INICIO” y una “FECHA FINAL” las cuales ayudan a la visualización y búsqueda de la información requerida.

8.2. REGITRO DE MANTENIMIENTO POR COMBUSTIBLES Se visualiza una lista de los mantenimientos realizados los cuales se encuentran en una paginación para su mejor visualización y un motor de búsqueda que filtra según palabras calves.

18

8.2.1. CREACION DE MANTENIMIENTOS POR COMBUSTIBLES Al presionar “AGREGAR” se visualiza una ventana donde se llena los datos solicitados y luego se presiona “CREAR”.

19

8.2.2. EDITAR MANTENIMIENTO POR COMBUSTIBLES

Al presionar el botón de color naranja se visualiza un formulario en donde se puede modificar la información ingresada con anterioridad.

8.2.3. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

20

8.2.4. FILTRAR FECHAS

Es posible filtrar los datos por medio de una “FECHA INICIO” y una “FECHA FINAL” las cuales ayudan a la visualización y búsqueda de la información requerida.

8.3. REGISTRO DE MOVILIZACIONES En este módulo se visualiza una lista de movilizaciones realizadas por los automotores, las cuales han sido ingresadas por el responsable del control de las mismas.

8.3.1. EDITAR MOVILIZACIÓN

Al presionar el botón de color naranja se visualiza un formulario en donde se visualiza la información antes ingresada la cual puede ser editada.

21

8.3.2. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

8.3.3. FILTRAR FECHAS

Es posible filtrar los datos por medio de una “FECHA INICIO” y una “FECHA FINAL” las cuales ayudan a la visualización y búsqueda de la información requerida.

22

8.4. CREACIÓN DE COMBUSTIBLES Los combustibles se han enlistado en una tabla con paginacion y busqueda para mayor control de parte de los datos.

8.4.1. AGREGAR COMBUSTIBLE Al presionar “AGREGAR” se muestra una ventana donde solicita los datos del combustible a crear, luego de esto se presiona “CREAR”.

23

8.4.2. EDITAR COMBUSTIBLES

Al presionar el botón de color naranja se muestra un formulario donde se visualiza la información antes ingresada la cual podemos editarla.

8.4.3. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

24

9.

MODULO DE PROVEEDORES

El módulo muestra un listado de los proveedores y sus características las cuales se pueden crear, editar en una paginación que posee la manera de buscarlos con palabras claves.

En la paginación se muestra la lista de proveedores ingresados los cuales se pueden filtrar con palabras claves en “BUSQUEDA” y poder verlos de la manera que se crea conveniente.

9.1. CREACION DE PROVEEDORES Al presionar “AGREGAR” se visualiza una ventana en donde se solicita la informacion referente al proveedor calificando con datos importantes a los marcados con *, al terminar esto presionamos “CREAR”.

25

9.1.1. EDITAR PROVEEDOR

Al presionar el botรณn de color naranja se muestra un formulario presentando los datos ingresados los cuales se puede modificar.

26

9.1.2. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

10. MODULO DE GARITA En este módulo se visualiza una lista de las situaciones ingresadas (entradas/salidas) las cuales pueden ser editadas e ingresadas tanto como poder buscarlas según fechas o palabras claves ingresadas en “BUSQUEDA”.

27

10.1. CREACION DE MOVILIZACIONES DIARIAS (SALIDAS Y ENTRADAS) Al presionar “SALIDA” se visualiza una ventana donde el responsable ingresa los datos seguido de esto “CREAR”.

10.1.1. EDITAR MOVILIZACIONES Y FINALIZAR SITUACIONES Al presionar el botón de color naranja se visualiza el formulario con la información que se ha ingresado antes facilitando la función de editar esta información o terminar con la situación que se creó anteriormente.

28

Para completar la situación se selecciona la opción “CONFIRMAR” activando el campo “KILOMETRAJE DE ENTRADA” en el cual deberá ser llenado con obligatoriedad.

10.1.2. FILTRAR COLUMNAS

Es posible seleccionar las columnas que se quiera visualizar, presionando el botón “SELECCIONAR COLUMNAS” visualizando u ocultando según requiera el usuario.

10.1.3. FILTRAR FECHAS

Es posible filtrar los datos por medio de una “FECHA INICIO” y una “FECHA FINAL” las cuales ayudan a la visualización y búsqueda de la información requerida.

11. MODULO REPORTES En este módulo se visualiza 3 tipos de informes: “COMBUSTIBLES”, “NOVEDADES” y “MOVILIZACIONES” los cuales se generan al proporcionar una fecha de inicio y una de final; al presionar el botón “REPORTE” se descarga automáticamente un libro de Excel en el cual se divide mes a mes las distintas novedades de todos los automotores por separado.

29

12. MODULO CONFIGURACIÓN Se presenta una una vista en donde se encuentra las opciones para cambiar parametros del sistema como son el IVA y los detalles del correo para enviar las respectivas notificaciones.

12.1. MODIFICAR IVA Al presionar la opcion “Cambiar” se puede ingresar el nuevo valor del IVA, en el caso que este cmbiara.

30

12.2. MODIFICAR CORREO Al presionar la opción “Visualizar” se presenta un formulario con la información pertinente al correo de SYSTHOR.

13. CAMBIAR CONTRASEÑA O SALIR Esta opción nos permite cambiar la contraseña del usuario, en la parte superior derecha de todos los modulos se encuentra una pestaña la cual despliega las opciones de “CAMBIAR CONTRASEÑA” Y “SALIR”.

31

13.1. CAMBIAR CONTRASEÑA Al presionar la opcion “CAMBIAR CONTRASEÑA” se visualiza una ventana en donde se solicita los datos del usuario para acceder al cambio de una nueva clave al momento de ingresaar a SYSTHOR.

13.2. SALIR Al seleccionar la opción “SALIR” nos redireccionará fuera de SYSTHOR a la página “LOGIN”.

ANEXO 6: MANUAL TÃ&#x2030;CNICO

ÍNDICE DE MANUAL TÉCNICO

1.

Instalar CENTOS 7 ...................................................................................................... 1

1.1.

Descargamos el ISO desde la pagina ........................................................................... 1

1.2.

Seleccionar la opción de instalar CENTOS 7 .............................................................. 1

1.3.

ACTUALIZACION DE PAQUETES ......................................................................... 2

1.4.

INSTALAR Y CONFIGURAR SERVIDOR APACHE ............................................. 2

1.5.

INSTALAR PHP ......................................................................................................... 2

1.6.

INSTALAR Y CONFIGURAR POSTGESQL ........................................................... 3

1

1. Instalar CENTOS 7 1.1. Descargamos el ISO desde la pagina  https://www.centos.org/download/

 1 Gb de RAM y 80 Gb de disco duro, configurar el idioma y teclado.

1.2. Seleccionar la opción de instalar CENTOS 7

2

 Seleccionar el tipo de instalación, en este caso “Escritorio GNOME”.  Llegamos “RESUMEN DE LA INSTALACION” y seleccionamos el tipo de particionamiento, en este caso el modo automático.  Seleccionamos el disco donde queremos instalar.  Establecemos la ip, máscara de subred, Gateway, y dns asignados por el area de red.  Definimos usuario y contraseña para el usario “root”.

1.3. ACTUALIZACION DE PAQUETES  Una vez instalado CENTOS 7 procedemos a la terminal yum –y update

1.4. INSTALAR Y CONFIGURAR SERVIDOR APACHE  Ejecutar en la terminal yum –y install httpd  Habilitar el servidor systemctl enable httpd.service  Iniciar el servidor systemctl start httpd.service

1.5. INSTALAR PHP  Ejecutar en la terminal yum –y install php  Reiniciar el servidor systemctl restart httpd

3

1.6. INSTALAR Y CONFIGURAR POSTGESQL  Ejecutar en la terminal yum –y install postgresql –server  Luego inicializamos a PostgreSQL postgresql –server  Arrancamos el servidor PostgreSQL start postgresql .service  Para ejecutar el servidor cada vez que se reinicia systemctl enable postgresql.service  Para instalar phpmyadmin se debe añadir el paquete rpm

–Uvh

http://download.fedoraproject.org/pub/epel/6/x86_64/epel-

release-6-8.noarch.rpm  Ejecutar por consola yum –y install phpmyadmin  Reiniciar el sistema systemctl restart httpd

4

ANEXO 7: CASOS DE USO

Ingresar usuario

Ingresar usuario

Usuario

Administrador

Guardar información de usuario Mensaje de confirmación

Modificar usuario

Modificar usuario

Usuario

Administrador

Buscar usuario Devolver información Modificar información permitida Mensaje de modificación exitosa

Buscar usuario

Buscar usuario

Administrador

Usuario

Digita letra o símbolos de búsqueda Devolver información referente a la consulta

Generar reporte de usuarios

Generar reporte de usuarios

Administrador

Usuario

Reporte

Consultar usuarios Generar reporte Devolver informaci贸n referente al reporte

Dar de baja a usuario

Dar de baja a usuario

Usuario

Administrador Consultar usuario

Devolver informaci贸n referente a la consulta

Dar de baja a usuario Mensaje de confirmaci贸n

Ingresar automotor

Ingresar automotor

Administrador

Guardar automotor

Mensaje de confirmaci贸n

Automotor

Modificar automotor

Modificar automotor

Administrador

Automotor

Buscar automotor Devolver información Modificar información permitida Mensaje de modificación exitosa

Buscar automotor

Buscar automotor

Administrador

Automotor

Digita letra o símbolos de búsqueda Devolver información referente a la consulta

Generar reporte de automotores

Generar reporte de automotores

Reporte Administrador Automotor

Consultar automotores Generar reporte Devolver información referente al reporte

Dar de baja a automotor

Dar de baja a automotor

Automotor

Administrador Consultar automotor

Devolver información referente a la consulta

Dar de baja al automotor Mensaje de confirmación

Ingresar conductor

Ingresar conductor

Administrador

Conductor

Guardar conductor Mensaje de confirmación

Modificar conductor

Modificar conductor

Conductor

Administrador

Buscar conductor Devolver información Modificar información permitida Mensaje de modificación exitosa

Buscar conductor

Buscar conductor

Conductor

Administrador

Digita letra o símbolos de búsqueda Devolver información referente a la consulta

Generar reporte de conductor

Generar reporte de conductores

Reporte

Administrador Conductor

Consultar conductores Generar reporte Devolver información referente al reporte

Dar de baja conductor

Dar de baja a conductor

Conductor

Administrador Consultar conductor

Devolver información referente a la consulta

Dar de baja al conductor Mensaje de confirmación

Ingresar insumo

Ingresar insumo

Insumo

Administrador

Guardar insumo

Mensaje de confirmación

Modificar insumo

Modificar insumo

Insumo

Administrador

Buscar insumo Devolver información Modificar información permitida Mensaje de modificación exitosa

Buscar insumo

Buscar insumo

Administrador

Insumo

Digita letra o símbolos de búsqueda

Devolver información referente a la consulta

Generar reporte de insumo

Generar reporte de insumos

Reporte

Administrador Insumo

Consultar insumos Generar reporte Devolver informaci贸n referente al reporte

Dar de baja insumo

Dar de baja a insumo

Insumo

Administrador

Devolver informaci贸n referente a la consulta

Dar de baja al insumo Mensaje de confirmaci贸n

Ingresar repuesto

Ingresar repuesto

Repuesto

Administrador

Guardar repuesto

Mensaje de confirmaci贸n

Modificar repuesto

Modificar repuesto

Repuesto

Administrador

Buscar repuesto Devolver información Modificar información permitida Mensaje de modificación exitosa

Buscar repuesto

Buscar repuesto

Administrador

Repuesto

Digita letra o símbolos de búsqueda Devolver información referente a la consulta

Generar reporte de repuesto

Generar reporte de repuestos

Reporte

Administrador Repuesto

Consultar repuesto Generar reporte Devolver información referente al reporte

Dar de baja al repuesto

Dar de baja a repuesto

Repuesto

Administrador

Devolver información referente a la consulta

Dar de baja al repuesto Mensaje de confirmación

Ingresar proveedor

Ingresar proveedor

Administrador

Proveedor

Guardar proveedor

Mensaje de confirmación

Modificar proveedor

Modificar proveedor

Administrador Proveedor Buscar proveedor Devolver información Modificar información permitida Mensaje de modificación exitosa

Buscar proveedor

Buscar proveedor

Administrador

Proveedor

Digita letra o símbolos de búsqueda Devolver información referente a la consulta

Generar reporte proveedor

Generar reporte de proveedores

Reporte

Administrador Proveedor

Consultar proveedor Generar reporte Devolver información referente al reporte

Dar de baja proveedor

Dar de baja a proveedor

Proveedor

Administrador

Devolver información referente a la consulta

Dar de baja al proveedor Mensaje de confirmación

Ingresar mantenimiento

Ingresar mantenimiento

Administrador

Mantenimiento

Guardar mantenimiento

Mensaje de confirmaci贸n

Modificar mantenimiento

Modificar mantenimiento

Administrador Mantenimiento Buscar mantenimiento Devolver informaci贸n Modificar informaci贸n permitida Mensaje de modificaci贸n exitosa

ANEXO 8: ACTA DE RECEPCION

ANEXO 9: EVIDENCIAS

Instalaciรณn de la aplicaciรณn web en el servidor de prueba

Capacitaciรณn del personal administrativo del GADMCPVM