1

DESARROLLO DE UNA APLICACIÓN WEB PARA GESTIONAR LA INFORMACIÓN DE LOS TIEMPOS DE MANUFACTURA DE LA EMPRESA

DIMEL INGENIERÍA S.A.

VÍCTOR ANDRES SALCEDO RODRIGUEZ

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE FACULTAD DE INGENIERIA

DEPARTAMENTO DE OPERACIONES Y SISTEMAS PROGRAMA DE INGENIERIA INFORMÁTICA

SANTIAGO DE CALI 2015

2

DESARROLLO DE UNA APLICACIÓN WEB PARA GESTIONAR LA INFORMACIÓN DE LOS TIEMPOS DE MANUFACTURA DE LA EMPRESA

DIMEL INGENIERÍA S.A.

VÍCTOR ANDRÉS SALCEDO RODRÍGUEZ

Pasantía Institucional para optar al título de Ingeniero de Sistemas

Director HERNANDO GONZÁLEZ UMAÑA

Ingeniero Agrícola

UNIVERSIDAD AUTÓNOMA DE OCCIDENTE FACULTAD DE INGENIERIA

DEPARTAMENTO DE OPERACIONES Y SISTEMAS PROGRAMA DE INGENIERIA INFORMÁTICA

SANTIAGO DE CALI 2015

3

Santiago de Cali, 26 de Noviembre de 2015

Nota de aceptación: Aprobado por el Comité de Grado en cumplimiento de los requisitos exigidos por la Universidad Autónoma de Occidente para optar al título de Ingeniero Informático ORLANDO ARBOLEA MOLINA Jurado

4

AGRADECIMIENTOS Principalmente doy gracias a Dios por darme la posibilidad de vivir, aprender y disfrutar cada instante de la vida, a mi familia por ser el motor principal que me motiva y me apoya a seguir adelante, a la universidad Autónoma de Occidente por brindarme las herramientas que me permiten ser un gran profesional de la carrera de Ingeniera Informática, a mi director de trabajo de grado que me brindó su apoyo incondicional para sacar adelante este proyecto y por ultimo a Dimel Ingeniería por abrirme las puertas y permitiéndome realizar el trabajo de grado.

5

CONTENIDO

pág. RESUMEN 14 INTRODUCCIÓN 15 1. PLANTEAMIENTO DEL PROBLEMA 16 2. MARCO TEÓRICO 17 2.1. COMPAÑÍA 17 2.1.1. Dimel ingeniería S.A. 17 2.1.2. D.i.pole. 17 2.2. APLICACIONES 17 2.2.1. SIIGO. 17 2.2.2. TuGa. 18 2.2.3. SGIM. 18 2.3. CONCEPTOS Y PROCESOS 18 2.3.1. Tiempos productivos. 18 2.3.2. Tiempos improductivos. 18 2.3.3. Mecanizado 19 2.3.4. Conformado 19

6

2.3.5. Alistamiento 19 2.3.6. Puesto de trabajo. 19 2.3.7. Tripulación. 19 2.3.8. Movimiento del personal. 19 2.3.9. Cantidades productivas. 19 3. ANTECEDENTE 20 3.1. WINCAPTOR 20 3.2. GPM PV+ 20 3.3. TASK.NET 21 3.4. SISTRADE MIS|ERP 21 4. OBJETIVOS 22 4.1. OBJETIVO GENERAL 22 4.2. OBJETIVO ESPECIFICO 22 5. JUSTIFICACIÓN 23 6. METODOLOGÍA 25 6.1. FASE DE INICIO O CONCEPCIÓN 26 6.2. FASE DE ELABORACIÓN 27

7

6.3. FASE DE CONSTRUCCIÓN 28 6.4. FASE DE TRANSICIÓN 28 7. DESARROLLO DEL PROYECTO 29 7.1. FASE DE INICIO O CONCEPCIÓN 29 7.1.1. Modelado del negocio. 29 7.1.2. Oportunidad del negocio. 31 7.2. FASE DE ELABORACIÓN 39 7.2.1. Requisitos. 39 7.2.2. Casos de uso. 49 7.2.3. Prototipos 67 7.2.4. Decisiones de diseño. 71 7.2.5. Diagrama de clases. 73 7.2.6. Modelo entidad relación. 77 7.2.7. Diagrama de secuencia. 83 7.3. FASE DE CONSTRUCCIÓN 85 7.3.1. Implantación 85 7.3.2. Pruebas 88 8. CONCLUSIONES 96

8

9. RECOMENDACIONES 97 BIBLIOGRAFÍA 98 ANEXOS 101

9

LISTA DE TABLAS

pág. Tabla 1. Definición del problema 32 Tabla 2. Definición de la posición del producto 33 Tabla 3. Resumen Stakeholders 34 Tabla 4. Resumen de usuarios 34

Tabla 5. Perfil de stakeholders 35 Tabla 6. Perfil de usuario director de planta 35 Tabla 7. Perfil de usuario asistente de producción 36 Tabla 8. Perfil de usuario auxiliar de producción 36 Tabla 9. Perfil de usuario operario 36 Tabla 10. Perfil de usuario asistente RRHH 37

Tabla 11. Perfil de usuario planeador de la producción 37 Tabla 12. Beneficios de la empresa 38 Tabla 13. Historial de reuniones 39 Tabla 14. Matriz de atributos para los actores del sistema 41 Tabla 15. Matriz de atributos de las características del sistema 41

Tabla 16. Accesos de la herramienta 48

Tabla 17. Matriz de atributos de los casos de uso del sistema 50 Tabla 18. Matriz de trazabilidad casos de uso / actores 51 Tabla 19. Matriz de trazabilidad casos de uso / características del software 52 Tabla 20. Matriz de casos de uso / Procesos de la herramienta 53

10

Tabla 21. Matriz de trazabilidad casos de uso / requerimientos 55 Tabla 22. Detalle de caso de uso #14 60 Tabla 23. Detalle de caso de uso #15 61 Tabla 24. Detalle de caso de uso #16 62 Tabla 25. Detalle de caso de uso #17 63 Tabla 26. Detalle de caso de uso #18 64 Tabla 27. Detalle de caso de uso #19 66 Tabla 28. MRD tabla sgim_programacion_personal 80 Tabla 29. MRD tabla sgim_programacion_personal_detalle 80 Tabla 30. MRD tabla sgim_programacion_personal_estado 81 Tabla 31. MRD tabla sgim_personal_planta 81 Tabla 32. MRD tabla sgim_tiempo_manufactura 82 Tabla 33. MRD tabla sgim_programacion_personal_planta 82 Tabla 34. Tabla sgim.sgim_programacion_personal 88 Tabla 35. Tabla sgim. sgim_tiempo_manufactura 88 Tabla 36. Tabla sgim. sgim_programacion_personal_planta 88 Tabla 37. Pruebas de aceptación 89 Tabla 38. Validación y/o verificación, crear programación 93 Tabla 39. Equivalencia, crear programación 93 Tabla 40. Listado de casos de prueba, crear programación 93

Tabla 41. Validación y/o verificación, registrar inasistencia 94 Tabla 42. Equivalencia, registrar inasistencia 94 Tabla 43. Listado de casos de prueba, registrar inasistencia 95

11

LISTA DE ILUSTRACIONES

pág. Ilustración 1. Proceso unificado de rational (RUP) 26 Ilustración 2. Proceso de captura de información en planta 30 Ilustración 3. Subsistemas de Dimel Ingeniería S.A. 30 Ilustración 4. Caso de Uso del Negocio numero 1 31

Ilustración 5. Caso de Uso del Negocio numero 2 31 Ilustración 6. Diagrama de caso de uso para el actor director de planta 57 Ilustración 7. Diagrama de caso de uso para los actores asistente producción y auxiliar de producción 57 Ilustración 8. Diagrama de caso de uso para el actor operario 58 Ilustración 9. Diagrama de casos de uso para el actor planeador producción 58 Ilustración 10. Diagrama de casos de uso para el actor asistente RRHH 59 Ilustración 11. Prototipo Selección de programación personal, caso de uso #14 67 Ilustración 12. Prototipo Seleccionar orden de pedido, caso de uso #15 68 Ilustración 13. Prototipo Registro información planta, pintura electrostática, caso de uso #17, #18 y #19 70 Ilustración 14. Prototipo Registro información planta, adicionar personal, caso de uso #16 71 Ilustración 15. Diagrama de componentes 72 Ilustración 16. Diagrama de Despliegue 73

Ilustración 17. Diagrama de clases de la herramienta 74 Ilustración 18. Diagrama de clases del CU14 (Seleccionar programación del personal) 75

12

Ilustración 19. Diagrama de clases del CU15 (Seleccionar orden de pedido) 75 Ilustración 20. Diagrama de clases del CU16 y CU17 (Adicionar personal de planta y Eliminar personal de planta) 76 Ilustración 21. Diagrama de clases del CU18 (Especificar tiempos de manufactura) 76 Ilustración 22. Diagrama del modelo entidad relación 77 Ilustración 23. Diagrama del modelo entidad relación del CU14 (Seleccionar programación del personal) 78

Ilustración 24. Diagrama del modelo entidad relación del CU15 (Seleccionar orden de pedido) 78 Ilustración 25. Diagrama modelo entidad relación del CU16 y CU17 (Adicionar personal de planta y Eliminar personal de planta) 79 Ilustración 26. Diagrama modelo entidad relación del CU18 CU19 (Especificar tiempos de manufactura e Ingresar cantidades productivas) 79 Ilustración 27. Diagrama de secuencia caso de uso 14 83 Ilustración 28. Diagrama de secuencia caso de uso 15 84 Ilustración 29. Interfaz gráfica del proceso de selección del personal de planta 85 Ilustración 30. Interfaz gráfica del proceso de captura de información en planta 86 Ilustración 31. Interfaz gráfica del proceso de captura de información en planta 86 Ilustración 32. Interfaz gráfica del proceso de captura de información en planta 87

13

LISTA DE ANEXOS

pág. Anexo A. Caso de uso detallados 101 Anexo B. Diagrama de clase 119 Anexo C. Modelo entidad relación 121 Anexo D. Modelo relacional de datos 124 Anexo E. Diagrama de secuencia 129 Anexo F. Interfaces graficas 133 Anexo G. Pruebas de base de datos 140 Anexo H. Pruebas funcionales 144 Anexo I. Prototipos 145

14

RESUMEN Con este trabajo se quiere dar solución a la problemática que vive la empresa Dimel ingeniería S.A. con la captura de información en planta. Por medio de la investigación desarrollada, se identificaron las principales dificultades que experimenta el operario en el puesto de trabajo para registrar las cantidades productivas, las actividades del proceso y los movimientos del personal. La cantidad de minutas registradas por el operario, hace que se vuelva una tarea tediosa para los asistentes de producción que son los encargados de trascribir toda la información a hojas de Excel. Para dar solución a algunos de los inconvenientes manifestados se decide desarrollar una herramienta web que permita registrar toda la información de manufactura del proceso productivo de la compañía, empleando como guía las fases adaptables de la metodología de RUP Los resultados del proyecto permitieron a la compañía agilizar más de un proceso que se realizaba manualmente, garantizando que la información se encuentre centralizada y en línea, para poder generar reportes que permitan tomar decisiones en tiempo real. PALABRAS CLAVE: Ingeniería de software. Captura de tiempos. Aplicación web. Programación del personal. Sistemas

15

INTRODUCCIÓN Hoy en día se puede observar como los sistemas de información han tenido acogida por varias organizaciones, permitiendo establecer nuevos mecanismos que ayuden a controlar los diferentes procesos que se establezcan, Dimel Ingeniería no es la excepción. Esta empresa, es una organización dedicada principalmente a la producción de postes, con más de 26 años de experiencia en el mercado, su continuo interés por evolucionar les permite estar a la vanguardia de nuevas tecnologías para el mejoramiento de sus procesos. El rápido crecimiento del negocio, ha hecho que esta iniciativa sea considerada como una acción clave en el propósito de la compañía para mantener el liderazgo en el mercado local y aumentar su participación en el mercado Internacional, estableciendo controles que permiten monitorear las diferentes actividades que se reportan en planta, agilizando los procesos, para que se tomen decisiones en tiempo real de los inconvenientes que se puedan presentar en el día a día. La principal dificultad que presentaba la compañía en el registro manual de la información de productividad en los diferentes lugares de trabajo (minutas), se ve mejorado gracias a la implementación de un aplicativo web que permite registrar la programación por turnos y las incapacidades de todo el personal de planta, conociendo los diferentes tiempos de manufactura que interactúan en cada puesto de trabajo. El presente proyecto, desarrolla una solución necesaria para corregir inconvenientes presentados en la organización, en referencia al registro de información resultante en la planta. Con esta iniciativa, se busca obtener información pronta, que permita tomar decisiones oportunas y confiables.

16

1. PLANTEAMIENTO DEL PROBLEMA DIMEL INGENIERÍA S.A. es una empresa dedicada al sector metalmecánico de producción y comercialización de postes de iluminación, telecomunicaciones y decorativos, por más de 20 años en el mercado, es por eso que durante ese tiempo la empresa ha realizado constantes cambios con el fin de evolucionar y mejorar sus procesos internos; uno de estos cambios se ve reflejado en los sistemas de información que buscan alcanzar mejores resultados. El aumento de la demanda en el mercado y comercialización de postes, hace que la producción sea más exigente, obligando a establecer controles más ágiles que monitoreen el rendimiento en la productividad del personal en planta y permita conocer los rendimientos producidos a través de sus pedidos. Para la compañía, es de vital importancia tener al día las actividades reportadas por los operarios en cada puesto de trabajo, de esta forma se podrá garantizar una trazabilidad actualizada de lo producido para una orden de pedido en particular. El seguimiento a la producción de los operarios es un control que Dimel Ingeniería desea estructurar, debido a que la gran mayoría de los tiempos de parada que se reportan en las minutas, no justifican la generación de un tiempo improductivo. La principal preocupación del director de planta se presenta cuando un supervisor enseña un reporte de productividad, donde se observa una gran diferencia entre la fecha en que se tomaron los registros y la fecha en la cual se analizaron, siendo poco eficiente tomar decisiones de reportes atrasados, en una empresa que requiere tener información oportuna. Considerando las anteriores dificultades que presenta la compañía, el proyecto “Sistema de Gestión de Información de Manufactura” pretende dar solución a la siguiente problemática: ¿Será posible implementar un aplicativo web que permita registrar la programación y las incapacidades de todo el personal de planta, conociendo los diferentes tiempos de productividad en cada puesto de trabajo según el turno correspondiente?

17

2. MARCO TEÓRICO Para tener claro los conceptos más puntuales que van relacionados con la ejecución e implementación del proyecto, se plasma a continuación la idea fundamental de cada uno. 2.1. COMPAÑÍA 2.1.1. Dimel ingeniería S.A1. Empresa dedicada al sector metalmecánico con más de 20 años de experiencia en ofrecer productos y servicios innovadores de alta calidad; Los productos y servicios que principalmente ofrece al mercado son postes de telecomunicaciones, postes para energía, postes de Iluminación, semáforos, amueblamiento de accesorios urbano y servicios de ingeniería. “Dimel ingeniería S.A. se crea a finales de la década de los 80, aprovechando la demanda de servicios de ingeniería eléctrica, surgida del auge de la industria de la construcción en el Valle del Cauca, habiendo quedado legalmente constituida mediante escritura No. 4016 del 17 de Octubre de 1989”. 2.1.2. D.i.pole. Es la marca registrada por la empresa Dimel Ingeniería S.A. ante la superintendencia de industria y comercio, la marca D.I.pole cuenta con 8 líneas de comercialización, las cuales son: Lighting, Decko, HighMast, Communication, Distribution, Transmission, Traffic y Urban. Cada una de estas líneas maneja un sistema de clasificación donde se identifica un producto puntual de la compañía. 2.2. APLICACIONES 2.2.1. SIIGO2. Cuando todas las minutas son registradas a hojas de Excel el sistema contable (SIIGO) de la compañía se encarga de almacenar y procesar la información. SIIGO es una herramienta contable, administrativo y de procesos, que controla operaciones y transacciones en tiempo real, contribuyendo a la gestión de pequeñas y medianas empresas. SIIGO permite supervisar los

1 Reseña histórica. Dimel ingeniería s.a. [en línea] Santiago de Cali: Dimel Ingeniería s.a. [consultado 25 de agosto de 2014]. Disponible en internet: http://www.dimelingenieria.com/sitio/dimel/resena-historica 2 Software contable, Siigo Pyme [en línea] Bogotá D.C.: Siigo [consultado 24 de noviembre de 2014]. Disponible en internet: http://www.siigo.com/pyme/

18

aspectos críticos del negocio (pedidos, inventarios, activos fijos, tesorería, entre otros). “Incluye las Normas Internaciones de Información Financiera NIIF, que le permite a las empresas digitar la información una sola vez y obtener los estados financieros comparativos bajo la norma local e internacional.”3 2.2.2. TuGa. “TuGa es una aplicación en la nube que permite la construcción de aplicaciones web sin necesidad de IDEs de desarrollo, ni compilar código fuente. TuGa es un motor para construir aplicaciones, no es un framework.”4 No existe ninguna dependencia de motor de base de datos para el uso de esta herramienta, solo basta que tenga un driver JDBC para el almacenamiento de la información. 2.2.3. SGIM. (Abreviatura del proyecto Sistema de Gestión de Información de Manufactura) aplicación web que permite registrar la programación y las incapacidades del personal de planta, conocer los tiempos de productividad en cada puesto de trabajo y generar diferentes tipos de reportes. 2.3. CONCEPTOS Y PROCESOS 2.3.1. Tiempos productivos. Se denomina como el tiempo activo del puesto de trabajo en el cual se realizan actividades afines que permiten al operario aumentar la producción de la compañía. 2.3.2. Tiempos improductivos5. Se denomina como el tiempo muerto, que ocasionan la inactividad de los trabajadores, puede ser por falta de materiales, reuniones programadas, pausas activas, entre otros.

3 Guía de soluciones TIC, punto de encuentro para compradores y proveedores técnicos. Siigo Pyme [en línea] Bogotá [consultado 25 de Noviembre de 2014]. Disponible en internet: http://www.guiadesolucionestic.com/sistemas-de-informacion/gestion-financiera/software-contable/1516-siigo-pyme 4 Desarrollo de aplicaciones web, TuGa. [en línea] Santiago de Cali [consultado 27 de octubre de 2014]. Disponible en internet: http://www.tugalabs.com/Tuga/Que_es_TuGa_76.web 5 LOPEZ, Hector. Tiempo Improductivo [en línea] Bogotá D.C.: Club Ensayos [consultado 04 de noviembre de 2015]. Disponible en internet: https://www.clubensayos.com/Informes-de-Libros/Tiempo-Improductivo/683444.html

19

