FORMATO3

DESARROLLO DE UNA SOLUCIÓN SOFTWARE PARA LA GESTIÓN DE LOS
SERVICIOS DE MANTENIMIENTOS DE MOTOCICLETAS EN EL ALMACÉN Y

TALLER JEROMOTOS24 DEL MUNICIPIO DE AGUACHICA
JOINER SÁNCHEZ MORA
CARLOS ANDRÉS TAMAYO BENJUMEA
UNIVERSIDAD POPULAR DEL CESAR SECCIONAL AGUACHICA
FACULTAD DE INGENIERIA Y TECNOLOGIA
INGENIERIA DE SISTEMAS
AGUACHICA - CESAR
2020
DESARROLLO DE UNA SOLUCIÓN SOFTWARE PARA LA GESTIÓN DE LOS
SERVICIOS DE MANTENIMIENTOS DE MOTOCICLETAS EN EL ALMACÉN Y
TALLER JEROMOTOS24 DEL MUNICIPIO DE AGUACHICA
JOINER SÁNCHEZ MORA
CARLOS ANDRÉS TAMAYO BENJUMEA
Proyecto de grado presentado para optar por el título de Ingeniero de

Sistemas
Director del proyecto
Mg. YHON TIMMY LÓPEZ GÓMEZ
Ingeniero de Sistemas
UNIVERSIDAD POPULAR DEL CESAR SECCIONAL AGUACHICA
FACULTAD DE INGENIERIA Y TECNOLOGIA
INGENIERIA DE SISTEMAS
AGUACHICA- CESAR
2020
NOTA DE ACEPTACIÓN
________________________________
________________________________
________________________________
________________________________
________________________________
Yhon Timmy López Gómez
Director
________________________________
Francisco Chinchilla
Jurado
________________________________
José Javier Coronel Casadiego
Jurado
Aguachica Cesar, __ de ____________ del 2020

Tabla de contenido
INTRODUCCIÓN.....................................................................................................13
1. PROBLEMA.........................................................................................................14
1.1 DEFINICIÓN DEL PROBLEMA..................................................................14
1.1.1 Formulación del problema:......................................................................16
1.2 JUSTIFICACIÓN............................................................................................17
1.3 OBJETIVOS...................................................................................................19
1.3.1 Objetivo general:......................................................................................19
1.3.2 Objetivos específicos:..............................................................................19
1.4 DELIMITACIÓN:.............................................................................................20
1.4.1 Alcance:....................................................................................................20
1.4.2 Temporal..................................................................................................20
1.4.3 Espacial....................................................................................................20
1.4.4 Contextual:...............................................................................................22
2. MARCO REFERENCIAL.....................................................................................25
2.1 MARCO HISTÓRICO:....................................................................................25
2.1.1 Algunas aplicaciones existentes..............................................................30
2.1.2 Antecedentes Locales..............................................................................33
2.1.3 Antecedentes Regionales........................................................................34
2.1.4 Antecedentes nacionales e internacionales............................................35
2.2 MARCO TEORICO:........................................................................................36
2.2.1 AUTOMATIZACIÓN DE PROCESOS POR MEDIO DE SISTEMAS DE
INFORMACIÓN:................................................................................................37
2.2.2 LAS TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN EL
DESARROLLO DE LA COMPETITIVIDAD DE UNA EMPRESA.....................39
2.2.3 METODOLOGÍAS AGILES EN EL DESARROLLO DE APLICACIONES
MÓVILES:.........................................................................................................40
2.2.4 USABILIDAD Y DESARROLLO DE LAS APPS:.....................................42
2.2.5 HERRAMIENTAS DE DESARROLLO.....................................................44
2.2.6 LAS APLICACIONES MÓVILES COMO ESTRATEGIA DE
FIDELIZACIÓN DE CLIENTES:........................................................................46
2.3 MARCO LEGAL:.............................................................................................48
2.3.1 CÓDIGO NACIONAL DE TRÁNSITO......................................................48
2.3.2 RESOLUCIÓN NÚMERO 0000315 DEL 6 DE FEBRERO DEL 2013....49
2.3.3 DECISIÓN 351 DEL ACUERDO DE CARTAGENA................................50
CAPITULO VIII DE LOS PROGRAMAS DE ORDENADOR Y BASES DE
DATOS..............................................................................................................50
2.3.4 NORMAS RELEVANTES QUE RIGEN LA PROPIEDAD INTELECTUAL
DEL SOFTWARE EN COLOMBIA....................................................................51
2.3.5 DEFINICIONES LEGALES RELEVANTES DE LA DECISIÓN ANDINA
351 DE 1993.....................................................................................................51
2.3.6 HABEAS DATA........................................................................................53
2.4 MARCO CONCEPTUAL:...............................................................................54
3. DISEÑO METODOLOGICO PRELIMINAR:........................................................57
3.1 Tipo de Investigación.....................................................................................57
3.1.1 Alcance descriptivo..................................................................................57
3.1.2 Metodología de desarrollo:......................................................................57
3.2 Instrumentos de recolección de datos...........................................................58
3.2.1 Revisión documental y observación de campo:......................................58
3.2.2 Entrevista:................................................................................................58
4. ESQUEMA TEMÁTICO.......................................................................................59
4.1 FASE I: PLANIFICACIÓN..............................................................................60
4.1.1 Descripción del almacén y taller Jeromotos24........................................60
4.1.2 Documentación........................................................................................61
4.1.4 Metáfora del sistema:...............................................................................62
4.1.5 Historias de usuario.................................................................................63
4.1.6 Casos de uso...........................................................................................74
4.1.7. Plan de entregas.....................................................................................97
4.1.8 Plan de iteraciones...................................................................................98
4.1.9 Reuniones de seguimiento......................................................................98
4.1.10 Requerimientos......................................................................................99
4.2 FASE II: DISEÑO.........................................................................................102
4.2.1 Arquitectura del sistema........................................................................103
4.2.2 Tarjetas CRC:........................................................................................107
4.2.3 Diccionario de datos..............................................................................110
4.2.4 Diagrama relacional:..............................................................................115
4.3 FASE III: DESARROLLO.............................................................................116
4.3.1 Interfaces de la aplicación web..............................................................117
4.3.2 Interfaces de la aplicación móvil............................................................124
4.4 FASE IV: PRUEBAS Y MUERTE.................................................................130
4.4.1 Pruebas unitarias:..................................................................................130
4.4.2 Pruebas de aceptación:.........................................................................139
5. CONCLUSIONES..............................................................................................153
6. BIBLIOGRAFÍA..................................................................................................155
ANEXOS................................................................................................................163
Anexo A. Entrevista............................................................................................164
Anexo B Pruebas unitarias.................................................................................167
Anexo C Cronograma de actividades................................................................173
LISTA DE TABLAS
Tabla 1Total terminales móviles según región. Año 2016......................................25

Tabla 2 economía de las aplicaciones, Colombia...................................................26
Tabla 3 trabajos en la economía de las aplicaciones por sistema operativo..........27
Tabla 4 Mantenimientos periódicos Susuki Best 125..............................................56
Tabla 5 Metáfora inicial............................................................................................57
Tabla 6 Historia de usuario HU001.........................................................................58
Tabla 10 Historia de usuario HU005.......................................................................61
Tabla 26 Caso de uso CU001.................................................................................72
Tabla 31Caso de uso CU006..................................................................................80
Tabla 42 : Caso de uso CU017...............................................................................93
Tabla 43 Plan de entregas.......................................................................................94
Tabla 44 Plan de iteraciones...................................................................................95
Tabla 45 Tarjeta CRC usuario...............................................................................104
Tabla 46 Tarjeta CRC motocicleta........................................................................105
Tabla 47 Tarjeta CRC mantenimiento...................................................................105
Tabla 48 Tarjeta CRC orden de servicio...............................................................106
Tabla 49 Tarjeta CRC notificación.........................................................................106
Tabla 50 Prueba de aceptación 1..........................................................................119
Tabla 59 Prueba de aceptación 10........................................................................125
LISTA DE FIGURAS
Figura 1 Ubicación municipio de Colombia, el departamento del Cesar, el

municipio de Aguachica y almacén y taller Jeromotos24.......................................24
Figura 2 Sticker recordatorio de servicios de mantenimiento de Jeromotos24......25
Figura 3 Logo Moto Control.....................................................................................33
Figura 4 Logo Mis Vehículos...................................................................................33
Figura 5 Logo Drivvo...............................................................................................34
Figura 6 Logo Appceite............................................................................................35
Figura 7 Diagrama caso de uso aplicación web......................................................72
Figura 8 Diagrama caso de uso aplicación móvil....................................................73
Figura 9 Diagrama caso de uso CU001..................................................................75
Figura 10 Diagrama caso de uso CU002................................................................76
Figura 14 Modelo cliente - servidor.......................................................................102
Figura 15 Funcionamiento de Node.js...................................................................103
Figura 16 Diagrama relacional..............................................................................109
Figura 17 Pantalla de inicio de sesión...................................................................120
Figura 18 Pantalla formulario persona..................................................................120
Figura 19 Pantalla Crear persona.........................................................................121
Figura 20 Pantalla Filtro personas por tipo cliente................................................121
Figura 21Pantalla Formulario motocicletas...........................................................122
Figura 22 Pantalla Crear motocicleta....................................................................122
Figura 23 Pantalla Asignación motocicleta a propietario......................................123
Figura 24 Pantalla Marca y modelo de motocicleta..............................................123
Figura 25 Pantalla Marcas de motocicletas..........................................................124
Figura 26 Pantalla Crear marca de motocicleta....................................................124
Figura 27 Pantalla Mantenimientos servicios de taller..........................................125
Figura 28 Pantalla Agregar mantenimiento...........................................................125
Figura 29 Pantalla Orden de servicio....................................................................126
Figura 30 Pantalla Orden de servicio finalizada....................................................126
Figura 31 Inicio de sesión app móvil.....................................................................127
Figura 32 Pantalla de inicio app móvil...................................................................128
Figura 33 Pantalla motocicletas app móvil............................................................129
Figura 34 Pantalla tabla de mantenimientos app móvil........................................130
Figura 35 Pantalla órdenes de servicio app móvil.................................................131
Figura 36 Pantalla vista de notificación.................................................................132
Figura 37 Prueba inicio de sesión.........................................................................134
Figura 38 Prueba crear persona............................................................................134
Figura 39 Prueba listar marcas.............................................................................135
Figura 40 Prueba crear motocicleta......................................................................135
Figura 41 Prueba actualizar tipo de motocicleta...................................................136
Figura 42 Prueba listar servicios de taller.............................................................136
Figura 43 Prueba actualizar persona....................................................................137
Figura 44 Prueba notificación................................................................................137
RESUMEN
Este documento presenta los resultados del desarrollo de una aplicación web y
una aplicación móvil Android para la gestión del mantenimiento de motocicletas en
el municipio de Aguachica, Cesar mediante el taller Jeromotos24, utilizando la
metodología ágil XP que se adapta perfectamente a las condiciones iniciales del
proyecto. El desarrollo de la aplicación se ha realizado con el entorno de
desarrollo de Android Studio, Firebase para iniciar sesión, Quasar para el
desarrollo de la aplicación web y MariaDB como gestor de base de datos. La
solicitud está dirigida a los usuarios con motocicletas en el municipio de Aguachica
que a través del taller Jeromotos24 logran avanzar hacia el mantenimiento
predictivo de sus medios de transporte.
Palabras clave: Mantenimiento correctivo, mantenimiento preventivo,

mantenimiento predictivo, Android, Aplicación web, Metodología XP
11
ABSTRACT
This document presents the results of the development of a web application and an
Android mobile application for managing motorcycle maintenance in the
municipality of Aguachica, Cesar through the Jeromotos24 workshop, using the
agile XP methodology that is perfectly adapted to the initial conditions of the
project. The development of the application has been carried out with the
development environment of Android Studio, Firebase to log in, Quasar for the
development of the web application and MariaDB as a database manager. The
request is addressed to users with motorcycles in the municipality of Aguachica
who, through the Jeromotos24 workshop, can advance towards the predictive
maintenance of their means of transportation.
Keywords: Corrective maintenance, preventive maintenance, predictive

maintenance, Android, Web application, XP Methodology
12
INTRODUCCIÓN
La automatización de los procesos se ha convertido en la piedra angular del
progreso de las empresas, no sólo para ahorrar tiempos en ejecución de tareas
sino también para atraer más clientes y que estos se involucren en dicho
crecimiento tecnológico. La presente investigación se refiere al tema de la
fidelización de los usuarios a través de un medio tecnológico. Nace de la
necesidad del mercado actual, tan cambiante y que implica mostrar algo que los
demás no tienen para que los clientes te busquen.
El mercado de los servicios de mantenimiento cuenta con aplicaciones que logran

automatizar el mantenimiento de grandes máquinas, el objetivo del presente
estudio fue el de llevar esa gestión al servicio de las personas, logrando que
vehículos de uso diario como motocicletas, puedan llevar una trazabilidad de los
servicios realizados y lograr predecir las necesidades de mantenimiento que se
traduce en menos tiempo en el taller y menos costos para los usuarios, porque un
mantenimiento correctivo suele ser más costoso, tardar más tiempo y puede dejar
al usuario sin medio de transporte.
El presente proyecto abordo la solución, mediante la metodología XP, que logra

involucrar al cliente en el equipo de desarrollo y a través de pequeñas entregas y
reuniones, tener control, sobre el proyecto para que la solución se pueda ajustar
en cualquier momento y así que el producto software pueda cumplir con las
expectativas del cliente.
La solución propuesta se logra a través del desarrollo de dos aplicaciones; una

web para la administración y una móvil para los usuarios, donde este puede
gestionar el mantenimiento de sus motocicletas.
13
1. PROBLEMA
1.1 DEFINICIÓN DEL PROBLEMA
La motocicleta es el vehículo de mayor circulación en las calles colombianas, el

crecimiento de estos automotores rodando por las diferentes ciudades y
municipios del país ha sido tal, que se pasó de tener menos de un millón en 1998
a contar con cerca de 7,2 millones para el año 2016, llegando a ser el 56,4% del
total del parque automotor del territorio nacional 1 y se estima que el municipio de
Aguachica aporta aproximadamente 30 mil motocicletas a estas cifras 2. La
adquisición de motocicletas se ha diversificado en los sectores más bajos de
nuestra sociedad, según cifras de la Cámara de la Industria Automotriz de la ANDI
(Asociación Nacional de Empresarios de Colombia), dado sus bajos costos y
facilidades de adquisición, el 54% de los nuevos compradores de motos en el año
2016 pertenecían a hogares de los estratos 1 y 2, añadiendo, además, que el 15%
de estos obtuvo su motocicleta para usarla como una herramienta de trabajo 3.
Este crecimiento genera fuentes de empleos en todo el país, ya que el comité de

ensambladoras de motocicletas de la Cámara de la Industria Automotriz de la
ANDI, conformado por: Auteco, Incolmotos Yamaha, Suzuki, AKT Motos, HCML
Colombia-Hero y Fanalca-Honda, ensamblaron el 97% de las motos matriculadas
en 2016, empleando a cerca de 7300 personas 4, además de aquellas que, como
mencionamos anteriormente, utilizan la motocicleta para obtener su sustento, ya
1
COLOMBIA. REGISTRO ÚNICO NACIONAL DE TRANSITO (RUNT). Balance de cifras RUNT
primer semestre 2017 [En línea]. Disponible en
http://www1.runt.com.co/sites/default/files/BoletindePrensa008de2017.pdf
2
COLOMBIA. INSTITUTO MUNICIPAL DE TRÁNSITO Y TRANSPORTE.
3
COLOMBIA. ANDI, Las motocicletas en Colombia: aliadas del desarrollo del país, 2016
4
Ibíd.
14
sean en actividades como mensajería o cualquier otra que implique al vehículo
como herramienta directa de trabajo, hasta otras que, aunque ilegales, son un
fenómeno que impulsa el crecimiento del parque automotor, como lo es la
prestación del servicio de transporte público informal en motocicleta, también
conocido como mototaxismo.
El aumento significativo de las motocicletas en el país trae consigo problemas

tales como: aumentos en los accidentes de tránsito, puesto que, de las 7.158
muertes ocurridas en el 2016 por esta causa, 3.759 fueron motociclistas 5, además,
por cada 100 pesos en gastos médicos del SOAT, 87,7 pesos corresponden a
accidentes en motocicletas6; dificultad en la movilidad de las ciudades, debido al
desconocimiento o no acatamiento de las señales de tránsito y la impericia dada
la precocidad con la que los motociclistas se suben a dichos vehículos, viéndose
reflejada en el hecho de que una tercera parte de los accidentados tienen entre 15
y 24 años de edad7; percepción de inseguridad por el aumento en los robos, no
sólo de quienes utilizan la motocicleta como vehículo para la huida de la escena
del crimen, sino del propio hurto de estos automotores 8; y, por supuesto, un dilema
ambiental de consecuencias evidentes con el pasar de los años.
Los niveles permisibles de emisión de contaminantes para los vehículos a motor

están regulados por el Ministerio de Medio Ambiente y Desarrollo Sostenible de la
República mediante la Resolución 910 de 2008, limitando las emisiones de
monóxido de carbono (CO) permitidas para las motocicletas al 3.5% total de los
gases que estas expulsan. Los fabricantes son regulados para que las emisiones
de fábrica de las motocicletas ensambladas en Colombia cumplan con los
estándares definidos, pero, considerando la gran cantidad de motocicletas que
5
http://www.eltiempo.com/economia/sectores/cifras-de-muertes-de-motociclistas-en-accidentes-de-
transito-en-2017-112116
6
http://www.semana.com/nacion/articulo/motos-accidentes-movilidad-regulacion/545982
7
http://www.eltiempo.com/economia/sectores/cifras-de-muertes-de-motociclistas-en-accidentes-de-
transito-en-2017-112116
8
https://www.elespectador.com/noticias/bogota/hasta-en-la-web-venden-motos-robadas-articulo-
696505
15
circulan en el país y contando además que muchas lo hacen sin la debida revisión
técnico-mecánica al día, se convierten en los entes contaminante de mayor
participación y cuidado. El mantenimiento de estos vehículos juega un papel
importante en la reducción de muchos problemas asociados a estas, como, por
ejemplo, accidentes de tránsito causados por fallos en los componentes de las
motocicletas (frenos, sistema de iluminación, llantas o estado mecánico general) o
la aceleración de los efectos que producen en el medio ambiente los gases
nocivos emitidos por estos vehículos en masa.
Los costos de mantenimiento de una motocicleta son considerablemente bajos en

comparación con un automóvil, pero las personas no cuentan con una cultura en
pro del mantenimiento que prolongue la vida útil de estos vehículos. Las
motocicletas cuentan con tablas de mantenimiento proporcionadas por los
fabricantes, pensadas para la planificación del mantenimiento preventivo y
predictivo, pero las personas sólo hacen uso del mantenimiento correctivo,
generando que los servicios de taller enfoquen sus modelos de negocio hacia la
reparación del vehículo cuando este sufre daños, provocando la falta de un plan
de mantenimientos preventivos que asegure el buen funcionamiento de la
motocicleta.
Por tal motivo, la propuesta de este proyecto fue implementar un aplicativo móvil
que le permita al usuario llevar un control del mantenimiento de su motocicleta,
desde su dispositivo móvil y un aplicativo web como administración para el taller,
fortaleciendo la cultura del mantenimiento en el ciudadano de Aguachica,
fidelizando en el proceso de clientes en Jeromotos24, haciendo de este un
negocio competitivo, innovador y diferente a los demás.
1.1.1 Formulación del problema:
16
¿La implementación de una solución software permitirá la gestión integral del
mantenimiento en las motocicletas de los clientes del almacén Jeromotos24 del
municipio de Aguachica?
1.2 JUSTIFICACIÓN:
El municipio de Aguachica no ha sido ajeno al aumento del parque automotor que

sufre el país y de las causas por las cuales hay cada vez más motocicletas en las
vías, pero también otros motivos pueden ser añadidos a este crecimiento tales
como: la falta de un servicio de transporte público eficiente, el desempleo y la
explosión demográfica que impulsan el crecimiento de actividades económicas
como el mototaxismo. Por esta razón, la gestión del mantenimiento debe estar
enfocada hacia la prevención de fallas que limiten y hagan menos peligrosa la
movilidad de estos vehículos por las vías del municipio, pero para esto, es
necesario generar una cultura en pro del mantenimiento, algo que los servicios
técnicos no impulsan, dejando al usuario de la motocicleta sin recursos para
enterarse de cuándo es necesario revisar su vehículo, relegando estas acciones a
la corrección de fallas críticas.
Mediante el uso de una aplicación móvil el almacén y taller Jeromotos24 proveerá

