UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS...
120
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES “UNIANDES” FACULTAD DE SISTEMAS MERCANTILES INGENIERÍA EN SISTEMAS E INFORMÁTICA PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA TEMA: SISTEMA DE INFORMACIÓN PARA LA GESTIÓN INTEGRAL DEL MANTENIMIENTO DE VEHÍCULOS DEL GOBIERNO AUTÓNOMO DESCENTRALIZADO MUNICIPAL DEL CANTÓN SUCUMBÍOS, MEDIANTE LA ARQUITECTURA DE N-CAPAS AUTOR: MAFLA JARAMILLO BRAYAN FERNANDO TUTOR: ING. NELSON PATRICIO BECERRA ARÉVALO PUYO – ECUADOR 2018
-
Upload
nguyendung -
Category
Documents
-
view
219 -
download
0
Transcript of UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS...
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
INGENIERÍA EN SISTEMAS E INFORMÁTICA
PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN DEL
TÍTULO DE INGENIERO EN SISTEMAS E INFORMÁTICA
TEMA:
SISTEMA DE INFORMACIÓN PARA LA GESTIÓN INTEGRAL DEL
MANTENIMIENTO DE VEHÍCULOS DEL GOBIERNO AUTÓNOMO
DESCENTRALIZADO MUNICIPAL DEL CANTÓN SUCUMBÍOS, MEDIANTE LA
ARQUITECTURA DE N-CAPAS
AUTOR: MAFLA JARAMILLO BRAYAN FERNANDO
TUTOR: ING. NELSON PATRICIO BECERRA ARÉVALO
PUYO – ECUADOR
2018
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
CERTIFICACIÓN
Quien suscribe legalmente CERTIFICA QUE: El presente Trabajo de Titulación
realizado por el señor Mafla Jaramillo Brayan Fernando, estudiante de la Carrera de
Sistemas e Informática, Facultad de Sistemas Mercantiles, con el tema: “SISTEMA DE
INFORMACIÓN PARA LA GESTIÓN INTEGRAL DEL MANTENIMIENTO DE
VEHÍCULOS DEL GOBIERNO AUTÓNOMO DESCENTRALIZADO MUNICIPAL DEL
CANTÓN SUCUMBÍOS, MEDIANTE LA ARQUITECTURA DE N-CAPAS” ha sido
prolijamente revisado y cumple con todos los requisitos establecidos en la normativa
pertinente de la Universidad Regional Autónoma de los Andes UNIANDES, por lo que
se aprueba su presentación.
Puyo, febrero del 2018
Ing. Becerra Arévalo Nelson Patricio
Asesor
DECLARACIÓN DE AUTENTICIDAD
Yo, Brayan Fernando Mafla Jaramillo, estudiante de la Carrera de Sistemas e
Informática, Facultad de Sistemas Mercantiles, declaro que todos los resultados
obtenidos en el presente trabajo de investigación, previo a la obtención del título de
INGENIERO EN SISTEMAS E INFORMÁTICA, son absolutamente originales,
auténticos y personales; a excepción de las citas, por lo que son de mi exclusiva
responsabilidad.
Puyo, febrero del 2018
Brayan Fernando Mafla Jaramillo
C.I. 040170790-6
AUTOR
CERTIFICACIÓN DEL LECTOR DEL TRABAJO DE TITULACIÓN
Yo,.……………………………………en calidad de Lector del Proyecto de Titulación.
CERTIFICO
Que el presente trabajo de titulación realizado por el estudiante Brayan Fernando Mafla
Jaramillo sobre el tema: “SISTEMA DE INFORMACIÓN PARA LA GESTIÓN
INTEGRAL DEL MANTENIMIENTO DE VEHÍCULOS DEL GOBIERNO AUTÓNOMO
DESCENTRALIZADO MUNICIPAL DEL CANTÓN SUCUMBÍOS, MEDIANTE LA
ARQUITECTURA DE N-CAPAS”, ha sido cuidadosamente revisado por el suscrito, por
lo que se ha podido constatar que cumple con todos los requisitos de fondo y forma
establecidos por la Universidad Regional Autónoma de Los Andes, para esta clase de
trabajos, por lo que autorizo su presentación.
Puyo, febrero del 2018
………………………….
Ing.
LECTOR
DERECHOS DE AUTOR
Yo, Brayan Fernando Mafla Jaramillo, declaro que conozco y acepto la disposición
constante en el literal d) del Art. 85 del Estatuto de la Universidad Regional Autónoma
de Los Andes, que en su parte pertinente textualmente dice: El Patrimonio de la
UNIANDES, está constituido por: La propiedad intelectual sobre las investigaciones,
trabajos científicos o técnicos, proyectos profesionales y consultoría que se realicen en
la Universidad o por cuenta de ella.
Puyo, febrero del 2018
Brayan Fernando Mafla Jaramillo
AUTOR
DEDICATORIA
A Dios por haberme permitido llegar a esta etapa de mi formación profesional y darme
amor, vida y salud para lograr mis objetivos propuestos.
A mi madre por haberme apoyado en todo momento, por sus consejos, por su
motivación constante que ha hecho de mí una persona de bien, pero principalmente por
hacer el papel de padre y madre a la vez.
AGRADECIMIENTO
Quiero agradecer a la Universidad Regional Autónoma de los Andes “UNIANDES” por
abrirnos la puerta y darnos la oportunidad de obtener una profesión.
A mis maestros por su valiosa tutoría en todo el proceso de formación académica.
RESUMEN
Actualmente la tecnología se ha convertido en una herramienta clave en el desarrollo
de una sociedad, por tal motivo las instituciones cada día tiene la necesidad de
implementar sistemas que permitan automatizar los procesos que ejecutan diariamente.
Por tal motivo, el presente trabajo de investigación tuvo como finalidad desarrollar un
sistema de información para la gestión integral del mantenimiento de vehículos del
Gobierno Autónomo Descentralizado Municipal del cantón Sucumbíos, mediante la
arquitectura de n-capas para dar solución al deficiente registro de vehículos, accesorios
y herramientas.
Para el desarrollo de la investigación se realizó una revisión teórica de los temas
relacionados con los sistemas de información, continuando con la elección de la
metodología UWE, que permitió el desarrollo ordenado del sistema. El sistema fue
desarrollado en el lenguaje Java bajo el entorno de programación integrado de código
abierto Netbeans con una base de datos PostgreSQL, debido a que son herramientas
de fácil adaptación que facilitaron el cumplimiento de los requerimientos determinados
por los usuarios.
Consecuentemente, se implementó el sistema de información para mejorar la gestión
integral del mantenimiento de vehículos del Gobierno Autónomo Descentralizado
Municipal del cantón Sucumbíos, logrando dar apoyo al departamento vehicular,
optimizando el tiempo de ejecución de las actividades y mejorando el control adecuado
de los vehículos, el buen funcionamiento de los automotores, evita gastos por
desperfectos graves y sobre todo permite controlar con anterioridad el estado de los
vehículos para evitar inconvenientes.
ABSTRACT
Actually, technology has become a key tool in the development of a society, for this
reason institutions every day have the need to implement systems that it will enable them
to automate the processes running daily. For this reason, the present research aimed to
develop an information system for integral management for maintenance of vehicles of
Decentralized Municipal Autonomous Government of Sucumbíos Canton, using the n-
tier architecture to give solution to the poor registration of vehicles, accessories and
tools.
For developing research was carried out a theoretical review of issues related to
information systems, continuing with the choice of the methodology to UWE, which
allowed orderly development of system. The system was developed in Java language
under integrated programming environment of open source Netbeans with a PostgreSQL
database, because they are tools easy to adapt that it facilitates compliance with
requirements determined by users.
Consequently, implementing information system to improve maintenance management
of vehicles Decentralized Municipal Autonomous Government from Sucumbíos canton,
managing to support the department, by optimizing time of implementing activities and
improving adequate control of vehicles, proper functioning of the automotive, prevents
serious damage costs and allows to check in advance the state of the vehicles to avoid
inconveniences.
INDICE GENERAL
PORTADA
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
INDICE GENERAL
INTRODUCCIÓN .......................................................................................................... 1
CAPÍTULO I. ................................................................................................................. 5
MARCO TEÓRICO ....................................................................................................... 5
1.1. Origen y evolución de los Sistemas de Información ........................................... 5
1.2. Análisis de las distintas posiciones teóricas sobre Sistemas de Información ...... 6
1.3. Valoración crítica de los conceptos principales de las distintas posiciones teóricas
sobre el objeto de investigación .............................................................................. 28
1.4. Conclusiones parciales del capítulo .................................................................. 29
CAPÍTULO II. .............................................................................................................. 30
MARCO METODOLÓGICO ........................................................................................ 30
2.1 Caracterización del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos .............................................................................................................. 30
2.2. Descripción del procedimiento metodológico para el desarrollo de la investigación
................................................................................................................................ 33
2.1.1. Modalidad de la investigación ........................................................................ 33
2.2.2. Tipos de investigación ................................................................................... 33
2.2.3. Población y Muestra ...................................................................................... 34
2.2.4. Métodos y técnicas ........................................................................................ 34
2.3. Propuesta de investigación: modelo, sistema, metodología, procedimiento que
realice el investigador .............................................................................................. 36
2.3.1. Análisis de los resultados de la entrevista y encuesta aplicada ..................... 36
2.4 Conclusiones parciales del capítulo ................................................................... 47
CAPÍTULO III. ............................................................................................................. 48
VALIDACIÓN Y/O EVALUACIÓN DE LOS RESULTADOS ........................................ 48
3.1 Título de la Propuesta ....................................................................................... 48
3.2 Objetivos ........................................................................................................... 48
3.3 Justificación ....................................................................................................... 48
3.4. Análisis de factibilidad ...................................................................................... 49
3.5. Análisis de los requerimientos .......................................................................... 51
3.6. Casos de uso ................................................................................................... 54
3.7. Diseño de interfaces ......................................................................................... 76
3.8. Pruebas de funcionamiento .............................................................................. 78
3.9. Conclusiones parciales del capítulo .................................................................. 81
CONCLUSIONES GENERALES ................................................................................ 82
RECOMENDACIONES ............................................................................................... 82
BIBLIOGRAFÍA ........................................................................................................... 83
ANEXOS ..................................................................................................................... 88
INDICE DE FIGURAS
Figura 1 Tipos de Sistemas de Información .................................................................. 7
Figura 2 Causas que originan el fracaso de los Sistemas de Información ................... 11
Figura 3 Esquema de la web ...................................................................................... 12
Figura 4 Arquitectura N-capas .................................................................................... 13
Figura 5 Modelo Vista Controlador .............................................................................. 15
Figura 6 Diagrama de una aplicación JSF .................................................................. 21
Figura 7 Notación UWE .............................................................................................. 25
Figura 8 Diagrama Estructural del Gobierno Autónomo Descentralizado Municipal del
Cantón de Sucumbíos ................................................................................................ 32
Figura 9 Solicitud de vehículo ..................................................................................... 37
Figura 10 Tipo Mantenimiento .................................................................................... 38
Figura 11 Retrasos en el mantenimiento de los vehículos .......................................... 39
Figura 12 Mayores averías de la maquinaria o vehículo ............................................. 40
Figura 13 Conocimiento de algún sistema de mantenimiento vehicular ...................... 41
Figura 14 Conocimiento de algún sistema de mantenimiento vehicular ...................... 42
Figura 15: Características de repuestos...................................................................... 43
Figura 16 Implementación del sistema ........................................................................ 44
Figura 17 Caso de uso general del sistema ................................................................ 54
Figura 18 Caso de uso administrar usuarios ............................................................... 56
Figura 19 Caso de uso administrar técnico ................................................................. 57
Figura 20 Caso de uso administrar conductor ............................................................. 58
Figura 21 Caso de uso administrar licencia ................................................................ 59
Figura 22 Caso de uso administrar vehículo ............................................................... 60
Figura 23 Caso de uso. Uso del vehículo .................................................................... 61
Figura 24 Caso de uso administrar órdenes de trabajo ............................................... 62
Figura 25 Caso de uso administrar solicitud ............................................................... 63
Figura 26 Caso de uso administrar bodega de repuestos ........................................... 64
Figura 27 Caso de uso administrar trabajo ................................................................. 65
Figura 28 Caso de uso administrar pedidos ................................................................ 66
Figura 29 Diagrama de secuencia iniciar sesión ......................................................... 67
Figura 30 Diagrama secuencial general administrador ............................................... 68
Figura 31 Diagrama de secuencia general técnico ..................................................... 68
Figura 32 Diagrama de secuencia general conductor ................................................. 69
Figura 33 Diagrama de secuencia administrar licencia ............................................... 69
Figura 34 Diagrama de secuencia administrar solicitudes .......................................... 70
iii
Figura 35 Diagrama de secuencia administrar orden de trabajo ................................. 70
Figura 36 Diagrama de clases .................................................................................... 71
Figura 37 Diagrama físico de la base de datos ........................................................... 72
Figura 38 Diagrama lógico de la base de datos .......................................................... 73
Figura 39 Interfaz de ingreso al sistema ..................................................................... 77
Figura 40 Página principal .......................................................................................... 77
Figura 41 Menú del sistema ........................................................................................ 78
Figura 42 Centro de Mantenimiento Vehicular ............................................................ 78
Figura 43 Prueba caja blanca 1 .................................................................................. 79
Figura 44 Prueba de funcionamiento caja negra 1 ...................................................... 80
Figura 45 Prueba de funcionamiento caja negra 2 ...................................................... 80
Figura 46 Prueba de funcionamiento caja negra 3 ...................................................... 81
iv
INDICE DE TABLAS
Tabla 1 Enfoques de desarrollo de sistemas ................................................................ 9
Tabla 2 Mantenimiento cada dos semanas ................................................................. 26
Tabla 3 Mantenimiento cada seis meses .................................................................... 27
Tabla 4 Mantenimiento anual ...................................................................................... 27
Tabla 5 Población y Muestra ....................................................................................... 34
Tabla 6 Personal encuestado ..................................................................................... 35
Tabla 7 Personal entrevistado .................................................................................... 35
Tabla 8 Aspectos a evaluar ......................................................................................... 36
Tabla 9 Solicitud de vehículo ...................................................................................... 37
Tabla 10 Tipo Mantenimiento ...................................................................................... 38
Tabla 11 Retrasos en el mantenimiento de los vehículos ........................................... 39
Tabla 12 Mayores averías de la maquinaria o vehículo .............................................. 40
Tabla 13 Conocimiento de algún sistema de mantenimiento vehicular ....................... 41
Tabla 14 Prioridad a solicitudes de repuestos ............................................................. 42
Tabla 15 Características de repuestos ........................................................................ 43
Tabla 16 Implementación del sistema ......................................................................... 44
Tabla 17 Factibilidad técnica ....................................................................................... 50
Tabla 18 Factibilidad económica ................................................................................. 50
Tabla 19 Requerimientos funcionales ......................................................................... 51
Tabla 20 Descripción de actores ................................................................................. 53
Tabla 21 Descripción caso de uso general del sistema ............................................... 55
Tabla 22 Descripción Caso de uso administrar usuarios ............................................. 56
Tabla 23 Descripción Caso de uso administrar técnico ............................................... 57
Tabla 24 Descripción Caso de uso administrar conductor .......................................... 58
Tabla 25 Descripción Caso de uso administrar licencia .............................................. 59
Tabla 26 Descripción Caso de uso administrar vehículo administrador ...................... 61
Tabla 27 Descripción Caso de uso. Uso del vehículo ................................................. 62
Tabla 28 Descripción Caso de uso administrar órdenes de trabajo ............................. 63
Tabla 29 Descripción Caso de uso administrar solicitud ............................................. 64
Tabla 30 Descripción Caso de uso administrar bodega de repuestos ......................... 65
Tabla 31 Descripción Caso de uso administrar trabajo ............................................... 66
Tabla 32 Descripción Caso de uso administrar pedidos .............................................. 67
Tabla 33 Diccionario de datos ..................................................................................... 74
1
INTRODUCCIÓN
Antecedentes de la investigación
A continuación se presentan investigaciones que se encuentran relacionadas con el
tema de estudio, y se consideran como una base que sustenta el trabajo investigativo:
A nivel internacional, en La Universidad del Bío-Bío se encuentra la investigación
realizada por Figueroa & Sánchez (2010) con el tema: “Sistema Web de apoyo al
Mantenimiento Mecánico en las PYMES”, el mismo que se basó en la metodología
ASAP, que es un enfoque adoptado para el desarrollo y mantenimiento de los Sistemas
de Información, concluyendo que el software creado en el proyecto puede ser utilizado
en pequeñas y medianas empresas de la región, permitiendo un significativo progreso
en sus sistemas de gestión.
A sí también, en la Universidad Técnica del Norte, Ortíz (2012) realizó la investigación
titulada: “Sistema de gestión y control de talleres de vehículos para el centro integral de
reparación automotriz Mega-Auto” con la finalidad de mejorar la productividad del centro,
de tal manera que le permita brindar un servicio oportuno y eficiente, con la utilización
de herramientas de código abierto, concluyendo que la adaptación del sistema
informático permite gestionar y controlar los procesos que se realizan diariamente en el
centro automotriz, desde la recepción de datos del cliente proceso que implica la captura
de los datos y condiciones del vehículo; luego la elaboración del presupuesto, la
generación de la orden de trabajo, la puesta en marcha de la reparación y finalmente el
registro del vehículo terminado.
En la Universidad Estatal Península de Santa Elena, Duarte (2016) realizó su trabajo
investigativo titulado “Implementación de un sistema web para la gestión del
Departamento vehicular de la empresa CNEL EP Unidad de Negocio Santa Elena”. El
sistema informático desarrollado se basó en herramientas de código abierto,
concluyendo que para realizar el proyecto se utiliza la arquitectura de tres capas (MVC),
con lo que permite tener la información ordenada y accesible mediante la estructura web
separando la interfaz de usuario con la lógica del negocio, dando el paso a la
implementación de nuevas funciones cuando se desea mejorar.
En la Escuela Superior Politécnica de Chimborazo, Palacios & Moreno (2011) realizó su
trabajo titulado “Software para el sistema de gestión del taller y mantenimiento
programado del Parque Automotor de Petroproducción Filial Lago Agrio”, en donde se
propuso un plan de mantenimiento para cada vehículo, clasificándolos en tres grupos
2
principales; tomando en cuenta marca, modelo, año de fabricación, tipo de servicio,
respuestos, conductores y principalmente la dificultad de operación del mantenimiento
respecto al tiempo, obteniendo un software que permitirá el desenvolvimiento de forma
técnica, organizada, programa y responsable de todos los procesos.
Situación problémica
Morales & Romero (2011), mencionan que en la actualidad, la tecnología se ha
convertido en una herramienta clave en el desarrollo de una sociedad, por tal motivo las
instituciones cada día tiene la necesidad de implementar sistemas que permitan
automatizar los procesos que ejecuta diariamente, siendo la gestión de mantenimiento
vehicular una parte importante dentro del progreso de las instituciones, por lo que el
cuidado de los vehículos asegura su buen funcionamiento, evitar gastos por
desperfectos graves y sobre todo controlar con anterioridad el estado de los mismos
para evitar inconvenientes (Viveros et al., 2013).
En las instituciones ecuatorianas la gestión del mantenimiento vehicular no es un
proceso aislado, ya que depende de factores que se encuentran ligados a componentes
internos y externos a la organización, es decir, están alineado con los objetivos
impuestos en base a las necesidades de la empresa, sin embargo para generar un
modelo de mantenimiento robusto y eficaz se debe considerar la disponibilidad de
recursos de la empresa, lo que ha dificultado a las instituciones disponer de sistemas
de última tecnología para su adecuada gestión (Crespo, 2007).
En el Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos, existen
vehículos pertenecientes al sector público que están destinados de manera exclusiva
para el desempeño de funciones, sin embargo, no cuenta con un sistema de registro de
los trabajos realizados en el departamento de mantenimiento, razón por la cual se
presentan los siguientes inconvenientes:
Deficiente registro de vehículos, accesorios y herramientas, lo que ocasiona la poca
información vehicular.
El vehículo se encuentra expuesto al deterioro constante por la falta de revisión.
No se realizan mantenimientos preventivos por la falta de organización en la
información.
Los vehículos se quedan muchos días inactivos por falta de repuestos en el
departamento
Inexistencia de registro de lubricantes y repuestos.
3
Registro manual de la información, lo que origina exceso de documentación física.
Debido a esta situación no existe una adecuada gestión administrativa del
Departamento de Mantenimiento de la Institución, lo que hace necesario la
implementación de un software que proporcione una solución al problema que se
presenta y maximizar la vida útil de los vehículos.
Problema científico
¿De qué manera se puede mejorar el deficiente control de la gestión integral del
mantenimiento de vehículos del Gobierno Autónomo Descentralizado Municipal del
Cantón Sucumbíos?
Objeto de investigación y campo de acción
Objeto de investigación
Sistemas de Información
Campo de acción
Gestión integral de mantenimiento vehicular
Identificación de la línea de Investigación
Desarrollo de Software y Programación de Sistemas
Objetivos
Objetivo General
Desarrollar un sistema de información para la gestión integral del mantenimiento de
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos,
mediante la arquitectura de n-capas.
Objetivos Específicos
Fundamentar teóricamente los Sistemas de Información, herramientas de
desarrollo de sistemas web y gestión de mantenimiento vehicular.
Realizar un estudio sobre el proceso de mantenimiento que se realiza a los
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos.
4
Diseñar un software de aplicación para la gestión de mantenimiento integral de los
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos utilizando la arquitectura n-capas.
Idea a defender
Con la implementación de un sistema de información se mejorará los procesos de
gestión integral del mantenimiento de vehículos del Gobierno Autónomo
Descentralizado Municipal del Cantón Sucumbíos, mediante la arquitectura de n-capas.
Justificación del tema
El desarrollo del presente proyecto contribuye a la mejora de la gestión de
mantenimiento integral del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos, pues permite llevar un adecuado control de las actividades que se realizan
diariamente en el lugar, razón por la cual ayuda a la reducción del tiempo en la atención
que brindan los encargados.
La realización del presente proyecto es de gran importancia debido a que el sistema de
información para el área de mantenimiento del GAD constituye una herramienta
tecnológica administrativa que ayuda en la toma de decisiones de cada uno de los
procesos a realizar, y así mismo facilitar el acceso a información precisa y ordenada
sobre las actividades que se efectuaron anteriormente y las actuales.
El proyecto es de gran relevancia teórica debido a que se basa en la utilización de
herramientas de código abierto como Java, base de datos PostgreSQL, Netbeans, que
son instrumentos informáticos que se encuentran en desarrollo actualmente, además
de presentar la ventaja de que los desarrolladores pueden modificar su código y
adaptarlos a la necesidades de la institución, alcanzando de esa forma un software
capaz de almacenar y proporcionar información confiable, y de tal manera se reduzca
al máximo los errores de registro.
La realización del proyecto es factible debido a que se cuenta con la colaboración del
personal del área de mantenimiento del Gobierno Autónomo Descentralizado Municipal
del Cantón Sucumbíos para proporcionar la información necesaria para conocer la
situación actual del problema, así como la apertura necesaria para realizar las pruebas
de funcionamiento para su posterior implementación, además de poseer los
conocimientos necesarios para el desarrollo de la aplicación, los mismos que fueron
adquiridos a lo largo de la carrera universitaria.
5
CAPÍTULO I.
MARCO TEÓRICO
1.1. Origen y evolución de los Sistemas de Información
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. El entorno donde las
compañías desarrollan sus actividades se vuelve cada vez más complejo. 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
reducción de los ciclos de vida de los productos origina 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. Si los recursos básicos analizados hasta ahora eran tierra,
trabajo y capital, ahora la información aparece como insumo fundamental (Hernández,
2014).
“Desde el año 1985 aproximadamente se utilizaron los Sistemas de Información para
labores de gestión, razón por la cual nacieron los Sistemas de Soporte a las Decisiones
(SSD), con la realización de programación para usuarios finales, planeación estratégica,
administración estratégica, administración de recursos de información y se organizaban
centro de información. De esa forma empezaron a planificar y administrar la información
estratégica, como si se tratara de otros recursos como el capital, los recursos físicos, y
el trabajo.” (Olate & Peyrin, 2014, p. 33)
Los Sistemas de Información están cambiando la forma en que operan las
organizaciones actuales, ya que 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 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 (Sanders,
2014).
De esta forma se menciona que los Sistemas de Información constituyen uno de los
temas principales en el ámbito empresarial, pues la utilización de estos sistemas dentro
de las organizaciones proporciona grandes ventajas competitivas, es decir ayuda en la
optimización de los costos, poseer información de forma inmediata y oportuna, lo que le
ayude a una adecuada toma de decisiones.
6
1.2. Análisis de las distintas posiciones teóricas sobre Sistemas de Información
Sistemas de Información
Un Sistema de Información puede ser definido como un sistema o subsistema de equipo
de telecomunicaciones o computacionales que interactúan entre sí y que son utilizados
para la obtención, almacenamiento, manipulación, administración, movimiento, control,
intercambio, transmisión o recepción de voz y datos, incluyendo tanto los programas
computacionales (software) como el quipo físico (hardware) (Oltra, 2014).
El Sistema de Información es definido como un conjunto formal de procesos que opera
sobre una gran cantidad de datos estructurados de acuerdo a las necesidades de la
empresa. Este sistema consiste en tres componentes: sistema humano, tareas y
aplicación, en este enfoque, el sistema de información se define en los tres niveles de
la semiótica (González, 2012).
Los objetivos principales de los Sistemas de Información son los que se presentan a
continuación:
Apoyar los objetivos estratégicos de la empresa: el sistema de información
suministra a la organización la información necesaria para su correcto desempeño.
La información que se maneja engloba desde las actividades diarias de la empresa
hasta aquellas que son necesarias para la planificación a largo plazo de procesos
de la empresa.
Facilitar información para el control del total de las actividades de la organización,
para poder controlar el cumplimiento de los objetivos y metas establecidas,
abarcando a todos los departamentos y áreas de la empresa y a su gestión global.
Ajustar las necesidades de información a la evolución de la organización: Mientras
la empresa va creciendo, mayores serán sus necesidades de información, las
mismas que deben ser satisfechas por un sistema de información, el mismo que se
adecúa a las circunstancias del entorno.
Permitir que todos los agentes de la organización empleen el sistema de
información para satisfacer sus necesidades de manera rápida y eficaz (Hernández,
2014).
Tipos de Sistemas de Información
A la hora de clasificar los Sistemas de Información existe una gran variedad de criterios.
7
Figura 1 Tipos de Sistemas de Información
Fuente: (Burgos, 2011)
Sistema de Procesamiento de Operaciones (SPO): Estos sistemas son los
principales generadores de información para otros sistemas, organizan información que
será utilizada por el resto de Sistemas de Información de la compañía siendo empleados
por el personal de los niveles inferiores de la organización, dan servicio al nivel operativo
(Mancuso, 2014).
Sistema de Trabajo del Conocimiento (STC): Estos sistemas ayudan a los
trabajadores en la creación e integración de conocimientos nuevos en la empresa, tiene
como objetivo incrementar la productividad de los usuarios del sistema. Estos sistemas
sirven de apoyo para mejorar la calidad de los servicios de la organización y al aporte
de nuevos conocimientos (Burgos, 2011).
Sistemas de Automatización en la Oficina (SAO): Sistemas Informáticos empleados
para incrementar la productividad de los empleados que manejan la información de los
niveles inferiores de la organización procesador de textos, agendas electrónicas, hojas
de cálculo correo electrónico; estos sistemas apoyan al nivel de conocimiento de una
organización (Moncada, 2014).
Sistema para el Soporte de Decisiones (SSD): Sistemas Informáticos interactivos que
dan soporte a los tomadores de decisiones en vez de reemplazarlos, utiliza diferentes
datos y modelos para la resolución de problemas no estructurados (análisis de costos).
Son empleados por la gerencia intermedia de la organización (Ruiz & Giraldo, 2009).
8
Sistemas Expertos (SE): Son sistemas que emplean el conocimiento humano
capturado en una computadora para la resolución de problemas que por lo general
requieren de expertos humanos. “Los sistemas bien diseñados imitan el proceso de
razonamiento que los expertos utilizan para resolver problemas específicos” (Badaro,
Ibañes, & Aguero, 2014, p.351)
Desarrollo de los sistemas de información
La consecución de una ventaja competitiva utilizando los sistemas de información
dependerá de la gran medida del desarrollo y puestas en funcionamiento del sistema de
información. El desarrollo de un sistema de información no resulta ser sencillo. Aquellas
organizaciones que simplemente adquieren tecnologías de información sin tener en
cuenta las necesidades existentes en la compañía fracasarían poniendo, en peligro la
supervivencia de la empresa (Hernández, 2014).
En la siguiente tabla se realiza una comparación de los diferentes enfoques de
desarrollo de sistemas:
9
Tabla 1 Enfoques de desarrollo de sistemas
Enfoque Características Ventajas Desventajas
Ciclo de vida de un sistema Secuencial Realización de un proceso
formal Especificaciones y
aprobaciones por escrito Los usuarios tienen un papel
limitado
Necesario para sistemas y proyectos muy complejos y grandes
Lento y costoso No estimula los cambios en
la organización Se ha de elaborar mucha
documentación.
Elaboración de prototipos Requerimientos específicos
dinámicamente con sistemas experimental
Proceso rápido, informal e interactivo
Los usuarios interactúan rápido con el proceso.
Rápido y barato Útil cuando existente
incertidumbre en los requisitos de información o los usuarios finales son importantes.
Inadecuado para sistemas grandes y complejos
Puede no ser superficial al ampliar el análisis, documentación y pruebas.
Paquete de software para la
aplicación
El software comercial evita necesidad de programas desollados internamente.
Se reduce el diseño programación, instalación y mantenimiento
Ahorro en el tiempo y costos Disminuye la necesidad de
poseer recursos internos
Puede no satisfacer los requerimientos de la institución.
Puede no desempeñar bien algunas funciones.
Desarrollo de usuarios finales Sistemas creados por y para
usuarios finales. Rápido e informal. Poca influencia especialista
de información
Usuarios controlan la construcción de los sistemas
Ahorra el costo y tiempo de desarrollo
Proliferación excesiva de sistemas sin interconexión entre ellos.
En muchas ocasiones no multipliquen las normas de calidad.
10
Fuentes externas Sistemas construidos y
operador por proveedores externos.
Reduce y controla mejor los costos
Se obtiene sistemas cuando existen carencia de recursos en la empresa
Pérdida de control sobre el área de sistemas de información
Dependencia de la dirección técnica y la prosperidad de los proveedores externos.
Fuente: (Hernández, 2014)
11
El éxito y el fracaso de los sistemas de información
El desarrollo e implantación de los sistemas de información en muchas ocasiones
termina en fracaso, lo cual implica un alto costo para la empresa y la pérdida de recursos
que se podían haberse utilizado en usos alternativas. A continuación, se realiza un
resumen de las principales causas que originan el fracaso de los sistemas de
información:
Figura 2 Causas que originan el fracaso de los Sistemas de Información Fuente: (Escobar, 2014)
•Muchas organizaciones siguen considerandolos sistemas de información como instrumentoque significa la burocracia sin valorar lasventajas estrategias que estos presentan.
Falta de alineación entre los sistemas de información y la
estrategia empresarial
•La alta dirección de la compañia ha de percibirrealmente que los sistemas de informaciónconstituyen una arma estratégica. Además hade existir una predispocision a cambiar laorganización empresarial si lo requieren losnuevos sistemas.
Escaso apoyo de administración
•Las empresas implantan las tecnologías deinformación sin previamente haber realizadoun proceso de determinación de lasnececidades de información y como estaspueden ser satisfecha utilizandoadecuadamente los sistemas de información.
Mala identificación de las nececidades de
información
•A la hora de diseñar el sistema de informaciónresulta fundamental contar con la opción delusuario final, el cual va a ser quien utilice elsistema de información. Por ello este usuarioha de estar motivado a colaborar en el diseñodel sistema.
Factores personales
•Se refiere al realismo de las expectativas delos usuarios y además la resistencia al cambio
Nula formación del personal
12
Aplicación web
Figura 3 Esquema de la web Fuente: (Castro, 2014)
Hace años atrás, la web solo se conocía como una colección de páginas, documentos
e imágenes estáticas, en la cuales las personas únicamente podían consultar, pero no
interactuar realmente con ella. Un paso importante en la evolución de la web fue la
creación de los CGI (Common Gateway Interface), el cual se trata de un mecanismo a
través del cual se puede pasar información entre servidores y programas externos
(Ramos & Ramos, 2011).
Una aplicación es definida como un programa o conjunto de programas para ayudar al
usuario de un ordenador para realizar una tarea específica, de tal forma, una aplicación
web es básicamente una manera de facilitar el alcance de una determinada tarea. Con
ello se indica que la aplicación web son un tipo de software que se codifica en un
lenguaje soportado por los navegadores web, cuya ejecución se efectúa por el
navegador de Internet o intranet, por lo tanto, la aplicación web permite al usuario
interactuar directamente con el usuario y los datos, de forma personalizada
(Barzanallana, 2012).
Ventajas de las aplicaciones web
Las aplicaciones web presentan una serie de ventajas sobre las aplicaciones
tradicionales, las mismas que se enuncian a continuación:
Disponibilidad: Debido a que únicamente requiere de un navegador actualizado
para el funcionamiento de la aplicación web.
Compatibilidad multiplataforma: Las aplicaciones web poseen un camino más
sencillo para la compatibilidad multiplataforma que las aplicaciones estáticas. Las
tecnologías como PHP, Java, Flash, ASP, entre otras, permiten desarrollar de
manera efectiva programas que soportan todos los sistemas operativos principales.
13
Accesibilidad: Las aplicaciones que se basan en la web no requieren ser
descargadas, instaladas y configuradas. Se accede a la cuenta en línea y se
encuentran listas para trabajar sin importa la configuración o el hardware.
Actualización: Las aplicaciones web se encuentran siempre actualizadas con el
último lanzamiento.
Menos requerimientos de memoria: La aplicación web poseen más razonables
demandas de memoria RAM por parte del usuario final que los programas instalados
localmente por lo que es más eficiente en lo que respecta a la memoria del
dispositivo. Estas aplicaciones dejan más espacio para correr variadas aplicaciones
al mismo tiempo sin influir en el deterioro del rendimiento.
Precio: Las aplicaciones web no requieren la infraestructura de distribución, soporte
técnico y marketing requerido por el software descargable tradicional.
Múltiples usuarios concurrentes: Las aplicaciones web pueden ser utilizadas por
varios usuarios al mismo tiempo (Mir, 2015).
Arquitectura n-capas
La arquitectura n- capas se encuentra basada en una distribución jerárquica de los roles
y las responsabilidades para proporcionar una división efectiva de los problemas que se
debe resolver. Los roles indican el tipo y la forma de la interacción con otras capas y las
responsabilidades la funcionalidad que implementan (Moquillaza & Vega, 2010).
Figura 4 Arquitectura N-capas Fuente: (Mir, 2015)
14
A continuación, se describe cada una de las capas de la arquitectura n-capas:
Capa de presentación: Se encarga de la presentación visual de la aplicación, es decir
es la que se presenta al usuario, que es conocida también como formulario o interfaz de
presentación. Esta capa tiene la facultad de enviar mensajes a los objetos de la capa de
negocios o intermedia, la cual responderá directamente o mantendrá un diálogo con la
capa de la base de datos, la cual otorgará los datos que se enviarán como respuesta a
la capa de aplicación. Esta capa captura los datos del usuario en el formulario y llama a
la capa de negocios, transmitiéndole los requerimientos del usuario, como por ejemplo
su necesidad de almacenamiento, edición o recuperación de información para realizar
la consulta correspondiente (Moquillaza & Vega, 2010).
Capa de negocios: Esta capa es el puente entre el usuario y los servicios de datos.
Responde a peticiones del usuario para desarrollar una tarea. Se denomina capa de
negocio debido a que es aquí donde se implantan las reglas que deben cumplirse. La
capa de negocios interactúa con la capa de presentación para recibir las solicitudes y
mostrar los resultados, y con la capa de datos para pedir al gestor de base de datos que
realice una operación de almacenamiento, edición, eliminación, consulta de datos, entre
otros (Moquillaza & Vega, 2010).
Capa de datos: Esta capa se encarga de acceder a los datos, se debe utilizar la capa
de datos para recolectar y recuperar la información de sincronización del sistema. Es en
esta capa donde se implementa las conexiones al servidor y la base de datos
propiamente dicha, se llama a los procedimientos que están almacenados, los mismos
que reciben solicitudes de almacenamento o recuperación de información desde la capa
de negocio (De la Torre, Zorrilla, Barros, & Calvario, 2010).
Ventajas en la arquitectura de n-capas
Entre los beneficios de la arquitectura de n-capas se mencionan las siguientes:
Escalabilidad: Posee la habilidad de adicionar recursos para soportar un gran
número de usuarios sin modificar las aplicaciones.
Extensibilidad: Es la habilidad de aumentar la funcionalidad de una aplicación sin
alterar lo que ya existe.
Seguridad: Es la capacidad de extender la autenticación en el “front-end” hacia las
capas intermedias, resguardando la información de los niveles de datos (De la
Torre, Zorrilla, Barros, & Calvario, 2010).
15
Desventajas en la arquitectura de n-capas
Las principales desventajas de la arquitectura de n-capas se presentan las siguientes:
Complejidad: Mientras existan mayores elementos en hardware y software, en
instantes de falla la complejidad de detectar es elevada.
Comunicación: En la mayoría de los casos, cada una de las capas se distribuye
en la red, lo cual genera mayor consumo de ancho de banda.
Costos de Mantenimiento: Mientras cada capa crece, los costos de instalación,
actualización, y mantenimiento de hardware y software se aumentan (De la Torre,
2014).
Arquitectura MVC
El Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que se utiliza
principalmente en aplicaciones que manejan gran cantidad de datos y transacciones
complejas donde se requiere separar los datos de una aplicación, la interfaz de usuario,
y la lógica de control en tres componentes distintos para que el desarrollo esté
estructurado de una mejor manera, con lo que se facilita la programación de manera
paralela e independiente (Hurtado, 2016).
Figura 5 Modelo Vista Controlador Fuente: (Yánez, 2017)
16
Estructura de MVC
La estructura del patrón MVC se detalla a continuación:
Modelo: Compuesto de los datos y la funcionalidad básica de la aplicación. Es un
conjunto de clases que representan la información del mundo real que el sistema debe
reflejar. Se encarga de representar la lógica de negocio de una aplicación, al encapsular
información interna y exportar procedimientos para realizar procesamiento específico de
la aplicación. El modelo es un componente de procesamiento independiente de la
representación específica de la salida, y del comportamiento de la entrada.
Vista: Es la representación del modelo de manera gráfica, es decir, es aquella que se
encuentra disponible para la interacción con el usuario, se comunica con modelo para
obtener la información necesaria que debe mostrar, con ello se determina que la vista
es el componente de salida de la aplicación.
Controlador: “Es un componente de entrada. Recibe pedidos a manera de eventos y
los trasforma e llamadas a los procedimientos que el modelo exporta para efectuar algún
procedimiento.” El controlador es la parte a través de la cual se maneja las órdenes del
usuario, y mediante el cual se puede acceder para cambiar el estado de la aplicación
correspondiente (Rincón, 2016).
Ventajas y desventajas del uso del patrón MVC
Entre las ventajas del uso del patrón MVC se encuentran las siguientes:
Permite la sustitución de las interfaces de usuario.
Puede generar componentes de las interfaces.
Se permite el diseño de vistas simultáneas del mismo modelo, debido a que separa
estrictamente el modelo de los componentes de interfaz de usuario.
Se puede aplicar de manera fácil los cambios de las interfaces y posiblemente
pueden ser realizados en tiempo de ejecución (Camarena, Trueba, Martínez, &
López, 2012).
De la misma forma, entre los inconvenientes que se presentan al usar este patrón se
encuentran:
La complejidad incrementa de manera rápida.
La vista y el modelo se encuentran muy acopladas.
Requiere un número excesivo de actualizaciones.
17
Se presenta ineficiencia de acceso de datos en la vista.
Base de Datos
Una base de datos es un conjunto de datos que se encuentran almacenados en la
memoria externa y que están organizados a través de una estructura de datos. La base
de datos es diseñada con el objetivo de satisfacer las necesidades de información de
una organización (Vallés, 2012).
Motor de bases de datos PostgreSQL
SQL Ha sido siempre un motor de bases de datos muy rápido y muy utilizado para
proyectos open source, sobre todo para proyectos web debido a su gran velocidad. Se
ha convertido en la actualidad en una solución viable y de misión crítica para la
administración de datos (Domínguez, 2015)
Además, PostgreSQL utliza un modelo cliente/servidor y multiprocesos en lugar de
multihilos para garantozar la estabilidad del sistema. La ventaja de esta base de datos
es que al presentarse una falla en los procesos no afecta al resto y el sistema puede
seguir funcionando. Es el sistema de gestión de base de datos con mayor aceptación y
el más potente en el mercado (Zea, Molina, & Redrován, 2017).
Prestaciones de PostgreSQL
PostgreSQL posee una amplia lista de prestaciones, las mismas que se enuncian a
continuación:
Se encuentra desarrollado en el lenguaje C, con herramientas como Yacc y Lex.
Las API de acceso al gestor de base de datos se encuentra disponible en C, C++,
Java, Perl, PHP, Python, TLC, entre otros.
Posee un amplio conjunto de tipo de datos, lo que permite su extensión a través de
tipos y operadores definidos y programados por el usuario.
Basa su administración en usuarios y privilegios.
Posee gran estabilidad
Permite su extensión con librerías externas para soportar encriptación, búsqueda por
similitud fonética, etc.
Implementación de diferentes extensiones de orientación a objetos. En PostgreSQL
se puede definir un nuevo tipo de tabla a partir de otras que ya han sido definidas
previamente.
18
Su sintaxis SQL es estándar y por consiguiente muy fácil de entender (Ginesta &
Pérez, 2015).
Desventajas de PostgreSQL
Entre las desventajas de MySQL se encuentran las siguientes:
En comparación con MySQL, PostgreSQL es tres veces más lento en inserciones y
actualizaciones, debido a que posee cabecera de intersección que no tiene MySQL.
El soporte se lo puede obtener en línea, debido a que existen foros oficiales, sin
embargo, no hay una ayuda obligatoria.
Consume mayores recursos que MySQL.
La sintaxis de ciertos comandos no es nada intuitivas (Vásquez, 2012).
Parámetros de funciones SQL
Los parámetros de una función especifican aquellos valores que el usuario definen sean
empleados para su procedimiento posterior ene l cuerpo de la función con el fin de
obtener el resultado esperado. Se definen dentro de los paréntesis colocados detrás del
nombre de la función con la forma: (modo parámetro) (nombre parámetro) (tipo de dato
parámetro)
El modo del parámetro puede ser de 4 tipos
IN: modo por defecto, especifica que el parámetro es de entrada, es decir, forma parte
de la lista de parámetros con que se llama a la función y que precisan para el
procesamiento definido en la función.
OUT: es un parámetro de salida, forma parte del resultado de la función y no se incluye
en la invocación de la función.
INOUT: parámetro de entrada/salida, puede ser utilizado indistintamente para que
forme parte de la lista de parámetros de entrada y que sea parte luego del resultado.
VARIADIC: parámetro de entrada con un tratamiento especial, que admite definir un
arreglo para declarar que la función acepta un conjunto variable de parámetros, los que
lógicamente deben ser del mismo tipo (Sotolongo & Yudisney, 2015)
19
Lenguaje de desarrollo de la aplicación
JAVA
Java es un lenguaje de programación creado por Sun Microsystem para funcionar en
diferentes tipos de procesadores. Su síntesis es muy parecida a la del lenguaje C o C++,
e incorpora algunas características propias que en otros lenguajes son extensiones:
gestión de hilos, ejecución remota, etc. Java ha revolucionado el desarrollo de software
a través del código orientado a objetos independiente de la plataforma, con uso intensivo
de multimedia, para aplicaciones que se encuentran basadas en internet, intranet o
extranet (Terrero & Paredes, 2014).
Además, se añade que Java es el lenguaje de programación más utilizado en el
mercado, ya que cuenta con muchas características que lo hacen potente. Actualmente
es utilizado para desarrollar aplicaciones empresariales a gran escala, para mejorar la
funcionalidad de los servidores de World Wide Web para aportar con aplicaciones para
dispositivos domésticos como, por ejemplo: los teléfonos móviles, radiolocalizadores y
asistentes digitales personales y para diferentes propósitos más .
Características de Java
El lenguaje Java posee las siguientes características:
Simple: Es un lenguaje sencillo de aprender. Sus creadores partieron de la sintaxis
de C++ y trataron de eliminar todo lo complicado o lo que pueda generar errores. Es
por ello que en Java se han eliminado herencias múltiples, la aritmética de punteros,
entre otras.
Orientada a objetos: De todos los lenguajes existentes, Java es el que se encuentra
más orientado a objetos; en Java todo, a excepción de los tipos fundamentales de
variables como: int, char, long, etc., es un objeto.
Distribuido: Java se encuentra orientado al trabajo en red, por lo que soporta
protocolos como: TCP/IP, UDP, HTTP Y FTP. Por otro lado, la utilización de estos
protocolos es sencilla en comparación con otros lenguajes que lo soportan.
Robusto: El compilador de Java puede detectar muchos errores que los
compiladores de otros lenguajes solo detectarían en el momento de la ejecución. Por
ejemplo, “if(a=b) then…” ó “int i; h=i*2;” son códigos que el compilador java no dejaría
compilar; sin embargo un compilador C lo compilaría y generaría un ejecutable que
ejecutaría esta sentencia sin dar error (Cédric, 2012).
20
Seguro: “Java no permite realizar cualquier acción que pudiera dañar la máquina o
violar la intimidad del que visita la página”, es por ello que se utiliza en el Internet en
muchos múltiples sitios web que necesitan una gran seguridad, tal es el caso de
bancos, comercio electrónico, entre otros.
Portable: En el lenguaje Java no existen aspectos dependientes de la
implementación, todas las implementaciones de este lenguaje siguen los mismos
estándares en lo que se refiere a tamaño y almacenamiento de los datos.
Rendimiento medio: En la actualidad, la velocidad de procesado del código Java es
semejante a la de C++, sin embargo, normalmente Java consume bastante más
memoria que el programa C++, debido a que no solo carga en memoria lo recursos
necesarios para la ejecución del programa, sino también debe simular un sistema
operativo y hardware virtual que es conocido como máquina virtual. Además, la
programación gráfica que emplea las librerías Swing es más lenta que el uso de
elementos nativos en las interfaces de usuario. Es por ello que se indica que Java ha
sacrificado el rendimiento con la finalidad de facilitar la programación y
principalmente conseguir las características de neutralidad arquitecta.
Multihilo: Java permite ejecutar tareas según varios hilos de ejecución, es decir, se
puede ejecutar varias tareas en paralelo (Cédric, 2012).
Framework de Java JSF
JavaServer Faces (JSF) es una tecnología y framework basado en el patrón MVC
(Modelo Vista Controlador) para aplicaciones Java que se basan en la web, que
simplifica el desarrollo de interfaces de usuario en aplicaciones Java EE.
La tecnología JavaServer Face es un framework de interfaz de componentes de usuario
del lado del servidor usado para aplicaciones web basadas en la tecnología java. Los
componentes principales de JSF son una API que sirve para representar componentes
de interfaz de usuario (UI) y gestionar su estado, además contiene dos librerías de
etiquetas JSP personalizadas para expresar componentes en una página JSP y
entrelazar dichos componentes a objetos del servidor. Este framework brinda una clara
separación entre el comportamiento y la presentación, lo que ayuda a cada miembro del
equipo de desarrollo de una aplicación web a enfocarse en su parte del proceso, y brinda
un modelo de programación sencillo para enlazar todas las piezas (Junta de Andalucía,
2012).
Como se puede apreciar en la siguiente figura, la interfaz de usuarios que se crea con
la tecnología JSF se ejecuta en el servidor y se renderiza en el cliente:
21
Figura 6 Diagrama de una aplicación JSF Fuente: (Heredia, 2014)
JFS tiene como objetivo definir un conjunto simple de clases base de Java para
componentes de la interfaz de usuario, estado de los componentes y eventos de
entrada, además de proporcionar un conjunto de elementos para la interfaz de usuario,
incluyendo los elementos estándares de HTML para representar un formulario.
Una aplicación típica de JavaServer Faces incluye lo siguiente:
Un conjunto de páginas web, en la que los elementos de interfaz de usuario son
establecidos.
Un conjunto de bibliotecas de etiquetas, proporciona etiquetas para añadir
componentes de interfaz de usuario a la página web.
Un descriptor de despliegue (archivo web.xml)
Un conjunto de etiquetas personalizadas para representar los objetos en la página
(Cedric, 2011).
PrimeFaces
PrimeFaces es una librería de componentes visuales basado en código abierto para el
conjunto Java Server Face 2.0 que fue desarrollada y mantenida por Prime Technology
que es una compañía Turca de IT especializada en consultoría ágil. Tiene como objetivo
fundamental ofrecer un conjunto de elementos para facilitar la creación y diseño de
aplicaciones web. Los componentes de PrimeFaces cuentan con soporte nativo de Ajax,
pero no se encuentra implícito, de tal forma que se tiene que especificar los
componentes que necesitan ser actualizados al realizar una petición proporcionado de
esa forma un mejor control sobre los eventos (Pech, Gómez, De la Cruz, & Lara, 2011).
CAPA CLIENTE
CAPA INTERMEDIA
CONTROLADOR-
SERVLET
VISTA
JSPs
MODELO Clases
JavaBeans o EJBs
BROWSER BD
CAPA DE DATOS
22
Una gran ventaja que ofrece PrimeFaces en comparación con otras librerías es que
cuenta con más de 100 componentes Open Source, algunos de muy alta calidad y
complejidad como el Dock (Farfán, 2012).
Las principales características de PrimeFaces son. el soporte nativo de Ajax, incluyendo
Push/Coment, además que posee un kit para crear aplicaciones web móviles, gran
compatibilidad con otras librerías de componentes como Jboss RichFaces, uso de
JavaScript no intrusivo, y es un producto de código abierto, activo y estable (Pech,
Gómez, De la Cruz, & Lara, 2011).
NetBeans
“Netbeans es un entorno de programación integrado de código abierto y gratuito
desarrollado en Java. El IDE NetBeans facilita la programación en Java y soporta el
desarrollo de los diferentes tipos de aplicación Java (J2SE, J2EE, Web, EJB y también
dirigidas a otros lenguajes de programación como: PHP o C++)” (Concuerna, 2015, p.
52).
El objetivo del IDE es integrar los lenguajes de programación con la plataforma de los
sistemas operativos o entorno de programación, debido a que facilita el diseño y
desarrollo de aplicaciones de Sistemas Informáticos de escritorio, sistemas web o
móviles y de la misma forma ayuda a la productividad del desarrollador en el momento
de crear, actualizar, compilar, depurar, realizar la prueba e implementar la aplicación
informática (Mendoza, 2015).
Ventajas de Netbeans
Netbeans presenta las siguientes ventajas:
Es multiplataforma.
Multilenguaje.
Es de código abierto y gratuito.
Brinda soporte a los usuarios con documentación, guías, video tutoriales,
traductores de plugies o herramientas que se usan.
Es fácil de usar y adaptarlo.
Posee herramientas extras para agregar algún componente o funciones extras, tal
es el caso del depurador de errores que alerta de posibles errores de programación
(Mendoza, 2015).
23
Desventajas
Netbeans presenta las siguientes desventajas:
Es lento si no se posee un buen computador y además una memoria de gran
capacidad.
Entre más proyecto se coloca se vuelve más lento, pues lee todo el código
(Mendoza, 2015).
Servidor web glassfish
El término glassfish traducido al español es parecido a “Pez de Cristal”, que es un pez
de cuerpo transparente. El nombre se eligió debido a la transparencia que los creadores
querían darle al proyecto. Utiliza una licencia Open Source, concretamente la licencia
Common Development and Distribution License (SDDL) V1.0 y la GNU.Public License
(GPL) v2 (Serra, 2010).
Glassfish tiene como base al servidor Sun Java System Application. Entre las
principales características se mencionan:
Glassfish es la implementación de referencia (RI) de Java EE5.
Es un proyecto de Open Source modular que puede incluir sus librerías como parte
de otros frameworks y productos.
Es la base de códigos de las distribuciones estables, certificadas y con la opción de
convenir soporte y mantenimiento de Aplicaciones de Sun.
Glassfish es una comunidad que contribuye mediante código, detección de bugs,
foros de discusión, feedback, documentación y diferentes medios a la transmisión
y éxito del proyecto.
Gassfish posee un excelente rendimiento (Torres & Villagómez, 2016).
Metodología de desarrollo de software
Metodología UWE
UWE (UML-based Web Engineering-Ingeniería Web basada en UML) es un proceso del
desarrollo para aplicaciones Web que se encuentra enfocado sobre el diseño
sistemático, la personalización y la generación semiautomática de escenarios que guíen
el desarrollo de la aplicación web. UWE describe una metodología de diseño
sistemática, iteractiva e incremental orientada a objetos y basada en las técnicas, la
notación, y los mecanismos de extensión de UML.
24
Esta herramienta permite modelar aplicaciones web, prestando especial atención en
sistematización y personalización; define vistas especiales representadas gráficamente
por diagramas en UML. “La metodología UWE se basa en actividades de modelado
tales como: el análisis de requerimientos y el diseño conceptual, de navegación y de
presentación completando con modelado de tareas y visualización de escenarios Web”
(Aurazo, 2017).
Proceso de la metodología
La metodología UWE se basa en los siguientes procesos:
1. Análisis de requisitos: El análisis de los requerimientos de las personas o entidad
para la cual se desarrolla, los mismos que se expresan mediante las
especificaciones de los casos de uso del sistema y el prototipo de la interfaz de
usuario.
2. Diseño conceptual: es esta fase se representa el dominio del problema con un
diagrama de clases de UML. Los casos de uso son utilizados como entrada para
elaborar tarjetas Clase-Responsabilidad-Colaborador (CRC), para determinar las
clases, métodos y atributos.
3. Diseño navegacional: “Tiene como objetivo la representación de nodos y enlaces
de la estructura de hipertexto, y el diseño de las rutas de navegación mediante
diagramas de clases UML.” (Rotta, Pallota, Klikailo, & Belloni, 2016, p. 259)
4. Diseño de presentación: Esta fase se relaciona con los elementos de las
interfaces definidas en HTML. Entre los elementos del modelo de presentación se
encuentran: anclas, entradas de texto, imágenes, audios y botones. A cada una de
las clases del modelo de navegación se le asigna una clase del modelo de
presentación (Quishpe, 2013).
25
Figura 7 Notación UWE Fuente: (Del Valle, 2009)
Gestión de mantenimiento vehicular
La ingeniería de mantenimiento se refiere a la mejora continua del proceso de gestión
de mantenimiento a través de la incorporación de conocimientos, inteligencia y análisis
que sirvan de apoyo a la toma de decisiones en dicha área, que se orientan a favorecer
el resultado económico y operacional global (Viveros, Stegmaier, Kristjanpoller, Barbera,
& Crespo, 2013).
Mantenimiento es definido como la disciplina que tiene como finalidad mantener las
máquinas y equipos en un estado de operación durante el mayor tiempo posible, lo que
incluye servicio, pruebas, inspecciones, ajustes, reemplazo, reinstalación, calibración,
reparación y reconstrucción, buscando la más alta disponibilidad y con el máximo
rendimiento.
En este sentido se indica que un vehículo requiere cuidados, pues no únicamente
consiste en cargarlos de combustible y arrancar, sino que requiere de un mantenimiento
que permitirá que la vida útil del vehículo se prolongue (Siles, 2012).
Tipos de mantenimiento vehicular
Cada uno de los mantenimientos puede ser definidos de la siguiente manera:
Mantenimiento Correctivo: Consiste en intervenir cuando el fallo o avería ya se ha
producido en diferentes partes del vehículo. Se inspecciona y verifica el incidente
reportado, se busca la falla y se la rectifica. Estas acciones se pueden clasificar en
pequeñas, medianas y grandes
26
Mantenimiento Preventivo: Consisten en intervenciones con carácter profiláctico
según una programación con la finalidad de disminuir la cantidad de fallos aleatorios.
Para realizarlo se debe seguir las instrucciones del fabricante, que se detallan en el
manual del vehículo por tipo de servicio y los espacios de tiempo en que deben
realizarse las operaciones de mantenimiento.
Mantenimiento Predictivo: en este tipo de mantenimiento se realizan diagnósticos
o mediciones que ayudan a realizar correcciones o ajustes en el momento que ocurra
la falla (Rodríguez & Bonet, 2013).
Revisiones o inspecciones
Las revisiones de funcionamiento, ajuste, reparaciones, limpiezas, entre otros debe
efectuarse de forma periódica a través de un plan establecido de forma mensual,
semestral o anual, sin embargo, el estado de las llantas, luces de freno, direccionales,
entre otros se debe verificar de manera regular, además se debe estar atento a cualquier
ruido anormal.
Mantenimiento mínimo
El mantenimiento mínimo que se debe realizar a un vehículo es el que se presenta en
los cuadros siguientes:
Cada dos semanas
Tabla 2 Mantenimiento cada dos semanas
ELEMENTO ACCIÓN
Aceite de motor Verificar el nivel del aceite del motor
Llantas Inspeccionar la presión de las llantas
Motor Verificar el nivel de refrigerante en el radiador
Líquido de frenos Verificar nivel
Luces Verificar encendido y cambios
Fuente: (Siles, 2012)
27
Cada seis meses
Tabla 3 Mantenimiento cada seis meses
ELEMENTO ACCIÓN
Encendido Afinación menor, en el caso de que el motor
utilice carburador, ajuste de tiempo de encendido
Llantas Inspeccionar las llantas, rotando si es necesario
Verificar si existe desgaste irregular
Motor En caso que el motor del automotor utilice un
carburador: poner a tiempo y verificar el filtro de
aire.
Fuente: (Siles, 2012)
Anualmente
Tabla 4 Mantenimiento anual
ELEMENTO ACCIÓN
Aceite de motor Se debe realizar el cambio de aceite y filtro.
Lubricación Se debe lavar y engrasar el chasis y el motor.
Encendido Es importante evaluar cables de bujías y de ser necesario se
debe reemplazar. Además verificar la batería, alternados,
limpiar terminales de la batería.
Accesorios Asegurarse de que no haya fugas de refrigerante, en el sistema
de aire acondicionado.
Llantas Alineación y balanceo de llantas.
Motor Realizar una inspección general del motor.
Filtro de aire Se debe realizar el cambio de acuerdo a las recomendaciones
del fabricante.
Fuente: (Siles, 2012)
Reportes
El módulo de reportes permite listar por pantalla, impreso o archivos los datos
ingresados en las diferentes opciones del módulo. Los reportes contienen; tipo de
operación, actividad, tareas o acciones, causas, grupos de tarea, recomendaciones de
seguridad y ciertas instrucciones.
28
1.3. Valoración crítica de los conceptos principales de las distintas posiciones
teóricas sobre el objeto de investigación
Una vez analizadas las definiciones otorgadas por diversos autores sobre los Sistemas
de Información se determina que son un conjunto de herramientas enfocadas a la
recolección, elaboración y distribución de la información necesaria para que una
empresa pueda operar de forma correcta, por tal motivo la presente investigación se
basa en las teoría de estos autores, pues se consideran como las más efectivas para
solucionar los problemas y mejorar el funcionamiento del áreas de mantenimiento del
Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos, pues con ello se
logra un adecuado registro de información, como vehículos, accesorios y herramientas,
para de esa forma controlar el cumplimiento de los objetivos y metas establecidas en el
área y de la misma forma apoyar a la toma de decisiones.
De la misma manera se analiza las definiciones otorgadas por los autores acerca del
Gestor de base PostgreSQL, con lo que se determina que la teoría de Zea, Molina, &
Redrován es la más apropiada para aplicar en el proyecto, el mismo que indica que este
SGBD cuenta con mayor aceptación y es el más potente en el mercado, ya que se
encuentra basado en Open Source, es decir, el código fuente del programador está
disponible a cualquier persona libre, permitiendo al desarrollador modificar el sistema
para adaptarlo a sus necesidades, razón por la cual es la más efectiva para el desarrollo
del sistema de información para la gestión de mantenimiento del Gobierno Autónomo
Descentralizado Municipal del Cantón Sucumbíos, debido a su facilidad de manejo y a
su gran estabilidad.
Una vez estudiadas la herramientas necesarias para el desarrollo del sistema de
información se eligió el lenguaje Java para su diseño, pues de acuerdo a diversos
autores, Java es el lenguaje de programación más utilizado en el mercado, debido a que
posee muchas características que lo hacen potente y que en la actualidad se utiliza para
desarrollar aplicaciones empresariales a gran escala, razón por la cual se podrá resolver
los problemas que se presentan en la Institución Gubernamental con la automatización
de los procesos de la gestión de mantenimiento.
Así mismo se analiza la plataforma de desarrollo NetBeans que de acuerdo al criterio
de Mendoza, es una herramienta que facilita el diseño y desarrollo de aplicaciones de
Sistemas Informáticos de escritorio, sistemas web o móviles, debido a que posee
muchas funcionalidades para distintos tipos de aplicaciones y para facilitar la
programación, por tal motivo se considera como la herramienta adecuada para el
29
desarrollo del sistema de información para la gestión de mantenimiento integral del
Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos, pues es fácil de
usar y adaptarlo a las necesidades.
1.4. Conclusiones parciales del capítulo
Con la recopilación bibliográfica se determina que los Sistemas de Información se
han convertido en uno de los temas principales en el ámbito empresarial, debido a
que este sistema proporciona grandes ventajas competitivas, pues ayuda en la
optimización de los costos, poseer información de forma inmediata y oportuna dentro
de las organizaciones.
El Modelo Vista Controlador es una arquitectura de software utilizado en aplicaciones
que operan gran cantidad de datos y transacciones complejas, por lo que es
necesario separar los datos de una aplicación, la interfaz de usuario, y la lógica de
control en tres componentes distintos, pues con ello se la programación de manera
paralela e independiente.
La información analizada permite determinar las herramientas más efectivas para el
desarrollo del Sistema de información para la gestión de mantenimiento integral del
Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos que permita
agilizar los procesos de mantenimiento y generar informes sobre el estado de cada
uno de los vehículos de la Institución.
30
CAPÍTULO II.
MARCO METODOLÓGICO
2.1 Caracterización del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos
El Gobierno Municipal del Cantón Sucumbíos es un sector extraordinariamente rico en
biodiversidad y por ende posibilita el desarrollo del Cantón en el que se fortalece es su
gente que es honesta, amable, sincera, trabajadora y emprendedora. Cantón biodiverso.
El 70% de su territorio constituyen áreas de conservación: la bonita, Cofanes, Rio
Chingual (Municipal), Cofán y la Cayambe Coca. Especies de flora y fauna propias de
los páramos como los frailejones y pajonales y los gorriones se ubican a los
40000m.s.n.m. El paisaje es único, cascadas cordilleras apresan la atención del
visitante.
Ubicación
El Cantón Sucumbíos es una municipalidad de la provincia de Sucumbíos, su cabecera
cantonal es la Ciudad Bonita. Limita al norte con la provincia de Carchi y la frontera de
Colombia, al sur con los cantones Cascales, Gonzalo Pizarro, al este con los cantones
Cascales, Gonzalo Pizarro y la frontera de Colombia y por último al oeste con las
provincias de Carchi e Imbabura.
Creación del Cantón Sucumbíos
Mediante decreto ejecutivo N°25, dado en el Palacio Nacional de Quito a los 15 días de
1920 y publicado en el registro oficial N°: 96, la junta de gobierno provincial dispone la
división territorial de la región oriente en dos provincias y ésta en cantones y parroquias,
señalando además los límites de estas secciones, denominada Napo Pastaza y Zamora.
La jefatura política de Sucumbíos corresponde las parroquias del Pun, Farfán, Singue,
Putumayo, Cuyabeno y Santa Rosa de Sucumbíos que será la cabecera cantonal. Entre
otros hitos importantes de la historia como, por ejemplo: el primer teniente político en
este lugar fue el señor Rubén Darío Viteri en el año 1943. El primer jefe Político del
Cantón Sucumbíos fue el Sr. Víctor Vinuesa en el año 1957. Desde la época hasta
nuestros días han pasado diversidad de hombres y mujeres de lucha y convicción
política que han dado grandes satisfacciones a los pueblos, hombres de gratitud que
pasaron dejando su huella fructífera en beneficios de este rincón patrio.
31
Misión
El Gobierno Municipal del Cantón Sucumbíos para mejorar la calidad de vida de sus
habitantes, entrega servicios de calidad de servicios básicos, contribuyen con
educación, salud, atiende a sus grupos vulnerables, constituye obras de regeneración
urbana.
Visión
El gobierno autónomo Descentralizado Municipal del Cantón de Sucumbíos en el año
2019 será una institución eficiente, respetada, líder, de la región invierte sus recursos
económicos con honestidad y eficacia; su población dispone de servicios de Calidad de
servicios básicos, sus estudiantes se educan en las mejores condiciones, recibimos
atención medica de calidad, nuestros grupos vulnerables están atendidos y disponemos
espacios urbanos regenerados.
32
Diagrama Estructural del Gobierno Autónomo Descentralizado Municipal del Cantón de Sucumbíos.
C O N C E J O M U N I C I P A L
COMISIONES CONSEJOS
CANTONALES
EMPRESAS PÚBLICAS ALCALDIA
MUNICIPAL AUDITORIA INTERNA
SECRETARIA GENERAL
PROSECRETARIA
DOC. ARCHIVO
DIRECCION DE OBRAS Y
SERVICIOS PUBLICOS
DIRECCION DE DESARROLLO INTEGRAL Y
PARTICIPACION SOCIAL
SOSTENIBLE
PLA
NIF
ICA
CIO
N
GE
STI
ON
, CO
OP
ER
AC
ION
Y
PR
OY
EC
TOS
AV
ALU
OS
, CA
TAS
TRO
S Y
RE
NTA
S
JUN
TA P
RO
TEC
TOR
A
DE
DE
RE
CH
OS
CO
MIS
AR
IA Y
VIG
ILA
NC
IA
CO
MP
RA
S P
ÚB
LIC
AS
TALE
NTO
HU
MA
NO
TEC
NO
LOG
IA
INFO
RM
ATI
CA
SE
RV
ICIO
S G
EN
ER
ALE
S
Y T
RA
NS
PO
RTE
TES
OR
ER
IA
CO
NTA
BIL
IDA
D
BO
DE
GA
Y
CO
NTR
OL
DE
INV
EN
TAR
IOS
RECAUDACION Y COACTIVAS
EQ
UIP
O Y
MA
QU
INA
RIA
FIS
CA
LIZA
CIO
N
AG
UA
PO
TAB
LE Y
ALC
AN
TAR
ILLA
DO
AM
BIE
NTE
TUR
ISM
O
CU
LTU
RA
CO
OR
D. P
AR
T.
CIU
DA
D.
PR
OD
UC
CIO
N
REGISTRO DE LA
PROPIEDAD
DIRECCION DE PLANIFICACION
PARA EL DESARROLLO
LOCAL
PROCURADURIA SINDICA
DIRECCION DE GESTION
ADMINISTRATIVA
DIRECCION DE GESTION
FINANCIERA
BOMBEROS
HIG
IEN
E Y
SA
LUB
RID
AD
MA
N.
RE
SE
RV
A
MU
NIC
IP.
BIB
LIO
TEC
A
DE
PO
RTE
Y
RE
CR
EA
C.
IDE
NTI
DA
D
CU
LTU
RA
L
FOM
EN
TO
PR
OD
UC
TIV
O
SE
GU
RID
AD
ALI
ME
NTA
R.
TOP
OG
RA
FIA
COMUNICACION
COORDINACION DE ALCALDIA
PATRONATRO MUNICIPAL DE AMPARO
SOCIAL
PR
OV
EE
DU
RIA
ME
CA
NIC
A Y
TA
LLE
RE
S
UN
IDA
D D
E G
ÉN
ER
O
CO
NTR
OL
DE
INV
EN
TAR
IOS
DE
CO
MO
DA
TO
Figura 8 Diagrama Estructural del Gobierno Autónomo Descentralizado Municipal del Cantón de Sucumbíos Fuente: Gobierno Autónomo Descentralizado del Municipio del Cantón Sucumbíos
33
2.2. Descripción del procedimiento metodológico para el desarrollo de la
investigación
2.1.1. Modalidad de la investigación
Investigación cualitativa
La presente investigación se basó en la modalidad cualitativa, debido a que se describe
las características del problema, con el estudio de la realidad en su contexto natural, tal
como sucede, para interpretar el fenómeno con el apoyo de herramientas como la
entrevista y la observación. Se utiliza esta investigación para describir de forma
detallada las características del mantenimiento de los vehículos del GAD Municipal del
Cantón Sucumbíos, para de esa forma resaltar los aspectos más importantes que
permitan encontrar una solución oportuna.
Investigación cuantitativa
Se basó en la investigación cuantitativa debido a que implica el uso de herramientas
estadísticas y matemáticos para obtener los resultados, es decir trata de cuantificar el
problema. En este contexto la presente investigación es cuantitativa debido a que se
aplicó la encuesta y a través del análisis numérico de los resultados puede determinar
os requerimientos de la población de estudio para el diseño de la aplicación.
2.2.2. Tipos de investigación
Documental-Bibliográfica
La investigación es bibliográfica-documental debido a que se basó en la recopilación de
información de libros, revistas, artículos científicos, documentos institucionales para
entender de mejor manera los conceptos que se relacionan con la variable de estudio y
de esa forma plantear una solución adecuada al problema.
De campo
Se basó en la investigación de campo debido a que se recopiló información del lugar de
los hechos, que es el Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos para conocer la situación actual de la gestión de mantenimiento vehicular,
con la observación y entrevista al personal, logrando obtener elementos de juicio para
una mejor percepción de la problemática.
34
2.2.3. Población y Muestra
Población
La investigación se realizó en el Cantón de Sucumbíos, específicamente en el Gobierno
Autónomo Descentralizado Municipal del Cantón Sucumbíos, con una población de 25
personas.
Tabla 5 Población y Muestra
Población Número
Jefe de mantenimiento 1
Personal de bodega 1
Choferes 25
Total 27
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Muestra
Para la investigación se tomó como muestra al total de la población debido a que es un
número manejable y no es necesario realizar el cálculo de la muestra. De la población
total se realiza una entrevista al jefe de mantenimiento, otra entrevista al personal de
bodega y la encuesta a los choferes.
2.2.4. Métodos y técnicas
Métodos
Inductivo: Se emplea para obtener conclusiones generales a partir de enunciados o
antecedentes particulares.
Deductivo: Esta investigación parte de una idea general y desciende a los casos
particulares.
Analítico: Este método consiste en la descomposición del problema de investigación
en sus elementos para observar las causas y los efectos del mismo.
Sintético: ayuda a la construcción del objeto de investigación a partir de los elementos
encontrados mediante el análisis.
35
Técnicas
Observación: Se emplea para la recolección de datos acerca del objeto de estudios,
en donde se establece una relación concreta entre el investigador y el fenómeno que se
presenta.
Encuesta: Dirigido al personal que utiliza los vehículos del Gobierno Autónomo
Descentralizado Municipal del Cantón Sucumbíos para conocer la situación actual del
problema de investigación.
Tabla 6 Personal encuestado
Encuestados Total
Choferes 20
Jornaleros (choferes ocasionales) 4
Inspector de maquinaria 1
Total 25
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Entrevista: Aplicada al jefe de mantenimiento para recopilar información de manera
directa que favorezca al conocimiento del objeto de investigación.
Tabla 7 Personal entrevistado
Entrevistados Cargo
Sr. Miguel Romo Jefe de Taller
Sr Elías Bravo Ayudante de taller
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Herramientas
Guía de Observación: Consiste en una ficha estructurada por columnas que favorecen
la recolección y registro de los datos observados.
Cuestionario: Conformado por preguntas estructuradas acerca del objeto de
investigación que permitirá conocer datos importantes para dar solución al problema.
36
Tabla 8 Aspectos a evaluar
N° Aspectos a evaluar Si No Observaciones
1 Disponibilidad inmediata de
las unidades para
movilización
x
2 Mantenimiento preventivo a
los vehículos
x
3 Mantenimiento correctivo a
los vehículos
X
4 Retrasos en el mantenimiento
de los vehículos
X
5 Existencia de un sistema de
mantenimiento vehicular
automatizado
x
6 Prioridad a las solicitudes
urgentes de repuestos
X
7 Adquisición de repuestos
originales
X
8 Necesidad de
implementación del sistema
de gestión de mantenimiento
X
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
2.3. Propuesta de investigación: modelo, sistema, metodología, procedimiento
que realice el investigador
Para determinar la propuesta de aplicación se realiza en primer lugar el análisis de los
datos recolectados a través de la entrevista al Jefe de Mantenimiento y la encuesta a
los choferes, la misma que permitió tener una idea clara de la situación actual del
problema de estudio para en base a ello plantear la solución más oportuna.
2.3.1. Análisis de los resultados de la entrevista y encuesta aplicada
Unas ves aplicadas la investigación de campo se procedió a tabular y analizar los
resultados obtenidos, los cuales se detallan a continuación:
37
ENCUESTAS REALIZADA A LOS CHOFERES DEL GADM DEL CANTÓN
SUCUMBÍOS
1. ¿Existe disponibilidad inmediata de las unidades de movilización en el GAD
Municipal?
Tabla 9 Solicitud de vehículo
Opciones Frecuencia Porcentaje
Si 11 44%
No 14 56%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 9 Solicitud de vehículo Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e Interpretación
El 56% de los choferes de la institución manifiesta que se solicita anterioridad los
vehículos, pues no existe disponibilidad inmediata de estas unidades, mientras que el
44% indican que si existe disponibilidad inmediata
Por lo tanto, se determina que la mayoría de choferes menciona que se debe solicitar
con anterioridad los vehículos debido a que no existe disponibilidad inmediata de los
mismos debido a que se encuentran en mantenimiento o tienen algún tipo de
desperfecto.
44%
56% Si
No
38
2. ¿Qué tipo de mantenimiento se realiza en los vehículos del GADM del Cantón
Sucumbíos?
Tabla 10 Tipo Mantenimiento
Opciones Frecuencia Porcentaje
Correctivo 17 68%
Preventivo. 8 32%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 10 Tipo Mantenimiento Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e interpretación
El 68% de los encuestados manifiestan que el tipo de mantenimiento que se realiza en
los vehículos del GADM del Cantón Sucumbíos realizan un manteniendo correctivo,
mientras que el 32% indica que los vehículos realizan un mantenimiento preventivo.
De acuerdo a lo expuesto, se evidencia que el GADM del Cantón Sucumbíos
mayoritariamente se realizan mantenimientos correctivos, lo que evidencia la falta de
organización y planificación en los mantenimientos preventivos de las unidades
vehiculares, lo que repercute significativamente en la vida útil del automotor.
68%
32%
Correctivo
Preventivo.
39
3. ¿Existen retrasos en el mantenimiento de los vehículos por falta de
repuestos?
Tabla 11 Retrasos en el mantenimiento de los vehículos
Opciones Frecuencia Porcentaje
Sí 18 72%
No 7 28%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 11 Retrasos en el mantenimiento de los vehículos Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e Interpretación
El 72% de los encuestados manifiestan que si se ha presentado retrasos en el
mantenimiento de los vehículos por falta de repuestos, mientras que el 28% menciona
que no han existido esos problemas.
Por lo tanto, se determina que existen gran cantidad de retrasos en el mantenimiento de
los vehículos por la falta de repuestos, por lo que evidencia la poca organización del
encargado de taller de mantenimiento, pues no dispone de un sistema automatizado
que le permita llevar de forma oportuna la existencia de repuestos y herramientas
necesarios para las unidades de transporte.
72%
28%
Sí
No
40
4. ¿Los vehículos presentan constantemente daños o desperfectos?
Tabla 12 Mayores averías de la maquinaria o vehículo
Opciones Frecuencia Porcentaje
Si 16 64%
No 9 36%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 12 Mayores averías de la maquinaria o vehículo Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e interpretación
El 64% del personal encuestado mencionan que se presentan constantemente averías
en los vehículos, debido a la falta de mantenimiento preventivo, mientras que 36%
manifiesta que no se presentan a menudo averías en los vehículos.
Con ello se determina que la mayoría de los choferes aseguran que tienen
constantemente problemas con los automotores debido a los desperfectos en el motor
o en otras partes del vehículo, debido a la falta de mantenimiento que se realiza.
Si64%
No36%
Si
No
41
5. ¿Conoce usted algún sistema de mantenimiento vehicular que le indique las
fechas y tiempos exactos para ejecutarlos?
Tabla 13 Conocimiento de algún sistema de mantenimiento vehicular
Opciones Frecuencia Porcentaje
Sí 3 12%
No 22 88%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 13 Conocimiento de algún sistema de mantenimiento vehicular Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e Interpretación
El 88% de los encuestados mencionan que no tienen conocimiento de ningún
sistema de mantenimiento vehicular que indique las fechas y tiempos exactos para
ejecutarlos, mientras que un 12% indican que si han escuchado sobre un sistemas
de mantenimiento vehicular.
Con lo expuesto se determina que la mayoría de los choferes del GAD del Cantón
Sucumbíos no tienen conocimiento de ningún sistema de mantenimiento vehicular
que le indique las fechas y tiempos exactos para ejecutar los mantenimientos.
12%
88%
Sí
No
42
6. ¿Se da prioridad a solicitudes de repuestos automotrices para mantenimientos
urgentes de la institución?
Tabla 14 Prioridad a solicitudes de repuestos
Opciones Frecuencia Porcentaje
Sí 3 12%
No 22 88%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 14 Conocimiento de algún sistema de mantenimiento vehicular Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e interpretación
El 88% de los encuestados indica que no se da prioridad a solicitudes de repuestos para
mantenimiento urgentes de los vehículos, mientras que el 12% indica que si se dan
prioridad a las solicitudes de repuestos para el mantenimiento urgente.
Con ello se determina que en su mayoría no se da prioridad a las solicitudes urgentes
de mantenimiento debido a que estas se manejan únicamente en hojas de papel, razón
por la cual no se pueden controlar cuales llegaron en primera instancia o son de
categoría urgente.
12%
88%
Sí
No
43
7. ¿En la institución se adquiere repuestos originales de calidad para el correcto
funcionamiento del automotor?
Tabla 15 Características de repuestos
Opciones Frecuencia Porcentaje
Si 17 72%
No 8 28%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 15: Características de repuestos Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e Interpretación
El 72% de los encuestados menciona que en la institución se adquieren repuestos
originales de cada vehículo para asegurar su tiempo de vida útil, mientras que el 28%
afirma que hay repuestos que son genéricos, lo que ocasiona que los vehículos se
dañen constantemente.
La mayoría de los choferes del GADM del Cantón Sucumbíos menciona que el
departamento de mantenimiento vehiculas adquieren repuestos originales para los
automotores para el buen funcionamiento del vehículo, sin embargo muchas veces las
personas encargadas adquieren genéricos debido al alto precio, razón por la cual el
vehículo sufre ciertos desperfectos.
72%
28%
Si
No
44
8. ¿Considera adecuado implementar un sistema de información para mejorar
las actividades de mantenimiento en la Institución?
Tabla 16 Implementación del sistema
Opciones Frecuencia Porcentaje
Sí 25 100%
No 0 0%
Total 25 100%
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Figura 16 Implementación del sistema Fuente: GAD Municipal del Cantón Sucumbíos
Análisis e Interpretación
El 100% de los encuestados manifiestan que si es necesario implementar un sistema
de información para mejorar las actividades de mantenimiento de los vehículos de la
Institución.
Con ello se determina que la mayoría de los choferes del GADM del Cantón Sucumbíos
aseguran que es necesario implementar un sistema de información para mejorar las
actividades de mantenimiento de los vehículos de la Institución, pues con ello se podrá
asegurar el buen funcionamiento de los mismos y optimizar el trabajo de los
funcionarios.
100%
0%
Si No
45
ENTREVISTA REALIZADA AL SUPERVISOR Y JEFE DE TALLER DEL GADM DEL
CANTÓN SUCUMBÍOS
PREGUNTA 1
¿Los vehículos del GADM del Cantón Sucumbíos presentan daños con
frecuencia?
Si existen fallas mecánicas con frecuencia en los vehículos del GADM del Cantón
Sucumbíos debido a que los vehículos y maquinarias trabajan diariamente, razón por la
cual es importante realizar la planificación adecuada para los mantenimientos
preventivos que eviten el paro vehicular en horas de trabajo.
Análisis e Interpretación
Los entrevistados indican que si existe con frecuencia fallas mecánicas en vehículos y
maquinarias que pertenecen al GADM del Cantón Sucumbíos debido a la falta de
organización y planificación en los mantenimientos preventivos, por tal motivo se
evidencia la necesidad de un sistema automatizado que permita llevar el control
periódico de las actividades de mantenimiento que se deben realizar cada determinado
tiempo y de esa forma evitar molestias a la hora de desempeñar sus funciones.
PREGUNTA 2
¿De qué manera se lleva el registro de mantenimiento de los vehículos del GADM
del Cantón Sucumbíos?
El control de mantenimiento de vehículos se registra únicamente en hojas de papel,
junto con el kilometraje recorrido, los repuestos colocados, el responsable del
mantenimiento y la próxima revisión, sin embargo existen ocasiones que esa
información se pierde y no se puede cumplir con lo establecido.
Análisis e Interpretación
Los entrevistados manifiestan que el registro de mantenimiento de vehículos y
maquinarias del GADM del Cantón Sucumbíos se maneja únicamente de forma manual,
lo que dificulta el registro ordenado de datos. Por tal motivo se evidencia la necesidad
de un sistema informático de mantenimiento integral para el área de movilización que
facilite el registro de vehículos, accesorios, herramientas y de esa forma brindar una
mejor atención a los usuarios.
46
PREGUNTA 3
¿Ha presentado inconvenientes al momento de solicitar algún repuesto o
herramienta debido a la inexistencia en stock?
Si se han presentado inconvenientes, puesto que no se puede llevar un registro exacto
de los repuestos y demás elementos adquiridos, pues algunos son utilizados y la
persona encargada no la registra, razón por la cual existe un desfase de información
que dificulta la reposición de las mismas.
Análisis e Interpretación
Si han existido una serie de dificultades al momento que solicitan repuestos al taller y
no existe, pues la toma de datos de forma manual origina errores en el registro, es por
ello que se requiere una herramienta que permita la creación de una base de datos
exacta, con el número de piezas o repuestos adquiridos y el número que queda en stock.
PREGUNTA 4
¿Considera necesario la implementación de un sistema de información para el
mantenimiento integral del GADM del Cantón Sucumbíos?
Si es necesario la implementación de Sistemas de Información que permita la
automatización de todos los procesos que se efectúan en la institución, pues con ello se
podría solucionar diversos problemas que se presentan por la desorganización de la
información y falta de planificación.
Análisis e Interpretación
Los entrevistados mencionan que un sistema de información para la gestión del
mantenimiento integral del GADM del Cantón Sucumbíos es muy importante, debido a
que los procesos actuales originan mucha disconformidad tanto en los empleados como
en los directivos de la Institución, por tal motivo dicho sistema constituirá una
herramienta de apoyo para el área.
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 integral del mantenimiento de vehículos del gobierno
autónomo descentralizado municipal del Cantón Sucumbíos, mediante la arquitectura
de n-capas.
47
2.4 Conclusiones parciales del capítulo
A través de la investigación de campo realizada en el Gobierno Autónomo
Descentralizado Municipal del Cantón Sucumbíos se recopiló información que
permitió conocer la situación actual de la gestión integral de mantenimiento de
la institución, para de esa manera plantear una solución acorde al problema que
se presenta.
El registro, almacenamiento y conservación de información del proceso de
mantenimiento vehicular del Gobierno Autónomo Descentralizado Municipal del
Cantón Sucumbíos se realiza en forma manual, razón por la cual existe muchos
problemas de planificación de mantenimientos preventivos y stock de repuestos,
provocando que los vehículos se dañen en horas laborables, lo que representa
pérdidas para la institución.
Con la información recopilada se determina la necesidad de implementar un
sistema de información para mejorar las actividades de mantenimiento de los
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos, para asegurar el buen funcionamiento de los mismos y optimizar el
trabajo de los funcionarios.
48
CAPÍTULO III.
VALIDACIÓN Y/O EVALUACIÓN DE LOS RESULTADOS
3.1 Título de la Propuesta
Diseño de un software de aplicación para la gestión de mantenimiento integral de los
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos
utilizando la arquitectura n-capa.
3.2 Objetivos
Objetivo General
Diseñar de un software de aplicación para la gestión de mantenimiento integral de los
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos
utilizando la arquitectura n-capa.
Objetivos específicos
Determinar los requerimientos funcionales del sistema de información para la
gestión de mantenimiento integral de los vehículos del Gobierno Autónomo
Descentralizado Municipal del Cantón Sucumbíos
Implementar el sistema de información para la gestión de mantenimiento integral
de los vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos
Realizar las pruebas de funcionamiento del sistema de información.
3.3 Antecedentes
En el departamento vehicular del Gobierno Autónomo Descentralizado Municipal del
Cantón Sucumbíos se manejan los procesos y registros de forma manual, lo cual
dificulta la toma de decisiones de forma ágil y oportuna.
3.3 Justificación
La carencia de sistemas de información dentro de las organizaciones conlleva a la falta
de información y registros incompletos sobre todo debido a los procesos manuales que
se efectúan, por tal motivo el diseño de un sistema de información para la gestión de
mantenimiento integral es vehículos del Gobiernos Autónomo Descentralizado
Municipal del Cantón Sucumbíos es de gran importancia para la institución pues esto
permitirá brindar información automatizada y precisa para disminuir en lo posible el
mantenimiento correctivo debido a desperfectos.
49
La implementación de un sistema de información para la gestión de mantenimiento
integral de vehículos del Gobiernos Autónomo Descentralizado Municipal del Cantón
Sucumbíos es de gran beneficio, pues con ello se podrá planificar las tareas de
mantenimiento, con la generación de reportes adecuados a las necesidades de cada
vehículo, control de consumo de aceite, neumáticos, entre otros; facilitando de esa
forma el trabajo del jefe de área de la institución.
El diseño del software de aplicación para la gestión de mantenimiento integral de los
vehículos del Gobierno Autónomo Descentralizado Municipal del Cantón Sucumbíos
tiene representatividad práctica y teórica, pues se utilizan herramientas de código
abierto y un conjunto de elementos para facilitar la creación del sistema con la finalidad
de poner en práctica todos los conocimientos adquiridos durante el transcurso de la
carrera universitaria.
3.4. Análisis de factibilidad
Factibilidad operacional
Para el desarrollo del proyecto se cuenta con el apoyo del personal que va a interactuar
con el sistema, pues consideran que el sistema beneficiará de manera considerable al
departamento vehicular del Gobierno Autónomo Descentralizado Municipal del Cantón
Sucumbíos.
Además se cuenta con personal capacitado para el manejo de sistema de información,
debido a que es un software de fácil interacción, en el cual el usuario final solamente
debe ingresar datos vía teclado, lo que permite obtener un óptimo resultado en la
ejecución del sistema.
Factibilidad técnica
El GAD Municipal de Cantón Sucumbíos cuenta con la infraestructura en cuanto a
hardware, sin embargo no posee de una herramienta automatizada que permita agilizar
el proceso de gestión de vehículos de manera oportuna. Por tal motivo para el diseño
del sistema se recolectó información de los componentes técnicos con los que dispone
la institución y la posibilidad de hacer uso de los mismos para el desarrollo e
implementación del sistema de información propuesto.
50
Tabla 17 Factibilidad técnica
Requisitos del software
Área Alternativa Descripción Licencia
Sistema Operativo Windows 7 64bits Sistema Operativo Comercial
Herramientas de
Desarrollo
JAVA Lenguaje de
programación
Libre
PostgreSQL Motor de Base de
Datos Relacional
Libre
Netbeans Entorno de Desarrollo Libre
Navegador Google
Chrome/Mozilla
Firefox
Libre
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Factibilidad económica
En cuento a los recursos económicos necesarios para el desarrollo del sistema son los
que se detalla a continuación:
Tabla 18 Factibilidad económica
RECURSOS HUMANOS
Recurso Horas Costo/hora Total
Programador
(Investigador)
200 5,00 $ 1000,00
RECURSOS DE SOFTWARE
Costo Licencia
JAVA $0,00
Requisitos de Hardware
Mínimo Optimo
Sistema Operativo Windows 7 Windows 10
Almacenamiento Disco duro 500GB Disco duro 1T
Ram Memoria RAM 4GB Memoria RAM
4GB
Procesador Procesador core2 Duo Procesador core
i5
Accesorios Teclado, Mouse, Impresora
51
PostgreSQL $ 0,00
MVC $ 0,00
RECURSOS DE SOFTWARE
Equipo servidor $ 600,00
RECURSOS MATERIALES
Impresiones - - $80,00
Hojas de papel
bond
- - $40,00
Material de
escritorio
- - $60,00
Flash Memory - - $20,00
Transporte - - $100,00
Alimentación - - $100,00
TOTAL $2000,00
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
La implementación del sistema es factible económicamente, debido a que se cuenta
con el presupuesto para su desarrollo.
3.5. Análisis de los requerimientos
Requerimientos funcionales
Tabla 19 Requerimientos funcionales
RF1 Iniciar sesión
Descripción El actor administrador ingresa al sistema, administra las
tablas padres para ser utilizadas posteriormente, en
ciertas tablas solo las puede listar
Prioridad ALTA
RF2 Administrar técnico
Descripción El actor administrador ingresa al sistema, administra las
tablas de técnicos.
El actor Técnico tiene acceso a su cuenta, y administrarle.
Prioridad ALTA
RF3 Administrar conductor
Descripción El actor administrador ingresa al sistema, administra las
tablas de usuario.
52
El actor Conductor tiene acceso a su cuenta, y
administrarle.
Prioridad ALTA
RF4 Administrar licencia
Descripción El actor administrador ingresa al sistema, administra las
tablas de licencias.
Prioridad ALTA
RF5 Administrar vehículo
Descripción Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Prioridad ALTA
RF6 Administrar orden de trabajo
Descripción El actor conductor ingresa al sistema, administra las tablas
de orden de trabajo y es envía al técnico.
Prioridad ALTA
RF7 Administrar solicitud
Descripción El actor técnico ingresa al sistema, realizar solicitud de
repuestos.
Prioridad ALTA
RF8 Administrar bodega de repuestos
Descripción El actor General ingresa al sistema, realiza mantenimiento
completo de la tabla de bodega_repuestos.
Prioridad ALTA
RF9 Administrar trabajo
Descripción El actor técnico ingresa al sistema, administra la tabla de
trabajo.
Prioridad ALTA
RF10 Administrar pedidos
Descripción El actor General ingresa al sistema, consulta stock y
realiza pedido de repuestos
Prioridad ALTA
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
53
Requerimientos no funcionales
Seguridad
Accesibilidad
Interfaz sencilla
Descripción de actores
Los actores que intervienen en el sistema de información son: General, administrador,
conductor y técnico, los cuales tienen las siguientes funciones.
Tabla 20 Descripción de actores
ACTOR FUNCIONES
General Iniciar sesión
Administrar solicitud
Administrar bodega repuestos
Administrar pedidos
Administrador Iniciar sesión
Administrar usuarios
Administrar técnico
Administrar conductor
Administrar licencia
Administrar vehículo
Conductor Iniciar sesión
Administrar conductor
Administrar orden trabajo
Técnico Iniciar sesión
Administrar técnico
Administrar orden trabajo
Administra solicitud
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
54
3.6. Casos de uso
a) Caso de uso general del sistema
Figura 17 Caso de uso general del sistema Fuente: GAD Municipal del Cantón Sucumbíos
uc General
Sistema
AdministradorGeneral
Conductor Tecnico
Iniciar Sesion
Administrar
Usuarios
Administrar
Tecnico
Adminsitrar
Conductor
Administrar
Vehiculo
Administrar
Licencias
Administrar
uso_v ehiculo
Administrar
Orden de
Trabajo
Administrar
solicitud
Administrar
bodega
repuestos
Administrar
trabajo
Administrar
Pedidos
Listar Uso de
Vehiculo
«include»
55
Tabla 21 Descripción caso de uso general del sistema
Caso de uso: General
Actores Administrador, Conductor, Técnico, General
Descripción El actor administrador ingresa al sistema, administra
las tablas padres para ser utilizadas posteriormente, en
ciertas tablas solo las puede listar.
El actor Conductor tiene acceso a su cuenta, genera
un uso de vehículo, y realizar una orden de trabajo
enviada al técnico.
El actor Técnico tiene acceso a su cuenta, listar
ordenes de trabajo y realiza su mantenimiento, genera
trabajo para los demás técnicos, y realiza solicitudes
de repuestos a bodega.
El actor general tiene acceso a su propio usuario, y
administra las solicitudes de repuestos, bodega y
pedidos de repuestos.
Precondiciones Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas principales y
secundarias.
Mostrar información requerida.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le
mostrar un mensaje de verificación de datos
ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
56
b) Caso de uso administrar usuarios
Figura 18 Caso de uso administrar usuarios Fuente: GAD Municipal del Cantón Sucumbíos Tabla 22 Descripción Caso de uso administrar usuarios
Caso de uso: Usuario
Actores Administrador, General
Descripción El actor administrador ingresa al sistema, administra las
tablas de usuario.
El actor General tiene acceso a su cuenta, y
administrarle.
Precondiciones Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le
mostrar un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
uc usuarios
Sistema
Administrador
general
Iniciar Sesion
Administrar
usuarios
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
«include»
«include»
«include»
«include»
«include»
«include»
«extend»
«include»
57
c) Caso de uso administrar técnico
Figura 19 Caso de uso administrar técnico Fuente: GAD Municipal del Cantón Sucumbíos
Tabla 23 Descripción Caso de uso administrar técnico
Caso de uso: Técnico
Actores Administrador, Técnico
Descripción El actor administrador ingresa al sistema, administra las
tablas de técnicos.
El actor Técnico tiene acceso a su cuenta, y administrarle.
Precondiciones Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le mostrar
un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
uc Tecnico
Sistema
Administrador
Tecnico
Iniciar Sesion
Administrar
Tecnico
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
«include»
«include»
«include»
«include»
«extend»
«include»
«include»
«include»
58
d) Caso de uso administrar conductor
Figura 20 Caso de uso administrar conductor Fuente: GAD Municipal del Cantón Sucumbíos
Tabla 24 Descripción Caso de uso administrar conductor
Caso de uso: Conductor
Actores Administrador, Conductor
Descripción El actor administrador ingresa al sistema, administra las tablas
de usuario.
El actor Conductor tiene acceso a su cuenta, y administrarle.
Precondiciones Estar identificado como usuario del sistema y su respectico tipo
de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
uc conductor
Sistema
Administrador
Conductor
Iniciar Sesion
Administrar
Conductor
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
Administrar
Licencias
«include»
«include»
«include»
«include»
«include»
«extend»
«include»
«include»
«include»
59
Flujo
Alternativo
Si la información ingresada para la administración o el ingreso
al sistema es incorrecta u obligatoria se le mostrar un mensaje
de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
e) Caso de uso administrar licencia
Figura 21 Caso de uso administrar licencia Fuente: GAD Municipal del Cantón Sucumbíos
Tabla 25 Descripción Caso de uso administrar licencia
Caso de uso: Licencias
Actores Administrador
Descripción El actor administrador ingresa al sistema, administra las
tablas de licencias.
Precondiciones Estar identificado como usuario del sistema y su respectico
tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
uc Licencias
Sistema
Administrador
Iniciar Sesion
Administrar
LIcencias
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
«include»
«include»
«include»
«include»
«include»
«include»
«extend»
60
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le mostrar
un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
f) Caso de uso administrar vehículo Administrador
Figura 22 Caso de uso administrar vehículo Fuente: GAD Municipal del Cantón Sucumbíos
uc v ehiculo
Sistema
Administrador
Iniciar Sesion
Administrar
Vehiculo
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
«include»
«include»
«include»
«include»
«include»
«include»
«extend»
61
Tabla 26 Descripción Caso de uso administrar vehículo administrador
Caso de uso: Vehículo
Actores Administrador
Descripción El actor administrador ingresa al sistema, administra las
tablas de vehículos.
Precondiciones Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le
mostrar un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
g) Caso de uso. Uso del vehículo
Figura 23 Caso de uso. Uso del vehículo Fuente: GAD Municipal del Cantón Sucumbíos
uc uso v ehiculo
Sistema
Conductor
Iniciar Sesion
Administrar Uso
Vehiculo
Validacion de
datos a
registrar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
Administrador
«include»
«include»
«include»
«extend»
«include»
62
Tabla 27 Descripción Caso de uso. Uso del vehículo
Caso de uso: Uso de vehículo
Actores Conductor Administrador
Descripción El actor Conductor ingresa al sistema, administra las tablas de
uso de vehículos.
El actor Administrador lista los usos realizados.
Precondiciones Estar identificado como usuario del sistema y su respectico tipo
de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo
Alternativo
Si la información ingresada para la administración o el ingreso al
sistema es incorrecta u obligatoria se le mostrar un mensaje de
verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
h) Administrar órdenes de trabajo
Figura 24 Caso de uso administrar órdenes de trabajo Fuente: GAD Municipal del Cantón Sucumbíos
uc orden de trabajo
Sistema
Conductor
Iniciar Sesion
Administrar
Orden de trabajo
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
«include»
«include»
«include»
«include» «include»
«include»
«extend»
63
Tabla 28 Descripción Caso de uso administrar órdenes de trabajo
Caso de uso: Orden de trabajo
Actores Conductor
Descripción El actor conductor ingresa al sistema, administra las
tablas de orden de trabajo y es envía al técnico.
Precondiciones Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le
mostrar un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
i) Caso de uso administrar solicitud
Figura 25 Caso de uso administrar solicitud Fuente: GAD Municipal del Cantón Sucumbíos
uc solicitud
Sistema
General
Iniciar Sesion
Administrar
Solicitud
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
Tecnico
«include»
«include»
«include»
«include»
«extend»
«include»
«include»
64
Tabla 29 Descripción Caso de uso administrar solicitud
Caso de uso: Solicitud
Actores Técnico, General
Descripción El actor técnico ingresa al sistema, realizar solicitud de
repuestos.
El actor General lista solicitudes y responde a las mismas.
Precondiciones Estar identificado como usuario del sistema y su respectico
tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo
Alternativo
Si la información ingresada para la administración o el ingreso
al sistema es incorrecta u obligatoria se le mostrar un mensaje
de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
j) Caso de uso administrar bodega de repuestos
Figura 26 Caso de uso administrar bodega de repuestos Fuente: GAD Municipal del Cantón Sucumbíos
uc bodega repuestos
Sistema
General
Iniciar Sesion
Administrar
Bodega
Repuestos
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
«include»
«include»
«include»
«include»
«extend»
«include»
«include»
65
Tabla 30 Descripción Caso de uso administrar bodega de repuestos
Caso de uso: Bodega Repuestos
Actores General
Descripción El actor General ingresa al sistema, realiza mantenimiento
completo de la tabla de bodega_repuestos.
Precondiciones Estar identificado como usuario del sistema y su respectico
tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le mostrar
un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
k) Caso de uso administrar trabajo
Figura 27 Caso de uso administrar trabajo Fuente: GAD Municipal del Cantón Sucumbíos
uc trabajo
Sistema
Iniciar Sesion
Administrar
Trabajo
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
Tecnico
«include»
«include»
«include»
«include»
«extend»
«include»
«include»
66
Tabla 31 Descripción Caso de uso administrar trabajo
Caso de uso: Trabajo
Actores Técnico
Descripción El actor técnico ingresa al sistema, administra la tabla de
trabajo.
Precondiciones Estar identificado como usuario del sistema y su
respectico tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le
mostrar un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
l) Caso de uso administrar pedidos
Figura 28 Caso de uso administrar pedidos Fuente: GAD Municipal del Cantón Sucumbíos
uc Pedidos
Sistema
Iniciar Sesion
Administrar
Pedidos
Validacion de
datos a
registrar
Validacion de datos a
modificar
Listar
Información
Validar datos a
eliminar
Verificar
existencia de
informacion
General
«include»
«include»
«include»
«include»«include»
«include»
«extend»
67
Tabla 32 Descripción Caso de uso administrar pedidos
Caso de uso: Pedidos
Actores General
Descripción El actor General ingresa al sistema, consulta stock y realiza
pedido de repuestos
Precondiciones Estar identificado como usuario del sistema y su respectico
tipo de usuario.
Los datos a modificar, eliminar y consultar deben estar
previamente llenos en las tablas del sistema.
Post condición Administración y lecturas correctas.
Flujo Principal Ingresar al sistema
Realizar administración de las tablas y sus listados.
Flujo Alternativo Si la información ingresada para la administración o el
ingreso al sistema es incorrecta u obligatoria se le mostrar
un mensaje de verificación de datos ingresados.
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
Diagrama de secuencia
a) Diagrama de secuencia iniciar sesión
Figura 29 Diagrama de secuencia iniciar sesión
Fuente: GAD Municipal del Cantón Sucumbíos
sd Iniciar sesion
Usuario
Iniciar Sesion Base de datos
1. Enviar datos de usuario()
2. Validacion de datos obligatorios()
3. Consulta con parametros de usuario()
4. Envio de resultado()
5. Mensaje de acceso al sistema()
68
b) Diagrama de secuencia general administrador
Figura 30 Diagrama secuencial general administrador Fuente: GAD Municipal del Cantón Sucumbíos
c) Diagrama de secuencia general técnico
Figura 31 Diagrama de secuencia general técnico Fuente: GAD Municipal del Cantón Sucumbíos
sd General Administrador
Administrador
Iniciar Sesion Usuario Tecnico Licencia Conductor Vehiculo Uso vehiculo
1. Enviar datos de acceso()
2. Administrar usuarios()
3. Administrar Tecnicos()
4. Administrar Licencias()
5. Administrar Conductor()
6. Solicitud de licencias()
7. Listado de licencias()
8. Administrar Vehiculos()
9. Solicitud del l istado()
sd General Tecnico
Iniciar Sesion
Tecnico
Tecnico Orden de trabajo Solicitud Trabajo
1. Enviar datos de acceso()
2. Administrar su usuario()
3. Revisar y Modificar Orden de trabajo()
4. Administrar solicitud()
5. Administrar trabajo()
69
d) Diagrama de secuencia general conductor
Figura 32 Diagrama de secuencia general conductor Fuente: GAD Municipal del Cantón Sucumbíos
e) Diagrama de secuencia administrar licencia
Figura 33 Diagrama de secuencia administrar licencia Fuente: GAD Municipal del Cantón Sucumbíos
sd General conductor
Conductor
Iniciar Sesion Conductor Uso de vehiculo Orden de trabajo
1. Enviar datos de acceso()
2. Administrar su usuario()
3. Administrar uso de vehiculo()
4. Generar Orden de trabajo()
sd Conductor - Licencias
Administrador Conductor
Iniciar Sesion Licencias Conductor Uso de vehiculo
1. Enviar datos de acceso()
2. Administrar Licencias()
3. Administrar conductor()
4. Enviar datos de acceso()
5. Administrar su usuario()
6. Administrar uso de vehiculo()
7. Listar uso de vehiculo()
70
f) Diagrama de secuencia administrar solicitudes
Figura 34 Diagrama de secuencia administrar solicitudes Fuente: GAD Municipal del Cantón Sucumbíos
g) Diagrama de secuencia administrar orden de trabajo
Figura 35 Diagrama de secuencia administrar orden de trabajo Fuente: GAD Municipal del Cantón Sucumbíos
Diseño de clases
A continuación se presenta el diseño de clases del sistema:
sd solicitud
Tecnico General
Iniciar Sesion Solicitud
1. Enviar datos de Acceso()
2. Realizar solicitud de repuestos()
3. Enviar datos de Acceso()
4. Listar y modificar solicitud()
5. Verificar estado de solicitud()
sd orden de trabajo
Conductor Tecnico
Iniciar Sesion Orden de trabajo
1. Enviar datos de acceso()
2. Generar orden de trabajo()
3. Enviar datos de acceso()
4. Listar y modificar orden de trabajo()
5. Revisar proceso de orden de trabajo()
71
Diagrama de clases
Figura 36 Diagrama de clases Fuente: GAD Municipal del Cantón Sucumbíos
class Modelo de clases
asignacion
- codigo
- cod_vehiculo
- cod_conductor
- usuarioregistra
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
usuario
- cedula
- nombre
- apellido
- telefono
- contrasena
- tipo
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
v ehiculo
- placa
- num_motor
- modelo
- color
- anio_fabricacion
- descripcion
- estado
- fecha_ultimo_mantenimiento
- fecha_prox_mantenimiento
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
conductores
- cedula
- nombres
- apellidos
- telefono
- direccion
- fecha_ingreso
- estado
- cod_licencia
- contrasena
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
uso_v ehiculo
- codigo
- cod_conductor
- cod_vehiculo
- fecha
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
licencias
- codigo
- nombre
- descripcion
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
solicitud
- codigo
- cod_ordentrabajo
- nombre
- cantidad
- descripcion
- existencia
- respuesta
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
bodega_respuestos
- codigo
- nombre
- descripcion
- cantidad
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
ordentrabajo
- codigo
- cod_usovehiculo
- descripcion_orden
- fecha_orden
- numero_orden
- tecnico_revision
- fecha_revision
- descripcion_revision
- tipo_solucion
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
trabajo
- codigo
- cod_ordentrabajo
- cod_tecnico
- actividad
- descripcion
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
tecnico
- cedula
- nombre
- apellido
- telefono
- direccion
- fecha_ingreso
- estado
- titulo
- cargo
- contrasena
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
pedidos
- codigo
- cantidad
- fecha
- descripcion
- cod_repu
- usuarioregistra
+ insertar() : void
+ actualizar() : void
+ eliminar() : void
0..* 1
0..*
1
0..*
1
0..*
1
0..*
1 1..*
1
0..*1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
0..*
1
72
Diagrama físico de la base de datos
Figura 37 Diagrama físico de la base de datos Fuente: GAD Municipal del Cantón Sucumbíos
73
Diagrama lógico de la base de datos
Figura 38 Diagrama lógico de la base de datos
Fuente: GAD Municipal del Cantón Sucumbíos
74
Diccionario de datos
Tabla 33 Diccionario de datos
tabla : usuarios
nombre Tipo Descripción
cedula varchar(10) Identificación único del usuario
nombre varchar(50) Nombres del usuario
apellido varchar(50) Apellidos del usuario
telefono varchar(10) Teléfono del usuario
contrasena varchar(15) Texto de seguridad e ingreso al sistema
tipo varchar(20) Descripción del rol del usuario
tabla : vehículo
nombre Tipo Descripción
placa varchar(7) Texto identificador del vehículo
num_motor varchar(50) Texto único del motor
marca varchar(50) Marca del vehículo
modelo varchar(50) Modelo del vehículo
color varchar(20) Color del vehículo
anio_fabricacion
varchar(4) Año de fabricación del vehículo
descripcion varchar(250) Descripción del vehículo
estado varchar(50) Descripción del estado actual del vehículo
fecha_ultimo_mantenimiento
Datetime Fecha del ultimo mantenimiento del vehículo
fecha_prox_mantenimiento
Datetime Fecha aproximada del próximo mantenimiento del vehículo
tabla : uso vehículo
nombre Tipo Descripción
codigo Int Identificar autonumérico
cod_conductor varchar(10) Código identificador del conductor
cod_vehiculo varchar(10) Código identificador del vehículo
fecha datetime Fecha en la que se usa el vehículo
tabla : trabajo
nombre Tipo Descripción
codigo Int Identificador autonumerico
cod_ordentrabajo
Int Código identificador de la orden de trabajo
cod_tecnico varchar(10) Código identificador del técnico
actividad Datetime Nombre de la actividad a realizar
descripcion varchar(100) Descripción de la actividad a realizar
tabla : técnico
nombre Tipo Descripción
cedula Int Identificador único del técnico
nombre varchar(50) Nombre del técnico
75
apellido varchar(50) Apellido del técnico
telefono varchar(10) Teléfono del técnico
direccion varchar(100) Dirección domiciliar del técnico
fecha_ingreso Datetime Fecha de registro del técnico
estado varchar(50) Estado actual del técnico
titulo varchar(50) Título del técnico
cargo varchar(50) Cargo asignado al técnico
contrasena varchar(15) Texto de seguridad e ingreso al sistema
tabla : solicitud
nombre Tipo Descripción
codigo Int Identificador autonumérico
cod_ordentrabajo
Int Código de la orden de trabajo
nombre varchar(50) Nombre de la solicitud
cantidad Int Cantidad de repuestos a pedir
descripcion varchar(100) Descripción breve del repuesto
existencia decimal(18,2) Numero de cantidad de repuestos en existencia
respuesta varchar(50) Respuesta de existencia de repuestos
tabla : ordentrabajo
nombre Tipo Descripción
codigo Int Identificado autonumérico
cod_usovehiculo
Int Numero de repuesto a pedir
descripcion_orden
varchar(100) Fecha que se realiza el pedido
fecha_orden Datetime Indentificador del repuesto
numero_orden varchar(100) Numero de orden manual
cod_tecnico_revision
varchar(10) Identificador del técnico que revisara
fecha_revision Datetime Fecha que se realizara la revisión
descripcion_revision
varchar(100) Descripción de la revisión
tipo_solucion varchar(100) Tipo de la solución a realizar
tabla : licencias
nombre Tipo Descripción
codigo Int Identificador autonumérico
tipo varchar(10) Tipo de licencia
descripcion varchar(100) Descripción del tipo de licencia
tabla : conductores
nombre Tipo Descripción
codigo Int Identificador autonumérico
nombres varchar(50) Nombre del conductor
76
apellidos varchar(50) Apellido del conductor
telefono varchar(10) Teléfono del conductor
direccion varchar(100) Dirección del conductor
fecha_ingreso Datetime Fecha de registro del conductor
estado varchar(50) Estado del conductor
cod_licencia Int Identificador de la licencia
contrasena varchar(20) Texto de seguridad e ingreso al sistema
tabla : bodega_repuestos
nombre Tipo Descripción
codigo Int Identificador autonumérico
nombre varchar(50) Nombre del repuesto
descripcion varchar(100) Descripción o detalle del repuesto
cantidad decimal(18,2) Cantidad o stock
tabla : asignación
nombre Tipo Descripción
codigo Int Identificador autonumérico
cod_vehiculo varchar(7) Nombre del repuesto
cod_conductor varchar(10) Descripción o detalle del repuesto
usuario_registra
varchar(10) Código del usuario que registra la asignación
tabla : pedidos
nombre Tipo Descripción
codigo Int Identificador autonumérico
cantidad decimal(18,2) Nombre del repuesto
fecha Datetime Fecha que se realiza el pedido
descripcion varchar(100) Descripción del repuesto o del pedido
cod_repu Int Código del repuesto a realizar el pedido
usuarioregistra varchar(10) Código del usuario que registra la asignación
Elaborado por: Brayan Fernando Mafla Jaramillo Fuente: GAD Municipal del Cantón Sucumbíos
3.7. Diseño de interfaces
1. Ingreso al sistema: Para el ingreso al sistema de mantenimiento es necesario indicar
el rol de la persona que ingresa, el número de cédula y la contraseña.
77
Figura 39 Interfaz de ingreso al sistema Elaborado por: Brayan Fernando Mafla Jaramillo
2. Página principal del sistema: La página principal del sistema contiene el logotipo
y el menú para la gestión de mantenimiento del GAD Municipal del Cantón
Sucumbíos.
Figura 40 Página principal Elaborado por: Brayan Fernando Mafla Jaramillo
3. Menú del sistema: Muestra las opciones para la gestión de mantenimiento del GAD
Municipal del Cantón Sucumbíos.
78
Figura 41 Menú del sistema
Elaborado por: Brayan Fernando Mafla Jaramillo
4. Interfaz de orden de trabajo
Figura 42 Centro de Mantenimiento Vehicular Elaborado por: Brayan Fernando Mafla Jaramillo
3.8. Pruebas de funcionamiento
Las pruebas funcionales se realizan con la finalidad de encontrar discrepancia entre el
software que se ha diseñado y los requerimientos de los usuarios, por tal motivo el
sistema web se evaluó en base a las pruebas de baja blanca y caja negra.
Pruebas de caja blanca: Son las pruebas de software que se realiza sobre las
funciones internas de un módulo, para detectar fallas en la estructura interna y el
funcionamiento del sistema de información. Para ello se evaluaron las decisiones lógicas
79
y bucles presentados en los diversos módulos y estructura de cada clase, a través de la
cobertura de caminos, pruebas sobre las expresiones lógicas y pruebas de camino de
datos, de esta forma se comprueba que el sistema funcione de acuerdo a los
requerimientos del usuario y descartar cualquier error en el código fuente que provoque
fallas al momento de implementarlo.
El sistema es desarrollado de tal manera que al realizar las sentencias para ingresar,
seleccionar o actualizar los datos, estos sean ingresados de forma de parámetro lo que
impide un ataque de inyección SQL.
Figura 43 Prueba caja blanca 1 Elaborado por: Brayan Fernando Mafla Jaramillo
Pruebas de caja negra: Estas pruebas se efectúan sobre la interfaz del software con
el ingreso de información y analizando los resultados que emite el sistema, sin tener en
cuenta el proceso interno o código que se realizó en el sistema.
Las pruebas de funcionamiento de caja negra se realizaron con el análisis del jefe de
taller del GAD Municipal de Cantón Sucumbíos, el Sr Miguel Romo, el mismo que evaluó
el ingreso al sistema, la administrar usuarios, administración de vehículos, administrar
bodega de repuestos, entre otros, con lo cual se pudo corregir ciertos errores que se
presentaban al momento de las pruebas y de esa forma asegurar su correcto
funcionamiento.
80
Puede validar si el usuario que intenta ingresar al sistema forma parte de los usuarios
registrados, en caso que no sea así muestra un error que indica que el usuario no está
registrado.
Figura 44 Prueba de funcionamiento caja negra 1 Elaborado por: Brayan Fernando Mafla Jaramillo
Una vez validado el usuario permite contralar la contraseña del mismo, lo cual se realiza
mediante una consulta a la base de datos y la compara con el usuario ingresado en el
login, en caso que la contraseña sea incorrecta se le muestra un mensaje que le indica
que debe revisar la contraseña.
Figura 45 Prueba de funcionamiento caja negra 2 Elaborado por: Brayan Fernando Mafla Jaramillo
81
En caso que se desee realizar una acción de ingreso o actualización y tenga que
ingresar valores obligatorios se le presenta un mensaje que se le indica que dicha acción
esta incorrecta por tal motivo.
Figura 46 Prueba de funcionamiento caja negra 3 Elaborado por: Brayan Fernando Mafla Jaramillo
3.9. Conclusiones parciales del capítulo
El desarrollo del sistema de información fue muy satisfactorio, pues se puso en
práctica los conocimientos adquiridos en la Universidad UNIANDES hasta obtener
un sistema de información para la gestión de mantenimiento de vehículos del GAD
Municipal del Cantón Sucumbíos que cumpla con los requerimientos de los
usuarios.
Con la implementación del sistema de información para la gestión de mantenimiento
vehicular del GAD Municipal del Cantón Sucumbíos se ha logrado optimizar el
tiempo y recursos de los procesos que se realiza en la institución, pues con la
automatización de los mismos se puede llevar un registro rápido, ordenado y de los
vehículos y los tiempos de mantenimiento de cada uno.
Con la etapa de pruebas del sistema se pudo detectar errores funcionales que no
cumplían con los requerimientos de los usuarios, para de esa forma corregirlos y
asegurar la utilización oportuna del software
82
CONCLUSIONES GENERALES
Con la recolección de la información a través de las entrevistas aplicadas al
personal del GAD Municipal el Cantón Sucumbíos se pudo determinar los
requerimientos del sistema de información para el mantenimiento de los vehículos
de la institución, lo que ha resultado de gran ayuda para la automatización del
proceso.
La metodología UWE fue apropiada para el desarrollo del sistema, pues con ello se
pudo ir diseñando cada etapa del mismo, dando como resultado un software con de
fácil entendimiento con una interfaz sencilla que facilita su utilización.
Las herramientas de desarrollo de código libre permiten a las empresas incursionar
en el mundo digital y automatizar sus procesos sin realizar gastos elevados, lo que
les ayuda a cumplir con las tareas requeridas por los usuarios y alcanzar un nivel
empresarial competitivo.
RECOMENDACIONES
Es importante realizar el análisis de las herramientas oportunas que se van a utilizar
en el desarrollo del sistema pues con ello se asegura la calidad del producto final.
Es necesario que el GAD Municipal del Cantón Sucumbíos brinde capacitaciones a
las personas que van a interactuar con el sistema de mantenimiento vehicular, pues
con ello se puede asegurar el adecuado funcionamiento del mismo.
Es importante realizar las pruebas de funcionamiento del sistema junto con el
personal técnico que lo va a utilizar, ya que ello permitirá localizar errores en el uso
del software.
83
BIBLIOGRAFÍA
Aurazo, E. (2017). Estudio de UWE - Metodologia de Desarrollo Web. Madrid, España:
Universidad Carlos III de Madrid.
Badaro, S., Ibañes, L., & Aguero, M. (2014). Sistemas Expertos: Fundamentos,
Metodologías y Aplicaciones. Universidad de Palermo, 351.
Barzanallana, R. (2012). Historia del desarrollo de aplicaciones Web. Universidad de
Murcia.
Burgos, M. (2011). Clasificación de los sistemas de información. Universidad Austral de
Chile.
Camarena, J., Trueba, A., Martínez, M., & López, M. (noviembre de 2012).
Automatización de la codificación del patrón modelo vista controlador (MVC) en
proyectos irientados a la Web. Ciencias Ergo Sum, 19(3), 239-250.
Castro, L. (2014). Las aplicaciones web en la era de internet. EKA: Revista Empresarial.
Cedric, S. (2011). Curso de Java Server Faces 2 con Hibernate 3. HIBERNATE, 1-68.
Cédric, S. (2012). Curso de programación Java. ©Copyright .
Concuerna, P. (2015). Introducción a la tecnología Java. Universidad de Cantabria.
Crespo, A. (2007). "The maintenance management framework". Models and methods
for complex systems maintenance (Primera ed.). London.
De la Torre, C. (2014). GUIA DE ARQUITECTURA Ncapas. Krasis. Obtenido de
file:///C:/Users/PC/Downloads/Guia_Arquitectura_N-
Capas_DDD_NET_4_(Borrador_Marzo_2010).pdf
De la Torre, C., Zorrilla, U., Barros, M., & Calvario, J. (2010). Guía de arquitectura en N
capas orientadas al dominio con Net 4.0. España.
Del Valle, A. (2009). Metodologías de diseño usadas en ingeniería. Buenos Aires,
Argentina: Universidad Nacional de La Plata.
Domínguez, J. (2015). MY SQL Triggers , Funciones y Procedimientos. Creative
Commons. Obtenido de
https://www.researchgate.net/profile/Jorge_Dominguez_Chavez2/publication/27
4634086_Triggers_funciones_y_procedimientos/links/5523e0ad0cf24f160943af
03/Triggers-funciones-y-procedimientos.pdf
84
Duarte, Y. (2016). Implementación de un sistema web para la gestión del Departamento
Vehicular de la empresa CNEL EP Unidad de Negocio Santa Elena. La Libertad,
Ecuador: Universidad Estatal Península de Santa Elena.
Escobar, B. (2014). Factores que determinan el éxito de la implementación de los
sitemas de información: un estudio comparativo entre distintos entornos
organizacionales. España: Universidad de Sevilla.
Farfán, G. (2012). PrimeFaces: Facilitando la creación de las apliccaiones web con JPS
2.0.
Figueroa, J., & Sánchez, J. (2010). Sistema Web de apoyo al Mantenimiento Mecánico
en las PYMES. Concepción: Universidad de Bío-Bío. Obtenido de
http://cybertesis.ubiobio.cl/tesis/2010/sanchez_j/doc/sanchez_j.pdf
Ginesta, M., & Pérez, O. (2015). Bases de datos en Postgre SQL. UOC.
González, F. (2012). Introducción a los Sistemas de Información: Fundamentos.
Recuperado el enero de 2018, de
https://www.uv.mx/personal/artulopez/files/2012/08/FundamentosSistemasInfor
macion.pdf
Heredia, C. (2014). Integración de spring, hibernate y JFS en el desarrollo de
aplicaciones web. Madrid, España: Universidad Politécnica de Madrid.
Hernández, A. (2014). Los sistemas de información: Evolución y desarrollo. España:
Universidad de Zaragoza.
Hurtado, M. (2016). Patrón de Arquitectura MVC. DMH.
Junta de Andalucía. (2012). JavaServer Faces(JSF). Sevilla, España: MADEJA.
Obtenido de http://www.juntadeandalucia.es/servicios/madeja/printpdf/229
Mancuso, M. (2014). Sistemas de información y control. Limaku.
Mendoza, G. (2015). Herramienta de Desarrollo Netbeans. Universidad del Norte.
Mir, P. (09 de diciembre de 2015). Las ventajas de las aplicaciones web. Universitat do
Valencia. Recuperado el diciembre de 2017, de
https://www.uv.es/uvweb/master-enginyeria-informatica/ca/blog/las-ventajas-
las-aplicaciones-web-
1285949166190/GasetaRecerca.html?id=1285952989154
85
Moncada, P. (2014). Sistema de automatización de oficina (OAS). Ubaté: Universidad
de Cundinamarca seccional Ubaté.
Moquillaza, S., & Vega, H. G. (2010). Programación en N capas. Revista de
Investigación de Sistemas e Infomática, 7(2).
Morales, M., & Romero, A. (2011). Diseño, desarrollo e implementación de un sistema
para la gestión del mantenimiento del Parque Automotor de EMELNORTE de la
ciudad de Ibarra. Ibarra: PUCE-SI.
Olate, M., & Peyrin, Ó. (2014). Sistemas de Información Estratégicos y Tecnologías de
Información. Chile: Universidad de Chile.
Oltra, R. (2014). Sistemas de Información para la Gestión de Empresas: Concepto y
Definición. Valencia: Universtat Politécnica de Valéncia.
Ortíz, J. (2012). Sistema de gestión y control de talleres de vehículos para el centro
integral de reparación automotriz Mega-Auto. Ibarra: Universidad Técnica del
Norte.
Palacios, G., & Moreno, J. (2011). Software para el sistema de gestión del taller y
mantenimiento programado del Parque Automotor de Petroproducción Filial
Lago Agrio. Riobamba, Ecuador: Escuela Superiro Politécnica de Chimborazo.
Pech, F., Gómez, M., De la Cruz, L., & Lara, S. (2011). Desarrollo de Aplicaciones web
con JPA, EJB, JSF y PrimeFace. Tabasco, México: Instituto Tecnológico
Superiorde los Ríos.
Quishpe, J. (2013). Automatización del seguimiento de proyectos y contratos realizados
en el Instituto Superior de Investigaciones (ISI), en la Facultad de Ingeniería en
Geología, Minas, Petróleos y Ambiente. Quito: Universidad Central del Ecuador.
Ramos, A., & Ramos, J. (2011). Aplicación web. España: Quality.
Rincón, L. (2016). Desarrollo y servicios web. Bogotá, Colombia: Pontificia Universidad
Javeriana. Recuperado el diciembre de 2017, de
http://escher.javerianacali.edu.co:8000/lfrincon/lfrp-
web/raw/87c99aff40182a5432d29f26b92667d7fa66e10f/Material/Clases/Sesion
29.%20Framework%20.NET.pdf
Rodríguez, E., & Bonet, M. (abril-junio de 2013). Propuesta de sistema de
mantenimiento a los vehículos de transporte urbano y agrícola de una base de
transporte de carga. Revista Ciencias Técnicas Agropecuarias, 22(2). Obtenido
86
de http://scielo.sld.cu/scielo.php?script=sci_arttext&pid=S2071-
00542013000200011
Rotta, D., Pallota, G., Klikailo, H., & Belloni, E. (2016). Un caso de estudio sobre la
aplicación de UWE para la generación de sistemas web. Argentina: Universidad
Gastón Dachary.
Ruiz, A. H., & Giraldo, W. (agosto de 2009). Aplicación de los sistemas de soporte a la
decisión (DSS) en el comercio electrónico. Revista de ingeniería e Investigación,
29(2).
Sanders, R. (2014). Sistemas de informacion. Obtenido de
http://www.frlp.utn.edu.ar/materias/info2/SI-Sistemas%20de%20Informacion.pdf
Serra, D. (2010). Estudio del servidor de aplicaciones Glassfish y de las aplicaciones
J2EE. Sadabell: Universidad Autonoma de Barcelona.
Servicio Nacional de Adiestramiento en Trabajo Industrial. (2007). Mantenimiento
correctivo, preventivo y predictivo (Primera ed.). Lima, Perú.
Siles, H. (2012). Mantenimiento de Vehículos: Una forma de garantizar su propia
economía. Costa Rica: Dirección Sectorial de Energía.
Sotolongo, A., & Yudisney, L. (2015). PL/PGSQL y otros lenguajes procedurales en
Posrger SQL: Guía para el desarrollo de lógica de negocio del servidor (Primera
ed.). La Habana: Universidad de las Ciencias Informaticas. Obtenido de
https://www.postgresql.org/message-
id/attachment/41563/pl_pgsql_y_otros_lenguajes_procedurales_en_postgresql.
Terrero, H., & Paredes, J. (2014). Desarrollo de aplicaciones con Java. Fundación de
Código Libre Dominicano. Recuperado el diciembre de 2017, de
http://www.ittux.edu.mx/sites/default/files/Desarrollo.de_.Aplicaciones.con_.Jav
a_.pdf
Torres, J., & Villagómez, J. (2016). Elaborar el manual para la configuración de un
servidor Glassfish, utilizando el sistema operativo GNU/LINUX. Latacunga:
Escuela Politécnica del Ejército.
Vallés, A. (2012). ASP.NET MVC 3 y 4. Alicante, España: Universidad de Alicante.
Obtenido de https://si.ua.es/es/documentacion/asp-net-mvc-
3/documentos/material/contacto-con-mvc.pdf
87
Vásquez, L. (2012). Ventajas y desventajas de PostgreSQL. Empresa y Economía.
Viveros, P., Stegmaier, R., Kristjanpoller, F., Barbera, L., & Crespo, A. (2013). Propuesta
de un modelo de gestión de mantenimiento y sus principales herramientas de
apoyo. Ingeniare. Revista Chilena de ingeniería, 21(1), 125-138.
Yánez, K. (2017). Desarrollo de una aplicación web para el monitoreo de planes
operativos anuales de los proyectos productivos utilizando Prime face y JSF 2.2
en la Fundación M.A.R.C.O. Riobamba: Universidad Superior Politécnica de
Chimborazo.
Zea, M., Molina, J., & Redrován, F. (2017). Administración de base de datos con
PostgreSQL (Primera ed.). Alicante: ÁREA DE INNOVACIÓN Y DESARROLLO,
S.L.
88
ANEXOS
Anexo 1. Formato de encuesta
ENCUESTAS REALIZADA A LOS CHOFERES DEL GADM DEL CANTÓN
SUCUMBÍOS
1. ¿Existe disponibilidad inmediata de las unidades de movilización en el GAD
Municipal?
2. ¿Qué tipo de mantenimiento se realiza en los vehículos del GADM del Cantón
Sucumbíos?
Correctivo
Preventivo.
3. ¿Existen retrasos en el mantenimiento de los vehículos por falta de repuestos?
4. ¿Los vehículos presentan constantemente daños o desperfectos?
5. ¿Conoce usted algún sistema de mantenimiento vehicular que le indique las fechas
y tiempos exactos para ejecutarlos?
6. ¿Se da prioridad a solicitudes de repuestos automotrices para mantenimientos
urgentes de la institución?
7. ¿En la institución se adquiere repuestos originales de calidad para el correcto
funcionamiento del automotor?
Si
No
Si
No
Si
No
Si
No
Si
No
Si
No
89
8. ¿Considera adecuado implementar un sistema de información para mejorar las
actividades de mantenimiento en la Institución?
Si
No
90
Anexo 2. Formato entrevista
ENTREVISTA REALIZADA AL SUPERVISOR Y JEFE DE TALLER DEL GADM DEL
CANTÓN SUCUMBÍOS
PREGUNTA 1
¿Los vehículos del GADM del Cantón Sucumbíos presentan daños con
frecuencia?
……………………………………………………………………………………………………
…………………………………………………………………………………………………....
PREGUNTA 2
¿De qué manera se lleva el registro de mantenimiento de los vehículos del GADM
del Cantón Sucumbíos?
……………………………………………………………………………………………………
…………………………………………………………………………………………………....
PREGUNTA 3
¿Ha presentado inconvenientes al momento de solicitar algún repuesto o
herramienta debido a la inexistencia en stock?
……………………………………………………………………………………………………
…………………………………………………………………………………………………....
PREGUNTA 4
¿Considera necesario la implementación de un sistema de información para el
mantenimiento integral del GADM del Cantón Sucumbíos?
……………………………………………………………………………………………………
…………………………………………………………………………………………………....
91
Anexo 3. Manual de Usuario del sistema
MANUAL DE
USUARIO
SISTEMA DE INFORMACIÓN
PARA LA GESTIÓN INTEGRAL
DEL MANTENIMIENTO DE
VEHÍCULOS
92
Sistema de Información para la gestión Integral del mantenimiento de vehículos
1. Ingreso a la Página Principal
Para ingresar a la página es necesario abrir un navegador (Mozilla Firefox, Google
Chrome, Opera, etc.), dentro del cual debemos escribir la dirección de nuestra página
web dentro de nuestro servidor. http://localhost8084/mantenimiento/
Figura 1. Dirección del sitio web
2. Ingreso al Sistema
Primero se debe seleccionar el ROL de usuario, que ingresara al sistema, entre los roles
tenemos General, Conductor, Técnico y Administrador.
Figura 2. Ingreso al sistema
Para usar por primera vez el sistema debe ingresar el usuario administrador el mismo
que realizar el ingreso de las tablas principales del sistema.
Una vez seleccionado el Rol, procedemos a ingresar la cedula y contraseña, con las
siguientes validaciones:
Cédula: obligatoria, igual a 10 caracteres.
Contraseña: obligatoria.
93
Figura 3. Datos de Ingreso
Una vez ingresados los datos procedemos a dar click en el botón de Ingresar.
2.1. Validación de ingreso al sistema
El sistema permite validar el ingreso de caracteres específicos en los diferentes textos
requeridos, de la misma manera muestra una información específica con la información
que se debe ingresar en cada una de ellas.
Figura 4. Validación de ingreso al sistema (Ingresas cédula del usuario)
Podemos ver la información en los componentes visuales que facilitan al usuario al
ingreso de información y movimiento dentro la página.
94
Figura 5. Validación de ingreso (Ingreso de cédula del usuario)
3. Administración de usuarios
Para administrar usuarios es necesario ingresar con el Rol administrador.
Figura 6. Administración de usuarios
En el menú de opciones ingresamos en usuarios y veremos las opciones de los usuarios
de sistema.
95
Figura 7. Ingreso Rol del usuario
4. Administrar Usuario Conductor
Al ingresar en la opción de Conductor en el menú, veremos en primera pantalla la
ventana donde listamos los conductores.
Figura 8. Administrar Usuario Conductor
a. Nuevo
El botón nuevo permite abrir un panel modal el mismo que nos muestra las opciones
para ingresar los datos del conductor.
96
Figura 9. Registrar nuevo conductor
Reglas de validación:
Cedula: Obligatorio y debe tener 10 caracteres.
Nombres: Obligatorio
Apellidos: Obligatorio
Teléfono: Solo números y debe tener 10 caracteres
Estado: Estado actual del conductor dentro del sistema
Licencia: seleccionar el tipo de licencia que tiene el conductor
Contraseña: contraseña para ingresar al sistema
b. Ver
Nos muestra los datos completos del conductor con opciones solo de lectura.
97
Figura 10. Ver los datos del conductor
c. Seleccionar
Al presionar en seleccionar podemos listar el registro de vehículos asignados al usuario.
Figura 11. Lista de conductores
d. Modificar
Nos muestra los datos del conductor con opción de editar los datos del mismo, con
excepción de la cédula.
Figura 12. Opción modificar datos del conductor
e. Asignar
Dentro de esta ventana encontramos la opción de agregar una nueva asignación de
vehículos a un conductor seleccionado.
98
Sobre la lista de Vehículo asignado encontramos el botón asignar.
Figura 13. Asignar vehículo a conductor
El botón asignar nos muestra las opciones necesarias para seleccionar el vehículo que
será asignado al conductor.
Figura 14. Asignación de vehículo
2. Administrar Usuario Técnico
Al ingresar en la opción de Técnico en el menú, veremos en primera pantalla la ventana
donde listamos los técnicos.
99
Figura 15. Administrar usuario técnico
a. Nuevo
El botón nuevo permite abrir un panel modal, el mismo que muestra las opciones para
ingresar los datos del técnico.
Figura 16. Ingresar datos del técnico
Reglas de validación:
Cedula: Obligatorio y debe tener 10 caracteres.
Nombres: Obligatorio
Apellidos: Obligatorio
100
Teléfono: Solo números y debe tener 10 caracteres
Estado: Estado actual del técnico dentro del sistema
Título: Título académico o profesional del conductor
Cargo: Cargo que ocupa dentro del área técnica.
b. Ver
Nos muestra los datos completos del técnico con opciones solo de lectura.
c. Modificar
Muestra los datos del técnico con opción de editar los datos del mismo, con excepción
de la cédula.
Figura 17. Mostrar datos del técnico
3. Administrar Usuario General
Al ingresar en la opción de General en el menú, veremos en primera pantalla la ventana
donde listamos los usuarios con Rol (Administrador y General).
101
Figura 18. Administrar usuario general
a. Nuevo
El botón nuevo permite abrir un panel modal el mismo que nos muestra las opciones
para ingresar los datos del usuario.
Figura 19. Ingreso de datos del usuario.
Reglas de validación:
Cedula: Obligatorio y debe tener 10 caracteres.
Nombres: Obligatorio
Apellidos: Obligatorio
Teléfono: Solo números y debe tener 10 caracteres
Contraseña: Código de ingreso al sistema
Tipo: Seleccionamos el tipo de usuario o Rol (Administrador o General)
102
b. Ver
Nos muestra los datos completos del usuario con opciones solo de lectura.
c. Modificar
Nos muestra los datos del usuario con opción de editar los datos del mismo, con
excepción de la cédula.
Figura 20. Modificar datos de usuario
4. Administrar Licencias
Figura 21. Administrar licencias
Al ingresar en la opción de Licencias en el menú de vehículos, veremos en primera
pantalla la ventana donde listamos las licencias
103
Figura 22. Listar licencia
a. Nuevo
El botón nuevo permite abrir un panel modal el mismo que nos muestra las opciones
para ingresar los datos de las licencias
.
Figura 23. Ingresar licencia
Reglas de validación:
Nombre: Obligatorio o tipo de licencia
Descripción: Obligatorio
b. Ver
Nos muestra los datos completos del Licencia con opciones solo de lectura.
c. Modificar
Nos muestra los datos de licencias con opción de editar los datos del mismo, con
excepción del código.
104
Figura 24. Modificar datos de licencia
5. Administrar Vehículos
Figura 25. Administrar vehículos
Al ingresar en la opción de Vehículos en el menú de vehículos, veremos en primera
pantalla la ventana donde listamos los vehículos
Figura 26. Listar vehículos
a. Nuevo
105
El botón nuevo permite abrir un panel modal el mismo que nos muestra las opciones
para ingresar los datos de los vehículos
.
Figura 27. Ingresar nuevo vehículo
Reglas de validación:
Placa: Obligatorio
Número de Motor: Obligatorio
Marca: Obligatorio
Modelo: Obligatorio
Color: Obligatorio
Año Fabricación: Obligatorio
Estado: estado actual del vehículo dentro del sistema
b. Ver
Nos muestra los datos completos del Licencia con opciones solo de lectura.
c. Modificar
Nos muestra los datos de vehículos con opción de editar los datos del mismo, con
excepción de la placa.
106
Figura 28. Modificar datos del vehículo
