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