Facultad de Ingeniería
Ingeniería de Sistemas e Informática
Programa Especial de Titulación:
“DESARROLLO E IMPLEMENTACIÓN DE UN
APLICATIVO PARA MEJORAR
LA GESTIÓN DE MANTENIMIENTO EN LA
EMPRESA LIFT PARTS & SERVICE S.A.C.”
Autor: Yan Xilan Amanqui Flores
Para obtener el Título Profesional de
Ingeniero de Sistemas e Informática
Asesor: Mg. Yamil Quiñones
Lima – Febrero 2020
2
3
4
5
INTRODUCCION
6
CAPITULO 1
ASPECTOS GENERALES
1.1. Definición del Problema
1.1.1. Descripción del Problema
Lift Parts & Service SAC es una empresa dedicada a la venta de repuestos y servicio de
mantenimiento a Montacargas, en la actualidad no cuenta con un software especializado para el
manejo de la programación de Mantenimiento que se ofrece a sus clientes, todo el control es llevado
en hojas de cálculo, lo cual ha generado que la gestión de mantenimiento sea deficiente, pues
generan errores en la programación.
Este descontrol que se está teniendo está generando malestar con los clientes porque que no se
realiza una programación correcta del tipo de mantenimiento que corresponde y muchas veces no
se ha contado con todos los insumos completos a la hora de realizar el mantenimiento.
Por lo tanto no se están cumpliendo con la programación de mantenimiento en la fecha programada.
El llevar un control y registros de los mantenimientos de los montacargas es muy importante pues
cada mantenimiento se realiza a cada cierta cantidad de horas (Horometro).
Los tipos de mantenimiento que se realizan son los mantenimientos PREVENTIVO y CORRECTIVO
en donde se emplea distintos filtros, repuestos, aceites y lubricantes que tienen que ser cambiados
según el manual de mantenimiento que tiene cada equipo.
El Mantenimiento PREVENTIVO representa el 60% y el mantenimiento CORRECTIVO, presenta el
30% y otros mantenimientos 10%.
7
Tabla 1. Tipos de mantenimientos en área de mantenimiento.
Fuente. Creación propia
Debido a que el Mantenimiento PREVENTIVO es de mayor porcentaje, se ve la necesidad de contar
con los insumos necesarios antes de llevar acabo el servicio y así poder brindar un buen servicio al
cliente.
Por lo antes mencionado la gestión de mantenimiento en la empresa es de suma importancia pues
es la encargada de realizar la programación de los mantenimientos de los equipos, como los
montacargas son equipo que en algunas ocasiones trabajan hasta 24 horas continuas y esto genera
mayor desgaste es por eso que es importante tener monitoreado los mantenimientos de los equipos.
1.1.2. Formulación del Problema
Problema General
Problema Específico
Tipo de Mantenimiento
Preventivo 60%
Correctivo 30%
Otros 10%
8
Propuesta de solución
Desarrollar e implementar un aplicativo en entorno Windows, que trabaje en la arquitectura
Cliente/Servidor, desarrollado con lenguaje de programación PowerBuilder 9.1, el aplicativo nos
permitirá crear una mejora en la gestión de mantenimiento en la empresa Lift Parts & Service
SAC(LPS).
1.2. Definición de objetivos
1.2.1. Objetivo general
1.2.2. Objetivos específicos
1.3. Alcances y limitaciones
1.3.1. Alcances
1.3.2. Limitaciones
El aplicativo se desarrolla para desktop por requerimientos de la empresa, pues
actualmente cuenta con un solo local.
Por un tema de estándar de la empresa pues actualmente cuenta con ERP desktop.
1.4. Justificación
Proporcionar un aplicativo que permita a los usuarios del área de mantenimiento obtener de forma
rápida y confiable el listado de equipos y la información de las Órdenes de trabajo (OT).
9
Nos permitirá llevar un mejor control de los insumos a utilizar en cada tipo de mantenimiento.
Además permitirá llevar un control y seguimiento de los mantenimientos a realizar por cada
equipo.
Es importante llevar un control del mantenimiento a los montacargas para que no genere
problemas en la producción de las empresas, ya que sin una buena programación de
mantenimiento preventivo generaría paradas en la producción lo cual generaría perdidas a las
empresas.
Porque es necesario tener un historial de todos los servicios realizados a los equipos, para
poder obtener los indicadores necesarios más adelante.
10
CAPITULO 2
FUNDAMENTO TEÓRICO
2.1. Antecedentes
2.1.1. Nacional
11
Aporte del antecedente para el proyecto: La tesis me ayudo en la elaboración de los planes
de mantenimiento a utilizar en la programación de mantenimientos.
Aporte del antecedente para el proyecto: La tesis me ayudo para poder definir la
metodología a utilizar al igual que las pruebas funcionales desarrolladas en este proyecto.
12
2.1.2. Internacional
Resultados y conclusiones más importantes: El proyecto ayudo a determinar las fallas más
comunes en las maquinarias así como que servicios se deben mejorar. Además de que
repuestos se deben de gestionar el pedido a los proveedores.
13
2.2. Marco teórico
Montacargas
Los montacargas o vehículos industriales de elevación son aquellos equipos que sirven para cargas,
remolcar, empujar, apilar y trasladar materiales de mayor peso y/o tamaño, esto es posible mediante
unas uñas u horquillas que usan, el contrapeso que llevan los montacargas es un factor que
determina cuantos kilos puede llevar y/o levantar.
Estos equipos trabajan con mucha precisión y ayudan a reforzar las tareas, lo cual permiten reducir
los tiempos y cantidad de operarios involucrados a estas diversas tareas.
Clase I: Montacargas Eléctrico.
Clase II: Apiladores eléctricos.
14
Clase III: Manual
Clase IV y V: Combustión Interna
Clase VI y VII: Todo Terreno / Palas Cargadoras
15
Otras clasificaciones para Montacargas:
También debemos tener en cuenta que en los montacargas se podrían identificar dos grandes grupos
que según el motor que emplean, se dividen en:
1. Eléctricos: En esta clasificación los montacargas funciona con una batería compuesta
con ácido y plomo, son grandes y tienen una duración de hasta 8 horas.
La característica de estos montacargas eléctricos es que son bien costosos pero a la larga
resultan económicos pues consumen menos combustible.
Otra ventaja de estos montacargas es que no son un factor de contaminación y se pueden usar
en espacios cubiertos, sin ningún problema.
2. A combustión: Los motores de estos montacargas no usan baterías sino combustible.
Una ventaja es que si se queda sin combustible esto se resuelve fácilmente, cargando más
combustible, no como en el caso anterior (eléctricos) que se tendría que esperar a cargar las
baterías.
Mantenimiento
Es un conjunto de actividades ya establecidas para asegurar que el equipo (Montacargas) continúe
su operatividad (disponibilidad) en las empresas.
El mantenimiento se divide en:
Mantenimiento Preventivo – MPP
Es el mantenimiento que se lleva a cabo frecuentemente y tiene por finalidad anticipar posibles fallas
en el correcto funcionamiento del montacargas. Mediante este mantenimiento se puede identificar
las piezas que pueden tener mayor desgaste.
16
Cada cuánto tiempo se debe hacer un mantenimiento preventivo
Cada 250 horas de trabajo:
17
Mantenimiento Correctivo
18
Los mantenimientos correctivos se puede clasificar en:
No Programado. Es el mantenimiento correctivo de emergencia. El cual se debe llevar a cabo con
suma urgencia, esto puede ser por una avería imprevista que debe de repararse lo antes posible.
Programado. Este mantenimiento ya se sabe con anticipación lo que se debe realizar, y cuando el
equipo esté parado se realiza esta reparación, previamente se coordina con el personal, se cuenta
con los repuestos y documentación necesaria para poder realizar correctamente el mantenimiento.
Objetivos del mantenimiento:
La importancia del mantenimiento:
Reduce las pérdidas debidas a las paradas de producción en las empresas.
Permite tener una documentación del mantenimiento para cada equipo.
Aumenta la vida útil de los equipos.
Gestión del mantenimiento:
19
Área de Mantenimiento:
¿Qué es Arquitectura?
Figura 1. Arquitectura cliente servidor.
Fuente. Creación propia.
20
¿Qué es un Cliente?
¿Qué es un Servidor?
PowerBuilder
21
¿Qué es una Base de Datos?
Base de datos relacional
Figura 2. Gestores de bases de datos
22
SQL – Structured Query Language
¿Qué es la metodología ágil?
¿De dónde procede la metodología Ágil?
23
Es un método, el cual fue mejorado para gestionar proyectos de desarrollo software.
El manifiesto Ágil.
Según el manifiesto se valora:
24
Los principios son los siguientes:
Comparación
25
Figura 3. Tabla de comparación de Metodología ágil y tradicional.
Fuente: Elaboración propia, después del análisis de la metodología.
AUP (AGIL UNIFIED PROCESS)
26
Figura 4. Fases de metodología AUP.
Fases de AUP:
Disciplinas en la metodología AUP:
27
2.3. Marco Metodológico
Metodología AUP.
Como se mencionó anteriormente AUP proceso unificado ágil, consta de 4 fases los cuales se
desarrollan de forma secuencial.
En el siguiente cuadro se detalla la forma en que aplicaremos las fases.
Tabla 2. Aplicación de la metodología AUP.
FASE 1 FASE 2 FASE 3 FASE 4
Iniciación Elaboración Construcción Transición
28
El objetivo principal la
fase 1 es definir el
alcance inicial del
proyecto.
Los Prototipos del
aplicativo.
Obtenemos los
códigos fuentes.
Realizamos las
pruebas funcionales
En esta fase 4
validamos el
despliegue del
sistema en el
entorno de
producción.
Desarrollar los
manuales de
usuario.
Fuente. Elaboración propia.
2.4. Marco conceptual
AUP: Proceso Unificado Ágil.
BD: Base de datos conjunto de datos que pertenecen a un mismo contexto y son almacenados, para
un uso posterior.
EMPRESA: Es una organización o una institución dedicada a la fabricación, producción o brindar
servicios.
LPS: Lift Parts & Service SAC.
MANTENIMIENTO: Es el procedimiento que se realiza a un equipo para evitar posibles fallas.
MANTENIMIENTO PREVENTIVO - MPP: mantenimiento que se realiza periódicamente para evitar
fallas futuras.
29
MANTENIMIENTO CORRECTIVO - MCP: Mantenimiento que se realiza cuando el equipo ya fallo.
MONTACARGAS: Vehículo de transporte que es utilizado para transportar, apilar, remolcar
diferentes elementos o materiales.
OPERARIO: Persona encargada de usar el equipo montacargas.
ORDEN DE TRABAJO - OT: Formato del sistema donde se detalla los datos de equipo y trabajo a
realizar.
REPORTE DE SERVICIO – RS: Formato pre impreso donde se detalla los trabajos realizados por el
técnico y donde el cliente da su conformidad.
SQL. Lenguaje de consulta estructurada.
TECNICO: Persona responsable de realizar los trabajos de mantenimiento al montacargas.
CAPITULO 3
DESARROLLO DE LA SOLUCIÓN
Tabla 3. Aplicación de la metodología AUP.
30
Fuente. Elaboración propia.
3.1. Fase Inicio
CASOS DE USO DE NEGOCIO.
Tabla 4. Casos de uso de negocio.
31
Casos de uso de negocio Descripción
CUN01
El proceso inicia cuando el planner debe verificar la
posible fecha de realización del MPP, para el cual se
debe coordinar con el cliente la fecha en la cual se va
a realizar el trabajo. Luego generar la orden de trabajo
y verificar los insumos a utilizar.
En este proceso se deben definir los números de
inspección a realiza y los insumos a utilizar en cada
inspección.
CUN02
El proceso de creación de Orden de trabajo es donde
se detalla el trabajo a realizar y los insumos a utilizar y
el técnico encargado a desarrollar el trabajo.
CUN03
Se deben crear los equipos por cada cliente.
CUN04
Proceso donde se detalla los repuestos a utilizar en
Orden de trabajo el cual debe ser despachado por
almacén.
Fuente. Elaboración propia.
Actores de negocio.
Tabla 5. Tabla de actores de negocios.
32
Fuente. Elaboración propia
Diagramas de casos de uso de negocios.
Figura 5. Diagrama de casos de uso de negocio.
Fuente. Elaboración propia
Requerimientos funcionales.
Luego de la reunión inicial al inicio del proyecto se definen los requerimientos.
33
Tabla 6. Requerimientos funcionales.
Código Descripción
RF01 La aplicación deberá estar en las diferentes máquinas de los usuarios
RF02 Debe ser un módulo de Mantenimiento, donde permita manejar toda la parte de
operaciones. Este módulo debe encontrarse disponible en la máquina del
encargado de operaciones (planner).
RF03 La aplicación debe solicitar un usuario y contraseña al momento de ingresar al
módulo.
RF04 La aplicación debe permitir registrar el equipo de cada cliente (código, descripción,
marca, serie y modelo).
RF05 La aplicación debe permitir visualizar los equipos por cada cliente.
RF06 La aplicación debe permitir crear la programación de mantenimiento para los
diferentes modelos
RF07 La aplicación debe permitir crear los planes de mantenimiento
RF08 La aplicación debe permitir agregar los insumos a utilizar en los mantenimientos
correctivos
RF09 Debe permitir registrar todo los realizado en las ordenes de trabajo
RF10 Debe permitir registrar las observaciones que realice el técnico.
RF11 Debe permitir visualizar los repuestos que se tengan en stock y los faltantes
RF12 Generación de informes y reportes
RF13 Debe permitir crear los periodos de inspección
RF14 La aplicación debe permitir crear los paquetes de insumos a utilizar en los
mantenimientos preventivos.
RF15 La aplicación debe permitir crear los tipos de acciones y acciones a desarrollar en
las ordenes de trabajo
RF16 Debe permitir crear clientes.
Fuente. Elaboración propia
Matriz de requerimiento
En la siguiente tabla se detallan los requerimientos funcionales.
Tabla 7. Matriz de requerimientos.
34
Proceso Actividad de
negocio a
mejorar
Actor de
negocio
Requerimiento funcional Caso de uso Actor
CUN01 Crear planes de
mantenimiento
Planner RF01: Creación de los
MPP
CUS02: Crear tipo de
mantenimiento.
CUS03: Crear
paquetes de
repuestos
CUS04: Crear periodo
de inspección.
CUS05: Crear
Programación de
mantenimiento
CUS07: Registrar
equipo programación.
CUS08: Crear
mantenimiento MPP
Planner
CUN02 Gestionar
ordenes de
trabajo
Planner RF09: Debe permitir
registrar todo los realizado
en las ordenes de trabajo
CUS09: Gestionar OT
MPP.
CUS10:Gestionar OT
MCP
CUS12: Registrar
observaciones.
CUS13: Emitir
reportes
Planner
CUN03 Crear equipos Planner RF04: Crear equipos
RF16: Crear clientes
CUS06: Gestionar
equipos
CUS15: Gestionar
clientes
Planner
CUN04 Crear pedido de
repuesto
Planner RF11: Debe permitir
visualizar los repuestos
que se tengan en stock y
los faltantes
CUS11: Gestionar
repuesto
Planner
Fuente. Elaboración propia
Visión del proyecto.
35
Cronograma
36
Figura. Cronograma del proyecto.
Fuente Elaboración propia
Riesgo
Identificación de Riesgos
Para el presente proyecto se está considerando los siguientes riesgos.
Tabla 8. Escala de Probabilidad
Probabilidad
Rango Descripción
Menos del 30% Baja
030% al 70% Media
Más del 70% Alta
Tabla 9. Escala de Impacto
37
Tabla 10. Riesgos Identificados y plan de respuesta.
Grupo de Riesgo Riegos Probabilida
d
Impact
o
Valor
esperad
o
Plan de
Respuesta
1 3 3 Revisar las
conexiones
de red y
verificar
conflictos
con el
sistema
operativo.
Riesgos en la
gerencia de
proyectos
Cambios en los
Requerimientos
durante el
desarrollo del
proyecto.
2 4 8 Aplicación
del marco
metodológic
o de
referencia
AUP.
Incumplimiento en
los Plazo de
entrega
2 3 6 Informar al
usuario la
demora que
se está
generando y
reprogramar
las entregas
siguientes.
38
Riesgos
organizacionales
Insatisfacción del
usuario en la
entrega del
producto final,
debido a la carga
laboral del
Responsable del
proyecto
1 3 3 Revisar los
Prototipos
con el
usuario y
entrega de
versiones
preliminares.
Fuente. Elaboración propia.
Matriz de probabilidad e impacto
Probabilidad Riesgo negativo Riesgo positivo
3 3 6 9 12 15 15 12 9 6 3
2 2 4 6 8 10 10 8 6 4 2
1 1 2 3 4 5 5 4 3 2 1
1 2 3 4 5 5 4 3 2 1
Impacto negativo Impacto positivo
3.2. Fase Elaboración
Casos de uso del sistema
Tabla 11. Casos de uso del sistema identificados.
casos de uso del sistema Breve descripción
CUS01
Permite a los usuarios iniciar sesión para poder
visualizar el menú del sistema.
CUS02
Permite al usuario crear los tipos de los mantenimientos
a utilizar en el sistema.
Iniciar sesion
Crear tipo mantenimiento
39
CUS03
Permite al usuario crear los diferentes paquetes de
repuestos a utilizar según las inspecciones a realizar.
CUS04
Permitirá al usuario crear las diferentes inspecciones a
realizar según los modelos de los montacargas y/o
solicitud del cliente.
CUS05
Permitirá al usuario crear la programación del
mantenimiento definiendo las inspecciones y los
paquetes de respuestas a utilizar en cada inspección.
CUS06
Permite al usuario crear los equipos por cada cliente,
registrado la marca, modelo y serie.
CUS07
Permitirá al usuario definir por equipo la programación
de mantenimiento a utilizar según la marca y modelo.
CUS08
Permitirá al usuario visualizar los Mantenimientos
preventivos programados a ejecutar en el mes.
CUS09
Permitirá al usuario crear el Orden de trabajo por los
MPP a ejecutarse. Posteriormente podrá actualizar
estos registros.
CUS10
Permitirá al usuario crear Órdenes de trabajo
correctivos definiendo el cliente, equipo y tarea a
realizar.
Posteriormente podrá actualizar los registros.
CUS11
Crear paquetes de repuestos
Crear periodo de inspección
Crear programación de mantenimiento
Gestionar equipos
Registrar equipo programación
Crear mantenimiento MPP
Gestionar OT MPP
Gestionar OT MCP
40
Permitir al usuario crear el pedido al almacén para el
despacho de los repuestos a utilizar en los MPP o MCP.
CUS12
Permitirá al usuario registrar las observaciones que
realice el técnico respecto a la orden de trabajo
ejecutada. Para su posterior tratamiento.
CUS13
Permitirá al usuario emitir repostes de las ordenes de
trabajo ejecutadas en el mes.
CUS14
Permitirá listar, crear, modificar o eliminar los usuarios
que accederán al sistema, esto será ejecutado por el
administrador del sistema.
CUS15
Permitirá listar, crear, modificar o eliminar los clientes
que tengan equipos.
Fuente. Elaboración propia
Actores del sistema
Tabla 12 Actores del sistema identificados.
Fuente. Elaboración propia
Gestionar repuestos
Registrar observaciones
Emitir reportes
Gestionar usuarios
Gestionar cliente
41
Diagrama de casos de uso del sistema.
En el diagrama de casos de usos del sistema se representan las funcionalidades que debe
desarrollar el sistema.
En la siguiente imagen se muestran los casos de uso del sistema descrito en la tabla 13.
Tabla 13. Diagrama de casos de uso del sistema.
Fuente. Elaboración propia
Especificaciones de casos de uso del sistema
Tabla 14. ECU01 Iniciar sesión.
ECU01
Descripción Permitir acceso usuario al sistema
Flujo de eventos
Paso Acción
1
2
3
Gestionar tipo mantenimiento
Gestionar paquetes de repuestos
Crear periodo de inspección
Crear programación de mantenimiento
Gestionar equipos
Registrar equipo programación
Crear mantenimiento MPP
Gestionar OT MPP
Gestionar OT MCP
Emitir reportes
Gestionar repuestos
Planner
Registrar observaciones
Almacenero
Administrador de sistema
Gestionar usuarios
Iniciar sesionGestionar cliente
42
Flujo Alternativo
Excepciones
Pre-condiciones
1
Fuente. Elaboración propia
Tabla 15. ECU02 Crear tipo de mantenimiento.
ECU02
CUS02 Crear tipo de mantenimiento
Descripción Permitir crear los tipos de mantenimiento
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú archivo y seleccionar Tipo de mantenimiento.
2 Para un nuevo tipo de mantenimiento, el usuario hará click derecho nuevo, llenar los
datos solicitados.
3 Luego dará click en guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
43
Tabla 16. ECU03 Crear paquetes de repuestos.
ECU03
CUS03 Crear paquetes de repuestos
Descripción Permitir crear los paquetes de repuestos a utilizar en cada inspección
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú archivo y seleccionar paquetes de repuestos
2 Para un nuevo paquete de repuesto, el usuario hará click derecho nuevo, llenar los
datos solicitados.
3 Luego dará click en guardar.
4 Luego seleccionara el registro creado y en la parte inferior hará click derecho
nuevo
5 Completar los datos solicitados y guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 17. ECU04 Crear periodo de inspección
ECU04
CUS04 Crear periodo de inspección
Descripción Permitir crear los periodos de inspección
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú archivo y seleccionar Periodo de inspección.
2 Luego hacer click derecho seleccionar nuevo e ingresar los datos solicitados
3 Luego dará click en guardar.
Flujo Alternativo
44
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 18. ECU05 Crear programación de mantenimiento
ECU05
CUS05 Crear programación de mantenimiento
Descripción Permitir crear la programación de mantenimiento
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú archivo y seleccionar programación de
mantenimiento.
2 Luego en la parte superior hacer click derecho nuevo colocar los datos solicitados
y guardar.
3 Luego seleccionar el registro creado y en la parte inferior hacer click derecho
nuevo y agregar las cantidades de inspecciones a realizar
4 En cada inspección seleccionar el paquete de repuestos a aplicar.
5 Luego dará click en guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
Previamente ya se debe haber creado las inspecciones y paquetes de repuestos
1
Fuente. Elaboración propia
45
Tabla 19. ECU06 Gestionar equipos
ECU06
CUS06 Gestionar equipos
Descripción Permitir listar, crear, modificar o eliminar los equipos por cada cliente
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú archivo y seleccionar Equipo.
2 Luego filtrar por cliente, luego en la parte inferior se listara los equipos ya creados
3 Si se desea crear hacer click derecho nuevo, colocar los datos solicitados
4 Luego dará click en guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 20. ECU07 Registrar equipo programación
ECU07
CUS07 Registrar equipo programación
Descripción Permitir registrar por equipo la programación de mantenimiento.
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú archivo y seleccionar Equipo.
2 Luego en la parte inferior hay una ficha programación de equipo
3 Hacer click derecho seleccionar nuevo y buscar la programación de mantenimiento a
aplicar.
4 Luego seleccionar guardar
46
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 21. ECU08 Crear mantenimiento MPP
ECU08
CUS08 Crear mantenimiento MPP
Descripción Permitir la generación de MPP.
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú Generación y seleccionar generación de MPP.
2 Luego debe filtrar por cliente y dar seleccionar el bon generación de MPP
3 El sistema le mostrara la lista de equipos que les toca su MPP.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
47
Tabla 22. ECU09 Gestionar OT MPP
ECU09
CUS09 Gestionar OT MPP
Descripción Permitir crear las ordenes de trabajo preventivas
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú Generación y seleccionar generación de MPP.
2 Luego seleccionar el equipo al cual se le creara la orden de trabajo.
3 Colocar el número de reporte de servicio
4 Colocar las tareas a desarrollar y el técnico encargado
5 En la ventana que se abre dar click en guardar
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
Se debe de haber generado los MPP
1
Fuente. Elaboración propia
Tabla 23. ECU10 Gestionar OT MCP
ECU10
CUS10 Gestionar OT MCP
Descripción Permitir crear las órdenes de trabajo correctivas.
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú gestionar y seleccionar generación de OT.
2 Luego seleccionar el cliente, equipo al cual se le realizara el trabajo y colocar el
número de reporte de servicio.
3 Luego detallar las tareas a realizar y detallar si se usan repuestos.
48
4 Luego seleccionar el técnico encargado de la OT
5 Luego dará click en guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 24. ECU11 Gestionar repuestos
ECU11
CUS11 Gestionar repuestos
Descripción Permitir crear el pedido de los repuestos a utilizar en la OT
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú Generación y seleccionar Actualización de OT.
2 Luego en el listado de repuestos a utilizar seleccionar el botón de generar pedido.
3 Luego dará click en guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
Debe estar creado el orden de trabajo.
Debe tener el listado de repuestos a utilizar.
1
49
Fuente. Elaboración propia
Tabla 25. ECU12 Registrar observaciones
ECU12
CUS12 Registrar observaciones
Descripción Permitir registrar las observaciones detectadas en cada orden de
trabajo.
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú Generación y seleccionar Actualización de O/T.
2 Seleccionar la OT a registrar y llenar en tareas la observación
3 Colocar la tarea como abierto
4 Luego seleccionar guardar.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 26. ECU13 Emitir reportes
ECU13
CUS13 Emitir reportes
Descripción Permitir crear reporte de las órdenes de trabajos ejecutados.
Flujo de eventos
Paso Acción
1 El usuario debe acceder al menú consulta y seleccionar Consulta de orden trabajo
por cliente.
2 Filtrar por cliente y fechas y dar presionar el botón “buscar”
3 Luego la aplicación mostrara en la parte inferior la data buscada.
50
4 Seleccionar imprimir en pdf.
Flujo Alternativo
Excepciones
Pre-condiciones
Debe existir el usuario planner registrado
1
Fuente. Elaboración propia
Tabla 27. ECU14 Gestionar usuario
ECU14
CUS14 Gestionar usuario
Descripción Permite listar, registrar o editar los usuarios
Flujo de eventos
Paso Acción
1 El usuario administrador del sistema debe acceder al menú de Archivos y
seleccionará “Usuarios”
2 Para un nuevo usuario, el administrador del sistema presionará click derechos del
mouse “Nuevo” y llenara los datos del usuario a registrar.
3 El sistema verifica en la base de datos, los datos ingresados por el usuario
administrador del sistema.
4 Si los datos ingresados aún no están registrados en la BD, el sistema registrara al
nuevo usuario; de lo contrario un mensaje de “usuario existente”.
5 Para un usuario existente, el usuario administrador del sistema, buscara el usuario
existente del listado.
6 El usuario administrador del sistema presionará el botón “Seleccionar” para ubicar
los datos de usuario. Luego, se podrá “Actualizar” los nuevos cambios o “Eliminar”
al usuario seleccionado.
Flujo Alternativo
Excepciones
51
Pre-condiciones
Debe ser realizado por el administrador del sistema
1
Fuente. Elaboración propia
Identificación de la Arquitectura
La aplicación se desarrollara bajo la arquitectura cliente – Servidor.
En la siguiente imagen se visualiza la manera como se comunicar la aplicación con el servidor.
Figura 6. Arquitectura cliente/servidor.
Fuente. Elaboración propia
Equipo de trabajo
Tabla 28. Equipo de trabajo.
52
Fuente. Elaboración propia
Modelo lógico de base de datos.
Figura 7. Modelo lógico de la base de datos.
Fuente. Elaboración propia
Diagrama de componentes.
Figura 8. Diagrama de componentes.
53
Fuente. Elaboración propia
Diagrama de Despliegue
El diagrama de despliegue describen los equipos necesarios para el despliegue de la aplicación.
Figura 9. Diagram de despliegue.
Fuente. Elaboración propia
Diagrama de Secuencia.
Figura 10. Diagrama de Secuencia iniciar sesión.
Servidor aplicaciones
Logica de negocio
Acceso a Base de Datos
Ejecutales
PC Cliente
Programa_Ejecutable
Servidor Base de Datos
Base de datos
54
Fuente. Elaboración propia
3.3. Fase Construcción
En esta fase se realiza la construcción del software de acuerdo al requerimiento y el modelado
desarrollado, mientras se desarrolla la codificación también se realizan las pruebas de software.
Después de terminada la codificación se debe entrar en un estado de pre-producción para realizar
las pruebas de aceptación, en esta fase también se puede establecer un ambiente de capacitación
a los usuarios.
Estructura BD
Figura 11. Estructura de base de datos.
1.Ingresar usuario y clave
2. Validar usuario y clave
3. Inicializa usuario
4. Muestra la ventana principal
Diagrama de secuencia Iniciar Sesion
Usuario
w_login Usuario
55
Fuente. Elaboración propia
Estructura de la Aplicación de PowerBuilder
Figura 12. Estructura de la aplicación en Powerbuilder.
56
Fuente. Elaboración propia
Código de Ventana: Periodo de inspección.
Figura 13. Código periodo de inspección.
Fuente. Elaboración propia
Código de agregar: ventana Paquetes de repuestos.
Figura 14. Código paquetes de repuestos.
57
Fuente. Elaboración propia
Código: Agregar Ventana programación de mantenimiento
Figura 15. Código programación de mantenimiento.
Fuente. Elaboración propia
58
Diseño de interfaces
Figura 16. Interfaz Gráfica - Inicio de Sesión
Fuente. Elaboración propia
Figura 17. Interfaz Gráfica – Módulo principa
Fuente. Elaboración propia
59
Figura 18. Interfaz Gráfica – Creación de Usuario
Fuente. Elaboración propia
Figura 19. Interfaz Gráfica – Listado de Usuario
Fuente. Elaboración propia
60
Figura 20. Interfaz Gráfica – Creación de tipo mantenimiento
Fuente. Elaboración propia
Figura 21. Interfaz Gráfica – Listado de Tipos de mantenimiento
Fuente. Elaboración propia
Figura 22. Interfaz Gráfica – Paquetes de repuestos
Fuente. Elaboración propia
Figura 23. Interfaz Gráfica – Periodo de inspección.
61
Fuente. Elaboración propia
Figura 24. Interfaz Gráfica – Programación de mantenimiento
Fuente. Elaboración propia
Figura 25. Creación de programación de mantenimiento.
Fuente. Elaboración propia
Pruebas del Sistema
62
Pruebas funcionales
A continuación mostramos las siguientes pruebas funcionales realizadas.
Tabla 29. Prueba de funcionalidad de la ventana de Login.
PRUEBA FUNCIONAL
PRUEBA
N°.
Prueba de funcionalidad 01 VERSIONDE
EJECUCION
PF-01
FECHA DE
EJECUCION
15/06/2016
TAREA Acceso al sistema(Login) MODULO DEL
SISTEMA
-
Descripción del
caso de prueba
Se procederá a realizar pruebas con respecto a la validación de los campos
cuando se ingrese datos errados.
1. CASO DE PRUEBA
a. Precondiciones
No aplica
b. Pasos de la prueba
b.1 Ingresar datos errados para validar campos
b.2 Validar que el acceso funcione
DATOS DE ENTRADA RESPUESTA
ESPERADA DE LA
APLICACIÓN
COINCIDE RESPUESTA
DEL SISTEMA CAMPO VALOR TIPO
ESCENARIO
SI NO
Usuario ADM01 normal Ingresa al sistema x Acceso
correcto
Usuario adm prueba usuario o contraseña
incorrecto
x usuario o
contraseña
incorrecto
c. Post condiciones
c.1 Ventana emergente de advertencia de error l ingresar al sistema
c.2 Ventana principal del sistema
2. RESULTADOS DE LA PRUEBA
63
Defectos y desviaciones Veredicto
x PASO
FALLO
Observaciones Probador
Firma.
Nombre
Fecha
Fuente. Elaboración propia
Tabla 30. Prueba de funcionalidad de la ventana de Registro de equipo.
PRUEBA FUNCIONAL
PRUEBA
N°.
Prueba de funcionalidad 02 VERSIONDE
EJECUCION
PF-02
FECHA DE
EJECUCION
15/06/2016
TAREA Registro de equipo MODULO DEL
SISTEMA
-
Descripción del
caso de prueba
Se procederá a realizar pruebas con respecto a la validación de los campos
cuando se ingrese datos errados.
1. CASO DE PRUEBA
a. Precondiciones
No aplica
b. Pasos de la prueba
b.1 Ingresar datos errados para validar campos.
b.2 Verificar que todos los datos relacionados carguen.
b.3 Validar los campos en el registro de equipo.
b.4 Validar que no permita duplicidad de cliente.
DATOS DE ENTRADA RESPUESTA
ESPERADA DE LA
APLICACIÓN
COINCIDE RESPUESTA DEL
SISTEMA CAMPO VALOR TIPO
ESCENARIO
SI NO
64
--- ---- Prueba Los valores
ingresados no son
permitidos.
x Acceso correcto
Usuario Adm Prueba El equipo ya se
encuentra registrado
x usuario o contraseña
incorrecto
Prueba El equipo ha sido
registrado
x
c. Post condiciones
c.1 Ventana emergente de advertencia de error l ingresar al sistema
c.2 Ventana principal del sistema
2. RESULTADOS DE LA PRUEBA
Defectos y desviaciones Veredicto
x PASO
FALLO
Observaciones Probador
Firma.
Nombre
Fecha
Fuente. Elaboración propia
65
3.4. Fase Transición
Tabla 31. Manuales del aplicativo desarrollado.
Manuales Descripción
Este documento es una ayuda básica y al
mismo tiempo necesario para el correcto
manejo del sistema, debe considerarse como
una orientación acerca de las funciones que
cada opción puede realizar así como los
procedimientos de trabajo que estas tienen.
Este documento nos ayudara a como se debe
instalar el sistema en las diferentes máquinas
de los usuarios.
Fuente. Elaboración propia
66
CAPITULO 4
RESULTADOS
4.1. Resultados
Tabla 32. Desarrollo de las actividades antes del aplicativo para los insumos.
Actividad Antes de implementación Después de
implementación
Definir los
insumos
Definir los insumos y cantidades a
utilizar por el tipo de mantenimiento
en cada OT.
Ya se tiene definido los
insumos y las cantidades a
utilizar en cada OT, según
los planes de
mantenimientos creadas.
Solicitud de
insumos
Se realiza un listado con las
cantidades de los diferentes
insumos a utilizar por todas las OT.
Ya se tiene detallado las
cantidades de los insumos a
utilizar en cada OT.
Verificar el stock Tener una lista con lo que se va
utilizar y verificar en físico si se
tiene el stock suficiente para las OT
creadas.
Se verifica sistemáticamente
el stock del sistema con lo
solicitado.
Fuente. Elaboración propia
Tabla 33. Errores en la gestión de stock de insumos.
Errores
/Disponibilidad de
Stock
Antes de la
implementación
Después de la
implementación
No se cuenta con
Stock
6 1
Compras recientes 5 2
Fuente. Elaboración propia
67
Figura 26. Errores en la gestión de stock de insumos.
Fuente. Elaboración propia
En la tabla 32, se describen las actividades que se realizaban antes de la implementación del
aplicativo, lo cual tomaba más tiempo para su ejecución ya con el aplicativo esto ya está definido
previamente y en la tabla 33 se muestra los errores que antes se tenían en el stock de los insumos
al momento de su solicitud después de la implementación del aplicativo el número de errores
disminuye, lo cual facilita que se pueda ejecutar la OT, esto se visualiza en la figura 26.
En la siguiente figura, vemos que el aplicativo cuenta con la opción donde se visualizan las
cantidades de los insumos a usar y si se cuenta o con el stock.
Figura 27. Visualización de stock de los insumos.
Fuente. Prototipo del aplicativo.
0
1
2
3
4
5
6
7
Antes de laimplementación
Despues de laimplementación
No se cuenta conStock
Comprasrecientes
68
Tabla 34. Desarrollo de las actividades en la planificación de mantenimiento.
Actividad Antes de implementación Después de
implementación
Definir el mantenimiento
a ejecutar por cada
equipo.
Verificar los
mantenimientos ejecutados
anteriormente por cada
equipo y ver cual le toca
para el mes actual.
Ya se tiene definido el
mantenimiento a ejecutarse
cada mes, con los planes
de mantenimiento ya
definidos por equipo.
Fuente. Elaboración propia
Tabla 35. Tiempo promedio en la planificación de mantenimiento.
Planificación de mantenimiento Tiempo promedio de
Creación de OT
antes de la
implementación del
sistema
Tiempo promedio de
Creación de OT
después de la
implementación del
sistema
Definir los equipos 10 2
Verificar el mantenimiento ejecutado
anteriormente
20 1
Crear la OT 8 1
38 4
Fuente. Elaboración propia
69
Figura 28. Tiempos en la planificación de mantenimiento.
Fuente. Elaboración propia
En la tabla 34 se describen las actividades que se desarrollan antes y después de la implementación
del aplicativo, en la tabla 35 se detallan los errores que se cometían antes de la implementación
pues al ser todo manual el error era mayor, pues se tenían que verificar las OT archivadas o coordinar
con el técnico que estuvo encargado, en la figura 27 se puede ver gráficamente la diferencia en los
tiempo.
En la siguiente figura vemos la venta de la programación de mantenimiento por equipo el cual luego
nos permitirá generar la OT por equipo.
Figura 29. Venta de equipo
Fuente. Prototipo del aplicativo.
0
5
10
15
20
25
30
35
40
Tiempo promedio deCreación de OT antes de laimplementación del sistema
Tiempo promedio deCreación de OT después de
la implementación delsistema
Series1
70
Tabla 36. Detalle de las actividades para el control y seguimiento de la OT.
Actividad Antes de implementación Después de
implementación
Registro de OT Se crea la OT en las hojas de
Excel luego se imprime.
Se crea en el sistema la
OT.
Actualización de OT No se lleva registro de las OT
ejecutadas, solo se archivan.
Se registra los trabajos
desarrollados en cada OT
ejecutada.
Fuente. Elaboración propia
Tabla 37. Numero de errores cometidos en la creación de OT
Creación de OT Antes de la
implementación
Creación de OT
Después de la
implementación
Creación de OT
Numero de errores por equipo 8 1
Mala definición de
Mantenimiento.
5 2
Fuente. Elaboración propia
71
Figura 30. Cantidad de errores en la creación de OT.
Fuente. Elaboración propia
En la tabla 36, se detalla las actividades realizadas antes de la implementación para la creación y
registro de la OT, en la tabla 37 se muestran los números de errores cometidos en la creación de la
OT lo cual se refleja en la figura 28 donde se visualiza la disminución de dichos errores.
En la siguiente figura, mostramos la ventana del aplicativo donde se visualizan las OT creadas por
un equipo, con esta opción se puede hacer seguimiento de los trabajos ejecutados sean preventivos
y/o correctivos por equipo.
Figura 31. Mantenimiento de OT.
Fuente. Prototipo del aplicativo.
0
2
4
6
8
10
Antes de la implementaciónCreación de OT
Después de la implementaciónCreación de OT
Numero de errores por equipo
Mala definición de Mantenimiento.
72
4.2. Presupuesto
Análisis del Costo del proyecto.
En este punto se mostrara si es factible en costo el proyecto, la implementación del aplicativo en la
empresa Lift Parts & Service SAC.
Tabla 38. Presupuesto para la implementación del sistema
PRESUPUESTO UNIDAD PRECIO CANTIDAD TOTAL
1. Recursos Humanos
Yan Xilan Amanqui
Flores 1 3500 1 3500
2. Recursos Materiales
Papel Bond Millar 22 2 44
Lapicero Global 0.5 5 2.5
Engrampador Global 10 1 10
Perforador Global 10 1 10
Folder manila Global 0.5 10 5
Acceso a internet Global 150 3 450
Recursos Técnicos
3.1 Hardware
Computadora Global 2000 1 2000
Memoria USB(4GB) Global 20 1 20
Impresora Global 400 1 400
3.2 Software
Microsoft Office 2017 Global 580 1 580
SQL Server 2012 Global 850 1 850
Power Builder 9.1 Global 1000 1 1000
Windows 10 profesional Global 1000 1 1000
Otros Global 1 0
Total 9871.5
Fuente. Elaboración propia
73
CONCLUSIONES
Con el presente informe se concluye que después de la implementación del aplicativo en el
área de mantenimiento en la empresa Lift Parts & Service SAC.
1. Se reduce el tiempo de compra de los insumos a utilizar en las OT en un 50%, pues ya
tenemos con anticipación de los insumos a utilizar, lo cual facilita que gestionemos la compra
y tener los insumos en stock antes de programar la ejecución del mantenimiento con el cliente,
por lo cual ya no hay la necesidad de reprogramar los trabajos.
2. El desarrollo de la planificación del mantenimiento para los equipos es muy importante, pues
en el aplicativo ya se tiene definido por equipo un plan de mantenimiento a ejecutarse por
todo el año, además en cada OT podemos registrar las observaciones realizadas por el
técnico el cual puede indicar la realización de un mantenimiento correctivo posterior.
3. Con la implementación del aplicativo para el área de mantenimiento, esto nos permitirá
realizar un mejor control de las OT creadas y nos permitirá llevar un mejor seguimiento de los
trabajos que puedan quedar pendientes de ejecución y/o mantenimiento correctivos que se
pueda realizar.
74
RECOMENDACIONES
1. Se recomienda siempre tener actualizado los planes de mantenimiento de los equipos a
cuales se va a realizar la programación del mantenimiento preventivo.
2. Antes de empezar a usar el aplicativo debe de leer el manual de usuario para que los
usuarios se puedan ir familiarizándose con las opciones y ventanas del aplicativo.
3. Se deben de realizar capacitaciones al personal que interactúe con el aplicativo.
4. Se debe de registrar todos los datos de solicitados en las OT, pues esto nos permitirá
llevar un mejor control de los tiempos empleados para la ejecución de la OT, lo cual nos
permitirá obtener indicares KPI.
5. Se recomienda registrar en la OT las observaciones realizadas por el técnico, lo cual
posteriormente puede ejecutarse un mantenimiento correctivo.
6. Con la data ingresada por cada equipo posteriormente podremos obtener historial de los
trabajos realizados.
75
ANEXOS
76
ANEXO 01 - ORDEN DE TRABAJO
77
ANEXO 02 - PLAN DE MANTENIMIENTO
78
79