a los usuarios de toda la información de las necesidades de mantenimiento de sus
vehículos, a través de un sistema capaz de notificar al usuario de las fechas de
mantenimiento preventivo que necesita su motocicleta, todo esto apoyado por las
tablas de mantenimiento que proporcionan los fabricantes de las mismas, además
de contar con un historial en el que se podrá verificar la trazabilidad de los
procedimientos realizados al vehículo por el servicio técnico, logrando un alto
grado de fidelización de los clientes puesto que se sabrá, a ciencia cierta qué
procedimientos va o ha recibido el vehículo.
17
Para obtener la información del kilometraje de la motocicleta el sistema tiene en
cuenta el ingreso del vehículo al taller, en su primera vez se almacena el
kilometraje actual de esta y se realizan notificaciones en un tiempo donde se
espera que la motocicleta llegue a dicho kilometraje para el mantenimiento. La
segunda vez, el sistema promedia los kilometrajes ingresados, calculando el
kilometraje diario estimado, enviando notificaciones de mantenimiento cuando se
llegue al kilometraje esperado, es decir, con cada ingreso de la motocicleta al
almacén y taller Jeromotos24, el sistema es más preciso y avisa con exactitud el
momento de la notificación, estas se generan utilizando un sistema de medición
basado en las estadísticas de la información recolectada.
Se propone desarrollar un sistema que involucre tanto una aplicación móvil,

debido a que la gran mayoría de personas cuentan con un smartphone, en la que
el usuario podrá tener acceso a los servicios técnicos y a la información del
mantenimiento de su vehículo, como una aplicación web en la que el almacén
Jeromotos24 administrará la información de los usuarios y sus motocicletas.
El desarrollo de esta solución permite al almacén Jeromotos24, gestionar todo el

proceso del mantenimiento además el usuario de motocicletas puede estar al tanto
de todo el proceso, lo que permite llevar un mejor control del comportamiento de
su vehículo, así como también, de los gastos asociados al mismo. Esto permite
brindar un servicio integral en cuanto a mantenimiento de motocicletas en el
municipio de Aguachica.
Es de resaltar que la finalización de este proyecto se logró gracias a los

conocimientos obtenidos a lo largo de la carrera universitaria, que dieron pie al
exitoso desarrollo de la metodología de investigación y todo aquello que tiene que
ver con la programación y lógica interna de las aplicaciones web y móvil.
18
1.3 OBJETIVOS
1.3.1 Objetivo general:
Desarrollar una solución software para la organización y gestión integral de

los procesos y servicios del almacén y taller Jeromotos24 del municipio de
Aguachica
1.3.2 Objetivos específicos:
 Analizar las necesidades del almacén con respecto a la sistematización

del servicio técnico de mantenimiento preventivo, correctivo y predictivo
que reciben las motocicletas para la elaboración de los requerimientos.
 Diseñar un sistema de información que logre integrar una aplicación

móvil como interfaz de usuario y una aplicación web como interfaz de
administración del almacén Jeromotos24.
 Implementar la solución software, tanto la aplicación móvil disponible

para su distribución en la plataforma Android y la aplicación web para su
fácil acceso y posterior administración desde el almacén Jeromotos24.
19
1.4 DELIMITACIÓN:
1.4.1 Alcance:
En cuanto a la delimitación, el proyecto no contempla la introducción de un módulo

de facturación, ya que el almacén y taller Jeromotos24, cuenta con una
herramienta tecnológica que gestiona el inventario y las facturas de los servicios
realizados a las motocicletas.
La aplicación móvil se desarrolló bajo entorno exclusivo del Sistema Operativo

Android y el dispositivo deberá contar con conexión a internet al igual que la
aplicación web que está en línea para su uso desde cualquier navegador web.
1.4.2 Temporal
Los objetivos específicos propuestos, se cumplieron en un lapso de seis meses, a

su vez esto permitió cumplir con objetivo general establecido.
1.4.3 Espacial.
El proyecto se realizó en el almacén y taller Jeromotos24 ubicado en la carrera 19

No 3 44 del municipio de Aguachica que según la página web de la alcaldía:
El municipio de Aguachica está localizado al sur del departamento del
Cesar a 301 Km. de Valledupar. Su cabecera municipal está localizada
a los 08° 45’’ de latitud norte y 73°37’ 37’’ de longitud oeste del
meridiano de Greenwich a 190 metros sobre el nivel del mar (msnm);
20
Según las coordenadas X1:1.375.000, X2: 1.430.000; Y1: 1.035.000,
Y2: 1.065.000. El municipio se localiza en la zona intertropical
ecuatorial, con una extensión total de 876,26 Km2, temperatura media
de 28°C, y precipitación media anual de 1 835 mm, limita al norte con
los municipios de La Gloria (Cesar) y El Carmen (Norte de Santander),
por el Este con el municipio de Río de Oro (Cesar), por el sur con San
Martín (Cesar) y Puerto Wilches (Santander), por el Oeste con el
municipio de Gamarra (Cesar) y Morales (Bolívar).
Al municipio se puede acceder desde la Costa Atlántica colombiana a

través de la vía Santa Marta – Aguachica que comunica los
departamentos de Magdalena y Cesar; desde el sur del país se llega a
través de la Troncal del Magdalena Medio, o a través de la vía Bogotá –
Bucaramanga – Aguachica que comunica los departamentos de
Cundinamarca, Boyacá, Santander y Cesar; de esta vía se desprende
la carretera Aguachica – Ocaña, que comunica el municipio con el
nororiente y la carretera Aguachica - Gamarra que conecta al municipio
con el río Magdalena y la región occidental, existen además
carreteables que unen a Aguachica con la mayoría de las veredas, solo
que se encuentran en estado de abandono y deterioro.
Otra vía de acceso importante es la aérea, el municipio cuenta con el

aeropuerto Hacaritama, sin embargo, no se encuentra prestando el
servicio óptimo y adecuado de comunicación con aeropuertos vecinos
ni con las capitales departamentales más cercanas 9.
9
ALCALDIA DE AGUACHICA. Nuestro Municipio. Información General. [en línea]. [03 mayo de
2016]. Disponible en: http://www.aguachica-cesar.gov.co/informacion_general.shtml#geografia>
21
1.4.4 Contextual:
El proyecto se desarrolló en el almacén y taller Jeromotos24, empresa prestadora

del servicio de reparación de motocicletas en el municipio de Aguachica.
Figura 1 Ubicación municipio de Colombia, el departamento del Cesar, el municipio de Aguachica y

almacén y taller Jeromotos24.
Fuente: https://www.google.com.co/maps/@8.3104091,-73.6156833,17.95z
22
El almacén y taller Jeromotos24, es un proyecto que su fundador logró materializar
en el año 2014. Carlos Andrés Tamayo Benjumea, dueño y técnico principal, es
reconocido en el municipio como uno de los mecánicos más destacados de la
región, teniendo incluso la posibilidad de representar al país en el mundial de
mecánicos de motos en Japón en el año 2014 10.
El almacén y taller Jeromotos24 tiene como misión mantener al mayor número de

pasajeros en dos ruedas con seguridad, cubriendo las necesidades del mercado,
obteniendo plena satisfacción de sus clientes, mediante la integración de un
equipo de trabajo capacitado; proporcionando servicios de calidad y mejora
continua de sus servicios.
Su visión es la de ser el mejor taller de motos con un servicio y atención de

categoría en la región, líderes en la innovación y prestación del mantenimiento del
parque motociclista, lográndolo a través de un trabajo en equipo, con una
planificación y organización adecuada, que responda a cualquier reto del
consumidor y de la competencia11.
Además cuenta con un software de escritorio con el cual maneja la información de

inventario y facturas, pero se basa en el modelo tradicional de negocio donde el
cliente llega es atendido y se va, ha implementado una forma física ( stickers, que
se pegan en la motocicleta ) para que sus clientes tenga en cuenta el kilometraje
en cual deben ingresar su motocicleta al taller, pero el uso de estos stickers no
garantiza que el cliente esté al pendiente, puesto que estos se pueden dañar o la
información puede olvidarse.
10
http://elnuevosur.com/news/joven-aguachiquense-representara-a-colombia-en-el-mundial-de-
mecanicos-de-motos-en-japon/
11
TAMAYO, Carlos Andrés. Misión y visión Jeromotos24.
23
Figura 2 Sticker recordatorio de servicios de mantenimiento de Jeromotos24.
Fuente: Almacén y taller Jeromotos24.
24
2. MARCO REFERENCIAL.
2.1 MARCO HISTÓRICO:
A través de la historia. el hombre ha visto la necesidad de reparar las máquinas

con las que labora, de hecho, hasta la Segunda Guerra Mundial, eran los
operarios de dichas máquinas quienes realizaban las labores correctivas, es decir,
cuando la máquina sufría una avería evidente, dichas reparaciones a fallas, que
pueden ser catastróficas, es lo que hoy conocemos como mantenimiento reactivo.
A medida que pasaban los años, el mundo se empezaba a poblar de más y más
máquinas, lo que impulsó, no sólo a la creación de nuevas ingenierías
especializadas (mecánica, eléctrica, etc) que pudiesen establecerse en el área un
área de conocimiento que cada vez se hacía más complejo y mecanizado, sino
también el surgimiento de nuevos conceptos en el mantenimiento como fiabilidad y
mantenimiento preventivo (1950), mantenimiento productivo (1954), método de la
ruta crítica (1957) y mantenimiento productivo total en la década de los 70’s 12.
El surgimiento en 1950 del mantenimiento preventivo por parte de los japoneses

se dio al seguir estos simplemente las recomendaciones de los fabricantes de las
máquinas con respecto al cuidado de estas, pero aumentó los costos puesto que
las piezas pasaban de usarse hasta que se deterioraran completamente a cumplir
una “vida útil” establecida por el fabricante. Para 1960 la perspectiva se volvió más
profesional, asignando responsabilidades de mantenimiento a gente
especializada, generando así el mantenimiento productivo. Diez años después, la
12
DUQUE, Fernando Villada. El mantenimiento como estrategia competitiva. Revista Facultad de
Ingeniería, 2016, no 17, p. 7-13.
25
globalización del mercado llevó a una estandarización en el campo del
mantenimiento, buscando las empresas, obtener la mayor ganancia con los costos
más bajos; los japoneses acuñaron el término mantenimiento productivo total para
referirse al mantenimiento que involucraba a todos los empleados de la
organización, es decir, el trabajo de mantenimiento no sólo recaía en el
especialista en mantenimiento, sino también en los operarios de las máquinas que
se encargarían de pequeños ajustes y labores de lubricación que sacaran el
mayor provecho de las máquinas 13, buscando generar lo máximo con calidad
aceptable, al menor costo posible, en forma racional, permanente y con sentido
integral.
Con la llegada de las nuevas tecnologías, la gestión del mantenimiento pasó a

hacerse de manera sistematizada, consolidando de esta forma el mantenimiento
hacia un plano predictivo, apuntando este hacia el uso permanente de equipos de
vigilancia y monitorización mediante sistemas autónomos que pueden brindar
información estadística del uso de la máquina, logrando una mejor supervisión de
esta14. En este punto entran en juego las TIC (Tecnologías de la información y la
comunicación) ya que, en el tema que nos compete, su desarrollo ha sido el
propicio para que podamos hacer una gestión integral del mantenimiento de un
vehículo.
Las TIC (Tecnologías de la información y la comunicación) han irrumpido en las

últimas décadas en el modelo organizacional y de negocio de una empresa, desde
que internet globalizó el mundo y se hizo imprescindible en la vida de la mayoría
de las personas del planeta, las organizaciones comerciales han necesitado estar
13
GARRIDO, Santiago García. Organización y gestión integral de mantenimiento. Ediciones Díaz
de Santos, 2010.
14
DE LEÓN, Félix Cesáreo Gómez. Tecnología del mantenimiento industrial. Editum, 1998.
26
a la par de su crecimiento y expansión. Antes, podía surgir la duda de ¿qué tanto
necesita mi empresa una página web?, hoy, son completamente necesarias para
mantener una imagen permanente ante el cliente, cuando y donde este la
requiera, creando una relación sólida y duradera con el usuario (Engagement).
Según Shin “las TIC se constituyen en un recurso estratégico que ayuda a las
empresas a encontrar nuevas oportunidades en el mercado, con bajos costos y
alta probabilidad de éxito”15, aclarando que, por sí solas, no generarán una ventaja
sólida puesto que se debe apoyar en un plan de negocios estratégico 16.
Desde que en 2007 Apple lanzó al mercado el iPhone, los dispositivos móviles se
han apoderado del terreno tecnológico, ya no se veía el celular como una
herramienta de comunicación a través de llamadas y mensajes de texto, ahora,
cabía la posibilidad de llevar aplicaciones instaladas en el dispositivo que cumplían
una función específica como cualquier software de escritorio. Según el Ministerio
de Tecnologías de la Información y las Comunicaciones de Colombia (MINTIC),
para el año 2016, por cada 100 había 34,43 smartphones y 6,05 tabletas 17,
indicado por regiones geográficas en la siguiente tabla:
Tabla 1Total terminales móviles según región. Año 2016.
15
SHIN, Namchul. Information technology and diversification: how their relationship affects firm
performance. Citado por GÁLVEZ ALBARRACÍN, Edgar Julián; RIASCOS ERAZO, Sandra Cristina
y CONTRERAS PALACIOS, Fred. Influencia de las tecnologías de la información y comunicación
en el rendimiento de las micro, pequeñas y medianas empresas colombianas [En línea] Disponible
en http://www.sciencedirect.com/science/article/pii/S0123592314001557
16
BHATT, Ganesh D.y GROVER, Varun. Types of information technology capabilities and their role
in competitive advantage: An empirical study. Journal of management information systems [En
línea] Disponible en http://www.tandfonline.com/doi/abs/10.1080/07421222.2005.11045844
17
COLOMBIA. MINISTERIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y LAS
TELECOMUNICACIONES (MINTIC). Diseño y medición Indicador Terminales por cada 100
habitantes En el marco del Plan Nacional de desarrollo 2014 – 2018 [En línea]. Disponible en
http://www.mintic.gov.co/portal/604/articles-51641_recurso_1.pdf
27
Fuente: http://www.mintic.gov.co/portal/604/articles-51641_recurso_1.pdf
Demostrando que los colombianos tienen mayor acceso a dispositivos móviles que
a equipos de escritorio. Aunque, a través de un dispositivo móvil se puede ingresar
a una página web, adaptada a los formatos de un teléfono inteligente, las
empresas necesitan programas específicos que los usuarios puedan descargar,
actualizar y con los cuales la relación de disponibilidad entre ambos se fortalezca,
cambiando la pregunta inicial a ¿qué tanto necesita mi empresa una aplicación
móvil? Dadas las altas cifras de usuarios con acceso a dispositivos móviles las
organizaciones implementan, hoy en día, el marketing móvil. Según la Mobile
Marketing Association (MMA) el marketing móvil se define como “el conjunto de
acciones que permite a una empresa comunicarse y relacionarse con su audiencia
de una forma relevante e interactiva a través de cualquier dispositivo o red móvil” 18
con esto se satisface una necesidad concreta y el usuario tendrá al alcance de su
mano los servicios que la empresa le ofrece.
Las cifras han volcado una importante atención hacia la economía que producen
las aplicaciones en el país, generando, no sólo puestos de trabajo, sino empresas
que se dedican, bien, a dar soluciones tecnológicas a otras empresas como
18
MOBILE MARKETING ASSOCIATION. Guía de apps móviles. Citado por MONTANER BARRIO,
Berta. Marketing móvil basado en aplicaciones. [En línea] Disponible en
https://biblioteca.unirioja.es/tfe_e/TFE000222.pdf
28
bancos, periódicos etc., o sacando al mercado aplicaciones que atacan un sector
de interés en el público. La economía de las aplicaciones genera en el país cerca
de 83.100 puestos de trabajo directos (ingenieros de software, de seguridad,
programadores) e indirectos (recursos humanos, ventas) 19:
Tabla 2 economía de las aplicaciones, Colombia.
Fuente: http://www.progressivepolicy.org/wp-content/uploads/2016/10/Colombia-SPANISH.pdf
Concentrándose en Bogotá y Medellín cerca del 85% de todos los puestos que la
economía de las aplicaciones genera en el país para el año 2016. Estos puestos
necesitan que los aspirantes se desempeñen en uno o varios sistemas operativos
móviles, siendo Android el dominante:
Tabla 3 trabajos en la economía de las aplicaciones por sistema operativo.
19
DI LONNO, Michelle y MANDEL, Michael. Seguimiento de la economía de las aplicaciones en
Colombia. [En línea] Disponible en
http://www.progressivepolicy.org/wp-content/uploads/2016/10/Colombia-SPANISH.pdf
29
Fuente: http://www.progressivepolicy.org/wp-content/uploads/2016/10/Colombia-SPANISH.pdf
En la anterior tabla las cifras suman más del 100% ya que hay puestos donde se
especifica que el aspirante debe tener habilidades tanto para un ecosistema como
para el otro. Debido a que la economía de las aplicaciones gana cada año tanto
terreno y se convierte en un factor de crecimiento para la economía del país. el
gobierno impulsa el desarrollo de aplicaciones móviles a través de su programa
App.co20, según el Ministerio de Tecnologías de la Información y las
Comunicaciones al mes de diciembre de 2016, 75 mil emprendedores están
aprendiendo diferentes habilidades para el desarrollo de sus negocios. 1.300
equipos de emprendedores han validado su idea de negocio. 277 equipos han
participado en la fase de crecimiento y consolidación, y se han generado 1.373
empleos. Buscando la creación de empresas y proyectando el crecimiento del país
a un entorno global.
2.1.1 Algunas aplicaciones existentes
20
COLOMBIA. MINISTERIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y LAS
COMUNICAIONES (MINTIC). Impulso al desarrollo de aplicaciones móviles (App.co) [En línea]
Disponible en http://www.mintic.gov.co/portal/vivedigital/612/w3-propertyvalue-575.html
30
También es necesario hacer una mención de aquellas aplicaciones para Android
que ofrecen la gestión del mantenimiento de una motocicleta. Las descripciones
son las que se ofrecen junto con las aplicaciones en la Play Store:
2.1.1.1 Moto Control
Figura 3 Logo Moto Control
Fuente: https://play.google.com/store/apps/details?id=app.motos.jahir.motocontrol
Controla algunos de los aspectos más importantes de tu moto y que requieren

seguimiento constante
 Registra cambios de aceite
 Registra Cambios de filtros
 Registra cambios de bujías
 Registra los mantenimientos generales
 Registra el consumo de combustible
Encuentras algunos consejos útiles para el mantenimiento de tu moto y algunas

normas de tránsito que aplican21.
21
Desarrollador: jljahir95@gmail.com. Moto control. Versión 9. 2018. Estado actual [En línea].
Disponible en https://play.google.com/store/apps/details?id=app.motos.jahir.motocontrol
31
2.1.1.2 Mis Vehículos
Figura 4 Logo Mis Vehículos
Fuente: https://play.google.com/store/apps/details?id=com.tuprogramadorpersonal.misvehiculos
Controla lo que hacen en el taller a tu coche o motocicleta. Estate al día de las

cosas que tienes que hacer a tu vehículo.
Esta aplicación te informará de forma sencilla y con un diseño actual de las
próximas revisiones22.
2.1.1.3 Drivvo - Gestión de vehículos
Figura 5 Logo Drivvo
Fuente: https://play.google.com/store/apps/details?id=com.tuprogramadorpersonal.misvehiculos
22
Desarrollador: pmartin79@gmail.com. Mis vehículos. Versión 1.0.2. 2016. Estado actual [En
línea]. Disponible en
https://play.google.com/store/apps/details?id=com.tuprogramadorpersonal.misvehiculos
32
Administrar sus gastos de vehículos de forma rápida y fácil. Con Drivvo usted
puede:
 Registre sus recargas de combustible y compruébelas siempre que quiera.

 Controle los gastos de uno o más vehículos.
 Informes completos sobre repostajes, gastos y servicios.
 Gráfico de Gastos Mensuales
 Gráfico Comparativo de los Gastos
 Gráfico de Combustible
 Gráfico de mantenimientos23.
2.1.1.4 Appceite
Figura 6 Logo Appceite
Fuente: https://play.google.com/store/apps/details?id=br.com.ctncardoso.ctncar
Con APPCEITE podrás obtener todo tipo de beneficios desde tu celular tales como
contar con una hoja de vida detallada de los servicios y el estado de tu motocicleta
y recibir recordatorios tales como el tiempo ideal para tus próximos servicios
(cambio de aceite de motor, cambio de aceite de transmisión y cambio de líquido
de frenos entre otros) o el vencimiento del SOAT y programar las revisiones según
23
Desarrollador: support@drivvo.com. Drivvo. Versión 6.0.1. 2018. Estado actual [En línea].
Disponible en https://play.google.com/store/apps/details?id=br.com.ctncardoso.ctncar
33
el kilometraje que recorres en tu moto. Estamos listos para prestar nuestros
servicios en el Área Metropolitana de Medellín 24.
2.1.2 Antecedentes Locales
En la Universidad Popular del Cesar, seccional Aguachica, no se encontró con un