2.3.3. Mecanizado. Primer proceso general de fabricación de Dimel Ingeniería, “que comprende un conjunto de operaciones de conformación de piezas mediante la eliminación de material.” 6 2.3.4. Conformado. Proceso intermedio de fabricación de los productos de Dimel, principalmente se conforma de los puestos de trabajo que se encargan de la unión y pulido de las piezas o componentes del producto. 2.3.5. Alistamiento. Ultimo proceso de fabricación de la empresa, se encarga del revestimiento del producto; se conforma por los puestos de trabajo de galvanizado, pintura y empapelado. 2.3.6. Puesto de trabajo. Máquina o grupos de máquinas donde se realizan diferentes tipos de operaciones, un puesto de trabajo está asociado a un conjunto de turnos y actividades (tiempos productivos e improductivos). 2.3.7. Tripulación7. Conjunto de personas que realizan diferentes labores y/o servicios en un puesto de trabajo; se conforma principalmente de ayudantes generales, ayudantes prácticos y líderes del proceso. 2.3.8. Movimiento del personal. Cuando un operario se desplaza a un puesto diferente de la programación se conoce como movimiento del personal, esto se debe principalmente por dos motivos: El operario ya termino las cantidades establecidas por la planeación de la

producción y debe apoyar otro proceso productivo. Por paradas improductivas como: falta de insumos en el puesto de trabajo,

daño en la máquina, entre otros. 2.3.9. Cantidades productivas. Cantidades (ud) reportadas durante el proceso de producción en cada puesto de trabajo durante un determinado tiempo.

6 Mecanizado, Wikipedia la enciclopedia libre [en línea]. Florida: Wikipedia Foundation, 2006 [consultado 04 de Noviembre de 2015]. Disponible en internet: <https://es.wikipedia.org/wiki/Mecanizado> 7 Tripulación, Diccionario de la real academia española [en línea]. España: Real Academia Española [consultado 05 de Noviembre de 2015]. Disponible en internet: http://buscon.rae.es/drae/srv/search?id=ywo2GEd15DXX2GadCW7y

20

3. ANTECEDENTE

La necesidad de tener un sistema de programación y control, que ayude a reducir tiempo, dinero y recursos a las organizaciones, ya sean locales, nacionales o extranjeras es de gran impacto. En el mercado existen algunas herramientas que se asemejan a lo requerido por Dimel Ingeniería, no obstante, no existe una herramienta que trabaje bajo los parámetros de requerimientos solicitados por la compañía. Algunas de estas herramientas se relacionan a continuación: 3.1. WINCAPTOR 8 Es una aplicación desarrollada para pequeñas empresas, que busca gestionar y monitorizar las diferentes operaciones que se efectúen en planta, es un sistema de captura de información, desarrollado principalmente para la utilización mediante monitores de pantalla táctil, permitiendo fácilmente el registro de información de tiempos de manufactura ( improductivos y productivos ) y ordenes de producción. La identificación del operario en el puesto de trabajo se puede realizar por medio de selección en un mosaico fotográfico del personal o haciendo uso de un lector de código de barras acoplado al sistema, brindando agilidad y seguridad a la hora de identificarse en el sistema. 3.2. GPM PV+9 Es una herramienta que permite monitorear y gestionar en tiempo real los problemas, ayudando al rendimiento de la compañía, principalmente creada para pequeñas y medianas empresas. Establece configuraciones de alarmas personalizadas que notifican una producción baja, daños en las máquinas, errores y problema de comunicación en los dispositivos de control. GPM PV+ tiene varias funciones que permite adaptarse a un gran número de necesidades de cualquier compañía, permitiendo la configuración de los datos correspondientes para luego ser enlazado con otras herramientas que disponga la empresa (ERP, GMAO y CRM).

8 WinCaptor. [en línea] Wincaptor, 2010 [consultado 04 de Septiembre de 2014]. Disponible en internet: http://www.wincaptor.com/ 9 GPM PV+, Green Power Monitor. [en línea] España, 2008 [consultado 04 de Septiembre de 2014]. Disponible en internet: http://www greenpowermonitor.com/gpm-pv/

21

3.3. TASK.NET10 La compañía SoftMachine maneja un gran número de productos que permite realizar labores de gestión horaria, planificación de ordenes de producción, monitorización en planta, entre otros. Principalmente maneja un módulo de gestión de tareas (Task.Net) que permite obtener los diferentes tiempos y tipos de trabajos realizados por el personal de planta de manera rápida y confiable. Su objetivo principal es llevar un control de lo producido por el personal de planta. Con la integración de todos los módulos se podrán tener utilidades que complementaran el rendimiento óptimo de la empresa. 3.4. SISTRADE MIS|ERP11 SisTrade Software Consuting S.A. maneja un gran número de soluciones que van casi de la mano con lo requerido por la compañía, brindando cualidades óptimas para el mejoramiento y calidad de controles que monitoreen la productividad en planta. Algunos de los principales módulos relacionados con el proyecto son: Gestión de recursos humanos Admite el almacenamiento de toda la información referente al empleado, establece las ausencias del personal, permite cargar programaciones a un grupo de personas, entre otras cualidades que destaca la funcionabilidad de la herramienta. SCADA & Control de Planta Permite el registro de información por medio de consolas o pc industrial; está orientado al manejo de monitores táctiles que permiten el fácil registro del personal que se encuentra en planta. Se encarga de establecer las ordenes de producción, reportar actividades productivas, asignación/desasignación del personal, inicio y terminación de eventos. En la actualidad existe un gran número de herramientas que proporciona casi todas las necesidades que busca la compañía, no obstante aquellas que pudieran ser consideradas, tienen un alto costo, y la organización no está en capacidad de realizar esta inversión a corto o mediano plazo. 10 Task.Net [en línea] Barcelona: Softmachine [consultado 23 de Septiembre de 2014]. Disponible en internet: http://softmachine.es/ 11 SisTrade Software Consulting. [en línea] SisTrade [consultado 23 de Octubre de 2014]. Disponible en internet: http://www.sistrade.com/es/Soluciones/soluciones-sistrade.htm

22

4. OBJETIVOS 4.1. OBJETIVO GENERAL Desarrollar una aplicación web que permita registrar, administrar y reportar los tiempos de manufactura de la empresa. 4.2. OBJETIVO ESPECIFICO Minimizar los errores de digitación en las minutas de papel mediante la captura de información digital en los puestos de trabajo. Controlar las actividades productivas e improductivas de los puestos de trabajo. Obtener la trazabilidad de las ordenes de pedido durante el proceso productivo de la compañía. Desarrollar una interfaz amigable con el usuario. Generar un impacto ambiental positivo para la compañía que permita reducir la cantidad de hojas de papel impresa en la captura de información por puesto de trabajo Establecer los requerimientos necesarios para la etapa de análisis del proyecto. Elaborar los diagramas de modelado necesarios para el entendimiento de la aplicación. Diseñar un aplicativo web haciendo uso de la herramienta de Tuga, que cumpla con los estándares establecidos por la empresa.

23

5. JUSTIFICACIÓN En la actualidad, la compañía no cuenta con un sistema que registre y procese la información de los indicadores de manufactura. El proceso de registro de la productividad por puesto de trabajo, los diferentes tiempos productivos e improductivos, las causas de faltas de los operarios en planta y la programación del personal que reporta la información por puesto de trabajo es llevada mediante una plantilla de papel llamada minuta, se debe tener en cuenta que la cifra de minutas registradas por día depende del número de puestos de trabajo, por el número de turnos y por la cantidad de producción establecida para esa jornada. Lo anterior genera dificultades, debido a que gran parte de la información (registrada a mano por el personal) no es clara. Una vez finalizado el turno, todas las minutas son entregadas a una persona para que sean trascritas a hojas de Excel, dando como resultado, que se genere un retraso en el manejo de la información, creando inconvenientes que dificultan el óptimo rendimiento de la empresa originando toma de decisiones erróneas o poco confiables. Este proyecto surge por necesidad de la compañía de solucionar algunos de los inconvenientes presentes en el área de producción mencionados anteriormente, permitiendo sistematizar el proceso de registro de tiempos en planta para obtener informes puntuales según lo determinado por el usuario, haciendo uso de las TICs. Los programas de Software tienen como característica generar controles que ayudan a monitorear las actividades que se definan, es por eso que DIMEL INGENIERIA S.A. ha optado por dejar a un lado el manejo manual de la información para darle un cambio a la empresa utilizando herramientas tecnológicas; todo esto dará valor agregado a la empresa que tendrá, como resultado, un desempeño más competitivo en el sector de la comercialización de postes, generando en consecuencia mayores ingresos. Por otra parte, el desarrollo de este proyecto permitirá al director de planta tener un control de rendimiento de sus empleados, establecer decisiones en base a un conjunto de datos ordenados y confiables según el informe generado, realizar diferentes cambios en ordenes de pedido que se encuentren quedadas por algún motivo, tener al día y justificada la producción en planta. Además, contará con la posibilidad de ver al personal registrado en un determinado puesto de trabajo según la fecha estipulada, esto será de gran utilidad ya que establecerá de forma ordenada la asignación del operario de planta, conociendo los días registrados por faltas o incumplimiento a la jornada laboral fijada. Para el personal de planta será más fácil el trabajo, debido a que no tendrá que registrar la cantidad de información que llenaban antes con las minutas de papel;

24

la herramienta estaría disminuyendo el registro a “mano” un 90.8% aproximadamente, logrando que los operarios entreguen a tiempo la información solicitada en la minuta. El consumo de hojas de papel empleado en el registro de programación de pedidos y de minutas disminuirá casi un 100%, teniendo como resultado un impacto ambiental y de costos muy positivo para la compañía. La herramienta “Sistema de Gestión de Información de los Tiempos de Manufactura”, dará soluciones y beneficios a todos los colaboradores de la compañía de una u otra forma, agilizando procesos que hoy por hoy se realizan manualmente.

25

6. METODOLOGÍA “Las metodologías de desarrollo de software son un conjunto de procedimientos, técnicas y ayudas a la documentación para el desarrollo de productos de software”12, donde se establece un gran número de actividades que se deben realizar para lograr un objetivo deseado. En la actualidad, existe gran cantidad de metodologías para el desarrollo e implementación de software, cada una tiene diferentes formas de abordar un proyecto, pero para la ejecución del SGIM se utiliza como guía los procesos definidos por RUP, debido a que es un conjunto de etapas adaptables con el fin de seleccionar los elementos que sean adecuados para satisfacer las necesidades específicas de un proyecto de desarrollo. RUP, también conocido como RATIONAL UNIFIED PROCESS (Proceso Unificado de Rational) es un modelo de software que permite el desarrollo de software a gran escala, mediante un proceso continuo de pruebas y retroalimentación, garantizando el cumplimiento de ciertos estándares de calidad.13 Esta metodología se basa en 4 (cuatro) fases para el desarrollo de software, las cuales son: Fase de Inicio o Incepción: se define la idea, la visión del producto y el alcance del proyecto. Fase de Elaboración: se determinan las necesidades del negocio, la elaboración de los casos de uso y las decisiones de diseño. Fase de Construcción: se realiza la implementación de la aplicación (diseño y código del aplicativo). Fase de Transición: se realizan pruebas finales de aceptación y se realiza la estabilización de la aplicación al usuario.

12 Universidad de Murcia. [en línea]. [consultado en 24 de Noviembre de 2014]. Disponible en internet: <http://www.um.es/docencia/barzana/IAGP/Iagp2.html> 13 Universidad tecnológica del valle de Nezquital, UTVM. [en línea]. [consultado en 25 de Octubre de 2014]. Disponible en internet: <http://www.utvm.edu.mx/OrganoInformativo/orgJul07/RUP.htm>

26

En cada una de las fases de debe realizar un seguimiento de acuerdo a lo establecido en el cronograma para determinar la evolución y control de lo planeado versus lo ejecutado. Ilustración 1. Proceso unificado de rational (RUP) Fuente: Angeldx7. Ciclo de vida RUP[en línea] WIKIPEDIA.2008 [consultado 24 de Noviembre 2014] 6.1. FASE DE INICIO O CONCEPCIÓN En la primera fase del proyecto se establecen las siguientes actividades: Determinar los objetivos que implica la meta del proyecto. Definir y acordar el alcance del proyecto. Conocer cada uno de los aspectos claves que requiere la empresa, identificando las principales dificultades que se observan a la hora de darle solución al problema planteado.

27

Plasmar cada uno de los puntos a los que se quiere dar solución, conociendo el procedimiento actual (si existe) para dar una respuesta adecuada que cumpla con las necesidades esperadas. Identificar todas las entidades (departamentos) con las cuales interactúa el proceso. Identificar los usuarios que están relacionados al proceso general que se quiere solucionar. Clasificar las necesidades del negocio. Investigar herramientas que cumplan con las necesidades de la empresa para brindar mejores cualidades a la aplicación. Planificar el proyecto considerando los recursos disponibles que se tengan para el desarrollo del proyecto. 6.2. FASE DE ELABORACIÓN En la segunda fase del proyecto se establecen las siguientes actividades: Establecer las mejores prácticas para realizar el levantamiento de requisitos del cliente. Determinar los actores potenciales del sistema. Determinar las características del sistema. Clasificar y presentar de manera formal los requerimientos funcionales y no funcionales de la empresa. Definir los módulos, sub-módulos y accesos a la herramienta. Realizar los casos de uso que ayuden a definir la arquitectura del proyecto. Realizar los guiones de casos de uso del sistema. Realizar prototipos no funcionales del proceso. Definir el ambiente de desarrollo para la herramienta SGIM. Se definen los diagramas de clases y el modelo entidad relación

28

6.3. FASE DE CONSTRUCCIÓN En la tercera fase del proyecto se establecen las siguientes actividades: Declarar los requerimientos faltantes en el proyecto. Gestionar los cambios de acuerdo a las estimaciones realizados por los usuarios. Implementar las clases necesarias para la elaboración del proyecto. Implementar la construcción del producto (aplicativo). Realizar pruebas a los casos de usos elaborados. 6.4. FASE DE TRANSICIÓN En la cuarta fase del proyecto se establecen las siguientes actividades: Garantizar el acceso a los usuarios finales. Realizar capacitaciones para que se logre el entendimiento del aplicativo. Garantizar la verificación y ajustes de los últimos errores encontrados durante las pruebas de aceptación. Garantizar que las necesidades de la compañía se estén cumpliendo con el producto terminado. Brindar el soporte pertinente al usuario cuando sea necesario. Se debe tener en cuenta que durante todas las fases de elaboración del proyecto se deberán realizar actividades complementarias, las cuales son: Realizar controles a corto y largo plazo para garantizar la trazabilidad del alcance del proyecto. Contemplar las necesidades de cambios o mejoras de los usuarios. Garantizar que lo entregado en cada fase corresponda a la necesidad directa de la organización.

29

7. DESARROLLO DEL PROYECTO Durante el desarrollo del presente proyecto se empleó la metodología RUP, en cada una de las fases se ejecutan diferentes actividades que se describen a continuación: 7.1. FASE DE INICIO O CONCEPCIÓN 7.1.1. Modelado del negocio. Dimel Ingeniería S.A. optó por automatizar el proceso de captura de información en el área de producción. Esta necesidad surge principalmente por el director del departamento, que es el encargado de la toma de decisiones con respecto a ciertos temas que involucran o impactan las programaciones de la producción, los movimientos del personal no programado e informes sobre indicadores que necesita la compañía. Para esto, lo primero que se realizó fue conocer a fondo la instalación de Dimel, el lugar de trabajo, los procesos y personas que participarían activamente y definir los diferentes pasos o pautas a seguir para la elaboración del proyecto. Uno de los puntos claves de las primeras reuniones de socialización del proyecto, fue identificar que departamentos y usuarios se involucrarían durante todos los procesos, permitiendo establecer cuáles eran las características que tendría que cumplir la herramienta para satisfacer las necesidades del personal de la empresa. El proceso de captura de información necesita de varios datos de entrada que son proporcionados por otros departamentos. Para el funcionamiento de este fue necesario contar con la programación de ordenes de pedido y la programación de los operarios de planta, teniendo en cuenta el personal registrado y su disponibilidad.

30

Ilustración 2. Proceso de captura de información en planta Fuente: elaboración propia. El siguiente diagrama muestra los diferentes subsistemas en que se encuentra dividido actualmente la compañía con su respectiva participación de los procesos: Ilustración 3. Subsistemas de Dimel Ingeniería S.A. Fuente: elaboración propia. Cada departamento debe participar activamente para realizar todo el proceso de captura de información de manufactura; el punto de partida es tener todo el personal de planta registrado en el sistema, ya que con esto se realizará la programación del personal y se crearán los registros de ausentismo.

31

Ilustración 4. Caso de Uso del Negocio numero 1

Fuente: elaboración propia. Una vez se tenga la información de la programación del personal y de ordenes de pedido, el operario podrá registrar la información de manufactura (tiempos productivos e improductivos, movimiento del personal y cantidades productivas). Ilustración 5. Caso de Uso del Negocio numero 2 Fuente: elaboración propia. 7.1.2. Oportunidad del negocio. La herramienta pretende ayudar al control de las actividades realizadas en piso (actividades de planta), lo que permitirá tener acceso de manera rápida a los operarios para ingresar la información al sistema, por medio de unas interfaces graficas amigables y sencillas. Para el director de planta tener la información online será de gran importancia, ya que podrá tomar decisiones de manera rápida, segura y en línea, sin tener que esperar a que primero sea diligenciada una minuta, luego que un auxiliar registre

32

la información en hojas de Excel y por último que el analista estudie la información. 7.1.1.1. Sentencia que define el problema Tabla 1. Definición del problema

El problema es Controlar y tomar decisiones de las ordenes de pedidos. Controlar las actividades (productivas e improductivas) del personal de planta. Gestionar las incapacidades realizadas por el personal de planta de la empresa. Gestionar las programaciones de ordenes de pedido y del personal de planta

Afecta a Departamento de producción (director, asistentes, auxiliares y operarios) Departamento de recurso humanos (asistente) Departamento de planeación (programador de la producción)

El impacto asociado es Almacenar toda la información referente a las programaciones de ordenes de pedido y de los turnos del personal, garantizando que los registros se encuentren accesibles y actualizados en el momento que se necesite por el personal encargado.

Una solución adecuada sería

Crear una herramienta que permita la interacción del personal involucrado, por medio de interfaces amigables y sencillas que capturen y almacenen la información en una base de datos.

Fuente: elaboración propia.

33

7.1.1.2. Sentencia que define la posición del producto Tabla 2. Definición de la posición del producto

Para Departamento de producción, Director de producción, Operarios de cada puesto de trabajo, Departamento de recursos humanos, Auxiliares / Asistentes de producción, Asistentes de recursos humanos

