universidad regional autÓnoma de los …dspace.uniandes.edu.ec/bitstream/123456789/8055/1/... ·...
TRANSCRIPT
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PROYECTO DE INVESTIGACION PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERA EN SISTEMAS E INFORMÁTICA.
TEMA:
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN VEHICULAR DEL
MINISTERIO DE AGRICULTURA, GANADERIA, ACUACULTURA Y PESCA DE LA
ZONA 3 DEL ECUADOR UTILIZANDO ARQUITECTURA MVC”
AUTORA: NARANJO MANZANILLAS ROSA MARIA
TUTORA: ING. AGUILAR CARRIÓN MANUEL RODRIGO, Mgs.
PUYO – ECUADOR
2018
DEDICATORIA
Con agradecimiento y amor, dedico el esfuerzo y trabajo puesto en la realización de este
proyecto a Dios, por otorgarme muchas bendiciones, sabiduría y salud junto a las
personas que me dio como familia, poder compartir esta alegría infinita de uno de mis
grandes logros, a mis padres Naranjo Francisco y Margarita Manzanillas, a mis hermanos
Juan y Francisca Naranjo, quienes han estado mis logros y más aún, en mis fracasos me
brindaron el apoyo incondicional, para poder alcanzar mis metas.
En especial le dedico mi logro a Ronald Vallejo Barragán, que fue una de las personas
que más me apoyo para lograr mis metas.
María Naranjo M.
AGRADECIMIENTO
Agradezco infinitamente a la Universidad Regional Autónoma De Los Andes por
permitirme alcanzar una profesión e impartirme los conocimientos que me permitieron
lograr obtener el título profesional.
Primero ante todo agradezco a Dios quien me ha dado sabiduría y fortaleza para cumplir
mis metas, a mi familia que me brindaron ayuda desinteresadamente en la realización de
este proyecto, a los Ingenieros John Toasa, Bernabé Ortega, Rodrigo Aguilar, Luis
Guallpa, Jorge Yaguar, Patricio Ochoa, Nelson Becerra por la entrega, concejos,
predisposición y los conocimientos que me supieron impartir y han sido un gran aporte
para mi formación profesional.
María Naranjo.
ÍNDICE GERENAL
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
DECLARACIÓN DE AUTENTICIDAD
CERTIFICACIÓN DEL LECTOR DEL TRABAJO DE TITULACIÓN
DERECHOS DE AUTOR
DEDICATORIA
AGRADECIMIENTO
RESUMEN
ABSTRACT
INTRODUCCIÓN .............................................................................................................................. 1
Antecedentes de la investigación .................................................................................................. 1
Estado del arte .................................................................................................................................. 2
Planteamiento del problema ........................................................................................................... 2
Objeto de Investigación ................................................................................................................... 4
Campo de acción .............................................................................................................................. 4
Identificación de la línea de investigación .................................................................................... 4
Objetivo general ................................................................................................................................ 4
1.1. Origen y evolución de los Sistemas de Información ................................................... 6
1.1.1 Definición de los sistemas de información ............................................................... 6
1.2.1. Aplicación Web .................................................................................................................. 9
1.2.2. Arquitectura del software.................................................................................................. 9
1.2.3. Herramientas de desarrollo............................................................................................ 12
1.2.4. Metodologías de desarrollo .......................................................................................... 17
1.2.6. Gestión Vehicular ........................................................................................................... 20
2.1. Caracterización de la gestión vehicular del MAGAP ZONA 3 ................................. 24
2.2. Descripción del procesamiento metodológico para el desarrollo de la
investigación. ............................................................................................................................... 27
2.2.1. Modalidad de la Investigación .................................................................................. 27
2.2.2. Tipos de Investigación ............................................................................................... 27
2.2.3. Población y Muestra ....................................................................................................... 28
Identificación de la Población ................................................................................................... 28
2.2.4.1. Métodos ................................................................................................................... 28
2.2.4.2. Técnicas ................................................................................................................... 29
2.2.4.3 Instrumentos .................................................................................................................. 29
2.3. Propuesta del investigador............................................................................................ 30
2.3.1. Análisis de los resultados de la entrevista .............................................................. 30
2.3.2. Presentación de la propuesta ................................................................................... 34
2.4. Conclusiones parciales del capitulo ............................................................................ 34
CAPÍTULO III. DESARROLLO DE LA PROPUESTA ............................................................... 36
3.1. Título de la propuesta .................................................................................................... 36
3.1.1. Objetivos ...................................................................................................................... 36
3.1.2. Justificación ................................................................................................................. 36
3.1.3. Análisis de factibilidad ................................................................................................ 37
3.1.4. Obtención de requerimientos .................................................................................... 39
1.1.5. Descripción de los casos de uso del sistema ............................................................ 43
1.1.6. Diseño de la aplicación .............................................................................................. 79
1.2. Pruebas de funcionamiento .......................................................................................... 85
1.3. Conclusiones parciales del capitulo ............................................................................ 86
CONCLUSIONES GENERALES ................................................................................................. 87
RECOMENDACIONES.................................................................................................................. 88
BIBLIOGRAFÍA
ÍNDICE DE FIGURAS
Figura 1: Sistema de Información ...................................................................................... 7
Figura 2: Arquitectura MVC .............................................................................................. 13
Figura 3: Estados de un proceso ..................................................................................... 20
Figura 4: Organigrama estructural de la Coordinación Zonal del MAGAP ........................ 26
Figura 5: Caso de uso general del sistema ...................................................................... 43
Figura 6: Caso de uso iniciar sesión ................................................................................ 45
Figura 7: Caso de uso departamento ............................................................................... 46
Figura 8: Caso de uso cargo ............................................................................................ 47
Figura 9: Caso de uso Accesorios ................................................................................... 48
Figura 10: Caso de uso funcionario ................................................................................. 49
Figura 11: Caso de uso administrar usuarios ................................................................... 50
Figura 12: Caso de uso vehículos .................................................................................... 51
Figura 13: Caso de uso administrar talleres ..................................................................... 52
Gráfico 14: Caso de uso estación de servicio .................................................................. 53
Figura 15: Caso de uso movilidad .................................................................................... 54
Figura 16: Caso de uso salvo conducto ........................................................................... 55
Figura 17: Caso de uso combustible ................................................................................ 56
Figura 18: Caso de uso mantenimiento............................................................................ 57
Figura 19: Caso de uso trámite ........................................................................................ 58
Figura 20: Caso de uso trámite ........................................................................................ 59
Figura 21: Diagrama secuencial general .......................................................................... 60
Figura 22: Diagrama se secuencia iniciar sesión ............................................................. 61
Figura 23: Diagrama de secuencia administrar departamento ......................................... 61
Figura 24: Diagrama de secuencia administrar cargo ...................................................... 62
Figura 25: Diagrama de secuencia administrar funcionario .............................................. 62
Figura 26: Diagrama de secuencia administrar usuarios .................................................. 63
Figura 27: Diagrama de secuencia administrar talleres .................................................... 63
Figura 28: Diagrama de secuencia taller de servicio ........................................................ 64
Figura 29: Diagrama de secuencia administrar vehículos ................................................ 65
Gráfico 30: Diagrama de secuencia accesorios ............................................................... 66
Figura 31: Diagrama de secuencia combustible ............................................................... 67
Figura 32: Diagrama de secuencia mantenimiento .......................................................... 68
Figura 33: Diagrama de secuencia movilización .............................................................. 69
Figura 34: Diagrama de secuencia salvo conducto .......................................................... 70
Figura 35: Diagrama de secuencia Trámite ..................................................................... 71
Figura 36: Diseño de clases del sistema .......................................................................... 72
Figura 37: Modelo lógico de la base de datos .................................................................. 73
Figura 38: Modelo físico de la base de datos ................................................................... 74
Figura 39: Diseño navegacional del sistema .................................................................... 79
Figura 40: Inicio del sistema ............................................................................................ 80
Figura 41: Menú del sistema ............................................................................................ 80
Figura 42: mantenimiento ................................................................................................ 80
Figura 43: Tramite ........................................................................................................... 81
Figura 44: Mantenimiento por kilometraje ........................................................................ 81
Figura 45: Movilidad......................................................................................................... 81
Figura 46: Pantalla de mantenimiento de Talleres ........................................................... 82
Figura 47: Pantalla de mantenimiento de estación de servicio ......................................... 82
Figura 48: Mantenimiento de Conductores ...................................................................... 82
Figura 49: Mantenimiento de orden de uso del vehículo. ................................................. 83
Figura 50: Mantenimiento de salvo conducto ................................................................... 83
Figura 51: Pantalla de mantenimiento de salida de vehículos de la institución ................ 84
Figura 52: Registro de llegada de los vehículos a la institución ....................................... 84
Figura 53: Modificación de datos ..................................................................................... 85
Figura 54: Botones para exportación de órdenes ............................................................. 85
Figura 55: Fases de prueba del software ......................................................................... 85
ÍNDICE DE TABLAS
Tabla 1: Patrones arquitectónicos .................................................................................... 11
Tabla 2: Población ........................................................................................................... 28
Tabla 3: Ficha de Observación ........................................................................................ 29
Tabla 4: Factibilidad Técnica ........................................................................................... 37
Tabla 5: Factibilidad económica ....................................................................................... 38
Tabla 6: Requerimientos funcionales RF01 ..................................................................... 39
Tabla 7: Requerimientos funcionales RF02 ..................................................................... 39
Tabla 8: Requerimientos funcionales RF03 ..................................................................... 39
Tabla 9: Requerimientos funcionales RF04 ..................................................................... 40
Tabla 10: Requerimientos funcionales RF05 ................................................................... 40
Tabla 11: Requerimientos funcionales RF06 ................................................................... 40
Tabla 12: Requerimientos funcionales RF07 ................................................................... 40
Tabla 13: Requerimientos funcionales RF08 ................................................................... 41
Tabla 14: Requerimientos funcionales RF09 ................................................................... 41
Tabla 15: Requerimientos funcionales RF10 ................................................................... 41
Tabla 16: Requerimientos funcionales RF11 ................................................................... 41
Tabla 17: Requerimiento no funcional RNF1 ................................................................... 42
Tabla 18: Identificación de roles ...................................................................................... 42
Tabla 19: Descripción caso de uso general del sistema ................................................... 44
Tabla 20: Descripción caso de uso iniciar sesión ............................................................. 45
Tabla 21: Descripción caso de uso departamento ........................................................... 46
Tabla 22: Descripción caso cargo .................................................................................... 47
Tabla 23: Descripción caso de uso accesorios ................................................................ 48
Tabla 24: Descripción caso de uso funcionario ................................................................ 49
Tabla 25: Descripción caso de uso administrar usuarios ................................................. 50
Tabla 26: Descripción caso de uso vehículos .................................................................. 51
Tabla 27: Descripción caso de uso administrar talleres ................................................... 52
Tabla 28: Descripción caso de uso estación de servicio .................................................. 53
Tabla 29: Descripción caso de uso movilidad .................................................................. 54
Tabla 30: Descripción caso de uso salvo conducto .......................................................... 55
Tabla 31: Descripción caso de uso combustible .............................................................. 56
Tabla 32: Descripción caso de uso mantenimiento .......................................................... 57
Tabla 33: Descripción caso de uso trámite ...................................................................... 58
Tabla 34: Descripción caso de uso trámite ...................................................................... 59
Tabla 35: Diccionario de datos ......................................................................................... 75
RESUMEN EJECUTIVO
El presente trabajo de investigación se fundamentó en el desarrollo de un Sistema de
Información Gerencial para la gestión vehicular del Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca de la zona 3 del Ecuador (MAGAP), tomando en consideración
aspectos relevantes como: diseño, programación e implementación del sistema para
agilizar los procesos de información gerencial que se efectúan en el Departamento de
movilización.
Para el desarrollo del Sistema de Información Gerencial se determinó la implementación
de la metodología de desarrollo ágil denominada UWE, (uml-based Web engineering) se
basó en el proceso unificado y UML, adaptados a la Web, consta de 4 fases: Modelo de
requerimientos, Modelo Conceptual, Modelo Navegación, Modelo de Presentación, que
permiten el desarrollo de sistemas confiables y de fácil mantenimiento. Para garantizar la
confiabilidad del funcionamiento del sistema se desarrolló con ayuda de la plataforma
NetBeans con Framework libre Primeface y PostgreSQL para el manejo de base de datos.
Finalmente, la siguiente propuesta de la realizo para reducir los altos índices de tiempo
generados en los procesos manuales que realiza el Departamento de Movilización.
Además, con el desarrollo del sistema se busca beneficiar directamente al MAGAP,
permitiendo a los usuarios acceder de una forma rápida y oportuna mejorando las
actividades como, entrada y salida de los vehículos, registro de salvoconductos, la
escases de combustible o fallas mecánicas, motivo por el cual se automatizó el proceso.
1
INTRODUCCIÓN
Antecedentes de la investigación
Las investigaciones realizadas previamente en relación a la temática de estudio, han sido
consideradas como una base para el desarrollo del trabajo investigativo.
En el ámbito internacional se ha hallado el esquema de la UNIVERSIDAD RICARDO
PALMA, de los literatos Bocanegra Ureta, Rubén GABRIEL "DESARROLLO DE UNA
APLICACION WEB PARA EL MONITOREO DE VEHÍCULOS CON DISPOSITIVOS GPS
QUE COMERCIALIZA UNA EMPRESA DE TELECOMUNICACIONES" en el año 2012, el
mismo que consiste en una aplicación Web que visualiza la última situación y el recorrido
del librador del grupo Sot, consultoría que se presenta en Google Maps para adeudar
monitoreados los medios de transporte para esplendor saber su colocación a través de
Gps.
En el ámbito territorial se encuentra la tratada realizada en la UNIVERSIDAD TÉCNICA
DEL NORTE por la hacedora Patricia Alejandra Terán “ANÁLISIS, DISEÑO E
IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL VEHICULAR EN INSTITUCIONES
PÚBLICAS” en el año 2012, el mismo que negociación de una oferta de uso informático
que permite saber la disponibilidad de un transporte en una determinada época, sustentos
atinados, mejorando la carrera útil de los mismos, adicionalmente de la generación de
reportes de cada uno de los litigios llenos, lo que permite prolongar instruido en cada
vencimiento sobre el estado del medio de transporte, para con ello impulsar cada uno de
los recursos en los departamentos encargados.
En la actualidad en la ESCUELA SUPERIOR POLITÉCNICA DE CHIMBORAZO se ha
preparado un diseño de los artistas Eulalia Ximena Carrillo Robalino Y Karla Mariuxi Sosa
“ESTUDIO COMPARATIVO DE LIBRERIAS DE COMPONENTES PARA DESARROLLO
DE APLICACIONES WEB CON INTERFACES ENRIQUECIDAS CON JSF, APLICADO
AL SISTEMA DE CONTROL VEHICULAR DE LA ESPOCH” El método a granar consiste
en el examen vehicular de la Escuela Superior Politécnica de Chimborazo, la cual
permitirá la pagaduría y examen del mismo, teniendo en perla que mucha de la
explicación manejada está basada en exigencias estatales como Contraloría y Auditoría
Interna, está a más ligado al Sistema Financiero de la Espoch.
2
El ámbito local, en los repositorios de la UNIVERSIDAD AUTÓNOMA DE LOS ANDES
extensión Puyo, se halla el proyecto del Ing. Rafael de la Torre, “SISTEMA DE
INFORMACION PARA LA GESTION DEL PARQUE AUTOMOTOR DE LA
UNIVERSIDAD ESTATAL AMAZÓNICA” en el año 2014 que hace referencia a la gestión
de registros de salva conductos y mantenimientos vehiculares, el mismo que ayudó a
solucionar problemas de almacenamiento de información y automatización de todos los
procesos de gestión vehicular.
Estado del arte
Desarrolló un sistema de control de vehículos basado en las herramientas open source
como base de datos postgres, php, Llibrerías JQUERY, JavaScript, con el que se mejoró
los tiempos en la obtención de información sobre el estado de los vehículos, además de la
generación de reportes de cada uno de los procesos realizados, lo que permitió mantener
informado en cada momento sobre el estado del vehículo, lo que permitió agilizar cada
uno de los procesos en el departamento Duarte (2016).
Durante los últimos años los Sistemas de Información constituyen uno de los principales
ámbitos de estudio en el área de organización de empresas. La creciente globalización, el
proceso de internacionalización de la empresa, el incremento de la competencia en los
mercados de bienes y servicios, la rapidez en el desarrollo de las tecnologías de
información, el aumento de la incertidumbre en el entorno y la reducción de los ciclos de
vida de los productos originan que la información se convierta en un elemento clave para
la gestión, así como para la supervivencia y crecimiento de la organización empresarial.
Con la implementación del patrón Modelo-Vista-Controlador (MVC) y con el framework de
desarrollo prinface ayuda a agilitar el desarrollo del sistema para la gestión vehicular
permitiendo trabajar a la par con la metodología UWE. El desarrollo en tres capas Modelo-
Vista-Controlador y el uso del framework priface permitió desarrollar en lenguaje PHP, con
entorno a java proporcionando la seguridad solicitada por parte del departamento de
movilización.
Planteamiento del problema
Actualmente, la mayoría de empresas a nivel mundial presentan la necesidad creciente de
tener una mejor administración de los sistemas informáticos que permitan una rápida
solución a sus requerimientos y necesidades en cuanto a todos los procesos que se
3
efectúan en la organización, y la gestión vehicular no es la excepción, pues los usuarios
presentan un sinnúmero de problemas, debido a que al momento de adquirir un vehículo
para el cumplimiento de sus actividades se encuentran con problemas de combustible o
fallas mecánicas que debieron ser verificados y controlados con anterioridad para evitar
estos inconvenientes.
En la ciudad del Puyo provincia de Pastaza se encuentra funcionando desde hace 50
años el Ministerio de Agricultura, Ganadería, Acuacultura y Pesca quien administra la
zona 3 correspondientes a las provincias de Tungurahua, Chimborazo, Pastaza y
Cotopaxi, estas son dirigidas por el departamento de movilización de cada provincia que
controla la administración de vehículos y el cual presenta los siguientes problemas:
Deficiente manejo de los inventarios de vehículos, sus accesorios y herramientas
provocando la falta de información vehicular.
Dificultad al acceso historial de los vehículos.
Lentitud en el proceso de registro de entrada/salida y entrega de recepción vehicular.
Registro manual de las fichas vehiculares.
Inexistencia de registros de lubricantes vehiculares.
La obtención de la información vehicular se lo realiza por fotocopiado de la matrícula
vehicular.
Falta de registro de mantenimiento donde se detallan los gastos y la fecha de
conciliación.
Debido a esta situación la institución no controla adecuadamente las salidas y entradas
vehiculares, los registros de fichas como los cambios de aceite los mantenimientos de
talleres, salvo conductores lo cual generan pérdidas de información.
Formulación del problema
¿Cómo mejorar la gestión vehicular del Ministerio de Agricultura, Ganadería, Acuacultura
y Pesca de la zona 3 del Ecuador?
Delimitación del problema
El presente proyectó se desarrolla en el Ministerio de Agricultura, Ganadería, Acuacultura
y Pesca de la zona 3 del Ecuador. El proyecto investigativo se realizó en el periodo
comprendido entre enero 2017 – febrero 2018.
4
Objeto de Investigación
Sistema de Información
Campo de acción
Sistema de Información Gerencial
Identificación de la línea de investigación
Desarrollo de Software y Programación de Sistemas
Objetivo general
Implementar un Sistema de Información Gerencial para la gestión vehicular del Ministerio
de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador utilizando
arquitectura MVC.
Objetivos específicos
Fundamentar bibliográficamente las aplicaciones de la arquitectura MVC,
herramientas de desarrollo de sistema Web y la gestión vehicular.
Analizar los procesos actuales de la gestión vehicular utilizando herramientas
investigativas para determinar los requisitos del sistema de información.
Desarrollar los componentes del sistema de información con la arquitectura MVC.
Idea a defender
Con la implementación de un Sistema de Información Gerencial se mejorará los procesos
de gestión vehicular del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la
zona 3 del Ecuador.
Variable de la investigación
Variable Independiente
Sistema Información
Variable Dependiente
Gestión y control vehicular
5
Justificación del tema
La presente investigación es de gran importancia, pues el desarrollo del Sistema de
Información Gerencial tiene como finalidad fortalecer la gestión vehicular del Ministerio de
Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador, con lo que se
puede llevar un control oportuno de los procesos realizados dentro de la institución como
solucionar problemas de almacenamiento de información de todos los procesos que se
realizan en esta área.
Mediante la investigación se pretende que las personas encargadas del área de gestión
vehicular del MAGAP, puedan realizar los informes y ordenes en menos tiempo, para de
esta forma reducir la carga de trabajo de quienes se encargan actualmente de llevar el
control de este proceso, además de reducir los costos en el área y satisfacer las
necesidades de los usuarios al mejorar la calidad del servicio.
Esta investigación presenta una gran relevancia pues se basa en la utilización de
programa libre y herramientas de código abierto como la arquitectura MVC y structure
prinface que son instrumentos informáticos que están en constante crecimiento en la
actualidad, pues presenta la gran ventaja de poder modificar el código dependiendo a los
requerimiento del desarrollador y los usuarios, razón por la cual, se puede obtener un
programa capaz de generar información verídica del estado de los vehículos, así como la
generación de reportes y almacenamiento de información que permitan brindar datos
acertados sobre todos los procesos.
6
MARCO TEÓRICO
1.1. Origen y evolución de los Sistemas de Información
Los Sistemas de Información surgen de la necesidad de organizar y administrar los
recursos; por tal motivo el origen de estos es tan antiguo como los censos que utilizaban
los babilonios y egipcios 4000 años antes de Cristo en donde se recopilaba, almacenaba,
procesaba y recuperaba información que posteriormente era utilizada para la toma de
decisiones (Marotta, et al., 2014).
Los Sistemas de Información (SI) están cambiando la forma en que operan las
organizaciones actuales. A través de su uso se logran importantes mejoras, pues
automatizan los procesos operativos de las empresas, proporcionan información de apoyo
al proceso de la toma de decisiones y, lo que es más importante, facilitan el logro de
ventajas competitivas a través de su implementación en las empresas. (Laudon L. &.,
2013)
En los últimos años los sistemas de información constituyen uno de los principales
ámbitos de estudio en el área de organización de empresas. La creciente globalización, el
proceso de internacionalización de la empresa, el incremento de la competencia en los
mercados de bienes y servicios, la rapidez en el desarrollo de las tecnologías de
información, y la reducción de los ciclos de vida de los productos originan que la
información se convierta en un elemento clave para la gestión y crecimiento de la
organización empresarial (Hernandez, 2010) .
Con el pasar del tiempo las empresas se dieron cuenta que las tecnologías y los sistemas
de información permiten a las organizaciones obtener mejores resultados que sus
competidores, pues esto se convierte en una gran ventaja y por consiguiente en un arma
poderosa que le permite sobresalir de sus competidores y obtener mejores resultados.
1.1.1 Definición de los sistemas de información
“Un Sistema de Información es un conjunto de elementos que interactúan entre sí con el
fin de apoyar las actividades de una empresa o negocio, el equipo computacional el
hardware necesario para que el sistema de información pueda operar”. (Aplicada, 2016)
Definen los Sistemas de Información tienen el propósito de contribuir a la correcta
interacción entre los usuarios y las computadoras. Debido a que requieren que los
7
usuarios, el software (los programas de cómputo) y el hardware (las computadoras,
impresoras, etc.) funcionen de manera coordinada, los Sistemas de Información gerencial
dan apoyo a un espectro de tareas organizacionales mucho más amplio que los sistemas
de transacciones como el análisis y la toma de decisiones (Kendall, 2013).
Considerándose fundamental la utilización de Sistemas de Información para la
optimización de las nuevas tecnologías (hardware) a la hora de potenciar las empresas y
optimizar el recurso humano de las mismas, a través del procesamiento de la información
que garantiza la confiabilidad de los datos y la toma de decisiones (Kendall, 2013).
Retroalimentación
Figura 1: Sistema de Información
Fuente: (Hernández A. , 2013)
Tipos de sistemas de información
Para (Laudon L. K., 2013) los sitemas de información se clasifican en los siguientes:
a) Sistema de Procesamiento de Operaciones (SPO): Son aquellos Sistemas
Informáticos que se encargan de gestionar operaciones habituales, las mismas que
son fundamentales para la gestión empresarial, entre ellas se tienen principalmente:
aplicaciones de nómina, seguimiento de pedidos, auditoría, datos de empleados,
entre otros.
b) Sistema de Trabajo del Conocimiento (STC): Son los Sistemas de Información que
se encuentran encargados de apoyar a las personas que manipulan información para
originar e integrar nuevos conocimientos a la organización
c) Sistema de Automatización en la oficina (SAO): Son los sistemas utilizados para
incrementar la productividad de trabajadores que manipulan información en los
Almacenamiento Procesamiento Información
final
Datos Uso Información
8
niveles inferiores de una empresa, tales como procesador de textos, agendas
electrónicas, e-mails, hojas de cálculo, entre otras.
d) Sistemas de información para la administración (SIA): Sistemas de Información a
nivel administrativo que se emplea en el proceso de planficación, control y toa de
decisiones proporcionando informes sobre las actividades ordinarias, tales como:
control de inventario, presupuesto anual, análisis de las decisiones de inversión.
e) Sistemas para el soporte de decisiones (SSD): Son aquellos Sistemas Informáticos
interactivos que ayudan a los usuarios en los procesos de toma de decisiones, al
momento de utilizar diferentes datos y modelos para resolver problemas no
estructurados, tales como: análisis de costes, análisis de precios y beneficios, análisis
de venta por ubicación, entre otros.
f) Sistemas de Soporte Generencial (SSG): son Sistemas de Información que
colaboran
con el nivel estratégico de la organización, debido a que se encuentran diseñados
para tomar decisiones a través del uso de gráficos y comunicaciones avanzadas;
estos sistemas son manipulados por la alta dirección de la organización con el
objetico de diseñar la estrategia general de la empresa, tal como: planificar las
ventas, plan de operaciones, organización de la mano de obra.
1.2. Sistemas de Información Gerencial
Estos Sitemas tienen la finalidad de resolver los problemas que se presentan a nivel
gerencial, ya sea en el área operativa o administrativa, valiéndose en un conjunto de
procedimientos, tecnologías y sistemas de información que conforman una herramienta
de análisis operacional de la organización, es decir los sitemas de información gerencial
son conocidos como un conjunto de métodos de gestión de información que se orientan a
la automatización de los procesos que se efectúan en el interior de la empresa,
colaborando con la toma de decisiones adecuadas (Rámirez & Vega, 2015).
Las principales actividades que desarrollan los Sistemas de Información son las
siguientes.
9
1. Receptan datos como entrada, procesan elementos a través del uso de cálculos,
ajustan elementos de los datos, entre otros.
2. Facilitan Información en manuales automatizados
3. Colaboran en los procesamientos transaccionales (Rámirez & Vega, 2015).
Los Sistemas de Información gerencial se caracterizan por presentar una disponibilidad
inmediata y oportuna de la información, razón por la cual puede cumplir de manera
adecuada sus funciones, razón por la cual estos sistemas se contituyen en una
herramienta escencial para una organización, pues estos sistemas computarizados
ayudan a dar solución a la complejidad de las interrelaciones entre las organizaciones,
procesos, trabajadores y cliente (Rámirez & Vega, 2015).
1.2.1. Aplicación Web
Hasta hace algunos años la Web solo era colecciones de páginas, documentos e
imágenes estáticas y simples las cuales la gente podía consultar, pero sin interactuar
realmente con ellas. Un paso importante en la evolución de la Web fue la creación de los
CGI (Common Gateway Interface) el cual define un mecanismo mediante el que se puede
pasar información entre servidores y ciertos programas externos. (Ramos, 2013)
Una aplicación Web facilita el logro de esa tarea específica en la Web, razón por la cual
se señala que ésta permite al usuario interactuar directamente entre el usuario y los
datos. Las aplicaciones Web son de gran ayuda para la operación de un negocio,
transmitir y recibir información, e incluso en la vida diaria, pues ofrecen la oportunidad de
conectar a los usuarios entre sí y a las empresas con sus respectivos clientes
(Barzanallana, 2012).
Con ello se determina que las aplicaciones Web es una herramienta que utiliza la
arquitectura cliente-servidor, pues el usuario a través de cualquier navegador Web puede
ingresar a la aplicación con la utilización de la dirección en la que se encuentra alojado el
servidor Web. El acceso al servidor puede ser a través de internet o una intranet,
facilitando la ejecución de diversas tareas.
1.2.2. Arquitectura del software
En la actualidad el desarrollo de software debe enfrentarse a una serie de problemas, por
ejemplo, la rapidez con que el software debe estar disponible para su uso, el alto grado de
10
evolución de los sistemas actuales y el nivel de complejidad de los mismos, entre otros.
Contar con un modelo de la arquitectura en etapas tempranas se hace evidente, puesto
que anticiparnos a la especificación detallada del sistema nos permite contar con un
modelo de alto nivel de la alternativa de solución a los requerimientos planteados, que en
sucesivos refinamientos conducirán al producto final. (Valeria S. Meaurio, 2013)
La arquitectura dirigida por modelos (Model Driven Architecture – MDA) promovida por la
OMG propone que los modelos en sus diferentes niveles de abstracción conducen todo el
proceso de desarrollo de software, desde los modelos independientes de la plataforma
(CIM y PIM) hasta los modelos dependientes de la plataforma (PSM) y la generación
automática de código a partir de los mismos. Para llevar adelante este pasaje entre
modelos propone mecanismos de transformación. (Valeria S. Meaurio, 2013)
Además, se manifiesta que la arquitectura del software permite valorar la solución de un
software desde las primeras fases de su desarrollo hasta la culminación del mismo,
aportando numerosos beneficios a cualquier proyecto de software que se realice, pues
representa la conexión entre el usuario y el software.
Importancia de la arquitectura del software
Los sistemas grandes o pequeños requieren del manejo de la arquitectura del software,
pues esta se propone como una solución a un determinado problema, por tal motivo a
medida que se aumenta la complejidad del sistema, ya sea por el número de
requerimientos o por el impacto que representa, es necesario establecer técnicas que
permitan descomponer los sistemas en partes que agrupan aspectos definidos del mismo.
(Guamán & Ordonéz, 2016).
En tal virtud, al diseñar una arquitectura de software es necesario crear y representar
componentes que interactúen entre sí y que se les haya asignado tareas específicas,
además de ello se los debe organizar de tal manera que se logren los requerimientos
planteados para satisfacer las necesidades de los usuarios.
Patrones arquitectónicos
Es la configuración específica de un grupo de patrones para solucionar un problema en
particular, donde cada patrón se enfoca en un su problema y no impacta
11
significativamente una Arquitectura de Software, ya que no se preocupa por la interacción
de todos los patrones entre sí como un todo. (Technica, 2014)
En la siguiente tabla se detalla cada uno de los patrones arquitectónicos con sus
respectivas características:
Tabla 1: Patrones arquitectónicos
PATRÓN
ARQUITECTÓNICO
DESCRIPCIÓN
Capas Consiste en estructurar aplicaciones que se agrupan en
capas, en tal virtud, la comunicación solamente se realiza
entre componentes de la misma capa o entre componentes
de capas adyacentes. Estas capas se clasifican de acuerdo
a un nivel particular de abstracción
La gran ventaja de este patrón es que facilita la
reusabilidad, portabilidad y facilidad de pruebas.
Tuberías y filtros Se fundamenta en un conjunto de conversiones sobre
periódicas piezas de los datos de ingreso. Cada uno de
estos datos son encapsulados en un dispositivo
computacional llamado filtro (filter). El dato pasa a través
de conectores (pipes), entre filtros adyacentes
Pizarra Los datos compartidos por diferentes clientes residen en un
mismo lugar, por tal motivo los clientes se comunican con
la pizarra para acceder y actualizar los datos. En este
patrón se presenta el caso de la existencia de varios
subsistemas para ensamblar conocimientos que permitan
construir una solución próxima.
12
Broker Se lo puede utilizar para estructurar sistemas de software
distribuido con componentes desajustados que interactúan
por solicitudes a servicios remotos. Estos componentes
son los encargados de ordenar la comunicación, reenviar
las solicitudes, además de la entrega de resultados.
Modelo vista controlador
Se fundamenta en la separación del modelado del dominio,
la presentación y las acciones de acuerdo a los datos que
han sido ingresados por el usuario en tres diferentes
clases, las mismas que son:
Modelo: Gestiona el comportamiento y los datos del
dominio del sistema.
Vista: Es el encargado de operar la visualización de la
información
Controlador: Interpreta las acciones de los periféricos de
entrada para informar al modelo o a la vista de los cambios
a realizar según lo apropiado.
1.2.3. Herramientas de desarrollo
Arquitectura MVC
El patrón MVC fue diseñado con la finalidad de reducir el esfuerzo que se requiere para
programar sistemas múltiples y combinados de los mismos datos. Sus características
primordiales están dadas por el hecho de que, el Modelo, las Vistas y los Controladores
se tratan como entidades separadas, por tal razón cualquier cambio que se presente en el
modelo se puede observar en cada Vista (Fernández & Díaz, 2012).
La ingeniería del software se encarga de crear procesos que garanticen la calidad en los
programas que se realiza, además de influir positivamente en la facilidad de desarrollo y
mantenimiento, razón por la cual el patrón MVC ayuda a la creación de aplicaciones con
mayor calidad, fundamentándose en la separación del código en tres distintas capas.
13
Figura 2: Arquitectura MVC
Elementos del MVC
La programación de aplicaciones con interfaces gráficas de usuario de la arquitectura
MVC obedecen tres partes importantes:
Modelo: Es el objeto encargado de almacenar los datos. Este objeto eleva eventos
cuando su estado cambia, es decir el modelo guarda la información solo si el botón de
chequeo se encuentra o no seleccionado. El modelo encapsula las reglas de negocio en
elementos que son fáciles de probar, además de ello permite mejorar la calidad del
software (Gallego & Montalvo, 2015).
Vista: Es el elemento encargado de visualizar los datos que se encuentran almacenados
en el modelo en un formato adecuado para permitir la interacción. Cada vez que el
modelo eleva un evento de cambio, este elemento se encarga de cambiar la presentación
visual (Gallego & Montalvo, 2015).
Controlador
Asignación de
acciones
Vista
Presentación
Modelo
Lógica de
Negocios
Entradas
Salidas
14
Controlador: Es el elemento encargado de proporcionar unión a toda la arquitectura,
además de ser el responsable de interpretar las entradas del usuario (Gallego & Montalvo,
2015).
Principio de funcionamiento de la arquitectura MVC
Los principios de funcionamiento de la arquitectura MVC son los siguientes:
El cliente envía una consulta HTTP al servidor. Por lo general, dicha consulta es un
programa ejecutable que también puede ser denominado Servlet quien se encarga de
procesar la solicitud (Bravo, 2015).
El Servlet se encarga de recuperar la informasión que se ha transmitido por el cliente y
asigna el procesamiento a un elemento adaptado.
Los elementos del componente pueden manipular o no los datos del sistema de
información.
Una vez que se han finalizado los procesamientos, los componentes devuelven la
respuesta al Servlet, para que posteriormente este lo almancene en el contexto
adaptado.
El Servlet llama a la página JPS apropiada que permita acceder al resultado.
Sistema de Gestión de Base de Datos (SGBD)
El sistema de gestión de base de datos radica en un conjunto de programas utilizados
para definir, administrar y procesar una base de datos y sus aplicaciones, en definitiva, un
SGBD es una herramienta que permite la creación de base de datos de diversos tamaños
y nivel de complejidad, los mismos que se encargan de elegir las estructuras de datos
necesarias para el almacenamiento y búsqueda de los mismo, estos se encuentran
caracterizados por ser accesibles en tiempo real, además de ser de fácil uso para los
usuarios que presentan necesidad de información. (Gómez M. , 2013),
POSTGRESQL
PostgreSQL en un sistema avanzado de base de datos que se basan en Open Source, es
decir que el código fuente del programa se encuentra disponible para cualquier persona,
además da acceso a la modificación del código en el desarrollo del proyecto para que se
adapte a las necesidades que requiera el usuario. PostgreSQL usa el modelo
cliente/servidor y como es normal en estas aplicaciones, tanto el cliente como el servidor
15
pueden estar en diferentes máquinas, los mis mos que pueden estar comunicados sobre
una conexión de red TCP/IP (Denzer, 2012).
Con ello se indica que PostgreSQL es un sistema estable orientado a objetos de código
libre, que presenta un alto rendimiento y gran flexibilidad, pues funciona en la mayoría de
Sistemas Operativos, además de que presenta grandes características que permiten
ampliar el sistema, razón por la cual esta herramienta se convierte en una alternativa para
instalar sistemas en organizaciones pues presenta una gran cantidad de aplicaciones.
Prestaciones de PostgreSQL
PostgreSQL presenta una amplia lista de prestaciones que lo hacen capaz de competir
con cualquier Sistema de Gestión de Base de Datos, las mismas que se presentan a
continuación:
Es desarrollado en el lenguaje C, utiliza herramientas como Yacc y Lex.
Su administración se encuentra basada en usuario y privilegio
Entre las opciones de conectividad se encuentran TCP/IP, socket Unix y socket NT,
además soporta en su totalidad ODBC.
Presenta gran estabilidad.
En PostgreSQL se puede definir un nuevo tipo de tabla a partir de otra que se ha
definido previamente. (León, 2015)
Limitaciones
Las limitaciones de este gestor de base de datos son identificadas fácilmente para
garantizar la estabilidad del sistema. (By Mariuxi Paola Zea Ordóñez, 2017)
Puntos de recuperación dentro de transacciones. En la actualidad las transacciones
abortan completamente si se encuentra un fallo en el transcuros de su ejecución. Con
la definición de puntos de recuperación se logrará recuperar mejor las transacciones
complejas.
No soporta tablespace para precisar el lugar donde será almacenada la BD, el
esquema, los índices, entre otros.
Ofrece presentaciones como la herencia debido al soporte a orientación a objetos.
16
Netbeans
Es el editor de código a utilizar es un entorno de desarrollo integrado libre, hecho
principalmente para el lenguaje de programación Java. Existe además un número
importante de módulos para extenderlo. NetBeans IDE2 es un producto libre y gratuito sin
restricciones de uso. Define que NetBeans IDE es un entorno de desarrollo una
herramienta para que los programadores puedan escribir, compilar, depurar y ejecutar
programas. Está escrito en Java - pero puede servir para cualquier otro lenguaje de
programación. Existe además un número importante de módulos para extender el
NetBeans IDE, es un producto libre y gratuito sin restricciones de uso. (Oracle, 2016)
Lenguajes para el desarrollo de aplicaciones Web
PHP (Hipertext Preprocesor)
PHP e3s un lenguaje de programación. Con una sintaxis similar a los lenguajes c y Perl,
que se interpreta por un servidor Web Apache y genera código HTML dinámico. Es decir,
nos permite crear un programa que se pueda ejecutar en el servidor desde un programa
visualizador de páginas Web y dar respuesta en función de los datos que introduzca el
usuario (Arias, 2017).
Características
La características de PHP son las siguientes:
Es un lenguaje multiplataforma.
Manipulan datos(calculos, modificaciones de cadenas de texto,etc.
Tiene la capacidad de conexión con la mayoría de gestores de base de datos
utilizados actualmente, destacando su conectividad con MySQL y PostgreSQL.
Presentación de los valores de los datos resultantes, implicados dentro del código
HTML.
Acciones sobre el sistema de ficheros del servidor, incluyendo la creación,
modificación, lectura y eliminación de datos (Arias, 2017).
Framework libre Primeface
PrimeFace es una librería de componentes visuales open source, que facilita la creación
de las aplicaciones Web, desarrollada y mantenida por Prime Technology, el mismo que
17
se caracteriza por poseer un amplio conjunto de componentes como HtmlEditor, Dialog,
Charts, entre otros, además de ser atractivo y bastante estable entre versiones (Viñe,
2013).
Características de PrimeFace
PrimeFace es un framework Web con mayor aceptación en la actualidad y que
muchos programadores Web lo ha utilizado presentando resultados favorables.
Es una librería con alrededor de 100 componentes Ajax de fácil utilización.
No requiere configuración.
Presenta abundante y actualizada documentación.
Es muy liviano
Soporta inferfaces de usuario sobre dispositivos móviles, puesto que provee un kit
para este tipo de desarrollo (Mattío, 2013).
1.2.4. Metodologías de desarrollo
Debido a la adopción de estas nuevas tecnologías, han ido surgiendo necesariamente
nuevos paradigmas de desarrollo más acordes con el tipo de software a obtener, por lo
que implantar una metodología de desarrollo en una organización que fabrique software,
no es tarea fácil y, menos aún, rápida. Se requiere una firme decisión de parte de la
dirección y un equipo técnico que esté dispuesto a investigar que métodos, técnicas y
herramientas son las más adecuadas de utilizar para el entorno empresarial en que se
encuentra (Areba, 2013).
En definitiva se determina que la metodología adaptada en la ingeniería del programa
permite mejorar el juicio y el producto widget, amén de ser estilos que contribuyen en la
borradora y en el desarrollo del software.
Metodología UWE
Según los autores (Nieves, Ucán, & Menéndez, 2014). desde hace unos años, la World
Wide Web se ha convertido en una plataforma para la ejecución de toda clase de
aplicaciones que cumplen un sinfín de funciones. Partiendo de páginas estáticas, la Web
ha evolucionado incorporando elementos de seguridad, optimización, concurrencia y
demás requerimientos que son necesarios para crear soluciones sólidas. Sin embargo, el
desarrollo de una aplicación Web incluye elementos que no son comunes a una aplicación
18
de escritorio. Esto requiere cambios importantes en la forma de realizar y controlar el
proceso de desarrollo, es decir pasar de una Ingeniería de Software a una Ingeniería
Web. UWE es una metodología que permite especificar de mejor manera una aplicación
Web en su proceso de creación mantiene una notación estándar basada en el uso de
UML (Unified Modeling Language) para sus modelos y sus métodos, lo que facilita la
transición. La metodología define claramente la construcción de cada uno de los
elementos del modelo
Uwe es una metodología para el desarrollo de aplicaciones Web, encargada de cubrir
todo el ciclo de carrera de las dedicaciones Web, la misma que mantiene una puntuación
estándar basada en el usufructo de Uml(unified Modeling) para sus modelos y métodos lo
que facilita su transición. Esta metodología abarca el disecciones de requerimientos,
apunte inmaterial, prototipo de agraciado, proyecto de la navegación, de la iniciación y
proyecto de la habilitación (Narváez, Baldeón, Hinojosa, & Martínez, 2011).
Proceso de la metodología
1. Análisis de requerimiento
Es el primer paso para el desarrollo de un sistema Web, en el cual se plasma los
requisitos funcionales de la aplicación Web con el diseño de modelos de casos de uso.
Los requerimientos son documentos en el cual se describen detalladamente las
funcionalidades del sistema, las cuales son modeladas con casos de uso para
posteriormente elaborar una descripción más detallada de los mismos, reañizando
diagramas de actividad UML en donde se especifican las responsabilidades y acciones de
los actores del sistema (Nieves, Ucán, & Menéndez, 2014).
2. Diseño conceptual
En Según los autores (Nieves, Ucán, & Menéndez, 2014). “El modelo de contenido es el
modelo conceptual del dominio de aplicación tomando en cuenta los requerimientos
especificados en los casos de uso y se representa con un diagrama de clases.”
3. Diseño navegacional
“En esta etapa del diseño se define la estructura de nodos y links de una aplicación Web,
es decir representa la navegación que tienen los objetos dentro de la aplicación y un
19
conjunto de estructuras como índices, menús, visitas guiadas y consultas” (Nieves, Ucán,
& Menéndez, 2014).
4. Diseño de presentación
Según los autores (Nieves, Ucán, & Menéndez, 2014). “Basado en el modelo de
navegación y en los aspectos del interfaz usuario (requisitos), se obtiene el modelo de
presentación. Dicho modelo describe la estructura de la interacción del usuario con la
aplicación Web”.
1.2.5. Gestión de procesos informáticos
Los procesos informáticos hacen referencia a programas de ejecución que presentan
cambios de estado y propiedades frecuentemente, por tal motivo es importante señalar
que los Sistemas operativos disponen de los servicios necesarios para la gestión de los
procesos, tales como la culminación, ejecución habitual, cambio de prioridad, entre otros.,
teniendo en cuenta que, durante su existencia, los procesos pasan por distintos estados
que son controlados por el sistema operativo. Todos los procesos que se presentan en el
Sistema Operativo se ejecutan de forma independiente, es por ello que si se bloquea
alguno de estos, no significa que otro proceso hará la misma acción (Serrano, Memoria:
Gestión de procesos en los Sistemas Operativos, 2012).
Estados de un proceso
Es definido como la actividad corriente en la que se halla, es decir, es la actual situación
en la que se encuentra un proceso informático. En el siguiente esquema se puede
apreciar los diferentes estados por los que puede pasar un proceso que son: Preparado,
en ejecución y bloqueado.
20
Figura 3: Estados de un proceso
Fuente: (Serrano, Memoria: Gestión de procesos en los Sistemas Operativos, 2012)
Una vez que se arranca el sistema se genera una serie de procesos, con la finalidad de
interactuar con el usuario u otros procesos con funciones específicas, es por ello que una
vez que el proceso ha sido creado queda a la espera de ser admitido, por lo que puede
pasar de un estado a otro dependiendo de lo que se desee ejecutar (Serrano, Memoria:
Gestión de procesos en los Sistemas Operativos, 2012).
Preparado: Cuando el proceso se encuentra listo para ser ejecutado, espera a que el
procesador esté libre
En ejecución: Representa el proceso que está corriendo en ese momento.
Bloqueado: En este modo el proceso debe esperar que se efectúe alguna condición, es
decir, que culmine alguna operación de E/S para pasar a estado de ejecución. Este
proceso puede finalizar debido a algún acontecimiento externo.
1.2.6. Gestión Vehicular
El artículo 264 de la Constitución de la República del Ecuador entre las competencias
exclusivas de los Gobiernos Municipales contempla: planificar, regular y controlar el
tránsito y el transporte público de su territorio cantonal. El Art. 186 del Código Orgánico de
Organización Territorial, Autonomía y Descentralización, COOTAD, señala que los
gobiernos municipales podrán crear, modificar, exonerar o suprimir mediante ordenanzas,
tasas, tarifas y contribuciones especiales de mejoras generales o específicas, por el
establecimiento o ampliación de servicios públicos que son de su responsabilidad.
21
Inicia sus actividades el 6 de mayo de 2013, de acuerdo a la Resolución 024-2013 de la
Agencia Nacional de Tránsito, cuya función es el planificar, regular, controlar, gestionar,
coordinar, administrar, y ejecutar el 36 Sistema de Movilidad del Cantón, que comprende
el tránsito, transporte, seguridad vial, terminales terrestres y su equipamiento, en
concordancia con las políticas emitidas por la Agencia Nacional de Regulación y Control
del Transporte Terrestre, Tránsito, Seguridad Vial y por el Concejo Municipal.
(Jiménez C. &., 2013) manifiesta que dentro de la gestión vehicular se encuentran los
siguientes procedimientos:
1. Identificación del Conductor: Persona encargada de un automotor, es decir se
responsabiliza del cuidado, del mantenimiento básico del mismo y principalmente del
cumplimiento de las leyes.
2. Mantenimiento preventivo: Se refiere a las actividades programadas de forma
periódica para realizar el mantenimiento mecánico de los automotores.
3. Mantenimiento Correctivo: Reparación inmediata de las partes que dejan de
funcionar de manera correcta o empiezan a fallar en los vehículos oficiales.
4. Inventario de vehículos, accesorios y herramientas: Representa al documento en
donde se registra el número de vehículos oficiales, accesorios y herramientas que se
usan para desempeñar las actividades diarias.
5. Hoja de movilización: Representa un documento por medio del cual se prescribe una
autorización para que los automotores puedan movilizarse, ya sea para el
cumplimiento de actividades designadas por la institución o para el uso en comisiones
que involucren viáticos o sostenimientos.
6. Solicitud de vehículos oficiales: Documento mediante el cual se pide la autorización
para el servicio de transporte de los vehículos oficiales.
22
7. Orden de provisión de combustible: Documento mediante el cual se puede solicitar
abastecimiento de combustible o lubricante necesario para la movilización de los
vehículos oficiales.
8. Reporte de investigación de accidentes /incidentes: Documento mediante el cual
se reportan los incidentes o accidentes que ocurren en la movilización de los
vehículos.
9. Informe diario de movilización vehicular: es el documento a través del cual se
detalla las actividades realizadas diariamente con el vehículo.
1.3. Valoración Crítica de los conceptos principales de las distintas posiciones
teóricas sobre el objeto de investigación
Una vez analizados las definiciones de Fernández, Rodríguez & Daureo, y otras dististas
pocisiones de diversos autores se determina que un Sistema de Información tiene como
finalidad satisfacer las necesidades de un individuo u organización, a través del
almacenamiento, procesamiento y transformación de la información, en este caso se
espera mejorar el funcionamiento del departamento Administrativo del Ministerio de
Agricultura, Ganadería, Acuacultura y Pesca de la Zona 3 del Ecuador especialmente al
área encargada de la administración vehicular. Por tal motivo la presente investigación se
basa en las teorías que Fernández, Rodríguez & Daureo proporcionan acerca de los
Sistemas de información, pues son consideradas como las más efectivas para aplicarlas
al desarrollo del trabajo, puesto que ayuda a disminuir la lentitud en el proceso de registro
de entrada/salida y entrega de recepción vehicular del MAGAP.
De la misma manera se toma en cuenta el criterio de Fernández & Díaz (2013) quien
indica que la arquitectura MVC fue diseñada con la finalidad de reducir el esfuerzo de
programación necesaria en la implementación de sistemas múltiples y sincronizados de
los mismos datos, lo que permite el desarrollo de un Sistema de Información que ayude a
23
solucionar el problema del deficiente manejo de los inventarios de vehículos, sus
accesorios y herramientas provocando la falta de información vehicular.
En la implementación del Sistema de Información y una vez estudiada las herramientas
necesarias se escogió la arquitectura MVC con lenguaje framework libre prinface que
cuenta con una comunidad llena de documentación atractiva de contenido claro y
completo; dichas herramientas permiten resolver necesidades de la institución con la
automatización de los procesos en la gestión vehicular.
1.4 Conclusiones parciales del capítulo
La información analizada en este capítulo es de vital importancia para el desarrollo
del software de gestión vehicular, debido a que se detallan los antecedentes de la
investigación, los objetivos del estudio, además de resaltar las teorías más relevantes
citadas por diversos autores, lo mismo que permitió ampliar los conocimientos y
enfoques para la implementación de dicho software en el Ministerio de Agricultura,
Ganadería, Acuacultura y pesca de la zona 3 del Ecuador.
La herramienta de Sistema de Información Web nos permita facilitar los procesos de
administración y gestión vehicular en el Ministerio de Agricultura, Ganadería,
Acuacultura y pesca de la zona 3 del Ecuador, el mismo que permite agilizar los
procesos de mantenimiento y generar informes a cada momento sobre el estado del
vehículo.
La metodología de software empleada define claramente la construcción de cada uno
de los elementos de la interfaz gráfica del sistema.
24
CAPÍTULO II. MARCO METODOLÓGICO
2.1. Caracterización de la gestión vehicular del MAGAP ZONA 3
A través del Art.4 del Acuerdo Ministerial No. 281, el Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca mantiene un Comité de Gestión de Desarrollo Institucional,
conformado por el Ministro/a o su delegado, quien lo preside; Viceministro/a de Desarrollo
Rural, Viceministro/a de Agricultura y Ganadería, Viceministro/a de Acuacultura y Pesca,
Coordinadores Generales, Subsecretarios y los Directores Técnicos de Área (Ministerio
de Agricultura, Ganadería, Acuacultura y Pesca, 2015).
El MAGAP afirmó dividir las políticas agropecuarias en las siete zonas de planificación
examinadas, además del Plan de bioagricultura para Galápago, las zonas territoriales son
las siguientes:
Prioridades de política para la Zona 1: Imbabura, Carchi, Sucumbíos y Esmeraldas
Prioridades de política para la Zona 2: Pichincha, Napo y Orellana
Prioridades de política para la Zona 3: Cotopaxi, Tungurahua, Chimborazo, y Pastaza
Prioridades de política para la Zona 4: Manabí y Santo Domingo de los Tsáchilas
Prioridades de política para la Zona 5: Santa Elena, Guayas, Los Ríos y Bolívar
Prioridades de política para la Zona 6: Cañar, Azuay y Morona Santiago
Prioridades de política para la Zona 7: El Oro, Loja, y Zamora Chinchipe.
Plan de bioagricultura para Galápagos (Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca, 2016).
Misión
El Ministerio de Agricultura, Ganadería, Acuacultura y Pesca es la institución rectora del
multisectorial, para regular, normar, facilitar, controlar, y evaluar la gestión de la
producción agrícola, ganadera, acuícola y pesquera del país; suscitando operaciones que
ayuden al desarrollo rural y propicien el crecimiento razonable de la producción y
productividad del sector promoviendo al desarrollo de productores, que por lo general se
encuentran representados por la agricultura familiar campesina, con el incentivo a las
actividades productivas del sector (Ministerio de Agricultura, Ganadería, Acuacultura y
Pesca, 2011).
25
Visión
Para el año 2020 el MAGAP dispondrá de un modelo de gestión de calidad fundamentado
en sistemas de información y comunicación, con el afán de posibilitar la producción de
bienes y servicios garantizando siempre la seguridad alimentaria del país, el crecimiento y
desarrollo igualitario, generando valor agregado con rentabilidad financiera, equidad
social, sostenibilidad ambiental e identidad cultural (Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca, 2011).
Objetivos
Fortalecer la institucionalidad del sector público del agro, para que sea un factor que
colabore con el desarrollo de la competitividad, sostenibilidad e igualdad de los
recursos productivos.
Mejorar las condiciones de vida de los agricultores y comunidades rurales mediante
estrategias de: inclusión social de los pequeños y medianos productores; vinculación al
mercado nacional e internacional; y, de acceso a los beneficios del desarrollo de los
servicios e infraestructura.
Incrementar la competitividad del sector agrícola, mediante el desarrollo productivo
con un Ministerio de Agricultura, Ganadería, Acuacultura y Pesca, fortalecido en el
ámbito administrativo y técnico, para alcanzar grandes estándares de productividad,
bajos costos unitarios y calidad, que permitan fundamentar la presencia estable y
creciente de la producción del agro en los mercados internos y externos.
Implantar factores de producción, que brinden condiciones humanas, naturales y
materiales en las cuales se sustente la producción competitiva, mediante mesas de
concertación, con el enfoque de cadenas agroalimentarias que fortalezcan y
modernicen al agro.
Instituir mecanismos de coordinación interinstitucional con Entidades Anexas y otras
relacionadas con el agro, para planificación, ejecución y evaluación de políticas y
planes.
Desarrollar programas y proyectos que ayuden a mejorar la prestación de servicios,
fortaleciendo el diálogo entre el sector público y privado a nivel nacional, zonal y local
(Ministerio de Agricultura, Ganadería, Acuacultura y Pesca, 2009)
26
Valores
Respeto
Consideración que se tiene a una persona, grupo, asociación, institución, etc. valorando
sus cualidades, derechos y necesidades.
Cooperación
Unir esfuerzos en el desempeño de las funciones y actividades que se encaminen al
cumplimiento de los objetivos institucionales.
Eficiencia
Cumplir los objetivos y metas institucionales en forma eficaz, eficiente y oportuna
observando las normas administrativas y técnicas.
A continuación, se presenta el organigrama estructural de la Coordinación Zonal del
Ministerio de Agricultura Ganadería, Acuacultura y Pesca de la Zona 3 del Ecuador.
Figura 4: Organigrama estructural de la Coordinación Zonal del MAGAP
27
2.2. Descripción del procesamiento metodológico para el desarrollo de la
investigación.
2.2.1. Modalidad de la Investigación
Investigación Cualitativa
La presente investigación se basó en la modalidad cualitativa, debido a que se realizaron
registros narrativos con claridad, objetividad y precisión del fenómeno que se estudió a
través de la técnica de observación y la entrevista.
2.2.2. Tipos de Investigación
Documental Bibliográfica
La presente investigación fue de tipo documental porque amplió el conocimiento de
diferentes enfoques teóricos, contextualizaciones, criterios diversos y teorías de expertos;
efectivizando la fundamentación teórica-práctica de la arquitectura MVC para el sistema
de gestión vehicular. La información científica además se sustentó en una investigación
bibliográfica, la cual permitió realizar una amplia búsqueda de la información a través de
diferentes fuentes bibliográficas como son: libros físicos, sitios digitales y otras
publicaciones.
De Campo
Se aplicó una investigación de campo, la misma que permitió realizar un proceso
sistemático, de análisis y presentación de datos en la gestión de información, basada en
una estrategia de recolección directa de la investigación, es decir en el Ministerio de
Agricultura, Ganadería, Acuacultura y Pesca de la Zona 3 del Ecuador para observar,
examinar y entrevistar al personal logrando obtener elementos de juicio para un mejor
análisis de la problemática planteada.
Investigación Aplicada
El presente proyecto se realizó bajo la modalidad de investigación aplicada, ya que se
centró en la aplicación de conocimientos y tecnología para la solución de problemas que
den cumplimiento a los objetivos de la investigación. Además, éste proyecto permitió
mantener una relación directa entre las Instituciones académicas, pues busca la
28
aplicación o utilización de los conocimientos adquiridos; los mismos que ayudaron en el
desarrollo del sistema de información para la gestión de vehículos en el MAGAP de la
Zona 3 del Ecuador con el empleo de la arquitectura MVC.
2.2.3. Población y Muestra
Identificación de la Población
La Investigación se realizó en la ciudad de Puyo, en el área de movilización del Ministerio
de Agricultura, Ganadería, Acuacultura y Pesca de la Zona 3 del Ecuador, con una
población de 4 personas.
Tabla 2: Población
POBLACIÓN CANTIDAD
Administrador del departamento de movilización 1
Despachador del departamento de movilización 1
Encargado del patio Automotor 1
Gerente de la Zona 3 1
TOTAL 4
Muestra
Para la presente investigación se tomó toda la población que son 4, pues debido a que la
muestra es pequeña se trabajó en su totalidad, no es necesario el cálculo de la muestra.
2.2.4. Métodos, Técnicas e Instrumentos
2.2.4.1. Métodos
Método Inductivo Deductivo:
Este método permitió valorar cada una de las características de la información sobre las
variables de investigación, a más ello se logró dar nuestro punto de vista respecto a la
investigación bibliográfica para ser plasmada mediante ideas claras sobre esta
investigación.
29
Método Analítico Sintético:
El método analítico dio la posibilidad de dividir el objeto de investigación en diversas
partes con sus múltiples relaciones y componentes, logrando analizarlas por separado, y
de tal manera lograr descubrir lo esencial en contenidos y sus características.
2.2.4.2. Técnicas
Entrevista: La entrevista fue realizada a 4 personas, el Administrador del departamento
de movilización, Despachador del departamento de movilización, Encargado del patio
automotor y al Gerente de la Zona 3 del Ministerio de Agricultura, Ganadería y Pesca, los
cuales permitieron realizar una recopilación de información de primera mano, a través de
un diálogo que favorece el conocimiento de la información, la cual fue desarrollada
mediante un cuestionario con preguntas abiertas que son guiadas para determinar las
necesidades del mismo.
Observación: Mediante la observación se recolectó datos, los mismos que fueron
tomados en consideración para determinar los procesos de trabajo para el desarrollo de la
aplicación requerida.
2.2.4.3 Instrumentos
Ficha de observación
Tabla 3: Ficha de Observación
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN VEHICULAR DEL
MINISTERIO DE AGRICULTURA, GANADERIA, ACUACULTURA Y PESCA DE LA
ZONA 3 DEL ECUADOR UTILIZANDO ARQUITECTURA MVC
INDICADOR SI NO OBSERVACIÓN
Se produce inconvenientes en la
entrega de órdenes de
movilización.
X Se genera demora y pérdida de tiempo
ya que lo registran manualmente.
Existen ordenadores en cada
oficina del MAGAP
X Poseen ordenadores donde llevan un
registro en Excel y para realizar informes
Existe inconsistencia al momento
de salida e ingreso de los
X Al momento de entregar las ordenes de
salida y entrada de los vehículos, alteran
30
vehículos. las horas y fechas.
Los funcionarios del MAGAP
realizan funciones fuera del
ministerio acompañados de un
conductor.
X Los funcionarios salen y no son
registrador en que vehículo van por falta
de una orden de movilidad.
Los vehículos son despachados
en diferentes gasolineras y no se
tiene control de la cantidad que
colocan.
x Existe ineficiencia al momento de control
de combustible ya que solo presentan
facturas.
Guía de la entrevista: Conformado por un cuestionario con preguntas abiertas que
sirvieron para realizar una recolección de datos a toda el área de movilización que
colabora en el Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de Pastaza Zona
3 con el fin de conocer el manejo de información vehicular.
Ficha de observación: La ficha sirvió para la recolección de información del resultado de
la investigación para llegar a los hechos reales de los procesos y gestión vehicular.
2.3. Propuesta del investigador
Para el planteamiento de la propuesta se debe realizar el análisis de los resultados de las
entrevistas ejecutas al personal seleccionado.
2.3.1. Análisis de los resultados de la entrevista
La información de la presente investigación fue recopilada con la aplicación de la
entrevista al personal administrativo del Ministerio de Agricultura, Ganadería y Pesca, la
cual se encuentra conformada por preguntas abiertas, con la finalidad de conocer la
situación actual del servicio de gestión vehicular que se brinda el departamento
encargado de esta actividad, para de esa forma conocer las necesidades que ayuden a
plantear una alternativa efectiva que contribuya al mejoramiento del servicio que se
ofrece. La recopilación de información se realizó de manera satisfactoria, puesto que se
contó con la colaboración de las personas a quien iba dirigida la entrevista. Las
respuestas de los entrevistados presentan similitud, razón por la cual se realiza un
análisis general de cada una de cada una de ellas.
31
Pregunta 1
Describa el proceso de almacenamiento y conservación de información que realiza
actualmente en el departamento de movilización Ministerio de Agricultura,
Ganadería y Pesca de la Zona 3 del Ecuador.
La obtención de la información vehicular se lo realiza mediante fotocopiado de la matricula
vehicular, la misma que es ingresada manualmente en plantillas de Excel, de igual
manera para realizar diferentes órdenes de movilización, mantenimiento, reparación y
combustible, es necesario hacer un registro manual de los datos del solicitante en un
formato pre-impreso, para luego pasarlas a su aprobación en otros departamentos.
Análisis: Los procesos de almacenamiento y conservación de la información que se
manejan actualmente en el departamento de movilización del Ministerio de Agricultura,
Ganadería y Pesca de la Zona 3 del Ecuador son netamente manuales, lo que ocupa
demasiado tiempo y muchas veces los usuarios no se encuentran para dar la información
correspondiente.
Interpretación: Es necesario y automatizar los procesos de gestión vehicular que se
realizan en el Ministerio de Agricultura, Ganadería y Pesca de la Zona 3 del Ecuador.
Pues con ello se podrá ahorrar tiempo en cada una de las actividades y en consecuencia
brindar un mejor servicio a los usuarios.
Pregunta 2
¿Cree usted que la forma en la que se maneja la gestión vehicular en el
departamento de movilización del Ministerio de Agricultura, Ganadería y Pesca de la
Zona 3 del Ecuador está acorde a los avances tecnológicos?
Actualmente la tecnología ha avanzado rápidamente en el Ecuador, implementando gran
cantidad de sistemas que facilitan el desarrollo de las actividades tanto personales como
laborales; sin embargo no todas las instituciones pueden disponer de estas herramientas,
debido a la falta de conocimiento por parte de las autoridades; y un claro ejemplo de ello
es el Ministerio de Agricultura, Ganadería y Pesca de la Zona 3 del Ecuador, puesto que
no cuenta con sistemas de información que beneficien los procesos que se desarrollan en
sus diversos departamentos.
32
Análisis: La forma en que se maneja actualmente la gestión vehicular en el departamento
de movilización no es acorde a los avances tecnológicos de hoy en día, debido a que la
información es ingresada manualmente, provocando lentitud en el registro de
entrada/salida y entrega vehicular.
Interpretación: El Ministerio de Agricultura, Ganadería y Pesca de la Zona 3 del Ecuador
no maneja herramientas tecnológicas para el desarrollo de sus procesos, generando
múltiples inconformidades por parte de los usuarios; por tal motivo es importante capacitar
al personal para el uso nuevas tecnologías que permitan agilizar la gestión vehicular de la
Institución.
Pregunta 3
¿Esta Ud. de acuerdo con la forma como se maneja el almacenamiento y
conservación de archivos del departamento de movilización del Ministerio de
Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador?
Los entrevistados manifiestan que no se encuentran de acuerdo con el manejo de
almacenamiento y conversión de archivos del departamento de movilización del Ministerio
de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador, debido a que al
solicitar información el proceso es lento, el mismo que en ocasiones ha tomado más de
dos días, lo que produce malestar en los usuarios y demora en los proyectos a realizarse.
Análisis: Todos los encuestados coinciden en que no se encuentran de acuerdo en la
forma de almacenamiento y conservación de información en el departamento de
movilización de Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del
Ecuador, puesto que la información se la registra en hojas que posteriormente se pierden
o se deterioran, lo que ocasiona problemas al momento de buscar algún dato o
información necesaria.
Interpretación: Con ello se determina que es necesario digitalizar la información del
departamento de movilización del Ministerio de Agricultura, Ganadería, Acuacultura y
Pesca de la zona 3 del Ecuador para poder tener un mejor control de los procesos que se
realizan diariamente en el lugar.
Pregunta 4
33
¿Cuáles cree usted que son los principales problemas que presenta el
departamento de movilización del Ministerio de Agricultura, Ganadería, Acuacultura
y Pesca de la Zona 3 del Ecuador?
Los principales problemas del departamento de movilización es el deficiente manejo de
los inventarios de vehículos, sus accesorios y herramientas provocando la falta de
información vehicular, la generación y emisión de órdenes de mantenimiento, debido a
que es emitida de forma manual y esta debe ser aprobada en un tiempo determinado,
además esto conlleva a una falta de registro de mantenimiento donde se detallan los
gastos y la fecha de manutención.
Análisis: Los entrevistados indican que el departamento de movilización del Ministerio de
Agricultura, Ganadería, Acuacultura y Pesca de la Zona 3 presenta muchos problemas en
los procesos que se efectúan, pues al realizarlas de forma manual existen muchos errores
e inconsistencias en la generación de órdenes de mantenimiento, aprobación de uso de
vehículos, entre otras.
Interpretación: Con ello se entiende que el departamento de movilización del Ministerio
de Agricultura, Ganadería, Acuacultura y Pesca de la Zona 3, presenta una serie de
problemas con la manera en que maneja la información, por tal motivo es vital importancia
la implementación de un software que ayude al almacenamiento de información, así como
a agilizar los cada uno de los procesos.
Pregunta 5
¿Cómo se podría mejorar la gestión vehicular del Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador?
Una mejora de la gestión vehicular se lograría realizando una automatización del control
de registro de entrada y salida de vehículos del Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca de la zona 3 del Ecuador, permitiendo un mejor control de la
información a más de minimizar el tiempo en el registro de los datos. Otra mejora sería al
informatizar el proceso de solicitud y aprobación de las órdenes de movilización y viáticos
Análisis: Con la automatización del registro de entrada y salida de vehículos, así como la
digitalización de los procesos de solicitud y aprobación de órdenes de movilización, se
34
logrará minimizar el tiempo de espera de aprobación, negación o corrección de las
órdenes.
Interpretación: Con ello se determina que para mejorar la gestión vehicular del
departamento de movilización del Ministerio de Agricultura, Ganadería, Acuacultura y
Pesca de la zona 3 del Ecuador es necesario el uso de un sistema Web que permita el
almacenamiento y registro de información de forma rápida y ordenada.
Pregunta 6
¿Considera Ud. que es necesario la automatización de los procesos para la gestión
vehicular del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3
del Ecuador?
Es importante realizar la automatización de los procesos para la gestión vehicular del
departamento de movilización del Ministerio de Agricultura, Ganadería, Acuacultura y
Pesca de la zona 3 del Ecuador, puesto que con ello se desarrollas las actividades de
forma rápida y eficiente, además de evitar el manejo de una gran cantidad de documentos
físicos que en algún momento pueden llegar a perderse.
Análisis: Los entrevistados indican que se requiere automatizar todos los procesos que
se realizan en el departamento de movilización del Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca de la zona 3 del Ecuador que se encuentra en la ciudad del Puyo,
pues con ello se facilitará el manejo y administración de la información.
Interpretación: Con la implementación de un sistema Web para la gestión vehicular en el
departamento de movilización se puede obtener la información necesaria de manera más
rápida, razón por la cual es de vital importancia que la gerencia del Ministerio ponga
especial interés por el uso e implementación de herramientas tecnológicas que faciliten
los procesos administrativos.
2.3.2. Presentación de la propuesta
Una vez analizados los resultados, se propone la implementación de un Sistema de
Información para la gestión vehicular del Ministerio de Agricultura, Ganadería, Acuacultura
y Pesca de la zona 3 del Ecuador utilizando arquitectura MVC.
2.4. Conclusiones parciales del capitulo
35
La investigación de campo permite conocer con más detalle la distribución,
organización y funcionamiento de la gestión vehicular del Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador, obteniendo los
requerimientos necesarios para su aplicación en el desarrollo del sistema de
información.
El proceso de almacenamiento y conservación de información realizada actualmente
por el Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del
Ecuador, evidencia la lentitud en sus procesos y tiempos de respuesta hacia las
consultas realizadas por los funcionarios y usuarios.
Luego de haber aplicado la entrevista se determina que es importante el desarrollo de
un Sistema de Información para fortalecer la gestión vehicular del área de
movilización del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona
3 del Ecuador.
36
CAPÍTULO III. DESARROLLO DE LA PROPUESTA
3.1. Título de la propuesta
Sistema de Información Gerencial para la gestión vehicular del Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador utilizando arquitectura MVC
3.1.1. Objetivos
Objetivo General
Desarrollar los componentes del Sistema de Información Gerencial con arquitectura MVC
para la gestión vehicular del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de
la zona 3 del Ecuador.
Objetivo específico
Analizar los requerimientos del software para el desarrollo del Sistema de
Información.
Comparar las herramientas tecnológicas adecuadas para facilitar el diseño del
Sistema de Información.
Implementar un Sistema de Información que cumpla con los requerimientos de los
usuarios encargados de la gestión vehicular del Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca de la zona 3 del Ecuador.
3.1.2. Justificación
El desarrollo de un Sistema de Información Gerencial es de gran importancia para el
Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador, pues
permite el fortalecimiento de la gestión vehicular de la institución, así como la
digitalización de los procesos de solicitud y aprobación de órdenes de movilización, con lo
que se logrará minimizar el tiempo de espera para la aprobación, negación o corrección
de las órdenes que se emiten. La implementación del sistema de información es relevante
por cuanto permite llevar un control oportuno de los procesos realizados dentro de la
organización, tales como como solución de problemas de almacenamiento de
información, además de facilitar el trabajo de las personas encargadas del área de gestión
vehicular, lograr la optimización del tiempo y la reducción al máximo de errores.
37
El desarrollo del presente sistema es de gran impacto debido a la utilización de los
conocimientos adquiridos en los años de estudio que son las herramientas informáticas de
software libre o código abierto como la arquitectura MVC que se encuentran en gran auge
debido a facilidad de uso, con este sistema se obtendrá información verídica de estado de
los vehículos, así como la generación de reportes y almacenamiento de información que
permitan brindar datos acertados sobre todos los procesos.
3.1.3. Análisis de factibilidad
Factibilidad Operacional
El proyecto es operacionalmente factible debido a que se cuenta con la colaboración del
personal que se encuentra a cargo de la gestión vehicular en el Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador, pues permite la ejecución de
los procesos de forma rápida y oportuna.
Además de ello la institución brindará capacitaciones a los diferentes usuarios encargados
del manejo del sistema, lo que facilitará el perfecto funcionamiento del sistema pues este
cuenta con una interfaz amigable con el usuario.
Factibilidad Técnica
Tabla 4: Factibilidad Técnica
EQUIPOS RECOMENDADO MÍNIMO
Hardware
Procesador coreI5 Procesador core2 Duo
Memoria RAM 4GB Memoria RAM 3GB
Disco 1TB Disco 500GB
S.O. Windows 10 64bits S.O. Windows 7 32bits
Navegador Mozilla Navegador Mozilla
Navegador Google Chrome Navegador Google Chrome
Software
Sistema Operativo Windows 7 o
superior
Sistema Operativo Windows 7
Motor de base de datos PostgreSQL -
Lenguaje de código abierto php 5.5 Lenguaje de código abierto php 5.3
38
El desarrollo del software es técnicamente factible puesto que la institución cuenta con los
equipos y software necesarios para la implementación.
Factibilidad económica
Para el desarrollo del presente proyecto se detalla los elementos a utilizar:
Tabla 5: Factibilidad económica
RECURSOS HUMANOS
Recurso Horas Costo/hora Total
Programador (tesista) 300 5.00 1500
RECURSOS DE SOFTWARE
Software Licencia
Php, Mysql - - 0.00
MVC - - 0.00
RECURSOS DE HARDWARE
Equipo servidor - - 500.00
MATERIAL
Papel - - 50.00
Impresiones - - 100.00
Material de escritorio - - 50.00
Servicio de internet 0.70 50 35.00
Transporte 100 100
TOTAL 2.335,00
39
Una vez realizado el análisis económico de la implementación del sistema informático se
determina que el costo total es de $2.335,00 y por lo tanto es totalmente factible, pues su
financiamiento depende totalmente del investigador.
3.1.4. Obtención de requerimientos
Para el desarrollo del presente proyecto es necesario definir los requerimientos del
sistema, pues es una de las etapas primordiales para su correcta ejecución.
Requerimientos funcionales
Tabla 6: Requerimientos funcionales RF01
Identificación del requerimiento: RF01
Nombre del Requerimiento: Iniciar sesión
Características: Todos los actores ingresan sus datos de acceso al
sistema, los mismos que son validados y
verificados el tipo de usuario en funcionarios.
Prioridad del requerimiento: Alta
Tabla 7: Requerimientos funcionales RF02
Identificación del requerimiento: RF02
Nombre del Requerimiento: Administrar departamento.
Descripción requerimiento El actor administrador puede realizar el ingreso,
actualización y listar la tabla departamentos.
Prioridad del requerimiento: Alta
Tabla 8: Requerimientos funcionales RF03
Identificación del requerimiento: RF03
Nombre del Requerimiento: Administrar cargo
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla de cargos.
Prioridad del requerimiento: Alta
40
Tabla 9: Requerimientos funcionales RF04
Identificación del requerimiento: RF04
Nombre del Requerimiento: Administrar accesorios
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla Accesorios.
Prioridad del requerimiento: Alta
Tabla 10: Requerimientos funcionales RF05
Identificación del requerimiento: RF05
Nombre del Requerimiento: Administrar funcionarios
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla Funcionarios.
Prioridad del requerimiento: Alta
Tabla 11: Requerimientos funcionales RF06
Identificación del requerimiento: RF06
Nombre del Requerimiento: Administrar usuarios
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla usuarios.
Prioridad del requerimiento: Alta
Tabla 12: Requerimientos funcionales RF07
Identificación del requerimiento: RF04
Nombre del Requerimiento: Administrar vehículos
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla Vehículos.
Prioridad del requerimiento: Alta
41
Tabla 13: Requerimientos funcionales RF08
Identificación del requerimiento: RF08
Nombre del Requerimiento: Administrar estación de servicio
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla de Estación de
Servicio.
Prioridad del requerimiento: Alta
Tabla 14: Requerimientos funcionales RF09
Identificación del requerimiento: RF09
Nombre del Requerimiento: Administrar movilidad
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla Movilidad.
Prioridad del requerimiento: Alta
Tabla 15: Requerimientos funcionales RF10
Identificación del requerimiento: RF10
Nombre del Requerimiento: Salvo conducto
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla de Salvo Conducto.
Prioridad del requerimiento: Alta
Tabla 16: Requerimientos funcionales RF11
Identificación del requerimiento: RF11
Nombre del Requerimiento: Mantenimiento
Descripción del requerimiento: El actor administrador puede realizar el ingreso,
actualización y listar la tabla Mantenimiento.
Prioridad del requerimiento: Alta
42
Requerimientos no funcionales
Tabla 17: Requerimiento no funcional RNF1
NUMERO REQUERIMIENTO DESCRIPCIÓN
RNF0 Confiablidad es decir requiere la validación de usuario para
ingreso al sistema
RNF1 Tiempo de repuesta en el rango aceptable
RNF2 Permite la creación de nuevas funcionalidades en el futuro
RNF3 El sistema debe presentar una interfaz de uso sencilla
Identificación de roles
Tabla 18: Identificación de roles
ROLES TAREA
Administrador
Administrar departamento
Administrar cargo
Administrar funcionario
Administrar usuario
Administra talleres
Administrar estación de servicio
Administrar accesorios
Administrar vehículos
Responsable PA Administrar trabajo de mantenimiento
Administrar trámite
Conductor Administrar trámite
Despachador
Administrar movilidad
Administrar salvoconducto
Administrar combustible
43
1.1.5. Descripción de los casos de uso del sistema
Los casos de uso del sistema son los que se presentan a continuación:
a) Caso de uso general del sistema
Figura 5: Caso de uso general del sistema
44
Tabla 19: Descripción caso de uso general del sistema
Caso de uso: General
Actores Administrador, Conductor, Responsable PA, Despachador
Descripción El actor administrador puede realizar la administración de las tablas
de Departamento, cargo, funcionarios, usuarios, talleres, estación de
servicio, vehículos y accesorios de vehículos, los mismos que son
base para el funcionamiento del sistema.
El actor Responsable PA puede realizar la administración de las
tablas de trabajo/mantenimiento y tramites, los mismos que permiten
realizar la entrega y recepción de vehículos a los conductores.
El actor conductor puede listar la entrega y recepción de vehículos a
su usuario.
El actor despachador puede realizar el mantenimiento de las tablas de
Movilidad, Salvo Conducto y combustible, los mismos que permiten el
uso de vehículos y la asignación de combustible a los mismos.
Precondiciones Estar registrado como funcionarios de la institución y tener una cuenta
de usuario para acceso al sistema.
Los datos a administrarse deben estar ingresados en la base de
datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración o el ingreso al
sistema es incorrecta es obligatorio mostrar un mensaje de
verificación de datos ingresados.
45
Figura 6: Caso de uso iniciar sesión
Tabla 20: Descripción caso de uso iniciar sesión
Caso de uso: Iniciar Sesión
Actores Administrador, Conductor, ResponsablePA,
Despachador
Descripción Todos los actores ingresan sus datos de acceso al
sistema, los mismos que son validados y verificados el
tipo de usuario en funcionarios.
Precondiciones Estar registrado como funcionarios de la institución y
tener una cuenta de usuario para acceso al sistema.
Los datos a administrarse deben estar ingresados en la
base de datos.
Post condición Ingreso correcto.
Flujo Principal Ingresar al sistema
Flujo Alternativo Si la información ingresada al sistema es incorrecta se
mostrar un mensaje de verificación de datos ingresados.
uc caso iniciar sesion
Sistema
Administador Conductor
Despachador
ResponsablePA
Iniciar Sesion
Validar Datos UsuarioVerificar datos de
funcionario
Verificar tipo usuario
«include»
«include»
«include»
46
Figura 7: Caso de uso departamento
Tabla 21: Descripción caso de uso departamento
Caso de uso: Departamento
Actores Administrador
Descripción El actor administrador puede realizar el ingreso,
actualización y listar la tabla departamentos.
Precondiciones Estar registrado como funcionarios de la institución y tener
una cuenta de usuario para acceso al sistema.
Los datos a administrarse deben estar ingresados en la
base de datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del
sistema es incorrecta se le mostrar un mensaje de
verificación de datos ingresados.
47
Figura 8: Caso de uso cargo
Tabla 22: Descripción caso cargo
Caso de uso: Cargo
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla de cargos.
Precondiciones Estar registrados como funcionarios de la institución y tener
una cuenta de usuario para acceso al sistema de tipo
administrador.
Los datos a administrarse deben estar ingresados en la base
de datos.
Deben estar ingresados previamente los datos de la tabla
departamento.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema
es incorrecta se le mostrara un mensaje de verificación de
datos ingresados.
48
Figura 9: Caso de uso Accesorios
Tabla 23: Descripción caso de uso accesorios
Caso de uso: Accesorios
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla Accesorios.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo administrador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Deben existir datos en la tabla de vehículos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema
es incorrecta se le mostrara un mensaje de verificación de
datos ingresados.
49
Figura 10: Caso de uso funcionario
Tabla 24: Descripción caso de uso funcionario
Caso de uso: Funcionarios
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla Funcionarios.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo administrador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Deben existir datos en la tabla de cargos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrara un mensaje de verificación de datos
ingresados.
50
Figura 11: Caso de uso administrar usuarios
Tabla 25: Descripción caso de uso administrar usuarios
Caso de uso: Usuarios
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla Accesorios.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo administrador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Deben existir datos en la tabla de funcionarios.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema
es incorrecta se le mostrara un mensaje de verificación de
datos ingresados.
51
Figura 12: Caso de uso vehículos
Tabla 26: Descripción caso de uso vehículos
Caso de uso: Vehículos
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y listar
la tabla Vehículos.
Precondiciones Estar registrado como funcionario de la institución y tener una cuenta
de usuario para acceso al sistema de tipo administrador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrara un mensaje de verificación de datos
ingresados.
52
Figura 13: Caso de uso administrar talleres
Tabla 27: Descripción caso de uso administrar talleres
Caso de uso: Talleres
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla de Talleres.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo administrador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrara un mensaje de verificación de datos
ingresados.
53
Gráfico 14: Caso de uso estación de servicio
Tabla 28: Descripción caso de uso estación de servicio
Caso de uso: Estación de servicio
Actores Administrador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla de Estación de Servicio.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo administrador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrara un mensaje de verificación de datos
ingresados.
54
Figura 15: Caso de uso movilidad
Tabla 29: Descripción caso de uso movilidad
Caso de uso: Movilidad
Actores Despachador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla Movilidad.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo Despachador.
Los datos a administrarse deben estar ingresados en la base
de datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema
es incorrecta se le mostrara un mensaje de verificación de
datos ingresados.
55
Figura 16: Caso de uso salvo conducto
Tabla 30: Descripción caso de uso salvo conducto
Caso de uso: Salvo Conducto
Actores Despachador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla de Salvo Conducto.
Precondiciones Estar registrado como funcionarios de la institución y tener una
cuenta de usuario para acceso al sistema de tipo Despachador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrar un mensaje de verificación de datos
ingresados.
56
Figura 17: Caso de uso combustible
Tabla 31: Descripción caso de uso combustible
Caso de uso: Combustible
Actores Despachador
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla de combustible.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo Despachador.
Los datos a administrarse deben estar ingresados en la base de
datos.
Debe existir datos en la tabla de vehículos y estación de servicio.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrara un mensaje de verificación de datos
ingresados.
57
Figura 18: Caso de uso mantenimiento
Tabla 32: Descripción caso de uso mantenimiento
Caso de uso: Mantenimiento
Actores Responsable PA
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla Mantenimiento.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo Responsable
PA.
Los datos a administrarse deben estar ingresados en la base de
datos.
Deben existir datos en las tablas de vehículos, talleres,
funcionarios.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema es
incorrecta se le mostrara un mensaje de verificación de datos
ingresados.
58
Figura 19: Caso de uso trámite
Tabla 33: Descripción caso de uso trámite
Caso de uso: Trámite
Actores Responsable PA
Descripción El actor administrador puede realizar el ingreso, actualización y
listar la tabla de Tramite.
Precondiciones Estar registrado como funcionarios de la institución y tener una
cuenta de usuario para acceso al sistema de tipo Responsable
PA.
Los datos a administrarse deben estar ingresados en la base de
datos.
Debe existir datos en las tablas de vehículos, funcionarios.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Mantenimiento de las tablas.
Listar información.
Flujo Alternativo Si la información ingresada para la administración del sistema
es incorrecta se le mostrara un mensaje de verificación de
datos ingresados.
59
Figura 20: Caso de uso trámite
Tabla 34: Descripción caso de uso trámite
Caso de uso: Trámite
Actores Conductor
Descripción El actor administrador puede realizar el registro y acta de
entrega del Trámite.
Precondiciones Estar registrado como funcionario de la institución y tener una
cuenta de usuario para acceso al sistema de tipo Conductor.
Los datos a administrarse deben estar ingresados en la base de
datos.
Debe existir datos en las tablas de vehículos, funcionarios.
Post condición Mantenimiento y reporte correcto.
Flujo Principal Ingresar al sistema
Registro de las tablas.
Flujo Alternativo Si la información ingresada para la administración del sistema
es incorrecta se le mostrara un mensaje de verificación de
datos ingresados.
Diagramas secuenciales
60
a) Diagrama secuencial general
Figura 21: Diagrama secuencial general
b) Diagrama se secuencia iniciar sesión
sd secuencia general
Administrador ResponsablePA DespachadorConductor
Departamento Cargo Funcionarios Usuarios Talleres Estacion de
Servicio
Accesorios VehiculosIniciar Sesion Mantenimiento Tramite movilidad salvo conducto combustible
1. Enviar datos de usuario()
2. Administrar Departamento()
3. Administrar Cargo()
4. Verificar datos previos()
5. Administrar Funcionarios()
6. Administrar Usuarios()
7. Verificar datos previos()
8. Administrar talleres()
9. Administrar Estacion de servicios()
10. Administrar Accesorios()
11. Administrar Vehiculos()
12. Verificar datos previos()
13. Enviar datos de usuario()
14. Administrar Mantenimiento()
15. Administrar tramite()
16. Verificar datos previos()
17. Verificar datos previos()
18. Enviar datos de usuario()
19. Verificar entraga y recepcion()
19. Enviar datos de usuario()
20. Administrar movilidad()
21. Administrar salvo conducto()
22. Administrar combustible()
23. Verificar datos previos()
24. Verificar datos previos()
61
Figura 22: Diagrama se secuencia iniciar sesión
c) Diagrama de secuencia administrar departamento
Figura 23: Diagrama de secuencia administrar departamento
sd secuencia iniciar social
Usuarios del sistema
Iniciar Sesion Funcionarios
1. Enviar datos de usuario()
2. Validar datos obligatorios()
3. Solocitar datos consultados()
4. Generar consulta()
5. Mensaje de consulta y tipo de usuario()
6. Acceso al sistema()
sd secuencia departamento
Administrador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar departamento()
3. validar datos a ingresar()
4. Enviar datos a actualizar departamento()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de información departamento()
8. Verificar existencia de datos()
9. Generar l ista()
62
d) Diagrama de secuencia administrar cargo
Figura 24: Diagrama de secuencia administrar cargo
e) Diagrama de secuencia administrar funcionario
Figura 25: Diagrama de secuencia administrar funcionario
sd secuencia cargo
Administrador
Iniciar Sesion Insertar Actualizar ListarAdministrar
Departamento
1. Enviar datos de usuario()
2. Enviar datos a ingresar a cargo()
3. Validar datos a ingresar()
4. Verificar existencia departamento()
5. Enviar datos a actualizar cargo()
6. Validar datos a actualizar()
7. Verificar datos previos()
8. Solicitar l ista de información de cargo()
9. Verificar existencia de datos()
10. Generar lista()
sd secuencia funcionario
Administrador
Iniciar Sesion Insertar Actualizar ListarAdministrar cargo
1. Enviar datos de usuario()
2. Enviar datos a ingresar en funcionario()
3. Validar datos a ingresar()
4. Verificar existencia de cargo()
5. Enviar datos a actualizar funcionarios()
6. Validar datos a
actualizar()
7. Verificar datos previos()
8. Solicitud de información de funcionarios()
9. Verificar existnecia de datos()
10. Generar l ista()
63
f) Diagrama de secuencia administrar usuarios
Figura 26: Diagrama de secuencia administrar usuarios
g) Diagrama de secuencia administrar talleres
Figura 27: Diagrama de secuencia administrar talleres
sd secuencia usuarios
Administrador
Iniciar Sesion Insertar Actualizar ListarAdministrar
Funcionarios
1. Enviar datos de usuario()
2. Enviar datos a ingresar usuario()
3. Validar datos a ingresar()
4. Verificar existencia funcionarios()
5. Enviar datos a actualizar usuario()
6. Validar datos a actualizar()
7. Verificar datos previos()
8. Solicitar l ista de informacion de usuarios()
9. Verificar existencia de datos()
10. Generar lista()
sd secuencia talleres
Administrador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de acceso()
2. Enviar datos a ingresar talleres()
3. Validar datos a ingresar()
4. Enviar datos a actualizar talleres()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de información de talleres()
8. Verificar existencia de datos()
9. Generar l ista()
64
h) Diagrama de secuencia taller de servicio
Figura 28: Diagrama de secuencia taller de servicio
sd secuencia estacion serv icio
Administrador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar Estacion de Servicio()
3. Validar datos a ingresar()
4. Enviar datos a actualizar Estacion de servicio()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion de Estacion de
Servicio()
8. Verificar existencia de datos()
9. Generar l ista()
65
i) Diagrama de secuencia administrar vehículos
Figura 29: Diagrama de secuencia administrar vehículos
sd secuencia v ehiculos
Administrador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar vehiculos()
3. Validar datos a ingresar()
4. Enviar datos a actualizar vehiculos()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion()
8. Verificar existencia de datos()
9. Generar l ista()
66
j) Diagrama de secuencia administrar accesorios
Figura 30: Diagrama de secuencia accesorios
sd secuencia accesorios
Administrador
Iniciar Sesion Insertar ActualizarAdministrar
Vehiculos
Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar accesorios()
3. Validar datos a ingresar()
4. Validar datos de vehiculos()
5. Enviar datos a actualizar accesorios()
6. Validar datos a actualizar()
7. Verificar datos previos()
8. Solicitar l ista de informacion de accesorios de vehiculos()
9. Verificar existencia()
10. Generar l ista()
67
k) Diagrama de secuencia combustible
Figura 31: Diagrama de secuencia combustible
sd secuencia combustible
Despachador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar Combustible()
3. Validar datos a ingresar()
4. Enviar datos a actualizar Combustible()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion de Combustible()
8. Verificar existencia de datos()
9. Generar l ista()
68
l) Diagrama de secuencia mantenimiento
Figura 32: Diagrama de secuencia mantenimiento
sd secuencia mantenimiento
ResponsablePA
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar mantenimiento()
3. Validar datos a ingresar()
4. Enviar datos a actualizar mantenimiento()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion()
8. Verificar existencia de datos()
9. Generar l ista()
69
m) Diagrama de secuencia movilización
Figura 33: Diagrama de secuencia movilización
sd secuencia mov ilidad
Despachador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar Movilidad()
3. Validar datos a ingresar()
4. Enviar datos a actualizar movilidad()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion de movilidad()
8. Verificar existencia de datos()
9. Generar l ista()
70
n) Diagrama de secuencia salvo conducto
Figura 34: Diagrama de secuencia salvo conducto
sd secuencia salv o conducto
Despachador
Iniciar Sesion Insertar Actualizar Listar
1. Enviar datos de usuario()
2. Enviar datos a ingresar Salvo Conducto()
3. Validar datos a ingresar()
4. Enviar datos a actualizar Salvo Conducto()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion de Salvo Conducto()
8. Verificar existencia de datos()
9. Generar l ista()
71
o) Diagrama de secuencia Trámite
Figura 35: Diagrama de secuencia Trámite
Diagrama de clases
A continuación, se presenta el diagrama de clases del Sistema de Gestión Vehicula
sd secuencia tramite
ResponsablePA
Iniciar Sesion Insertar Actualizar Listar
Conductor
1. Enviar datos de usuario()
2. Enviar datos a ingresar tramite()
3. Validar datos a ingresar()
4. Enviar datos a actualizar tramite()
5. Validar datos a actualizar()
6. Verificar datos previos()
7. Solicitar l ista de informacion tramite()
8. Verificar existencia de datos()
9. Generar l ista()
8. Solicitar informacion tramite()
72
Diagrama de clases del sistema
Figura 36: Diseño de clases del sistema
clas
s M
odel
o de
cla
se
func
iona
rios
- ce
dula
- no
mbr
es
- ap
ellid
os
- te
lefo
no
- co
digo
_car
go
- es
tado
- pr
ovin
cia
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
usua
rios
- co
digo
- co
dig_
func
iona
rio
- no
mbr
e_us
uario
- co
ntra
sena
- tip
o
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
carg
os
- co
digo
- no
mbr
e
- co
digo
_dep
arta
men
to
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
talle
res
- co
digo
- no
mbr
e
- pr
ovin
cia
- ci
udad
- di
recc
ion
- te
lefo
no
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
tram
ite
- co
digo
- co
digo
_fun
cion
ario
_ent
rega
- fu
ncio
nario
_res
pona
sabl
e
- co
digo
_veh
icul
o
- fe
cha_
entre
ga
- de
scrip
cion
_ent
rega
- fu
ncio
nario
_rec
ibe
- fe
cha_
reci
be
- de
scrip
cion
_rec
ibe
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
depa
rtam
ento
- co
digo
- no
mbr
e
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
esta
cion
_ser
vic
io
- co
digo
- no
mbr
e
- pr
ovin
cia
- ci
udad
- di
recc
ion
- te
lefo
no
- va
lor_
extra
- va
lor_
supe
r
- va
lor_
dies
el
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
veh
icul
os
- pl
aca
- nu
mm
otor
- nu
mch
asis
- m
arca
- m
odel
o
- co
lor
- tip
o
- es
tado
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
mov
ilida
d
- co
digo
- fu
ncio
nario
_reg
istra
- co
digo
_veh
icul
o
- fe
cha_
salid
a
- ho
ra_s
alid
a
- m
otiv
o_sa
lida
- de
stin
o
- fu
ncio
nario
_usa
r
- fe
cha_
llega
da
- ho
ra_l
lega
da
- no
veda
des_
llega
da
- no
veda
des_
salid
a
- ki
lom
etra
je_s
alid
a
- ki
lom
etra
je_l
lega
da
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
salv
o_co
nduc
to
- co
digo
- fu
ncio
nario
_reg
istra
- co
digo
_veh
icul
o
- fe
cha_
salid
a
- ho
ra_s
alid
a
- m
otiv
o_sa
lida
- de
stin
o
- fu
ncio
nario
_usa
r
- fe
cha_
_lle
gada
- ho
ra_l
lega
da
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
acce
sori
os
- co
digo
- co
digo
_tra
mite
- no
mbr
e_ac
ceso
rio
- de
scrip
cion
com
bust
ible
- co
digo
- fu
ncio
nario
_reg
istra
- co
digo
_veh
icul
o
- co
digo
_est
acio
n_se
rvic
io_c
antid
ad
+ in
serta
r() :
void
+ ac
tual
izar
() : v
oid
trab
ajo_
man
teni
mie
nto
- co
digo
- fu
ncio
nario
_reg
istra
- co
digo
_veh
icul
o
- co
digo
_tal
ler
- pr
oble
ma_
dete
ctad
o
- tra
bajo
_rea
lizar
- pr
ecio
_tra
bajo
acom
pana
ntem
ovili
dad
- co
digo
- fu
ncio
nario
- m
ovili
dad
+ in
serta
r() :
void
acom
pana
ntes
alv
ocon
duct
o
- co
digo
- fu
ncio
nario
- sa
lvoc
ondu
cto
+ in
serta
r() :
void
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
1 1 0..*1
*
1
*
1
*1
*1
73
Modelo Lógico de la base de datos
Figura 37: Modelo lógico de la base de datos
74
Modelo físico de la base de datos
Figura 38: Modelo físico de la base de datos
75
Diccionario de datos
Tabla 35: Diccionario de datos
tabla : funcionarios
Nombre tipo Descripción
Cedula varchar(10) Cedula del usuario
Nombres varchar(50) Nombres del usuario
Apellidos varchar(50) Apellidos del usuario
Teléfono varchar(10) Teléfono del usuario
codigo_cargo int Código del cargo asignado al usuario
Estado varchar(20) Estado actual del funcionario
tabla : vehículo
Nombre tipo Descripción
Placa varchar(7) Identificador único del vehículo
Nummotor varchar(50) Identificador de motor
Numchasis varchar(50) Identificador de chasis
Marca varchar(50) Marca del vehículo
Modelo varchar(50) Modelo del vehículo
Color varchar(20) Color del vehículo
Tipo varchar(20) Tipo de vehículo
Estado varchar(20) Estado actual del vehículo
tabla : departamento
Nombre tipo Descripción
Código int Autonumérico
Nombre varchar(50) Nombre del departamento de la
institución
tabla : cargos
Nombre tipo Descripción
Código int Autonumérico
Nombre varchar(50) Nombre del cargo
codigo_departamento int Código de departamento asignado al
76
cargo
tabla : usuarios
Nombre tipo Descripción
Código int Autonumérico
codigo_funcionario varchar(10) Cedula del funcionario que tendrá
acceso al sistema
nombre_usuario varchar(50) usuario para ingreso al sistema
Contraseña varchar(15) contraseña para ingreso al sistema
Tipo varchar(20) tipo de usuario dentro del sistema
tabla : talleres
Nombre tipo Descripción
Código int Autonumérico
Nombre int Nombre del taller
Provincia varchar(50) Provincia donde se localiza
Ciudad int Ciudad donde se localiza
Dirección varchar(100) Dirección del taller
Teléfono decimal(18,2) Teléfono de referencia
tabla : tramite
Nombre tipo Descripción
Código int Autonumérico
codigo_funcionario_entrega varchar(10) Cedula del funcionario entrega
funcionario_responsable varchar(10) Cedula del funcionario responsable
codigo_vehiculo varchar(7) Placa del vehículo
fecha_entrega date Fecha de entrega
descripcion_entrega varchar(100) Descripción de entrega
funcionario_recibe varchar(10) Cedula del funcionario que recibe
fecha_recibe date Fecha que recibe
descripcion_recibe varchar(100) Descripción que recibe
tabla : combustible
Nombre tipo Descripción
Código int Autonumerico
77
funcionario_registra varchar(10) Cedula del funcionario que registra
codigo_vehiculo varchar(7) Placa del vehículo
codigo_estacion_servicio_ca
ntidad
int Código de estación de servicio
asignado
tabla : trabajo mantenimiento
Nombre tipo Descripción
Código int Identificador autonumérico
funcionario_registra varchar(10) Cedula del funcionario que registra
codigo_vehiculo varchar(7) Placa del vehículo
codigo_taller int Código del taller
problema_detectado varchar(100) Problema detectado
trabajo_realizar datetime Trabajo a realizarse
precio_trabajo decimal(18,2) Valor del mantenimiento
tabla : estación_servicio
Nombre tipo Descripción
Código int Autonumérico
Nombre varchar(50) Nombre de la Estación de servicio
Provincia varchar(50) Provincia de ubicación
Ciudad varchar(50) Ciudad de Ubicación
Dirección varchar(100) Dirección de la estación de servicio
Teléfono varchar(10) Teléfono de referencia
valor_extra decimal(18,2) Precio de gasolina Extra
valor_super decimal(18,2) Precio de gasolina Súper
valor_diesel decimal(18,2) Precio de combustible Diésel
tabla : accesorios
Nombre tipo Descripción
Código int Autonumérico
codigo_vehiculo varchar(7) Placa del vehículo
nombre_accesorio varchar(10) Nombre Del accesorio
78
Descripción varchar(50) Descripción detallada del accesorio
tabla : movilidad
Nombre tipo Descripción
Código int Autonumérico
funcionario_registra varchar(10) Cedula del funcionario que registra
codigo_vehiculo varchar(7) Placa del vehículo
fecha_salida Date Fecha de salida
hora_salida varchar(10) Hora de salida
motivo_salida varchar(20) Motivo de movilidad
Destino varchar(100) Destino del vehículo
funcionario_usar varchar(10) Funcionario que usa
fecha_llegada Date Fecha de llegada
hora_llegada varchar(10) Hora de llegada
novedades_llegada varchar(100) Novedades
descripcion_llegada varchar(100) Descripción
tabla : salvo conducto
Nombre tipo Descripción
Código int Autonumérico
funcionario_registra varchar(10) Cedula del funcionario que registra
codigo_vehiculo varchar(7) Placa del vehículo
fecha_salida Date Fecha de salida
hora_salida varchar(10) Hora de salida
motivo_salida varchar(20) Motivo de movilidad
Destino varchar(100) Destino del vehículo
funcionario_usar varchar(10) Funcionario que usa
fecha_llegada Date Fecha de llegada
hora_llegada varchar(10) Hora de llegada
Tabla: Divicion política
Nombre tipo Descripción
Provincias Varchar(20) Provincias
Cantones Varchar(20) Cantones
79
Diseño navegacional
A continuación, se presenta el diseño navegacional, es decir la estructura de acceso al
sistema, con los menús respectivos:
Figura 39: Diseño navegacional del sistema
1.1.6. Diseño de la aplicación
El sistema se realizará en la plataforma NetBeans que es un entorno de desarrollo
integrado (IDE) de código abierto y una plataforma de aplicación, las cuales pueden ser
usadas como una estructura de soporte general (framework) que permite editar
programas en Java, compilarlos, ejecutarlos, depurarlos y construir de manera rápida la
interfaz gráfica de una aplicación seleccionando componentes de una paleta, etc.
Una vez realizadas las configuraciones correspondientes se realiza la personalización de
la interfaz de la aplicación Web que comprende lo siguiente:
LOGIN
Mantenimiento
Conductores Vehículos
Talleres
Estación Servicio
Conductores
Orden Uso
Vehículos SalvoConducto
Llegada
Salida
Registro
Licencias
80
1. Pantalla de Inicio de Sesión: Esta pantalla permite ingresar la cédula con la
contraseña de los usuarios registrados.
Figura 40: Inicio del sistema
2. Pantalla de Menú.
Figura 41: Menú del sistema
3. Mantenimiento: En el mantenimiento comprende los trabajos realizados a los
vehículos.
Figura 42: mantenimiento
81
4. Tramite
Figura 43: Tramite
5. Mantenimiento por kilometraje
Figura 44: Mantenimiento por kilometraje
6. Movilidad
Figura 45: Movilidad
82
7. Pantalla de mantenimiento de Talleres
Figura 46: Pantalla de mantenimiento de Talleres
8. Pantalla de mantenimiento de estación de servicio
Figura 47: Pantalla de mantenimiento de estación de servicio
9. Pantalla de mantenimiento de Conductores
Figura 48: Mantenimiento de Conductores
83
10. Pantalla de mantenimiento de orden de uso de los vehículos
Figura 49: Mantenimiento de orden de uso del vehículo.
11. Pantalla de mantenimiento de salvo conducto que es el permiso que tiene los
vehículos al circular.
Figura 50: Mantenimiento de salvo conducto
84
12. Pantalla de mantenimiento de salida de vehículos de la institución.
Figura 51: Pantalla de mantenimiento de salida de vehículos de la institución
13. Pantalla de registro de llegada de los vehículos a la institución
Figura 52: Registro de llegada de los vehículos a la institución
No tiene pantalla de ingreso, debido a que solo actualiza la fecha de llegada dependiendo
de la salida de vehículos.
85
14. Modificación de dato: La ventana de modificación es muy parecida a la de
insertar, con cada dato lleno.
Figura 53: Modificación de datos
15. Botones para exportación de órdenes
Figura 54: Botones para exportación de órdenes
La aplicación Web se encuentra estructurada como una aplicación de tres capas
Primera capa: Capa de presentación que es el Navegador Web
Segunda capa: Capa de negocio que es el motor con tecnología Web dinámica Java,
PHP.
Tercera capa: Base de datos PostgreSQL
1.2. Pruebas de funcionamiento
Las pruebas del sistema de forma permanente constituyen un factor importante para
obtener los resultados esperados. El sistema Web desarrollado fue sometido a la
siguiente prueba de acuerdo al estándar IEEE 828 que consiste en:
Figura 55: Fases de prueba del software
Modelar entorno Seleccionar los escenarios
Medir el progreso de las pruebas Ejecutar y evaluar
86
Caja blanca: Esta prueba consistió en ejecutar adecuadamente todas las condiciones del
módulo para identificar errores que pueden estar en las variables lógicas, operadores
relacionales, expresiones o paréntesis. A través de esta prueba se verificó la parte del
registro de usuarios, vehículos, así como el mantenimiento de cada uno de ellos y la
generación de reportes; es por ello que se considera como una de las pruebas más
importantes que se aplican al software, pues se tiene como resultado la disminución de un
gran porcentaje de errores existentes en el sistema y de esa manera alcanzar una mayor
calidad y confiabilidad.
1.3. Conclusiones parciales del capitulo
El diseño de un Sistema de Información Gerencial permite el fortalecimiento de la
gestión vehicular del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la
zona 3 del Ecuador, ya que con la digitalización de los procesos de solicitud y
aprobación de órdenes de movilización se puede minimizar el tiempo de espera de
los usuarios.
La plataforma NetBeans es un entorno de desarrollo integrado de código abierto que
permite editar programas en Java para construir de manera rápida la interfaz gráfica
de una aplicación, constituyéndose en una herramienta importante para el desarrollo
de la aplicación Web.
A través de las etapas de prueba se pudo verificar el funcionamiento del sistema, en
el cual se encontró errores que fueron solucionadas oportunamente para la correcta
ejecución del mismo.
87
CONCLUSIONES GENERALES
Una vez evaluadas las bondades y beneficios de los lenguajes para el desarrollo de
la aplicación se obtuvieron como resultado que el Framework libre Primeface es una
librería de componentes visuales open source, que facilita la creación de las
aplicaciones Web, pues posee un amplio conjunto de componentes como HtmlEditor,
Dialog, Charts, entre otros, además de ser atractivo y soporta inferfaces de usuario
sobre dispositivos móviles, puesto que provee un kit para este tipo de desarrollo
El desarrollo del Sistema de Información Gerencial para la gestión vehicular del
Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador
permite llevar un manejo oportuno de los inventarios de vehículos, sus accesorios y
herramientas, alcanzando gran rapidez en el proceso de registro de entrada/salida y
entrega de recepción vehicular.
El desarrollo del sistema permitió proporcionar al Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador de una herramienta
informática de software libre basado en la arquitectura MVC, el mismo que es capaz
de obtener información verídica de estado de los vehículos, así como la generación
de reportes y almacenamiento de información que permitan brindar datos acertados
sobre todos los procesos.
88
RECOMENDACIONES
Es importante realizar un análisis previo de las herramientas que se pueden utilizar
para el desarrollo de la aplicación, puesto que existe gran cantidad de software que
ofrecen los mismos beneficios, sin embargo, se debe elegir los que se encuentren
acorde al requerimiento que se han planteado para la aplicación.
Se debe realizar el mantenimiento de la aplicación Web cada cierto periodo de tiempo
para el adecuado funcionamiento y operación del mismo y así evitar errores en la
generación de información.
Para el manejo adecuado del sistema es importante que el personal del área de
movilización del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona
3 del Ecuador se encuentre capacitado para aprovechar las bondades del sistema
BIBLIOGRAFÍA
(s.f.). Obtenido de https://es.scribd.com/document/352949183/MAGAP-ECUADOR
Aboytes, P. (2014). Actividad de aprendizaje: presentación modelos para el desarrollo de
software. Guanajuato: Universidad del Sabes.
aDDISON-wESLEY. (2011). INGENIERIA DE SOFTWARE. Mexico: PEARSON.
Adoracion de Miguel Castaño, M. P. (2000-2006). Diseño de Base de Datos Relacionales.
Madrid España: Alfaomega Grupo Editorial.
Aguilar, E., & Dávila, D. (2013). Análisi, diseño e implementación de la aplicación Web
para el manejo del distributvo de la Facultad de Ingeniería. Cuenca: Universidad
de Cuenca.
Aguilar, L. J. (2008). FUNDAMENTOS DE PROGRAMACION. ESPAÑA: McGRAW-
HILL/INTERAMERICANADE ESPAÑA, S. A. U.
Aguilar, S. (s.f.). SISTEMA DE INFORMACION COMO HERRAMIENTA EN
ELPROCESAMIENTO DE DATOS PARA LA SOLUCIÒN DE PROBLEMA.
https://es.scribd.com/document/328090510/ARTICULO.
Andreu, R., Ricart, J., & Valor, J. (1991). Estrategias y Sistemas de Información . Madrid:
McGraw-Hill.
Aplicada, I. (2016). Sistemas de Información. Obtenido de Sistemas de Información:.
Obtenido de https://irfeyal.wordpress.com/investigaciones/sistemas-de-
informacion/
Areba, J. B. (2013). Metodología del análisis estructurado de sistemas. Madrid.
Arias, M. A. (2017). Aprende Programación Web con PHP y MySQL. IT Campus.
Armand St-Perre, W. S. (2007). REDES LOCALES E INTRANET. Mexico: Editorial
TRILLAS.
Barzanallana, R. (2012). Historia del desarrollo de aplicaciones Web. Murcia: Universidad
de Murcia.
Beynon-Davies, P. (s.f.). Sistemas de Informacion introduccion a la Informatica en las
Organizaciones. España: EDITORIAL REVERTE.
Bocanegra, R. (2012). Desarrollo de una aplicación Web para el monitoreo de vehículos
con dispositivos GPS que comercializa una Empresa de Telecomunicaciones.
Universidad Ricardo Palma.
BRAUDE, E. J. (2003). INGENIERIA DE SOFTWARE Una perpectiva orientada a objetos.
Mexico: Alfaomega.
Bravo, C. (2015). Aplicación Web para el almacenamiento, control y distribución de la
información de los procesos inmobiliarios del registro de la propiedad Municipal de
Quevedo 2013. Quevedo: Universidad Técnica Estatal de Quevedo.
By Mariuxi Paola Zea Ordóñez, J. R. (2017). Admistración de base datos con Postgresql.
Area de Innovación y Desarrollo,S.L.
Camps, R., Casillas, A., Costal, D., Ginestá, M., Martín, C., & Pérz, O. (2005). Software
libre. Catalunya: UOC Formación de Posgrados.
Cañete, L. (Diciembre de 2014). Arquitectura del software. Tino: Revista informático-
tecnológica de la familia.
Castejón, S. (2004). Arquitectura y diseño de sistemas Web modernos. Revista de
Ingeniería Informática del CIIRM.
Chedeapor2015912046. (2015). EVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN.
https://chtedeapor20159120464.wordpress.com/2015/04/27/evolucion-de-los-
sistemas-de-informacion/.
Chedeapor2015912046. (2015). Evolución de los sistemas de informacón.
Chedeapor2015912046. (2015). EVOLUCIÓN DE LOS SISTEMAS DE INFORMACÓN.
https://chtedeapor20159120464.wordpress.com/2015/04/27/evolucion-de-los-
sistemas-de-informacion/.
Daureo, R. &. (2013). Sistema de Información.
Denzer, P. (23 de Octubre de 2012). PostgreSQL. Obtenido de
http://profesores.elo.utfsm.cl/~agv/elo330/2s02/projects/denzer/informe.pdf
Díaz, M., De Liz, Y., & Rivero, S. (2009). Características de los sistemas de información
que permiten la gestión oportuna de la información y el conocimiento institucional.
Scielo, 66:71.
docplayer. (s.f.). Obtenido de http://docplayer.es/22186412-Estatuto-organico-por-
procesos-del-magap.html
Duarte, Y. (2016). Implementación de un sistema Web para gestión del departamento
vehicular de la empresa CNEL EP Unidad de Negocio Santa Elena. La Libertad:
Universidad Estatal Península de Santa Elena.
Fernández, V. (2006). Desarrollo de sistemas de información: Una metodología basada en
el modelado (Primera ed.). Barcelona: EDICIONS UPC.
Fernández, Y., & Díaz, Y. (Abril de 2012). Patrón Modelo-Vista-Controlador. Revista
Digital de las Tecnologías de la Información y las Comunicaciones, 11(1).
Gallego, M., & Montalvo, M. (2015). Interfaces gráficas en Java. Madrid: Editorial
Universitaria Ramón Areces.
Gómez, C., Mayol, E., Olivé, A., & Teniente, E. (2003). Diseño de sistemas software en
UML. Barcelona: EDICIONS UPC.
Gómez, M. (2013). Notas del curso: Base de datos (Primera ed.). México: Universidad
Autónoma Metropolitana.
Guamán, A., & Ordonéz, Y. (2016). Diseño e implementación del Sistema de Gestión
Vehicular para el Gobierno Provincial de Loja. Loja: Universidad Técnica Particular
de Loja.
Guzmán, L. (2016). Gestores de base de datos: Características, Ventajas, desventajas.
LGE System Tutoriales. Obtenido de Gestores de base de datos.
Heredero, C., López, J., & Romo, S. M. (2011). Organización y transformación de los
sitemas de información en la empresa (Primera ed.). Madrid: ESIC.
Hernandez. (2010). LOS SISTEMAS DE INFORMACIÓN. Zaragoza.
Hernández, A. (2013). Los sistemas de información: Evolución y desarrollo. España:
Universidad de Zaragoza.
Hernández, J. (2016). Arquitectura del software: importancia de su ciclo de vida.
Universidad Nacional Autónoma de México.
Hostalía. (2016). Laravel, un framework de PHP. Recuperado el enero de 2017, de
http://pressroom.hostalia.com/wp-
content/themes/hostalia_pressroom/images/framework-laravel-wp-hostalia.pdf
James Cohoon, J. D. (2006). Programacion en JAVA 5.0. ESPAÑA: McG RAW-Hill.
Jaquelinne. (2014). Análisis de sistemas de información (Primera ed.).
Jiménez, C. &. (2013). Procedimiento para la administración de los vehículos oficiales de
la EPQ. Empresa de Pasajeros de Quito. Ecuador.
Jiménez, C., & Ibadango, M. (2012). Procedimiento para la administración de los
vehículos oficiales de la EPQ. Empresa de Pasajeros de Quito.
Kendall, K. &. (2013). Analisis y Diseño de Sistemas. Mexico: Person Educación.
KENNETH E. KENDALL, J. E. (2015). ANALISIS Y DISEÑO DE SISTEMAS. Mexico:
PEARSON.
Laboratorio Nacional de Calidad del Software de INTECO. (2009). Ingeniería del Software:
Metodologías y ciclos de vida. España: Ministerio de Industria Turismo y Comercio.
Laudon, K., & Laudon, J. (1996). Administración de los Sistemas de Información. México:
Prentice Hall.
Laudon, L. &. (2013). Sistema de Información Gerencial. Londres: Pearson Leader.
Laudon, L. K. (2013). Sistema de Informacion Gerencial. Mexico: Pearson.
León, A. R. (2015). Lenjuajes Procedurales en Postgresql. La Habana.
Lockhart, T. (1996). El equipo de desarrollo de PostgreSQL .
Mannino, M. V. (2007). Aministracion de Base de Datos Diseño y dearrollo de
aplicaciones. Mexico: McGraw-Hill Interamericana.
Mañoso, C. (2002). Gestión de procesos. Dpto. Informática y Automatización. UNED.
Maraboli, M. (2003). Manual de programación en PHP. Valparaíso: Universidad Tpecnica
Federico Santa María.
Marotta, A., Carpani, F., Roldán, G., Etcheverr, L., Ruggia, R., Callejas, D., . . . Serra, F.
(2014). Concepción de Sistemas de Información. Recuperado el diciembre de
2016, de Sistemas de Información:
https://www.fing.edu.uy/inco/grupos/csi/wiki/Webspace/index.php/Sistemas_de_Inf
ormaci%C3%B3n
Mateu, C. (2004). Desarrollo de aplicaciones Web (Primera ed.). Barcelona: UOC:
Formación de Posgrado.
Mattío, G. (2013). Manual de Introducción a desarrollo con PrimeFaces. Obtenido de
http://www.dataprix.com/ti/manual-introduccion-desarrollo-primefaces
Ministerio de Agricultura, Ganadería, Acuacultura y Pesca. (2009). Registro Oficial Nº 598
. Quito: Gobierno de la República del Ecuador.
Ministerio de Agricultura, Ganadería, Acuacultura y Pesca. (2011). Estatuto Orgánico de
Gestión Organizacional por Procesos del MAGAP. Quito, Ecuador: Acuerdo
Ministerial No. 281.
Ministerio de Agricultura, Ganadería, Acuacultura y Pesca. (2015). Acuerdo Ministerial N°
371. Quito: Gobierno Nacional de la República del Ecuador.
Ministerio de Agricultura, Ganadería, Acuacultura y Pesca. (2016). La Política
Agropecuaria ecuatoriana: Hacia el desarrollo territorial rural sustenible 2015-2025.
Quito, Ecuador. Obtenido de
http://servicios.agricultura.gob.ec/politicas/La%20Pol%C3%ADtica%20Agropecuari
a%20%20al%202025%20II%20parte.pdf
Narváez, A., Baldeón, P., Hinojosa, C., & Martínez, D. (2011). Experiencia de desarrollo
de una aplicación Web utilizando la metodología UWE y el lenguaje QVT en la
transformación de modelos. Sangolquí, Ecuador: Escuela Politécnica del Ejército.
Nieves Guerrero & Menéndez Domínguez, V. (2014). Ingenieria de Software de
Latinoamerica. Obtenido de
http://sistemas.unla.edu.ar/sistemas/redisla/ReLAIS/index.htm
Nieves, C., Ucán, J., & Menéndez, V. (2014). UWE en Sistema de recomendación de
Objetos de aprendizaje. Aplicando Ingeniería Web: Un método en caso de estudio.
Revista Latinoamerica de Ingeniería de Software, 2(3).
Oracle, C. (2016). netbeans. Obtenido de https://netbeans.org/index_es.html
Orrala, K. (2014). Manual de procedimientos para la administración vehicular y maquinaris
pesada del Gobierno Autónomo dDescentralizado Municipal del Cantón Salinas,
Provincia de Santa Elena, año 2015. La Libertad, Ecuador: Universidad Estatal
Península de Santa Elena.
Pérez, A. (2007). Desarrollo de herramientas Web de gestión docente. Cartagena:
Universidad Politécnica de Cartagena.
Quispillo, M., & Tasambay. (2009). Análisis Cualitativo y cuantitativo de Herramientas de
Entorno Visual para desarrollo Web en PHP aplicado a la EPEC. Riobamb:
Escuela Superior Politécnica de Chimborazo.
Ramírez, C. (2005). Fundamentos de Administración. Bogotá: Textos Universitarios.
Rámirez, J., & Vega, Ó. (2015). Sistemas de Información gerencial e innovación para el
desarrollo de las organizaciones. Venezuela: Télématique.
Ramos, R. &. (2013). Aplicaciones WEB. España.
Rey, A. G. (2016). Sistemas de informacion - herramientas practicas para la gestion .
Alfaomega.
Reynoso, C. (2004). Introducción a la Arquitectura de Software. Argentina: Universidad de
Buenos Aires.
Rodríguez, J. M., & Daureo, M. J. (2003). Sistemas de Información: Aspectos Técnicos y
legales. Almería.
Roman, L. L. (2006-2007). Metodologia de la Progremacion Orientada a Objetos . Mexico:
Alfaomega.
Sánchez, J. (2004). MySQL: Guía rápida(Versión Windows).
Scribd. (s.f.). Obtenido de https://es.scribd.com/document/352949183/MAGAP-ECUADOR
Scribd. (s.f.). Obtenido de https://es.scribd.com/document/352949183/MAGAP-ECUADOR
Serrano, F. (2012). Memoria: Gestión de procesos en los Sistemas Operativos. Barcelona:
UOC.
Serrano, F. (2012). Memoria: Gestión de procesos en los Sistemas Operativos. Barcelona:
UOC.
Silva, D., & Mercerat, B. (2002). Construyendo aplicaciones Web con una metodología de
diseño orientada a objetos.
Soto, R., Palma, W., & Roncagliolo, S. (2004). Propuesta de un modelo navegacional para
el desarrollo de aplicaciones basadas en OOHDM. Chile: Universidad Católica de
Valparaíso.
Technica, S. e. (2014). Lenguajes de Patrones de Arquitectura de. Colombia.
Terán, P. (2012). Análisis, diseño e implementación de un sistema de control vehicular en
istituciones públicas. Ibarra, Ecuador: Universidad Técnica del Norte.
Torres, M. (2013). Aplicación de la metodología OOHDM y técnicas de inteligencia
artificial en la soluci+on del desarrollo de un videojuego, enfocado a niños de 6 a
10 años, utilizando la tecnología GDI+ basado en C# y WIIMOTE. Sangolqui,
Pichincha, Ecuador: Universidad de las Fuerzas Armadas.
Valeria S. Meaurio, E. S. (2013). La Arquitectura de Software en el Proceso de. Argentina:
ISSN.
Valle, A. (2009). Metodologías de diseño usadas en ingeniería Web, su vinculación con
las NTICS. Universidad Nacional de la Plata.
Vega, E. (2010). Sistemas de Información gerencial. Obtenido de Documento en línea:
http://sigcunadplato.blogspot.com/2015/04/sistema-de-informacion-gerencial.html.
Vilca, W. (2015). Sistema para uso y control de la flota vehicular de la Universidad Central
del Ecuador. Quito: Universidad Central de Ecuador.
Viñe, E. (2013). Introducción a Primefaces. Madrid: Universidad Politécnica de Madrid.
ANEXOS
Anexo 1. Entrevista
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
Encuesta dirigida al personal del área de movilización del Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la Zona 3 del Ecuador.
TEMA: “SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN VEHICULAR
DEL MINISTERIO DE AGRICULTURA, GANADERIA, ACUACULTURA Y PESCA DE LA
ZONA 3 DEL ECUADOR UTILIZANDO ARQUITECTURA MVC”
CUESTIONARIO
1. Describa el proceso de almacenamiento y conservación de información que realiza
actualmente en el departamento de movilización Ministerio de Agricultura, Ganadería
y Pesca de la Zona 3 del Ecuador.
…………………………………………………………………………………………………………
……………………………………………………………………………………………………….
2. ¿Cree usted que la forma en la que se maneja la gestión vehicular en el departamento
de movilización del Ministerio de Agricultura, Ganadería y Pesca de la Zona 3 del
Ecuador está acorde a los avances tecnológicos?
…………………………………………………………………………………………………………
…………………………………………………………………..........……………………….……
3. ¿Esta Ud. de acuerdo con la forma como se maneja el almacenamiento y conservación
de archivos del departamento de movilización del Ministerio de Agricultura,
Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador? ¿Porque?
…………………………………………………………………………………………………………
……………………………………………………………………………….,,……………………..
4. ¿Cuáles cree usted que son los principales problemas que presenta el departamento
de movilización del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la
Zona 3?
…………………………………………………………………………………………………………
……………………………………………………………………………..………………………..
5. ¿Cómo piensa usted que se podría mejorar la gestión vehicular del Ministerio de
Agricultura, Ganadería, Acuacultura y Pesca de la zona 3 del Ecuador?
…………………………………………………………………………………………………………
………………………………………………………………………………………………
6. ¿Considera Ud. que es necesario la automatización de los procesos para la gestión
vehicular del Ministerio de Agricultura, Ganadería, Acuacultura y Pesca de la zona 3
del Ecuador?
…………………………………………………………………………………………………………
………………………………………………………………………..…………………………….
GRACIAS POR SU COLABORACIÓN
Anexo 2. Manual de usuario de sistema
SISTEMA DE INFORMACIÓN GERENCIAL PARA LA GESTIÓN VEHICULAR
MANUAL DE USUARIO
INTRODUCCIÓN
Los Sistemas Informáticos permiten una rápida solución de requerimientos y necesidades
en cuanto a todos los procesos que se efectúan dentro de una organización, y la gestión
vehicular no es la excepción, pues los usuarios presenten un sinnúmero de problemas,
debido a que al momento de adquirir un vehículo para el cumplimiento de sus actividades
se encuentran con dificultades de combustible o fallas mecánicas que debieron ser
verificados y controlados con anterioridad para evitar estos inconvenientes.
En tal virtud es importante conocer el funcionamiento básico del Sistema de Información
Gerencial diseñado para la Gestión Vehicular del Ministerio de Agricultura, Ganadería,
Acuacultura y Pesca de la zona 3 Ecuador, tanto para su correcto funcionamiento como
para su aprovechamiento oportuno por parte de la persona encargada de la
administración del sistema.
1. Ingresar al Sistema (Login)
Para entrar al sistema es necesario ingresar de forma obligatoria los datos de usuario y
contraseña, los mismos que deben estar registrados con anterioridad en la base de datos.
Figura 1: Ingreso al sistema
Usuario: Se debe ingresar el nombre de usuario que fue creado para la administración
del sistema, en este caso es la cédula.
Contraseña: En este campo se ingresa el código o contraseña creada para el usuario
correspondiente.
Iniciar sesión: Valida los datos que se registra y al ser correctos permite el ingreso al
sistema.
2. Menú Principal
Dentro del menú principal se puede encontrar las opciones principales con las que cuenta
el sistema.
Figura 2: Menú principal
3. Cerrar Sesión
Para cerrar el sistema es necesario dirigirse al botón que se encuentra en el lado derecho
de la barra de menú con el nombre “Cerrar Sesión”. El mismo que permite regresar a la
ventana de iniciar sesión o ingresar al sistema.
Figura 3: Cerrar sesión
4. Nuevo
Para ingresar nueva información se debe dirigir al botón de Nuevo ubicado en la parte
izquierda de la ventana sobre la lista de todos los datos ingresados.
Figura 4: Nuevo Ingreso
5. Modificar
Para modificar una información ya ingresada en la base de datos, es necesario ubicarse
en la lista de datos, y en la parte derecha de cada dato se encuentra un botón con el
nombre “Modificar” el mismo que permite ingresar a una ventana con la información
requerida para modificar el dato deseado.
Figura 5: Modificar
Dentro de la ventana para modificar, se realiza el cambio requerido y se procede a
guardar los cambios, dando click en el botón modificar.
Figura 6: Guardar cambios
6. Imprimir y exportar
Para imprimir y exportar la información se encuentra en la parte inferior de la lista de
información, los iconos con la opción imprimir y exportar.
Figura 7: Imprimir y exportar
7. Administrar departamento
Se crea todos los departamentos que haya dentro del ministerio.
Figura 8: Departamentos
8. Administrador de funcionarios
Se encarga de crear todos los funcionarios del ministerio
Figura 9: funcionarios
9. Administrar Sesión de usuarios
Donde se registran únicamente los usuarios que van hacer uso del sistema.
Figura 10: Usuarios
10. Administrar Talleres
Registro de todos los talleres a donde van hacer el mantenimiento los vehículos.
Figura 11: Talleres
11. Administración de estaciones de servicio
Donde se crean las estaciones de servicio que van los vehiculas a cargar combustible.
Figura 12: Estaciones de servicios
12. Administrar vehículos
Ingreso de todos los vehículos que hay en el ministerio y se asignas los accesorios
correspondientes.
Figura 13: vehículos
13. Responsable del parque automotor
Dentro del menú principal se puede encontrar las opciones principales que ejecuta el
responsable del parque automotor.
Figura 14: Responsable P.A
14. Administra el mantenimiento
Envía a mantenimientos a los vehículos con su respectiva orden.
Figura15: Mantenimiento
15. Tramites
Se realiza los trámites pertinentes como entrega de vehículos a cada conductor.
Figura 16: Tramites
16. Mantenimiento por Kilometraje
se registran los vehículos que deben ser enviados a cambios de aceite, cuando no hay
ningún vehículo en proceso no se registran como es en este caso.
Figura 17: Mantenimiento por kilometraje
17. Revisión vehicular
Se registran los vehículos que les toca matriculación según el último número de placa.
Figura 18: Revisión vehicular
18. Movilidad
Interfaz del usuario responsable despachador ejecuta las movilizaciones como entrada y
salida de los vehículos.
Figura 19: Movilidad
19. Salvoconducto
Emite las ordenes de movilización cuando salen fuera de la ciudad o en horas no
laborables.
Figura 20: Salvoconducto
20. Combustible
Genera las ordenes de combustible.
Figura 21: Combustible
Anexo 3. Manual Técnico
1. Para subir un sistema local a una Web, primero se direccionan los DNS al hosting
como se indica en las siguientes imágenes.
2. Inmediatamente con el proveedor de Hosting se ingresa el dominio en Dominios
Adicionales
3. Creamos el dominio
Las Extensiones de Dominios es la parte final del nombre de un dominio como: .com , .net
, .org , entre otros. Se debe escoger el tipo de dominio que más le convenga dependiendo
de tipo de empresa o negocio.
El dominio ingresado está disponible.
4. Descomprime el código en la carpeta Public_html.
5. Se crea la base de datos
6. Luego se crea El usuario que va a administrar las bases de datos
7. Luego se sube la data ya estructurada del sistema a través pgadmin.
8. Luego de ello acceden a la carpeta
/home/servidor/public_html/sistemavehicular.org/conexion3.php
Ingresa los parámetros ya configurados
9. Crea los privilegios del usuario a conectarse a la base de datos.
10. Está configurada.