proyecto específico en tema investigativo, pero se hace referencia a el siguiente:
“IMPLEMENTACIÓN DE UNA APLICACIÓN WEB QUE PERMITA LA GESTIÓN,
CONTROL Y SEGUIMIENTO DE LOS SERVICIOS QUE PRESTAN LAS
AMBULANCIAS EN EL HOSPITAL JOSÉ DAVID PADILLA VILLAFAÑE ESE” De
las autoras: PAOLA ANDREA CORREA ARIAS y YENI ANDREA RAMIREZ
TELLEZ, donde se realiza un seguimiento a los servicios de traslado de pacientes
en ambulancia; se hace referencia al mismo puesto que uno de los módulos
incluye la administración del mantenimiento de estos vehículos, almacenando
fechas, kilometrajes, estados y tipos de mantenimientos a los que se someten las
ambulancias.25
En la Universidad Francisco de Paula Santander, Ocaña, se realizó un proyecto

investigativo: “PLAN DE MANTENIMIENTO PARA EL CENTRO DIAGNÓSTICO
AUTOMOTOR EL COCHE AGUACHICA S.A.S.” De la autora: WENDY
LORRAYNE RODRÍGUEZ DURÁN, donde se propone un programa de
mantenimiento centrado en actividades de inspección, ajustes, lubricación y
limpieza de los equipos de diagnóstico con los que cuenta dicha empresa; se hace
24
Desarrollador: http://appceite.com/. Appceite. Versión 1.8. 2018. Estado actual [En línea].
Disponible en https://play.google.com/store/apps/details?id=com.celuweb.appceite
25
CORREA ARIAS PAOLA ANDREA & RAMIREZ TELLEZ YENI ANDREA. IMPLEMENTACIÓN
DE UNA APLICACIÓN WEB QUE PERMITA LA GESTIÓN, CONTROL Y SEGUIMIENTO DE LOS
SERVICIOS QUE PRESTAN LAS AMBULANCIAS EN EL HOSPITAL JOSÉ DAVID PADILLA
VILLAFAÑE ESE. Aguachica: Universidad Popular Del Cesar, Seccional Aguachica. 2017.
34
referencia a este, puesto que se sistematizó en una base de datos una hoja de
vida de los equipos donde se consignaron las tareas de mantenimiento preventivo,
productivo total y mantenimiento centrado en confiabilidad y se organizaron las
actividades que dentro de un año deberá seguir la empresa para dicha gestión del
mantenimiento26.
2.1.3 Antecedentes Regionales

investigativo para el municipio de San Alberto, Cesar: “SISTEMA DE
INFORMACIÓN DE MANTENIMIENTO Y LUBRICACIÓN DE LA MAQUINARIA Y
VEHICULOS DE LA EMPRESA A&C LTDA” Del autor: JULIO CESAR
CARDENAS RODRIGUEZ, donde se sistematiza el formato pre-operacional en el
cual la empresa consignaba los diferentes mantenimientos que se sometían los
vehículos como volquetas y otros de tipo pesado; se hace referencia a este puesto
que el autor no sólo realizó un formato tipo hoja de vida donde consignó las
intervenciones realizadas a los diferentes sistemas hidráulicos, eléctricos, etc., de
los vehículos, sino que también planteó un programa de lubricación en el Excel,
puesto que la empresa atravesaba por un problema con los cambios de aceite de
los vehículos, ya que estos se venían realizando antes o después del kilometraje
recomendado27.
26
RODRIGUEZ DURAN, WENDY LORRAYNE. PLAN DE MANTENIMIENTO PARA EL CENTRO
DIAGNÓSTICO AUTOMOTOR EL COCHE AGUACHICA SAS. 2015. Estado actual [En línea].
Disponible en:
http://repositorio.ufpso.edu.co:8080/dspaceufpso/bitstream/123456789/889/1/27955.pdf
27
CARDENAS RODRIGUEZ, JULIO CESAR. SISTEMA DE INFORMACIÓN DE
MANTENIMIENTO Y LUBRICACIÓN DE LA MAQUINARIA Y VEHICULOS DE LA EMPRESA A&C
LTDA. 2017. Estado actual [En línea]. Disponible en
35
investigativo: “PROPUESTA DE UN PLAN DE MANTENIMIENTO PARA LOS
VEHÍCULOS, EQUIPOS Y HERRAMIENTAS DEL TALLER DE PRÁCTICAS DEL
CENTRO EDUCATIVO DE SISTEMAS UPARSISTEM EN LA CIUDAD DE
VALLEDUPAR, DEPARTAMENTO DEL CESAR.” Del autor: ÁNGEL FABIÁN
GARCÍA DUARTE, donde el autor generó un plan de mantenimiento para
vehículos, equipos y herramientas basado en actividades de inspección; se hace
referencia a este puesto que se logró una matriz de actividades y mantenimientos
de vehículos para esta empresa con la cual un técnico puede llevar un registro y
control de las intervenciones que hace a los vehículos y los precios de estas 28.
2.1.4 Antecedentes nacionales e internacionales.
En la Universidad Tecnológica de Pereira se realizó el proyecto investigativo:

“DESARROLLO DE UN SOFTWARE PARA MANTENIMIENTO PREVENTIVO,
APLICABLE A LOS SECTORES DE MICRO Y PEQUEÑAS EMPRESAS

COLOMBIANAS” De los autores: GUILLERMO CARVAJAL y ALEXANDER RÍOS
GAVIRIA, donde se creó un software para que pequeñas y medianas empresas

puedan gestionar los servicios de mantenimiento; se hace referencia a este pues
es un software comercial que busca solventar las necesidades de las pequeñas
empresas que no pueden darse el lujo de adquirir un software comercial para
28
GARCIA DUARTE, ANGEL FABIAN. PROPUESTA DE UN PLAN DE MANTENIMIENTO PARA
LOS VEHÍCULOS, EQUIPOS Y HERRAMIENTAS DEL TALLER DE PRÁCTICAS DEL CENTRO
EDUCATIVO DE SISTEMAS UPARSISTEM EN LA CIUDAD DE VALLEDUPAR,
DEPARTAMENTO DEL CESAR. 2016. Estado actual [En línea]. Disponible en
36
grandes empresas que terminaría siendo subutilizado dadas la cantidad de
funcionalidades que no van acorde con la modestia de una microempresa.
En la Universidad Peruana de Ciencias Aplicadas se realizó el proyecto

empresarial: “DESARROLLO DEL SISTEMA DE APLICATIVO MÓVIL FACTORY
CAR APP PARA REPARACIÓN Y MANTENIMIENTO AUTOMOVILÍSTICO
EFICIENTE” De los autores: ARIAS GONZALES, ANTONIO; ESPINOZA
SALDAÑA, ALBERTO ALONSO; FLORES MAMANI, WILLIAMS RENZO y
LOAYZA CASTAÑEDA, FLOR DE MARÍA MICAELA, donde se creó una
aplicación móvil para que las personas de Lima puedan encontrar un servicio
técnico confiable para sus vehículos, se hace referencia a este puesto que el
sistema de información a crear tendrá una interfaz de usuario móvil, funcionando
como una app cualquiera, descargable desde la tienda de distribución 29.
2.2 MARCO TEORICO:
A continuación, se expondrán las teorías que hacen parte de la investigación tales

como: la automatización de procesos por medio de sistemas de información; las
aplicaciones como estrategia de competitividad y fidelización de clientes;
usabilidad y desarrollo de las apps; las metodologías agiles en el desarrollo de
29
ARIAS GONZALES, ANTONIO; ESPINOZA SALDAÑA, ALBERTO ALONSO; FLORES MAMANI,
WILLIAMS RENZO; LOAYZA CASTAÑEDA, F. DE M. M. Desarrollo del sistema de Aplicativo Móvil
Factory Car App para reparación y mantenimiento automovilístico eficiente. 2017. Estado actual
[En línea]. Disponible en
https://repositorioacademico.upc.edu.pe/bitstream/handle/10757/622091/Arias%20_ga.pdf?
sequence=5&isAllowed=y
37
aplicaciones móviles y las tecnologías de la información y comunicación en el
desarrollo de la competitividad.
Haciendo una revisión de los diferentes documentos (artículos científicos,

ensayos) e investigaciones, el proyecto desarrollado se nutre de la teoría que
sienta las bases de la investigación.
2.2.1 AUTOMATIZACIÓN DE PROCESOS POR MEDIO DE SISTEMAS DE

INFORMACIÓN:
La finalidad de sistematizar un proceso es la de eliminar actividades rutinarias que

pueden quitar tiempo a otras más relevantes dentro de una organización, hoy en
día la mayoría de estos procesos están automatizados, siendo el control y gestión
del mantenimiento de máquinas y equipos operacionales uno de los más
importantes. Así pues, se hace referencia a los diferentes estudios donde se dan
pautas para sistematizar y lograr la gestión del mantenimiento.
En 1999 el autor Jasper L. Coetzee destacaba que el mantenimiento debe

integrarse en el modelo de negocios a partir del uso de tecnologías de la
información, generando una visión holística de la organización, resaltando que los
conceptos de mantenimiento van de la mano con el avance e implementación de
nuevas tecnologías30.
La revista de la facultad de ingeniería de la Universidad de Antioquia publicó un

artículo donde se recalcaba de las ventajas competitivas que para una empresa
supone la gestión del mantenimiento, Fernando Villada, el autor, definía que “los
avances tecnológicos, el alto valor de los equipos y la necesidad de producir a
30
COETZEE, Jasper L. A holistic approach to the maintenance “problem”. Journal of Quality in
Maintenance Engineering, 1999, vol. 5, no 3, p. 276-281.
38
costos mínimos le han dado al mantenimiento un papel preponderante para lograr
niveles óptimos de productividad”31.
Frente a esto, Lourival Tavares en su libro: ADMINISTRACIÓN MODERNA DE

MANTENIMIENTO, especifica: “En el aspecto de costos, el mantenimiento
correctivo a lo largo del tiempo se presenta con la configuración de una curva
ascendente, debido a la reducción de la vida útil de los equipos y la consecuente
depreciación del activo, pérdida de producción o calidad de los servicios, aumento
de adquisición de repuestos”32, de esta manera, indica que el mantenimiento
correctivo será muchísimo más costoso en el tiempo y tendrá el riesgo de
desgaste y falla catastrófica en la máquina, que el mantenimiento preventivo y
predictivo.
En el Tecnológico de Antioquia – Institución Universitaria, se desarrolló un artículo

científico sobre cómo en nuestro país el mantenimiento ha sido una actividad
con una tendencia creciente al OUTSOURCING (contratación con terceros
o externalización), pues al analizar la inversión anual en esta actividad (para
una muestra de 290 empresas), se observaba que solo el 3 % de las
compañías estudiadas no contrataba con terceros esta actividad, en tanto
que el 97 % utilizaba esta modalidad bajo diferentes tipos de contratos 33.
En la Conferencia Internacional de Ciencias Empresariales, se presentó una

ponencia donde se advertía que la gestión del mantenimiento da pie a un nuevo
paradigma tecnológico y organizacional al que la empresa debe adaptar su
31
DUQUE, Fernando Villada. El mantenimiento como estrategia competitiva. Revista Facultad de
Ingeniería, 2016, no 17, p. 7-13.
32
TAVARES, Lourival. Administración moderna de mantenimiento. [En línea] Disponible en
https://s3.amazonaws.com/academia.edu.documents/36832965/Libro-administracion-moderna-de-
mantenimiento.pdf?
AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3A&Expires=1536771309&Signature=o56w4tKcZYbxt
D1jto85Xysi%2BU8%3D&response-content-disposition=inline%3B%20filename
%3DLibro_administracion_moderna_de_mantenim.pdf- Pag 7.
33
MARÍN, María Isabel Ardila; NIETO, Wilson Martínez; VILLALBA, Luis Olmos. Outsourcing de
mantenimiento, una alternativa de gestión de activos en el sector productivo de bienes y servicios.
Cuaderno Activa, 2015, vol. 7, no 7, p. 123-134.
39
filosofía de trabajo. Además, propone unos métodos para el establecimiento de
estándares de mantenimiento tales como:
Prorrogación: Fija los Estándares en correspondencia al historial de

fenómenos que acontecen.
Extrapolación: Considera los fenómenos como función del tiempo a partir
de un comportamiento real y estima su comportamiento en un período igual
hacia delante.
Experimentación: Observación de los hechos y fenómenos, a los cuales
luego por comparación se les busca las causas de su variación. 34
2.2.2 LAS TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIÓN EN EL

DESARROLLO DE LA COMPETITIVIDAD DE UNA EMPRESA
La competitividad en una empresa no tiene que ver solamente con el estar por
encima de las demás empresas del medio productivo del cual se hace parte, tal
como afirma L. F. Díaz en su ensayo “La competitividad ¿a qué se refiere?”, “es la
capacidad que tienen los agentes económicos de aprovechar escenarios
favorables que se presentan en el mundo de la economía en forma permanente” 35.
De esta forma, podemos concluir que la competitividad tiene que ver con el
aprovechamiento de oportunidades, dichas oportunidades pueden ser
económicas, pero también de recursos, en nuestro caso, recursos tecnológicos.
De esta manera, los recursos tecnológicos son el símil de innovación en el plano

empresarial. L. Corona Treviño, en su libro “Innovación y competitividad
profesional” afirma que las empresas deben generar una base tecnológica puesto
34
HERNÁNDEZ, C. E.; NAVARRETE, E. Sistema de cálculo de indicadores para el mantenimiento.
Revista Club de mantenimiento, 2001, vol. 1, no 6.
35
DÍAZ, Luís Francisco Ramírez. La competitividad ¿a qué se refiere? Ensayos de economía,
2006, vol. 16, no 29, p. 107-117. En línea. Disponible en: http://bdigital.unal.edu.co/27013/1/24712-
86693-1-PB.pdf
40
que “es de mayor urgencia que incrementen sus esfuerzos tecnológicos y de
innovación para revertir los efectos de la globalización” 36.
Pero esta innovación tecnológica tiene que ir de la mano con los recursos
humanos de una empresa, no se puede pretender que un negocio sea competitivo
con el simple hecho de implementar una solución software, al respecto, Nuchera,
Idope y Torres en su ensayo “Los factores clave de la innovación tecnológica:
claves de la competitividad empresarial”, definen que “El objetivo, por tanto, es
configurar equipos formados por profesionales con capacidades complementarias
(habilidades, conocimientos, experiencia y cualificaciones) y en mutua
interdependencia durante el tiempo de desarrollo de un proyecto o tarea concreta
con la finalidad de alcanzar las metas comprometidas”. 37
En Colombia, mediante una investigación realizada por Albarracín, Erazo y

Palacios, dictaminó que para el 2014 “en las MiPymes de Colombia aún es muy
bajo el grado de disponibilidad y utilización las TIC en ambiente web. Ello
vislumbra una importante desventaja competitiva en un entorno que demanda
estar preparados para participar en un mercado que está cada vez más
interconectado tanto a nivel nacional como internacional” 38. Esto denota las
debilidades de nuestro mercado, pero también una oportunidad para innovar, de
esta manera se puede afirmar que no es muy tarde para implementar soluciones
software en nuestras medianas y pequeñas empresas.
36
TREVIÑO, Leonel Corona. Innovación y competitividad empresarial. Red Aportes, 2002. En
línea. Disponible en: https://www.redalyc.org/pdf/376/37602005.pdf
37
NUCHERA, Antonio Hidalgo; IDOIPE, A. Vizán; TORRES, M. Los factores clave de la innovación
tecnológica: claves de la competitividad empresarial. Dirección y organización, 2008, no 36, p. 5-
22. En línea. Disponible en: https://revistadyo.es/DyO/index.php/dyo/article/view/67/67
38
ALBARRACÍN, Edgar Julián Gálvez; ERAZO, Sandra Cristina Riascos; PALACIOS, Fred
Contreras. Influencia de las tecnologías de la información y comunicación en el rendimiento de las
micro, pequeñas y medianas empresas colombianas. Estudios gerenciales, 2014, vol. 30, no 133,
p. 355-364. En línea. Disponible en:
https://www.sciencedirect.com/science/article/pii/S0123592314001557
41
2.2.3 METODOLOGÍAS AGILES EN EL DESARROLLO DE APLICACIONES
MÓVILES:
Los desarrollos de aplicaciones se caracterizan por ser proyectos breves, debido a

diversos factores tales como los cambios y avances en el software y hardware, y
la competencia que logra que aplicaciones que aún no han terminado de
desarrollarse se lanzan al mercado para competir, los errores son pulidos con
actualizaciones. Las normas para el desarrollo móvil suelen ser estas, además de
basarse en iteraciones, en cada iteración se inicia y da fin al ciclo de desarrollo.
Las razones por las cuales los métodos ágiles suelen ser muy adecuados para el
desarrollo de aplicaciones móviles son:
• Alta volatilidad del entorno: Los entornos de desarrollo varían con rapidez.
• Equipos de desarrollo pequeños: Dado que son proyectos pequeños, las

personas que integran los equipos son pocas. Generalmente son llevados a cabo
por desarrolladores individuales o por PYME.
•Ciclos de desarrollo cortos: Se requieren ciclos de vida cortos. 39
El proyecto se orientará en el modelo de desarrollo de software eXtreme

Programming (XP) encargada de gestionar los procesos de la empresa que en
esta se desarrollan, reduciendo notablemente el tiempo de ejecución de cada
proceso, cuenta con la ventaja de que el cliente siempre tiene que estar
involucrado en todas las fases del proyecto y se deberá hacer entrega a este de
avances de este por medio de prototipos que implementen las historias de usuario
según el cronograma estipulado. XP cuenta con 4 fases: planificación, diseño,
codificación, pruebas y muerte.
39
Ibíd,. p 40 a 41.g
42
 Fase 1. Planificación del Proyecto: Aquí se plantean las historias de
usuario, se exploran y prueban diferentes tecnologías que pueden ser
utilizadas en la realización del proyecto software. Aquí también se establece
la prioridad de las historias de usuario y el correspondiente cronograma de
entrega de estas. Una forma de hacer esto es crear un plan de
publicaciones, en el cual se definirá, con el cliente, qué historias de usuario
serán implementadas en qué versiones del software, estas
implementaciones se hacen por medio de iteraciones.
 Fase 2. Diseño: En XP se realizan pequeñas sesiones de diseño durante

todo el ciclo de vida, de esta manera, el software va cambiando a medida
que se va realizando.
 Fase 3. Desarrollo: Aquí se codifica el software.
 Fase 4. Pruebas y fin: Se deben realizar pruebas antes de la culminación y

entrega del producto. Se realizan pues, pruebas unitarias, detección de
errores o bugs y las pruebas de aceptación, que son realizadas por el
cliente en base a las historias de usuario. Cuando el cliente no tiene más
historias de usuario para añadir, se da por finalizado el proyecto 40.
2.2.4 USABILIDAD Y DESARROLLO DE LAS APPS:
La usabilidad “se describe como el grado con el que un producto puede ser usado
por usuarios específicos para alcanzar objetivos específicos con efectividad,
eficiencia y satisfacción, en un contexto de uso específico” 41. La usabilidad está
40
LAINES Fuentes, J. R. Desarrollo de Software ÁGIL: Extreme Programming y Scrum. Estados
Unidos: Plataforma Createspace Independent Publishing. 2015
41
ISO 9241-11: Ergonomic requirements for office work with visual display terminals (VDTs) – part
11: Guidance on usability.
43
relacionada con los atributos de una aplicación o sistema, así como también de su
contexto; se entiende por atributo la característica o propiedad de una aplicación
de software. Los atributos considerados son los siguientes:
Efectividad: Está relacionada con la precisión y completitud con la que los

usuarios utilizan la aplicación para alcanzar objetivos específicos. La calidad de la
solución y la tasa de errores son indicadores de efectividad.
Eficiencia: Es la relación entre efectividad y el esfuerzo o los recursos empleados

para lograr esta.
Satisfacción: Es el grado con que el usuario se siente satisfecho, con actitudes