Quienes Reportan productividad en planta, controlan las ordenes de pedido, supervisan los tiempos de manufactura y realizan las diferentes programaciones del personal

El nombre del producto SGIM (Sistema de Gestión de Información de Manufactura)

Qué Almacena la información necesaria de planta para la toma de decisiones en tiempo real

No cómo El método actual (anteriormente mencionado) Nuestro producto Admite gestionar los procesos de creación de

programaciones de personal, ordenes de pedido, ausentismo y manufactura, permitiendo acceder de manera rápida y en línea a la información desde cualquier lugar que tenga acceso a la herramienta.

Fuente: elaboración propia. 7.1.1.3. Sentencia que define la posición del producto. Se debe identificar, definir e incluir a los usuarios claves dentro del proceso, que permita realizar un desarrollo con un alto grado de impacto hacía las personas. Es necesario que el grupo de involucrados en el proyecto, sean los más adecuados para representar los procesos de la empresa. A continuación se definen los perfiles de los usuarios involucrados en este proyecto:

34

Resumen de stakeholders Tabla 3. Resumen Stakeholders

NOMBRE DESCRIPCIÓN RESPONSABILIDADES Luis Fernando Gutierrez

Representante legal de la compañía Dimel Ingeniera S.A.

El stakeholders realiza: Aprueba los requisitos del

proyecto Supervisa el desarrollo del

proyecto Fuente: elaboración propia. Resumen de usuarios Tabla 4. Resumen de usuarios

NOMBRE DESCRIPCIÓN STAKEHOLDERS

Director de planta

Responsable directo del departamento de producción. Toma decisiones para los tres procesos productivos de la compañía (mecanizado, conformado y alistamiento).

Producción

Asistente de

producción

Reporta ausentismos del personal de planta. Crea la programación de los operarios para los tres procesos del departamento de producción.

Producción

Auxiliar de producción

Responsable de generar los informes de ausentismo del personal operativo. Registra la información de las minutas a las hojas de Excel.

Producción

Operario

Registra la información productiva en la minutas. Informa a los supervisores el ausentismo de un trabajador programado en un turno.

Producción

Asistente de RRHH

Registra y controla los ausentismo del personal de planta.

Recursos Humanos

Planeador de la

producción

Responsable de la programación de las ordenes de pedido por cada puesto de trabajo. Planeación

Fuente: elaboración propia.

35

7.1.1.4. Perfil de stakeholders Tabla 5. Perfil de stakeholders Representante Luis Fernando Gutierrez Descripción Representante legal de la compañía Dimel Ingeniera S.A. Tipo Usuario principal Responsabilidades Encargado de revisar y aprobar la documentación

levantada por los usuarios del sistema. Controla el seguimiento del proyecto y estructura la funcionabilidad de la herramienta.

Criterio de Éxito - Grado de participación

Alta: revisión de documento de requerimiento, monitorear el estado del proyecto

Comentarios - Fuente: elaboración propia. 7.1.1.5. Perfil de usuarios Tabla 6. Perfil de usuario director de planta Representante Producción Descripción Director de planta Tipo Usuario clave Responsabilidades Realiza reportes de seguimiento de los procesos

productivos que permitirá tomar decisiones en tiempo real. Controla y supervisa los indicadores del departamento de producción

Criterio de Éxito - Grado de participación

Alta: compartir y validar información referente a los procesos de la empresa que están relacionados con el departamento

Comentarios - Fuente: elaboración propia.

36

Tabla 7. Perfil de usuario asistente de producción Representante Producción Descripción Asistente de producción Tipo Usuario casual Responsabilidades Generar las diferentes programaciones de turnos de los

operarios de planta de la empresa Criterio de Éxito - Grado de participación

Media: compartir información referente al proceso de la programación del personal

Comentarios - Fuente: elaboración propia. Tabla 8. Perfil de usuario auxiliar de producción Representante Producción Descripción Auxiliar de producción Tipo Usuario eventual Responsabilidades Encargado de ingresar los registros de información de las

minutas a las hojas de Excel Criterio de Éxito - Grado de participación

Baja: compartir información referente al proceso de registros de minutas en planta y de los procesos generales de la compañía

Comentarios - Fuente: elaboración propia. Tabla 9. Perfil de usuario operario Representante Producción Descripción Operario Tipo Usuario casual Responsabilidades Encargado de registrar la información a la minuta del

proceso productivo Criterio de Éxito - Grado de participación

Baja: conocer las variables que involucra el puesto de trabajo con respeto a las minutas diligenciadas por el operario

Comentarios -

37

Tabla 10. Perfil de usuario asistente RRHH Representante Recursos humanos Descripción Asistente RRHH Tipo Usuario casual Responsabilidades Encargado de registrar el personal de la empresa y de

reportar cuando un operario no se presenta a la jornada laboral

Criterio de Éxito - Grado de participación

Media: compartir información referente al manejo del personal y de los procesos generales de la compañía

Comentarios - Fuente: elaboración propia. Tabla 11. Perfil de usuario planeador de la producción Representante Planeación Descripción Planeador de la producción Tipo Usuario casual Responsabilidades Generar semanalmente la programación de las ordenes de

pedido que pasan por los puesto de trabajo de la compañía Criterio de Éxito - Grado de participación

Media: compartir información referente al manejo de la programación de ordenes de pedido y de los procesos generales de la compañía

Comentarios - Fuente: elaboración propia. 7.1.1.6. Descripción global del producto Perspectiva del producto. La herramienta desarrollada, complementará los procesos de la compañía Dimel Ingeniería S.A., con la intención de agilizar ciertos mecanismos manuales de la empresa; principalmente los departamentos que se verán relacionados con la aplicación son: producción, planeación y recursos humanos. Resumen de características. Algunos de los posibles beneficios que la compañía estaría alcanzando a largo plazo son:

38

Tabla 12. Beneficios de la empresa

BENEFICIO DE LA EMPRESA CARACTERÍSTICAS QUE LO APOYAN

Automatización del proceso de registro de información en planta

Herramienta web desde la cual se podrá acceder de manera rápida para registrar la información

Conocer los rendimientos de cada persona registrada en los procesos productivos

Herramienta web que tendrá acceso a la base de datos con la información del personal de planta

Generar informes de productividad de la planta

Información en línea que estará disponible cada vez que el usuario lo requiera

Conocer los tiempos de parada registrados en los puesto de trabajo

Información de actividades bien definidas por cada proceso productivo

Conocer las cantidades producidas en cada puesto de trabajo

Base de datos centralizada con la información de las ordenes de pedido

Controlar los ausentismo del personal Herramienta web que permitirá reportar los ausentismo de los operarios de la empresa

Fuente: elaboración propia. Departamento de gerencia. Se encarga de determinar y aprobar las necesidades puntuales del proyecto. Departamento de producción. Se encarga de la elaboración de los productos de la empresa, según lo establecido en la programación de la producción. Este departamento tendrá acceso a gran parte del sistema que automatizará el proceso de captura de información en los puestos de trabajo (registro de actividades, cantidades productivas y movimientos del personal); contará con el acceso para consultar las incapacidades del personal, como también crear, modificar y consultar los registros de programación de turnos de los trabajadores de planta. Departamento de planeación. Responsable de la programación de las ordenes de producción y de la planeación de los recursos para la elaboración de los productos, supervisar y controlar que lo planeado sea lo ejecutado por producción. Los trabajadores con el acceso a la planeación podrán cargar y consultar las programaciones de ordenes que se realicen por semana en los puestos de trabajo.

39

Departamento de recursos humanos. Encargado de la gestión del personal y la asignación de los trabajadores a un determinado puesto de trabajo. El delegado de manejar la herramienta tendrá acceso a una parte del subsistema que le permitirá crear, consultar y modificar los datos de las incapacidades del personal operativo. 7.2. FASE DE ELABORACIÓN 7.2.1. Requisitos. Se utilizaron dos técnicas para hacer el levantamiento de las necesidades del cliente, JAD (Joint Application Development) y prototipos, buscando satisfacer de manera clara y concisa los requerimientos que el proyecto deberá cumplir para lograr el éxito. A continuación se describen estas dos técnicas: JAD (Joint Application Development): se involucra a todo el personal directo de la ejecución del proyecto, estableciendo reuniones participativas con los usuarios que conocen e interactúan con los procesos del negocio, permitiendo recolectar gran cantidad de necesidades y problemas de la compañía. Tabla 13. Historial de reuniones # FECHA DESCRIPCIÓN PARTICIPANTE(S) ESTADO OBSERVACIONES

1 03/02/2015 Presentación del proyecto a los involucrados

Depto. Gerencia

Realizada Se deben realizar ajustes del alcance del proyecto

Depto. Planeación Depto. Producción Depto. Recursos Humanos

2 06/02/2015 Corrección del alcance y metodología

Depto. Gerencia Realizada

3 10/02/2015 Levantamiento de información Depto. Planeación Realizada

4 12/02/2015 Levantamiento de información Depto. Producción Realizada

5 13/02/2015

6 18/02/2015 Levantamiento de información

Depto. Recursos Humanos Realizada

7 24/02/2015 Socialización de información

Depto. Planeación

Realizada Ajuste de requerimientos de los procesos

Depto. Producción Depto. Recursos Humanos

40

Tabla 14.(continuación)

8 05/03/2015

Presentación de prototipo del proceso de creación de programación del personal y captura de información en planta

Depto. Producción Realizada Ajuste de requerimientos de los procesos

9 10/03/2015

Presentación de prototipo del proceso de creación de incapacidades

Depto. Producción

Realizada Ajuste de requerimientos de los procesos

Depto. Recursos Humanos

10 18/03/2015 Socialización de información de cambios

Depto. Producción Realizada Depto. Recursos

Humanos

11 21/02/2015 Socialización de información Depto. Gerencia Realizada Aprobación de

requerimientos Fuente: elaboración propia. Prototipos: se emplea este mecanismo para presentar las ideas generales al personal del proyecto, con el fin de aclarar inmediatamente algunos puntos claves del sistema; principalmente originó pensamientos más claros al usuario, provocando un gran número de ideas nuevas o cambios acerca de las necesidades ya existentes; los modelos plasmados representan los procesos de creación de incapacidades a los operarios, programación del personal y registro de información en planta. 7.2.1.1. Gestión de requisitos Actores. Se definen los usuarios potenciales del sistema, los cuales son: Director de Planta, Asistente de Producción, Auxiliar de Producción, Operario, Asistente de RRHH y Planeador de la Producción.

41

Tabla 15. Matriz de atributos para los actores del sistema

ACTORES PRIORIDAD ESTADO DIFICULTAD ACT1: Director de planta Media Aprobado Alta ACT2: Asistente de producción Alta Aprobado Media ACT3: Auxiliar de producción Baja Incorporado Baja ACT4: Operario Alta Incorporado Baja ACT5: Asistente de RRHH Alta Aprobado Media ACT6: Planeador de la producción Media Aprobado Media

Fuente: elaboración propia. Características del software. Las características del software son los requerimientos básicos que debe cumplir la herramienta para satisfacer las necesidades establecida por los trabajadores y la empresa. Tabla 16. Matriz de atributos de las características del sistema

CARACTERÍSTICAS DEL SOFTWARE PRIORIDAD ESTADO DIFICULTAD

CSW1: Departamento de RRHH Media Aprobado Baja

CSW1.1: Creación de tipos de inasistencia Media Aprobado Baja

CSW1.2: Control de inasistencias del persona de planta Media Aprobado Baja

CSW2: Departamento de Producción Alta Aprobado Alta

CSW2.1: Creación de programación de turnos de los operarios

Alta Aprobado Alta

CSW2.2: Control de tiempos de manufactura Alta Aprobado Alta

CSW2.3: Control de las ordenes de pedido Alta Aprobado Alta

CSW3: Departamento de Planeación Media Aprobado Media

CSW3.1: Consulta de ordenes de pedido Media Aprobado Media

CSW3.2: Carga de ordenes de pedido Media Aprobado Alta

Fuente: elaboración propia.

42

Requerimientos funcionales El sistema deberá permitirle al usuario consultar el código y nombre de los

puestos de trabajo que se encuentran almacenados en una tabla de un esquema diferente, pero pertenece a la misma base de datos del proyecto (tabla que contienen los puestos de trabajo de la compañía: cima.cima_puesto_trabajo_hijo).

El sistema deberá permitirle al usuario registrar la información de un motivo de inasistencia, ingresando los siguientes campos: nombre y descripción.

Cuando se desee consultar los motivos de inasistencia por medio de los

siguientes campos: nombre o estado, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre, estado y fecha de creación (dd/mm/aa).

Cuando el usuario cree un motivo de inasistencia, el sistema deberá asignar al

registro un estado de activo. El sistema no deberá permitirle al usuario grabar la información de un motivo

de inasistencia si el campo de nombre se encuentra en blanco. El sistema deberá permitirle al usuario editar únicamente la descripción de los

registros de inasistencia. Cuando se desee consultar los registros de los trabajadores por medio de los

siguientes campos: número de identificación, nombre, apellido o puesto de trabajo, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: identificación, nombre completo, sexo, puesto de trabajo, estado, salario y fotografía.

El sistema deberá consultar los datos de las personas (tipo de identificación,

número de identificación, nombres, apellidos, sexo, puesto de trabajo, estado, salario, fecha de cumpleaños, celular, teléfono, correo y ciudad) que se encuentran almacenados en una base de datos externa del proyecto.

El sistema deberá insertar de la base de datos externa toda la información de

la persona, teniendo en cuenta que el número de identificación no se encuentre registrado en la base de datos del proyecto, los campos a insertar son: tipo de identificación (cedula, tarjeta de identidad y registro civil), número de identificación, nombres, apellidos, sexo, puesto de trabajo, estado, salario, fecha de cumpleaños, celular, teléfono, correo y ciudad.

43

Cuando se realice una consulta de los registros de inasistencia por medio de los siguientes campos: número de identificación, puesto de trabajo y estado, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre completo, puesto de trabajo, tipo inasistencia, estado, fecha de inasistencia y fecha de creación.

El sistema deberá permitirle al usuario asignar varias inasistencias (ausentismo) a un trabajador, donde se especifique el tipo de inasistencia, número de identificación de un trabajador ya registrado, descripción inasistencia y fecha (rango de fecha o fecha única).

El sistema no deberá permitirle al usuario grabar la información de una

inasistencia si los campos de tipo de inasistencia, tipo de identificación, número de identificación o fecha de inasistencia se encuentran en blanco.

El sistema deberá asignarle un estado (expiró, vigente y activa) a cada

inasistencia ingresada por trabajador según la fecha programada, donde el estado “expiró” será asignado cuando la fecha programada de la inasistencia sea anterior a la fecha de la creación del registro, “vigente” será asignado cuando la fecha de inasistencia sea posterior a la fecha de la creación del registro y activa será asignado cuando la fecha de inasistencia sea igual a la fecha de la creación.

El sistema deberá permitirle al usuario modificar únicamente la fecha de

inasistencia de un registro, siempre y cuando tenga un estado igual a “vigente”. Cuando se desee consultar la programación del personal por medio de los

siguientes campos: nombre o fecha de la programación, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre de la programación, usuario creación, fecha creación, fecha de programación y estado.

El sistema no deberá permitirle al usuario crear programación inferiores a la

fecha de creación del registro. Cuando se haya creado una programación del personal, el sistema deberá

asignarle un estado (vigente y activa) según la fecha programada, donde el estado “vigente” será asignado cuando la fecha de la programación sea posterior a la fecha de la creación del registro y activa será asignado cuando la fecha de la programación sea igual a la fecha de la creación.

El sistema deberá permitirle al usuario exportar en una hoja de Excel la

información de la programación, donde se debe garantizar que el reporte contenga la siguiente estructura: código de puesto de trabajo, nombre de

44

puesto de trabajo, código de turno de programación, rango de hora de programación y nombre del personal.

El sistema deberá permitirle al usuario modificar la fecha y el personal de una

programación, siempre y cuando tenga un estado igual a “vigente”. El sistemas deberá permitirle al usuario crear programaciones del personal

donde se especifique un nombre, descripción, fecha de programación inicial – fecha de programación final (o fecha única de programación), puesto de trabajo y un grupo de trabajadores identificados por el tipo y número de identificación.

El sistema no deberá permitirle al usuario realizar programaciones a puestos

de trabajo que no cuenten con turnos relacionados. El sistema no deberá permitirle al usuario relacionar un trabajador a un turno si

ya se encuentra vinculado a otro en la misma programación. El sistema deberá garantizar que el número de trabajadores asignados por el

usuario a un puesto de trabajo de la programación, no exceda el número permitido por la tripulación establecida en el puesto de trabajo.

El sistema deberá permitirle al usuario establecer por turno un operario líder,

identificado por medio de un color dentro de la programación. El sistema deberá actualizar automáticamente los estados de los registros

según la fecha programada de cada uno de los procesos (submodulo de programación de inasistencias y submodulo de programación del personal), donde el estado “expiró” será actualizado si la fecha programada es inferior a la fecha actual, “vigente” será actualizado si la fecha programada es posterior a la fecha actual y “activa” será actualizado si la fecha programada es igual a la fecha actual.

Cuando se desee consultar los registros de productividad de los trabajadores

por medio de los siguientes campos: orden de fábrica, cliente o puesto de trabajo, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: orden de fábrica, cliente, cantidad pedida, fecha de creación y puesto de trabajo.

Cuando se desee consultar la programación del personal por medio de los

siguientes campos: fecha, turno o puesto de trabajo, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre de programación, descripción, tripulación y fecha programación.

45

Cuando el usuario seleccione una programación del personal, el sistema deberá visualizar todas las ordenes de pedido pendientes por medio de un reporte que cumpla con la siguiente estructura: orden de pedido, cliente, cantidades pedidas, cantidades realizadas, cantidades pendientes.

Cuando se desee consultar las ordenes de pedido programadas por medio de los siguientes campos: número de OP, cliente o cantidades pedidas, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: número de OP, cliente, referencia, cantidades programadas, cantidades realizadas y cantidades pendientes.

Una vez el usuario seleccione una orden de pedido, el sistema deberá visualizar en la pantalla el nombre de la OP, el nombre de cliente, referencia, medida de gas inicial, medida de gas final, peso y área.

Una vez el usuario seleccione una orden de pedido, el sistema deberá

visualizar los componentes del pedido a pintar por medio de un reporte que cumpla con la siguiente estructura: nombre componente, código de pintura, peso, área, cantidad pedida, cantidad realizada y cantidad pendiente.

Una vez el usuario seleccione una orden de pedido, el sistema deberá

visualizar el personal programado por medio de un reporte que cumpla con la siguiente estructura: identificación, nombre completo, sexo, estado (programado / no programado) y fotografía.

El sistema deberá permitirle al usuario eliminar una persona que se encuentre

dentro de la programación del puesto de trabajo. El sistema deberá permitirle al usuario adicionar una persona que no encuentre

