universidad de guayaquil facultad de ingenierÍa...
TRANSCRIPT
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERÍA INDUSTRIAL
DEPARTAMENTO ACADÉMICO DE TITULACIÓN
TRABAJO DE TITULACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
LICENCIADO EN SISTEMAS DE INFORMACION
ÁREA DESARROLLO DE SISTEMA
TEMA DESARROLLO DE UN SISTEMA DIRIGIDO A LA
GESTION Y SEGUIMIENTO DE ÓRDENES DE TRABAJO DEL DEPARTAMENTO DE
MANTENIMIENTO INDUSTRIAL DE LA EMPRESA ARCADOR DE LA CIUDAD DE GUAYAQUIL.
AUTOR SANIZACA BUESTÁN JAVIER UBALDO
DIRECTOR DEL TRABAJO ING. MORENO DIAZ VICTOR HUGO, MSC.
2017
GUAYAQUIL – ECUADOR
II
DECLARACION DE AUTORIA
“La responsabilidad del contenido del presente trabajo de titulación,
me corresponde exclusivamente, y el Patrimonio intelectual del mismo a la
Facultad de Ingeniería Industrial de la Universidad de Guayaquil”
Sanizaca Buestán Javier Ubaldo
C.I. 0921870077
III
DEDICATORIA
Quiero dedicar este Trabajo de Titulación al Creador por darme la
bendición de continuar los estudios Universitarios, la sabiduría y
sobretodo resistencia para no rendirme.
A mis padres Luis R. Sanizaca y Olimpia A. Buestán, mi orgullo de
toda la vida que desde pequeño me inculcaron que el estudio es la mejor
herencia.
A Karen, mi inspiración en estos años de estudios, la razón por la cual
continúe hasta el final.
IV
AGRADECIMIENTO
Ante todo a Dios por darme la vida y la salud para poder culminar esta
etapa profesional y darme fortaleza y calma para salir adelante.
A mi familia que ha estado conmigo, brindándome su apoyo,
especialmente a mis padres que confiaron en y mí, y son mi inspiración.
A la Facultad de Ingeniería Industrial, centro de enseñanza orgullo de
Guayaquil, y sus Autoridades.
A todos mis profesores que a lo largo de mis estudios, han sabido
transmitir sus conocimientos para conmigo y sin lugar a duda son parte de
mi formación.
Especialmente agradezco a mi tutor, el Ing. Víctor Hugo Moreno, por
su incondicional apoyo brindado durante el proceso de Titulación.
ÍNDICE GENERAL
N° Descripción Pág.
PRÓLOGO 1
INTRODUCCIÓN 2
CAPÍTULO I
MARCO TEÓRICO
N° Descripción Pág.
1.1 la gestión de procesos 12
1.1 La Gestión basada en procesos 12
1.1.2 La gestión de mantenimiento en empresas del sector
Industrial 13
1.1.3 Clasificación de los procesos 14
1.1.4 Herramientas para una buena gestión 15
1.1.5 Representación gráfica de los procesos 17
1.1.6 Lluvia de ideas 18
1.1.7 Diagrama de Pareto 19
1.1.8 Estructura de una hoja de procesos 21
1.2 Arca Continental en Sudamérica 23
1.2.1 El grupo Arca Continental 23
1.2.2 Resultados operativos para Sudamérica 24
1.2.3 Arca en la región 26
1.3 La presencia de Arca Ecuador como principal empresa
Embotelladora de bebidas a la marca Coca-Cola 27
1.3.1 La inserción de Arca Continental en el Ecuador 27
VI
N° Descripción Pág.
1.4 La gestión de mantenimiento a equipos de Arcador 27
1.4.1 La estrategia de mantenimiento como una gestión
Importante 27
1.4.2 Importancia de mantenimiento y conservación a
Equipos 29
1.4.3 Como preparar la estrategia de mantenimiento 30
1.5 Ordenes de trabajo en Arcador S.A. 32
1.5.1 Las ordenes de trabajo en mantenimiento industrial 32
1.5.2 Generalidades de una orden de trabajo 33
1.5.3 Importancia de las órdenes de trabajo 34
1.6 Marco conceptual 34
1.6.1 Criterio para escoger un software de diseño 34
1.6.1.1 El lenguaje de programación que se ajusta a las
Necesidades 34
1.6.1.2 La plataforma visual Studio 35
1.6.2 La base de datos apropiada 36
1.6.2.1 Criterio para escoger una base de datos (MySql) 37
1.6.2.2 El lenguaje SQL 37
1.6.2.3 Ventajas y desventajas 38
1.6.2.4 Principales características de MySql 38
1.6.3 Arquitectura principal de software 38
1.6.3.1 Arquitectura de Diseño de Software 39
1.6.3.2 La relación entre Arquitectura y la Funcionalidad 39
1.6.3.3 Como se basa la definición y selección de la
Arquitectura correcta 39
1.6.4 Tipos de arquitectura de software 41
1.6.4.1 Arquitectura monolítica 41
1.6.4.2 Arquitectura Cliente – Servidor 42
1.6.4.3 Arquitectura de tres capas 43
1.6.4.4 Descripción de los componentes Arquitectura de tres
Capas 44
VII
N° Descripción Pág.
1.6.5 Diagramación 45
1.6.5.1 Diagrama de clases 46
1.6.5.2 Relaciones de clases 48
1.6.5.3 Diagrama de casos de uso 49
1.6.5.4 Objetivos de diagrama de casos de uso 51
1.6.5.5 Diagrama de colaboración 52
1.6.5.6 Diagrama de estado 52
1.6.6 Herramientas de diseño 54
1.6.6.1 Cristal Reports 54
1.6.6.2 Ventajas y desventajas 54
1.6.6.3 Framework 4.0 55
1.6.7 Metodología de desarrollo 57
1.6.7.1 Aplicación de la metodología Iconix 57
CAPÍTULO II
METODOLOGÍA
N° Descripción Pág.
2.1 Tipo de investigación 59
2.1.1 Alcance de la investigación 61
2.2 Arquitectura del sistema 61
2.3 Metodología de desarrollo 62
2.3.1 fase preliminar 62
2.4 Técnica de recolección de datos 63
2.4.1 La observación 64
2.4.1.1 Aplicación de la observación 65
2.4.2 La entrevista 69
2.4.2.1 Aplicación de las entrevistas 70
2.4.3 Recopilación de documentos 75
2.4.5 Diagrama ASME 78
VIII
N° Descripción Pág.
2.4.5.1 Narrativa del Diagrama ASME 79
2.4.6 Identificación del problema 80
2.4.7 Requerimientos funcionales 80
2.4.8 Requerimientos no funcionales 82
2.5 Casos de uso 82
2.5.1 Definición de los actores de casos de uso 82
2.6 Diagrama de contexto 84
2.6.1 Diagrama de casos de uso Login 85
2.6.2 Diagramas de casos de uso crear orden 85
2.6.3 Diagramas de casos de uso activar orden 86
2.6.4 Diagramas de casos de uso ejecutar orden 86
2.6.5 Diagramas de casos de agregar repuestos a la
Orden 87
2.6.6 Diagramas de casos de uso finaliza orden 87
2.6.7 Diagrama de casos de usos de Reportes 88
2.7 Descripción de casos de uso 88
2.7.1 Descripción de caso de uso Login 89
2.7.2 Descripción de casos de uso crear orden 90
2.7.3 Descripción de casos de uso activar orden 91
2.7.4 Descripción de casos de uso ejecutar orden 92
2.7.5 Descripción de casos de uso cargar repuesto
A orden 93
2.7.6 Descripción de casos de uso finalizar orden 94
2.7.7 Descripción de casos de usos reportes 95
CAPÍTULO III
PROPUESTA
N° Descripción Pág.
3.1 Introducción 96
IX
N° Descripción Pág.
3.1.1 Tema 96
3.1.2 Objetivo 96
3.1.3 Entorno de software 96
3.2 Fase de diseño 97
3.2.1 Modelo – diagrama de clases 97
3.2.2 Diagrama de actividades 98
3.2.2.1 Diagrama de actividades de ingreso al sistema 99
3.2.3 Modelo entidad – relación 102
3.2.3.1 Diccionario de la base de datos 103
3.2.4 Diagramas de diseño 104
3.2.4.1 Diagrama de secuencia 104
3.3 Mapa de sistema 108
3.4 Plan de implementación 109
3.5 Descripción del prototipo 110
3.5.1 Pantalla menú principal y sus controladores 110
3.5.2 Pantalla ingreso de clientes 111
3.5.3 Pantalla ingreso de órdenes de trabajo 112
3.5.4 Pantalla de ingreso de equipo 113
3.5.5 Pantalla de ingreso de marca 114
3.5.6 Pantalla de consulta de clientes 115
3.5.7 Pantalla consultar marca 116
3.6 Conclusiones 117
3.7 Recomendaciones 118
ANEXOS 119
BIBLIOGRAFÍA 140
X
ÍNDICE DE CUADROS
N° Descripción Pág.
1 Matriz del resumen de la entrevista 1 70
2 Matriz del resumen de la entrevista 2 72
3 Matriz del resumen de la entrevista 3 73
4 Matriz del resumen de la entrevista 4 74
5 Diagrama de Asme 78
6 Resumen de problemas detectados en la ejecución
De las órdenes de trabajo 80
7 Requerimientos funcionales 81
8 Requerimientos no funcionales 82
9 Actores del sistema 83
10 Descripción de uso de datos 89
11 Descripción de caso de uso crear orden 90
12 Descripción de caso de uso activar orden 91
13 Descripción de caso de uso ejecutar orden 92
14 Descripción de caso de uso agregar orden 93
15 Descripción de caso de uso finalizar orden 94
16 Descripción de caso de uso reporte 95
17 Lista de entidades que participan en el sistema 103
18 Plan de implementación 109
XI
ÍNDICE DE IMÁGENES
N° Descripción Pág.
1 Agrupación de procesos 15
2 Análisis de datos 16
3 El ciclo Deming 17
4 Representación gráfica de los procesos 18
5 Operaciones de arca continental 26
6 Esquema de la arquitectura monolítica 41
7 Arquitectura monolítica 42
8 Arquitectura cliente servidor 43
9 Esquema de arquitectura de tres capas 44
10 Representación de una clase 47
11 Esquema de los componentes de una clase 48
12 Esquema de herencia de clases 49
13 Esquema de diagrama de casos de uso 50
14 Ejemplo de casos de uso 51
15 Esquema de diagrama de estado 53
16 Modelo de lista de materiales 76
17 Modelo de órdenes de trabajo 77
XII
ÍNDICE DE TABLAS
N° Descripción Pág.
1 Modelo de ficha de procesos 23
2 Matriz de resumen de observación 1 66
3 Matriz de resumen de observación 2 67
4 Matriz de resumen de observación 3 68
5 Pantalla menú principal 110
6 Pantalla ingreso clientes 111
7 Pantalla ingreso de ordenes 112
8 Pantalla ingreso de equipos 113
9 Pantalla ingreso de marca 114
10 Pantalla de consulta cliente 115
11 Pantalla consulta marca 116
12 Diccionario de tablas 127
13 Tabla de clientes 128
14 Tabla de detalles ordenes 129
15 Tabla de equipos 130
16 Tabla de Repuestos 131
17 Tabla de trabajos 132
18 Tabla de técnicos 133
19 Tabla de centros 134
20 Tabla de usuarios 135
21 Tabla detalle hora 136
22 Tabla de auditoría 137
23 Tabla de hora marcadas 138
24 Tabla de operaciones 139
XIII
ÍNDICE DE DIAGRAMA
N° Descripción Pág.
1 Estructura organizacional de arcador 4
2 Diagrama de Ishikagua 20
3 Modelo de la estrategia de mantenimiento 31
4 Esquema de desarrollo de software 40
5 Diagrama de contexto 84
6 Diagrama de caso de uso Login 85
7 Diagrama de casos de uso crear orden 85
8 Diagrama de casos de uso activar orden 86
9 Diagrama de casos de uso activar orden 86
10 Diagrama de casos de agregar repuesto a la orden 87
11 Diagrama de casos de uso finalizar orden 87
12 Diagrama de casos de uso de reportes 88
13 Diagrama de clases 97
14 Diagrama de actividades de ingreso al sistema 98
15 Diagrama de actividades crear orden 99
16 Diagrama de actividades de activar orden 99
17 Diagrama de actividades de ejecutar orden 100
18 Diagrama de actividades de agregar repuesto 100
19 Diagrama de actividades finalizar orden 101
20 Diagrama de actividades finalizar reporte 101
21 Diagrama modelado de datos 102
22 Diagrama de secuencia Login 104
23 Diagrama de secuencia de usuarios 105
24 Diagrama de secuencia de ordenes 106
25 Diagrama de secuencia de repuestos 106
26 Diagrama de secuencia equipos 107
27 Diagrama de secuencia de reportes 107
XV
ÍNDICE DE ANEXOS
N° Descripción Pág.
1 Entidades del sistema SMCOT 120
2 Descripción el diccionario de las tablas 127
XVI
ÍNDICE DE GRÁFICOS
N° Descripción Pág.
1 Ordenes de trabajo de mantenimiento 8
2 Relaciones common lenguaje runtime 56
3 Tabla cabecera ordenes de trabajo 120
4 Tabla detalle de órdenes 120
5 Tabla de trabajo de órdenes 121
6 Tabla técnicos 121
7 Tabla de centro de trabajo 122
8 Tabla operaciones 122
9 Tabla repuestos 123
10 Tabla equipos 123
11 Tabla detalle hora 124
12 Tabla horas marcadas 124
13 Tabla clientes 125
14 Tabla auditoría 125
15 Tabla usuarios 126
XVII
AUTOR: SANIZACA BUESTAN JAVIER UBALDO TEMA: DESARROLLO DE UN SISTEMA DIRIGIDO A LA GESTIÓN Y
SEGUIMIENTO DE ÓRDENES DE TRABAJO DEL DEPARTAMENTO DE MANTENIMIENTO INDUSTRIAL DE LA EMPRESA ARCADOR DE LA CIUDAD DE GUAYAQUIL.
DIRECTOR: ING. MORENO DÍAZ VICTOR HUGO, MSC.
RESUMEN
El presente trabajo de investigación plantea el desarrollo de un sistema de información dirigido a la gestión y seguimiento de órdenes de trabajo del departamento de mantenimiento industrial de la empresa Arcador de la ciudad de Guayaquil, el cual colaborará interactivamente con los sistemas de gestión Integral de procesos ya establecido dentro de la empresa, en particular la gestión de Mantenimiento Industrial. Para el cumplimiento de sus objetivos se aplicaron diferentes técnicas de recopilación para realizar el levantamiento de información respectivo adicional a la búsqueda de la bibliografía pertinente y adecuada entorno al objeto de estudio. La aplicación de las técnicas de recopilación de datos cualitativas, como la observación, el estudio de campo, y entrevista, se logró obtener una idea clara de la problemática y necesidades principales del departamento con el objetivo de lograr plasmarlas en la solución propuesta. Se seleccionó la Metodología Iconix como pilar para el desarrollo del sistema, tomando en cuenta el patrón de desarrollo ordenado que consiste en elaboración de diagramas de casos de uso, diagrama de actividades, robustez, y diagramas de secuencia, para finalmente elaborar el modelo Entidad – Relación. Como plataforma de desarrollo se utilizó Visual Studio vb.net y POO en conjunto con MySQL como plataforma de base de datos. Finalmente se logró evidenciar el aporte de la alternativa propuesta a la gestión de mantenimiento industrial, así como, al sistema de monitoreo y control de órdenes de trabajo SMCOT, mejorando de esta manera la efectividad y eficiencia del área.
PALABRAS CLAVES: Mantenimiento, Industrial, Monitoreo, Proyecto, Metodología, Diagrama, Información, Gestión.
Sanizaca Buestán Javier Ubaldo C.C. 0921870077
Ing. Víctor Hugo Moreno Díaz, Msc. Director del Trabajo
XVIII
AUTOR: SANIZACA BUESTAN JAVIER UBALDO TEMA: DEVELOPMENT OF A SYSTEM DIRECTED TO THE MANAGEMENT AND
FOLLOW-UP OF WORK ORDERS OF THE INDUSTRIAL MAINTENANCE DEPARTMENT OF THE ARCADOR COMPANY OF GUAYAQUIL CITY.
DIRECTOR: SYST. ENG. MORENO DÍAZ VICTOR HUGO, MSC.
ABSTRACT
This following project is presented as the Development of an Information System directed to the management and tracing of work orders of the industrial maintenance department of the Arcador Company of the city of Guayaquil, which collaborates with the Integral Process Management System already established within the company, mainly the management of Industrial Maintenance. For which it was conducted different research studies in order to perform the information collection, as well as the search of relevant literature and suitable to the object of the study. Through compiling the qualitative techniques, such as observation, field study, and interview, a clearer idea of the problems and main needs of the department is achieved and translated into a system. A comparative analysis was made with other similar information systems that can contribute with the requirements and needs of the project, taking into account the methodologies, their advantages and disadvantages to be able to choose Iconix as a development pillar in the development of the system, taking into account the an order development pattern which consists on the use of case diagrams, activity diagram, robustness, and sequence diagrams, to finally elaborate the Entity - Relationship model. As a development platform it was used Visual Studio vb.net and POO in conjunction with MySQL as a database platform. In conclusion, it was possible to contribute to the management of Industrial Maintenance, with the system of monitoring and control of work orders SMCOT, improving the effectiveness and efficiency of its functions.
KEY WORDS: Maintenance, industrial, Monitoring, Methodology, Diagram, Management, Information, Project.
Javier Ubaldo Sanizaca Buestán C.C. 0921870077
Syst. Eng. Moreno Díaz Víctor Hugo, Msc Director of work
PRÓLOGO
El presente proyecto se titula Desarrollo de un Sistema dirigido a la
gestión y seguimiento de órdenes de trabajo del departamento de
mantenimiento industrial de la empresa Arcador de la ciudad de
Guayaquil, con el fin de brindar un aporte a los Sistemas de Gestión ya
establecidos en la Empresa, y así colaborar con la Jefatura de
Mantenimiento en la toma de decisiones y a sus colaboradores en el
mejoramiento de sus funciones, optimizando los tiempos de respuesta
para asistir a los clientes internos.
El propósito del Sistema, es, gestionar las órdenes de trabajo y
actividades de Mantenimiento, así como también, evaluar la eficiencia de
Los Técnicos que trabajan en el Área. Se utilizó la metodología Iconix
para el análisis y diseño del proyecto.
El Proyecto comprende 3 Capítulos:
Capítulo 1: Marco teórico, todo lo relacionado a las técnicas de
investigación, metodologías, arquitectura, entornos de trabajos, y
herramientas de análisis y desarrollo.
Capítulo 2: Metodología, Iconix y sus Fases, Arquitectura
Capítulo 3: La Propuesta, se detallan los pasos para el desarrollo del
Sistema, uso de Diagramas, diccionario de base de datos, diseño de
Pantallas, conclusiones y recomendaciones.
INTRODUCCION
Arca Continental Ecuador Arcador S.A. es una empresa dedicada a la
fabricación y envasado de bebidas no alcohólicas, autorizada a distribuir y
comercializar los productos de The Coca Cola Company. (Salcedo &
Velarde).
Esta empresa del sector industrial cuenta con 3 plantas
embotelladoras a nivel nacional ubicadas en Guayaquil, Quito y Santo
Domingo. Actualmente cuenta con 42 centros de distribución en todo el
país, distribuyendo sus productos a todos los puntos de ventas utilizando
su propia flota de camiones.
Arcador cuenta con una fuerza de ventas propia, utilizando sistemas
de distribución como preventa, auto venta, mini bodegas, y triciclos. Los
grupos Noboa y Herrera-Eljuri fueron protagonistas del inicio de la
inversión al mercado Ecuatoriano de la marca Coca Cola desde 1940
atravesando un ciclo consolidado a partir de 1990.
Inicialmente la embotelladora se llamaba CESA, luego cabio su
nombre a INGASEOSAS, y finalmente se llamó con CONGASEOSAS
S.A.
Arca Continental Ecuador Arcador S.A. surge a partir del año 2010
cuando el grupo Mexicano ARCA CONTINENTAL compra las acciones de
ECUADOR BOTTLING COMPANY corp. (EBC)
La empresa ARCA CONTINENTAL es una multinacional muy
reconocida a nivel internacional, ya que cuenta con operaciones en varios
países tales como México, Ecuador, y Argentina.
Introducción 3
Misión
“Generar el máximo valor para nuestros clientes, colaboradores,
comunidades, accionistas, satisfaciendo en todo momento y con
excelencia las expectativas de nuestros clientes y consumidores”.
(ARCACONTINENTAL, 2016)
Visión
“Ser líderes en todas las ocasiones de consumo de bebidas y
alimentos en los mercados donde participemos de manera rentable y
sustentable”. (ARCACONTINENTAL, 2016)
Valores
Integridad sustentada en respeto y justicia
Desarrollo integral del capital humano
Sustentabilidad y responsabilidad social
Orientación al cliente y vocación de servicio. (ARCACONTINENTAL,
2016)
Política de Calidad
“Arca - Continental Ecuador Arcador S.A. dedicada a la fabricación y
envasado de bebidas no alcohólicas, comprometida a elaborar productos
conforme a los estándares de calidad, ambiente, seguridad y salud
ocupacional, a satisfacer en todo momento y con excelencia las
necesidades de los clientes, colaboradores, comunidades, accionistas.”
(ARCACONTINENTAL, 2016)
Los pilares fundamentales de Arcador son los recursos tecnológicos, el
capital humano y su competencia, su infraestructura y fuerza de ventas.
Introducción 4
D
IAG
RA
MA
No
. 1
ES
TR
UC
TU
RA
OR
GA
NIZ
AC
ION
AL
DE
A
RC
AD
OR
Fu
en
te:
Arc
ad
or
(AR
CA
CO
NT
INE
NT
AL
, 20
16)
Ela
bo
rad
o p
or:
San
iza
ca B
ue
stá
n J
avie
r U
bald
o
Introducción 5
Antecedentes
En la actualidad la empresa Arcador SA cuenta con un 75% de
participación en el mercado con sus productos Coca-Cola, Fanta, Sprite,
Fioravanti, Incacola, Dasani, Powerade, y jugos Del Valle, y cuenta con
3200 colaboradores aproximadamente.
El departamento de mantenimiento de la empresa Arcador es el
responsable de mantener operativas las maquinarias y equipos de la
planta y velar por su óptimo funcionamiento en la ejecución de sus
procesos de embotellado de bebidas.
El área de mantenimiento está conformada por el gerente de
mantenimiento, jefe de mantenimiento mecánico, jefe de mantenimiento
eléctrico, planificador de proyectos, cinco supervisores especialistas, dos
instrumentistas, el equipo de técnico industriales y técnicos electrónicos
que suman un total de 43 colaboradores.
Los trabajos que se realizan en el área de mantenimiento se clasifican
en 2 tipos, mantenimiento preventivo y mantenimiento correctivo. El
mantenimiento preventivo como su palabra lo indica previene algún daño
o avería que se pueda presentar por el uso de las maquinarias.
El mantenimiento correctivo se lleva a cabo una vez presentado algún
daño o avería en la maquinaria debido a un evento no deseado, y que
perjudica la continuidad del proceso de producción de la planta.
Las diversas actividades que se realizan en el área de mantenimiento
por parte de los técnicos son principalmente el análisis de equipos, y
componentes electrónicos, reemplazo de partes y repuestos, trabajos de
montaje y desmontaje de sistemas mecánicos, programación de PLC,
automatización computarizada de maquinarias y equipos, mecanizado de
Introducción 6
piezas en torno, fresa, taladro, procesos de soldadura ti y electrodo, entre
otros.
Todos estos trabajos surgen a partir de un cronograma de
mantenimiento por parte del planificador que es el que se encarga de
llevar un control de todos los equipos que hay en la planta de Arcador,
Por otro lado como lo habíamos mencionado se puede presentar una
avería en cualquier momento en alguno de los equipos, por lo cual los
técnicos tienen que intervenir de manera inmediata a reparar dichas
averías y dar solución a los problemas.
La planta de embotellado está ubicada en la ciudad de Guayaquil Av.
Juan Tanca Marengo Km 4.5 frente a la Unidad Educativa Mariscal Sucre.
La empresa cuenta con 7 líneas de producción las cuales abastecen al
mercado del Ecuador con todos los productos que The Coca-Cola
Company puede ofrecer. (ARCACONTINENTAL, 2016)
Una línea de producción puede envasar hasta 50000 litros de bebida
por día de acuerdo a un cronograma de producción previamente
establecido por un plan estratégico en base a la demanda del mercado.
El área de mantenimiento debe velar por la correcta y eficiente
disponibilidad de los equipos, para que estos se mantengan operativos
logrando así las metas propuestas de producción.
Los clientes internos del área de mantenimiento son las 7 líneas de
embotellado, los procesos alternos, tales como área de cocimiento de
azúcar, sala de calderos, área de compresores, área de soplado, área de
enfriamiento, planta purificadora de agua, y área de tratamiento de aguas
residuales.
Introducción 7
Objeto de estudio
El objeto de estudio de esta investigación es el proceso para la gestión
de órdenes de trabajo que se generan en el departamento de
mantenimiento de ARCADOR.
Todo trabajo de mantenimiento ya sea preventivo o correctivo nace a
partir de un requerimiento por parte de las líneas de producción, así como
también de un plan programado, se crea una orden de trabajo por parte
del supervisor especialista o por el planificador. Dicha orden se imprime y
se asigna a los técnicos responsables de ejecutar dicho trabajo.
Una orden de trabajo es un documento escrito que el departamento de
mantenimiento entrega al técnico o persona correspondiente, y que
contiene básicamente el trabajo o servicio que se debe ejecutar.
Generalidades de una orden de trabajo:
Dentro de la estructura de una orden de trabajo se debe incluir cierta
descripción para que cumpla con un formato aprobado por la
organización, tales como numero de orden, el lugar (matriz, sucursal,
planta norte, planta Gye, Santo domingo, planta Quito) donde se lleva a
cabo , el tiempo estimado a terminar el trabado requerido, nombre y
apellidos, código del trabajador y/o trabajadores que llevarían a cabo
dicho trabajo, los repuestos o insumos a utilizar por reposición, materiales
consumibles para realizar las reparaciones, valoración de prioridad, tipo
de mantenimiento, centro de costo, horas hombre, descripción de las
actividades de manera superficial, causa de fallo, síntomas, operaciones a
seguir, y fecha de creación, culminación y cierre de la misma.
Una vez concluido los trabajos firman el documento las personas que
intervienen, también la firma de aceptación y conformidad por parte del
Introducción 8
cliente (en este caso el supervisor de línea) y se entrega al planificador
para su correspondiente evaluación y archivo.
Justificación
El incremento de órdenes de trabajo ha ido aumentando
paulatinamente desde el año 2013, año en que el departamento de
sistemas de gestión (SGI) decide que todos los trabajos de mantenimiento
se efectúen con órdenes de trabajo de acuerdo al ISO 9000 de calidad.
En el año 2016 se registraron 1625 órdenes de trabajo, 253 de estas
quedaron inconclusas.
El sistema de control y seguimiento de órdenes de trabajo busca llevar
un monitoreo en tiempo real de todas las actividades que se están
llevando a cabo en el área de mantenimiento, desde el momento en que
se crea la orden de trabajo hasta que se cierra y da por terminada dicha
orden.
GRÁFICO N° 1
ORDENES DE TRABAJO DE MANTENIMIENTO.
Fuente: Dpto. Mantenimiento. (ARCACONTINENTAL, 2016) Elaborado por: Sanizaca Buestán Javier Ubaldo
2013 2014 2015 2016
terminadas 456 764 1342 1625
inconclusas 25 96 165 253
0
200
400
600
800
1000
1200
1400
1600
1800
ORDENES DE TRABAJO DE MANTENIMIENTO
terminadas inconclusas
Introducción 9
Problemas que se pretende mejorar.
El sistema de información va ayudar a reducir a un mínimo las ordenes
de trabajo que quedan inconclusas ya sea por diferentes motivos. Dentro
de la gestión de mantenimiento existen ordenes de trabajo que no se
logran concluir debido situaciones de prioridad, de cambios repentinos,
poca disponibilidad de técnicos, factores económicos de presupuesto,
falta de materiales e insumos en bodega, demora en importación de
repuestos, etc.
Aporte a la gestión de mantenimiento en la empresa Arcador.
Aporte de la investigación
Con esta investigación se pretende aportar con un historial de trabajos
y a su vez una base de datos con información valiosa que puede ser
tomada con el tiempo como datos estadísticos para planes de
mejoramiento continuo dentro de Arcador.
Aporte del investigador.
El aporte por parte del investigador es entregar a la Empresa una
herramienta tecnológica para ayudar a la jefatura de mantenimiento a
saber con mayor exactitud qué equipos están operativos, que técnicos
están disponibles, a saber un estimado de materiales e insumos que los
técnicos van a necesitar para ejecutar dichos trabajos.
Así como también la frecuencia con la que se llevan a cabo los
diferentes tipos de trabajos para un mayor control.
Responsabilidad social. Con este sistema se busca reducir tiempos
muertos de producción, que son aquellas horas que la empresa pierde al
Introducción 10
no producir normalmente por causa de algún daño o avería, y que al final
se refleja en las utilidades repartidas a todos los colaboradores de la
organización. Esto tiene pertinencia a los objetivos del PLAN NACIONAL
DEL BUEN VIVIR, del gobierno Nacional del Ecuador, específicamente al
Objetivo 11. Asegurar la soberanía y eficiencia de los sectores
estratégicos para la transformación industrial y tecnológica. Al Objetivo 8.
Consolidar el sistema económico social y solidario, de forma sostenible.
(Secretaria Nacional de Planificacion y Desarrollo, 2017)
Impacto a los colaboradores de arcador
Con esta Propuesta se pretende crear conciencia a los colaboradores
del área sobre la importancia de la gestión de mantenimiento para
mejorar su eficiencia en los trabajos a ellos encomendados, también se
busca optimizar los tiempos de respuesta por parte de los técnicos ante
cualquier daño o avería que se pueda suscitar en los equipos dentro de la
planta.
Además con este sistema se busca anticiparse a los requerimientos de
suministros y materiales a necesitar, es decir, estar pendiente del stock en
bodega general, y estar preparados ante la falta de algún repuesto o
material; de esta manera se evitara los continuos tiempos muertos que
afectan a la producción.
Es por eso que la propuesta de un sistema para la gestión y
seguimiento de órdenes de trabajo va a permitir llevar un mejor control de
todas las operaciones que se llevan a cabo en el departamento de
mantenimiento en la Empresa Arcador.
Objetivos.
A continuación se mencionan los objetivos generales y específicos.
Introducción 11
Objetivo general: Aportar al Sistema de Gestión Integral y mejoramiento
continuo de la empresa ARCADOR de la ciudad de Guayaquil, por medio
del desarrollo de un sistema dirigido a la gestión y seguimiento de
órdenes de trabajo del departamento de mantenimiento industrial.
Objetivos específicos
Mejorar el rendimiento de los empleados de mantenimiento por
medio del control de actividades, y equiparar la carga de trabajo a
cada uno de ellos.
Reducir el número de órdenes no atendidas para evitar la no-
conformidad en las evaluaciones departamentales y auditorias.
Desarrollar un sistema de información que aporte con el
seguimiento de las órdenes de trabajo en el departamento de
mantenimiento.
Satisfacer las expectativas de los clientes internos y brindar un
servicio de calidad.
CAPÍTULO I
MARCO TEÓRICO
1.1 La gestión de procesos
1.1.1 La Gestión basada en procesos
La gestión por procesos garantiza a las empresas llevar un control de
todas sus actividades específicas, para alcanzar sus metas propuestas
en un marco de negocio, esto independientemente del sector estratégico
que se desempeñe, pero siempre orientado a su visión y misión, propias
de una organización debidamente estructurada.
La Gestión basada en procesos no es un fin en sí mismo, si no, un
medio para que la organización pueda alcanzar eficaz y eficientemente
sus objetivos. Por ello, los procesos deben formar parte de un sistema
que permita la obtención de resultados globales en la organización
orientados a la consecución de sus objetivos, los cuales podrán estar
vinculados a uno o varios grupos de interés de una organización. (Beltran
& Carmona, 2009)
Según el documento ISO/TC 176/SC 2/N 544 R3, un proceso puede
definirse como un conjunto de actividades interrelacionadas o que
interactúan, las cuales transforman elementos de entrada en resultados.
Estas actividades requieren la asignación de recursos tales como:
humano y materiales. (ISO9000, 2008)
De acuerdo a lo establecido en los anteriores conceptos se puede
considerar a la gestión de procesos como una herramienta para lograr los
Marco Teórico 13
objetivos de mejora dentro de una organización, y de esta manera
satisfacer las necesidades de los clientes internos y externos.
1.1.2 La Gestión de mantenimiento en empresas del sector
industrial
En la actualidad las empresas industriales toman muy en serio la
gestión de mantenimiento por ser un mecanismo de planificación para
preservar sus activos, el objetivo de mantenimiento es principalmente
mantener la operatividad de sus equipos de producción y son medidos en
un indicador llamado disponibilidad de equipos.
La norma europea (CEN, 2012), afirma que, la moderna gestión de
mantenimiento incluye todas aquellas actividades de gestión que:
determinan los objetivos o prioridades de mantenimiento, las estrategias,
y las responsabilidades en la gestión.
Lo anterior permitirá luego, en el día a día, implementar estas
estrategias planificando, programando y controlando la ejecución del
mantenimiento para su realización y mejora, teniendo siempre en cuenta
aquellos aspectos económicos relevantes para la organización. (Parra &
Crespo, 2012)
Según lo citado anteriormente se puede reconocer que una gestión de
mantenimiento puede llevarse a cabo de manera óptima si se cuenta con
los recursos económicos oportunos, también se cuestiona el definir
prioridades lo cual es muy interesante y profundo en el ámbito de la
ingeniería industrial y de las empresas que fabrican productos.
Según (Parra & Crespo, 2012) esto se logra entender teniendo claro
estos dos aspectos:
Marco Teórico 14
a) El proceso de gestión de mantenimiento, que tiene un curso de
acción, es decir una serie de pasos a seguir.
b) El marco general de referencia para la gestión, es decir la
estructura básica de soporte constituida por una serie de
herramientas que conforman un sistema básico, que es necesario
para una gestión avanzada de mantenimiento. (Parra & Crespo,
2012).
Tomando en cuenta lo citado anteriormente por (Parra & Crespo,
2012) comprende que la gestión de mantenimiento no sería posible sin el
uso de herramientas de gestión, así como de estrategias, recursos
económicos y demás aspectos vinculados a conseguir los objetivos de
una organización.
1.1.3 Clasificación de los procesos
Según (Beltran & Carmona, 2009), los procesos se clasifican en 3
simples grupos:
a) Procesos estratégicos. Tiene que ver principalmente con la cabeza
de la organización y sus decisiones que pueden ser cruciales.
b) Procesos operativos. Como su nombre lo indica aterrizan
directamente a las líneas productivas.
c) Procesos de apoyo. Estos procesos trabajan en conjunto con los
procesos operativos, son considerados también como auxiliares.
Basado en los criterios de Beltrán 2009 se puede establecer que
existen modelos de procesos según el nivel de la organización, los cuales
interactúan desde el nivel inferior hasta el nivel más alto, y que, por medio
de una retroalimentación se hace posible la gestión de sus sistemas de
procesos.
Marco Teórico 15
Es decir que los Procesos estratégicos necesitan alimentarse de los
procesos que le preceden en su categoría. Según la agrupación de
procesos podemos establecer el siguiente cuadro.
IMAGEN N° 1
AGRUPACIÓN DE PROCESOS
1.1.4 Herramientas para una buena gestión
Muchos sistemas de mejora de la calidad se fundamentan en la
recolección de datos. Esto es importante puesto que si no recogemos
datos, no sabemos en qué situación nos encontramos y por lo tanto no
sabemos si nuestro proceso evoluciona a mejor o peor. Los datos en sí
mismo son muy difíciles de interpretarlos a no ser que los ordenemos,
agrupemos, de manera que sea más fácil su análisis para la toma de
decisiones. (Plaza Tovar, 2009)
Fuente: (Beltran & Carmona, 2009) Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 16
IMAGEN N° 2
ANÁLISIS DE DATOS
Según lo explicado por Plaza, 2009. Se puede destacar la importancia
de los datos, en todos los procesos que una organización maneja, y esos
datos convertirlos en información valiosa para aplicarlos a planes de
mejoramiento continuo necesarios para la evolución favorable de las
organizaciones.
El PHVA más conocido como el ciclo Deming es una herramienta que
permite la mejora continua de los procesos y a su vez ir capturando
información relevante para ser utilizada en aras de la satisfacción del
cliente.
Planificar: hacer una de ideas para mejora de los procesos.
Hacer: llevar a cabo todas las acciones planificadas en tiempo
estimado.
Verificar: que las acciones sean ejecutadas según lo planificado.
Actuar: y realizar los ajustes que sean necesarios para que el
nuevo ciclo mejore.
El PDCA por sus siglas en ingles PLAN – DO – CHECK – ACT es una
de las herramientas más utilizadas en la gestión de procesos para facilitar
el seguimiento de una idea y tomar las correcciones de darse el caso que
Fuente: (Beltran & Carmona, 2009)
Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 17
se presenten. En este trabajo se va a ir ajustando la necesidad del uso del
ciclo Deming para implantar la propuesta del sistema de órdenes de
trabajo.
Planear.
Hacer.
Revisar.
Actuar.
IMAGEN N° 3
EL CICLO DEMING
1.1.5 Representación gráfica de los procesos
En el siguiente grafico se representa como están estructurados los
procesos y su desglose interno en el enfoque operativo que es donde se
realizan las actividades principales y donde se recoge los datos
necesarios para que se pueda manifestar la retroalimentación, así mismo
se puede apreciar las entradas y las salidas, sus actividades y
características.
Fuente: (Beltran & Carmona, 2009)
Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 18
La eficiencia de un proceso tiene mucho que ver con la disciplina del
mismo y el compromiso de los involucrados en la gestión, los resultados
dependerán del grado de compromiso y del seguimiento de cada una de
las actividades, para garantizar actividad y eficiencia en los objetivos
finales de la organización.
Cada proceso tiene una secuencia ordenada, en donde cada una de
las salidas se reutiliza como una siguiente entrada para otro proceso, esto
da lugar a la retroalimentación de procesos para que el ciclo Deming
tenga sentido.
IMAGEN N° 4
REPRESENTACIÓN GRÁFICA DE LOS PROCESOS
1.1.6 Lluvia de ideas
La lluvia de ideas o Brainstorming, comprende la agrupación de
individuos para manifestar sus propios pensamientos enfocados a la
solución de un Problema, todos los involucrados aportan con un criterio
Fuente: (Beltran & Carmona, 2009) Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 19
personal y se toma en cuenta sus mejores ideas, luego de llegar a un
consenso.
En el Brainstorming las palabras son anteriores al pensamiento. Para
ello, es necesario dotar a la reunión de una estructura abierta y Flexible.
Todo vale, por sorprendente que parezca, y todo se considera, hasta
la idea más disparatada, ya que puede ser la base de nuevas ideas.
Una sugerencia puede ser la base de nuevas ocurrencias. Recoger
ideas, cambiarlas y lanzarlas de nuevo puede favorecer enormemente la
creación de ideas. (Campoy, 2005)
Por otro lado, (Cuatrecasas Arbós, 2010) expresa: Es una técnica
integral que puede utilizarse como soporte de muchas herramientas
de gestión, y que persigue la generación de ideas por parte de un
grupo de personas reunidas a tal efecto.
Ambos conceptos tienes cierta afinidad al referirse a:
Integración de varias Personas
Ideas que surjan con espontaneidad por parte de los involucrados
Como aporte para este trabajo se puede añadir el siguiente criterio
para el Brainstorming, el objetivo o fin común, que es la razón de ser de la
integración de personas para buscar una solución a un problema
específico.
1.1.7 Diagrama de Pareto
El diagrama de Ishikagua puede llegar a identificar muchas causas de
Marco Teórico 20
defectos, sobre todo si se tienen en cuenta las causas de estas y así
sucesivamente; el resultado puede ser que no sepamos <<por dónde
empezar>>. Para ayudar a dilucidar cuales son los problemas a atajar con
prioridad, e incluso en qué orden, se dispone del diagrama de Pareto; se
trata de una herramienta para tomar decisiones, sobre qué causas hay
que resolver, prioritariamente para lograr mayor efectividad en la gestión
Integral. (Cuatrecasas Arbós, 2010)
Los diagramas de Ishikagua se representan con una forma que tiene
un parecido a la espina de pescado.
DIAGRAMA N° 2
DIAGRAMA DE ISHIKAGUA
En resumen de todo lo expuesto anteriormente se puede denotar que
en un Sistema de Gestión es imprescindible el uso de herramientas que
permitan resolver todo tipo de problemas propios de la concepción de una
empresa, dentro de este trabajo se ha rescatado solo unas cuantas
herramientas, que, por la línea de investigación que éste apunta, aportan
de mejor manera para el objetivo de este proyecto, que es el
mejoramiento del proceso de órdenes de trabajo del departamento de
mantenimiento.
Fuente: (Cuatrecasas Arbós, 2010) Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 21
Para un sistema de gestión debe existir una guía de proceso o ficha de
Proceso, la cual contiene datos relevantes que se deben llenar para su
correspondiente documentación y posterior archivo.
Todas las fichas de proceso tienen un esquema básico y cada
organización está en la libertad de seguir total o parcialmente dicho
patrón, según lo crea necesario.
1.1.8 Estructura de una hoja de procesos
A continuación un extracto de cómo debe estar estructurada una hoja
de Proceso según el Instituto Andaluz de Tecnología:
Misión del proceso.
Propietario del proceso.
Límites del proceso.
Alcance del proceso.
Indicadores del proceso.
Variables de control.
Inspecciones.
Documentos y registros.
Recursos.
Toda hoja de proceso debe estar debidamente codificada en el
sistema de mejoramiento para su correcta y pronta ubicación. Este
formato debe estar ubicado en el lugar donde correcto donde se lleve a
cabo dicho proceso, debe tener fácil acceso y los involucrados contar con
a su respectiva inducción. Todos los formatos de procesos deben registrar
su última actualización y de requerirse algún cambio o modificación se
notificara de manera inmediata y se archivara las versiones anteriores.
Marco Teórico 22
En este caso, dentro de Arcador, la unidad encargada de elaborar,
diseñar, evaluar, transmitir los formatos de hoja de procesos y/o
procedimientos, es el departamento de Sistema de Gestión Integral, o
SGI, quien vela para que todos los procedimientos estén debidamente
documentados y actualizados.
Sin embargo existen casos en que se necesita de la autorización del
gerente de proyectos para:
Cambios procesos de manufactura.
Cambios de Logística.
Cambios de procesos de calidad.
Creación de nuevos procedimientos.
TABLA N° 1
MODELO DE FICHA DE PROCESOS
Fuente: (Beltran & Carmona, 2009) Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 23
1.2 Arca Continental en Sudamérica
1.2.1 El Grupo Arca Continental
Arca Continental es una empresa dedicada a la producción,
distribución y venta de bebidas no alcohólicas de las marcas propiedad
de The CocaCola Company, así como de botanas saladas bajo las
marcas Bokados en México, Inalecsa en Ecuador y Wise en los
Estados Unidos. Con una destacada trayectoria de más de 85 años,
Arca Continental es la segunda embotelladora de Coca-Cola más
grande de América Latina y una de las más importantes del mundo.
En su franquicia de Coca-Cola, la empresa atiende a una población
de más de 85 millones en la región norte y occidente de México, así
como en Ecuador, Perú y en la región norte de Argentina. (ARCA
CONTINENTAL, 2017)
Este informe contiene información acerca del futuro relativo a Arca
Continental y sus subsidiarias basada en supuestos de sus
administradores. Tal información, así como las declaraciones sobre
eventos futuros y expectativas están sujetas a riesgos e incertidumbres,
así como a factores que podrían causar que los resultados, desempeño o
logros de la empresa sean completamente diferentes en cualquier otro
momento.
Tales factores incluyen cambios en las condiciones generales
económicas, políticas, gubernamentales y comerciales a nivel nacional y
global, así como cambios referentes a las tasas de interés, las tasas de
inflación, la volatilidad cambiaria, las tasas de impuestos, la demanda y
los precios de las bebidas carbonatadas, el agua, el precio del azúcar y
otras materias primas utilizadas para la producción de refrescos, los
Marco Teórico 24
cambios climáticos y varios otros. (ARCACONTINENTAL, 2016)
1.2.2 Resultados operativos para Sudamérica
La División Sudamérica incrementó sus ventas netas 30%,
alcanzando los Ps. 8,746 millones en el 3T16. En lo que va del
2016, las ventas registraron Ps. 25,918 millones, 57.3% mayores.
El volumen total de ventas de Sudamérica aumentó 35.8% en
el 3T16 con respecto al mismo periodo del año pasado, impulsado
por la incorporación de Perú y contrarrestado por la situación
económica en Argentina y Ecuador.
Enfocados siempre en la creación de valor, en 2015 se formaliza
el modelo estandarizado de ejecución con el lanzamiento de ACT
(Arca Continental Ejecución Total) en México, enfocado en
asegurar la excelencia en la ejecución en el punto de venta, como
parte de esta estrategia se procede a iniciar el despliegue de este
modelo en Perú, Ecuador y Argentina.
Argentina
Durante el 3T16 se continua con inversiones en envases
retornables, alcanzando una cobertura de frio del 55.7%, como
parte de los esfuerzos para mitigar el efecto de contracción en
volumen. estrategias de precio de empaque para compensar los
altos niveles inflacionarios, logrando expandir nuestro margen 90
puntos base en el trimestre. (Reporte Trimestral: Arcacontal, 2016)
Ecuador
En el 3T16, Ecuador disminuyó 13.5% su volumen de
ventas, principalmente por la caída en refrescos con una
disminución del 15.0%, afectado por el impuesto a bebidas
Marco Teórico 25
azucaradas a partir de Junio de este año. Durante el 2016 el
volumen de ventas ha disminuido 7.4% respecto al 2015.
(Reporte Trimestral: Arcacontal, 2016).
Durante el trimestre, se amplía el portafolio de productos
enfocándonos en mejorar la asequibilidad, además de fortalecer
nuestra estrategia de ejecución en el punto de venta
mejorando significativamente nuestra cobertura y disponibilidad
de producto.
En Tonicorp se sigue impulsando la estrategia de innovación
enfocada en la asequibilidad y la frecuencia de consumo,
alcanzando una participación de mercado del 81.4% en
leche saborizada y 72.1% en yogurt (Reporte Trimestral:
Arcacontal, 2016).
En Inalecsa se sigue fortaleciendo el portafolio de botanas
dulces con el lanzamiento del Pan de Pascua INALECSA, así
como el lanzamiento de presentaciones individuales con el
objetivo de incrementar el número de transacciones.
Perú
El volumen de Perú disminuyó 2.5% en el 3T16,
principalmente afectado por carbonatados con una disminución
2.8%. Acumulado a septiembre 2016 el volumen de ventas
registra un crecimiento del 2.8%. (Reporte Trimestral:
Arcacontal, 2016)
Así mismo se continúa con el ritmo de expansión en cobertura
de frio introduciendo más de 6,300 enfriadores adicionales en el
trimestre, alcanzando 19,500 en lo quedó del 2016.
Todo lo anterior destacado del último reporte de Arca continental
Sudamérica.
Adicionalmente se sigue incrementando con el portafolio de
Marco Teórico 26
productos con el exitoso lanzamiento de Powerade Zero. (Reporte
Trimestral: Arcacontal, 2016)
1.2.3 Arca en la región
Según la revista Líderes, Arca Continental se hace presente en
Sudamérica consolidándose como la principal empresa de consumo de
bebidas y alimentos.
Los resultados. Las ventas netas de Arca, que se extienden por
México así como en Ecuador y Argentina, alcanzaron cerca de USD 1 218
millones en el segundo trimestre del 2013.
Los negocios. Arca Continental está desde el 2012 en el mercado
mexicano de lácteos a través de Santa Clara, empresa en la que participa
en conjunto con Coca-Cola y otros embotelladores mexicanos.
La empresa. En el 2011, las embotelladoras mexicanas Arca y Grupo
Continental se fusionaron para formar la segunda embotelladora de Coca
Cola en la región. (Comercio, 2016)
IMAGEN No. 5
OPERACIONES DE ARCA CONTINENTAL
Fuente: (ARCACONTINENTAL, 2016) Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 27
1.3 La presencia de arca Ecuador como principal empresa
Embotelladora de bebidas de la marca Coca-Cola
1.3.1 La inserción de Arca Continental en el Ecuador
Desde el pasado 23 de agosto, más de 3000 colaboradores de las
firmas pertenecientes a Tonicorp (Lácteas Toni S.A., Plásticos
Ecuatorianos, Dipor y Heladosa S.A.) empezaron a conocer los cambios
en las directrices empresariales. Luego de tres décadas en algunos casos
de ser conducidos por empresarios ecuatorianos, la mexicana Arca
Continental informó sobre la adquisición de la mayoría accionaria del
'holding' ecuatoriano. (Lideres, 2016).
Después de seleccionar los procesos, se los debe exponer de una
fácil interpretación y comprensión de la interrelación que existe entre
ellos, para lo cual se empleara un mapa de procesos. “el mapa de
procesos es la representación gráfica de la estructura de procesos que
conforman un sistema de gestión. (Beltran & Carmona, 2009).
A continuación un modelo ejemplo de agrupación de procesos que se
puede aplicar a la organización, el mismo que se usa como mapa de
procesos identificados en la empresa Arcador.
1.4 La gestión de mantenimiento a equipos en Arcador
1.4.1 La estrategia de mantenimiento como una gestión
importante
En primera instancia se entiende como mantenimiento a un conjunto
de Técnicas destinadas a conservar equipos e instalaciones industriales
Marco Teórico 28
en servicio, durante el mayor tiempo posible (buscando la más alta
disponibilidad) y con el máximo rendimiento.
Según (Parra & Crespo, 2012), la gestión de mantenimiento se puede
dividir en dos partes:
La definición de la estrategia de mantenimiento.
La implementación de la estrategia de mantenimiento.
Ahora, la primera parte requiere: conocer la definición de los objetivos
de mantenimiento como “input” del mismo. 0bviamente los objetivos de
mantenimiento dimana directamente al plan de negocio en cuestión.
Diseñar estrategias de mantenimiento que estén alineadas con los
planes de negocio es un aspecto clave y condiciona la consecución de
los objetivos de mantenimiento. (Parra & Crespo, 2012).
La segunda parte del proceso, la implementación de la estrategia
tiene un distinto nivel de importancia y tienen que ver con nuestra
habilidad para asegurar niveles adecuados de formación del
personal, de preparación de los trabajos, con la selección de las
herramientas adecuadas para realizar las diferentes tareas o, por
ejemplo, con el diseño y consecución de la ejecución a tiempo
de los diferentes programas de mantenimiento.
(Parra & Crespo, 2012).
En síntesis lo que asevera la teoría de Crespo y Parra. Se puede
complementar con un comentario adicional, y es el monitoreo o
seguimiento de los resultados del proceso de mantenimiento en periodos.
Y dicho monitoreo ser representado en indicadores para que los datos
rescatados sirvan como un panel de visualización, para tener una
apreciación de cómo está funcionando la gestión de mantenimiento en la
organización.
Marco Teórico 29
1.4.2 Importancia de mantenimiento y conservación a equipos
En Arcador el mantenimiento industrial se basa en dos enfoques, la
corrección y la prevención.
Con la prevención lo que se quiere es evitar daños a los equipos y
demás recursos tanto humanos como materiales, además se previene la
no conformidad en el ámbito de calidad e inocuidad de los alimentos en
caso de que la maquinaria presente daños en su integridad.
En lo que respecta a la corrección se podría decir que permite hacer
una inspección minuciosa para corregir cualquier anomalía en la
ejecución y funcionamiento de maquinaria y sus procesos ordenados de
producción.
Entonces dos tipos principales de mantenimiento son, el
mantenimiento preventivo y el correctivo. Lo que en la práctica representa
una particularidad; a veces, los equipos necesitan una fusión de estos dos
tipos, de manera que no es una teoría fija la de aplicar uno solo de ellos a
una maquinaria en particular.
Estos dos aspectos deben ser valorados por los ingenieros para
decidir qué tipo de mantenimiento se debe aplicar o dichos equipos.
El departamento de mantenimiento de Arcador tiene como una de sus
responsabilidades adiestrar a sus trabajadores en cuanto a los
procedimientos de manipulación de maquinarias y equipos, su correcto
funcionamiento, y que hacer en caso de presentarse algún desperfecto.
Un vez teniendo claro estos principios se puede concluir que la gestión
de mantenimiento implica reunir un conjunto de actividades, recursos
tecnológicos, económicos, humanos, y materiales, así como los tiempo de
planificación, y condiciones adecuadas con el fin de obtener un
Marco Teórico 30
desenvolvimiento óptimo de las maquinarias y disponibilidad de los
equipos.
1.4.3 Como preparar la estrategia de mantenimiento
Para preparar una estrategia de mantenimiento según afirma (Parra &
Crespo, 2012) existen métodos estándar de planificación estratégica que
se considera apropiado mencionar:
Obtención, partiendo de los objetivos corporativos del negocio, los
objetivos y políticas de mantenimiento al más alto nivel. Estos
objetivos pueden incluir, por ejemplo valores estimados y realistas
para las siguientes variables: disponibilidad de equipos, fiabilidad,
seguridad, riesgo, presupuesto de mantenimiento, etc.; a su vez,
estos objetivos deben ser comunicados a todo el personal que está
involucrado en mantenimiento, incluyendo terceras partes.
Determinación del desempeño o rendimiento actual de las
instalaciones productivas.
Determinación de los medidores claves a considerar para la
evaluación del rendimiento de las instalaciones (Key
Performance Indicators). Las mejoras a perseguir se basan en
esta serie de medidores aceptados por la serie de medidores
aceptados por la dirección de operaciones y de mantenimiento.
Establecimiento de una serie de principios que conducirán la
implementación de la estrategia, y que condicionaran la posterior
planificación, ejecución, evaluación, control y análisis para la
mejora continua de las actividades de mantenimiento y a su vez
una mejor participación en materia de Asistencia. (Parra & Crespo,
2012)
De los conceptos anteriormente mencionados se puede agregar el
Marco Teórico 31
justificativo para que se implemente, y es, en teoría, que debe existir un
objetivo de por medio relacionado a la visión de la empresa y al esquema
de negocio. Por otro lado esto no sería posible sin el compromiso de los
altos gerentes en gestionar los recursos apropiados y de manera oportuna
para que el proceso de mantenimiento tenga sentido de existencia, y por
ende la cadena de valor de la compañía obtenga su fluente auge de
desarrollo integral como organización.
DIAGRAMA N° 3
MODELO DE LA ESTRATEGIA DE MANTENIMIENTO
Fuente: (Parra & Crespo, 2012) Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 32
1.5 Ordenes de trabajo en Arcador S.A.
1.5.1 Las ordenes de trabajo en mantenimiento industrial
Dentro de los sistemas de gestión que se llevan a cabo en Arcador
están los Procesos del Área de mantenimiento para la Gestión de
Mantenimiento de todos los equipos con que cuenta la empresa.
En este trabajo se pretende hacer un enfoque hacia las órdenes de
trabajo y su naturaleza como tal, pero para ahondar un poco las
características propias se debe conocer cuál es el objetivo de la creación
de una orden de trabajo y su estructura. Una orden de trabajo es un
documento escrito que el departamento de mantenimiento entrega al
técnico o persona correspondiente, y que contiene básicamente el trabajo
o servicio que se debe ejecutar.
Las órdenes de Trabajo (OT) son específicas para cada empresa, en
función de la actividad, organización, cantidad y tipos de mano de obra y
equipos que posee etc. Sin embargo, existe una serie de datos comunes
en cualquier rama industrial o de servicios, que deben estar presentes en
este instrumento de información, como: el número consecutivo, el tipo de
la actividad de mantenimiento, la prioridad, los registros de historial, si los
instrumentos de supervisión actuaron correctamente o no, si la
intervención perjudicó la producción, el período de indisponibilidad del
equipo y la duración real del mantenimiento. (Mantenimiento Mundial, 2012)
1.5.2 Generalidades de una orden de trabajo:
Dentro de la estructura de una orden de trabajo se debe incluir cierta
descripción para que cumpla con un formato aprobado por la
Marco Teórico 33
organización, tales como numero de orden, el lugar (matriz, sucursal,
planta norte, planta Gye, Santo Domingo, planta Quito) donde se lleva a
cabo , el tiempo estimado a terminar el trabado requerido, nombre y
apellidos, código del trabajador y/o trabajadores que llevarían a cabo
dicho trabajo, los repuestos o insumos a utilizar por reposición, materiales
consumibles para realizar las reparaciones, valoración de prioridad, tipo
de mantenimiento, centro de costo, horas hombre, descripción de las
actividades de manera superficial, causa de fallo, síntomas, operaciones a
seguir, y fecha de creación, culminación y cierre de la misma.
1.5.3 Importancia de las órdenes de trabajo
La correcta utilización de órdenes de trabajo permite registrar y cargar
los costes correspondientes a cada trabajo.
Las horas planeadas o estimadas pueden ser comparadas con las
horas reales, podrán llamar la atención a cosas anormales, como por
ejemplo el empleo de dos horas para cambiar una bombilla. (Vaughn,
1999)
Los mencionado por (Vaughn, 1999), tiene un criterio muy acertado
desde el punto de vista operativo, ya que de eso se trata el control y
monitoreo hacia donde apunta este trabajo proyecto. Lo que el autor
menciona al referirse como “anormales” tiene muchos desgloses de toda
índole, no solo en horas mal utilizadas, también se puede detectar
insumos mal utilizados, desperdicio de materiales, despilfarros de la
materia prima, en fin, un sin número de anormalidades que se pueden
presentar en el proceso operativo.
La propuesta para un sistema de monitoreo y control de órdenes de
trabajo para el departamento de mantenimiento de la empresa Arcador,
Marco Teórico 34
pretende llevar un seguimiento más minucioso y en tiempo real de todas
la actividades del procesos de mantenimiento desde el momento que
inicia una Orden hasta que se da por culminada. Es decir durante todo el
proceso de mantenimiento.
1.6 Marco conceptual
1.6.1 Criterio para escoger un software de diseño
En el desarrollo de un sistema de información para el proyecto de
control y seguimiento de órdenes de trabajo se debe escoger el tipo
de software de desarrollo; tomando en cuenta los recursos con los
que cuenta la empresa, sistemas operativos, diseño de redes, entre
otros.
En Arcador el departamento de mantenimiento los equipos de
escritorio o clientes cuentan con sistemas operativos Windows 7
professional; Plataforma adecuada para la instalación de variedades de
sistemas gestores de contenido.
1.6.1.1 El lenguaje de programación que se ajusta a las
necesidades
Visual Basic es una plataforma de diseño de software muy potente que
tiene una diversidad de usos, y es escogida por desarrolladores debido a
su interfaz visual.
Se decide el uso de este lenguaje por cuatro razones importantes que
ayudan al buen desarrollo:
Marco Teórico 35
Familiarización con el lenguaje.
Es un lenguaje orientado a objetos.
Proporciona los atributos de herencia.
Compatible con versiones de BD.
1.6.1.2 La plataforma Visual Studio
Visual Studio es una plataforma de Microsoft, que constituye una
serie de herramientas para el diseño y programación de aplicaciones
informáticas.
Apropiada para conectarse con una Base de datos SQL, posee un IDE
completo con relación a las versiones anteriores de visual Basic, incluye
las guías para la pruebas de código, Test de errores, pruebas de carga y
también incluye un editor de código de interfaz que soporta varios
lenguajes.
Visual Basic .NET (VB.NET) es un lenguaje de programación orientado
a objetos que se puede considerar una evolución de Visual Basic
implementada sobre el framework .NET. Su introducción resultó muy
controvertida, ya que debido a cambios significativos en el lenguaje
VB.NET no es compatible hacia atrás con Visual Basic, pero el manejo
de las instrucciones es similar a versiones anteriores de Visual, facilitando
el desarrollo de aplicaciones más avanzadas con herramientas modernas.
La gran mayoría de programadores de VB.NET utilizan el entorno de
desarrollo integrado (IDE) Microsoft Visual Studio en alguna de sus
versiones (Visual Studio .NET, Visual Studio .NET 2003, Visual Studio
.NET 2005, Visual Studio .NET 2008), aunque existen otras alternativas,
como SharpDevelop. Al igual que con todos los lenguajes de
programación basados en .NET, los programas escritos en VB .NET
Marco Teórico 36
requieren el Framework .NET para ejecutarse. (SlideShare, 2017).
1.6.2 La base de datos apropiada
Existen muchos factores a tomar en cuenta al momento de escoger
una base de datos para desarrollar una aplicación, hay que,
primeramente, tomar en cuenta que es lo que se pretende desarrollar,
el alcance, el volumen de datos que se requiere manejar, los recursos
con los que se cuenta, las licencias, y en fin, un factor muy importante
es la familiarización con los lenguajes de programación y su capacidad
de interactuar con las diversas plataformas de desarrollo.
1.6.2.1 Criterio para escoger una base de datos (Mysql)
MySql es un gestor de base de datos open source derivado del SQL
(Structure Query Lenguage) y ha sido escogido para este trabajo de
proyecto de sistemas debido a su gran virtud de ser software libre y
de código abierto.
Si bien es cierto el MySql fue creado originalmente para
Plataformas Linux también existen versiones para Windows que
permiten de igual manera gestionar de manera óptima la interrelación de
la aplicación vb.net con MySql.
Las 4 versiones en MySql son las siguientes:
Estándar.
Max.
Pro.
Classic.
Marco Teórico 37
Todas las versiones menos la versión Pro, tienen licencia publica GNU,
se puede modificar el código pero si se intenta distribuirlo se tiene que
consultar el uso de la licencia en www.mysql.com
1.6.2.2 El lenguaje SQL
El lenguaje SQL (lenguaje de consulta estructurado) es un lenguaje
dedicado al acceso a base de datos permitiendo un sin número de
funciones como: recuperar, hacer cambios, consultas, es un lenguaje
dinámico y fácil de aprender compatible con muchas plataformas de
desarrollo de sistemas, por tal motivo se lo ha escogido para el desarrollo
de este proyecto.
1.6.2.3 Ventajas y desventajas
A continuación se menciona las principales ventajas para lo cual se ha
tomado la decisión de utilizar este lenguaje de consulta:
Ventajas:
Se lo considera como un lenguaje de alto nivel.
Puede diferenciar mayúsculas de minúsculas en sus líneas de
código.
No se considera un lenguaje secuencial (es decir que no importa el
orden )
Posee una Arquitectura cliente – servidor.
Desventajas:
Está limitado en ciertos aspectos cuando se lo quiere explotar a
niveles de funcionalidad y programación.
Marco Teórico 38
A pesar de ser considerada estándar al compilar con atrás
aplicaciones tiende a haber diferencias.
1.6.2.4 Principales características de MySql
Con el pasar del tiempo MySql fue incrementando propiedades en
donde presentaba deficiencias, tanto en las transacciones de datos así
como en la integridad de los mismos. Es la primera opción para la
mayoría de desarrolladores por su simplicidad. Y a continuación se
rescata las razones por la que MySql será utilizado en este trabajo de
proyecto.
Razones para utilizar MySql:
Lo Primero, es OpenSource.
Es un gestor de base de datos rápido, por lo que facilita su
rendimiento.
Se puede instalar en SO populares.
Asegura la integridad de los datos.
No consume muchos recursos en comparación con otros gestores
de Base de datos.
1.6.3 Arquitectura principal de software
Una vez definido el lenguaje que vamos a utilizar y el tipo de gestor
de base de datos apropiado para este proyecto, el siguiente paso es
establecer una arquitectura de diseño que se ajuste a las necesidades y
conocimiento del programador, se necesita tener conocimiento de las
diferentes arquitecturas de diseño para poder escoger las que sea la más
factible y que se pueda ajustar al tipo de proyecto que se pretende
Marco Teórico 39
desarrollar.
1.6.3.1 Arquitectura de Diseño de Software
Una arquitectura de diseño de Software consiste en una serie de
patrones y delineamientos basados en objetivos, es prácticamente la
estructura de todos los componentes del sistema.
Arquitectura define un esquema que explica la forma de cómo van a ir
interactuando los conjuntos de manera abstracta, se debe escoger una
arquitectura ideal de acuerdo a los requerimientos del sistema y de los
recursos disponibles.
Las decisiones de arquitectura de software (AS) dependen de los
atributos o requisitos de calidad, la arquitectura permite que estos
requisitos se cumplan.
1.6.3.2 La relación entre Arquitectura y la Funcionalidad
Hay que tomar en cuenta que la funcionalidad de un sistema es la
capacidad de hacer lo que en un principio se pretendía hacer, y la
Arquitectura hace las cualidades del sistema se logren implementar en el
sistema al mismo tiempo que la funcionalidad.
La Gran pregunta que se debe tener en cuenta es:
¿Cómo se puede saber si una arquitectura de software es apropiada
para un sistema sin tener que construir el sistema primero?
(cic.puj.edu.co, 2010).
Marco Teórico 40
DIAGRAMA N° 4
ESQUEMA DE DESARROLLO DE SOFTWARE
Fuente: http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:s2_conceptosdemodelado.pdf Elaborado por: Sanizaca Buestán Javier Ubaldo
La respuesta a esta pregunta está basada en la experiencia de los
expertos en teoría, que llegan a la conclusión, que, la medida en que un
sistema alcance sus requisitos de atributos de calidad depende de las
decisiones de arquitectura. (cic.puj.edu.co, 2010)
La arquitectura de software es la guía principal para el Desarrollo del
software
1.6.3.3 Como se basa la definición y selección de la
arquitectura correcta
La gran mayoría de los métodos de selección de la arquitectura están
enfocados en los requisitos de funcionabilidad. Algunos conceptos
también afirman que se puede diseñar una estructura solo enfocándose
en los requerimientos de los atributos de calidad.
Marco Teórico 41
En definitiva se podría decir que para escoger la arquitectura de
software correcta se debe tomar en cuenta, tanto la funcionabilidad, así
como los atributos der calidad del sistema.
1.6.4 Tipos de arquitectura de software
Antes de elegir una arquitectura es necesario conocer primero los tipos
de modelo arquitectura conocidos
1.6.4.1 Arquitectura monolítica
Es la arquitectura de los primeros SO constituidos fundamentalmente
por un solo programa compuesto de un conjunto de rutinas entrelazadas
de tal forma que cada uno puede llamar a cualquier otra. (Prezi.com,
2014)
Esta arquitectura comprende:
Un Proceso
Una máquina y un Usuario.
IMAGEN N° 6
ESQUEMA DE LA ARQUITECTURA MONOLÍTICA
Fuente:https://prezi.com/2uraxobilh0t/tipos-de-arquitecturas-de-software/ Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 42
Este tipo de arquitecturas son rápidas en su ejecución y gestión, pero
carecen de flexibilidad en lo que se refiere a ambientes de trabajo.
Además con esta arquitectura; los programas se compilan en módulos
separados y el que los une es un ligador.
IMAGEN No.7
ARQUITECTURA MONOLÍTICA
La única desventaja en esta arquitectura es que carece de la
propiedad de poder ampliarse en caso de que las necesidades lo
requieran.
1.6.4.2 Arquitectura Cliente- Servidor
Ya en este tipo de arquitectura el software se divide en dos partes, la
primera que es el servidor, y la segunda que vendrían a ser los clientes.
Fuente:https://prezi.com/2uraxobilh0t/tipos-de-arquitecturas-de-software/ Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 43
IMAGEN N° 8
ARQUITECTURA CLIENTE SERVIDOR
En esta arquitectura se destaca la virtud, de que, el control se
centraliza en un solo modulo, y se utiliza, ya en tecnologías que exigen un
poco más de procesamiento de datos.
1.6.4.3 Arquitectura de tres capas
En una simple y clara explicación acerca de cómo trabaja esta
arquitectura es principalmente que: separa la lógica de negocios de la
lógica de diseño
Básicamente es una arquitectura cliente – servidor que maneja
separadamente la capa presentación de usuario con la capa de BD
Con esta arquitectura se simplifica el ordenamiento de todo el conjunto
de elementos que conforman un sistema complejo.
Una ventaja es que no hay dependencia entre las capas menores con
relación a las capas superiores, lo que la hace obtener una gran
Fuente:https://prezi.com/2uraxobilh0t/tipos-de-arquitecturas-de-software/ Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 44
flexibilidad al diseño de la aplicación al momento de ampliarse según las
necesidades.
IMAGEN N° 9
ESQUEMA DE ARQUITECTURA DE TRES CAPAS
1.6.4.4 Descripción de los componentes Arquitectura de tres
capas
Definición de las capas:
Capa de presentación
Presenta el sistema al usuario
Captura y comunica la información al usuario
GUI interfaz gráfica de usuario, entendible amigable usable
Capa de negocio
En donde residen las funciones que se ejecutan.
Se reciben las peticiones de usuario.
Se procesa la información.
Fuente: https://prezi.com/2uraxobilh0t/tipos-de-arquitecturas-de-software/
Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 45
Se envían las respuestas tras el proceso (Prezi.com, 2014).
Capa de datos
Es en donde residen los datos.
Encargada de gestionar los datos.
Definir y almacenar.
Consultar.
Manipular.
Controlar (Prezi.com, 2014).
De todo lo anterior señalado se logra concluir que una Arquitectura es
la estructura del sistema en donde se aprecia la forma como los
componentes del mismo, interactúan, o, van entrelazadas de manera que
se aprecia la funcionalidad.
Para este proyecto se toma la decisión de escoger la Arquitectura
Cliente servidor, por inclinarse a los requerimientos que este trabajo de
proyecto exige.
Lo que se necesita es centralizar el control, esto implica, la
recopilación de la información en un solo computador para que esta sea
almacenada en un cuadro estadístico para que las jefaturas tomen
decisiones acerca de la gestión en sus departamentos.
1.6.5 Diagramación
Para poder familiarizarse con la diagramación es importante conocer
que es el UML (Lenguaje Unificado de Modelado) por sus siglas en inglés
Unified Modeling Lenguaje.
Este lenguaje proviene de una Normalización Internacional para
Marco Teórico 46
definir cómo deben ir estructurados los diagramas en los sistemas de
información. Pero UML no es en teoría un “lenguaje de Programación”,
sino que es una Estándar para la representación de los componentes y
esquemas de los sistemas informáticos.
Teniendo claro lo anterior, se puede continuar con los conceptos
principales de los tipos de Diagramas que existen, para decidir que
diagrama es el apropiado para representar el sistema propuesto en ese
proyecto.
Dentro de la Normalización UML se pueden clasificar en varios tipos
que se muestran a continuación:
Diagramas de clases.
Diagramas de casos de uso.
Diagramas de secuencia.
Diagramas de colaboración.
Diagramas de estados.
1.6.5.1 Diagrama de clases
Se enfoca en Clases, es decir se considera a una Clase como un
Identidad.
En el diagrama de clases se tienen presente dos criterios: clases y
relaciones. Una clase es la unidad básica que encapsula toda la
información de un objeto (un objeto es una instancia de un a
clase).
A través de ella podemos modelar el entorno en estudio (una casa, un
auto, una cuenta corriente, etc.) (users.dcc.uchile.cl, 2012).
Marco Teórico 47
IMAGEN N° 10
REPRESENTACIÓN DE UNA CLASE
En la imagen 10 se representa el rectángulo superior que indica el
nombre de la clase, el rectángulo intermedio indica los atributos, que
pueden ser públicos, privados, o protegidos, y, el rectángulo inferior
contiene las operaciones o métodos.
En síntesis, las clases van a contener:
Atributos.
Métodos.
Visibilidad
Los atributos se dividen en:
Público (+) public: el atributo es accesible desde todos lados.
Privado (-) private: el atributo se accesible solo dentro de la
clase.
Protegido (#) protected: el atributo será accesible desde la clase y
subclases. (users.dcc.uchile.cl, 2012)
Fuente: ttp://users.dcc.uchile.cl/~psalinas/uml/modelo.html
Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 48
IMAGEN N° 11
ESQUEMA DE LOS COMPONENTES DE UNA CLASE
1.6.5.2 Relaciones de clases:
Una vez teniendo claro el concepto de clase, es importante adentrar en
el concepto de relaciones de clases, que es, en teoría, la forma como se
relacionan entre una clase y otra, sin importar el objetivo de cada una.
Las relaciones van a tener:
Herencia.
Composición.
Agregación.
Asociación y Uso
Herencia
Es la virtud de que tienen las subclases de heredar las propiedades,
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 49
atributos, y métodos de una clase padre, o superclase. Esto quiere decir
que la subclase aparte de tener sus propios métodos y atributos, también
va a heredar los métodos y atributos de la clase padre (superclase).
IMAGEN N° 12
ESQUEMA DE HERENCIA DE CLASES
1.6.5.3 Diagrama de casos de uso
Se enfoca en los casos de uso, de los procesos principales o
protagonistas (actores).
Los casos de uso se utilizan para graficar las relaciones entre los
casos de uso, los actores y los sistemas. En concreto, en el diagrama no
se muestra el orden en que se llevan a cabo los pasos para lograr los
objetivos de cada caso de uso. Esos detalles pueden describirse en otros
diagramas y documentos, que pueden vincularse a cada caso de uso.
(microsoft, 2017).
Fuente: http://users.dcc.uchile.cl/~psalinas/uml/modelo.html Elaborado por:Sanizaca Buestán Javier Ubaldo
Marco Teórico 50
Los casos de uso solamente se usan para los requisitos funcionales de
un sistema. Otros requisitos, como las reglas de negocio, los requisitos de
calidad del servicio y las restricciones de implementación, deben
representarse por separado. La arquitectura y los detalles internos
también deben describirse por separado. (microsoft, 2017)
En este tipo de diagramación intervienen 3 partes elementales que
son:
Los actores.
Los casos de uso.
El sistema
IMAGEN N° 13
ESQUEMA DE DIAGRAMA DE CASOS DE USO
Fuente: https://msdn.microsoft.com/es-ec/library/dd409432.aspx Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 51
a) Los actores: De un diagrama de casos de uso pueden ser todo
aquel que interactúa con el sistema, y puede ser desde un
departamento una persona, una casa, un vehículo, una cuenta
corriente, etc.
b) Los casos de uso: Del diagrama con simplemente las acciones que
los acores van realizando para lograr un objetivo en el sistema.
c) El sistema: Es lo que se está desarrollando, puede ser un
subsistema, un módulo o parte de un sistema
1.6.5.4 Objetivos de diagrama de casos de uso
Estructurar la descripción de casos de uso en diferentes niveles de
detalle.
Evitar repetir escenarios compartidos en distintos casos de uso
(microsoft, 2017)
IMAGEN N° 14
EJEMPLO DE CASOS DE USO
Fuente: https://msdn.microsoft.com/es-ec/library/dd409432.aspx Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 52
1.6.5.5 Diagrama de colaboración
Se enfoca en la forma de cómo se representan los objetos y los
mensajes. (Campderrich Falgueras, 2002)
1.6.5.6 Diagrama de Estado
Se enfoca en los estados, es decir la forma como evoluciona el
sistema a medida que van presentándose lo eventos.
A veces hay objetos cuyo comportamiento puede variar a lo largo del
tiempo; cuando esto sucede, se dice que el objeto tiene estados. Existen
algunos tipos de aplicaciones, como las de tiempo real, para las cuales el
modelado de estados es especialmente importante. (Campderrich
Falgueras, 2002)
Según el autor (Campderrich Falgueras, 2002), la información que
contiene el diagrama de estados es esencialmente redundante, ya que los
cambios de estado son el resultados de la dinámica del sistema y, por
tanto, de la ejecución de las operaciones de la misma clase o de
otras.
No obstante, aun así, representa otro punto de vista sobre la dinámica
de una parte del sistema que puede contribuir decisivamente a
comprenderla mejor.
En un diagrama de estado se tiene que tomar en cuenta lo siguiente:
Las diferentes situaciones del objeto (los estados)
Que cambios de estados son posibles (transiciones).
Cuál es el hecho que los produce (acontecimientos)
Marco Teórico 53
El diagrama de estados se documenta en la etapa de análisis.
(Campderrich Falgueras, 2002)
IMAGEN N° 15
ESQUEMA DE DIAGRAMA DE ESTADOS
En resumen se puede decir que un estado es la condición en que se
encuentra el actor, y como interactúa con relación a cada evento, hay que
tener bien en claro que un estado no es un intervalo de tiempo, sino la
condición en que se encuentra el objeto en ese periodo de tiempo.
Transición:
Es ver como el actor pasa de un estado de origen a un estado de
destino, el cual puede en esta transición puede que el actor vuelva al
estado de origen, Un ejemplo claro son las luces de un semáforo.
Para este proyecto se opta por elegir el diagrama de estados al
ajustarse a la necesidad de representar los estados en que el actor, en
este caso las ordenes de trabajo, se encuentran en un determinado
tiempo, un requerimiento adicional es saber que, otro de los actores, los
técnicos, se encuentren disponibles, o, ya sea, ejecutando una actividad,
lo cual representa otro tipo de estado que puede ser prioridad baja,
media, o alta.
Fuente: www.milestone,com.mx Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 54
En fin se considera este tipo de diagramación como apropiada para
representar es esquema de todos los componentes que el sistema
proyecto así lo requiere.
1.6.6 Herramientas de diseño
1.6.6.1 Cristal Reports
Crystal Reports ha formado parte de Visual Studio desde 1993, y
ahora es el estándar de elaboración de informes de Visual Studio. Se
incluye en todas las copias de Visual Studio Professional y se integra
directamente en el entorno de desarrollo. (microsoft, 2017)
Según lo describe msdn de (microsoft, 2017) y enfatizado en el
documento TESIS FINAL JIMMY.doc (D10097319) puede crear informes
complejos y profesionales en un programa basado en GUI. Después
puede conectar el informe a casi todos los orígenes de base de datos, así
como a datos proxy, como un conjunto de resultados (por ejemplo, un
ADO.NET DataSet). Los asistentes del diseñador de GUI le permiten
establecer fácilmente los criterios de formato, agrupamiento y gráficos,
etc. (Jimmy)
1.6.6.2 Ventajas y desventajas
Entre las ventajas se puede destacar que:
Se encarga de interpretar cualquier base de datos en reportes
interactivos.
Interactúa con las plataformas .net.
Marco Teórico 55
Facilita publicar reportes en la web así como en documentos de
procesadores de texto
Desventajas
Se tiene que tener mucho cuidado con los archivos RPT
El paquete de diseño de crystal agranda el tamaño del proyecto.
1.6.6.3 Framework 4.0
El Framework o marco de trabajo es un entorno de ejecución runtime,
de desarrollo para la organización del contenido de los sistemas, que no
podía faltar en el desarrollo del proyecto.
.NET Framework es el modelo de programación completo y coherente
de Microsoft para compilar aplicaciones que ofrezcan una sensacional
experiencia visual del usuario, comunicación perfecta y segura, y la
capacidad de modelar una amplia gama de procesos empresariales.
.NET Framework 4 funciona en paralelo con versiones anteriores de
.NET Framework. Las aplicaciones basadas en versiones anteriores
de .NET Framework continuarán ejecutándose en la versión que
tienen definida como destino de forma predeterminada. (microsoft, 2017)
Tal como lo explica el sitio oficial (msdn.microsoft, 2017) el framework
tiene los siguientes objetivos a seguir:
Proporcionar un entorno coherente de programación orientada a
objetos, en el que el código de los objetos se pueda almacenar y
ejecutar de forma local, ejecutar de forma local pero distribuida en
Internet o ejecutar de forma remota.
Marco Teórico 56
Proporcionar un entorno de ejecución de código que minimiza los
conflictos en el despliegue y versionado de software.
Ofrecer un entorno de ejecución de código que promueva la
ejecución segura del mismo, incluso del creado por terceros
desconocidos o que no son de plena confianza.
Basar toda la comunicación en estándares del sector para asegurar
que el código de .NET Framework se puede integrar con otros tipos
de código.
Ofrecer al programador una experiencia coherente entre tipos de
aplicaciones muy diferentes, como las basadas en Windows o en el
Web.
En el siguiente grafica se indica cómo se relacionan el sistema, con el
common language runtime, las bibliotecas y las ventajas de aplicar
framework.
GRÁFICO N° 2
RELACIÓN DEL COMMON LENGUAJE RUNTIME
Fuente: (msdn.microsoft, 2017)
Elaborado por: Sanizaca Buestán Javier Ubaldo
Marco Teórico 57
1.6.7 Metodología de desarrollo
1.6.7.1 Aplicación de la metodología Iconix
Antes de introducir a lo que es la metodología se debe aclarar que es
el Iconix
Es una metodología de desarrollo de software, basada en la
complejidad de análisis de la metodología RUP (Rational Unified
Processes) y la practicidad para desarrollar de la metodología XP
(Extreme Programming).
Unifica un conjunto de métodos de orientación a objetos, con el
objetivo de abarcar todo el ciclo de vida de un proyecto. Se considera un
enfoque “minimalista”, ya que comprende el conjunto mínimo de medidas
que son necesarias para el proyecto de desarrollo. (iisoftware, 2001)
Esta metodología es interactiva, dinámica y Trazable, es muy utilizada
por ser flexible, y una de sus ventajas es que el sistema proyecto se lo
puede desarrollar por partes, para después integrarlos funcionalmente.
La Metodología Iconix se compone de 4 fases:
Análisis de los requisitos
Análisis de diseño preliminar
Revisión del diseño
Implementación
Basándose en las características de la metodología Iconix se
considera ideal para la aplicación que se va a desarrollar, por ser muy
dinámica y con una funcionalidad adecuada para desarrollar sistemas de
CAPITULO II
METODOLOGIA
2.1 Tipo de investigación
Para el Desarrollo de un sistema dirigido a la gestión y seguimiento de
órdenes de trabajo del departamento de mantenimiento industrial de la
empresa ARCADOR de la ciudad de Guayaquil, se requirió la utilización
de la investigación mixta que en teoría comprende una parte de la
investigación exploratoria complementada por la investigación descriptiva.
Se escoge este tipo de investigación debido a que, es necesario
conocer a fondo todos los procesos y actividades que se llevan a cabo
dentro del área de Mantenimiento, que es el entorno directamente
involucrado al objeto de estudio, que en este trabajo de proyecto serían
las ordenes de trabajo.
Según lo que describe (Namakforoosh, 2000) aporta con lo siguiente:
El objetivo principal de la investigación exploratoria es captar una
perspectiva general del problema. Este tipo de estudios ayuda a dividir un
problema muy grande y llegar a unos sub-problemas, más precisos hasta
en la forma de expresar la hipótesis. Muchas veces se carece de
información precisa para desarrollar buenas hipótesis. La investigación
exploratoria se puede aplicar para generar criterio y dar prioridad a
algunos problemas
Este tipo de investigación se considera adecuada y encaja
perfectamente en el proyecto a desarrollar, debido a que, el investigador
Metodología 60
debe adentrarse al área involucrada (en este caso departamento de
mantenimiento industrial) para hacer una observación de todos los
problemas que se presentan dentro del proceso de mantenimiento y que
están relacionados con el objeto de estudio. (Las ordenes de trabajo), se
permitirá ver de primera mano el seguimiento físico de las actividades que
se realizan, métodos, procedimientos, que tengan un valor de coste y
represente uso de recursos tales como energía, aire, maquinarias. De la
misma manera se observara el comportamiento de los técnicos,
supervisores y jefes, y la dinámica de sus funciones al ejecutar las tareas
que propende el objeto de estudio.
De esta manera se obtendrá información valiosa para poder plantear
los esquemas y directrices necesarias para cumplir con el objetivo
general del proyecto, que es, aportar con la gestión de seguimiento de
las órdenes de trabajo en el área de mantenimiento de la empresa
Arcador.
Investigación Descriptiva
Por otro lado el mismo autor nos dice, que, la investigación descriptiva
es una forma de estudio para saber quién, cuándo, cómo y porqué del
objeto de estudio. En otras palabras, la información obtenida en un
estudio descriptivo, explica perfectamente a una organización, el
consumidor, objetos, conceptos y cuentas. Se usa un diseño descriptivo
para hacer una investigación. (Namakforoosh, 2000)
Siguiendo los conceptos de los autores anteriores queda claro que
este tipo de investigación va a permitir al trabajo de proyecto, conocer a
fondo y de pro las causas de los retrasos, las el porqué de las anomalías
presentadas en el día a día, y también como se debe tomar los
correctivos necesarios por medio de un sistema que permita el monitoreo
y control de órdenes de trabajo.
Metodología 61
2.1.1 Alcance de la investigación
Para el desarrollo del sistema de monitoreo y control de órdenes de
trabajo se inclinara por un corte cualitativo la investigación, debido a que
el área de investigación está conformada por procesos definidos, y las
personas involucradas conocen dichos procesos, entonces, la
interrogante que se plantea dentro del proceso de órdenes de trabajo, es,
de qué manera se reduce las ordenes inconclusas, las demoras en los
insumos a necesitar, la disponibilidad de técnicos, y una variedad de
aspectos cualitativos que se deben investigar por medio de la entrevista a
unos cuantos colaboradores directamente involucrados con el proceso.
De esta manera se obtiene información muy importante para elegir el
tipo de arquitectura que se va a utilizar en el sistema de órdenes de
trabajo, y así cumplir con los objetivos específicos y por ende el objetivo
general del proyecto.
2.2 Arquitectura del sistema
Para el proyecto se ha escogido la arquitectura de tres capas por los
siguientes motivos descritos a continuación:
Se requiere un entorno para el usuario (en este caso los técnicos),
que serán los que directamente van a ir alimentando al sistema con
información valiosa para un mayor desempeño de sus funciones.
Se requiere un modelo de negocios en donde de manera separada
se atienden las funciones que el sistema va a ir ejecutando e
interactuando tanto con el usuario y con la base de datos,
Se requiere el uso de una base para tener acceso a los datos,
manejarlos, modificarlos, y hacer la interacción con las otras dos
capas.
Metodología 62
En definitiva se escoge Visual basic.net para la capa de presentación
del sistema y para la capa de modelo de negocios. El gestor de base de
datos MySQL para la capa de datos, de esta manera completar las 3
capas.
2.3 Metodología de desarrollo
Para este trabajo proyecto se inclina por la metodología ICONIX,
analizada entre varias metodologías por ser pesada y ligera a la vez, y
es adaptada a la orientación a objetos, además posee características que
tienen la programación extrema y el RUP, de esta manera se consigue
un efectivo control y organización en el desarrollo de un sistema de
principio a fin.
Principales razones por la que se inclina por escoger la metodología
Iconix
Se puede dar seguimiento de cada uno de los elementos y la
relación entre cada uno de ellos. A esta característica se la
denomina Trazabilidad.
Se permite desarrollar el proyecto en partes, en forma de pequeños
módulos y unirlas de tal manera que su iteración concluya en un
robusto software complejo, con la ventaja que cada una de sus
funciones se puedan mejorar de una manera independiente.
Es factible el uso de solo algunos diagramas UML y permite el
dinamismo de las partes del sistema.
2.3.1 Fase preliminar
En la fase preliminar se representa el ciclo de vida que va a tener
Metodología 63
todo el desarrollo del sistema de monitoreo y control de órdenes de
trabajo, mencionadas y explicadas a continuación.
Análisis de requisitos
Dentro del análisis de los requisitos se realizaran las tareas de
identificar, organizar, revisar, designar, organizar los diferentes
requerimientos del sistema, así como los objetos de dominio.
Diseño
En la parte de diseño se detalla uno a uno los casos de uso, se
construye los métodos, los diagramas de secuencia y las clases. Por
último se asegura que el diseño cumpla los requerimientos que de un
principio se solicitan.
Análisis y diseño preliminar
En esta fase ya se introduce de lleno en los casos de uso, haciendo un
detalle de cada uno de ellos, identificándolos con su respectiva
funcionalidad. Luego de esto se procede con los diagramas de clases.
Implementación y pruebas
En esta última fase se compromete a realizar todas las pruebas que el
sistema lo amerite para probar la funcionalidad de cada uno de los
componentes, es decir se prueba el sistema como un todo. Todas estas
pruebas se tienen que orientar a los casos de uso.
2.4 Técnica de recolección de datos
Para el presente trabajo de proyecto se va a utilizar las diferentes
Metodología 64
técnicas de investigación como lo son la observación, la entrevista, y
luego de esto una breve recopilación de documentos que serán
fundamental para el desarrollo del proyecto de un sistema de información
para el monitoreo y control de órdenes de trabajo.
Por tratarse de una investigación de corte cualitativo debido a la
naturaleza del objeto de estudio, se analizara previamente los conceptos
de los diferentes métodos y técnicas de recopilación de datos, para tener
una idea más clara de las teorías de investigación y poderla aplicar de la
manera más apropiada para favorecer al trabajo de proyecto.
2.4.1 La observación
Según (Yuni & Urbano, 2014) la observación es una técnica de
recolección de información consistente en la inspección y estudio de
las cosas y hechos tal como acontecen en la realidad (natural o social)
mediante el empleo de los sentidos (con o sin ayuda de soportes
tecnológicos), conforma a las exigencias de la investigación científica y a
partir de las categorías perceptivas construidas a partir y por las
teorías científicas que utiliza el investigador. (Yuni & Urbano, 2014)
Otro aporte concluye que: Observar es el proceso de percibir y captar
sistemática y detenidamente cómo se desarrolla el fenómeno que nos
interesa estudiar en su proceso natural, sin manipularlo ni modificarlo, tal
cual ocurre en la vida cotidiana. (Zapata, 2006)
Después de analizar los conceptos anteriores se puede concluir que el
principal foco es el objeto de estudio y los agentes que lo rodean, el
entorno en donde se desenvuelve y por último el comportamiento de los
involucrados, todo esto, utilizando el buen sentido crítico, lógico, ye
relacionando de una manera ética y responsable.
Metodología 65
2.4.1.1 Aplicación de la observación
Para aplicar la observación en Arcador, Departamento de
Mantenimiento industrial, se inicia primero, creando una clasificación de
agentes intervinientes con el proceso, para llevar de una forma ordenada
la recolección de datos.
A continuación se presentan tres perfiles de observación considerados
importantes para el levantamiento de información, y que servirán para el
desarrollo del sistema de seguimiento y control de órdenes de trabajo.
Perfil de observación # 1
Área De Observación: Líneas de embotellado.
Nombre de líder de Proceso: Pedro Oviedo.
Procesos: Producción Línea 7.
Aporte Cualitativo
El proceso de producción de la línea de embotellado N.7 permitirá
obtener información y obtener una idea más clara acerca de cómo se
elaboran las bebidas y su embotellado, cuales son los tiempos de
producción, con qué frecuencia se presentan inconvenientes mecánicos y
eléctricos, que tan frecuente solicitan la asistencia por parte de
mantenimiento, de qué manera asiste el personal de mantenimiento.
Los tiempos de corrección que se toma mantenimiento en solucionar los
problemas, como se manejan con las órdenes de trabajo, saber si hay
procedimiento pre y post mantenimiento, cual es el nivel de comunicación
entre los involucrados.
Veamos la matriz de resumen de la observación en la siguiente tabla
elaborada
Metodología 66
TABLA N° 2
MATRIZ DE RESUMEN DE OBSERVACIÓN 1
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
13. dentro de la linea 7 tambien hace soplado y etiquetado del embase .
Proceso a Observar:Nombre del Observador:
Fecha: Area Observada:
13/3/2017
1. Las lineas de produccion son la primeras en solicitar el servicio de mantenimiento
2. Estas son aceptadas por el dpto de mantenimientto
3. Se genera la orden de trabajo
4. Puede presentarse un daño en cualquier momento
Matriz de resumen de Observacion 1
Observacion para la definicion de los requerimientos para el desarrollo del sistema de
monitoreo y control de ordenes de trabajo para la empresa ARCADOR.
PRODUCCION
Javier Sanizaca Embotellado Linea 7
RESUMEN DE LA OBSERVACION
Fuente: investigacion directa
Elaborado por: Sanizaca Buestan Javier
5.Existen 2 mecanicos de turnos rotativos exclusivos para asistir a las lineas
6. Debe tomar un check list de procedimientos previos a iniciar actividades de reparacion
7. Una vez concluido la reparacion se procede a archivar tiempos de parada.
8. Los horarios de produccion son 20 horas seguidas según el cronograma de produccion
9. Hay 2 hora que se utilizan para cambios de formatos
10. 2 horas que se utilizan para hacer cip
11. CIP quiere decir sanitisar los equipos donde se lamacenan las bebida
12. Cambio de formato quiere decir cambiar el tamaño de la bottella a embasar
Metodología 67
Perfil de observación # 2
Área De Observación: Área de servicios Auxiliares.
Nombre del Líder de Proceso: Galo dueñas.
Procesos: Compresores, Calderos, Refrigeración.
Aporte cualitativo: El Área de servicios auxiliares aportara al
investigador conocer los procesos previos al proceso de embotellado,
gracias al aporte del Sr. Galo Dueñas al se permite tener una idea más
clara acerca de todo los procesos que se tienen que hacer para obtener
una bebida optima y lista para el consumidor, conocer que son los
calderos y para que se utilizan, conocer que son los compresores y para
que se utilizan, que es la refrigeración y la importancia que conlleva en el
proceso de embotellado. Además se contempla saber la frecuencia de
usos de los equipos, la demanda de mantenimiento, frecuencia de averías
presentadas, las personas involucradas con este proceso, la importancia
de cada uno de estos equipos y funcionalidad.
TABLA N° 3
MATRIZ DE RESUMEN DE OBSERVACIÓN 2
3. Estos Equipos estan a cargo del dpto de mantenimiento
4. Para dar mantenimiento a estos equipos tambien se generan ordenes de trabajo
2. Los equipos son alternados, simpre hay uno en standby
1. Existen dos tecnicos en el dia exclusivamente para asistir los equipos auxiliares
2. Tambien existen 3 operadores de turnos rotativos para los equipos
Fecha: Area Observada:
14/3/2017
Nombre del Observador: Proceso a Observar:
Matriz de resumen de Observacion 2
Observacion para la definicion de los requerimientos para el desarrollo del sistema de
monitoreo y control de ordenes de trabajo para la empresa ARCADOR.
SERVICIOS AUXILIARES
Javier Sanizaca Calderos, compresores y refrigeracion
RESUMEN DE LA OBSERVACION
Fuente: investigacion directa
Elaborado por: Sanizaca Buestan Javier
1. Dentro de servicios auxiliares comprende calderos , compresores de aire, refrigeracion
2. Los calderos son equipos que sirven para generar vapor y con el vapor se cocina el azucar
3. La empreza dispone de 3 calderos
4. Los compresores de aire son equipos que generan aire a presion y se almacenan en tanques
5. El aire se utiliza para el soplado de las botellas, en una maquinas llamadas sopladoras
6. Refrigeracion es al area encargada de generar agua helada a -2 grados
7. Para el area de refrigeracion se utilizan equipos llamados compresores de amoniaco
1. Si uno de estos procesos se deteniene, afectara tambien a las lineas de produccion
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 68
Perfil de observación # 3
Área De Observación: Taller Mecánico.
Nombres de dueño de Proceso: Sr. Milton Baque, Sr Sabino Alvarado.
Procesos: Mantenimiento Mecánico.
Aporte cualitativo: El aporte que se busca en Taller Mecánico
brindara mucha información para saber con mayor profundidad, todas las
actividades que se realizan para el proceso de mantenimiento y
reparación de maquinarias y equipos, las herramientas que utilizan, los
métodos, los tiempos de respuesta, el órgano regular, las personas que
intervienen y coordinan, los niveles de comunicación, los materiales e
insumos que solicitan, el comportamiento de las personas y manipulación
de las ordenes, efectividad y eficiencia del proceso.
TABLA N° 4
MATRIZ DE RESUMEN DE OBSERVACIÓN 3
14. Repetidas ocaciones se desarma los equipos y no se dispone del repuesto inmediato.
15.Se pierde tiempo mandando a comprar el repuesto al proveedor
10. A veces se pierden las ordenes al pasar de un tecnico a otro.
11. hay trabajos que se realizan sin ordenes de trabajo o no se contabilizan
12. los repuestos a utilizar se conocen una vez que se desarma el equipo o componente
13. No hay un historial que facilite saber que repuestos son para cada uno de los equipos
Fecha: Area Observada:
15/3/2017
Nombre del Observador: Proceso a Observar:
Matriz de resumen de Observacion 3
Observacion para la definicion de los requerimientos para el desarrollo del sistema de
monitoreo y control de ordenes de trabajo para la empresa ARCADOR.
TALLER MECANICO
Javier Sanizaca Mantenimiento de maquinaria
RESUMEN DE LA OBSERVACION
Fuente: investigacion directa
Elaborado por: Sanizaca Buestan Javier
1. En el taller mecanico se realizan la mayor parte de las actividades mecanicas y electricas
2. Dentro de esta area solo esta permitido el ingreso del personal tecnico y autorizados
3. Los tecnicos reciben las ordenes de trabajo por escrito por parte de sus supervisores
4. Los tecnicos entre sus actividades estan las de manipular partes de maquinas
5. Se utilizan maquinas-herramientas para el mecanizado de piezas y partes
6. Se realizan procesos de ssoldadura y reconstruccion de partes
7. Dentro de taller tambien realizan actividades de reparacion de motores.
8 las ordenes de trabajo no llevan una secuencia al pasar de tecnico a tecnico
9. Solo firma una persona responsable, aunque hayan sido 3 tecnicos participantes
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 69
2.4.2 La entrevista
“La entrevista es la obtención de información mediante una
conversación de naturaleza profesional” Fairchild
Por medio de la Entrevista se puede obtener opiniones, e ideas sobre
lo que piensan las personas acerca de fenómenos cotidianos o de algún
evento social.
Existe una variedad de formas de entrevista que, en gran modo,
dependen del grado de regulación de la interacción entre el investigador y
los actores.
Las investigaciones basadas en entrevistas son relevantes para la
investigación social y cultural porque permiten obtener información
provista por los propios sujetos, y con ello se obtiene un acceso más
directo a los significados que éstos le otorgan a su realidad. (Yuni &
Urbano, 2014)
Según (Yuni & Urbano, 2014) lo más valioso que se puede obtener en
una entrevista y que es indispensable para los proyectos son:
Antecedentes personales de los sujetos.
Sucesos o condiciones (pasadas y presentes) de su medio. 9
Personas y redes de intercambio social.
Actitudes, sentimientos y opiniones referidos a diferentes
temas.
Motivos de las opiniones y acciones de los actores.
Nivel de conocimientos sobre condiciones, situaciones y prácticas.
Intenciones con respecto a comportamientos futuros.
Situaciones o acontecimientos vitales críticos.
(Yuni & Urbano, 2014)
Metodología 70
2.4.2.1 Aplicación de las entrevistas.
En el presente proyecto se han escogido las siguientes personas por
estar directamente involucradas en los procesos de mantenimiento de la
empresa Arcador, de acuerdo a sus funciones que desempeñan se los
considera punto clave en la recolección de información.
Perfil de entrevista #1
Cargo: Jefe de mantenimiento.
Nombre: Ing. Geovanny Mosquera.
Lugar de Trabajo: Arcador.
Aporte cualitativo: Permitirá obtener información sobre las
necesidades que tiene la jefatura para mejorar el proceso del despacho
de órdenes de trabajo y su respectivo seguimiento y control.
El entrevistado en su calidad de jefe permitirá levantar información
relevante acerca de dónde parte el proceso y donde finaliza, de esta
manera su opinión sobre que se debería mejorar y que no, es lo que
permitirá aterrizar a un criterio más acertado acerca del objeto estudiado.
CUADRO N° 1
MATRIZ DEL RESUMEN DE LA ENTREVISTA 1
Entrevista para la definición de los requerimientos para el desarrollo del sistema de monitoreo y control de órdenes de trabajo para la empresa ARCADOR.
Fecha:
Cargo:
1/3/2017
JEFE DE MANTENIMIENTO
Nombre Entrevistador:
Nombre entrevistado:
6/3/2017 ING. GEOVANI MOSQUERA
Metodología 71
RESUMEN DE LA ENTREVISTA
1. El grupo de mantenimiento consta de 41 personas
2. Consta de 4 supervisores mecánicos
3. Consta de 2 supervisores eléctricos
4. 1 Jefe de mantenimiento mecánico
5. 1 Jefe de mantenimiento eléctrico
6. 2 Técnicos de instrumentación
7. 4 Operadores de equipos auxiliares
8. Hay 14 Técnicos mecánicos y 13 técnicos eléctricos
9. Los clientes internos en arcador son las líneas de producción
10. Se solicita un servicio de reparación y se genera una orden
11. Dentro de mantenimiento existen diferentes áreas:
a). Área de cocimiento
b). Área de calderos
c). Área de compresores
d). Planta de agua
e). 7 líneas de producción
Perfil de entrevista # 2
Cargo: Supervisor de mantenimiento.
Nombre: German Campoverde.
Lugar de Trabajo: Arcador.
Aporte cualitativo: El entrevistado aportará con información
importante acerca de las actividades que realizan los diferentes técnicos y
especialistas dependiendo del tipo de trabajo que se les asigna, dará a
conocer los subprocesos, y la diversidad de procedimientos que se
ejecutan para la gestión de mantenimiento. También muy importante
revelara información de cómo es el seguimiento de órdenes de trabajo,
por manos de quien pasa, que hacen con el documento cada uno de los
Involucrados.
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 72
CUADRO N° 2
MATRIZ DEL RESUMEN DE LA ENTREVISTA 2
Entrevista para la definición de los requerimientos para el desarrollo del sistema de monitoreo y control de órdenes de trabajo para la empresa ARCADOR.
Fecha:
Cargo:
8/3/2017
SUPERVISOR DE MANTENIMIENTO
Nombre Entrevistador:
Nombre entrevistado:
JAVIER SANIZACA GERMAN CAMPOVERDE
RESUMEN DE LA ENTREVISTA
1. Las ordenes de trabajo se entregan a los diferentes técnicos
2. Cada uno de estos técnicos se pone de inmediato a ejecutar
3. Con la misma orden se pueden solicitar repuestos de bodega
4. El número de técnicos depende de la magnitud de la orden
5. Se asigna a los técnicos según la experiencia y competencia
6. Muchas veces se hace cambio de
ordenes
7. Las ordenes de trabajo se pierden
8. La ordenes de trabajo no se llenan oportunamente y como se
debe
9. No hay coordinación entre stock oportuno para asistir a la
demanda
10. Es común que un repuesto o insumo no haya en bodega
11. Se tiene que esperar hasta que el proveedor traiga el repuesto
12. Los equipos y maquinarias que dispone el taller mecánico son:
a). 3 tornos
e). 2 máquinas de soldadura
b). 1 fresadora universal f). 1 sierra mecánica
c). 1 taladro de pedestal
g). Un cortador de plasma
d). 1 taladro radial
h). Una prensa hidráulica
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 73
Perfil de entrevista # 3
Cargo: Técnico de Mantenimiento.
Nombre: Sabino Alvarado.
Lugar de Trabajo: Arcador.
Aporte cualitativo: Gracias a la entrevista con el colaborador se podrá
obtener información de primera mano, acerca de las acciones, los
métodos, y la dinámica de la orden de trabajo a medida que va
aumentando el avance hasta llegar a su culminación. El entrevistado será
guía fundamental en el proyecto ya que podrá tener una idea más clara
de cómo funciona un mantenimiento correctivo desde el momento que se
genera una orden hasta que se entrega el trabajo terminado.
CUADRO N° 3
MATRIZ DEL RESUMEN DE LA ENTREVISTA 3
Entrevista para la definición de los requerimientos para el desarrollo del sistema de monitoreo y control de órdenes de trabajo para la empresa ARCADOR.
Fecha:
Cargo:
10/3/2017
TECNICO DE MANTENIMIENTO
Nombre Entrevistador:
Nombre entrevistado:
JAVIER SANIZACA SABINO ALVARADO
RESUMEN DE LA ENTREVISTA
1. El técnico recibe la orden de trabajo y la guarda en su casillero
2. Va al sitio donde este la maquinaria y toma criterio de la avería
3. Según la avería toma decisión sobre los pasos a seguir para la reparación
4. Hace uso de herramientas manuales y de máquinas herramientas
5. Toma medidas de seguridad previo al inicio del trabajo
6. Existe comunicación con su jefe inmediato de manera poco oportuna
Metodología 74
7. Los técnicos se dividen en grupos:
8. Técnicos de día: realizan sus actividades en un horario fijo
9. Técnicos de turno: tienen horarios rotativos
10. Las operaciones que son más comunes por los técnicos para reparación son:
a). Montaje y desmontaje
F). Pintura
b). Soldadura electrodo y tig
g). Limpieza
c). Torneado
h). Ajustaje
d). Fresado
e). Corte en sierra mecánica
Perfil de entrevista # 4
Cargo: Planeador.
Nombre: Ing. Henry Cedeño.
Lugar de Trabajo: Arcador.
Aporte cualitativo: Gracias a la entrevista al planeador de
Mantenimiento se obtendrá información de primera mano acerca de la
generación de órdenes de trabajo, y el tratamiento que le dan dentro del
punto de vista personal, en el ámbito social y la importancia que los
trabajadores le dan a la gestión de mantenimiento.
CUADRO N° 4
MATRIZ DEL RESUMEN DE LA ENTREVISTA 4
Entrevista para la definición de los requerimientos para el desarrollo del sistema de monitoreo y control de órdenes de trabajo para la empresa ARCADOR.
Fecha:
Cargo:
15/3/2017
PLANIFICADOR
Nombre Entrevistador:
Nombre entrevistado:
JAVIER SANIZACA
ING. HENRY CEDEÑO
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 75
RESUMEN DE LA ENTREVISTA
1. Los centro de coste se determinan de acuerdo a la maquinaria o equipo
2. El coste de las actividades de mantenimiento se determina por proceso
3. El planeador traspasa los datos que los técnicos llenaron en la o/t
4. La orden al recibirse debe estar firmada por el técnico, el supervisor 5. Existen casos en que las ordenes se
anulan
6. Las ordenes no concluyen y no se comunica al planeador
7. La comunicación entre el técnico y el planeador y pobre
1. Al área de mantenimiento se la califica de acuerdo a eficiencia
2. La eficiencia se mide por tiempos de respuesta
3. Mantenimiento se lo califica por disponibilidad de equipos
4. Los únicos que pueden solicitar insumos de bodega son los supervisores
5. No hay un método para calificar la eficiencia de los técnicos
6. No hay un método automático para saber la disponibilidad de los técnicos
7. No hay un sistema que maneje un historial de trabajos en caso de consulta
2.4.3 Recopilación de documentos
Gracias a las entrevista con las personal involucradas se puede
obtener ejemplos de los documentos que utilizan en el departamento de
mantenimiento.
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 76
IMAGEN N° 16
MODELO DE LISTA DE MATERIALES
Fu
en
te:
Dep
art
am
en
to d
e m
an
ten
imie
nto
Arc
ad
or
Ela
bo
rad
o p
or:
San
iza
ca B
ue
stá
n J
avie
r
Metodología 77
IMAGEN N° 17
MODELO DE ORDENES DE TRABAJO
Fu
en
te:
Dep
art
am
en
to d
e m
an
ten
imie
nto
Arc
ad
or
Ela
bo
rad
o p
or:
San
iza
ca B
ue
stá
n J
avie
r
Metodología 78
2.4.5 Diagrama Asme
CU
AD
RO
N°
5
DIA
GR
AM
A A
SM
E
No
mb
re d
el r
esp
on
sab
le:
No
mb
re d
el P
roce
so:
Inic
io:
Fin
:
1x
2x
x
3x
4x
5x
6x
x
7x
8x
x
9x
10x
x
11x
12x
13x
x
Fue
nte
:
Entr
adas
Sali
das
Ord
en
es
de
tra
baj
o, r
ep
ue
sto
s, m
ate
rial
es,
No
. De
Te
cnic
os,
Re
curs
os
Re
po
rte
, e
ntr
ega
de
info
rme
s
Elab
ora
do
po
r:
Inve
stig
acio
n d
ire
cta
Javi
er
San
izac
a
Se p
roce
de
a r
eti
rar
de
bo
de
ga lo
s re
pu
est
os
Se c
olo
can
los
rep
ue
sto
s n
ue
vos
en
el e
qu
ipo
Se h
ace
n la
s p
rue
bas
de
l fu
nci
on
amie
nto
El c
lie
nte
inte
rno
au
tori
za la
lib
era
cio
n d
el e
qu
ipo
fu
nci
on
and
o
El t
ecn
ico
co
mu
nic
a a
su s
up
erv
iso
r q
ue
se
te
rmin
o e
l tra
baj
o s
atis
fact
ori
ame
nte
Se p
roce
de
a d
ar d
e b
aja
la o
rde
n d
e t
rab
ajo
mp
ar s
u r
esp
ect
ivo
arc
hiv
o
El s
up
erv
iso
r ve
rifi
ca q
ue
el e
qu
ipo
se
en
cue
ntr
e e
n la
bas
e d
el s
iste
ma
Se c
rea
un
a o
rde
n d
e t
rab
ajo
y s
e im
pri
me
Se d
esi
gna
de
man
era
ve
rval
al t
ecn
ico
qu
e v
aya
a h
ace
r e
l tra
baj
o
Se p
roce
de
a r
eal
izar
el d
esa
rme
de
l eq
uip
o o
pie
za
Se a
nal
iza
qu
e m
ate
rial
es
hay
qu
e r
ep
on
er
o c
amb
iar
Se c
om
inic
a al
su
pe
rvis
or
par
a q
ue
hag
a la
re
qu
isic
ion
de
mat
eri
ale
s
No
. Se
c.
El c
lie
nte
inte
rno
so
lici
ta u
n t
rab
ajo
de
n r
ep
arac
ion
o m
ante
nim
ien
to
Cu
adro
N.1
Segu
imie
nto
y c
on
tro
l de
ord
en
es
de
Tra
baj
o
Se g
en
era
ord
en
de
Tra
baj
o
Se a
rch
iva
ord
en
de
tra
baj
o t
erm
inad
a
DIA
GR
AM
A A
SME
op
era
ció
nin
spe
ccio
ntr
ansp
ort
ed
em
ora
alm
ace
na
mie
nto
De
scri
pci
on
Fu
en
te:
Inv
esti
gació
n d
irecta
Ela
bo
rad
o p
or:
San
iza
ca B
ue
stá
n J
avie
r
Metodología 79
2.4.5.1 Narrativa del Diagrama ASME
A continuación se realiza una redacción más detallada y ordenada del
diagrama Asme para una mejor comprensión:
1. Cuando ocurre algún daño o Hay la necesidad de un
mantenimiento por parte de un cliente interno se solicita al
departamento de mantenimiento
2. El supervisor verifica que ese equipo ya este registrado caso
contrario se lo ingresa
3. El supervisor crea una orden de trabajo y la imprime
4. El supervisor designa al o los técnicos para ejecutar dicho trabajo
de mantenimiento o reparación
5. Los técnicos Proceden al desarme de las piezas o del equipo en
cuestión que se necesita reparar
6. Luego de esto, se hace una lista de los materiales que se
necesitan o están dañados para reponerlos por unos
nuevos
7. Se entrega dicha lista para que el supervisor genere la requisición
de materiales existentes en la bodega de materiales
8. Se retiran los materiales y o repuestos de la bodega
9. Los técnicos Proceden a reponer los materiales que sacaron de
bodega para colocarlos en el equipo a reparar
10. Se realizan las respectivas pruebas previas al montaje del equipo,
verificando algún problema
11. Se hacen las pruebas finales en presencia del cliente interno y el
cliente autoriza la liberación del equipo
12. El técnico solicita la firma del cliente conforme y comunica al
supervisor que el trabajo se ha realizado con éxito
13. El supervisor recibe la orden de trabajo con las respectivas firmas
de responsabilidad para proceder a dar dé de baja la orden y
archivarla.
Metodología 80
2.4.6 Identificación del problema
Los problemas que se han encontrado se han detallado en la siguiente
tabla:
CUADRO N° 6
RESUMEN DE PROBLEMAS DETECTADOS EN LA EJECUCON DE
LAS ÓRDENES DE TRABAJO
2.4.7 Requerimientos funcionales
Los requerimientos funcionales se detallan en la siguiente tabla:
Fuente:
Elaborado por: Javier Sanizaca
las hojas impresas se deterioran al
pasar de mano en mano
se sobrecarga de trabajo al tecnico
mientras otros no estan haciendo
nada
fatiga del tecnico, estrés,
desconcentracion, riesgo de
accidente
perdida de tiempo util, demora en
entregar el equipo, mala
productividad
se pierde tiempo en mandar comprar
el repuesto
Elaboracion directa
Las ordenes de Trabajo se pierden o
se ensucian
Al designar el trabajo no se sabe a
ciencia cierta que tecnico esta
disponible
Se reparte mal el trabajo
no hay una lista de los repuestos
necesitar por cada equipo a reparar
A veces no hay repuesto en bodega
Los tecnicos manipulas grasa y
agentes lubricantes
Se delega trabajo a dedo o al primero
que aparece
un solo tecnico para un trabajo grande
hay que primero desarmar para ver el
tipo de repuesto a necesitar
los daños presentados son fortuitos
PROBLEMAS CAUSAS EFECTOS
CUADRO
Resumen de problemas detectados en la ejecucion de las ordenes de trabajo
Area de mantenimiento / Personal Tecnico
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 81
CUADRO N° 7
REQUERIMIENTOS FUNCIONALES
Codigo
RQ 001
RQ 002
RQ 003
RQ 004
RQ 005
RQ 006
RQ 007
RQ 008
RQ 009
RQ 011
RQ 012
Fuente:
Mantenimiento de usuarios
Requerimiento Usuario
REQUERIMIENTOS FUNCIONALES
CUADRO No. 11
Ingreso al sistema
supervisor de
mantenimiento
Mantenimiento de equipos
Mantenimiento de centros de trabajo
Mantenimiento de operaciones
Mantenimiento a refacciones de equipos
supervisor de
mantenimiento / y técnicos
supervisor de
mantenimiento
supervisor de
mantenimiento
supervisor de
mantenimiento
supervisor de
mantenimiento / y técnicos
Elaborado por: Javier Sanizaca
Investigacion directa
supervisor de
mantenimiento / y técnicos
supervisor de
mantenimiento
supervisor de
mantenimiento
supervisor de
mantenimiento
supervisor de
mantenimiento
Reporte de historial de equipos reparados
Reporte de costos por órden de trabajo
Auditoria
Mantenimiento a horas de trabajo
Reporte de eficiencia de técnicos
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 82
2.4.8 Requerimientos no funcionales
Se detalla la actividad y rendimiento del sistema
CUADRO N° 8
REQUERIMIENTOS NO FUNCIONALES
REQUERIMIENTOS NO FUNCIONALES
Código Requerimiento
RN 000 Interfaz amigable para el usuario
RN 001 Software de escritorio
RN 002 Rendimiento del Sistema
RN 003 Disponibilidad de Red
RN 004 Disponibilidad de respaldos
2.5 Casos de uso
2.5.1 Definición de los actores de casos de uso
Presentación de roles:
A continuación se presentan en el siguiente cuadro los actores que van
a interactuar con el sistema y que van a ayudar con la recopilación de la
información.
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Metodología 83
CUADRO N° 9
ACTORES DEL SISTEMA
Fuente: Investigación directa
Elaborado por: Javier sanizaca Buestán
Es la persona que va a ingresar la hora
en que inicia el trabajo y la hora en
que culmina, los comentarios y
avances del trabajo.
Gerente de mantenimiento
Es la persona que va a analizar los
reportes de las órdenes, los costos, y
eficiencia de tecnicos
CUADRO No. 13
LISTA DE ROLES
Tecnico que realiza el mantenimiento
Es la persona que va a solicitar los
trabajos de reparacion al dpto. de
mantenimiento.
Supervisor o planeador de
mantenimiento
Es la persona que va a administrar el
sistema, ingresar las órdenes de
trabajo,visualizar los tiempos de
horas, solicitar repuestos.
Cliente Interno
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 84
2.6 Diagramas de Contexto
DIAGRAMA N° 5
DIAGRAMA DE CONTEXTO
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Metodología 85
2.6.1 Diagrama de casos de uso Login
DIAGRAMA N° 6
DIAGRAMA DE CASO DE USO LOGIN
2.6.2 Diagramas de Casos de uso crear orden
DIAGRAMA N° 7
DIAGRAMA DE CASOS DE USO CREAR ORDEN
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 86
2.6.3 Diagramas de Casos de uso activar orden
DIAGRAMA N° 8
DIAGRAMA DE CASOS DE USO ACTIVAR ORDEN
2.6.4 Diagramas de Casos de uso ejecutar orden
DIAGRAMA N° 9
DIAGRAMA DE CASOS DE USO ACTIVAR ORDEN
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 87
2.6.5 Diagramas de Casos de agrega repuesto a la orden
DIAGRAMA N° 10
DIAGRAMA DE CASOS DE AGREGAR REPUESTO A LA ORDEN
2.6.6 Diagramas de Casos de uso Finaliza orden
DIAGRAMA N° 11
DIAGRAMA DE CASOS DE USO FINALIZAR ORDEN
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Metodología 88
2.6.7 Diagrama de casos de usos de Reportes
DIAGRAMA N° 12
DIAGRAMA DE CASOS DE USO DE REPORTES
2.7 Descripción de Casos de Uso
A continuación se describe en los siguientes cuadros la descripción de
loa casos de uso.
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 89
2.7.1 Descripción de caso de Uso Login
CUADRO N° 10
DESCRIPCIÓN DE USO DE INGRESO
Codigo: Nombre:
Actor: Fecha:
2. Si el Usuario es correcto se muestra un mensaje
de bienvenida, caso contrario un mensaje de
usuario incorrecto
CUADRO N. 1
DESCRIPCION DE CASO DE USO DE INGRESO
RQ001 Ingreso
Supervisor de Mantenimiento
Precondicion:
El supervisor y/o Tecnico ingresa el codigo de usuario
Postcondicion:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca
Flujo de eventos
Accion Actor Sistema
1. El supervisor y/o El Técnico ingresa su codigo de
usuario1. El sistema valida los datos
3. Permite visualizar el acceso al menu principal.
2. Se envia los datos
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 90
2.7.2 Descripción de casos de Uso Crear Orden
CUADRO N° 11
DESCRIPCIÓN DE CASO DE USO CREAR ORDEN
Codigo: Nombre:
Actor: Fecha:
Elaborado por: Javier Sanizaca
Postcondicion:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
4. El supervisor selecciona el boton guardar datos4. Se visualiza un mensaje de Registro agregado
exitosamente
5, El Supervisor imprime la orden de trabajo y
entrega a Tecnico disponible
1. El supervisor ingresa al sistema1. El sistema muestra la mpantalla de menu
principal
2. Seleccionara la pestaña de ordenes 2. Se visualiza la pantalla de ordenes
3. El supervisor selecciona el boton nuevo e
ingresa el numero de la nueva orden3. Se visualiza un mensaje de Registro nuevo
Precondicion:
El supervisor le asignara el usuario y contraseña al sistema
Flujo de eventos
Accion Actor Sistema
CUADRO
DESCRIPCION DE CASO DE USO CREAR ORDEN
RQ002 Crear orden
Supervisor de Mantenimiento
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 91
2.7.3 Descripción de casos de Uso Activar Orden
CUADRO N° 12
DESCRIPCIÓN DE CASO DE USO ACTIVAR ORDEN
Codigo: Nombre:
Actor: Fecha:
Elaborado por: Javier Sanizaca
Postcondicion:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
4. El supervisor visualiza el mensaje y dara click en
aceptar
4. El sistema activa la orden para que el tecnico
pueda acceder.
1. El supervisor ingresa al sistema1. El sistema muestra la mpantalla de menu
principal
2. Dará click en una orden de la lista de ordenes
pendientes2. Se visualiza la pantalla de ordenes
3. El supervisor selecciona el boton generar3. Se visualiza un mensaje de cambios agragados
correctamente
Precondicion:
El supervisor le asignara el usuario y contraseña al sistema
Flujo de eventos
Accion Actor Sistema
CUADRO
DESCRIPCION DE CASO DE USO ACTIVAR ORDEN
RQ003 Activar orden
Supervisor de Mantenimiento
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Metodología 92
2.7.4 Descripción de casos de uso Ejecutar Orden
CUADRO N° 13
DESCRIPCIÓN DE CASO DE USO EJECUTAR ORDEN
Codigo: Nombre:
Actor: Fecha:
Elaborado por: Javier Sanizaca
Postcondicion:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
4. El tecnico busca el numero de orden y selecciona
boton iniciar
4. Se visualiza un mensaje de Registro agregado
exitosamente
5. El tecnico cierra sesion para realizar el trabajo
1. El Técnico ingresa al sistema1. El sistema muestra la pantalla de marcacion de
ordenes
2. Seleccionara la pestaña ordenes 2. Se visualiza lista de ordenes
3. El técnico selecciona el boton buscar ordenes3. Se visualiza un mensaje de confirmacion de
orden
Precondicion:
El Técnico le asignara el usuario y contraseña al sistema
Flujo de eventos
Accion Actor Sistema
CUADRO
DESCRIPCION DE CASO DE USO EJECUTAR ORDEN
RQ004 Ejecutar orden
Supervisor de Mantenimiento
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 93
2.7.5 Descripción de casos de uso Cargar repuesto a Orden
CUADRO N° 14
DESCRIPCIÓN DE CASO DE USO AGREGAR ORDEN
Codigo: Nombre:
Actor: Fecha:
Elaborado por: Javier Sanizaca
Postcondicion:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
4. El supervisor selecciona el repuesto que desea
agregar
4. Se visualiza un mensaje de Registro agregado
exitosamente
5, El Supervisor selecciona el boton aceptar
1. El supervisor ingresa al sistema1. El sistema muestra la mpantalla de menu
principal
2. Seleccionara el formulario ordenes 2. Se visualiza la pantalla de ordenes
3. El supervisor selecciona el boton repuestos 3. Se visualiza una lista de repuestos
Precondicion:
El supervisor le asignara el usuario y contraseña al sistema
Flujo de eventos
Accion Actor Sistema
CUADRO
DESCRIPCION DE CASO DE USO AGREGAR REPUESTO
RQ005 Agregar repuesto
Supervisor de Mantenimiento
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 94
2.7.6 Descripción de casos de uso Finalizar Orden
CUADRO N° 15
DESCRIPCIÓN DE CASO DE USO FINALIZAR ORDEN
Codigo: Nombre:
Actor: Fecha:
Elaborado por: Javier Sanizaca
Postcondicion:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
4. El supervisor selecciona el generar control 4. Se visualiza una ventana de costos y detalle
5. El supervisor selecciona el boton finalizar 5. Se visualiza un mensaje de confirmacion
6. El Supervisor selecciona el boton aceptar6. Se visualiza un mensaje de orden finalizada con
éxito
1. El supervisor ingresa al sistema1. El sistema muestra la mpantalla de menu
principal
2. Seleccionara la pestaña Ordenes 2. Se visualiza la pantalla de ordenes
3. El supervisor selecciona la orden que desea
finalizar3. Se visualiza detalle de la orden
Precondicion:
El supervisor le asignara el usuario y contraseña al sistema
Flujo de eventos
Accion Actor Sistema
CUADRO
DESCRIPCION DE CASO DE USO FINALIZAR ORDEN
RQ006 Finalizar orden
Supervisor de Mantenimiento
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Metodología 95
2.7.7 Descripción de casos de uso Reportes
CUADRO N° 16
DESCRIPCIÓN DE CASO DE USO REPORTE
Codigo: Nombre:
Actor: Fecha:
El sistema guarda en un registro la informacion que se ha ingresado
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca
5, El Supervisor selecciona el tipo de reporte que
desea visualizar
5. Se visualiza un listado de tipos de eficiencia, por
costo, por productividad
6. El Supervisor visualiza el reporte deseado para
su analisis6. Se visualiza un reporte en pantalla
7. El Supervisor selecciona el boton imprimir
reporte7. Se imprime el reporte
3. El supervisor selecciona el rango de fecha que
desea la informacion
3. Se visualiza un listado de rango de fecha desde -
hasta
4. El supervisor selecciona el Tecnico al que desea
evaluar la eficiencia
4. Se visualiza un Listado de los Tecnicos
registrados
Postcondicion:
CUADRO
DESCRIPCION DE CASO DE USO DE REPORTE
RQ010 Reporte
Supervisor de Mantenimiento
1. El supervisor ingresa al sistema1. El sitema muestra la mpantalla de menu
principal
2. Seleccionara el formulario de reportes
Precondicion:
El supervisor le asignara el usuario y contraseña al sistema
Flujo de eventos
Accion Actor Sistema
2. Se visualiza la pantalla de reportes
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
CAPITULO III
PROPUESTA
3.1 Introducción
3.1.1 Tema
Desarrollo de un sistema dirigido a la gestión y seguimiento de
órdenes de trabajo del departamento de mantenimiento industrial de la
empresa ARCADOR de la ciudad de Guayaquil.
3.1.2 Objetivo
Desarrollar un sistema de información que aporte con el desarrollo del
actual Sistema de Gestión Integral (SGI) en los procesos de Arcador, a
través del seguimiento y control de órdenes de trabajo en el departamento
de mantenimiento mecánico de la planta Guayaquil.
3.1.3 Entorno de software
En el siguiente proyecto para el análisis y diseño del sistema se
aplicará la arquitectura de tres capas y la plataforma de desarrollo
Visual Basic .Net 2015 en lo que se refiere a la capa de presentación y el
modelo de negocio respectivamente, en cuanto al Backend se utilizara el
gestor de base MySqlServer 2017 para el acceso a base de datos del
sistema.
Propuesta 97
3.2 Fase de diseño
Como parte de la fase de diseño en este proyecto se presentara a
continuación los correspondientes diagramas y esquemas que
representan el sistema se monitoreo y control de Órdenes de trabajo, que
incluye.
Diagrama de clases
Diagramas de Actividades
Modelo Entidad – Relación
3.2.1 Modelo – diagrama de clases
Diagrama N° 13
DIAGRAMA DE CLASES
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 98
3.2.2 Diagrama de actividades
3.2.2.1 Diagrama de actividades de Ingreso al Sistema
DIAGRAMA N° 14
DIAGRAMA DE ACTIVIDAD DE INGRESO AL SISTEMA
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 99
DIAGRAMA N° 15
DIAGRAMA DE ACTIVIDADES CREAR ORDEN
DIAGRAMA N° 16
DIAGRAMA DE ACTIVIDADES DE ACTIVAR ORDEN
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 100
DIAGRAMA N° 17
DIAGRAMA DE ACTIVIDADES DE EJECUTAR ORDEN
DIAGRAMA N° 18
DIAGRAMA DE ACTIVIDADES DE AGREGAR REPUESTO
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 101
DIAGRAMA N° 19
DIAGRAMA DE ACTIVIDADES FINALIZAR ORDEN
DIAGRAMA N° 20
DIAGRAMA DE ACTIVIDADES REPORTE
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 102
3.2.3 Modelo Entidad – Relación
DIAGRAMA N° 21
DIAGRAMA MODELADO DE DATOS
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 103
3.2.3.1 Diccionario de la base de datos
CUADRO N° 17
LISTA DE ENTIDADES QUE PARTICIPAN EN EL SISTEMA.
No Nombre
1 tbeventos
2 tbequipos
3 tbempleados
4 tbrepuestos
5 tbtipo
6 tbmarca
7 tbestado
8 tbclientes
9 tbcontactos
10 tbnotas
11 tbcostos
12 tbciudades
Elaborado por: Javier Sanizaca Buestan
Tabla donde se registran los ciudades
ENTIDADES DEL SISTEMA SMCOT
Fuente: Investigación directa
Tabla donde se registra la marca del equipo, repuesto
Tabla donde se registra el estado de la orden
Tabla donde se registran los clientes
Tabla donde se registran los contactos
Tabla donde se registran los notas
Tabla donde se registran los costos
Descripcion
Tabla donde se registran las ordenes de tranajo
Tabla donde se registran los equipos de la planta
Tabla donde se registran los empleados
Tabla donde se registran los repuestos, insumos o materiales
Tabla que registra el tipo de equipo
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 104
3.2.4 Diagramas de diseño
3.2.4.1 Diagramas de Secuencia
Los siguientes diagramas de Secuencia están elaborados en acuerdo
a los requerimientos de creación del sistema:
DIAGRAMA N° 22
DIAGRAMA DE SECUENCIA LOGIN
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 105
DIAGRAMA N° 23
DIAGRAMA DE SECUENCIA DE USUARIOS
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 106
DIAGRAMA N° 24
DIAGRAMA DE SECUENCIA DE ORDENES
DIAGRAMA N° 25
DIAGRAMA DE SECUENCIA DE REPUESTOS
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 107
DIAGRAMA N° 26
DIAGRAMA DE SECUENCIA EQUIPOS
DIAGRAMA N° 27
DIAGRAMA DE SECUENCIA DE REPORTES
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 108
3.3 Mapa de sistema
DIAGRAMA N° 28
MAPA DEL SISTEMA
MONITOREO Y CONTROL ORDENES DE TRABAJO
ARCADOR
CONFIGURACION
ENTORNO DE TRABAJO
BASE DE DATOS
MANTENIMIENTO
ORDENES
USUARIOS
EQUIPOS
CENTROS DE TRABAJO
OPERACIONES
REPUESTOS
MARCACIONES
TRANSACCIONES
HORAS ACUMULADAS
INSUMOS UTILIZADOS
COSTO TECNICOS
REPORTES
HISTORIAL DE ORDENES
EFICIENCIA TECNICOS
Fuente: Investigación directa
Elaborado por: Sanizaca Buestán Javier
Propuesta 109
3.4 Plan de implementación
CUADRO N° 18
PLAN DE IMPLEMENTACION
Fu
en
te:
Inv
esti
gació
n d
irecta
Ela
bo
rad
o p
or:
San
iza
ca B
ue
stá
n J
avie
r
Propuesta 110
3.5 Descripción del prototipo
3.5.1 Pantalla Menú Principal y sus controladores
TABLA N° 5
PANTALLA MENÚ PRINCIPAL
NOMBRE LOGICO:
__
La fecha actual
Calendario
Notas
Date month
Calendario
Notas
Nuevo, buscar
__
Nuevo, buscar
__
__
Vistas de ord. Pendientes
Vista de ord. En accion
monthcalendar
tbxnotas
Opcion de cliente
Opcion de salir
Opciones de evento
Opcion de minimizar
Opcion de actualizar
Vista de eventos pendientes
Vista eventos en accion
Boton todos
tsmminimizar
tsmactualizar
dgv_even_pen
dgv_even_acc
btntodos
datetimepicker
Nombre del Objeto Nombre del campo Contenido
tsmcliente
tsmsalir
tsmevento
frm_pal.vb
Menu del sistema frm_pal.vb
Nombre fisico: Nombre lógico:
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y cotrol
de ordenes de TrabajoVersion 1.0
Universidad de Guayaquil
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información
DISEÑO DE PANTALLAS
Página 1 de 1
Fecha de elaboracion:
9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 111
3.5.2 Pantalla ingreso de órdenes de trabajo
TABLA N° 6
PANTALLA INGRESO CLIENTES
NOMBRE LOGICO:
txtarea Area del cliente Area
txttelf Texto telefono Telefono
lbllpwb Pag Web pagina web
txtcodigo Texto cogigo Texto
lblciudad Ciudad __
lblemail E mail Email
lbltelf2 Telefono telefono
lblnomre Nombre del campo Nombre contacto
lblarea Codigo Codigo
lbltelfijo Area Area
gbdatoscontacto Grupo datos del contacto Contenido de grupo
lblcodigo Nombre del campo Nombre
Nombre del Objeto Nombre del campo Contenido
gbdatoscliente Grupo de datos cliente Contenido de grupo
frm_ing_cli.vb
Nombre fisico: Nombre lógico:
Ingeso de clientes frm_ing_cli
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y
cotrol de ordenes de TrabajoVersion 1.0
DISEÑO DE PANTALLAS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 112
3.5.3 Pantalla ingreso de órdenes de trabajo
TABLA N° 7
PANTALLA INGRESO DE ÓRDENES
NOMBRE LOGICO:
txtarea Area del cliente Area
txttelf Texto telefono Telefono
lbllpwb Pag Web pagina web
txtcodigo Texto cogigo Texto
lblciudad Ciudad __
lblemail E mail Email
lbltelf2 Telefono 2 telefono
lblnomre Nombre del campo Nombre contacto
lblarea Nombre del Area Codigo
lbltelfijo Telefono fijo Area
gbdatoscontacto Grupo datos del contacto Contenido de grupo
lblcodigo Codigo SAP Nombre
Nombre del Objeto Nombre del campo Contenido
gbdatoscliente Grupo de datos cliente Contenido de grupo
frm_ing_even.vb
Nombre fisico: Nombre lógico:
Pantalla ingreso de eventos frm_ing_even
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y
cotrol de ordenes de TrabajoVersion 1.0
DISEÑO DE PANTALLAS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 113
3.5.4 Pantalla de ingreso de equipo
TABLA N° 8
PANTALLA INGRESO DE EQUIPOS
NOMBRE LOGICO:
txtreferencia Texto referencia Referencia
txtdescripcion Texto descrpcion Descripcion
txtcod Texto de codigo Codigo
txtnombre Texto de nombre Nombre
lblestado Estado del equipo Estado
lblnevento Evento del equipo Orden
lbltipo Tipo de equipo Tipo de equipo
lblmarca Marca de equipo Marca
lblrefeferencia Referencia Referencia
lbldescripccion Descripocion Descripcion
lblcodigo Etiqueta codigo Codigo
lblnombre Etiqueta nombre Nombre
Nombre del Objeto Nombre del campo Contenido
gbdatosequipo Grupo datos de equipo Contenido de grupo
frm-ing_equi.vb
Nombre fisico: Nombre lógico:
Pantalla ingreso de equipos frm_ing_equi
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y
cotrol de ordenes de TrabajoVersion 1.0
DISEÑO DE PANTALLAS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 114
3.5.5 Pantalla de ingreso de marca
TABLA N°9
PANTALLA INGRESO DE MARCA
NOMBRE LOGICO:
btnsalir Boton salir __
btnbuscar boton buscar __
btncancelar Boton cancelar __
btneditar Boton editar __
btnguardar Boton guardar __
txtid Texto codigo Codigo
btnnuevo Boton guardar __
Nombre del Objeto Nombre del campo Contenido
lblid Etiqueta id o codigo __
frm_ing_marc.vb
Nombre fisico: Nombre lógico:
Pantalla ingresar marca frm_ing_marc
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y
cotrol de ordenes de TrabajoVersion 1.0
DISEÑO DE PANTALLAS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 115
3.5.6 Pantalla de consulta de cliente
TABLA N° 10
PANTALLA DE CONSULTA CLIENTE
NOMBRE LOGICO:
btnsalir Boton salir __
txtcontenido Texto contenido Contenido de grid
dgvcontenido Data grid viw cliente Contenido de grid
rbcliente Radio boton cliente __
rbciudad Radio boton ciudad __
Nombre del Objeto Nombre del campo Contenido
rbcodigo Radio boton codigo __
frm_con_cli.vb
Nombre fisico: Nombre lógico:
Pantalla consultar cliente frm_con_cli
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y
cotrol de ordenes de TrabajoVersion 1.0
DISEÑO DE PANTALLAS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 116
3.5.7 Pantalla consultar marca
TABLA N° 11
PANTALLA CONSULTA MARCA
NOMBRE LOGICO:
btnsalir Boton Salir __
Nombre del Objeto Nombre del campo Contenido
dgvlistamarcas Data grid view marcas Contenido de grid
frm_con_marc.vb
Nombre fisico: Nombre lógico:
Pantalla consultar marca frm_con_marc
Desarrollador Proyecto SMCOT MODULO DE:
Javier Sanizaca BuestanSistema de Monitoreo y
cotrol de ordenes de TrabajoVersion 1.0
DISEÑO DE PANTALLAS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 9/5/2017
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Propuesta 117
3.6 Conclusiones
Todo el trabajo que comprende elaborar un Sistema de información
que aporte a la Gestión de Mantenimiento Industrial, enfocado a las
órdenes de trabajo y actividades de su personal a cargo, se da lugar
gracias a un cronograma de actividades y pasos a seguir en su respectivo
orden.
En el presente proyecto se logra hacer con éxito el levantamiento de
información de todos los procedimientos y actividades que se llevan a
cabo en la gestión de Órdenes de Trabajo y Mantenimiento, hacer las
respectivas observaciones y entrevistas a los involucrados, para tener una
idea más clara y entender la problemática de los procesos.
Se recopiló y clasificó toda la información para su correspondiente
análisis, y posteriormente definir los actores, las entidades, las tablas, y
se tomaron criterios para escoger la metodología apropiada y la
arquitectura que más se adapte a las necesidades del Proyecto, utilizando
la metodología Iconix.
Se preparó el back-end eligiendo MYSQL como gestor de base de
datos, y se diseñaron las tablas y sus respectivos atributos.
Posteriormente se desarrolla el Sistema en la Plataforma Visual Studio
2015 siguiendo cada uno de los diagramas de diseño previamente
definidos, para la elaboración de la interfaz.
Así mismo se realizaron las pruebas de arranque con el respectivo
seguimiento, y se corrigieron pequeños detalles propios de la
programación.
En conclusión, con el proyecto Desarrollo de un Sistema de
información dirigido a las Órdenes de Trabajo del Área de Mantenimiento
Propuesta 118
Industrial, se logra aportar con la Gestión Integral y Mejoramiento
continuo de la Empresa Arcador, mejorando así, la eficiencia de su
personal, y satisfaciendo las necesidades de sus clientes internos.
3.7 Recomendaciones
El Presente proyecto está diseñado para una plataforma de escritorio
por exclusiva necesidad del Departamento de mantenimiento tal como sus
jefes o Directores así lo requieren, pero la aplicación puede inclinarse
hacia un estilo web, para extender su funcionalidad pasando las fronteras
departamentales, es decir, que la aplicación se la podría utilizar a nivel
Corporativo y no tan solo a nivel departamental.
La aplicación, en un Principio, está diseñada para un lugar de trabajo
tal como lo solicito el Jefe departamental, de tal manera que él debe estar
presente en su oficina para acceder al sistema y monitorear las ordenes
de trabajo y sus avances. Se tendría que analizar la posibilidad de que el
sistema se pueda extender a plataformas web, para que el departamental
no necesariamente tenga que ir a su oficina para entrar al sistema, sino
que también lo pueda hacer desde su teléfono móvil y tener acceso para
monitorear las ordenes de trabajo en caso de encontrarse fuera de la
ciudad.
Debido a que el sistema está diseñado en arquitectura de tres capas,
se puede utilizar la codificación y adaptarla al entorno web antes
mencionado, como una maneja de actualizar el sistema, obviamente
analizando nuevas problemáticas, nuevos procesos, y nuevos
requerimientos. Todo esto gracias a que el sistema está desarrollado en
lenguajes abiertos, los nuevos costos de dicha actualización no serían
muy exagerados. El sistema cuenta con los respectivos diagramas de
diseño, diagrama E/R, diccionario de datos, y todo lo relacionado a su
desarrollo para futuras actualizaciones.
Anexos 120
ANEXO N° 1
ENTIDADES DEL SISTEMA SMCOT
GRÁFICO N° 3
TABLA CABECERA ÓRDENES DE TRABAJO
GRÁFICO N° 4
TABLA DETALLE DE ÓRDENES
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 121
GRÁFICO N° 5
TABLA DE TRABAJO DE ÓRDENES
Grafico N° 6
TABLA TECNICOS
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 122
GRÁFICO N° 7
TABLA CENTRO DE TRABAJO
GRÁFICO N° 8
TABLA OPERACIONES
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 123
GRÁFICO N°9
TABLA REPUESTOS
GRÁFICO N° 10
TABLA EQUIPOS
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 124
GRÁFICO N° 11
TABLA DETALLE HORA
GRÁFICO N° 12
TABLA HORAS MARCADAS
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 125
GRÁFICO N° 13
TABLA CLIENTES
GRÁFICO N° 14
TABLA AUDITORIA
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 126
GRÁFICO N° 15
TABLA USUARIOS
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 127
ANEXO N° 2
DESCRIPCIÓN EL DICCIONARIO DE LAS TABLAS
TABLA N° 12
DICCIONARIO DE TABLAS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Fecha de elaboracion:
21/4/2017
Universidad de Guayaquil
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información
Ordenes
Tabla donde se registran los numero de OrdenesDESCRIPCIÓN DE LA
TABLA:
PROYECTO
Sistema de Monitoreo y Control de
Ordenes de Trabajo
INTEGRANTES:
Javier Sanizaca Buestán
MODULO DE:
Version 1.0
Descripción del registro
Nombre del campo Definición
1 idOrdenCodigo identificador de
tablaPK A I 11
11
3 FechaFecha de creacion de la
OrdenE A D
2 idClienteCodigo para relacionar una
tablaFK A I
5
4
7
6
OBSERVACION:
Formato carácter Formato fechaSecuenciaTipo
VC Varchar
D Date
DT Datetime
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
M Manual
PK Clave
Primaria
FK Clave Foránea
E Elemento de
dato
A Automatica C Char
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 128
TABLA N°13
TABLA DE CLIENTES
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Clientes
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los clientes
Descripción del registro
Nombre del campo Definición
11
2 Nombre Nombre del cliente E A VC 45
1 idClienteCodigo identificador de
la tablaPK A I
45
4 Fecha_NacimientoFecha de nacimiento del
clienteE A D 4
3 Apellido Apellido del cliente E A VC
100
6
5 Direccion Direccion del cliente E A C
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 129
TABLA N° 14
TABLA DE DETALLE ÓRDENES
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
DetalleOrden
DESCRIPCIÓN DE LA TABLA: Tabla donse se detallan los datos de la orden de trabajo
Descripción del registro
Nombre del campo Definición
11
2 IdOrdenCodigo qoe relaciona la
tablaFK A I 11
1 idDetalleOrdenCodigo identificador de
la tablaPK A I
11
4 idEquipoCodigo que relaciona la
tablaFK A I 11
3 idTrabajoCodigo que relaciona la
tablaFK A I
11
6 CostototalEs el costo real actual por
trabajosE A DC 18
5 Cantidadnumero de items de
trabajosE A I
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 130
TABLA N° 15
TABLA DE EQUIPOS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Equipos
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los equipos activos de Arcador
Descripción del registro
Nombre del campo Definición
11
2 idRepuestoCodigo que relaciona
tablaFK A I 11
1 idEquipoCodigo identificador del
equipoPK A I
45
4 DescripcionBreve descripcion del
EquipoE A T 100
3 Nombre_EquipoEl nombre del Equipo o
ActivoE A VC
45
6
5 AreaEl Area a donde
Pertenece el equipoE A VC
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 131
TABLA N° 16
TABLA DE REPUESTOS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Repuestos
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los repuestos que involucran los equipos
Descripción del registro
Nombre del campo Definición
11
2 idNombre Nombre del repuestos FK A I 45
1 idRepuestoCodigo identificador de
la tablaPK A I
18
4 DescripcionBreve descripcion del
repuestoE A T 100
3 Precio Costo del repuesto E A DC
6
5
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 132
TABLA N° 17
TABLA DE TRABAJOS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Trabajos
DESCRIPCIÓN DE LA TABLA: Tabla que permite guardar los trabajos o items que se realizan
Descripción del registro
Nombre del campo Definición
11
2 IdCentro_de_trabajoCodigo que relaciona la
tablaE A I 11
1 idTrabajoCodigo identificador de
la tablaPK A I
11
4 idTecnicoCodigo que relaciona la
tablaFK A I 11
3 idOperacionCodigo que relaciona la
tablaFK A I
11
6 Detalle_TrabajoBreve descripcion del
trabajo a realizarE A VC 100
5 idHoras_MarcadasCodigo que relaciona la
tablaFK A I
18
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7 Costo_Trabajo Costo por ese trabajo E A DC
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 133
TABLA N° 18
TABLA DE TECNICOS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Tecnicos
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los Tecnicos o trabajadores de mantenimiento
Descripción del registro
Nombre del campo Definición
11
2 Nombre Nombre del Tecnico E A VC 45
1 idTecnicosCodigo identificador de
la tablaPK A I
45
4 Salario_HoraSalario que gana el
Tecnico por HoraE A DC 18
3 Apellidos Apellido el Tecnico E A VC
45
6
5 EstadoEstado si esta Activo o no
ActivoE A VC
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 134
TABLA N° 19
TABLA DE CENTROS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Centros
DESCRIPCIÓN DE LA TABLA: Tablas donde se guardan los centros de trabajo que utilizan los Tecnicos
Descripción del registro
Nombre del campo Definición
11
2 NombreNombre del centro de
trabajoE A VC 45
1 idCentro_de_trabajocodigo identificador de
la tablaPK A I
18
4
3 Precio_horacostro del centro de
trabajo por horaE A DC
6
5
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 135
TABLA N° 20
TABLA DE USUARIOS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Usuarios
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los usuarios que seran los actores
Descripción del registro
Nombre del campo Definición
11
2 idHoras_MarcadasCodigo para relacionar
una tablaFK A I 11
1 idUsuariosCodigo identificador de
la tablaPK A I
45
4 Apellido Apellido del usuario E A VC 45
3 Nombre Nombre del usuario E A VC
45
6 Estado Estado activo o inactivo E A VC 45
5 PasswordClave de acceso de
usuarioE A VC
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 136
TABLA N° 21
TABLA DETALLE HORA
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
DetalleHora
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los detalles de las marcaciones
Descripción del registro
Nombre del campo Definición
11
2 Fechafecha de creacion de la
marcacionE A D
1 idDetalleHoraCodigo identificador de
la tablaPK A I
4
4 Hora_finLa hora donde termina
de marcarE A T 4
3 Hora_inicioLa hora donde empieza a
marcarE A T
100
6
5 Comentariocomentario del avance
de la ordenE A TX
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 137
TABLA N° 22
TABLA DE AUDITORÍA
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Auditoria
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan los registros relevantes en el sistema
Descripción del registro
Nombre del campo Definición
11
2 AccionAccion que se ejecuta en
el sistemaE A VC 45
1 idAuditoriaCodigo identificador de
la tablaPK A I
45
4 Fecha La fecha de modificacion E A DT
3 DetalleBreve descripcion de lo
que se ha modificadoE A VC
45
6
5 UsuarioNombre del usuario que
realiza el cambioE A VC
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 138
TABLA N° 23
TABLA DE HORAS MARCADAS
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
HorasMarcadas
DESCRIPCIÓN DE LA TABLA: Tabla donde se marcan los tiempos de las ordenes de Trabajo
Descripción del registro
Nombre del campo Definición
11
2 idDetalle_HorasCodigo para relacionar
una tablaFK A I 11
1 idHoras_MarcadasCodigo identificador de
la tablaPK A I
11
4 Subtotal_Horasel subtotal de horas
marcadas por diaE A DC 18
3 idUsuariosCodigo para relacionar
una tablaFK A I
6
5
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
Anexos 139
TABLA N° 24
TABLA DE OPERACIONES
TABLA:
No. Tipo Sec Formato Long
Formato
Numérico
I Integer
S Small
Integer
DC Decimal
M Money
F Float
DICCIONARIO DE DATOS
Página 1 de 1
Universidad de GuayaquilFecha de elaboracion:
Facultad de Ingeniería Industrial
Licenciatura en Sistemas de Información 21/4/2017
PROYECTO INTEGRANTES: MODULO DE:
Sistema de Monitoreo y Control de Ordenes de
Trabajo Javier Sanizaca Buestán Version 1.0
Operaciones
DESCRIPCIÓN DE LA TABLA: Tabla donde se guardan las operaciones que realizan los tecnicos
Descripción del registro
Nombre del campo Definición
11
2 NombreNombre de la opéracion
a realizarE A VC 45
1 idOperacionCodigo identificador de
la tablaPK A I
18
4
3 Precio_HoraCosto de la Operación
por HoraE A DC
6
5
OBSERVACION:
Tipo Secuencia Formato carácter Formato fecha
7
E Elemento de dato
Fuente: Investigacion Directa
Elaborado por: Javier Sanizaca Buestán
PK Clave Primaria A Automatica C Char D Date
FK Clave Foránea M Manual VC Varchar DT Datetime
Fuente: Investigación directa Elaborado por: Sanizaca Buestán Javier
BIBLIOGRAFÍA
ARCA CONTINENTAL. (2017). Obtenido de http://www.arcacontal.
com/sala-de-prensa/comunicados/evento-relevante-ante-la-
cnbv.aspx
ARCACONTINENTAL. (2016). Empresa Arcador. GYE, ECUADOR.
Beltran, J., & Carmona, M. (2009). Guia para una gestion basada
en procesos.
Campderrich Falgueras, B. (2002). Ingenieria del Software. UOC.
Campoy, D. M. (2005). Gestion emprendedora: Estrategias y habilidades
para el emprendedor.
CEN. (2012). Obtenido de https://www.cen.eu/Pages/default.aspx
cic.puj.edu.co. (2010). Obtenido de
http://cic.puj.edu.co/wiki/lib/exe/fetch.php?media=materias:s2_conc
eptosdemodelado.pdf
Comercio, E. (2016). Revista Lideres. Obtenido de
http://www.revistalideres.ec/lideres/arca-continental-posiciona-
ecuador.html
Cuatrecasas Arbós, J. (2010). Gestion Integral de la calidad:
Implantación, control y certificacion.
iisoftware. (2001). Obtenido de http://iisoftware.blogspot.com/
ISO9000.(2008).http://www.inlac.org/Doc/Doc_ISO-TS-176_04_11/N54
Bibliografía 141
4R3_Orientacion_sobre_el_Concepto_Enfoque_ba sado_
procesos.pdf.Obtenido de http://www.inlac.org/Doc/Doc_ISO-
TS-176_04_11/N544R3_Orientacion_sobre_el_Concepto_
Enfoque_basado_procesos.pdf
Jimmy. (s.f.). Obtenido de TESIS FINAL JIMMY.doc (D10097319)
Lideres, R. (2016). Revista Lideres. Obtenido de
http://www.revistalideres.ec/lideres/arca-continental-posiciona-
ecuador.html
Mantenimiento Mundial. (2012). Obtenido de http://www.
mantenimientomundial.com/sites/libro/Lourival/cap3b.asp
microsoft. (2017). Obtenido de https://msdn.microsoft.com/es-
ec/library/dd409432.aspx
msdn.microsoft. (2017). Obtenido de https://msdn.microsoft.com/es-
es/library/zw4w595w(v=vs.110).aspx
Namakforoosh, M. N. (2000). Metodologia de la investigacion.
Parra, C., & Crespo, A. (2012). Ingeniería de mantenimiento y fiabilidad
aplicada a la gestiom de activos.
Plaza Tovar, A. (2009). Apuntes teoricos y ejercicios de aplicacion de
gestion del mantenimiento.
Prezi.com. (2014). Obtenido de https://prezi.com/2uraxobilh0t/tipos-de-
arquitecturas-de-software/
Reporte Trimestral: Arcacontal. (2016). Obtenido de
Bibliografía 142
http://www.arcacontal.com/media/214408/ac16t3esp.pdf Salcedo,
N., & Velarde, D. (s.f.). Plan de Disertación.
Secretaria Nacional de Planificacion y Desarrollo. (2017). Obtenido de
www.planificacion.gob.ecSlideShare. (2017). Obtenido de
http://es.slideshare.net/DavidPaLMundo/visual-basic-net-4772730
users.dcc.uchile.cl. (2012). Obtenido de
http://users.dcc.uchile.cl/~psalinas/uml/modelo.html
Vaughn, R. C. (1999). Introduccion a la ingenieria industrial.
Yuni, J. A., & Urbano, C. A. (2014). Tecnicas para Investigar.
Editorial Brujas.Zapata, O. A. (2006). La Aventura del
Pensamiento Critico.