positivas, al utilizar la aplicación para alcanzar objetivos específicos. La
satisfacción es un atributo subjetivo, puede ser medido utilizando escalas de
calificación de actitud42.
En cuanto al desarrollo móvil, hay que tener en cuenta que, todas las aplicaciones
se ejecutan dentro de un ecosistema. Por lo tanto, para conseguir un desarrollo
satisfactorio, es ideal conocerlo. Existen varios factores que afectan al ecosistema,
como la infraestructura de la aplicación, el sistema operativo, los métodos de
entrada de información, los propios usuarios, los canales de distribución de la
aplicación, etc.
En el caso de las aplicaciones móviles, el ecosistema es aún más heterogéneo

que en el resto de los desarrollos. Pueden ejecutarse en diferentes tipos de
dispositivo, ya sea en un móvil antiguo o bien en uno nuevo, un smartphone o un
table PC, o incluso en aparatos menos evidentes, como un televisor o una Smart
card. Estos dispositivos suelen estar conectados a Internet mediante una conexión
que se contrata con una operadora.43
42
ENRIQUEZ, Juan Gabriel; CASAS, Sandra Isabel. Usabilidad en aplicaciones móviles. Informes
Científicos-Técnicos UNPA, 2014, vol. 5, no 2, p. 25-47.
43
VIQUE, Robert Ramírez. Métodos para el desarrollo de aplicaciones móviles. PID_00176755,
2012.
44
Las aplicaciones nativas son las que ofrecen una mejor experiencia de usuario.
Son aquellas que están especialmente diseñadas e implementadas para el
contexto de ejecución (plataforma o dispositivo) en el que van a ejecutarse, y
pueden sacarles partido a todas las capacidades de dichos dispositivos. En
ocasiones, también están sujetas a normas específicas de los fabricantes de
dispositivos o responsables de las plataformas. Las cuales son prerrequisitos
(IDE), implementación (emuladores), pruebas, firma y distribución. 44
2.2.5 HERRAMIENTAS DE DESARROLLO
El desarrollo de aplicaciones se ha convertido en un campo de evolución e interés

dada la cantidad de usuarios que acceden a estas. Se estima que hay más de 3
millones de aplicaciones en tiendas virtuales y cerca de 101 billón de descargas
entre pagas y gratuitas45. En la actualidad, existen diferentes formas de desarrollar
una aplicación móvil, estas son:
Desarrollo de aplicaciones nativas: Donde se considera el sistema operativo y

versión que lo va a utilizar, su principal ventaja es la de poder interactuar con
todas las capacidades del dispositivo y tiene como desventaja los costos de
desarrollo, ya que si queremos una aplicación nativa en cada una de las
plataformas de distribución debemos utilizar; para Android, Java como lenguaje de
programación y Android Studio como IDE (Entorno de Desarrollo Integrado)
recomendado; para iOS, Objetive C como lenguaje de programación y Xcode
como IDE recomendado; finalmente, para Windows Phone, VB.NET, C#.NET, C++
y Javascript como lenguajes de programación y Visual Studio como IDE. De esta
44
Ibíd., p 34 a 35.
45
STATISTA. http://www.statista.com Citado por DELIA, Lisandro Nahuel. Desarrollo de
aplicaciones móviles multiplataforma [En línea] Disponible en
http://sedici.unlp.edu.ar/bitstream/handle/10915/32397/Documento_completo.pdf?
45
forma, no se puede reutilizar el código entre desarrollos de aplicaciones nativas
multiplicando esfuerzo.
Desarrollo de aplicaciones multiplataforma: Donde se busca la reutilización de

código, abaratando costos de desarrollo y tiempo, aunque al no ser nativas, se
puede afectar la experiencia del usuario dentro de la aplicación. Existen diferentes
tipos tal como; aplicaciones web, las cuales están diseñadas para ejecutarse
dentro de un navegador, cuentan con la capacidad de adaptarse al dispositivo y
son desarrolladas con tecnología web estándar (HTML, CSS, Javascript),
sacrificando la capacidad de operar offline; las aplicaciones híbridas utilizan la
tecnología web, pero no se ejecutan en un navegador sino en un contenedor web
(webview), permitiéndole acceder al hardware del dispositivo, los framework más
populares a la hora de desarrollar aplicaciones híbridas son: PhoneGap,
CocoonJS, Ionic y Sencha Touch, todos usando HTML, CSS y Javascript; las
aplicaciones interpretadas utilizan un código base en el lenguaje que el framework
maneje, al compilar, parte del código es traducido a código nativo del sistema
operativo y el resto es interpretado en tiempo de ejecución, logrando un
performance similar al de aplicaciones nativas ya que no utiliza webviews, los
frameworks más utilizados son: Appcelerator Titanium y NativeScript; finalmente,
las aplicaciones generadas por compilación cruzada se compilan de manera
nativa, permitiendo crear una versión de alto rendimiento para cada plataforma
destino, con esto, la reutilización de código llega al máximo, puesto que una base
de código permite generar una aplicación nativa para cada sistema operativo, las
plataformas de desarrollo más conocidas son Xamarin (lenguaje C#.NET) y
RubyMotion (lenguaje Ruby)46.
46
Ibíd., p. 17 a p. 49.
46
Finalmente, tras conocer las numerosas alternativas que existen para desarrollar
aplicaciones hoy en día, cabe señalar el futuro de estas. Todo apunta a que en
pocos años IOT (Internet de las cosas) supondrá una evolución en el desarrollo y
la manera como hoy trabajan las aplicaciones, manejando una cantidad de
información albergada en la nube para una gestión y disponibilidad constante y
automatizada. En algunos años la pregunta de las empresas será ¿qué tanto
necesita mi empresa una aplicación IOT?
2.2.6 LAS APLICACIONES MÓVILES COMO ESTRATEGIA DE FIDELIZACIÓN

DE CLIENTES:
Al tener una empresa competitiva en los estándares tecnológicos de la actualidad,

el siguiente paso orgánico que da un negocio es el de lograr que los clientes te
elijan por encima de los demás. La evolución tecnológica del hombre ha obligado
a las empresas a desarrollarse a la par o verse relegadas en el plano económico y
con el pasar de los meses o años, desaparecer. El impacto del smartphone, no
sólo como dispositivo de comunicación, sino como un facilitador de la vida diaria,
eleva la cantidad de tiempo que pasamos en ellos, generando así el campo de
batalla perfecto donde las empresas deben luchar por captar la atención del
cliente en una pequeña pantalla táctil. De esta forma “en el caso concreto del
contenido digital, este cambio supone el paso de una lógica del ver –que prima el
consumo de contenido como acceso-, a una lógica del hacer –que entiende el
contenido como una materia prima para la expresión personal y para la interacción
social- “47, haciendo al cliente partícipe cada vez más.
“El comercio a través de teléfonos móviles o tablets (m-commerce) se define como

la compra y venta de bienes y servicios a través de dispositivos inalámbricos de
47
AGUADO, Juan-Miguel; MARTÍNEZ, Inmaculada J.; CAÑETE-SANZ, Laura. Tendencias
evolutivas del contenido digital en aplicaciones móviles. El profesional de la información, 2015, vol.
24, no 6, p. 787-795.
47
mano”48. De esta manera, el dispositivo móvil se convierte en un medio para la
compra de productos o la prestación de un servicio, en el caso que nos compete,
la gestión del mantenimiento. M-commerce lleva a reformular el concepto de
prestación de servicio puesto que “se parte del presupuesto de que la
disponibilidad inmediata y actualizada de información de utilidad ajustada a los
intereses y necesidades específicas del sujeto individualiza su consumo
ofreciendo experiencias de usuario adaptadas y enriquecidas” 49.
El m-commerce se convierte en una forma de fidelización de clientes vanguardista

puesto que “cuando los consumidores perciben la tecnología como fácil de usar
(menor esfuerzo esperado), también creen que la tecnología es más útil (mayor
expectativa de utilidad) y, por lo tanto, hay una mayor intención de uso” 50, de esta
manera se logra el principio básico de la fidelización, el cual afirma que es mejor
conservar un cliente que tratar la atención de uno nuevo.
Si bien es cierto que la fórmula mágica de retención de usuarios no existe, es

válido mencionar las notificaciones push como una herramienta para que el cliente
vuelva, “nos tenemos que fijar en las notificaciones y mensajes que enviamos a
los usuarios. Es por ello por lo que, si le queremos convencer, tenemos que ser
persuasivos y llamarle la atención. Estos mensajes pueden y deben ser
segmentados”51.
48
PALOS-SANCHEZ, Pedro R. El cambio de las relaciones con el cliente a través de la adopción
de APPS: Estudio de las variables de influencia en M-Commerce. Revista Espacios, 2017, vol. 38,
no 23.
49
GÉRTRUDIX BARRIO, Manuel; ÁLVAREZ GARCÍA, Sergio; RAJAS FERNÁNDEZ, Mario. Open
Data en aplicaciones móviles: nuevos modelos para la información de servicio. 2016. [En línea]
Disponible en
https://gredos.usal.es/jspui/bitstream/10366/129627/1/Open_Data_en_aplicaciones_moviles_nuevo
s.pdf
50
PALOS-SANCHEZ, Op. cit., p. 5.
51
MORENO CALLA, Franco M.; QUIROZ INCA, Diego Yustin. Diseño de un aplicativo móvil
orientado a la fidelización de los clientes de la discoteca amnesia de la ciudad de Trujillo en el año
2015
48
2.3 MARCO LEGAL:
En cuanto a regulaciones del código nacional de tránsito:
2.3.1 CÓDIGO NACIONAL DE TRÁNSITO
2.3.1.1 Artículo 50. Condiciones mecánicas, ambientales y de seguridad
Por razones de seguridad vial y de protección al ambiente, el propietario o tenedor

del vehículo de placas nacionales o extranjeras, que transite por el territorio
nacional, tendrá la obligación de mantenerlo en óptimas condiciones mecánicas,
ambientales y de seguridad.
2.3.1.2 Artículo 51. Revisión periódica de los vehículos
Salvo lo dispuesto en el artículo siguiente, todos los vehículos automotores, deben

someterse anualmente a revisión técnico-mecánica y de emisiones contaminantes.
La revisión estará destinada a verificar:
f. El adecuado estado de la carrocería.
g. Niveles de emisión de gases y elementos contaminantes acordes con la

legislación vigente sobre la materia.
h. El buen funcionamiento del sistema mecánico.
i. Funcionamiento adecuado del sistema eléctrico y del conjunto óptico.
49
j. Eficiencia del sistema de combustión interno.
k. Elementos de seguridad.
l. Buen estado del sistema de frenos constatando, especialmente, en el caso en

que este opere con aire, que no emita señales acústicas por encima de los niveles
permitidos.
m. Las llantas del vehículo.
n. Del funcionamiento de los sistemas y elementos de emergencia.
o. Del buen funcionamiento de los dispositivos utilizados para el cobro en la

prestación del servicio público.
2.3.1.3 Artículo 54. Registro computarizado
Los Centros de diagnóstico automotor llevarán un registro computarizado de los

resultados de las revisiones técnico-mecánicas y de emisiones contaminantes de
cada vehículo, incluso de los que no la aprueben 52.
2.3.2 RESOLUCIÓN NÚMERO 0000315 DEL 6 DE FEBRERO DEL 2013
2.3.2.1 ARTÍCULO 3.
Mantenimiento de vehículos. El mantenimiento de los vehículos será preventivo y

correctivo. El mantenimiento preventivo constituye la serie de intervenciones y
52
COLOMBIA. CONGRESO NACIONAL. Ley 1383 de 2010. Código Nacional de Tránsito [En
línea]. http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?i=39180#9
50
reparaciones realizadas al vehículo con la finalidad de anticipar fallas o
desperfectos; no podrá entenderse por mantenimiento preventivo las actividades
de revisión o inspección. El mantenimiento correctivo es aquel que se ejecuta en
cualquier momento al vehículo y ante la evidencia de una falla en cualquiera de
sus componentes. El mantenimiento preventivo se realizará a cada vehículo en los
periodos determinados por la empresa, para lo cual se garantizará como mínimo el
mantenimiento bimensual, llevando una ficha de mantenimiento donde consignará
el registro de las intervenciones y reparaciones realizadas, indicando día, mes y
año, centro especializado e ingeniero mecánico que lo realizó y el detalle de las
actividades adelantadas durante la labor. En la ficha de mantenimiento, además,
se relacionarán las intervenciones correctivas realizadas indicando día, mes y año,
centro especializado y técnico que realizó el mantenimiento, detalle de las
actividades adelantadas durante la labor de mantenimiento correctivo y la
aprobación de la empresa53.
2.3.3 DECISIÓN 351 DEL ACUERDO DE CARTAGENA

CAPITULO VIII DE LOS PROGRAMAS DE ORDENADOR Y BASES DE DATOS
2.3.3.1 Artículo 23:
Los programas de ordenador se protegen en los mismos términos

que las obras literarias. Dicha protección se extiende tanto a los programas
operativos como a los programas aplicativos, ya sea en forma de código fuente o
código objeto. En estos casos, será de aplicación lo dispuesto en el artículo 6 bis
del Convenio de Berna para la Protección de las Obras Literarias y Artísticas,
referente a los derechos morales.
53
COLOMBIA. MINISTERIO DE TRÁNSITO Y TRANSPORTE. Resolución número 0000315 del 6
de febrero del 2013.
51
Sin perjuicio de ello, los autores o titulares de los programas de ordenador podrán
autorizar las modificaciones necesarias para la correcta utilización de los
programas54.
2.3.4 NORMAS RELEVANTES QUE RIGEN LA PROPIEDAD INTELECTUAL

DEL SOFTWARE EN COLOMBIA
 Decisión Andina 486 de 2000
 Decisión Andina 351 de 1993
 Ley 23 de1982
 Ley 1450 del 16 de junio de 2011
2.3.5 DEFINICIONES LEGALES RELEVANTES DE LA DECISIÓN ANDINA 351

DE 1993
 Autor: "Persona física que realiza la creación intelectual”. En el caso de

software para aplicaciones es el desarrollador o programador que genera el
código. También se le conoce como el titular originario, pues inicialmente es
quien tiene los derechos sobre el software, aunque luego los trasfiera.
 Obra: Toda creación intelectual original de naturaleza artística, científica o

literaria, susceptible de ser divulgada o reproducida en cualquier forma. El
software es protegido por el derecho de autor, no se patenta como tal.
 Programa de ordenador (Software): Expresión de un conjunto de

instrucciones mediante palabras, códigos, planes o en cualquier otra forma
que, al ser incorporadas en un dispositivo de lectura automatizada, es
54
ACUERDO DE CARTAGENA. Régimen Común sobre Derecho de Autor y Derechos Conexos
52
capaz de hacer que un ordenador -un aparato electrónico o similar capaz
de elaborar informaciones-, ejecute determinada tarea u obtenga
determinado resultado (…). Se protege el código del software y no la
función, por tal razón, existen varias aplicaciones de chat con diferente
código sin que infrinjan sus derechos de autor.
 Principios del Derecho de Autor

Se protegen las obras (código, planes etc.) y no las ideas (funciones). La
protección surge con la creación de la obra. El registro ante la Dirección
Nacional de Derecho de Autor sirve como medio de prueba de autoría y/o
titularidad. Cada derecho es independiente del otro, por lo cual pueden ser
licenciados o cedidos a diferentes personas y en diferentes condiciones.
Los derechos patrimoniales tienen una duración limitada.
 Obras Colectivas
Cuando varios desarrolladores crean un software es importante establecer
la autoría de todos en el registro de la obra ante la Dirección Nacional de
Derecho de Autor.
 Derechos Morales
Son aquellos que perduran eternamente en el tiempo, el más relevante es
el de Paternidad. El autor siempre debe ser reconocido como creador de
una obra a menos que decida lo contrario. Por tal razón, en Colombia es
recomendable incluir el nombre de los desarrolladores en los términos de
uso del software55.
2.3.6 HABEAS DATA
55
https://apps.co/comunicaciones/tic-legal/10-aspectos-clave-sobre-derecho-de-autor-para-crea/
53
Los datos personales, salvo la información pública, no podrán estar disponibles en
Internet u otros medios de divulgación o comunicación masiva, salvo que el
acceso sea técnicamente controlable para brindar un conocimiento restringido sólo
a los Titulares o terceros autorizados conforme a la presente ley;
g) Principio de seguridad: La información sujeta a Tratamiento por el responsable

del Tratamiento o Encargado del Tratamiento a que se refiere la presente ley, se
deberá manejar con las medidas técnicas, humanas y administrativas que sean
necesarias para otorgar seguridad a los registros evitando su adulteración,
pérdida, consulta, uso o acceso no autorizado o fraudulento.
h) Principio de confidencialidad: Todas las personas que intervengan en el

Tratamiento de datos personales que no tengan la naturaleza de públicos están
obligadas a garantizar la reserva de la información, inclusive después de finalizada
su relación con alguna de las labores que comprende el Tratamiento, pudiendo
sólo realizar suministro o comunicación de datos personales cuando ello
corresponda al desarrollo de las actividades autorizadas en la presente ley y en
los términos de esta56.
2.4 MARCO CONCEPTUAL:
56
COLOMBIA. CONGRESO NACIONAL. LEY 1581 DE 2012. En línea
http://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?i=49981
54
 Mantenimiento: Combinación de acciones técnicas, administrativas y de
gestión durante el ciclo de vida de una máquina a fin de mantenerla o
retornarla a un estado donde pueda cumplir su función 57.
 Mantenimiento correctivo: Aquel en el que se cambia una pieza o

máquina cuando esta falla; no existe planeación, por tanto, los costos de
esta se reducen a niveles mínimos.
 Mantenimiento programado: Es aquel que se basa en el concepto de

reemplazo de piezas o máquinas cuando se haya cumplido la vida útil
definida por el fabricante. Aumentan los costos de cambios de piezas que
pueden parecer en buenas condiciones, pero la empresa se beneficia de un
fallo imprevisto que para la producción.
 Mantenimiento preventivo: Es aquel en el cual se inspecciona una pieza o

máquina de manera, visual, manual y auditiva, con regularidad. Aumentan
los costos de implementación y planeación, pero a largo plazo el beneficio
recae en el aumento de la vida útil de la pieza o máquina con respecto a lo
programado por el fabricante.
 Mantenimiento predictivo: Este se basa en la medición con herramientas

avanzadas, análisis de vibraciones, ultrasonidos etc., logrando anticiparse a
fallas imprevistas en las máquinas; los costos de implementación son
elevados, pero se garantiza la máxima utilización de las piezas o máquinas
en términos de vida útil.
 Mantenimiento productivo total: TPM, por sus siglas en inglés (total

productive maintenance), es aquel que busca una gestión del
57
ESPINOSA FUENTES, Fernando. Identificación de sistemas de gestión para mantenimiento
industrial. Universidad de Talca. 2015
55
mantenimiento, tratando de obtener lo máximo de una máquina con el
menor costo posible, involucrando a todos los empleados de la
organización e incluyendo todos los tipos de mantenimiento llevando a un
mejoramiento continuo de la productividad. 58
 Fidelización: La fidelización de clientes pretende que los compradores o

usuarios de los servicios de la empresa mantengan relaciones comerciales
estables y continuas, o de largo plazo con ésta. La fidelidad se produce
cuando existe una correspondencia favorable entre la actitud del individuo
frente a la organización y su comportamiento de compra de los productos y
servicios de esta.59
 Sistema de información: Conjunto de personas, datos, procesos y

tecnología de la información que interactúan para recopilar, procesar,
guardar y proporcionar como salida la información necesaria para brindar
soporte a una organización.60
 Aplicación web: Son aquellas que se ejecutan en un navegador web, ya

sea en internet o una intranet, teniendo entre sus ventajas el no tener que
ser instaladas en los equipos que la utilicen, cuentan con la capacidad de
adaptarse al dispositivo y son desarrolladas con tecnología web estándar
(HTML, CSS, Javascript).
 Aplicación móvil: Una aplicación móvil es un programa que se descarga e
instala directamente en el dispositivo móvil que lo vaya a usar, como un
58
MURILLO, William Orozco. Gestión del mantenimiento, hacia una línea de investigación. Revista
CINTEX, 2017, vol. 7, p. 65-68.
59
FIGUEROA, Vernor Mesén. Fidelización de clientes: concepto y perspectiva contable. Tec
Empresarial, 2011, vol. 5, no 3, p. 29-35.
60
WHITTEN, Jeffrey L. y BENTLEY, Lonnie D. Análisis de sistemas: diseño y métodos. McGraw-
Hill Interamericana. Séptima edición. 2008
56
smartphone o una Tablet, a través de las diferentes plataformas de
distribución como Google Play del sistema operativo Android.
 Aplicaciones nativas: Las aplicaciones nativas son aquellas que se

conciben para ejecutarse en una plataforma específica, es decir, se debe
considerar el tipo de dispositivo, el sistema operativo a utilizar y su versión.
El código fuente se compila para obtener código ejecutable, proceso similar
61
que el utilizado para las tradicionales aplicaciones de escritorio. .
 Framework: Es un entorno o ambiente de trabajo para desarrollo;