dentro de la programación del puesto de trabajo. El sistema deberá permitirle al usuario reportar tiempos de manufactura donde

se especifique el tipo de tiempo, la actividad, una observación, hora inicio y hora fin de la actividad.

Cuando el usuario reporte el primer tiempo de manufactura, el sistema deberá

tomar como hora inicio el momento en que se seleccionó la orden de pedido. Cuando exista más de un tiempo de manufactura reportado, el sistema deberá

tomar la hora inicio como la hora fin de la actividad anterior.

46

El sistema deberá permitirle al usuario visualizar en un reporte las actividades improductivas cumpliendo con la siguiente estructura: tipo de actividad, hora inicio, hora fin, tiempo resumen y observación.

El sistema no deberá permitirle al usuario grabar la información de un tiempo

de manufactura si los campos de tipo de tiempo o actividad se encuentran en blanco.

El sistema deberá permitirle al usuario realizar cargas masivas de archivos en Excel (xlsx) de las ordenes de pedidos programadas, los campos de la estructura de carga son los siguientes: número de orden de pedido, nombre cliente, descripción, nombre de pieza, código de pintura, cantidad, área y peso.

Cuando se desee consultar los registros de las ordenes de pedido por medio de los siguientes campos: número de orden de pedido, cliente o fecha, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: número OP, cliente, cantidad pedida, cantidad realizada, cantidad pendiente y fecha de carga

Requerimientos no funcionales La aplicación deberá ser desarrollada en la herramienta de TUGA, haciendo

uso de las buenas prácticas de desarrollo estipulada por la empresa Dimel Ingeniería S.A.

Cuando el usuario adicione información a la base de datos, el sistema deberá

notificarle mediante un mensaje de aceptación si la operación se realizó satisfactoriamente

El sistema deberá consultar los datos de los operarios que se encuentran

almacenados en una base de datos SQL Server 2008 externa del proyecto.

Cuando un usuario intente almacenar un registro sin antes completar los campos obligatorios que tenga el formulario, el sistema deberá mostrar un mensaje de advertencia informando la obligatoriedad de los campos.

Los datos registrados en la aplicación deberán ser almacenados en la base de

datos que maneja actualmente la empresa para la herramienta de Tuga (PostgreSQL versión 9.2.13).

Cuando un usuario cree un registro en el aplicativo, el sistema deberá

garantizar que adicionalmente a los campos solicitados en cada uno de los procesos se almacene el usuario, fecha y hora de creación del registro.

47

Se debe utilizar Apache Tomcat versión 6.0.44 como servidor web para la ejecución de la aplicación.

La aplicación deberá funcionar independientemente del navegador web que se

maneje. Se deberá garantizar la disponibilidad de la aplicación en tiempo completo (7 x

24). Se deberá implementar en una máquina virtual VirtualBox versión 4.2.32 con

un sistema operativo instalado de Windows Server 2012 R2 7.2.1.2. Módulos y accesos del aplicativo Módulos. Teniendo en cuenta las necesidades de la empresa basadas en la documentación de requerimientos, se definen los módulos y submodulos de la herramienta. Módulo de Parametrización o Gestión de inasistencia: Se encontrará la información de los tipos de inasistencia manejados por la empresa, se permitirá crear, modificar y consultar los registros según el usuario que tenga permisos establecidos para realizar estas acciones. Gestión del personal de planta o Consulta del personal: Se tendrá todos los operarios de planta con la información de contacto, se permitirá consultar e inactivar los registros del personal de la empresa. o Gestión de programación del personal: Se tendrá la información de las programaciones de turnos del personal de planta, se podrá crear, modificar y consultar los registros según el usuario que tenga permisos establecidos para realizar estas acciones. o Gestión de inasistencias del personal: Se encontrará la información de los registros de inasistencias asignadas al personal de planta, con la información de la

48

persona, fecha y tipo de inasistencia, se permitirá crear, modificar y consultar los registros. Gestión registro de manufactura o Registro de información en planta: Submodulo que permite al operario el registro de información en planta, las cantidades de productividad, el movimiento del personal y los tiempos de manufactura. o Reportes: permite conocer los informes de productividad, las actividades de manufactura y los tiempos de movimiento del personal de los diferentes puestos de trabajo de la compañía. Planeación o Carga masiva OP: Submodulo que permitirá realizar las diferentes cargas masivas de la programación de producción para los puestos de trabajo. o Ordenes de pedido: Se tendrán todos los registros de las ordenes de pedido que se encuentren en el sistema, se permite consultar e inactivar los registros del personal de la empresa. Accesos. Se presenta la tabla de acceso a los procesos de la herramienta, según los roles definidos por la empresa, los cuales son: Director de Planta, Planeador de Producción, Asistente de Planta, Asistente de RRHH, Auxiliar de Planta y Operario. Tabla 17. Accesos de la herramienta

MÓDULO SUBMÓDULO PROCESO

ROLES

Dire

ctor

de

plan

ta

Asi

sten

te d

e pr

od.

Aux

iliar d

e pr

od.

Ope

rario

Asi

sten

te d

e R

RH

H

Pla

nead

or d

e la

pro

d.

Parametrización Gestión de Inasistencia

Consultar X Crear X Modificar X

Gestión Personal Planta Consulta Personal Consultar X

49

Tabla 18.(continuación)

Gestión Inasistencia

Consultar X X X Crear X X Modificar X

Programación Personal

Consultar X Crear X Modificar X

Planeación Carga de Pedido Cargar X Ordenes de Fabrica Consultar X

Gestión Registro Manufactura

Registro Planta

Consultar Programación Personal

X

Seleccionar Programación Personal

X

Consultar Programación OP X

Seleccionar Programación OP X

Adicionar Tiempos X Adicionar Personal X Eliminar Personal X Reportar Cantidades X

Reportes Consultar X Fuente: elaboración propia. 7.2.2. Casos de uso. A continuación se presenta la tabla con los casos de uso cuyas especificaciones se derivan de las características del software

50

Tabla 19. Matriz de atributos de los casos de uso del sistema

DESCRIPCIÓN PRIORIDAD ESTADO DIFICULTAD CU01: Iniciar sesión Baja Aprobado Baja CU02: Registrar tipo de inasistencias Media Aprobado Baja

CU03: Modificar tipo de inasistencias Media Aprobado Baja

CU04: Sincronizar personal Alta Incorporado Alta CU05: Consultar personal Baja Aprobado Baja CU06: Registrar inasistencias Alta Aprobado Media CU07: Modificar inasistencias Alta Aprobado Media CU08: Consultar incapacidades Alta Aprobado Baja CU09: Crear programación Alta Aprobado Alta CU10: Modificar programación Alta Aprobado Alta CU11: Validar inasistencias Media Aprobado Media CU12: Cargar ordenes de pedido Alta Aprobado Media CU13: Consultar ordenes de pedido Media Aprobado Baja

CU14: Seleccionar programación del personal Alta Aprobado Media

CU15: Seleccionar orden de pedido Alta Aprobado Media

CU16: Adicionar personal de planta Alta Aprobado Media

CU17: Eliminar personal de planta Alta Aprobado Media

CU18: Especificar tiempos de manufactura Alta Aprobado Media

CU19: Ingresar cantidades productivas Alta Aprobado Media

CU20: Generar reportes de productividad Alta Aprobado Baja

CU21: Registrar personal Media Eliminado Baja CU22: Modificar personal Media Eliminado Baja

Fuente: elaboración propia. Los casos de uso CU21 y CU22, fueron eliminados del proyecto debido a que existe una herramienta que se encarga de la administración del personal de la empresa.

51

La matriz de trazabilidad de los casos de uso relacionada con los actores permite conocer la función de cada actor con respecto a los casos de uso planteados (aprobados), estableciendo la participación de cada uno de ellos. Tabla 20. Matriz de trazabilidad casos de uso / actores

CASOS DE USO / ACTORES

AC

T1: D

irect

or d

e P

lant

a

AC

T2: A

sist

ente

de

Pro

ducc

ión

AC

T3: A

uxilia

r de

Pro

ducc

ión

AC

T4: O

pera

rio

AC

T4: A

sist

ente

de

RR

HH

AC

T5: P

lane

ador

de

Prod

ucci

ón

CU01: Iniciar sesión X X X X X X CU02: Registrar tipo de inasistencias X CU03: Modificar tipo de inasistencias X CU04: Sincronizar personal X CU05: Consultar personal X CU06: Registrar inasistencias X X CU07: Modificar inasistencias X X CU08: Consultar incapacidades X X X CU09: Crear programación X CU10: Modificar programación X CU11: Validar inasistencias X CU12: Cargar ordenes de pedido X CU13: Consultar ordenes de pedido X CU14: Seleccionar programación del personal X CU15: Seleccionar orden de pedido X CU16: Adicionar personal de planta X CU17: Eliminar personal de planta X CU18: Especificar tiempos de manufactura X CU19: Ingresar cantidades productivas X CU20: Generar reportes de productividad X Fuente: elaboración propia.

52

La matriz de trazabilidad de los casos de uso relacionada con las características del software permite conocer la derivación de los casos uso (aprobados) sobre las características planteadas. Tabla 21. Matriz de trazabilidad casos de uso / características del software

CASOS DE USO / CARACTERÍSTICA DEL

SOFTWARE C

SW

1: D

epar

tam

ento

de

RR

HH

CS

W1.

1: C

reac

ión

de ti

pos

de in

asis

tenc

ia

CS

W1.

2: C

ontro

l de

inas

iste

ncia

s de

l per

sona

de

pla

nta

CS

W2:

Dep

arta

men

to d

e P

rodu

cció

n

CS

W2.

1: C

reac

ión

de p

rogr

amac

ión

de tu

rnos

de

los

oper

ario

s

CS

W2.

2: C

ontro

l de

tiem

pos

de m

anuf

actu

ra

CS

W2.

3: C

ontro

l de

las

orde

nes

de p

edid

o

CS

W3:

Dep

arta

men

to d

e P

lane

ació

n

CS

W3.

1: C

onsu

lta d

e or

dene

s de

ped

ido

CS

W3.

2: C

arga

de

orde

nes

de p

edid

o

CU01: Iniciar sesión CU02: Registrar tipo de inasistencias X X CU03: Modificar tipo de inasistencias X X CU04: Sincronizar personal X X CU05: Consultar personal X X X CU06: Registrar inasistencias X X X CU07: Modificar inasistencias X X X CU08: Consultar incapacidades X X X CU09: Crear programación X X CU10: Modificar programación X X CU11: Validar inasistencias X X CU12: Cargar ordenes de pedido X X CU13: Consultar ordenes de pedido X X CU14: Seleccionar programación del personal X X X CU15: Seleccionar orden de pedido X X X

53

Tabla 22.(continuación) CU16: Adicionar personal de planta X X X CU17: Eliminar personal de planta X X X CU18: Especificar tiempos de manufactura X X X CU19: Ingresar cantidades productivas X X X CU20: Generar reportes de productividad X X

Fuente: elaboración propia. La siguiente tabla muestra los casos de uso relacionados a los procesos del proyecto. Tabla 23. Matriz de casos de uso / Procesos de la herramienta

CASOS DE USO / PROCESOS

Ges

tión

de ti

po d

e in

asis

tenc

ia

Con

sulta

del

per

sona

l

Ges

tión

de p

rogr

amac

ión

del

pers

onal

de

plan

ta

Ges

tión

de a

usen

tism

o de

l per

sona

l op

erat

ivo

Ges

tión

de p

rogr

amac

ión

de

orde

nes

de p

edid

o

Reg

istro

de

capt

ura

de in

form

ació

n

Con

trol d

e la

s or

dene

s de

ped

ido

CU01: Iniciar sesión CU02: Registrar tipo de inasistencias X CU03: Modificar tipo de inasistencias X CU04: Sincronizar personal X CU05: Consultar personal X CU06: Registrar inasistencias X CU07: Modificar inasistencias X CU08: Consultar incapacidades X CU09: Crear programación X

54

Tabla 2024.(continuación) CU10: Modificar programación X CU11: Validar inasistencias X CU12: Cargar ordenes de pedido X CU13: Consultar ordenes de pedido X CU14: Seleccionar programación del personal X CU15: Seleccionar orden de pedido X CU16: Adicionar personal de planta X CU17: Eliminar personal de planta X CU18: Especificar tiempos de manufactura X CU19: Ingresar cantidades productivas X CU20: Generar reportes de productividad X

Fuente: elaboración propia.

55

La matriz de casos de uso con los requerimientos funcionales permite establecer el vínculo entre ellos, determinando si existe alguno que no se encuentre relacionado con las necesidades de la empresa. Tabla 25. Matriz de trazabilidad casos de uso / requerimientos

CU ID REQUERIMIENTOS RELACIONADOS

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

CU01

CU02

X

X

CU03

X X

CU04

X X

CU05

X X X X

CU06

X X X

CU07

X X X

CU08

X X

CU09

X X X X X X X X X

CU10

X X X X

CU11

X X

CU12

X

56

Tabla21.(continuación) CU13 X

CU14 X X X X X X X X X X X

CU15 X X X X X X X X X X

CU16 X X

CU17 X X

CU18 X X X X X

CU19 X

CU20 X

Fuente: elaboración propia.

57

7.2.2.1. Diagramas de casos de uso. Se presentan los diagramas de casos de uso planteados para el sistema según los procesos definidos por la empresa Diagrama de caso director de planta

Ilustración 6. Diagrama de caso de uso para el actor director de planta

Fuente: elaboración propia. Diagrama de caso asistente de producción y auxiliar de producción

Ilustración 7. Diagrama de caso de uso para los actores asistente producción y auxiliar de producción

Fuente: elaboración propia.

58

Diagrama de caso operario Ilustración 8. Diagrama de caso de uso para el actor operario

Fuente: elaboración propia. Diagrama de caso planeador producción Ilustración 9. Diagrama de casos de uso para el actor planeador producción Fuente: elaboración propia.

59

Diagrama de caso asistente RRHH Ilustración 10. Diagrama de casos de uso para el actor asistente RRHH

Fuente: elaboración propia 7.2.2.2. Detalle de casos de uso. Se presentan los casos de uso detallado para el proceso de captura de información en planta, los directamente involucrados son (Tabla 20. Matriz de trazabilidad casos de uso / Procesos de la herramienta): CU14: Seleccionar programación del personal CU15: Seleccionar orden de pedido CU16: Adicionar personal de planta CU17: Eliminar personal de planta CU18: Especificar tiempos de manufactura CU19: Ingresar cantidades productivas

60

El caso de uso detallado a continuación muestra los pasos para seleccionar una programación del personal dentro de la captura de tiempos de manufactura. Tabla 26. Detalle de caso de uso #14 Caso Uso No. CU_14 Nombre Seleccionar programación del personal Descripción Caso de uso para seleccionar la programación del personal de planta Actores Operario

Guion Actores Software

1. Ingresa a la opción seleccionar un turno 2. Muestra los turnos disponibles 3. Selecciona un turno 4. Ingresa a la opción seleccionar un puesto de trabajo

5. Muestra los puestos de trabajos activos del sistema

6. Selecciona un puesto de trabajo

7. Selecciona una opción (Consultar o Limpiar)

8. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 1)

9. Si selecciona la opción Consultar valida que el campo turno no este vacío

10. Valida que el campo puesto de trabajo no este vacío

11. Muestra las programaciones activas del personal de planta

12. Selecciona una programación del personal

13. Termina caso de uso

Excepciones

1. Excepción: turno incorrecto Actores Software

9.

a. Se presenta un mensaje de error por el turno (está vacío) b. Regresa al paso 1

2. Excepción: puesto de trabajo incorrecto Actores Software

61

Tabla 2227.(continuación)

10. a. Se presenta un mensaje de error por el puesto de trabajo (está vacío) b. Regresa al paso 3

CU Relacionado Precondición El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia El caso de uso detallado a continuación muestra los pasos para seleccionar una orden de pedido dentro de la captura de tiempos de manufactura. Tabla 28. Detalle de caso de uso #15 Caso Uso No. CU_15 Nombre Seleccionar orden de pedido Descripción Caso de uso para seleccionar la programación de pedido Actores Operario

Guion Actores Software

1. Ingresa el número de la orden de producción, nombre del cliente o cantidad pedida

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 1)

4. Si selecciona la opción Consultar el sistema muestra para cualquiera de las tres opciones (número de orden, nombre del cliente o cantidad pedida) las programaciones de pedido

5. Selecciona una programación del personal 6. Termina caso de uso

Excepciones 1. Excepción:

Actores Software

62

Tabla 2329.(continuación)

CU Relacionado CU014 Seleccionar programación del personal

Precondición ● El usuario debe estar registrado en el aplicativo ● Se debe tener una programación de personal en planta

Post condición Fuente: elaboración propia El caso de uso detallado a continuación muestra los pasos para adicionar un operario a la programación dentro de la captura de tiempos de manufactura. Tabla 30. Detalle de caso de uso #16 Caso Uso No. CU_16

Nombre Adicionar personal de planta Descripción Caso de uso para adicionar personal a la programación de planta Actores Operario

Guion

Actores Software 1. Consulta el trabajador (CU05)

2. Muestra los trabajadores activos del sistema

3. Selecciona un trabajador

4. Almacena el trabajador en la programación con la hora del ingreso

5. Notifica el estado del proceso por medio de un mensaje

6. Termina caso de uso

Excepciones

1. Excepción: Actores Software

CU Relacionado ● CU05 Consultar personal ● CU14 Seleccionar programación del personal ● CU15 Seleccionar orden de pedido

Precondición ● El usuario debe estar registrado en el aplicativo

63

Tabla 2431.(continuación)

● Se debe tener una programación del personal de planta y una ordenes de pedido activa

Post condición El caso de uso detallado a continuación muestra los pasos para eliminar un operario de la programación dentro de la captura de tiempos de manufactura. Tabla 32. Detalle de caso de uso #17 Caso Uso No. CU_17 Nombre Eliminar personal de planta Descripción Caso de uso para eliminar el operario de la programación de planta Actores Operario

Guion Actores Software

1. Muestra únicamente los operarios que estén activos en la programación seleccionada

2. Selecciona el operario a eliminar 3. Cambia el estado del operario a inactivo

4. Almacena la hora de eliminación del operario

5. Registra la diferencia de hora de inactivación menos la hora de activación

6. Notifica el estado del proceso por medio de un mensaje

7. Termina caso de uso

Excepciones

1. Excepción: Actores Software

CU Relacionado ● CU014 Seleccionar programación del personal ● CU015 Seleccionar orden de pedido

Precondición ● El usuario debe estar registrado en el aplicativo ● Se debe tener una programación del personal de planta y una orden de pedido activa

Post condición Fuente: elaboración propia

64

El caso de uso detallado a continuación muestra los pasos para especificar un tiempo de manufactura. Tabla 33. Detalle de caso de uso #18 Caso Uso No. CU_18 Nombre Especificar tiempos de manufactura

Descripción Caso de uso para adicionar los tiempos de manufactura (tiempos improductivos y productivos del puesto de trabajo)

Actores Operario Guion

Actores Software 1. Selecciona la opción Adicionar Tiempo

2. Ingresa a la opción seleccionar tipo de Tiempo

3. Muestra los tipos de tiempos (Improductivo y Productivo)

4. Selecciona el Tipo de Tiempo

5. Ingresa a la opción seleccionar Actividad

6. Muestra las actividades según el tipo de tiempos seleccionado

7. Selecciona la Actividad

8. Ingresa una Observación (opcional)

9. Selecciona la opción Adicionar

10. Valida que el campo Tipo de Tiempo no este vacío

11. Valida que el campo Actividad no este vacío

12. Guarda la fecha y usuario de creación con la información registrada en los campos (Tipo de Tiempo, Actividad y Observación) en la BD

13. Almacena la hora del ingreso de la actividad

65

Tabla 2634.(continuación)

14. Registra la diferencia de hora de ingreso de la actividad menos la hora de inicio del turno (si ya existe otra actividad reportada tomara la hora final de la actividad anterior y la almacenará como hora inicial de la siguiente actividad registrada)

15. Notifica el estado del proceso por medio de un mensaje

16. Termina caso de uso

Excepciones

1. Excepción: tipo de tiempo incorrecto Actores Software

10. a. Se presenta un mensaje de error por el Tipo de Tiempo (es incorrecto o está vacío) b. Regresa al paso 2

2. Excepción: actividad incorrecta Actores Software

11. a. Se presenta un mensaje de error por la Actividad (es incorrecto o está vacío) b. Regresa al paso 4

CU Relacionado ● CU014 Seleccionar programación del personal ● CU015 Seleccionar orden de pedido

Precondición ● El usuario debe estar registrado en el aplicativo ● Se debe tener una programación del personal de planta y una orden de pedido activa

Post condición Fuente: elaboración propia El caso de uso detallado a continuación muestra los pasos para ingresar cantidades productivas dentro de la captura de tiempos de manufactura.

66

Tabla 35. Detalle de caso de uso #19 Caso Uso No. CU_19 Nombre Ingresar cantidades productivas

Descripción Caso de uso para ingresar las cantidades productivas del puesto de trabajo

Actores Operario Guion

Actores Software 1. Ingresa un valor en el campo de cantidad 2. Selecciona la opción adicionar

3. Valida que el campo Cantidad no este vacío

4. Guarda la fecha, el usuario de creación, el valor de cantidad y la hora de ingreso

5. Notifica el estado del proceso por medio de un mensaje

6. Vuelve al CU15 (Seleccionar orden de pedido)

7. Termina caso de uso

Excepciones

1. Excepción: tipo de tiempo incorrecto Actores Software

3. a. Se presenta un mensaje de error por el campo cantidad (es incorrecto o está vacío) b. Regresa al paso 1

CU Relacionado ● CU014 Seleccionar programación del personal ● CU015 Seleccionar orden de pedido

Precondición ● El usuario debe estar registrado en el aplicativo ● Se debe tener una programación del personal de planta y una orden de pedido activa

Post condición Fuente: elaboración propia Ver Anexo A para continuar con las tablas de los casos de uso detallados

67