dependiendo del lenguaje normalmente integra componentes que facilitan
el desarrollo de aplicaciones como el soporte de programa, bibliotecas,
plantillas y más, entre palabras, el framework nos permite de una mejor
manera estructurar nuestros códigos y la optimización de código.
61
DELÍA, Lisandro Nahuel, et al. Un análisis experimental de tipo de aplicaciones para dispositivos
móviles. En XVIII Congreso Argentino de Ciencias de la Computación. 2013. [En línea] Disponible
en http://sedici.unlp.edu.ar/bitstream/handle/10915/32397/Documento_completo.pdf?
57
3. DISEÑO METODOLOGICO PRELIMINAR:
3.1 Tipo de Investigación.
El enfoque de la investigación es cualitativo puesto que este nos permitió

construir, a medida que avanzó el proceso investigativo, una realidad, permitiendo
un diseño investigativo flexible y forjado durante la realización del estudio
admitiendo a los investigadores como participantes en la recolección de datos
puesto que este enfoque busca “describir, comprender e interpretar los
fenómenos, a través de las percepciones y significados producidos por las
experiencias de los participantes” 62
3.1.1 Alcance descriptivo:
“Los estudios descriptivos sirven para analizar cómo es y cómo se manifiesta un

fenómeno y sus componentes”63 Esto define la investigación a describir el
fenómeno de la falta de mantenimiento a la que se someten las motocicletas por
parte de los conductores en el municipio de Aguachica y no indicando, por
ejemplo, cómo se relaciona el grado de estudio del conductor, la estratificación
social, el género etc.
3.1.2 Metodología de desarrollo:
62
HERNÁNDEZ SAMPIERI, Roberto; FERNÁNDEZ COLLADO Carlos y BAPTISTA LUCIO Pilar.
Metodología de la investigación. México D.F. McGrawHill/Interamericana de editores S.A. de C.V,
2010. p. 11
63
Ibíd., p. 87.
58
Como metodología de desarrollo se optará por una metodología ágil tal como
XP(Extreme Programing) dada su capacidad de adaptación a cualquier tipo de
proyecto y que es descrita por Beck como “una metodología ligera para pequeños
y medianos equipos de desarrollo de software en la cara de los requerimientos
imprecisos o rápidamente cambiantes”64
3.2 Instrumentos de recolección de datos
3.2.1 Revisión documental y observación de campo:
El método utilizado para la obtención de datos fue la revisión de los diferentes

documentos del almacén y taller Jeromotos24, tales documentos dieron una idea
del funcionamiento de la empresa (misión, visión, historias de usuario, metáfora
inicial) además de las tablas de mantenimientos de las motocicletas, apoyados
también en la observación directa de los procesos que maneja dicha empresa.
3.2.2 Entrevista:
Se llevó a cabo con la parte administradora del almacén y taller Jeromotos24,

conociendo así las necesidades en cuanto a automatización requeridas por la
empresa, además de la recolección de información precisa para la aprobación y
desarrollo del proyecto.
64
BECK Kent y ZAPATA MARTÍNEZ, Francisco Javier. Una Explicación de la programación
extrema. Aceptar el cambio. Citado por AMAYA BALAGUERA Yohn Daniel. Metodologías ágiles en
el desarrollo de aplicaciones para dispositivos móviles. Estado actual [En línea]. Disponible en
http://m.uelbosque.edu.co/sites/default/files/publicaciones/revistas/revista_tecnologia/volumen12_n
umero2/12Articulo_Rev-Tec-Num-2.pdf
59
60
4. ESQUEMA TEMÁTICO
El desarrollo de cualquier proyecto software debe estar estructurado bajo una

metodología que pueda dar directivas y plantear una ruta de acción en su
elaboración. La aparición de las metodologías ágiles ha logrado alivianar el
proceso de construcción en un proyecto, apartando la rigurosidad de las
metodologías tradicionales en cuanto a: documentación o artefactos, normas,
definición temprana de la arquitectura. Las metodologías ágiles son más flexibles
con respecto a las tradicionales65.Para la realización de este proyecto se usó la
metodología XP.
XP (eXtreme Programming) promueve el trabajo en equipo, tanto cliente como

desarrolladores, trabajan a la par para la culminación del proyecto, de esta forma,
el proyecto se adapta a la perfección ya que el cliente hace parte del equipo de
desarrollo, además, la capacidad de XP para replantear etapas como el diseño y
los requisitos66. En líneas generales, el proceso de desarrollo XP consiste en los
siguientes pasos:
1. El cliente define el valor de negocio a implementar.
2. El programador estima el esfuerzo necesario para su implementación.
3. El cliente selecciona qué construir, de acuerdo con sus prioridades y el tiempo.
4. El programador construye ese valor de negocio.
5. Vuelve al paso 167.
65
COILA PAUCAR, Silvia. Programación extrema. Universidad Tecnológica de Los Andes. Perú.
Estado actual [En línea]. Disponible en https://es.calameo.com/read/0055798046933c8a37e57
66
LETELIER, Patricio; PENADÉS, Mª Carmen. Métodologías ágiles para el desarrollo de software:
eXtreme Programming (XP). 2012. [En línea]. Disponible en:
https://www.researchgate.net/profile/Patricio_Letelier/publication/28109707_Metodologias_agiles_p
ara_el_desarrollo_de_software_eXtreme_Programming_XP/links/54ad00f10cf2479c2ee86820.pdf
67
Ibíd. p 10.
61
4.1 FASE I: PLANIFICACIÓN
En esta fase se hizo una revisión de la documentación, además se hace un

análisis para el levantamiento de los requerimientos del sistema y la construcción
de las historias de usuario, se define un plan de entregas y un plan de iteraciones,
además, se añadieron artefactos UML tal como los diagramas y casos de uso.
4.1.1 Descripción del almacén y taller Jeromotos24.
En el almacén y taller Jeromotos24 no se lleva la gestión del mantenimiento de las

motocicletas de manera sistematizada, lo hace a través de un sticker que es
pegado en la motocicleta donde se anota el kilometraje en el cual el usuario
debería ingresar su vehículo al taller para su respectivo mantenimiento.
Cuenta con uniCentaoPOS, un software libre que sirve para automatizar la gestión
de inventario, facturas, compras y ventas en general, pero donde no se logra
trazar un historial de los mantenimientos a los cuales han sido sometidos las
motocicletas de un cliente específico.
Siendo el objetivo del almacén y taller Jeromotos24 fidelizar a su clientela, se hace

necesario una solución software que permita al usuario almacenar el historial de
mantenimientos, y gestionar los próximos, lo que permite ofrecer un mejor servicio,
también se debe mantener informado al usuario y facilitar la programación del
mantenimiento, de esta forma el usuario se desentiende de esta responsabilidad,
que asume el sistema, conocer cuando es necesario ingresar su vehículo al taller
para su respectivo mantenimiento, permite que ese cliente volverá al taller con
cada revisión.
62
En Jeromotos24 se distinguen claramente, dos tipos de perfiles de usuario, los
clientes, que consumen los servicios del taller, reciben notificaciones del sistema y
programan mantenimientos y el administrador del sistema quien se encarga de
gestionar todo lo referente al mismo, como la creación de nuevos usuarios,
asignación de motocicletas y servicios técnicos.
4.1.2 Documentación.
Aquí se revisó todo el material bibliográfico que pudiera apoyar la realización del
proyecto, prueba de ello son los pasados formatos 1 (propuesta) y 2
(anteproyecto), que dan pie a la completa realización de este documento. También
se obtuvo la información del almacén y taller Jeromotos24 como la misión y visión
además del modelo de negocio de este por medio de una observación de campo.
Se tienen en cuenta las tablas de mantenimiento de las motocicletas

proporcionadas por sus fabricantes, de esta manera la información que alimenta la
solución es totalmente real con las recomendaciones de las empresas productoras
de motocicletas en cuanto a la gestión del mantenimiento de estos vehículos.
63
Tabla 4 Mantenimientos periódicos Susuki Best 125
Fuente: http://suzukicolombia.blogspot.com/2016/04/manual-de-servicio-suzuki-best-de.html
4.1.4 Metáfora del sistema:
Tabla 5 Metáfora inicial.
Metáfora inicial
Descripción:
El almacén y taller Jeromotos24 debe contar con una plataforma de
administración web y mediante cualquier navegador poder acceder a la gestión
de todas las órdenes de servicio activas, pendientes y finalizadas, que se hagan
64
a las motocicletas. También se hace necesario llevar el registro de clientes y
motocicletas, y de l
a misma manera poder llevar el histórico de mantenimientos realizados,
además, debe poder seleccionar los servicios que las motocicletas pueden
recibir según sus tablas de mantenimiento.
Se requiere una solución software que permita al cliente saber cuándo debe
ingresar su motocicleta al taller para el respectivo mantenimiento, además de
darle la posibilidad de revisar el historial de intervenciones a las cuales ha sido
objeto su vehículo.
El cliente debe tener una plataforma móvil en la cual visualice su información,
motocicletas e historiales.
Usuario: Carlos Andrés Tamayo Cargo: Propietario y administrador.
Benjumea
Observaciones: Se inicia el diseño del sistema.
Fuente: los autores.
4.1.5 Historias de usuario.
Las historias de usuario son la representación de un requisito, dentro de la

metodología XP, deben ser escritas por los clientes. Se convierten en una forma
rápida de administrar los requisitos sin la elaboración de documentos formales.
Deben ser pequeñas, de esta forma son fáciles de estimar y se ajustan al
desarrollo iterativo que propone XP68.
De esta forma, para obtener los requerimientos, se elaboran las historias de

usuario:
Tabla 6 Historia de usuario HU001
68
CURSO 4 DE GRADO EN INGENIERÍA INFORMÁTICA EN TECNOLOGÍAS DE LA
INFORMACIÓN. 2018/2019. Historias de usuario. Universidad Miguel Hernández. Elche, España.
Estado actual [En línea]. Disponible en http://umh2818.edu.umh.es/wp-
content/uploads/sites/884/2016/02/Historias-de-usuario.pdf
65
Historia de usuario
Título: Registrar usuarios Id: HU001 Iteración: 1
Descripción: Como administrador de la aplicación web quiero poder registrar los

nuevos usuarios y asignarles un rol (administrador, cliente) para que puedan ingresar
al sistema con un nombre de usuario y una contraseña.
Cliente: Carlos Andrés Tamayo Fecha:

Pruebas de aceptación:
 Guardar un usuario con sus datos personales y asignarles un rol.
 El usuario inicia sesión, si es administrador en la aplicación web y si es cliente
en la aplicación móvil.
 Iniciar sesión y comprobar que se indica el error de contraseña incorrecta.
Fuente: los autores

Historia de usuario
Título: Listar usuarios Id: HU002 Iteración: 1
Descripción: Como administrador de la aplicación web quiero poder ver todos los
usuarios para llevar un registro de los perfiles de cada uno.
 Visualizar todos los usuarios del sistema y poder ver su perfil.
Fuente: los autores
66
Historia de usuario
Título: Buscar usuarios Id: HU003 Iteración: 1
Descripción: Como administrador de la aplicación web quiero poder buscar los

usuarios por nombre o cedula para encontrar fácilmente un usuario específico.
 Filtrar búsqueda de usuarios por nombre o cédula.
Fuente: los autores

Historia de usuario
Título: Actualizar usuarios Id: HU004 Iteración: 1
Descripción: Como administrador de la aplicación web quiero poder actualizar un

registro de usuario para cambiar sus datos en caso de errores o cambios.
 Actualizar un registro de usuario.
 Guardar el nuevo registro.
Fuente: los autores
67
Historia de usuario
Título: Registro de motocicletas Id: HU005 Iteración: 2
Descripción: Como administrador de la aplicación web quiero poder registrar una

marca y modelo de motocicleta para asociarla a un cliente propietario.
 Guardar una marca y modelo de motocicleta y asignarla a un cliente.
 Si un modelo existe, se debe escoger directamente y asignarle al cliente.
Fuente: los autores

Historia de usuario
Título: Listar motocicletas Id: HU006 Iteración: 2
Descripción: Como administrador de la aplicación web quiero poder visualizar una

marca y modelo de motocicleta para ver cuáles marcas y modelos existen.
 Visualizar marcas y modelos de motocicletas.
Fuente: los autores
68
Historia de usuario
Título: Buscar motocicletas Id: HU007 Iteración: 2
Descripción: Como administrador de la aplicación web quiero poder filtrar una

búsqueda de marca y modelo de motocicleta para encontrarlas rápidamente.
 Filtrar búsqueda de motocicleta por marca o modelo.
Fuente: los autores

Historia de usuario
Título: Actualizar motocicletas Id: HU008 Iteración: 2
Descripción: Como administrador de la aplicación web quiero poder actualizar un

registro de una marca y modelo de motocicleta para asociarla a un cliente
propietario.
 Actualizar un registro de usuario.
 Guardar el nuevo registro.
Fuente: los autores

Historia de usuario
Título: Listar servicios de mantenimiento Id: HU009 Iteración: 3
69
Descripción: Como administrador de la aplicación web quiero poder visualizar los
servicios de mantenimiento que puede tener una motocicleta para su posterior
asignación.
 Cargar todos los servicios de mantenimientos periódicos que pueden
asignársele a una motocicleta.
Fuente: los autores

Historia de usuario
Título: Asignar servicios de mantenimiento Id: HU010 Iteración: 3
Descripción: Como administrador de la aplicación web quiero poder asignar

servicios de mantenimiento a una motocicleta, registrando los kilometrajes basado
en las tablas de mantenimiento periódico de cada marca y modelo.
 Asignar los servicios de mantenimiento correspondiente a cada modelo y
marca de motocicleta.
Fuente: los autores

Historia de usuario
Título: Actualizar servicios de mantenimiento Id: HU011 Iteración: 3
Descripción: Como administrador de la aplicación web quiero poder actualizar
70
servicios de mantenimiento a una motocicleta para que cada marca y modelo de
esta tenga los valores actualizados.

 Actualizar los servicios de mantenimiento correspondiente a cada modelo y
Fuente: los autores

Historia de usuario
Título: Buscar servicios de mantenimiento Id: HU012 Iteración: 3
Descripción: Como administrador de la aplicación web quiero poder buscar los

servicios de mantenimiento para saber si este es aplicado o no a una motocicleta.
 Buscar los servicios de mantenimiento correspondiente a cada modelo y
Fuente: los autores
Historia de usuario
Título: Registrar órdenes de servicio. Id: HU013 Iteración: 4
Descripción: Como administrador de la aplicación web quiero registrar órdenes de
servicio para llevar un control de los servicios de mantenimiento que recibe una
71
motocicleta.
 Registrar órdenes de servicio asociándolas a una motocicleta y a un cliente.
Fuente: los autores

Historia de usuario
Título: Actualizar órdenes de servicio. Id: HU014 Iteración: 4
Descripción: Como administrador de la aplicación web quiero actualizar órdenes

de servicio para corregir errores que hayan podido presentarse a la hora de su
elaboración.

 Actualizar órdenes de servicio asociadas a una motocicleta y a un cliente.
 Escoger o eliminar los nuevos servicios de mantenimiento que se realizarán
en la orden de servicio.
Fuente: los autores

Historia de usuario
Título: Buscar órdenes de servicio. Id: HU015 Iteración: 4
Descripción: Como administrador de la aplicación web quiero buscar órdenes de

servicio para ver la información de estas.
72
 Filtrar búsqueda de órdenes de servicio, ya sea por estado, cliente o
motocicleta.
Fuente: los autores

Historia de usuario
Título: Imprimir órdenes de servicio. Id: HU016 Iteración: 4
Descripción: Como administrador de la aplicación web quiero imprimir el formato

de orden de servicio para que el mecánico tenga conocimiento por escrito de los
servicios de taller que se llevarán a cabo.
 Imprimir el formato de orden de servicio con los datos de los servicios taller a
aplicarse.
Fuente: los autores

Historia de usuario
Título: Finalizar órdenes de servicio. Id: HU017 Iteración: 4
Descripción: Como administrador de la aplicación web quiero finalizar órdenes de

servicio para dar por terminado un mantenimiento.
73
 Cambiar estado de orden de servicio a finalizado.
 Las órdenes finalizadas no aparecerán en el inicio, pero sí en el historial.
Fuente: los autores

Historia de usuario
Título: Historial de mantenimiento administrador Id: HU018 Iteración: 5
Descripción: Como administrador de la aplicación web quiero ver todas las

órdenes de servicio para saber cuáles servicios de mantenimiento recibió una
motocicleta, qué día y cuál fue el precio total.

 Guardar las órdenes de servicio que han sido completadas.
 Listar la totalidad de las órdenes de servicio realizadas a una motocicleta.
 Escoger un cliente y poder observar todo el historial de mantenimiento.
Fuente: los autores

Historia de usuario
Título: Historial de mantenimiento cliente Id: HU019 Iteración: 5
Descripción: Como administrador de la aplicación web quiero que el cliente pueda

ver desde su dispositivo móvil las órdenes de servicio para saber cuáles servicios
de mantenimiento recibió una motocicleta, qué día y cuál fue el precio total.
74
 Guardar las órdenes de servicio que han sido completadas.
 Listar la totalidad de las órdenes de servicio realizadas a una motocicleta.
Fuente: los autores

Historia de usuario
Título: Enviar notificaciones Id: HU020 Iteración: 5
Descripción: Como administrador de la aplicación web quiero que se envíen

notificaciones de mantenimiento a la aplicación móvil del cliente cada vez que se
llegue al respectivo kilometraje.
 Las notificaciones son recibidas por el cliente.
Fuente: los autores
4.1.6 Casos de uso.
A continuación, se presentan los casos de uso con su respectivo diagrama,

iniciando con el diagrama general de la aplicación web y de la aplicación móvil.
Figura 7 Diagrama caso de uso aplicación web
75
Fuente: los autores
76
Figura 8 Diagrama caso de uso aplicación móvil
Fuente: los autores
4.1.6.1 Caso de uso Inicio de sesión

Tabla 26 Caso de uso CU001
Código CU001
Caso de uso Inicio de sesión

Actores Administrador, cliente
Precondición Ser usuario autenticado, Ingresar nombre usuario y contraseña
Post - condición Ingreso exitoso al sistema
Flujo básico
1. El administrador accede a la aplicación web digitando la dirección correspondiente
en un navegador web, el cliente ingresa a la aplicación móvil.
77
2. El sistema muestra la página de inicio de sesión.
3. El administrador o usuario autenticado digita su nombre de usuario y contraseña,
da clic en el botón “Aceptar”
4. El sistema valida la información.
5. El usuario ingresa al sistema.
6. Fin del caso de uso.
Flujo alternativo
Escenario A: Digitación errónea de los datos.

 3A: Si el administrador o cliente no ingresa de forma correcta su nombre y/o
contraseña, el sistema mostrará un mensaje indicando que deben ser
verificados los datos.
Escenario B: El usuario no se encuentra registrado.

 4B: Si al validar la información, el sistema no encuentra al usuario como
registrado, le indicará por medio de un mensaje de: “El usuario no existe”.
Escenario C: Cambio de contraseña.

 5C: Una vez ingresado al sistema, el usuario podrá cambiar su contraseña
Fuente: los autores
78
Figura 9 Diagrama caso de uso CU001
Fuente: los autores
79
Fuente: los autores
4.1.6.2 Caso de uso Registro de usuarios.

Código CU002
Caso de uso Registro de usuarios

Actores Administrador
Precondición Ingreso exitoso al sistema.
80
Post - condición Generar usuarios autenticados.
Flujo básico
1. El administrador accede a la pestaña de “registro de usuario”.
2. El sistema muestra el formulario de registro.
3. El administrador llena el formulario de registro con los datos del cliente.
5. El cliente se convierte en un usuario registrado.
Flujo alternativo
Escenario A: Digitación incompleta de los datos.
 3A: Si el administrador no llena todos los campos del formulario el sistema
arroja un mensaje de “campos vacíos”.
Escenario B: El correo o la cedula ya se encuentran registrado.

 4B: Si al validar la información, el sistema encuentra que ya se han registrado
el correo electrónico o la cédula, indicará que cualquiera de estos ya existe.
Fuente: los autores
4.1.6.3 Caso de uso Listar usuarios.

Código CU003
Caso de uso Listar usuarios

Precondición Usuario registrado
Post - condición Generar listado de usuarios
81
Flujo básico
1. El administrador accede a la pestaña de usuarios.
2. El sistema muestra todos los usuarios del sistema.
3. El administrador elije cómo visualizar los usuarios.
4. El sistema ordena los usuarios.
Flujo alternativo
Escenario A: Ordenamiento de registros.
 3A: El administrador puede elegir ordenar por nombre, número de cédula,