7.2.3. Prototipos. Se realizaron prototipos no funcionales de los siguientes procesos definidos durante el levantamiento de requerimientos: Gestión de tipo de inasistencia Consulta del personal Gestión de programación del personal de planta Gestión de ausentismo del personal operativo Gestión de programación de ordenes de pedido Registro de captura de información para los puesto de trabajo Se seleccionó el proceso de captura de información para los puestos de trabajo, como modelo de guía por su nivel de complejidad, garantizando un mejor análisis para su entendimiento (los casos de uso y los guiones detallados hace referencia a los prototipos del proceso de registro de captura de información para los puestos trabajo). Para iniciar la captura de la información, se deben tener las entradas que permitirán el correcto funcionamiento del proceso, las cuales son: la programación del personal y de ordenes de pedido, es importante conocer que si no existe alguno de estos dos insumos la captura de información no funcionaría (Caso de uso #14 - Seleccionar programación del personal). Ilustración 11. Prototipo Selección de programación personal, caso de uso #14 Fuente: elaboración propia

68

El usuario tendrá que seleccionar un turno y un puesto de trabajo para que el sistema visualice únicamente las programaciones activas registradas en la herramienta. Una vez seleccionada la programación del personal, el sistema visualizará todas las ordenes de pedidos que tenga pendientes por fabricar; es importante que el reporte en pantalla muestre la cantidad de unidades pedidas, las cantidades realizadas y las cantidades pendientes. Se deberá quitar el registro de una orden de pedido, cuando las cantidades realizadas sean iguales a las cantidades solicitadas. Para realizar una búsqueda de una orden de pedido concreta, se puede hacer mediante los siguientes campos de filtro: número de orden de pedido (OP), nombre de cliente o cantidades pedidas. Los registros de orden de pedido se presentarán de manera ordenada según el número de la orden (Caso de uso #15 - Seleccionar orden de pedido). Ilustración 12. Prototipo Seleccionar orden de pedido, caso de uso #15 Fuente: elaboración propia

69

Una vez el operario seleccione la orden a trabajar, se inicia el proceso de captura de información que se compone de lo siguiente: Reportar cantidades producidas Reportar movimientos del personal Registrar tiempos de actividades improductivas y productivas La información de la OP se muestra en pantalla mediante los siguientes campos: número de orden de fábrica, nombre de cliente y referencia (descripción del producto), los campo que el usuario deberá completar son: medida de gas inicial, medida de gas final y cantidades producidas. Una vez se ingrese las cantidades producidas, el sistema realiza el cálculo de peso y metros cuadrados totales pintados (esta información se encuentra en la carga de las ordenes de pedido, peso y metros cuadrados unitarios por producto).

70

Ilustración 13. Prototipo Registro información planta, pintura electrostática, caso de uso #17, #18 y #19 Fuente: elaboración propia Para reportar los movimientos del personal en la captura de información, se debe eliminar o adicionar una persona de la programación del puesto de trabajo. Para eliminar una persona el operario debe buscarlo dentro de la programación y darle clic a la opción eliminar, cuando se desee adicionar un trabajador no programado dentro del turno, se debe buscar por medio del número de identificación y nombre del puesto de trabajo de la persona que va entrar apoyar el proceso de producción (Caso de uso #16 - Adicionar personal de planta).

71

Ilustración 14. Prototipo Registro información planta, adicionar personal, caso de uso #16

Fuente: elaboración propia 7.2.4. Decisiones de diseño. Las decisiones de diseño que se tomaron para el desarrollo del proyecto, partieron de implementaciones ya existentes que se encuentran en la herramienta de TuGa. Se describen a continuación las especificaciones de base de datos y servidor. 7.2.4.1. Ambiente de trabajo. El proyecto fue implementado en el servidor donde actualmente está instalada la herramienta de TuGa, desarrollado en un ambiente virtual con las siguientes especificaciones: Servidor: Hp Proliant Ml310e Gen8 Sistema operativo: Windows Server 2012 R2 (Máquina virtual Oracle VM VirtualBox 4.2.32) Base de datos: PostgreSQL 9.2.13

72

Servidor web HTTP: Apache Tomcat 6.0.44 7.2.4.2. Arquitectura de la aplicación. La herramienta de desarrollo empleada para la ejecución del proyecto es TuGa, actualmente Dimel Ingeniería S.A. le apuesta al desarrollo en casa haciendo uso de esta aplicación; su funcionamiento es muy similar a Oracle Application Express, es una herramienta de desarrollo web, que nos permite crear aplicaciones personalizadas de manera rápida y sencillas. 7.2.4.3. Diagrama de componentes. La siguiente ilustración representa el diagrama de componentes de la herramienta. Ilustración 15. Diagrama de componentes 7.2.4.4. Diagrama de despliegue La siguiente ilustración representa el diagrama de despliegue de la herramienta. Fuente: elaboración propia

73

Ilustración 16. Diagrama de Despliegue

Fuente: elaboración propia 7.2.5. Diagrama de clases. En el siguiente diagrama, se muestran todas las clases necesarias para la ejecución del proyecto, que fueron generadas a partir de los casos de uso incorporados a la herramienta.

74

Ilustración 17. Diagrama de clases de la herramienta Fuente: elaboración propia

75

7.2.5.1. Diagrama de clases por caso de uso. A continuación se presentan los diagramas de clases correspondientes a los casos de uso del proceso de captura de información. CU14: Seleccionar programación del personal Ilustración 18. Diagrama de clases del CU14 (Seleccionar programación del personal) Fuente: elaboración propia CU15: Seleccionar orden de pedido Ilustración 19. Diagrama de clases del CU15 (Seleccionar orden de pedido) Fuente: elaboración propia

76

CU16: Adicionar personal de planta - CU17: Eliminar personal de planta Ilustración 20. Diagrama de clases del CU16 y CU17 (Adicionar personal de planta y Eliminar personal de planta) CU18: Especificar tiempos de manufactura - CU19: Ingresar cantidades productivas Ilustración 21. Diagrama de clases del CU18 (Especificar tiempos de manufactura) Fuente: elaboración propia Ver Anexo B para continuar con los diagramas de clases

77

7.2.6. Modelo entidad relación. En el siguiente diagrama se muestran todas las entidades necesarias para la ejecución del proyecto, las tablas cima_puesto_trabajo_hijo, cima_turno y cima_turno_pto_trabajo (se encuentran dentro de la elipse de puntos), hacen referencia a un proyecto ya existente dentro de la organización. Ilustración 22. Diagrama del modelo entidad relación Fuente: elaboración propia

78

La tabla denominada cima_puesto_trabajo_hijo contiene el nombre, descripción, número de personas (tripulación), código y tarifa de los puestos de trabajos registrados en la compañía; en la tabla cima_turno se encuentra registrado el nombre, código, duración, hora de inicio, hora fin, duración de descanso y una observación, por último se encuentra la tabla que relaciona los turnos que tiene asociado un puesto de trabajo, esta se denomina cima_turno_pto_trabajo. 7.2.6.1. Modelo entidad relación por caso de uso Caso de uso 14: Seleccionar programación del personal Ilustración 23. Diagrama del modelo entidad relación del CU14 (Seleccionar programación del personal) Fuente: elaboración propia Caso de uso 15: Seleccionar orden de pedido Ilustración 24. Diagrama del modelo entidad relación del CU15 (Seleccionar orden de pedido) Fuente: elaboración propia

79

Caso de uso 16 y 17: Adicionar personal de planta y Eliminar personal de planta (respectivamente) Ilustración 25. Diagrama modelo entidad relación del CU16 y CU17 (Adicionar personal de planta y Eliminar personal de planta) Fuente: elaboración propia Caso de uso 18 y 19: Especificar tiempos de manufactura e Ingresar cantidades productivas (respectivamente) Ilustración 26. Diagrama modelo entidad relación del CU18 CU19 (Especificar tiempos de manufactura e Ingresar cantidades productivas) Fuente: elaboración propia Ver Anexo C para continuar con los diagramas del modelo entidad relación

80

7.2.6.2. Modelo relacional de datos. Se presenta el modelo relacional de datos de las tablas del proceso de registro de información en planta. La siguiente tabla contiene los datos de cabecera de la programación, nombre, código, fecha inicial, fecha final y descripción de la programación Tabla 36. MRD tabla sgim_programacion_personal

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_programacion_personal serial PK NN

cod_estado integer FK(cod_estado) NN descripcion_programacion_personal varchar 250 N

fecha_creacion timestamp N usuario_creacion varchar 100 N nom_programacion_personal varchar 100 NN

fecha_inicial timestamp NN fecha_final timestamp NN Fuente: elaboración propia La siguiente tabla contiene el detalle de la programación, es decir el código de la persona y código del turno según el puesto de trabajo Tabla 37. MRD tabla sgim_programacion_personal_detalle

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_programacion_personal_detalle serial PK NN

cod_personal_planta integer FK(cod_personal_planta) NN

cod_turno_pto_trabajo integer FK(cod_turno_pto_trabajo) NN

cod_programacion_personal integer FK(cod_programacion

_personal) NN

fecha_creacion timestamp N personal_lider_programacion char 1 NN

Fuente: elaboración propia

81

La siguiente tabla contiene el nombre y la descripción de los estados para la programación Tabla 38. MRD tabla sgim_programacion_personal_estado

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_estado serial PK NN nom_estado varchar 50 N descripcion_estado varchar 250 N Fuente: elaboración propia La siguiente tabla contiene la información de contacto de los operarios de la empresa Tabla 39. MRD tabla sgim_personal_planta CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_personal_planta serial PK NN

cod_estado_persona integer FK(cod_estado_persona) NN

nom_persona varchar 100 NN apellido_persona varchar 100 NN direccion_persona varchar 100 NN celular_persona varchar 50 N telefono_persona varchar 50 N usuario_creacion varchar 100 N fecha_creacion timestamp N usuario_modificacion varchar 100 N fecha_modificacion timestamp N salario integer N cod_pto_trabajo_hijo integer NN fotografia varchar 150 N identificacion__persona integer NN sexo varchar 10 NN Fuente: elaboración propia

82

La siguiente tabla contiene la información de los tiempos de manufactura de la empresa Tabla 40. MRD tabla sgim_tiempo_manufactura

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_programacion_planta

integer FK(cod_programacion_planta)

NN

cod_tabla_tiempos integer FK(cod_tabla_tiempos)

NN

observacion varchar 250 N tiempo_resumen time N hora_inicio time NN hora_fin time NN usuario_creador varchar 100 N fecha_creacion timestamp N cantidad numeric NN Fuente: elaboración propia La siguiente tabla contiene la información de los movimientos de los operarios en las programaciones de planta Tabla 41. MRD tabla sgim_programacion_personal_planta

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_personal_planta integer FK(cod_personal_pla

nta) NN

cod_programacion_personal_detalle

integer FK(cod_programacion_personal_detalle)

NN

cod_programacion_planta

integer FK(cod_programacion_planta)

NN

fecha_creacion timestamp N hora_inicio time N hora_fin time N usuario_creacion varchar 100 N borrado integer N Fuente: elaboración propia Ver Anexo D para continuar con las tablas del modelo relacional de datos

83

7.2.7. Diagrama de secuencia. Se presenta a continuación el diagrama de secuencia del caso de uso 14 (CU#14- Seleccionar programación del personal). Ilustración 27. Diagrama de secuencia caso de uso 14 Fuente: elaboración propia

84

Diagrama de secuencia del caso de uso 15 (CU#15- Seleccionar orden de pedido). Ilustración 28. Diagrama de secuencia caso de uso 15 Fuente: elaboración propia Ver Anexo E para continuar con las ilustraciones del diagrama de secuencia

85

7.3. FASE DE CONSTRUCCIÓN 7.3.1. Implantación. A continuación se muestran los prototipos finales que pasaron a la etapa de producción, se presentan únicamente las interfaces gráficas del proceso de captura de información en planta. 7.3.1.1. Interfaces comunes. Dentro del proceso de captura de información en planta, la pantalla para adicionar un operario a la programación se relaciona con otros procesos, los filtros requeridos por el usuario son los mencionados durante el proceso de levantamiento de requerimientos. Se presentaron modificaciones según el prototipo inicial de la pantalla PERSONAL DE PLANTA – SELECCIÓN, las razones de los ajustes se deben principalmente a tener una sola pantalla que se encargue de interactuar sin importar el proceso. Ilustración 29. Interfaz gráfica del proceso de selección del personal de planta Fuente: elaboración propia

86

7.3.1.2. Interfaces de usuario. Comparado con el procedimiento explicado en el ítem 7.4.1 PROTOTIPOS, se eliminó el campo de puesto de trabajo dentro de los filtros de búsqueda de programaciones del personal; cada lugar de trabajo deberá contar con una programación de trabajadores según la fecha y el turno seleccionado por el operario. Ilustración 30. Interfaz gráfica del proceso de captura de información en planta

Fuente: elaboración propia Ilustración 31. Interfaz gráfica del proceso de captura de información en planta Fuente: elaboración propia

87

Para los movimientos del personal, el sistema debe garantizar que cada vez que se adicione o se elimine un operario de la programación, se almacene la hora del registro (llegada y salida), debido que se quiere controlar los lugares donde se traslada el operario para apoyar un proceso productivo de otro puesto de trabajo. La captura de tiempos depende del operario líder encargado de ingresar los datos al sistema, ya que si esta persona no reporta correctamente la información del puesto de trabajo, los reportes no serían muy confiables. El proceso de captura de información en planta da solución a un gran número de objetivos del proyecto, debido a que minimiza los errores en el registro manual de las minutas, permite controlar las actividades de manufactura que son generadas en los puestos de trabajo, cuando se reportan las cantidades productivas se logra visualizar la trazabilidad de los pedidos y por último al eliminar las impresiones de las minutas, programaciones del personal y ordenes de pedidos, se genera un impacto ambiental positivo dentro de la organización. Ilustración 32. Interfaz gráfica del proceso de captura de información en planta Fuente: elaboración propia Ver Anexo F para continuar con las ilustraciones de las interfaces graficas finales

88

7.3.2. Pruebas. Está sección representa la calidad de la herramienta, teniendo en cuenta las necesidades definidas por cada uno de los usuarios de la empresa. Ver Anexo G y H para continuar con las pruebas efectuadas para la aplicación. 7.3.2.1. Pruebas de base de datos. Se presentan las tablas con los registros reales del proceso de captura de información en planta. Tabla 42. Tabla sgim.sgim_programacion_personal cod_programacion_personal

cod_estado

descripcion_programacion_personal

fecha_creacion

usuario_creacion

nom_programacion_personal

fecha_inicial

fecha_final

1 2 PROGRAMACION DE LA SEMANA 23 12/09/2015 ADMIN SEMANA 23 13/09/20

15 18/09/2015

2 1 PROGRAMACION DE LA SEMANA 24 19/09/2015 ADMIN SEMANA 24 20/09/20

15 25/09/2015

Fuente: elaboración propia Tabla 43. Tabla sgim. sgim_tiempo_manufactura cod_programacion_planta

cod_tabla_tiempos observacion tiempo_r

esumen hora_inicio

hora_fin

usuario_creador

fecha_creacion

1 1 COMPONENTES EN MAL ESTADO 20 07:30 07:5

0 ADMIN 13/09/2015

2 1 12 07:50 08:02 ADMIN 13/09/2015

3 2 2 08:02 08:04 ADMIN 13/09/2015

Fuente: elaboración propia Tabla 44. Tabla sgim. sgim_programacion_personal_planta cod_person

al_planta cod_programacion_pe

rsonal_detalle cod_programaci

on_planta fecha_creacion

hora_inicio

hora_fin

usuario_creacion

borrado

1 4 123 13/09/20

15 07:30 09:0

0 ADMIN 1

4 123 13/09/20

15 07:30 05:0

0 ADMIN 0

5 234 14/09/20

15 07:30 05:0

0 ADMIN 0

89

7.3.2.2. Pruebas de aceptación. Se presentan los requisitos funcionales que cumplieron con las necesidades de los usuarios Tabla 45. Pruebas de aceptación N° REQUERIMIENTO FUNCIONAL SATISFACTORIO

1

El sistema deberá permitirle al usuario consultar el código y nombre de los puestos de trabajo que se encuentran almacenados en una tabla de un esquema diferente, pero pertenece a la misma base de datos del proyecto (tabla que contienen los puestos de trabajo: cima.cima_puesto_trabajo_hijo)

X

2 El sistema deberá permitirle al usuario registrar la información de un motivo de inasistencia, ingresando los siguientes campos: nombre y descripción

X

3

Cuando se desee consultar los motivos de inasistencia por medio de los siguientes campos: nombre o estado, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre, estado y fecha de creación (dd/mm/aa)

X

4 Cuando el usuario cree un motivo de inasistencia, el sistema deberá asignar al registro un estado de activo X

5 El sistema no deberá permitirle al usuario grabar la información de un motivo de inasistencia si el campo de nombre se encuentra en blanco

X

6 El sistema deberá permitirle al usuario editar únicamente la descripción de los registros de inasistencia

X

7

Cuando se desee consultar los registros de los trabajadores por medio de los siguientes campos: número de identificación, nombre, apellido o puesto de trabajo, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: identificación, nombre completo, sexo, puesto de trabajo, estado, salario y fotografía

X

8

El sistema deberá consultar los datos de las personas (tipo de identificación, número de identificación, nombres, apellidos, sexo, puesto de trabajo, estado, salario, fecha de cumpleaños, celular, teléfono, correo y ciudad) que se encuentran registradas en una base de datos externa del proyecto

X

9

El sistema deberá insertar de la base de datos externa toda la información de la persona, teniendo en cuenta que el número de identificación no se encuentre registrado en la base de datos del proyecto, los campos a insertar son: tipo de identificación (cedula, tarjeta de identidad y registro civil), número de identificación, nombres, apellidos, sexo, puesto de trabajo, estado, salario, fecha de cumpleaños, celular, teléfono, correo y ciudad

X

10

Cuando se realice una consulta de los registros de inasistencia por medio de los siguientes campos: número de identificación, puesto de trabajo y estado, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre completo, puesto de trabajo, tipo inasistencia, estado, fecha de inasistencia y fecha de creación

X

90

Tabla 3746.(continuación)

11

El sistema deberá permitirle al usuario asignar varias inasistencias (ausentismo) a un trabajador, donde se especifique el tipo de inasistencia, número de identificación de un trabajador ya registrado, descripción inasistencia y fecha (rango de fecha o fecha única)

X

12 El sistema no deberá permitirle al usuario grabar la información de una inasistencia si los campos de tipo de inasistencia, tipo de identificación, número de identificación o fecha de inasistencia se encuentran en blanco

X

13

El sistema deberá asignarle un estado (expiró, vigente y activa) a cada inasistencia ingresada por trabajador según la fecha programada, donde el estado “expiró” será asignado cuando la fecha programada de la inasistencia sea anterior a la fecha de la creación del registro, “vigente” será asignado cuando la fecha de inasistencia sea posterior a la fecha de la creación del registro y activa será asignado cuando la fecha de inasistencia sea igual a la fecha de la creación

X

14 El sistema deberá permitirle al usuario modificar únicamente la fecha de inasistencia de un registro, siempre y cuando tenga un estado igual a “vigente”

X

15

Cuando se desee consultar la programación del personal por medio de los siguientes campos: nombre o fecha de la programación, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre de la programación, usuario creación, fecha creación, fecha de programación y estado

X

16 El sistema no deberá permitirle al usuario crear programación inferiores a la fecha de creación del registro

X

17

Cuando se haya creado una programación del personal, el sistema deberá asignarle un estado (vigente y activa) según la fecha programada, donde el estado “vigente” será asignado cuando la fecha de la programación sea posterior a la fecha de la creación del registro y activa será asignado cuando la fecha de la programación sea igual a la fecha de la creación

X

18

El sistema deberá permitirle al usuario exportar en una hoja de Excel la información de la programación, donde se debe garantizar que el reporte contenga la siguiente estructura: código de puesto de trabajo, nombre de puesto de trabajo, código de turno de programación, rango de hora de programación y nombre del personal

X

19 El sistema deberá permitirle al usuario modificar la fecha y el personal de una programación, siempre y cuando tenga un estado igual a “vigente”

X

20

El sistemas deberá permitirle al usuario crear programaciones del personal donde se especifique un nombre, descripción, fecha de programación inicial – fecha de programación final (o fecha única de programación), puesto de trabajo y un grupo de trabajadores identificados por el tipo y número de identificación

X

21 El sistema no deberá permitirle al usuario realizar programaciones a puestos de trabajo que no cuenten con turnos relacionados

X

91

Tabla37.(continuación) 22

El sistema no deberá permitirle al usuario relacionar un trabajador a un turno si ya se encuentra vinculado a otro en la misma programación

X

23 El sistema deberá garantizar que el número de trabajadores asignados por el usuario a un puesto de trabajo de la programación, no exceda el numero permitido por la tripulación establecida en el puesto de trabajo

X

24 El sistema deberá permitirle al usuario establecer por turno un operario líder, identificado por medio de un color dentro de la programación

X

25

El sistema deberá actualizar automáticamente los estados de los registros según la fecha programada de cada uno de los procesos (submodulo de programación de inasistencias y submodulo de programación del personal), donde el estado “expiró” será actualizado si la fecha programada es inferior a la fecha actual, “vigente” será actualizado si la fecha programada es posterior a la fecha actual y “activa” será actualizado si la fecha programada es igual a la fecha actual

X

26

Cuando se desee consultar los registros de productividad de los trabajadores por medio de los siguientes campos: orden de fábrica, cliente o puesto de trabajo, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: orden de fábrica, cliente, cantidad pedida, fecha de creación y puesto de trabajo

X

27

Cuando se desee consultar la programación del personal por medio de los siguientes campos: fecha, turno o puesto de trabajo, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: nombre de programación, descripción, tripulación y fecha programación

X

28

Cuando el usuario seleccione una programación del personal, el sistema deberá visualizar todas las ordenes de pedido pendientes por medio de un reporte que cumpla con la siguiente estructura: orden de pedido, cliente, cantidades pedidas, cantidades realizadas, cantidades pendientes

X

29

Cuando se desee consultar las ordenes de pedido programadas por medio de los siguientes campos: número de OP, cliente o cantidades pedidas, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: número de OP, cliente, referencia, cantidades programadas, cantidades realizadas y cantidades pendientes

X

30 Una vez el usuario seleccione una orden de pedido, el sistema deberá visualizar en la pantalla el nombre de la OP, el nombre de cliente, referencia, medida de gas inicial, medida de gas final, peso y área

X

31

Una vez el usuario seleccione una orden de pedido, el sistema deberá visualizar los componentes del pedido a pintar por medio de un reporte que cumpla con la siguiente estructura: nombre componente, código de pintura, peso, área, cantidad pedida, cantidad realizada y cantidad pendiente

X

92

Tabla 3747.(continuación)

32

Una vez el usuario seleccione una orden de pedido, el sistema deberá visualizar el personal programado por medio de un reporte que cumpla con la siguiente estructura: identificación, nombre completo, sexo, estado (programado / no programado) y fotografía

X

33 El sistema deberá permitirle al usuario registrar los datos de medida inicial y final del gas a la información de productividad

X

34 El sistema deberá permitirle al usuario eliminar una persona que se encuentre dentro de la programación del puesto de trabajo

X

35 El sistema deberá permitirle al usuario adicionar una persona que no encuentre dentro de la programación del puesto de trabajo

X

36 El sistemas deberá permitirle al usuario reportar tiempos de manufactura donde se especifique el tipo de tiempo, la actividad, una observación, hora inicio y hora fin de la actividad

X

37 Cuando el usuario reporte el primer tiempo de manufactura, el sistema deberá tomar como hora inicio el momento en que se seleccionó la orden de pedido

X

38 Cuando exista más de un tiempo de manufactura reportado, el sistema deberá tomar la hora inicio como la hora fin de la actividad anterior

X

39 El sistema deberá permitirle al usuario visualizar en un reporte las actividades improductivas cumpliendo con la siguiente estructura: tipo de actividad, hora inicio, hora fin, tiempo resumen y observación

X

40 El sistema no deberá permitirle al usuario grabar la información de un tiempo de manufactura si los campos de tipo de tiempo o actividad se encuentran en blanco

X

41

El sistema deberá permitirle al usuario realizar cargas masivas de archivos en Excel (xlsx) de las ordenes de pedidos programadas, los campos de la estructura de carga son los siguientes: número de orden de pedido, nombre cliente, descripción, nombre de pieza, código de pintura, cantidad, área y peso

X

42

Cuando se desee consultar los registros de las ordenes de pedido por medio de los siguientes campos: número de orden de pedido, cliente o fecha, el sistema deberá permitirle al usuario visualizar por medio de un reporte los resultados de la siguiente forma: número OP, cliente, cantidad pedida, cantidad realizada, cantidad pendiente y fecha de carga

X

Fuente: elaboración propia 7.3.2.3. Pruebas funcionales. Se presenta las pruebas funcionales de los casos de uso Crear Programación (CU09) y Registrar Inasistencias (CU06). Caso de uso Crear Programación (CU09)

93

Tabla 48. Validación y/o verificación, crear programación

ENTRADA VALIDACIONES Y/O VERIFICACIONES

Nombre de la programación Verifica que el nombre de la programación sea valido

Fecha inicial y final de la programación

Verifica que la fecha inicial no sea mayor a la fecha final

Fuente: elaboración propia Tabla 49. Equivalencia, crear programación CONDICIÓN DE ENTRADA

QUE SE ANALIZA (VALIDACIÓN Y/O VERIFICACIÓN)

REGLAS CLASES VALIDAS

REGLAS CLASES NO VALIDAS

Valida que el campo nombre programación sea una cadena de caracteres validos

El nombre debe ser una cadena no vacía

El campo nombre es una cadena vacía (Excepción 1)

Verifica que la fecha de inicio sea menor a la ficha final

Fecha de inicio es menor a la fecha final

Fecha inicio es igual o mayor a la fecha final(Excepción 2)

Fuente: elaboración propia Tabla 50. Listado de casos de prueba, crear programación

ENTRADA REGLAS DE VALIDACIÓN CASO DE PRUEBA

Nombre de la programación Verifica que el nombre de la programación es valida

Cadena vacía para el campo nombre programación Cadena no vacía para el campo nombre programación

Fecha inicial y final de la programación

Verifica que la fecha de la programación sea valida

La fecha de inicio es mayor a la fecha final

94

Tabla40.(continuación)

La fecha de inicio es igual a la fecha final La fecha de inicio es menor a la fecha final

Fuente: elaboración propia Caso de uso Registrar Inasistencia (CU06) Tabla 51. Validación y/o verificación, registrar inasistencia

ENTRADA VALIDACIONES Y/O VERIFICACIONES

Nombre del trabajador Verifica que el nombre del programador sea valido

Tipo de inasistencia Verifica que el tipo de inasistencia sea valido

Fecha inicial y final de la programación

Verifica que la fecha inicial no sea mayor a la fecha final

Fuente: elaboración propia Tabla 52. Equivalencia, registrar inasistencia CONDICIÓN DE ENTRADA

QUE SE ANALIZA (VALIDACIÓN Y/O VERIFICACIÓN)

REGLAS CLASES VALIDAS

REGLAS CLASES NO VALIDAS

Valida que el campo nombre del trabajador sea una cadena de caracteres validos

El nombre debe ser una cadena no vacía

El campo nombre es una cadena vacía (Excepción 1)

Valida que el campo tipo de inasistencia no este vacío

El tipo de inasistencia no se encuentra vacío

El tipo de inasistencia se encuentra vacío

Verifica que la fecha de inicio sea menor a la ficha final

Fecha de inicio es menor a la fecha final

Fecha inicio es igual o mayor a la fecha final(Excepción 2)

Fuente: elaboración propia

95

Tabla 53. Listado de casos de prueba, registrar inasistencia

ENTRADA REGLAS DE VALIDACIÓN CASO DE PRUEBA

Nombre del trabajador Verifica que el nombre del trabajador sea valida

Cadena vacía para el campo nombre del trabajador Cadena no vacía para el campo nombre del trabajador

Tipo de inasistencia Verifica que el tipo de inasistencia sea valida

Campo vacío para el tipo de inasistencia Campo no vacío para el tipo de inasistencia

Fecha inicial y final de la programación

Verifica que la fecha de la programación sea valida

La fecha de inicio es mayor a la fecha final La fecha de inicio es igual a la fecha final La fecha de inicio es menor a la fecha final

Fuente: elaboración propia

96

8. CONCLUSIONES Se logró una comunicación asertiva y proactiva con los usuarios de la herramienta, debido a que se cumplieron las necesidades manifestadas durante la etapa de requerimiento, garantizando un alto cumplimiento de las expectativas. Por medio del módulo de captura de información en planta, se obtuvo la trazabilidad de las ordenes de pedido durante el proceso productivo, identificándolas de manera rápida y oportuna sin tener que esperar ningún informe de las minutas. El ahorro de papel que se logró con el proyecto es bastante significativo para la empresa y un impacto positivo para el medio ambiente; las minutas, las programaciones y ausentismo ya no son registradas en hojas, todo se ingresa mediante la plataforma que centraliza la información de la compañía. Se centralizó la información de la compañía por medio de la herramienta que permite tener información referente a los operarios de planta, programaciones de pedido y de turnos, registros de actividades, movimientos de los trabajadores a los distintos puestos de trabajo, cantidades productivas y ausentismo del personal. Con el registro de ausentismo en línea, se logró tener un control sobre el personal de planta, garantizando que un trabajador no se programara en un turno si ya contaba con un ausentismo programado para ese día. Gracias a los conocimientos adquiridos durante la carrera de Ingeniería Informática, permitió que se logrará el desarrollo del proyecto cumpliendo con las necesidades de la compañía. El desarrollo de este proyecto, eliminó los retrasos de información que se presentaban con las minutas en los puestos de trabajo, ya no es necesario que el analista tenga que adivinar los datos que el operario registra a mano en la minuta, o preocuparse por conocer si el supervisor entrego los registros de los puesto de trabajo, debido a que toda la información se encuentra en línea desde el momento que el operario líder registra los datos en la pantalla.

97

9. RECOMENDACIONES Implementar un módulo que permita tener conectividad con el biométrico que actualmente tiene la empresa para identificar la hora de entrada del personal a la instalación, garantizando que se pueda monitorear la hora de ingreso con la hora de trabajo de los operarios de planta. Realizar la implementación de la herramienta para todos los puestos de trabajo, esto permitirá tener un control riguroso de la productividad en planta. Se debe generar un buen uso de la herramienta por parte del personal de planta, realizar capacitaciones, manuales de usuario y simulaciones donde permita que los operarios conozcan la importancia de registrar la información de la minuta en el sistema Las botones y los campos de los procesos que se visualizan en planta es recomendable cambiar el diseño para que sean más grande, esto garantiza que a los trabajadores no les cueste tanto trabajo seleccionar una opción dentro de la pantalla

Es recomendable adicionar el campo de rango de salario como filtro de búsqueda dentro de la pantalla Búsqueda del personal Permitir que cuando se establezca un ausentismo se pueda anexar archivos en PDF al registro, que certifique la constancia de incapacidades, permisos u otros documentos Es importante que en la gestión de inasistencia se adicionen una opción que filtre por rango de fecha dentro de los registros del sistema Es recomendable adicionar la opción de exportar a Excel los registros de ausentismo del personal de planta, ya que otros procesos dentro de la empresa deben conocer y manipular esta información

98

BIBLIOGRAFÍA CASTRO GIL, Robin Alberto. Estructura básica del proceso unificado de desarrollo de software: Practicas claves del proceso de desarrollo de software [en linea]. En: Sistemas & Telemática, Abril, 2004. 31-37 p. Desarrollo iterativo y creciente [en línea]. Florida: Wikimedia Foundation, 2015. [Consultado 19 de septiembre de 2015]. Disponible en Internet: http://es.wikipedia.org/wiki/Desarrollo_iterativo_y_creciente Diagrama de casos de uso [en línea]. Florida: Wikimedia Foundation, 2015. [Consultado 24 de julio de 2015]. Disponible en Internet: https://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso Diagrama de componentes [en línea]. Florida: Wikimedia Foundation, 2015. [Consultado 03 de agosto de 2015]. Disponible en Internet: https://es.wikipedia.org/wiki/Diagrama_de_componentes Ejemplo de desarrollo software utilizando la metodología RUP [en línea]. Santiago de Cali: Universidad de Politécnica de Válencia, 2003. [Consultado 15 de septiembre, 2014]. Disponible en Internet: http://users.dsic.upv.es/asignaturas/facultad/lsi/ejemplorup/index.html G. BOOCH, J. RUMBAUGH, I. Jacobson, El lenguaje unificado de modelado. Addison Wesley iberoamericana, Madrid, 1999.159p GARAVIÑO ENCISO, Esperanza. Manual para aplicar normas Icontec y tesis Universidad Autónoma de Occidente-Cali [en línea]. Santiago de Cali: Universidad Autónoma de Occidente, 2005. [Consultado 03 de agosto, 2015]. Disponible en Internet: http://uao.libguides.com/content.php?pid=440277&sid=3604641 GPM PV+, Green Power Monitor [en línea] España, 2008. [Consultado 04 de septiembre de 2014]. Disponible en internet: http://www greenpowermonitor.com/gpm-pv/

99

LOPEZ, Hector. Tiempo Improductivo [en línea] Bogotá D.C.: Club Ensayos [consultado 04 de noviembre de 2015]. Disponible en internet: https://www.clubensayos.com/Informes-de-Libros/Tiempo-Improductivo/683444.html Mecanizado [en línea]. Florida: Wikimedia Foundation, 2015. [Consultado 02 de noviembre de 2015]. Disponible en Internet: https://es.wikipedia.org/wiki/Mecanizado PMBOK, G. Guía de los Fundamentos de la Dirección de Proyectos (Guía del PMBOK). Project Management Institute. 2004. Reseña histórica. Dimel ingeniería s.a. [en línea] Santiago de Cali: Dimel Ingeniería s.a. [consultado 25 de agosto de 2014]. Disponible en internet: http://www.dimelingenieria.com/sitio/dimel/resena-historica RIVAS LÓPEZ, Yurina. Desarrollo de la aplicación “módulo talento humano” para el observatorio de la educación de la secretaria de educación de Santiago de Cali [en línea]. Trabajo de grado Ingeniero Informático. Santiago de Cali: Universidad Autónoma de Occidente. Facultad de Ingeniería, 2000. 98 p. [consultado 13 de agosto de 2015]. Disponible en Internet: http://bdigital.uao.edu.co/bitstream/10614/1425/1/TIS00556.pdf RUP [en línea]. México: Universidad Tecnológica del Valle del Nezquita, 2005. [Consultado 03 de septiembre, 2014]. Disponible en Internet: http://www.utvm.edu.mx/OrganoInformativo/orgJul07/RUP.htm SisTrade Software Consulting [en línea] SisTrade [consultado 23 de Octubre de 2014]. Disponible en internet: http://www.sistrade.com/es/Soluciones/soluciones-sistrade.htm SOMMERVILLE, I. Ingeniería de Software. Departamento Ciencias de la Computación e Inteligencia Artificial. Universidad de Alicante. 7 ed. Madrid, España: Pearson Educación. 2005.357p Software contable, Siigo Pyme [en línea] Bogotá D.C.: Siigo [consultado 24 de noviembre de 2014]. Disponible en internet: http://www.siigo.com/pyme/

100

Task.Net [en línea] Barcelona: Softmachine [consultado 23 de septiembre de 2014]. Disponible en internet: http://softmachine.es/ Tiempo Improductivo [en linea]. Club Ensayos, 2013 [Consultado 01 de Noviembre de 2015]. Disponible en internet: https://www.clubensayos.com/Informes-de-Libros/Tiempo-Improductivo/683444.html TORO LÓPEZ. Administración de proyectos de informática: Rational Unified Process (RUP). Bogota D.C.: Ecoe Ediciones, 2013. 223 p. Metodología para el desarrollo de software [en línea]. Venezuela: Universidad de Oriente Venezuela, 2012. [Consultado 24 de agosto, 2015]. Disponible en Internet: http://wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_para_el_desarrollo_de_software#Modelos_de_Desarrollo_.C3.81giles WinCaptor. [En línea] Wincaptor, 2010 [consultado 04 de Septiembre de 2014]. Disponible en internet: http://www.wincaptor.com/

101

ANEXOS

Anexo A. Caso de uso detallado Se presentan a continuación los anexos de los caso de usos restantes Caso Uso No. CU_01 Nombre Iniciar sesión Descripción Caso de uso para iniciar sesión en el aplicativo

Actores Director Planta, Auxiliar de producción, Auxiliar de producción, Operario, Asistente de RRHH, Planeador de la producción

Guion Actores Software

1. Ingresa el usuario en el campo Login 2. Ingresa la contraseña en el campo Password

3. Da clic en el botón Ingresar

4. Valida que el usuario exista en el aplicativo

5. Valida que la contraseña sea la correspondiente

6. Notifica el estado del proceso por medio de un mensaje, proceso exitoso o no exitoso

7. Termina caso de uso

Excepciones

1. Excepción: usuario incorrecto Actores Software

4. a. Se presenta un mensaje de error al usuario, informando que el login y password son incorrectos b. Regresa al paso 3

2. Excepción: Password incorrecto Actores Software

5. a. Se presenta un mensaje de error al usuario, informando que el login y password son incorrectos b. Regresa al paso 3

CU Relacionado

102

Precondición El usuario debe estar creado y activo para poder ingresar al aplicativo Post condición EL usuario queda registrado dentro del aplicativo Fuente: elaboración propia caso de uso CU_02 registrar tipo de inasistencias Caso Uso No. CU_02 Nombre Registrar tipo de inasistencias Descripción Caso de uso para registrar los tipo de inasistencias Actores Asistente de RRHH

Guion Actores Software

1. Ingresa el nombre en el campo Tipo de Inasistencia

2. Ingresa una Descripción (opcional) 3. Selecciona una opción (Adicionar o Limpiar)

4. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua en la acción 8)

5. Si selecciona la opción Adicionar valida que el nombre de Tipo de Inasistencia no este vacío

6. Guarda la fecha de creación, usuario de creación y la información registrada en los campos (Tipo de Inasistencia y Descripción) en la BD

7. Notifica el estado del proceso por medio de un mensaje

8. Termina caso de uso

Excepciones

1. Excepción: nombre de tipo de inasistencia incorrecto Actores Software

5. a. Se presenta un mensaje de error por el nombre de tipo de inasistencia (es incorrecto o está vacío) b. Regresa al paso 1

CU Relacionado Precondición El usuario debe estar registrado en el aplicativo Post condición

103

caso de uso CU_03 modificar tipo de inasistencias Caso Uso No. CU_03 Nombre Modificar tipo de inasistencias Descripción Caso de uso para modificar los registros de tipo de inasistencias Actores Asistente de RRHH

Guion Actores Software

1. Ingresa el nombre en el campo Tipo de Inasistencia para realizar la búsqueda

2. Selecciona una opción Consultar

3. Muestra los posibles resultados realizados por la consulta

4. Selecciona la opción Modificar de un registro

5. Muestra la información asociada al tipo de inasistencia seleccionada

6. Modifica la información necesaria de los campos del formulario (Tipo de Inasistencia y Observación)

7. Selecciona una opción (Guardar Modificación o Volver)

8. Si selecciona la opción Volver regresa a la gestión de Tipos de Inasistencia (Continua acción 12)

9. Si selecciona la opción Guardar Modificación valida que el nombre de Tipo de Inasistencia no este vacío

10. Guarda la fecha y usuario de modificación con la información modificada de los campos (Tipo de Inasistencia y Descripción) en la BD

11. Notifica el estado del proceso por medio de un mensaje

12. Termina caso de uso

Excepciones

1. Excepción: nombre de tipo de inasistencia incorrecto Actores Software

9. a. Se presenta un mensaje de error por el nombre de tipo de inasistencia (es incorrecto o está vacío) b. Regresa al paso 6

104

CU Relacionado Precondición El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_04 sincronizar personal Caso Uso No. CU_04 Nombre Sincronizar personal

Descripción Caso de uso para sincronizar la información del personal registrado en la base de datos externa con de la herramienta

Actores Asistente de RRHH Guion

Actores Software 1. Selecciona la opción sincronizar personal 2. Conecta con la base de datos externa

3. Valida por medio del número de cedula los registros

4. Si la cedula es nueva inserta la información de la persona (nombre, apellido, número de identificación, dirección, teléfono, celular, barrio, tipo de sangre, fecha de nacimiento, correo, cargo y profesión) en la base de datos de la herramienta

5. Si la cedula ya se encuentra registrada va a la acción # 7

6. Notifica el estado del proceso por medio de un mensaje

7. Termina caso de uso

Excepciones

1. Excepción: cedula incorrecta Actores Software

3. a. Se presenta un mensaje de error al usuario, informando que hay datos incorrectos b. Regresa al paso 3

CU Relacionado Precondición Post condición

105

caso de uso CU_05 consultar personal Caso Uso No. CU_05 Nombre Consultar personal Descripción Caso de uso para consultar el personal registrado en la empresa Actores Asistente de RRHH

Guion Actores Software

1. Ingresa el número de identificación, nombre o el apellido del empleado

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra toda la información de los campos del formulario (Continua acción 5)

4. Si selecciona la opción Consultar muestra los posibles resultados realizados por la consulta

5. Termina caso de uso

Excepciones 1. Excepción:

Actores Software

CU Relacionado Precondición El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_06 registrar inasistencias Caso Uso No. CU_06 Nombre Registrar inasistencias Descripción Caso de uso para registrar inasistencias a los trabajadores de planta Actores Asistente de producción y Asistente de RRHH

Guion Actores Software

1. Consulta el trabajador (CU05)

2. Muestra los trabajadores activos del sistema

3. Selecciona un trabajador 4. Selecciona un tipo de inasistencia

106

5. Muestra los tipos de inasistencias disponibles

6. Ingresa la descripción de la inasistencia 7. Ingresa la fecha inicial y fecha final de la inasistencia

8. Selecciona una opción (Adicionar o Limpiar)

9. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 16)

10. Si selecciona la opción Adicionar valida que el campo Nombre Trabajador no este vacío

11. Valida que el campo Tipo de Inasistencia no este vacío

12. Valida que los campos Fecha Inicial y Fecha Final no este vacío

13. Guarda la fecha y usuario de creación con la información registrada en los campos (Nombre Trabajador, Tipo de Inasistencia, Descripción, Fecha Inicial y Fecha Final) en la BD

14. Asigna el estado correspondiente de la inasistencia (estado expiro si la fecha programada es inferior a la fecha actual del sistema, activa si la fecha programada es igual a la fecha del sistema y vigente si la fecha programada es superior a la fecha del sistema)

15. Notifica el estado del proceso por medio de un mensaje

16. Termina caso de uso

Excepciones

1. Excepción: nombre trabajador incorrecto Actores Software

10. a. Se presenta un mensaje de error por el nombre del trabajador (es incorrecto o está vacío) b. Regresa al paso 1

2. Excepción: tipo de inasistencia incorrecto Actores Software

11. a. Se presenta un mensaje de error por el nombre de tipo de inasistencia (es incorrecto o está vacío)

107

b. Regresa al paso 4 3. Excepción: fecha inicial y fecha final incorrecto

Actores Software

12. a. Se presenta un mensaje de error por la fecha inicial o fecha final (es incorrecto o está vacío) b. Regresa al paso 7

CU Relacionado ● CU05 Consultar personal

Precondición ● El usuario debe estar registrado en el aplicativo ● El sistema debe tener como mínimo un personal de trabajo registrado ● El sistema debe tener como mínimo un tipo de inasistencia registrada

Post condición Fuente: elaboración propia caso de uso CU_07 modificar inasistencias Caso Uso No. CU_07 Nombre Modificar inasistencias Descripción Caso de uso para modificar inasistencias a los trabajadores de planta Actores Asistente de producción y Asistente de RRHH

Guion Actores Software

1. Ingresa el número de identificación, puesto de trabajo, tipo o estado de inasistencia

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra toda la información de los campos del formulario (Continua acción 14)

4. Si selecciona la opción Consultar muestra los posibles resultados realizados por la consulta

5. Selecciona la opción Modificar de un registro

6. Muestra la información asociada a la inasistencia seleccionada

7. Modifica la información necesaria de los campos del formulario (Tipo de Inasistencia, Observación, Fecha inicial o Fecha final)

108

8. Selecciona una opción (Guardar Modificación o Volver)

8. Si selecciona la opción Volver regresa a la gestión de Inasistencia (continua actividad 14)

9. Si selecciona la opción Guardar Modificación valida que el campo Tipo de Inasistencia no este vacío

10. Valida que los campos Fecha Inicial y Fecha Final no este vacío

11. Guarda la fecha y usuario de modificación con la información registrada en los campos (Tipo de Inasistencia, Descripción, Fecha Inicial y Fecha Final) en la BD

12. Verifica y asigna el estado correspondiente de la inasistencia (estado expiro si la fecha programada es inferior a la fecha actual del sistema, activa si la fecha programada es igual a la fecha del sistema y vigente si la fecha programada es superior a la fecha del sistema)

13. Notifica el estado del proceso por medio de un mensaje

14. Termina caso de uso

Excepciones

1. Excepción: tipo de inasistencia incorrecto Actores Software

9. a. Se presenta un mensaje de error por el nombre de tipo de inasistencia (es incorrecto o está vacío) b. Regresa al paso 7

2. Excepción: fecha inicial y fecha final incorrecto Actores Software

10. a. Se presenta un mensaje de error por la fecha inicial o fecha final (es incorrecto o está vacío) b. Regresa al paso 7

CU Relacionado

Precondición ● El usuario debe estar registrado en el aplicativo ● El sistema debe tener como mínimo una inasistencia registrada

Post condición

109

caso de uso CU_08 consultar incapacidades Caso Uso No. CU_08 Nombre Consultar incapacidades

Descripción Caso de uso para consultar las inasistencias de los trabajadores de planta

Actores Asistente de producción, Auxiliar de Producción y Asistente de RRHH Guion

Actores Software 1. Ingresa el número de identificación, puesto de trabajo, tipo de inasistencia o estado

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 5)

4. Si selecciona la opción Consultar muestra los posibles resultados realizados por la consulta

5. Termina caso de uso

Excepciones

1. Excepción: Actores Software

CU Relacionado Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_09 crear programación del personal de planta Caso Uso No. CU_09 Nombre Crear programación

Descripción Caso de uso para crear las programaciones del personal de planta

Actores Asistente de producción Guion

Actores Software 1. Ingresa el nombre en el campo Programación

2. Ingresa una Descripción (opcional)

110

3. Ingresa la Fecha Inicial de la programación

4. Ingresa la Fecha Final de la programación

5. Muestra los puestos de trabajos activos del sistema

6. Selecciona un puesto de trabajo

7. Muestra los turnos que tenga relacionado el puesto de trabajo seleccionado

8. Selecciona un turno 9. Adiciona personal de planta (CU05) 10. Valida el personal de planta (CU11) 11. Selecciona un trabajador líder por turno del puesto de trabajo

12. Selecciona la opción Continuar 13. Selecciona una opción (Adicionar o Limpiar)

14. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 20)