correo y cada ítem que corresponda al usuario.
Fuente: los autores
4.1.6.4 Caso de uso Buscar usuarios.

Código CU004
Caso de uso Buscar usuarios

Precondición Usuarios registrados
Post - condición Visualizar usuario específico
Flujo básico
1. El administrador accede a la pestaña de “usuarios”.
2. El sistema muestra todos los usuarios.
3. El administrador ingresa el criterio de búsqueda en la caja de texto.
4. El sistema muestra el registro buscado
Flujo alternativo
Escenario A: Criterios de búsqueda.
82
 3A: El administrador puede buscar un usuario por nombre o por número de
cédula, digitando cual fuere en la misma caja de texto.
Escenario B: No existe el registro.

 4B: Si al validar la información, el sistema no encuentra registros, mostrará que
no existen usuarios con dicho nombre o número de cédula.
Fuente: los autores
4.1.6.5 Caso de uso Actualizar usuarios.

Código CU005
Caso de uso Actualizar usuarios

Precondición Usuario encontrado
Post - condición Registro actualizado
Flujo básico
1. El sistema muestra el registro concreto.
2. El administrador edita la información del usuario.
Flujo alternativo
Escenario A: El registro queda incompleto.

 2A: Si el administrador edita los registros y los deja vacíos, el sistema no le
permitirá guardar un campo vacío.
Fuente: los autores
83
Fuente: los autores
4.1.6.6 Caso de uso Registro de motocicletas.
Tabla 31Caso de uso CU006

Código CU006
Caso de uso Registro de motocicletas

Precondición Usuario registrado exitosamente
Post - condición Motocicleta asignada.
Flujo básico
1. El administrador accede al perfil del usuario.
2. El sistema muestra la información del usuario.
3. El administrador escoge la motocicleta (marca y modelo) y añade la placa.
5. La motocicleta se asigna al usuario.
84
Flujo alternativo
Escenario A: Marca o modelo no existentes.
 3A: Si la marca o el modelo de la motocicleta no existen, el administrador
podrá registrar una marca o modelo de motocicleta llenando un formulario de
registro.
Escenario B: Asignación de múltiples motocicletas.

 5B: El sistema permitirá la asignación de una o muchas motocicletas a un
usuario.
Fuente: los autores
4.1.6.7 Caso de uso Listar motocicletas.

Código CU007
Caso de uso Listar motocicletas

Actores Administrador, usuario registrado
Precondición Motocicleta asignada
Post - condición Generar listado de motocicletas
Flujo básico
1. El administrador o el usuario accede al perfil del usuario.
2. El sistema muestra los datos del usuario.
3. El administrador o el usuario elijen ver todas las motocicletas asociadas.
4. El sistema muestra las motocicletas asignadas.
Flujo alternativo
 3A: El administrador o el usuario pueden elegir ordenar las motocicletas por
marca o modelo.
85
Fuente: los autores
4.1.6.8 Caso de uso Buscar motocicletas.

Código CU008
Caso de uso Buscar motocicletas

Precondición Motocicletas asignadas
Post - condición Visualizar usuario específico
Flujo básico
1. El administrador accede a la pestaña de “motocicletas”.
2. El sistema muestra todas las motocicletas.
3. El administrador ingresa el criterio de búsqueda en la caja de texto.
Flujo alternativo
Escenario A: Criterios de búsqueda.
 3A: El administrador puede buscar una motocicleta por la placa o el modelo.
Escenario B: No existe el registro.

 4B: Si al validar la información, el sistema no encuentra registros, mostrará que
no existen motocicletas con dicho número de placa.
Fuente: los autores
4.1.6.9 Caso de uso Actualizar motocicletas.
86
Código CU009
Caso de uso Actualizar motocicletas

Precondición Motocicleta encontrada
Flujo básico
2. El administrador edita la información de la motocicleta.
Flujo alternativo

Fuente: los autores
87
Fuente: los autores
4.1.6.10 Caso de uso Listar mantenimientos.

Código CU010
Caso de uso Cargar Mantenimientos

Precondición Motocicleta creada
Post - condición Listado de mantenimientos
88
Flujo básico
1. El administrador accede al perfil de la motocicleta
2. El sistema muestra la información de la motocicleta.
3. El administrador escoge la opción mantenimientos.
4. El sistema muestra el listado de mantenimientos.
Flujo alternativo
 4A: El administrador o el usuario pueden elegir ordenar las motocicletas por
marca o modelo.
Fuente: los autores
4.1.6.11 Caso de uso Asignar mantenimientos.

Código CU011
Caso de uso Asignar mantenimientos

Precondición Mantenimientos listados
Post - condición Mantenimientos asignados a una motocicleta
Flujo básico
1. El administrador escoge el listado de mantenimientos.
3. El sistema muestra la tabla de mantenimiento de la motocicleta.
Flujo alternativo
Escenario A: Mantenimiento no encontrado.
89
 1A: Si el administrador no encuentra el mantenimiento a asignar, el sistema le
permitirá crearlo.
Fuente: los autores
4.1.6.12 Caso de uso Buscar mantenimiento.

Código CU012
Caso de uso Buscar mantenimientos

Precondición Mantenimientos asignados
Post - condición Visualizar mantenimiento específico
Flujo básico
1. El administrador accede a la pestaña de mantenimientos
2. El sistema muestra todos los mantenimientos.
3. El administrador ingresa el nombre del mantenimiento.
Flujo alternativo
Escenario A: No existe el registro.
 4A: Si al validar la información, el sistema no encuentra registros, mostrará que
no existen dichos mantenimientos.
Fuente: los autores
4.1.6.13 Caso de uso Actualizar mantenimientos.
90
Código CU013
Caso de uso Actualizar mantenimientos

Precondición Mantenimiento encontrado
Flujo básico
2. El administrador edita la información del mantenimiento.
Flujo alternativo

Fuente: los autores
91
Fuente: los autores
4.1.6.14 Caso de uso Registrar órdenes de servicio.

Código CU014
Caso de uso Registro de órdenes de servicio

Precondición Mantenimientos asignados a motocicletas
Post - condición Orden de servicio creada.
Flujo básico
1. El administrador accede a la pestaña de órdenes de servicio.
2. El sistema muestra el formulario de orden de servicio.
3. El administrador escoge el usuario y la motocicleta.
92
5. El usuario escoge los servicios a ser prestados
6. La orden de servicio se asigna a la motocicleta
Flujo alternativo
Escenario A: Servicio no existente.
 5A: Si el servicio no existe el sistema permitirá crearlo.
Fuente: los autores
4.1.6.15 Caso de uso Listar órdenes de servicio.

Código CU015
Caso de uso Listar ordenes de servicio.

Precondición Motocicleta asignada
Post - condición Generar listado de órdenes de servicio
Flujo básico
1. El administrador o el usuario accede al perfil del usuario.
2. El sistema muestra los datos del usuario.
3. El administrador o el usuario elijen ver todas las ordenes de servicio asociadas.
4. El sistema muestra las ordenes asignadas.
Flujo alternativo
 3A: El administrador o el usuario pueden elegir ordenar las ordenes de servicio
por fecha, por estado o por el ítem deseado.
Escenario B: Imprimir órdenes.
93
 4B: El administrador puede elegir imprimir las ordenes de servicio.
Fuente: los autores
4.1.6.16 Caso de uso Buscar ordenes de servicio.

Código CU016
Caso de uso Buscar ordenes de servicio

Actores Administrador, usuario registrado.
Precondición Ordenes de servicio asignadas
Post - condición Visualizar orden de servicio específica
Flujo básico
1. El administrador o el usuario accede a la pestaña de órdenes de servicio.
2. El sistema muestra todas las ordenes de servicio.
3. El administrador ingresa la fecha del servicio.
Flujo alternativo
Escenario A: No existe el registro.

 4A: Si al validar la información, el sistema no encuentra registros, mostrará que
no existen dichas ordenes de servicio.
Escenario B: Imprimir órdenes.

 4B: El administrador puede elegir imprimir las ordenes de servicio.
Fuente: los autores
94
4.1.6.17 Caso de uso Actualizar mantenimientos.
Tabla 42 : Caso de uso CU017

Código CU017
Caso de uso Actualizar ordenes de servicio

Precondición Orden de servicio encontrada
Flujo básico
2. El administrador edita la información de la orden de servicio.
Flujo alternativo
Escenario B: La orden de servicio finaliza.

 3B: Si el administrador cambia el estado de la orden a “finalizada” esta se
quitará de la lista de pendientes y se insertará en el historial de mantenimiento
de la motocicleta.
Fuente: los autores
4.1.7. Plan de entregas.
95
En el plan de entregas definimos según su prioridad a las historias de usuario y el
tiempo en meses para que sean entregadas hasta finalizar el proyecto. Las
estimaciones son dadas en base a la complejidad de las historias de usuario.
Tabla 43 Plan de entregas
Id historia de usuario Complejidad Iteración Tiempo estimado
HU001 Media 1
HU002 Baja 1 1 meses
HU003 Baja 1
HU004 Media 1
HU005 Media 2
HU006 Baja 2
1 meses
HU007 Baja 2
HU008 Media 2
HU009 Media 3
HU010 Baja 3
1 meses
HU011 Baja 3
HU012 Media 3
HU013 Media 4
HU014 Baja 4
1 meses
HU015 Baja 4
HU016 Media 4
HU017 Media 4
HU018 Media 5
HU019 Media 5 2 meses
HU020 Alta 5
Fuente: los autores
4.1.8 Plan de iteraciones.
96
En este punto se seleccionan las historias de usuario y se dividen en iteraciones o
periodos de desarrollo. De esta manera, se agruparon las historias de tal forma
que se les pueda dar solución a todas en un total de cuatro iteraciones. Definiendo
el plan de iteraciones junto con el plan de entregas podemos graficarlo de la
siguiente forma:
Tabla 44 Plan de iteraciones

Iteraciones Historias de usuarios
1 Modulo Usuarios: HU001, HU002, HU003, HU004
2 Modulo Motocicletas: HU005, HU006, HU007, HU008
3 Modulo Mantenimientos: HU009, HU010, HU011, HU012
Modulo Orden de servicio: HU013, HU014, HU015, HU016,
4
HU017
5 Modulo Notificaciones e historial: HU018, HU019, HU020
Fuente: los autores
4.1.9 Reuniones de seguimiento.

Se realizaron reuniones de seguimiento para discutir los avances del proyecto. Al
contar con el cliente dentro del equipo de desarrollo, las reuniones fueron breves.
“El objetivo de tener reuniones diarias es mantener la comunicación entre el

equipo, y compartir problemas y soluciones. En la mayoría de estas reuniones,
gran parte de los participantes simplemente escuchan, sin tener mucho que
aportar.”69
4.1.10 Requerimientos.
Para la metodología XP existen artefactos expuestos anteriormente para la

obtención de requerimientos (historias de usuario), y aunque se dice que “XP
demanda comunicación oral tanto para los requerimientos como para el
diseño”,70 no significa que no documentaremos los requerimientos, pero sí se
69
JOSKOWICZ, José. Reglas y prácticas en eXtreme Programming. Universidad de Vigo, 2008,
vol. 22. [En línea] https://www.academia.edu/download/31398587/xp_-_jose_joskowicz.pdf
70
REYNOSO, Carlos. Métodos heterodoxos en desarrollo de software. UBA. Argentina, 2004.
97
ajustó el formato y la forma de estos. La forma de los requerimientos del negocio
puede ser una lista de metas y objetivos. “El formato de los escenarios podría ser
las declaraciones escritas a mano en tarjetas o escenarios con plantilla registrados
en un documento de Excel o Word.”71
4.1.10.1 Listado de requerimientos funcionales
 RF01: El sistema contará con una aplicación de web y con una

aplicación móvil.
 RF02: La aplicación de web permitirá crear el perfil de un usuario y
asignarle un rol dentro del sistema.
 RF03: La aplicación de web permitirá actualizar la información de los
usuarios del sistema.
 RF04: La aplicación de web permitirá crear una motocicleta con un
modelo y una marca.
 RF05: La aplicación de web permitirá actualizar la información de las
motocicletas.
 RF06: El sistema contará con un listado de marcas y motocicletas que
será alimentado por nuevas marcas y modelos que el administrador
ingrese.
 RF07: El sistema permitirá al administrador por medio de la aplicación
web asignarle a un usuario una o varias motocicletas creadas con
anterioridad.
 RF08: La aplicación de web permitirá crear servicios de mantenimiento
para las motocicletas.
 RF09: La aplicación de web permitirá asignar servicios de
mantenimiento para las motocicletas definiendo su kilometraje.
71
MOLINA, Silvia Gabriela Rivadeneira. Metodologías ágiles enfocadas al modelado de
requerimientos. Informes Científicos Técnicos-UNPA, 2013, vol. 5, no 1, p. 1-29. [En línea]
Disponible en: http://journal.secyt.unpa.edu.ar/index.php/ICTUNPA/article/view/494
98
servicios de mantenimiento.
 RF11: La aplicación de web permitirá crear órdenes de servicio con sus
respectivos servicios de taller.
servicios de taller.
 RF13: El sistema le permitirá al usuario a acceder a la información a
través de una aplicación móvil y con un registro previo hecho por el
administrador en la aplicación web.
 RF14: El sistema permitirá al administrador imprimir las órdenes de
servicio por medio de la aplicación web.
 RF15: La aplicación web permitirá al administrador y al usuario realizar
la trazabilidad de los mantenimientos por medio del historial de servicios
realizados a una motocicleta.
 RF16: La aplicación móvil utilizará las notificaciones para avisar al
usuario de próximos mantenimientos.
 RF17: El sistema evaluará el envío de notificaciones mediante un
promedio realizado por cada entrada de la motocicleta al taller, refinando
con cada entrada la precisión de las notificaciones.
4.1.10.2 Listado de requerimientos no funcionales
 RNF01: El ingreso al sistema estará regulado bajo contraseñas cifradas.

 RNF02: El rendimiento del sistema será fluido tanto en la aplicación web
como en la aplicación móvil.
 RNF03: Los textos de las aplicaciones tendrán el tamaño adecuado y la
combinación de colores no afectará la lectura.
 RNF04: Las aplicaciones serán fáciles de usar e intuitivas.
99
 RNF05: La aplicación móvil deberá funcionar en la mayoría de los
equipos disponibles y con las versiones actuales y funcionales de
Android.
 RNF06: La aplicación web no tendrá preferencias de uso entre un
navegador u otro.
100
4.2 FASE II: DISEÑO
En esta etapa se siguió con las premisas del diseño en la metodología XP. Para
ello, se diseñó una solución simple que pudiera ser implementada en varios
momentos del desarrollo (prototipos) y que respondieran a las necesidades
planteadas en las historias de usuario.
Kent Beck dice que en cualquier momento el diseño adecuado para el software es
aquel que: “supera con éxito todas las pruebas, no tiene lógica duplicada, refleja
claramente la intención de implementación de los programadores y tiene el menor
número posible de clases y métodos.” 72
La experiencia con el desarrollo de la aplicación web y la aplicación móvil nos llevó

a la conclusión que la metodología escogida fue la correcta, puesto que, XP
permite fraccionar los problemas en pequeñas entregas que resuelven una parte
de la solución planteada, de esta manera, resultó más sencillo hacer
reestructuración de diseño, cambio de interfaces, colores y todo aquellos que
hubiera resultado más dispendioso si se hubiera realizado en una sola entrega al
cliente.
Además de lo anterior, contar con el cliente en el equipo de desarrollo, permitió

que el resultado final estuviera acorde a sus necesidades planteadas.
72
LETELIER, Patricio; PENADÉS, Mª Carmen. Metodologías ágiles para el desarrollo de software:
eXtreme Programming (XP). 2006. [En línea] Disponible en:
https://www.cyta.com.ar/ta0502/v5n2a1.htm
101
4.2.1 Arquitectura del sistema
4.2.1.1 Definición del tipo de sistema: cliente – servidor:
En nuestra solución el modelo cliente – servidor se adapta ya que es un modelo

de aplicación distribuida donde las tareas se reparten entre los proveedores de
recursos o servicios, llamados servidores, y los demandantes, llamados clientes.
Las aplicaciones clientes como son la aplicación móvil y la aplicación web, realizan
peticiones a servidores mediante Node.Js, que deben encontrarse en ejecución
para atender dichas demandas como la entrada al sistema que es regulada por
Firebase.73
Figura 14 Modelo cliente - servidor
Fuente: https://blog.infranetworking.com/modelo-cliente-servidor/
73
MARINI, Emiliano. El modelo cliente/servidor. Recuperado el, 2012, vol. 5. [En línea] Disponible
en: https://www.linuxito.com/docs/el-modelo-cliente-servidor.pdf
102
4.2.1.2 Revisión de la tecnología:
En este punto se exploraron las diferentes opciones tecnológicas para realizar el

proyecto. Como el propósito era el de crear una aplicación web y una aplicación
móvil, se optó por las tecnologías descritas a continuación.
4.2.1.2.1 Node.js:
Se decidió utilizar Javascript como lenguaje dado el conocimiento que se tenía

sobre este por parte de los programadores. A partir de entonces, se optó por
utilizarlo no sólo del lado del cliente, sino también del lado del servidor, para esto
se implementó Node.js como entorno de ejecución de JavaScript orientado a
eventos asíncronos. Node.js proporciona un entorno de ejecución del lado del
servidor que compila y ejecuta Javascript a velocidades increíbles, dado a que
utiliza Javascript, no se tuvo que aprender otro lenguaje para usar Node.js. Otro
punto a favor es la capacidad que tiene para escalar grandes volúmenes de
clientes, tradicionalmente, cada cliente genera un hilo, y el uso de memoria de
cada uno se suma, Node.js mantiene un bucle de eventos (event loop) que
gestiona todas las operaciones asíncronas.
Figura 15 Funcionamiento de Node.js
Fuente: Los autores.
103
4.2.1.2.2 Quasar Framework:
Se decidió utilizar un framework para manejar el frontend de la aplicación web,

puesto que es más fácil de construir una web-app, de esta forma no hay que
elaborar de cero cada componente gráfico. Se escogió Quasar Framework puesto
que la mayor parte del código que se necesita para completar un proyecto de
producción ya está a la espera de su uso, los componentes se copian, se pegan y
se editan, además Quasar nos permite crear aplicaciones móviles y compilarlas
mediante Cordova, de esta forma, utilizamos un único framework para el
desarrollo móvil y web sin que la forma de escribir código cambie.
4.2.1.2.3 Android Studio:
Se decidió utilizar Android Studio porque, aparte de ser el entorno de desarrollo

oficial para Android, logra generar aplicaciones nativas, las cuales tienen mejor
rendimiento que las aplicaciones generadas por compilación cruzada. Además,
para exprimir el SDK de Android nada mejor que Android Studio, a través de ella
se pudieron solucionar los problemas con las notificaciones push, que en otros
framework como Quasar no pudieron solucionarse.
4.2.1.2.4. Express.js:
Se decidió utilizar express para el desarrollo del backend, ya que con este
framework de node.js podemos utilizar la API de manera rápida y sencilla. Express
nos proporciona rutas, peticiones, sesiones y muchos más, de esta manera, no
debemos preocuparnos por la creación de rutas desde cero, sino utilizar los
componentes que express ya tiene e implementarlos a nuestras necesidades.
104
4.2.1.2.5. Firebase:
Se decidió utilizar Firebase Authentication ya que facilita la creación de sistemas

de autenticación seguros, a la vez que mejora la experiencia de incorporación y
acceso para los usuarios finales. Proporciona una solución de identidad de
extremo a extremo, compatible con cuentas de correo electrónico y contraseñas,
Google, Twitter, Facebook y más. De esta forma nos evitamos construir métodos
de autenticación y gestión de contraseñas y cambios de estas.
Otra funcionalidad que se utilizó fue la de FCM (Firebase Cloud Messaging), la

cual es la solución multiplataforma para el envío de notificaciones, además de ser
una solución gratuita Firebase se encarga de enviar las notificaciones hacia el
dispositivo móvil.
4.2.1.2.6. MariaDB:
Como motor de base de datos se decidió utilizar MariaDB, siguiendo el desarrollo