15. Si selecciona la opción Adicionar valida que el campo Nombre Programación no este vacío

16. Valida que los campos Fecha Inicial y Fecha Final no este vacío

17. Guarda la fecha y usuario de creación con la información registrada en los campos (Nombre Programación, Descripción, Fecha Inicial, Fecha Final y el Personal asociado a cada turno) en la BD

18. Asigna el estado correspondiente de la programación (estado expiro si la fecha programada es inferior a la fecha actual del sistema, activa si la fecha programada es igual a la fecha del sistema y vigente si la fecha programada es superior a la fecha del sistema)

19. Notifica el estado del proceso por medio de un mensaje

20. Termina caso de uso

111

Excepciones

1. Excepción: nombre programación incorrecto Actores Software

15. a. Se presenta un mensaje de error por el nombre de la programación (es incorrecto o está vacío) b. Regresa al paso 1

2. Excepción: fecha inicial y fecha final incorrecto Actores Software

16. a. Se presenta un mensaje de error por la fecha inicial o fecha final (es incorrecto o está vacío) b. Regresa al paso 3

CU Relacionado ● CU05 Consultar personal ● CU11 Validar inasistencias

Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_10 modificación programación del personal Caso Uso No. CU_10 Nombre Modificar programación

Descripción Caso de uso para modificar las programaciones del personal de planta

Actores Asistente de producción Guion

Actores Software 1. Ingresa el nombre, estado o fecha de creación de la programación

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra toda la información de los campos del formulario (Continua acción 14)

4. Si selecciona la opción Consultar muestra los posibles resultados realizados por la consulta

112

5. Selecciona la opción Modificar de un registro

6. Muestra la información asociada a la programación seleccionada

7. Modifica la información necesaria de los campos del formulario (Nombre, Fecha Inicial, Fecha Final, Personas por turno u Operarios lideres)

8. Selecciona una opción (Guardar Modificación o Volver)

8. Si selecciona la opción Volver regresa a la gestión de programación (continua actividad 14)

9. Si selecciona la opción Guardar Modificación valida que el campo Nombre Programación no este vacío

10. Valida que los campos Fecha Inicial y Fecha Final no este vacío

11. Guarda la fecha y usuario de modificación con la información registrada en los campos (Nombre Programación, Descripción, Fecha Inicial, Fecha Final y el Personal asociado a cada turno) en la BD

12. Verifica y asigna el estado correspondiente de la programación (estado expiro si la fecha programada es inferior a la fecha actual del sistema, activa si la fecha programada es igual a la fecha del sistema y vigente si la fecha programada es superior a la fecha del sistema)

13. Notifica el estado del proceso por medio de un mensaje

14. Termina caso de uso

Excepciones

1. Excepción: nombre programación incorrecto Actores Software

9. a. Se presenta un mensaje de error por el nombre de la programación (es incorrecto o está vacío) b. Regresa al paso 1

113

2. Excepción: fecha inicial y fecha final incorrecto Actores Software

10. a. Se presenta un mensaje de error por la fecha inicial o fecha final (es incorrecto o está vacío) b. Regresa al paso 3

CU Relacionado Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_11 validar inasistencias Caso Uso No. CU_11 Nombre Validar inasistencias

Descripción Caso de uso para validar las inasistencias del personal en la programación

Actores Asistente de producción Guion

Actores Software

1. Muestra las incapacidades en estado vigente o activa del personal seleccionado

2. Selecciona la opción ver detalle de incapacidades por persona

3. Muestra de manera ascendente según la fecha programada de los registros de las incapacidades

4. Selecciona una opción (Volver o Borrar personal programado)

5. Si selecciona la opción Volver regresa a la acción #1

6. Si selecciona la opción Borrar personal programado será eliminado de la programación del puesto de trabajo y turno asignado

7. Notifica el estado del proceso por medio de un mensaje

8. Termina caso de uso

114

Excepciones

1. Excepción: Actores Software

CU Relacionado ● CU09 Crear programación Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_12 cargar ordenes de pedido Caso Uso No. CU_12 Nombre Cargar ordenes de pedido

Descripción Caso de uso para cargar las ordenes de producción de los puesto de trabajo

Actores Planeador de la Producción Guion

Actores Software 1. Selecciona la opción Cargar

2. Ingresa el archivo a cargar que cumpla con la estructura (Numero Pedido, Cliente, Descripción, Pieza, Cantidad, Código Pintura, M2 Unitarios, Peso y Usuario)

3. Valida que en la columna Numero Pedido no tenga ninguna celda vacía

4. Valida que en la columna Cliente no tenga ninguna celda vacía

5. Valida que en la columna Descripción no tenga ninguna celda vacía

6. Valida que en la columna Pieza no tenga ninguna celda vacía

7. Valida que en la columna Cantidad no tenga ninguna celda vacía

8. Valida que en la columna Código Pintura no tenga ninguna celda vacía

9. Valida que en la columna M2 Unitarios no tenga ninguna celda vacía

10. Valida que en la columna Peso no tenga ninguna celda vacía

115

11. Valida que en la columna Usuario no tenga ninguna celda vacía

12. Guarda la fecha de creación con la información registrada en el archivo de carga (Numero Pedido, Cliente, Descripción, Pieza, Cantidad, Código Pintura, M2 Unitarios, Peso y Usuario )

13. Notifica el estado del proceso por medio de un mensaje

14. Termina caso de uso

Excepciones

1. Excepción: número del pedido incorrecto Actores Software

3. a. Se presenta un mensaje de error por el nombre del Pedido (es incorrecto o está vacío) b. Regresa al paso 2

2. Excepción: cliente incorrecto Actores Software