del sistema gestor MySQL (aprendido en el transcurso de la carrera durante la
asignatura de base de datos), implementando diversas mejoras y nuevas
funcionalidades. MariaDB está bajo licencia GPL que es menos restrictiva y
totalmente gratuita, mientras que MySQL cambió el tipo de licencia por un
privativo, tras su compra por parte de Oracle, aunque mantuvieron MySQL
Community Edition bajo licencia GPL. Utilizando un sistema de administración tal
como PhpMyAdmin se crearon triggers (disparadores), estos objetos se asocian a
un evento (INSERT, DELETE, UPDATE) y ejecutan otra consulta, es decir, no
requiere que el usuario los ejecute, esto es importante para nuestro caso puesto
que fue necesario que la base de datos realizara cálculos de promedio cuando un
kilometraje nuevo se ingresara en un registro, de esta de forma se decide si enviar
notificaciones o no.
105
4.2.1.2.7 Sequelize:
Para el desarrollo de las consultas a la base de datos del lado del backend se
utilizó un ORM (Object-Relational mapping) nos permite convertir tablas de una
base de datos en entidades en un lenguaje de programación orientado a objetos,
lo cual agiliza bastante el acceso a estos datos, de esta forma evitamos escribir
directamente la consulta SQL en el lenguaje de programación y así conseguir los
datos. Sequelize es un ORM para Nodejs que nos permite manipular varias bases
de datos SQL de una manera bastante sencilla.
4.2.2 Tarjetas CRC:
Las tarjetas de responsabilidades y colaboraciones son una técnica informal y

sencilla que nos ayudó para plantear el modelo conceptual de lo que sería el
diseño detallado del sistema. Las tarjetas CRC vienen a ser un diagrama de
clases de UML pero bajo un formato más didáctico y práctico, sin demasiadas
complicaciones y que pueda utilizarse para discutir en el equipo de desarrollo
sobre clases que faltan, responsabilidades y colaboradores a dichas clases, dando
una visión simplista del diseño primario de la base de datos. Las tarjetas CRC se
convierten en el futuro en clases con métodos y atributos.
Tabla 45 Tarjeta CRC usuario

Usuario
Responsabilidades Colaboradores
Registra usuario Token FireBase
Valida usuario Motocicleta
Actualiza usuario
Registra motocicleta
106
Tabla 46 Tarjeta CRC motocicleta

Motocicleta
Registra motocicleta Usuario
Registra marca Mantenimiento
Registra modelo Orden de servicio
Actualiza motocicleta
Asigna usuario
Registra mantenimiento
Registra historial ordenes de servicio
Tabla 47 Tarjeta CRC mantenimiento

Mantenimiento
Registra mantenimientos Motocicleta
Asigna mantenimientos Orden de servicio
Actualiza kilometraje mantenimientos
107
Tabla 48 Tarjeta CRC orden de servicio
Orden de servicio
Registra orden de servicio Motocicleta
Actualiza orden de servicio Mantenimiento
Asigna motocicleta Usuario
Asigna mantenimientos
Actualiza kilometraje mantenimientos
Actualiza historial de mantenimientos
Tabla 49 Tarjeta CRC notificación

Notificación
Envía notificación Motocicleta
Actualiza kilometraje mantenimientos Mantenimiento
Usuario
4.2.3 Diccionario de datos
Tabla “contador”
Columna Tipo Largo Nulo Restricción Observación

id int 11 No PK
fecha_km double 15.5 No
108
fecha_time double 15.5 No
servicioId int 11 Sí FK servicio_taller -> id
motoId int 11 Sí FK moto -> id
Tabla “marca”

id int 11 No PK
nombre varchar 30 No
Tabla “moto”

id int 11 No PK
placa varchar 6 No único
color varchar 50 No
km_promedio decima 10.2 Sí
l
tipo_motoId int 11 Sí FK tipo_moto -> id
propietarioId int 11 Sí FK persona -> id
Tabla “ordendeentrada”

id int 11 No PK
fechaIngreso double 15.5 No
fechaEntregaEstimad double 15.5 No
a
fechaSalida double 15.5 No
kilometraje int 10 No
kmTotal int 10 No
solicitudes varchar 255 Sí
observaciones text Sí
costoServicio int 10 Sí
costoRepuestos int 10 Sí
estado enum 4 No ‘Iniciado’,
‘Finalizado’,
‘Cancelado’
motoId int 11 Sí FK moto -> id
tecnicoId int 11 Sí FK persona -> id
109
Tabla “ordensalida”
Columna Tipo Largo Nul Restricción Observación

o
id int 11 No PK
fechaSalida int 10 Sí
Observaciones text Sí
CostoServicio int 10 Sí
CostoRepuestos int 10 Sí
estado enum ‘Iniciado’, No
‘Finalizado’,
‘Cancelado’
Tabla “persona”

id int 11 No PK
identificación varch 15 No
ar
nombre varch 50 No
ar
telefono varch 12 No
ar
dirección varch 50 Sí
ar
correo varch 50 No
ar
rol bigint 20 No
uId text No
token text Sí
Tabla “servicios”

id int 11 No PK
solicitados tinyint 1 Sí
realizados tinyint 1 Sí
ordenId int 11 Sí FK ordenentrada -> id
110
Tabla “servicio_taller”

id int 11 No PK
nombre varchar 50 No
Tabla “tabla_mantenimiento”

id int 11 No PK
kilometraje int 10 Sí
tiempo int 10 Sí
estado tinyint 1 Sí
tipo_motoId int 11 Sí FK tipo_moto -> id
Tabla “tipo_moto”

id int 11 No PK
referencia varchar 50 No
marcaId int 11 Sí FK marca -> id
Tabla “token”

id int 11 No PK
token text No
topic varchar 20 Sí
personaId int 11 Sí FK persona -> id
Tabla “transacciones”

id int 11 No PK
tabla varchar 30 No
evento enum ‘Create’, No
‘Update’
, ‘Login’,
‘Close’
fecha datetime No
111
registro longtext No
adminId int 11 Sí FK persona -> id
112
4.2.4 Diagrama relacional:
Figura 16 Diagrama relacional
Fuente: Los autores
113
4.3 FASE III: DESARROLLO
En esta fase de desarrollo se siguieron con los lineamientos de la metodología XP

en cuanto a la programación en parejas. “Todo el código de producción lo escriben
dos personas frente al ordenador. Cada miembro de la pareja juega su papel: uno
codifica en el ordenador y piensa la mejor manera de hacerlo, el otro piensa más
estratégicamente, ¿Va a funcionar ?, ¿Puede haber pruebas donde no funcione ?,
¿Hay forma de simplificar el sistema global para que el problema desaparezca?” 74
Aunque los lineamientos de XP aseguran que debe exprimirse la programación en

parejas hasta el punto de programar en el mismo computador y sitio de trabajo,
para usos prácticos se echó mano de herramientas actuales y que ayudan en el
desarrollo de software como repositorios para controlar versiones del proyecto
(Github) y herramientas para reuniones virtuales.
Nuevamente, la inclusión del cliente dentro del equipo de desarrollo fue

fundamental para el avance del proyecto. La interacción constante e inclusión del
cliente dentro del equipo de desarrollo, marcó un eje fundamental en la puesta en
marcha del proyecto y su feliz término.75
74
SOLÍS, Manuel Calero. Una explicación de la programación extrema (XP). Willi. Net, 2003. [En
línea] Disponible en: ftp://200.0.25.51/Documentacion/ExplicaXP.pdf
75
AMARO CALDERÓN, Sarah Dámaris; VALVERDE REBAZA, J. C. Metodologías ágiles. Escuela
de Informática. Trujillo: Universidad Nacional de Trujillo, 2007. [En línea] Disponible en
https://www.academia.edu/download/53222887/Metodologias_Agiles.pdf
114
4.3.1 Interfaces de la aplicación web.
Figura 17 Pantalla de inicio de sesión
Figura 18 Pantalla formulario persona
115
Figura 19 Pantalla Crear persona
Figura 20 Pantalla Filtro personas por tipo cliente
116
Figura 21Pantalla Formulario motocicletas
Figura 22 Pantalla Crear motocicleta
117
Figura 23 Pantalla Asignación motocicleta a propietario
Figura 24 Pantalla Marca y modelo de motocicleta
118
Figura 25 Pantalla Marcas de motocicletas
Figura 26 Pantalla Crear marca de motocicleta
119
Figura 27 Pantalla Mantenimientos servicios de taller
Figura 28 Pantalla Agregar mantenimiento
120
Figura 29 Pantalla Orden de servicio
Figura 30 Pantalla Orden de servicio finalizada
121
4.3.2 Interfaces de la aplicación móvil
Figura 31 Inicio de sesión app móvil
122
Figura 32 Pantalla de inicio app móvil
123
Figura 33 Pantalla motocicletas app móvil
124
Figura 34 Pantalla tabla de mantenimientos app móvil
125
Figura 35 Pantalla órdenes de servicio app móvil
126
Figura 36 Pantalla vista de notificación
127
4.4 FASE IV: PRUEBAS Y MUERTE
En esta fase damos por finalizado el proyecto con la aplicación de pruebas

unitarias y pruebas de aceptación sobre las historias de usuario. Las pruebas son
indispensables en cualquier proyecto y para una metodología basada en
iteraciones como lo es XP, las pruebas se realizaron al final de dichas iteraciones.
XP plantea que “las pruebas deben escribirse incluso antes de empezar a escribir
código, esto da ventajas en el desarrollo pues ayuda a, de alguna manera,
adelantarse en el diseño de las clases que van a satisfacer las pruebas, pensando
primero en cómo se verá y los resultados esperados antes de escribir código.” 76
4.4.1 Pruebas unitarias:
Una prueba de unidad “pretende saber si cada función en un archivo de programa

simple funciona correctamente, ayudando a independizar un módulo y facilitando
la posibilidad de realizar una prueba independientemente del resto del sistema.
Las pruebas deben ser automatizables y repetibles.” 77 Las pruebas unitarias se
realizaron utilizando el software Postman, con esta herramienta pudimos probar
nuestra API. El resultado de las pruebas son las respuestas que el servidor nos
daría si la aplicación estuviese en fase de producción, emulando un
comportamiento real. Si el resultado de la prueba es satisfactorio arrojará código
202.
76
RODRIGUEZ, Cristian A.; BONILLA, José E. Pruebas en Programación Extrema. En IV
SIMPOSIO INTERNACIONAL DE SISTEMAS DE INFORMACIÓN E. 2005. p. 126. [En línea]
Disponible en
https://www.researchgate.net/profile/Teresa_Florentino/publication/263928916_Las_Tecnologias_d
e_la_Informacion_y_de_las_Comunicaciones_y_los_modelos_integrados_en_la_Educacion_-
_Combatir_el_fracaso_en_Ensenaza_y_tornarlos_mas_eficaces_en_su_aplicacion/links/0046353c
5df8ed9f60000000.pdf#page=129
77
Ibid. pag 133.
128
129
Figura 37 Prueba inicio de sesión
130
Figura 38 Prueba crear persona
131
Figura 39 Prueba listar marcas
132
Figura 40 Prueba crear motocicleta
133
Figura 41 Prueba actualizar tipo de motocicleta
134
Figura 42 Prueba listar servicios de taller
135
Figura 43 Prueba actualizar persona
136
Figura 44 Prueba notificación
137
4.4.2 Pruebas de aceptación:
“Son una serie de pruebas que escribe y realiza el cliente. Se llevan a cabo
después que el usuario ha definido sus necesidades respecto a lo que desea que
realice la aplicación. Son básicamente pruebas funcionales, sobre el sistema
completo que se deben realizar en intervalos regulares, y busca validar los
resultados obtenidos.”78 Las pruebas de aceptación fueron definidas cuando se
escribieron las historias de usuario, a continuación los resultados presentados con
un formato para cada historia.
Tabla 50 Prueba de aceptación 1
Prueba de aceptación 1
Id: P001_HU001 Historia: HU001
Nombre: Registro de usuarios.
Descripción: Prueba para el registro de usuarios.
Condiciones de ejecución: El administrador debe estar registrado.
Entrada: Datos del nuevo usuario.
Resultado esperado: Nuevo usuario registrado.
Evaluación: Positiva.
78
Ibid. pag 134.
Nombre: Inicio de sesión.
Descripción: Prueba para el inicio de sesión.
Condiciones de ejecución: El usuario debe estar registrado.
Entrada: Nombre de usuario y contraseña.
Resultado esperado: Inicio de sesión.
Fuente: Los autores
Nombre: Contraseña incorrecta
Descripción: Prueba de contraseña incorrecta
Condiciones de ejecución: Ingresar a la pantalla de inicio de sesión.
Entrada: Nombre de usuario y contraseña.
Resultado esperado: Mensaje de aviso de contraseña incorrecta.
Fuente: Los autores
139
Nombre: Visualizar usuarios
Descripción: Prueba para visualizar la lista de usuarios registrados.
Condiciones de ejecución: Ser administrador y entrar a la pestaña de

usuarios.
Entrada: Perfil de usuarios.
Resultado esperado: Listado de todos los usuarios registrados.
Fuente: Los autores
Nombre: Buscar usuarios
Descripción: Prueba para encontrar usuarios específicos.
Condiciones de ejecución: Ser administrador e ingresar criterio de búsqueda.
Entrada: Cédula, correo o nombre de usuario.
140
Resultado esperado: Registro de usuario encontrado.
Fuente: Los autores
Nombre: Actualizar usuarios
Descripción: Prueba para actualizar los registros de un usuario.
Condiciones de ejecución: Ser administrador e ingresar al perfil del usuario.
Entrada: Datos del usuario.
Resultado esperado: Registro actualizado.
Fuente: Los autores
141
Nombre: Registrar motocicletas
Descripción: Prueba para ingresar una nueva motocicleta.
Condiciones de ejecución: Ser administrador y tener un usuario para asignar

la motocicleta.
Entrada: Datos de la motocicleta, marca y modelo.
Resultado esperado: Motocicleta creada y asignada.
Nombre: Visualizar motocicletas.
Descripción: Prueba para visualizar la lista de motocicletas.

motocicletas.
Entrada: Perfil de usuarios.
Resultado esperado: Listado de todas las motocicletas.
Fuente: Los autores
142
Nombre: Buscar motocicletas.
Descripción: Prueba para encontrar motocicletas específicas.
Entrada: Marca, modelo o placa de la motocicleta.
Resultado esperado: Registro de motocicleta encontrado.
Fuente: Los autores
Nombre: Actualizar motocicleta.
Descripción: Prueba para actualizar los registros de una motocicleta.
Condiciones de ejecución: Ser administrador e ingresar al perfil de la

motocicleta.
143
Entrada: Datos de la motocicleta.
Fuente: Los autores
Nombre: Visualizar mantenimientos.
Descripción: Prueba para visualizar el listado de mantenimientos.

mantenimientos.
Entrada: Perfil de mantenimientos.
Resultado esperado: Listado de todos los mantenimientos.
Fuente: Los autores
144
Nombre: Asignar mantenimientos.
Descripción: Prueba para asignar los mantenimientos.
Condiciones de ejecución: Ser administrador y entrar al perfil de la

motocicleta.
Entrada: Kilometrajes de cada modelo de motocicleta.
Resultado esperado: Modelos con kilometrajes asignados.
Fuente: Los autores
Nombre: Actualizar mantenimientos.
Descripción: Prueba para actualizar los registros del mantenimiento.
Condiciones de ejecución: Ser administrador e ingresar al listado de

mantenimientos.
Entrada: Datos del mantenimiento.
Fuente: Los autores
145
Nombre: Buscar mantenimientos.
Descripción: Prueba para encontrar mantenimientos específicos.
Entrada: Nombre del mantenimiento.
Resultado esperado: Registro de mantenimiento encontrado.
Fuente: Los autores
Nombre: Registrar órdenes de servicio.
Descripción: Prueba para ingresar una nueva orden de servicio.
Condiciones de ejecución: Que el usuario tenga motocicletas con

mantenimientos asignados.
Entrada: Datos de la motocicleta, datos del usuario.
146
Resultado esperado: Orden de servicio creada.
Fuente: Los autores
Nombre: Actualizar órdenes de servicio.
Descripción: Prueba para actualizar las órdenes de servicio.
Condiciones de ejecución: Ingresar a las órdenes de servicio activas.
Entrada: Servicios de taller.
Resultado esperado: Orden actualizada.
Fuente: Los autores
147
Nombre: Buscar órdenes de servicio.
Descripción: Prueba para encontrar órdenes de servicio.
Entrada: Estado de las órdenes.
Resultado esperado: Órdenes de servicio activas encontradas.
Fuente: Los autores
Nombre: Imprimir órdenes de servicio.
Descripción: Prueba para imprimir órdenes de servicio.
Condiciones de ejecución: Ingresar a la orden de servicio.
Entrada: Órdenes de servicio.
Resultado esperado: Formato de órdenes de servicio impresas.
148
Fuente: Los autores
Nombre: Finalizar órdenes de servicio.
Descripción: Prueba para finalizar las órdenes de servicio.
Condiciones de ejecución: Ingresar a las órdenes de servicio activas.
Entrada: Pestaña de órdenes de servicio.
Resultado esperado: Orden finalizada.
Fuente: Los autores
Nombre: Notificaciones.
Descripción: Prueba para recibir notificaciones de mantenimiento.
149
Condiciones de ejecución: Llegar al kilometraje deseado.
Entrada: Kilometraje de mantenimiento.
Resultado esperado: Notificación enviada.
Fuente: Los autores
150
5. CONCLUSIONES
En el desarrollo de las aplicaciones para la gestión del mantenimiento del almacén

y taller Jeromotos24 permitió arribar a las siguientes conclusiones:
El análisis de la situación previa del almacén y taller Jeromotos24 demostró la falta

de automatización con la que contaba la empresa para la gestión del
mantenimiento, utilizando medios físicos para que los usuarios pudieran recordar
el próximo mantenimiento de sus motocicletas y sin ningún tipo de control en el
aspecto administrativo Con la plena identificación de las fallas, se pudo obtener
una lista de requerimientos que fue elaborada y refinada por el cliente quien hizo
parte activa del equipo de desarrollo.
Utilizar NodeJs en la construcción de una aplicación web para la administración de

los procesos de mantenimientos de motocicletas y Android Studio en el desarrollo
de una aplicación móvil para la visualización del mantenimiento por parte de los
usuarios, permitió la integración de las aplicaciones fácilmente mediante Firebase,
manteniendo un funcionamiento compartido que no se ve afectado entre una
aplicación y otra.
La aplicación web se adaptó perfectamente a los requisitos de la solución, ya que

fue ideado para funcionar sin instalación previa y en equipos de bajas
prestaciones en cuanto a rendimiento y con acceso a internet; la aplicación móvil
por su parte, al ser desarrollada en Android Studio, permite al usuario la mejor
experiencia que puede generar una aplicación nativa frente a una desarrollada en
otros framework móviles.
La administración mediante la aplicación web permitió un manejo adecuado de la

información por parte de los propietarios, además generó en el negocio una fácil
trazabilidad de los servicios prestados a los clientes, logrando así diagnósticos
más certeros y que dejan de lado lo empírico que a veces resultan ciertos trabajos
manuales
El desarrollo de las aplicaciones (web y móvil) para la solución de la gestión del
mantenimiento de motocicletas en el almacén y taller Jeromotos24, se adecuó a
las pautas señaladas por la metodología XP, mediante la inclusión del cliente
dentro del equipo de desarrollo, el uso de artefactos y lineamientos que
permitieron un análisis, planificación, diseño y ejecución acordes con las
necesidades de dos aplicaciones que en un principio podrían suponer el uso de
dos metodologías distintas.
152
6. BIBLIOGRAFÍA
AGENCIA DE NOTICIAS UN. Motos, las que más producen emisiones de CO2.
[En línea] <http://agenciadenoticias.unal.edu.co/detalle/article/motos-las-que-mas-
producen-emisiones-de-co2.html> [citado en 2 de septiembre de 2017]
AGUADO, Juan-Miguel; MARTÍNEZ, Inmaculada J.; CAÑETE-SANZ, Laura.

Tendencias evolutivas del contenido digital en aplicaciones móviles. El profesional
de la información, 2015, vol. 24.
ALBARRACÍN, Edgar Julián Gálvez; ERAZO, Sandra Cristina Riascos;

PALACIOS, Fred Contreras. Influencia de las tecnologías de la información y
comunicación en el rendimiento de las micro, pequeñas y medianas empresas
colombianas. Estudios gerenciales, 2014, vol. 30, no 133, p. 355-364. En línea.
Disponible en:
https://www.sciencedirect.com/science/article/pii/S0123592314001557
AMARO CALDERÓN, Sarah Dámaris; VALVERDE REBAZA, J. C. Metodologías

ágiles. Escuela de Informática. Trujillo: Universidad Nacional de Trujillo, 2007. [En
línea] Disponible en
https://www.academia.edu/download/53222887/Metodologias_Agiles.pdf
AMAYA BALAGUERA Yohn Daniel. Metodologías ágiles en el desarrollo de

aplicaciones para dispositivos móviles. Estado actual [En línea].
<http://m.uelbosque.edu.co/sites/default/files/publicaciones/revistas/revista_tecnol
ogia/volumen12_numero2/12Articulo_Rev-Tec-Num-2.pdf> [citado en 15 de
septiembre de 2017]
ARIAS GONZALES, ANTONIO; ESPINOZA SALDAÑA, ALBERTO ALONSO;

FLORES MAMANI, WILLIAMS RENZO; LOAYZA CASTAÑEDA, F. DE M. M.
Desarrollo del sistema de Aplicativo Móvil Factory Car App para reparación y
mantenimiento automovilístico eficiente. 2017. Estado actual [En línea]. Disponible
en https://repositorioacademico.upc.edu.pe/bitstream/handle/10757/622091/Arias
%20_ga.pdf?sequence=5&isAllowed=y
BHATT, Ganesh D.y GROVER, Varun. Types of information technology

capabilities and their role in competitive advantage: An empirical study. Journal of
management information systems [En línea]
<http://www.tandfonline.com/doi/abs/10.1080/07421222.2005.11045844 >
[citado en 14 de septiembre de 2017]
CARDENAS RODRIGUEZ, JULIO CESAR. SISTEMA DE INFORMACIÓN DE

MANTENIMIENTO Y LUBRICACIÓN DE LA MAQUINARIA Y VEHICULOS DE LA
EMPRESA A&C LTDA. 2017. Estado actual [En línea]. Disponible en
http://repositorio.ufpso.edu.co:8080/dspaceufpso/bitstream/123456789/1647/1/305
52.pdf
COILA PAUCAR, Silvia. Programación extrema. Universidad Tecnológica de Los

Andes. Perú. Estado actual [En línea]. Disponible en
https://es.calameo.com/read/0055798046933c8a37e57
COLOMBIA. CONGRESO NACIONAL. LEY 1581 DE 2012. En línea

http://www.funcionpublica.gov.co/eva/gestornormativo/norma.php?i=49981
COLOMBIA. CONGRESO NACIONAL. Ley 1383 de 2010. Código Nacional de

Tránsito [En línea]. http://www.alcaldiabogota.gov.co/sisjur/normas/Norma1.jsp?
i=39180#9 [citado en 6 de noviembre de 2017]
COLOMBIA. REGISTRO ÚNICO NACIONAL DE TRANSITO (RUNT). Balance de

cifras RUNT primer semestre 2017 [En línea].
154
<http://www1.runt.com.co/sites/default/files/BoletindePrensa008de2017.pdf>
[citado en 31 de agosto de 2017]
CORREA ARIAS PAOLA ANDREA & RAMIREZ TELLEZ YENI ANDREA.

IMPLEMENTACIÓN DE UNA APLICACIÓN WEB QUE PERMITA LA GESTIÓN,
CONTROL Y SEGUIMIENTO DE LOS SERVICIOS QUE PRESTAN LAS
AMBULANCIAS EN EL HOSPITAL JOSÉ DAVID PADILLA VILLAFAÑE ESE.
Aguachica: Universidad Popular Del Cesar, Seccional Aguachica. 2017.
CURSO 4 DE GRADO EN INGENIERÍA INFORMÁTICA EN TECNOLOGÍAS DE

LA INFORMACIÓN. 2018/2019. Historias de usuario. Universidad Miguel
Hernández. Elche, España. Estado actual [En línea]. Disponible en
http://umh2818.edu.umh.es/wp-content/uploads/sites/884/2016/02/Historias-de-
usuario.pdf
DE LEÓN, Félix Cesáreo Gómez. Tecnología del mantenimiento industrial. Estado

actual [En línea]. <https://books.google.es/books?
hl=es&lr=&id=bOrFC3532MEC&oi=fnd&pg=PA21&dq=tecnologia+mantenimiento+
&ots=6Nc-
LHJlIS&sig=KM6lppSMdxK7oG9PvSBBtqMnV90#v=onepage&q=tecnologia
%20mantenimiento&f=false>[citado en 11 de septiembre de 2018]
DELÍA, Lisandro Nahuel, et al. Un análisis experimental de tipo de aplicaciones

para dispositivos móviles. En XVIII Congreso Argentino de Ciencias de la
Computación. 2013. [En línea]
<http://sedici.unlp.edu.ar/bitstream/handle/10915/32397/Documento_completo.pdf
?sequence=1&isAllowed=y> [citado en 15 de septiembre de 2017]
DI LONNO, Michelle y MANDEL, Michael. Seguimiento de la economía de las

aplicaciones en Colombia. [En línea] <http://www.progressivepolicy.org/wp-
155
content/uploads/2016/10/Colombia-SPANISH.pdf > [citado en 14 de septiembre de
2017]
DÍAZ, Luís Francisco Ramírez. La competitividad ¿a qué se refiere? Ensayos de

economía, 2006, vol. 16, no 29, p. 107-117. En línea. Disponible en:
http://bdigital.unal.edu.co/27013/1/24712-86693-1-PB.pdf
ENRIQUEZ, Juan Gabriel; CASAS, Sandra Isabel. Usabilidad en aplicaciones

móviles. Informes Científicos-Técnicos UNPA, 2014, vol. 5, no 2, p. 25-47.
GÁLVEZ ALBARRACÍN, Edgar Julián; RIASCOS ERAZO, Sandra Cristina y

CONTRERAS PALACIOS, Fred. Influencia de las tecnologías de la información y
comunicación en el rendimiento de las micro, pequeñas y medianas empresas
colombianas [En línea]
<http://www.sciencedirect.com/science/article/pii/S0123592314001557> [citado en
14 de septiembre de 2017]
GARCIA DUARTE, ANGEL FABIAN. PROPUESTA DE UN PLAN DE

MANTENIMIENTO PARA LOS VEHÍCULOS, EQUIPOS Y HERRAMIENTAS DEL
TALLER DE PRÁCTICAS DEL CENTRO EDUCATIVO DE SISTEMAS
UPARSISTEM EN LA CIUDAD DE VALLEDUPAR, DEPARTAMENTO DEL
CESAR. 2016. Estado actual [En línea]. Disponible en
http://repositorio.ufpso.edu.co:8080/dspaceufpso/bitstream/123456789/1070/1/286
43.pdf
HERNÁNDEZ SAMPIERI, Roberto; FERNÁNDEZ COLLADO Carlos y BAPTISTA

LUCIO Pilar. Metodología de la investigación. México D.F.
McGrawHill/Interamericana de editores S.A. de C.V, 2010.
156
ISO 9241-11: Ergonomic requirements for office work with visual display terminals
(VDTs) – part 11: Guidance on usability.
JOSKOWICZ, José. Reglas y prácticas en eXtreme Programming. Universidad de

Vigo, 2008, vol. 22. [En línea] https://www.academia.edu/download/31398587/xp_-
_jose_joskowicz.pdf
LAINES Fuentes, J. R. Desarrollo de Software ÁGIL: Extreme Programming y

Scrum. Estados Unidos: Plataforma Createspace Independent Publishing. 2015.
LETELIER, Patricio; PENADÉS, Mª Carmen. Metodologías ágiles para el

desarrollo de software: eXtreme Programming (XP). 2006. [En línea] Disponible
en: https://www.cyta.com.ar/ta0502/v5n2a1.htm
LETELIER, Patricio; PENADÉS, Mª Carmen. Métodologías ágiles para el

desarrollo de software: eXtreme Programming (XP). 2012. [En línea]. Disponible
en:
https://www.researchgate.net/profile/Patricio_Letelier/publication/28109707_Metod
ologias_agiles_para_el_desarrollo_de_software_eXtreme_Programming_XP/links/
54ad00f10cf2479c2ee86820.pdf
MARINI, Emiliano. El modelo cliente/servidor. Recuperado el, 2012, vol. 5. [En

línea] Disponible en: https://www.linuxito.com/docs/el-modelo-cliente-servidor.pdf
MINISTERIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y LAS

TELECOMUNICACIONES (MINTIC). Diseño y medición Indicador Terminales por
cada 100 habitantes En el marco del Plan Nacional de desarrollo 2014 – 2018 [En
157
línea]. <http://www.mintic.gov.co/portal/604/articles-51641_recurso_1.pdf> [citado
en 14 de septiembre de 2017]
MINISTERIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y LAS

COMUNICAIONES (MINTIC). Impulso al desarrollo de aplicaciones móviles
(App.co) [En línea] <http://www.mintic.gov.co/portal/vivedigital/612/w3-
propertyvalue-575.html> [citado en 15 de septiembre de 2017]
MOBILE MARKETING ASSOCIATION. Guía de apps móviles. Citado por

MONTANER BARRIO, Berta. Marketing móvil basado en aplicaciones. [En línea]
<https://biblioteca.unirioja.es/tfe_e/TFE000222.pdf > [citado en 14 de septiembre
de 2017]
MOLINA, Silvia Gabriela Rivadeneira. Metodologías ágiles enfocadas al modelado

de requerimientos. Informes Científicos Técnicos-UNPA, 2013, vol. 5, no 1, p. 1-
29. [En línea] Disponible en:
http://journal.secyt.unpa.edu.ar/index.php/ICTUNPA/article/view/494
MORENO CALLA, Franco M.; QUIROZ INCA, Diego Yustin. Diseño de un

aplicativo móvil orientado a la fidelización de los clientes de la discoteca amnesia
de la ciudad de Trujillo en el año 2015
NUCHERA, Antonio Hidalgo; IDOIPE, A. Vizán; TORRES, M. Los factores clave

de la innovación tecnológica: claves de la competitividad empresarial. Dirección y
organización, 2008, no 36, p. 5-22. En línea. Disponible en:
https://revistadyo.es/DyO/index.php/dyo/article/view/67/67
PALOS-SANCHEZ, Pedro R. El cambio de las relaciones con el cliente a través de

la adopción de APPS: Estudio de las variables de influencia en M-Commerce.
Revista Espacios, 2017, vol. 38, no 23.
158
GÉRTRUDIX BARRIO, Manuel; ÁLVAREZ GARCÍA, Sergio; RAJAS
FERNÁNDEZ, Mario. Open Data en aplicaciones móviles: nuevos modelos para la
información de servicio. 2016. [En línea] Disponible en
https://gredos.usal.es/jspui/bitstream/10366/129627/1/Open_Data_en_aplicacione
s_moviles_nuevos.pdf
REYNOSO, Carlos. Métodos heterodoxos en desarrollo de software. UBA.

Argentina, 2004.
RODRIGUEZ, Cristian A.; BONILLA, José E. Pruebas en Programación Extrema.
En IV SIMPOSIO INTERNACIONAL DE SISTEMAS DE INFORMACIÓN E. 2005.
p. 126. [En línea] Disponible en
https://www.researchgate.net/profile/Teresa_Florentino/publication/263928916_La
s_Tecnologias_de_la_Informacion_y_de_las_Comunicaciones_y_los_modelos_int
egrados_en_la_Educacion_-
_Combatir_el_fracaso_en_Ensenaza_y_tornarlos_mas_eficaces_en_su_aplicacio
n/links/0046353c5df8ed9f60000000.pdf#page=126
RODRIGUEZ DURAN, WENDY LORRAYNE. PLAN DE MANTENIMIENTO PARA

EL CENTRO DIAGNÓSTICO AUTOMOTOR EL COCHE AGUACHICA SAS. 2015.
Estado actual [En línea]. Disponible
enhttp://repositorio.ufpso.edu.co:8080/dspaceufpso/bitstream/123456789/889/1/27
955.pdf
SOLÍS, Manuel Calero. Una explicación de la programación extrema (XP). Willi.

Net, 2003. [En línea] Disponible en:
ftp://200.0.25.51/Documentacion/ExplicaXP.pdf
TAVARES, Lourival. Administración moderna de mantenimiento. [En línea]

Disponible en
https://s3.amazonaws.com/academia.edu.documents/36832965/Libro-
159
administracion-moderna-de-mantenimiento.pdf?
AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3A&Expires=1536771309&Signature
=o56w4tKcZYbxtD1jto85Xysi%2BU8%3D&response-content-disposition=inline
%3B%20filename%3DLibro_administracion_moderna_de_mantenim.pdf-
TREVIÑO, Leonel Corona. Innovación y competitividad empresarial. Red Aportes,

2002. En línea. Disponible en: https://www.redalyc.org/pdf/376/37602005.pdf
VIQUE, Robert Ramírez. Métodos para el desarrollo de aplicaciones móviles.

PID_00176755, 2012.
160
ANEXOS
161
Anexo A. Entrevista
Entrevista realizada al administrador y trabajadores del taller de motocicletas

Jeromotos24.
Objetivo: Realizar una serie de preguntas a quienes usarían el aplicativo con la

finalidad de que nos permitan determinar y establecer la problemática y
requerimientos del proyecto a desarrollar.
Se realizaron las siguientes preguntas:
1. ¿Qué funciones considera que debe cumplir la solución software a realizar?
Respuesta:
Se deben realizar dos aplicaciones para gestionar el mantenimiento; una

aplicación web que me permita gestionar desde el taller las órdenes de servicio de
las motocicletas, así como a los propietarios de estas, los kilometrajes de los
mantenimientos que tienen las diferentes marcas y modelos y los servicios de
taller que pueden llevarse a cabo en un mantenimiento, también que permita llevar
un registro de todos los mantenimientos a los que han sido sometidas las
motocicletas; y una aplicación móvil en la que los usuarios puedan identificar su
motocicleta y los mantenimientos de los cuales han sido objeto, además de
notificarles a estos cuándo deberían ingresar al taller.
2. ¿Con cuanto personal cuenta la empresa y que cargos ocupan?
Respuesta:
Contamos con una administradora, con un administrador que también hace las
veces de mecánico y con dos mecánicos rasos.
3. ¿Cuál es la cantidad de clientes aproximados con lo que cuenta el taller
actualmente?
Respuesta:
Aproximadamente entre 200 y 300 clientes.
4. ¿Qué tipo de servicio ofrece Jeromotos24?
Respuesta:
Se ofrecen los servicios de venta de repuestos y mantenimiento de motocicletas;

mantenimientos correctivos y preventivos.
5. ¿Qué tipo de inconvenientes ha encontrado usted con respecto al

mantenimiento de las motocicletas?
Respuesta:
El inconveniente principal es que los usuarios en su mayoría ingresan solicitando

un mantenimiento correctivo, esto supone mayor esfuerzo, tiempo y espacio que
una motocicleta ocupará en el taller atendiendo las correcciones pertinentes.
6. ¿Son claras las órdenes de servicios para las motocicletas?
Respuesta:
Las órdenes de servicio no son físicas, son verbales entre administradores, lo que
supone que no sean precisas y necesiten de la presencia de por lo menos uno de
los administradores para llevar el registro de los repuestos y del técnico para saber
qué le hizo a la motocicleta.
163
7. ¿De qué forma se llevan los registros de los mantenimientos de las
motocicletas?
Respuesta:
No se tienen registro de los mantenimientos anteriores como tal.
8. ¿Qué soluciones le gustaría implementar para llevar el registro de las

órdenes de servicio?
Respuesta:
Que existiera un historial de mantenimientos realizados.
9. ¿Se realizan algún tipo de reporte frente a los procesos de

mantenimientos?
Respuesta:
Lo que queda de los mantenimientos son las facturas.
10. ¿Cree conveniente que los clientes consulten los historiales de

mantenimiento a través de sus smartphones?
Respuesta:
Tanto los clientes como la administración.
164
Anexo B Pruebas unitarias
166
167
168
169
Anexo C Cronograma de
actividades
Objetivos Mes 1 Mes 2 Mes 3 Mes 4 Mes 5 Mes 6
específicos Fases Actividades 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4
Identificar el proceso actual de gestión
del mantenimiento.
Definir requerimientos con el cliente e
historias de usuario.
Analizar las Explorar las posibles tecnologías para
necesidades
Planificación el desarrollo de la app móvil y de la
de los web app.
usuarios.
Entregar avances al cliente.
Establecer prioridad de historias de
usuario.
Definir cronograma de entregas.
Diseñar la base de datos.
Definir los módulos de la solución
Diseñar un
software.
sistema de Diseño
Diseñar interfaces de la app móvil y
información.
de la web app
Refinar el diseño.
Primera iteración.
Implementar
Codificación Segunda iteración.
el sistema
Tercera iteración.
171
Realizar pruebas
Pruebas
de Distribuir la app móvil y web
Fin Cierre del proyecto.
información.
172

FORMATO3

Caricato da

Informazioni sul documento

Descrizione originale:

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

FORMATO3

Caricato da

Copyright:

Formati disponibili

DESARROLLO DE UNA SOLUCIÓN SOFTWARE PARA LA GESTIÓN DE LOS

SERVICIOS DE MANTENIMIENTOS DE MOTOCICLETAS EN EL ALMACÉN Y

JOINER SÁNCHEZ MORA

CARLOS ANDRÉS TAMAYO BENJUMEA

UNIVERSIDAD POPULAR DEL CESAR SECCIONAL AGUACHICA

FACULTAD DE INGENIERIA Y TECNOLOGIA

JOINER SÁNCHEZ MORA

CARLOS ANDRÉS TAMAYO BENJUMEA

Proyecto de grado presentado para optar por el título de Ingeniero de

Director del proyecto

Mg. YHON TIMMY LÓPEZ GÓMEZ

UNIVERSIDAD POPULAR DEL CESAR SECCIONAL AGUACHICA

FACULTAD DE INGENIERIA Y TECNOLOGIA

Aguachica Cesar, __ de ____________ del 2020

Tabla 1Total terminales móviles según región. Año 2016......................................25

Figura 1 Ubicación municipio de Colombia, el departamento del Cesar, el

Palabras clave: Mantenimiento correctivo, mantenimiento preventivo,

Keywords: Corrective maintenance, preventive maintenance, predictive

El mercado de los servicios de mantenimiento cuenta con aplicaciones que logran

El presente proyecto abordo la solución, mediante la metodología XP, que logra

La solución propuesta se logra a través del desarrollo de dos aplicaciones; una

1.1 DEFINICIÓN DEL PROBLEMA

La motocicleta es el vehículo de mayor circulación en las calles colombianas, el

Este crecimiento genera fuentes de empleos en todo el país, ya que el comité de

El aumento significativo de las motocicletas en el país trae consigo problemas

Los niveles permisibles de emisión de contaminantes para los vehículos a motor

Los costos de mantenimiento de una motocicleta son considerablemente bajos en

1.1.1 Formulación del problema:

El municipio de Aguachica no ha sido ajeno al aumento del parque automotor que

Mediante el uso de una aplicación móvil el almacén y taller Jeromotos24 proveerá

Se propone desarrollar un sistema que involucre tanto una aplicación móvil,

El desarrollo de esta solución permite al almacén Jeromotos24, gestionar todo el

Es de resaltar que la finalización de este proyecto se logró gracias a los

1.3.1 Objetivo general:

Desarrollar una solución software para la organización y gestión integral de

1.3.2 Objetivos específicos:

 Analizar las necesidades del almacén con respecto a la sistematización

 Diseñar un sistema de información que logre integrar una aplicación

 Implementar la solución software, tanto la aplicación móvil disponible

En cuanto a la delimitación, el proyecto no contempla la introducción de un módulo

La aplicación móvil se desarrolló bajo entorno exclusivo del Sistema Operativo

Los objetivos específicos propuestos, se cumplieron en un lapso de seis meses, a

El proyecto se realizó en el almacén y taller Jeromotos24 ubicado en la carrera 19

Al municipio se puede acceder desde la Costa Atlántica colombiana a

Otra vía de acceso importante es la aérea, el municipio cuenta con el

El proyecto se desarrolló en el almacén y taller Jeromotos24, empresa prestadora

Figura 1 Ubicación municipio de Colombia, el departamento del Cesar, el municipio de Aguachica y

El almacén y taller Jeromotos24 tiene como misión mantener al mayor número de

Su visión es la de ser el mejor taller de motos con un servicio y atención de

Además cuenta con un software de escritorio con el cual maneja la información de

Fuente: Almacén y taller Jeromotos24.

2.1 MARCO HISTÓRICO:

A través de la historia. el hombre ha visto la necesidad de reparar las máquinas

El surgimiento en 1950 del mantenimiento preventivo por parte de los japoneses

Con la llegada de las nuevas tecnologías, la gestión del mantenimiento pasó a

Las TIC (Tecnologías de la información y la comunicación) han irrumpido en las

Tabla 1Total terminales móviles según región. Año 2016.

Tabla 2 economía de las aplicaciones, Colombia.

Tabla 3 trabajos en la economía de las aplicaciones por sistema operativo.

2.1.1 Algunas aplicaciones existentes

2.1.1.1 Moto Control

Figura 3 Logo Moto Control

Controla algunos de los aspectos más importantes de tu moto y que requieren

Aguachica Cesar, de __________ del 2020