4. a. Se presenta un mensaje de error por el nombre del Cliente (es incorrecto o está vacío) b. Regresa al paso 2

3. Excepción: descripción incorrecto Actores Software

5. a. Se presenta un mensaje de error por la Descripción (es incorrecto o está vacío) b. Regresa al paso 2

4. Excepción: pieza incorrecto Actores Software

6.

a. Se presenta un mensaje de error por la Pieza (es incorrecto o está vacío) b. Regresa al paso 2

5. Excepción: cantidad incorrecto Actores Software

7.

a. Se presenta un mensaje de error por la Cantidad (es incorrecto o está vacío) b. Regresa al paso 2

116

6. Excepción: código Pintura incorrecto Actores Software

8.

a. Se presenta un mensaje de error por el Código Pintura (es incorrecto o está vacío) b. Regresa al paso 2

7. Excepción: M2 unitarios incorrecto Actores Software

9.

a. Se presenta un mensaje de error por los M2 Unitarios (es incorrecto o está vacío) b. Regresa al paso 2

8. Excepción: Peso incorrecto Actores Software

10.

a. Se presenta un mensaje de error por el Peso (es incorrecto o está vacío) b. Regresa al paso 2

9. Excepción: usuario incorrecto Actores Software

11. a. Se presenta un mensaje de error por el Usuario (es incorrecto o está vacío) b. Regresa al paso 2

CU Relacionado Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_13 consultar ordenes de pedido Caso Uso No. CU_13 Nombre Consultar ordenes de pedido

Descripción Caso de uso para consultar las ordenes de pedidos cargadas al sistema

Actores Planeador de la Producción Guion

Actores Software

117

1. Ingresa el número de la orden de producción, nombre del cliente, cantidad pedida o fecha de carga

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 5)

4. Si selecciona la opción Consultar muestra los posibles resultados realizados por la consulta

5. Termina caso de uso

Excepciones

1. Excepción: Actores Software

CU Relacionado Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia caso de uso CU_20 generar reportes de productividad Caso Uso No. CU_20 Nombre Generar reportes de productividad

Descripción Caso de uso para generar los reportes de productividad de los puestos de trabajo

Actores Director de planta Guion

Actores Software 1. Ingresa el número de la orden de producción, nombre del cliente, fecha de programación o cantidad pedida

2. Selecciona una opción (Consultar o Limpiar)

3. Si selecciona la opción Limpiar borra todos los campos del formulario (Continua acción 8)

7. Si selecciona la opción Consultar muestra todas las ordenes de pedido

8. Termina caso de uso

118

Excepciones

1. Excepción: Actores Software

CU Relacionado Precondición ● El usuario debe estar registrado en el aplicativo Post condición Fuente: elaboración propia

119

Anexo B. Diagrama de clase Se presenta a continuación los diagramas restantes de los procesos de la herramienta Anexo B diagrama de clases proceso registrar inasistencias Fuente: elaboración propia Anexo B diagrama de clases proceso consulta del personal Fuente: elaboración propia

120

Anexo B diagrama de clases proceso creación de la programación del personal de planta Fuente: elaboración propia Anexo B diagrama de clases proceso captura de información

Fuente: elaboración propia

121

Anexo C. Modelo entidad relación Las siguientes imágenes representan el modelo entidad relación de los procesos de la herramienta restantes Anexo C modelo entidad relación proceso registrar inasistencias Fuente: elaboración propia

122

Anexo C modelo entidad relación proceso consultar personal de planta Fuente: elaboración propia Anexo C modelo entidad relación proceso programación del personal de planta Fuente: elaboración propia

123

Anexo C modelo entidad relación proceso carga de información de ordenes de pedido Fuente: elaboración propia

Anexo C modelo entidad relación proceso registro de información en planta

Fuente: elaboración propia

124

Anexo D. Modelo relacional de datos El anexo presente contiene todo el modelo relacional de datos de cada una de las tablas generadas para el proyecto, las tres primeras tablas (cima_puesto_trabajo_hijo, cima_turno y cima_turno_pto_trabajo) hacen referencia a un proyecto ya existente dentro de la compañía. Anexo D modelo relación de datos cima_puesto_trabajo_hijo

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_pto_trabajo_hijo serial PK NN Código varchar 50 NN nombre_puesto_trabajo varchar 100 NN tripulacion integer N observacion varchar 250 N codigo_area integer FK(codigo_area) N Tarifa numeric N Fuente: elaboración propia Anexo D modelo relación de datos cima_turno

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD codigo_turno integer PK NN Código varchar 50 NN hora_inicio time NN hora_final time NN duracion_min integer N descanso_min integer N usuario_creacion varchar 50 N fecha_creacion time N Fuente: elaboración propia Anexo D modelo relación de datos cima_turno_pto_trabajo

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_turno_pto_trabajo integer PK NN codigo_turno integer FK(codigo_turno) NN

cod_pto_trabajo_hijo integer FK(codigo_pto_trabajo_hijo) N

fecha_creacion timestamp N usuario_creacion varchar N

125

Anexo D modelo relación de datos sgim_carga_masiva_hijo

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_carga_masiva_hijo serial PK NN cod_carga_padre integer FK(cod_carga_padre) NN lista_componente chaR 100 NN cantidad integer NN cantidad_realizada integer NN peso_unitario numeric NN Fuente: elaboración propia Anexo D modelo relación de datos sgim_carga_masiva_padre

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_carga_padre serial PK NN orden_fabrica varchar 100 NN nombre_cliente varchar 100 NN cantidad_pedida integer NN cantidad_realizada integer N fecha_carga timestamp N

Fuente: elaboración propia Anexo D modelo relación de datos sgimestado_inasistencia

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_estado_inasistencia

Serial PK NN

nom_estado_inasistencia

Varchar 50 NN

descripcion_estado_inasistencia

Varchar 250 N

Fuente: elaboración propia Anexo D modelo relación de datos sgim_estado_personal_planta

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_estado_personal_planta

serial PK NN

nom_estado_personal_planta

varchar 100 NN

descripcion_estado_personal_planta

varchar 250 N

126

Anexo D modelo relación de datos sgim_estadp_registro_inasistencia

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_estado_registro_inasistencia

serial PK NN

nom_estado_registro_inasistencia

varchar 100 NN

descripcion_estado_registro_inasistencia

varchar 250 N

Fuente: elaboración propia Anexo D modelo relación de datos sgim_inasistencia

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_inasistencia serial PK NN cod_estado_inasistencia

integer FK(cod_estado_inasistencia)

NN

nom_inasistencia varchar 100 NN descripcion_inasistencia

varchar 250 N

fecha_creacion timestamp N usuario_creacion varchar 100 N fecha_modificacion timestamp N usuario_modificacion varchar 100 N

Fuente: elaboración propia Anexo D modelo relación de datos sgim_personal_planta

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_personal_planta serial PK NN cod_estado_persona integer FK(cod_estado_perso

na) NN

nom_persona varchar 100 NN apellido_persona varchar 100 NN direccion_persona varchar 100 NN celular_persona varchar 50 N telefono_persona varchar 50 N usuario_creacion varchar 100 N fecha_creacion timestamp N usuario_modificacion varchar 100 N fecha_modificacion timestamp N salario integer N sexo varchar 10 NN Fuente: elaboración propia

127

Anexo D modelo relación de datos sgim_programacion_personal

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_programacion_personal

serial PK NN

cod_estado integer FK(cod_estado) NN descripcion_programacion_personal

varchar 250 N

fecha_creacion timestamp N usuario_creacion varchar 100 N nom_programacion_personal

varchar 100 NN

fecha_inicial timestamp NN fecha_final timestamp NN Fuente: elaboración propia Anexo D modelo relación de datos sgim_programacion_personal_detalle

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_programacion_personal_detalle

serial PK NN

cod_personal_planta integer FK(cod_personal_planta)

NN

cod_turno_pto_trabajo integer FK(cod_turno_pto_trabajo)

NN

cod_programacion_personal

integer FK(cod_programacion_personal)

NN

fecha_creacion timestamp N personal_lider_programacion

char 1 NN

Fuente: elaboración propia Anexo D modelo relación de datos sgim_programacion_personal_estado

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_estado serial PK NN nom_estado varchar 50 N

Fuente: elaboración propia

128

Anexo D modelo relación de datos sgim_programacion_personal_planta

CAMPO TIPO LONGITUD FUNCION OBLIGATORIEDAD cod_personal_planta integer FK(cod_personal_pla

nta) NN

cod_programacion_personal_detalle

integer FK(cod_programacion_personal_detalle)

NN

cod_programacion_planta

integer FK(cod_programacion_planta)

NN

fecha_creacion timestamp N hora_inicio time N hora_fin time N usuario_creacion varchar 100 N borrado integer N Fuente: elaboración propia

129

Anexo E. Diagrama de secuencia El anexo presente contiene los diagramas de secuencia por proceso del proyecto Diagrama secuencia: Creación de programación del personal Anexo E diagrama secuencia registro de inasistencias Fuente: elaboración propia

130

Anexo E diagrama secuencia registro de inasistencias Fuente: elaboración propia

131

Anexo E diagrama secuencia consulta personal Fuente: elaboración propia

132

Anexo E diagrama secuencia registro de tipos de inasistencias Fuente: elaboración propia

133

Anexo F. Interfaces graficas El anexo presente contiene todo las interfaces graficas de cada una de los procesos restantes Anexo f interfaz consultar tipo de inasistencia Fuente: elaboración propia Anexo f interfaz crear/modificar tipo de inasistencia Fuente: elaboración propia

134

Anexo F interfaz gráfica consultar personal Fuente: elaboración propia Anexo F interfaz gráfica consultar inasistencias Fuente: elaboración propia

135

Anexo F interfaz gráfica crear/modificar inasistencias Fuente: elaboración propia Anexo F interfaz gráfica carga de pedidos Fuente: elaboración propia

136

Anexo F interfaz gráfica ordenes de fabrica Fuente: elaboración propia

Anexo F interfaz gráfica registro información planta – selección de programación Fuente: elaboración propia

137

Anexo F interfaz gráfica registro información planta – selección orden de fábrica Fuente: elaboración propia

138

Anexo F interfaz gráfica registro información planta – selección orden de fábrica componente Fuente: elaboración propia

139

Anexo F interfaz gráfica registro información planta Fuente: elaboración propia

Anexo F interfaz gráfica registro tiempos de manufactura Fuente: elaboración propia

140

Anexo G. Pruebas de base de datos La información siguiente, muestra la continuación de las pruebas de bases de datos. Anexo G tabla Cima.cima_puesto_trabajo_hijo cod_pto_tra

bajo_hijo codigo nombre_puesto_trabajo tripulacion observacion tarifa

1 PTO-01 CORTE BAYKAL 5 PUESTO OPERATIVO 4750 2 PTO-02 SOLDADURA MANUAL 4 PUESTO OPERATIVO 4500

Anexo G tabla Cima.cima_turno codigo_turno

codigo

hora_inicio

hora_final

duracion_min

descanso_min

usuario_creacion

fecha_creacion

1 A 2:00 10:00 480 15 ADMIN 01/05/2015 2 B 10:00 6:00 480 15 ADMIN 01/05/2015

Anexo G tabla Cima.cima_turno_pto_trabajo cod_turno_pto_trabajo codigo_turno cod_pto_trabajo_hijo fecha_creacion usuario_creacion

1 1 1 01/05/2015 ADMIN 2 2 1 01/05/2015 ADMIN 3 1 2 01/05/2015 ADMIN 4 2 2 01/05/2015 ADMIN

Anexo G tabla sgim_carga_masiva_padre cod_carga_padre

orden_fabrica

nombre_cliente cantidad_pedida

cantidad_realizada

fecha_carga fecha_modificacion

1 204789-1 EPSA GRF 100 0 01/05/2015 2 204789-2 EPSA GRF 2000 0 01/05/2015 3 204845-1 BANCOS DE FE 30 0 01/05/2015

Anexo G tabla Sgim.sgim_carga_masiva_hijo cod_carga_masiva_hijo

cod_carga_padre lista_componente cantidad cantidad_realizad

a peso_unitario

1 1 TRAMO 1 100 0 10,4 2 1 TRAMO 2 100 0 9,5

141

3 1 TRAMO 3 100 0 8,9 4 1 BRAZO 100 0 1,21

Anexo G tabla Sgim.sgim_estado_inasistencia cod_estado_inasistencia nom_estado_inasistencia descripcion_estado_inasistencia

1 ACTIVO ESTADO PARA LAS INASISTENCIA 2 INACTIVO ESTADO PARA LAS INASISTENCIA

Anexo G tabla Sgim.sgim_estado_personal_planta cod_estado_personal_planta nom_estado_personal_planta descripcion_estado_personal_planta

1 ACTIVO ESTADO PARA EL PERSONAL 2 INACTIVO ESTADO PARA EL PERSONAL

Anexo G tabla Sgim.sgim_estado_registro_inasistencia cod_estado_registro_inasistencia

nom_estado_registro_inasistencia

descripcion_estado_registro_inasistencia

1 ACTIVO ESTADO DE INASISTENCIA 2 VIGENTE ESTADO DE INASISTENCIA 3 EXPIRO ESTADO DE INASISTENCIA

Anexo G tabla Sgim.sgim_inasistencia cod_inasistencia

cod_estado_inasistencia

nom_inasistencia

descripcion_inasistencia

fecha_creacion

usuario_creacion

fecha_modificacion

usuario_modificacion

1 2 VACACIONES

VACACIONES DIMEL INGENIERÍA

05/01/2015 ADMIN

2 1 ACCIDENTE DE TRABAJO

ACCIDENTE DE TRABAJO DIMEL INGENIERÍA

05/01/2015 ADMIN

3 1 ENFERMEDAD

ENFERMEDAD DIMEL INGENIERÍA

05/01/2015 ADMIN

Anexo G tabla Sgim.sgim_programacion_personal cod_programacion_personal

cod_estado

descripcion_programacion_personal

fecha_creacion

usuario_creacion

nom_programacion_personal

fecha_inicial

fecha_final

142

1 2 PROGRAMACION DE LA SEMANA 23 12/09/2015 ADMIN SEMANA 23 13/09/20

15 18/09/2015

2 1 PROGRAMACION DE LA SEMANA 24 19/09/2015 ADMIN SEMANA 24 20/09/20

15 25/09/2015

Anexo G tabla Sgim.sgim_programacion_personal_detalle cod_programacion_personal_detalle

cod_personal_planta

cod_turno_pto_trabajo

cod_programacion_personal

fecha_creacion

personal_lider_programacion

1 1 4 1 13/09/2015 2 34 5 1 13/09/2015 3 663 1 1 13/09/2015 L

Anexo G tabla Sgim. sgim_programacion_personal_estados

cod_estado nom_estado 1 ACTIVO 2 VIGENTE 3 EXPIRO

Anexo G tabla Sgim.sgim_programacion_personal_planta cod_personal_planta

cod_programacion_personal_detalle

cod_programacion_planta

fecha_creacion

hora_inicio

hora_fin

usuario_creacion

borrado

1 1 20/10/2015 06:00 14:00 PT PINTURA 0 2 1 20/10/2015 06:00 14:00 PT PINTURA 1

Anexo G tabla Sgim. sgim_programacion_planta cod_programacion_planta

cod_carga_masiva_hijo

usuario_creacion

cantidad_realizada

fecha_creacion

hora_inicio

hora_fin

1 45 PT PINTURA 2 10/10/2015 06:00 14:00

1 34 PT PINTURA 32 11/10/2015 06:00 14:00

1 34 PT PINTURA 34 11/10/2015 14:00 22:00

143

Anexo G tabla Sgim.sgim_registro_inasistencia cod_registro_inasistencia

cod_inasistencia

cod_estado_registro_inasistencia

cod_personal_planta

descripcion_registro_inasistencia

usuario_creacion

fecha_creacion

fecha_inicial

fecha_final

1 2 1 4 ADMIN 12/04/2015

26/04/2015

28/04/2015

2 5 1 32 ADMIN 23/04/2015

23/04/2015

23/04/2015

3 2 2 56 ADMIN 23/10/2015

23/10/2015

23/10/2015

4 2 3 2 ADMIN 23/10/2015

23/10/2015

23/10/2015

Anexo G tabla Sgim. sgim_tiempo_manufactura cod_programacion_planta

cod_tabla_tiempos

observacion

tiempo_resumen

hora_inicio

hora_fin

usuario_creador

fecha_creacion

cantidad

1 1 34 14:03 14:36 ADMIN 12/09/2015 13 2 1 5 14:36 14:41 ADMIN 12/09/2015 19 3 2 20 14:41 15:01 ADMIN 12/09/2015 32

144

Anexo H. Pruebas funcionales Se presenta las pruebas funcionales del caso de uso Modificar Programación (CU10), Validación y/o verificaciones Anexo G validación y/o verificación, modificar programación

ENTRADA VALIDACIONES Y/O VERIFICACIONES

Modificación del nombre de la programación

Verifica que el nombre modificado de la programación sea valido

Modificación de la fecha inicial y final de la programación

Verifica que la fecha inicial modificada no sea mayor a la fecha final

Anexo G equivalencia, modificar programación CONDICIÓN DE ENTRADA

QUE SE ANALIZA (VALIDACIÓN Y/O VERIFICACIÓN)

REGLAS CLASES VALIDAS

REGLAS CLASES NO VALIDAS

Valida que el campo nombre programación sea una cadena de caracteres validos

El nombre debe ser una cadena no vacía

El campo nombre es una cadena vacía (Excepción 1)

Verifica que la fecha de inicio sea menor a la ficha final

Fecha de inicio es menor a la fecha final

Fecha inicio es igual o mayor a la fecha final(Excepción 2)

Anexo G listado de casos de prueba, modificar programación

ENTRADA REGLAS DE VALIDACIÓN CASO DE PRUEBA

Nombre de la programación Verifica que el nombre de la programación es valida

Cadena vacía para el campo nombre programación Cadena no vacía para el campo nombre programación

Fecha inicial y final de la programación

Verifica que la fecha de la programación sea valida

La fecha de inicio es mayor a la fecha final La fecha de inicio es igual a la fecha final

145

Anexo I. Prototipos El anexo presente contiene todo los prototipos estructurados durante el levantamiento de requerimiento del proyecto Anexo H prototipo gestión de motivos de inasistencia

Anexo H prototipo gestión de motivos de inasistencia, crear y modificar

146

Anexo H prototipo gestión del personal Anexo H prototipo gestión de inasistencias

147

Anexo H prototipo gestión de inasistencias, crear y modificar Anexo H prototipo carga de ordenes de pedido

148

Anexo H prototipo gestión de programación del personal Anexo H prototipo gestión de programación del personal, crear y modificar

149

Anexo H prototipo gestión de programación del personal, crear y modificar

150

Anexo H prototipo consultar ordenes de fabrica